letzte Kommentare Was soll das hier?


14
Dezember
Checkstyle und Generics
Checkstyle finde ich ja recht nützlich, zumal die Integration in Eclipse. Was nutzt es aber, wenn es richtige Formatierung als fehlerhaft anmeckert?
TreeMap<String, String> monData = new TreeMap<String, String>();
Wird mit Rumgemecker a'la "'>' is not followed by a whitespace" belohnt. Da kommt der Checker offensichtlich mit Generics und Operatoren durcheinander. Der Q'n'D-Workaround, die entsprechenden Checks zu deaktivieren, ist auf Dauer nicht wirklich machbar.

Any Hints?

 
 
Zertifizierter Frickler
LPI: http://www.linux-praxis.de/lpi.html

Vieleicht gibt es ja einen Winter, vielleicht schneien wir ein, vielleicht hab ich dann mal Zeit mir das alles reinzuziehen.

 
 
Mylar und Mantis
keider unterstützt ja Mylar nur Bugzilla, JIRA und Trac (schonmal recht positiv). Mantis fehlt noch in der Liste. Das Positive - manche arbeiten schon daran: Thema im Mantis-Forum. Mal im Fokus behalten.

 
 
JMX
Mit Java 6 auf der Todolist wieder weit nach oben geschnippst: die aktuellen JMX-Funktionalitäten von Java 6 - inbesondere jhat.

Schön zusammengefasst: http://blogs.sun.com/dannycoward/entry/crash_course_java_se_monitoring

 
 
13
Dezember
Eclipse Mylar
Mylar macht seine Runde in der Eclipse-Community. Durch seine Integration von verbreiteten BT-Systemen (Trac, Bugzilla, JIRA) ein recht brauchbares Tool um die aktuellen Entwicklungsaufgaben zu verwalten.

Jedenfalls mal einen näheren Blick wert und euch hiermit wärmstens ans Herz gelegt.

http://www.eclipse.org/mylar/

http://jroller.com/page/eu?entry=big_secret_of_mylar_s
http://wbeaton.blogspot.com/2006/12/five-reasons-to-love-mylar-part-one.html
http://wbeaton.blogspot.com/2006/12/five-reasons-to-love-mylar-part-two.html
http://wbeaton.blogspot.com/2006/12/five-reasons-to-love-mylar-part-three.html
http://wbeaton.blogspot.com/2006/12/five-reasons-to-love-mylar-part-four.html
http://wbeaton.blogspot.com/2006/12/five-reasons-to-love-mylar-part-five.html - comming soon

 
 
12
Dezember
Apache und TomCat - Selbstfindung im Connector-Wirrwarr
Aufgabe: Einen Sack voll Konfigurationen von Apaches, Tomcats 4.x und Tomcats 5.x zu analysieren und sinnvolle Verteilungen auf neue Server sowie eine toolbasierte Konfiguration zu (er-)finden.

Die vorhandenen Tomcats haben verschiedene Konnectoren und Listener definiert. Ich will mal versuchen, das Wirrwarr aufzulösen.

Tomcat 4.x
Konnektor für HTTP-Verbindungen
<server><service name="Tomcat-Standalone">
<Connector
    className="org.apache.coyote.tomcat4.CoyoteConnector"
    port="10080" 
    minProcessors="5" 
    maxProcessors="10"
    enableLookups="true" 
    redirectPort="10443"
    acceptCount="100" 
    debug="0" 
    connectionTimeout="20000"
    useURIValidationHack="false" 
    disableUploadTimeout="true" />
</service></server>
Andere Konnektoren sollten nicht mehr verwendet werden.

Konnector für Verbindungen mit Apache
Wird dem Standard der Parameter protocolHandlerClassName mitgegeben kann die Arbeitsweise des Konnektors beeinflusst werden. Wird als Klassenname org.apache.jk.server.JkCoyoteHandler angegeben dient der Konnektor zur Verbindung mit einem Apache HTTP-Server (Details).

Andere Konnektoren für die Verbindung zwischen Tomcat und Apache sind ebenfalls veraltet - beispielsweise org.apache.ajp.tomcat4.Ajp13Connector. Details dazu hier.

Tomcat 5.x
Per Default wird ein Connector für Standard-HTTP-Requests bereitgestellt:
<Connector 
    port="8080" maxHttpHeaderSize="8192"
    maxThreads="150" minSpareThreads="25"
    maxSpareThreads="75" enableLookups="false"
    redirectPort="8443" acceptCount="100"
    connectionTimeout="20000" 
    disableUploadTimeout="true" />
Konnektoren zur Kopplung mit Apache HTTP-Servern werden durch Definition eines Konnektors für AJP13 bereitgestellt:
<Connector 
    port="8009" 
    enableLookups="false" redirectPort="8443"
    protocol="AJP/1.3" />

 
 
JMeter
Projektseite: http://jakarta.apache.org/jmeter/usermanual/intro.html

Performance von (Web-)Applikationen testen.

 
 
POI
Projektseite: http://jakarta.apache.org/poi/index.html

Aus Java-Applikationen XLS-Dateien generieren. Komplett mit Formatierungen, Formeln und Feldbezügen.

 
 
XPath
http://www.w3schools.com/xpath/

Noch eine recht brauchbare Übersichtsseite.

 
 
XPath
http://www.zvon.org/xxl/XPathTutorial/General/examples.html

Recht brauchbares XPath-Tutorial.

 
 
Commons.IO
Projektseite: http://jakarta.apache.org/commons/io/
API-Doc: http://jakarta.apache.org/commons/io/apidocs/index.html


commons.io ist eine ziemliche Erleichterung beim Umgang mit Dateien. Beispiel gefällig? Alle Dateien rekursiv aus einem Verzeichnis heraussuchen:
String rootDir = "/var/tomcat";
Iterator serverFilesIt = FileUtils.listFiles(
                    new File(rootDir), 
                    FileFilterUtils.nameFileFilter("server.xml"), 
                    TrueFileFilter.INSTANCE).iterator();
while(serverFilesIt.hasNext()) {
    File serverFile = (File) serverFilesIt.next();
    ...
}

 
 
Dom4J
Projektseite: http://dom4j.org/guide.html

Ähnlich JDOM (http://jdom.org). In der Benutzung aber intuitiver. JDOM hatte in einem Projekt Probleme mit Euro-Zeichen. Dom4J konnte da besser mit umgehen.

 
 
Online for 6560 days
Last update: 2010.10.03, 23:31
status
You're not logged in ... login
menu
search
 
calendar
November 2024
Mo
Di
Mi
Do
Fr
Sa
So
 
 
 
 
 1 
 2 
 3 
 4 
 5 
 6 
 7 
 8 
 9 
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
 
 
 









Weblog Commenting and Trackback by HaloScan.com