Ich glaub das grundsätzliche Problem von Workplace für Entwickler ist das prinzipielle J2EE Problem
Es basiert auf einer Menge von "Services" die von der Serverinfrastruktur bereitgestellt wird.
Und dann: Um zu testen, muss der 4 GB benötigende Server laufen. Geh sicher davon aus, dass es ein hotdeployment gibt. Dh man kann den Code ändern ohne den Server neu zu starten (früher musste man bei WSAD ständig neu starten).
Trotzdem ist das natürlich eine heftige Infrastruktur, die für einfache Tests laufen muß.
Ist bei Domino natürlich ähnlich. Aber den Domino Server merkt man weniger als einen 4 GB Arbeitsspeicher fressenden Server.
Entwickelt man gemeinsam, muss man ständig auf einen gemeinsamen Server deployen (wie Schablonenwechsel).
Entwickler (und offenbar auch die Deutsche Bank) haben aber ein Interesse an wenig Infrastruktur zum Testen, damit es schneller geht. Einer der Gründe, warum das springframework - eine Art meta-framework aus verschiedenen teilweise sehr innovativen Frameworks - so beliebt ist.
Der Sr. Product Manager, IBM Workplace Application Development Chris Reckling sagt:
We're also providing a standardized way to deal with a document-oriented collaborative system, using XML and J2EE, while hiding some of the complexities of J2ee from the user
Das macht mich auch ein bischen nervös. Ist xml dazwischen, dann müssen Objekte (=binäres Zeug im Speicher) erst in xml umgewandelt werden und dann auf der anderen Seite wieder in Objekte (=binäres Zeug) umgewandelt werden (Serialisierung und De-Serialisierung sagt man dazu). Das hat bisher immer sehr starke Auswirkung auf die Performance gehabt.
Java selbst ist durch die Versionen, bessere VM Technik, bessere libraries, etc.pp. mit jedem Release deutlich schneller geworden. Es gibt wohl ernsthafte theoretische Untersuchungen - die ich nicht überprüfen kann weil zu ungebildet - die zeigen, dass VM-Code schneller sein kann als nativer code. In Teilbereichen ist Java sehr schnell. Die Dinge, die langsam sind, sind informierten Entwicklern heute viel besser bekannt als vor Jahren.
Serialisierung und Deserialisierung zwischen Objekten und xml bringt aber imho zwangsläufig einen Performance-Overhead mit sich, der bedeutend sein kann. Und alle Leute, die stark mit Webservices operiert haben und die im Web geredet haben, fingen - zumindest aus meiner Sicht - irgendwann immer von Corba an zu brabbeln, weil das performanter ist (Corba und xml kann für verteilte Anwendungen genutzt werden).
Naja. Schaun wir mal.
Obwohl ich mich nun in meiner knappen Zeit mit IBM-Alternativen beschäftige (Spring, hibernate, posgreSQL, HSQL, JBoss). Und zwar weil es mir momentan einfach mehr Spass macht.
Axel
