Du verwendest einen veralteten Browser. Es ist möglich, dass diese oder andere Websites nicht korrekt angezeigt werden. Du solltest ein Upgrade durchführen oder ein alternativer Browser verwenden.
ich bin zur Zeit dabei mich mit Java / Maven / Tomcat zu beschäftigen.
Zur Zeit habe ich eine Javaanwendung komplett bei mir installiert. Und wenn ich etwas entwickle, mache ich am Ende ein mvn install und eine .war Datei kommt heraus. Diese kommt dann ins Tomcat webapps Verzeichnis. Nach einem Tomcatneustart funktioniert die Anwendung dann auch.
Nur ist dieser Prozess unheimlich langsam. Geht das nicht schneller?
Muss ich immer die komplette WAR Datei erstellen? Das dauert lange und die Datei ist relativ groß (~80mb).
Mittelfristig möchte ich gerne einen externen Tomcatserver nutzen. Also lokal entwickeln und dann auf einem entfernten Server das Ergebnis ansehen.
Wenn ich es richtig verstehe, würde dieses mavenskript dann die komplette Wardatei hochladen?
Mit meiner normalen DSL Leitung sind 80mb etwas aufwendig.
Gibt es keine Möglichkeit mit maven einfach nur den "diff" hochzuladen (quasi nur die veränderten Java Dateien) und das ganze dann erst auf dem Server erstellen lassen? Wobei auch hier eine Optimierung sehr gut wäre. Der Server hat zwar mehr Power, allerdings finde ich es auch etwas sinnlos immer das ganze Programm in eine war neu zu erstellen, obwohl man nur einen kleinen Teil geändert hat.
Und was das i Tüpfelchen wäre: Kann man die ständigen Tomcatneustarts auch irgendwie auf ein minimum reduzieren und nicht wegen jeder geänderten Codezeile neustarten?
Wenn ich es zb. bei Bitbucket hochlade, muss ich ja quasi pro Änderung comitten?
Nach meinem Wissen, sollte man nur comitten, wenn es eine lauffähige/bugfreie Version ist.
Bzw. kann ich mit maven oder ähnlichen Tools mit einem Klick den commit und das builden auf einem remote Server anstoßen?
Ist ja dein privates Repository, dort kannst du nach jedem getipptem Zeichen commiten, wenn du Lust dazu hast.
Warum sollte Maven commiten? Das hat ja nun gar nichts damit zu tun.
Den Bauvorgang auf dem Server kannst du bestimmt mit ant anstoßen und den ant Skript wiederrum mit maven. Aber ich würde das nicht in einen Haufen werfen.
Von der Grundidee bleibt es dabei, dass ich immer die komplette Anwendung mit maven bauen muss und die neue .war Datei erst nach einem Tomcat Neustart aktiv wird?
Ein "Teildeployment" gibt es nicht, sodass ich dadurch schnellere build Zeiten erreiche?
das Erste wäre zunächst einmal innerhalb einer IDE eine entsprechend Anbindung an Tomcat zu nutzen (Eclipse, Netbeans, o.ä.)...Es gibt sehr schöne Tomcat Plugins für Eclipse...
Damit während der Entwicklung garnicht auf einem Remote Tomcat deployen...Wenn Du der Meinung bist eine Funktionalität ist so weit...dann per mvn clean package eine WAR erstellen und dann eben die WAR Datei auf einen seperaten Tomcat deployen...Mit Netbeans gibt's die Möglichkeit eine Hot-Deployment zu machen was in der Entwicklungsphase sehr angenehm ist...
Weiterhin würde ich zur Entwicklung dann eben Bitbucket nutzen und dort dann die Sourcen halten...das Bauen würde ich auf einem entsprechenden Build Server machen lassen (Jenkins, Hudson, Bamboo, TeamCity o.ä.)...wobei der Build dann durch die entsprechenden Änderungen seitens der Versionskontrolle angestossen werden...
Gibt es keine Möglichkeit mit maven einfach nur den "diff" hochzuladen (quasi nur die veränderten Java Dateien) und das ganze dann erst auf dem Server erstellen lassen?
Du hast Maven nicht verstanden. Maven ist ein Build Tool und keine Versionskontrolle ...das ist eben die Aufgabe der Versionskontrolle...
Wobei auch hier eine Optimierung sehr gut wäre. Der Server hat zwar mehr Power, allerdings finde ich es auch etwas sinnlos immer das ganze Programm in eine war neu zu erstellen, obwohl man nur einen kleinen Teil geändert hat.
Bei einem Build Server ist dieses Vorgehen sogar absicht und gewollt. Damit wird sichergstellt, dass auch alles in der Versionskontrolle ist was rein muss und nichts vergessen wurde...Wenn auf dem Build Server erstellt wird checkt der Build-Server aus dem Versionskontroll-System aus und baut ...und das Ergebnis (war) kann man dann eben in einen Tomcat deployen....
Die Frage ist nur, ob das Deployen an dieser Stelle so sinnvoll ist, da ich vermute, dass Du hier noch testen möchtest?
Vielleicht habe ich zu viel mit PHP gemacht. Ich bin es gewöhnt in einer Textdatei (in dem Fall .php) Code zu schreiben, zu speichern und sofort im Browser das Ergebnis sehen zu können. (Ja ich weiß, dass PHP eine Skriptsprache ist und so direkt nicht mit Java zu vergleichen ist).
In der Regel programmiere ich nicht perfekt, sondern schreibe Code und schaue ihn live an. Dann fehlt eine kleine Funktion, oder ähnliches und ich passe den Code an. Speichern, Browser F5 und ich sehe das Ergebnis. Das ist ein natürlicher, regelmäßiger Prozess.
Vielleicht muss man sich dann einfach angewöhnen, wesentlich mehr in einem Schritt zu programmieren und nicht dauernd Zwischenergebnisse erst anzuschauen, denn da wird man ja blöde.
Bei mir dauert der Prozess zwischen speichern und im Browser das Ergebnis sehen 1-2 Minuten, im Gegensatz bei PHP 3-5 Sekunden.
Wenn ich das ganze noch auf einem Remote Server mit Hudson oder ähnlichem machen würde, wären es ja ganz schnell 2-5 Minuten pro Codeänderung(!).
Ist dieser Prozess so normal bei der Java Entwicklung?
Du kannst auch im Eclipse den Tomcat einbetten. Mit hot deploy brauchst du nicht mal den Tomcat neustarten. Da brauchst du auch nicht für die Zwischenergebnisse commiten.
Bei uns sinds ca. 40 Minuten bis alles gebaut und vom CI getestet wurde. Ein lokaler Build mit Deployment in den JBoss + Bootzeit vom JBoss dauert ca. 15 Minuten ;-)
Sehr sinnvoll ist es, eine Debugverbindung zum JBoss/App-Server aufzubauen, dann kann man fuer kleinere Aenderungen HotDeploy verwenden (einfach Speichern druecken und die Codeaenderungen sind sofort im Server). Das geht allerdings nicht mehr, sobald man neue Methoden dazubaut oder sowas.
Ansonsten hilft nur, dass man testdriven entwickelt und dann eben zunaechst die Tests gruen bekommt. Erst danach faengt man mit Deployment an - wenn man dann quasi nix mehr korrigieren muss, hat man gute Tests ;-)
in Eclipse oder was auch immer den Tomcat einbinden und dann kann Änderungen an der Seite (jsp, jsf...) einfach auch speichern und dann nach kurzer Zeit (3-5 Sekunden) auch im Browser sehen (reload nicht vergessen)....
Ich nehmen an, dass Du mit "Dann fehlt eine kleine Funktion, oder ähnliches und ich passe den Code an. " Änderungen an der Web-Seite meinst ...in was arbeitest Du denn JSP's, JSF, Wicket, ? ...
Abgesehen davon solltest Du bei anderen Funktionalitäten die in entsprechenden Klassen implementieren und dann mit Unit Tests absichern...Dabei hilft einem die Trennung von Datenhaltung (Model), Datendarstellung (View) und Ablauf (Controller)...in PHP gibt es dafür auch Frameworks zend Framework etc. In PHP sollte man auch keine Funktionalität mit HTML Code mischen sondern hier auch Trennen (dafür gibt so sachen wie Smarty Template etc. oder eben entsprechende Frameworks.)...
Also wo committest Du jetzt..Du kannst doch zuerst einmal lokal committen und dann weiter machen...und eben mit Eclipse etc. lokal arbeiten...und dann später die Änderungen "pushen" .... => Dann kommt der Build Server etc. ins Spiel...
MVC Modell, Frameworks, Unittests, etc. sind mir alle klar. Das gibts auch bei PHP .
Hot Deployment war das Stichwort was ich gebraucht habe. Genau das habe ich gesucht.
Wenn es jetzt noch Hot Deployment auf einen Remote Server gibt, hätte ich alles was ich brauche . Bis auf den kleinen Nachteil, dass neue Methoden noch den kompletten Prozess benötigen. Aber neue Methoden kommen ja beim Fehler beheben ja nicht so oft.
.
