this i find interesting .. (because i did help with that plugin) what didn't you like about handling of classpaths?
Are you talking about the dev loader?

The only way I could get things to work was to copy all *.class and .jar files from various projects to the WEB-INF/classes and lib folders. My eclipse project structure and classpaths were totally ignored - I didn't like that. Forcing me to have jar-files in duplicate locations is one thing, but having to set up an Ant task to copy class-files (from other projects) every time I want to run my app is asking too much.

I'm guessing that DevLoader was supposed to make things easier for me here, but I couldn't get that to work. I got a NoClassDefFoundException whenever I tried to use it. (Since I use eclipse 3.1 I had to use the beta version of the Sysdeo plug-in, right?)
is a zip file inside the tomcat plugin, see also sysdeo site for some info.
You have to extract it in the server/classes dir or something like that of tomcat

Because Jetty is doing it wrong. It doesn't simulate the real world.. Everything is just in one big classpath that doesn't happen in the 'real' world (and i am bitten with that to many times when i didn't use the tomcat plugin before when i had no problems what so ever in the developer
but deployed nothing did run (or the other way around))

for example things like: if(myObject instanceof myObject2) did return false when it should return true!
This happens because they were loaded by different classloaders...

I see your point, but don't agree. The Jetty Launcher's classpath is based on my eclipse project structure. I have that well organised - I'm not surprised by the entries I see in the launch configuration classpath.
No but everything is in the systemclasspath if you start it
This is not the case in real live
Nothing is in the system classpath only the bootstrap of jetty or tomcat what ever you use.
The rest are all done through chaining class loaders (on various levels)
And with a launch conf this is completely killed.

johan



-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
Wicket-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wicket-user

Reply via email to