URL: https://www.overclockers.at/coding-stuff/tomcat_java_servlets_cache_133049/page_1 - zur Vollversion wechseln!
muss für die uni ein paar sachen mittels java servlets machen.
hab mir jetzt tomcat usw. installiert und meine servlets funktionieren ja auch.
allerdings -> wenn ich mein servlet das wunderbar funktioniert abändere und neu compiliere und erneut per browser aufrufe kommt immer die alte version. sogar wenn ich das servlet lösche kommt noch immer die alte version...also schließ ich daraus, dass das zeug irgendwo gecached wird. mein browser cache ist es nicht, denn trotz leeren dessen kommt das alte servlet.
also cached tomcat meine servlets irgendwo? kann ich das abschalten...denn das nervt wirklich.
thx schonmal
hast schon mal probiert über den manager ein reload zu machen?
ja irgendwo wird es gecached kann mich noch gut erinnnern dass ein unser lehrer mal erzählt hat dass ihm beim test anschauen da viel dreingepfuscht hat frag mich aber bitte nicht wo genau *duck*
leider habe ich jetzt ein halbes jahr genau nix damit gemacht darum bin ich jetzt nicht ganz so fit aber frag mal murciolago (hoffe des hab ich richtig geschrieben) der ist da top drauf 
hth
entweder mim manager reloaden oder tomcat neustarten.
zwar etwas umständlich aber mit dem manager gehts ja "recht schnell"
danke schön 
vielleicht für die zukunft manchmal hilft auch stop und start im manager ist ein unterschied zum reload
aber in diesem fall hat es ja gereicht 
btw eigenlob an mich selbst ich habs sogar gewusst
Hab schon lange nichts mehr damit gemacht aber vielleicht hilft dir das weiter:
http://jakarta.apache.org/tomcat/to...ig/context.htmlZitatreloadable
Set to true if you want Catalina to monitor classes in /WEB-INF/classes/ and /WEB-INF/lib for changes, and automatically reload the web application if a change is detected. This feature is very useful during application development, but it requires significant runtime overhead and is not recommended for use on deployed production applications. That's why the default setting for this attribute is false. You can use the Manager web application, however, to trigger reloads of deployed applications on demand.
thx werd ich gleich probieren
ich benutz den thread gleich für ne andere frage.
hab jetzt mysql-connector installiert (hoff ich zumindest)...allerdings haut das noch nicht so recht hin.
Problem:
Bekomme beim Compilieren immer folgende Meldung:
D:\Websites\db\WEB-INF\classes>javac Test2.java
Test2.java:50: cannot resolve symbol
symbol : class Statement
location: class Test2
Statement statement = connection_.createStatement();
^
Test2.java:55: cannot resolve symbol
symbol : class ResultSet
location: class Test2
ResultSet query_result = statement.executeQuery(sql);
^
2 errors
Also er kennt die Statement und ResultSet Klassen nicht.
Importiert habe ich:
import java.sql.Connection;
import java.sql.DriverManager;
import java.sql.SQLException;
Die servlet-api und der connector wurden zum classpath hinzugefügt - und so wies aussieht erstellt er ja die verbindung und kennt die DriveManager klassen.
Muss ich sonst noch was importieren?
Habe außerdem noch die connector .jar datei ins lib verzeichniss meines web-inf verzeichnisses kopiert. (muss man das überhaupt?)
hat sich erledigt
import java.sql.Statement;
import java.sql.ResultSet;
ich hab eigentlich bei java die db geschichte immer mit jdbc geschichte abgewickelt
ist ja vor allem bei frameworks ala struts super und einfach 
aber wie heißt es so schön viele wege führen nach rom
hmm, hier gehts um den jdbc 
habe noch schnell mal in meinen dateien vom letzten jahr gesucht und auf die schnelle folgendes gefunden:
mysql-connector
gehört in
%installpath%/java2sdk..../jre/lib/ext
probier mal ob du mit dem code übers normale java eine db connection zusammen bekommst dann kannst mal testen obs am code liegt oder an der konfig
overclockers.at v4.thecommunity
© all rights reserved by overclockers.at 2000-2026