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