letzte Kommentare | Was soll das hier? |
... neuere Stories
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 -
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
XPath
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.
|