This page (revision-5) was last changed on 20-Dec-2010 11:11 by Dieter Käppel

This page was created on 03-Oct-2009 13:01 by Dieter Käppel

Only authorized users are allowed to rename pages.

Only authorized users are allowed to delete pages.

Page revision history

Version Date Modified Size Author Changes ... Change note
5 20-Dec-2010 11:11 8 KB Dieter Käppel to previous JavaRebel ==> JavaRebel Erstbericht
4 20-Dec-2010 11:11 8 KB Dieter Käppel to previous | to last
3 05-Oct-2009 09:41 8 KB Dieter Käppel to previous | to last
2 03-Oct-2009 13:03 7 KB Dieter Käppel to previous | to last
1 03-Oct-2009 13:01 6 KB Dieter Käppel to last

Page References

Incoming links Outgoing links

Version management

Difference between version and

At line 5 changed one line
Grundsätzlich funktioniert das angepriesene Hot Replacement von Klassen und Ressourcen für einfache Projekte. Innerhalb eines realistischen Projekts in der aktuellen Zeit, finden eine Menge Zugriffe auf Resourcen über verschiedene Mechanismen geladen. Alleine die Lademechanismen der Application Server finden nur zum Teil über ClassLoader statt, zum anderen auch über URLs vom Typ http, file oder gar jar. Hinzu kommen Frameworks wie Spring, Seam, Facelets etc. Weite Lademechanismen kommen oft durch spezielle Projektanforderungen hinzu.
Grundsätzlich funktioniert das angepriesene Hot Replacement von Klassen und Ressourcen für einfache Projekte. Innerhalb eines realistischen Projekts in der aktuellen Zeit, finden eine Menge Zugriffe auf Resourcen über verschiedene Mechanismen geladen. Alleine die Lademechanismen der Application Server finden nur zum Teil über ClassLoader statt, zum anderen auch über URLs vom Typ http, file oder gar jar. Hinzu kommen Frameworks wie Spring, Seam, Facelets etc. Weitere Lademechanismen kommen oft durch spezielle Projektanforderungen hinzu.