This now works in the latest nightly drop, thanks guys,
Kevin Jones
DevelopMentor
www.develop.com
-Original Message-
From: Kevin Jones [mailto:[EMAIL PROTECTED]]
Sent: 11 May 2001 22:44
To: [EMAIL PROTECTED]
Subject: RE: Class Reloading
But, other than efficiency concerns
On Sat, 12 May 2001, Glenn Nielsen wrote:
[EMAIL PROTECTED] wrote:
If the security manager is not used everything has AllPermissions - the
fact that someone can access the internal objects is quite small compared
with the fact that it could call System.exit() and read/change any file
[EMAIL PROTECTED] wrote:
On Fri, 11 May 2001, Craig R. McClanahan wrote:
The introspection problem is not very serious - it doesn't work if
sandboxing is enabled ( at least from what I know - if it works then it's
a very serious VM bug ).
It doesn't work if you start Tomcat
Thanks Kevin ... I think it's safe to assume that Beta 4 still has this
issue :-(.
But, other than efficiency concerns, it should still work if the
particular class is *only* found in WEB-INF/classes and *not* in any of
the WEB-INF/lib/*.jar files, right?
NOTE: automatic reloading is currently
Craig R. McClanahan wrote:
Thanks Kevin ... I think it's safe to assume that Beta 4 still has this
issue :-(.
But, other than efficiency concerns, it should still work if the
particular class is *only* found in WEB-INF/classes and *not* in any of
the WEB-INF/lib/*.jar files, right?
NOTE:
On Fri, 11 May 2001, Bo Xu wrote:
Craig R. McClanahan wrote:
Thanks Kevin ... I think it's safe to assume that Beta 4 still has this
issue :-(.
But, other than efficiency concerns, it should still work if the
particular class is *only* found in WEB-INF/classes and *not* in any of
To: Tomcat-Dev
Subject: Re: Class Reloading
Thanks Kevin ... I think it's safe to assume that Beta 4 still has this
issue :-(.
But, other than efficiency concerns, it should still work if the
particular class is *only* found in WEB-INF/classes and *not* in any of
the WEB-INF/lib/*.jar files
After a successful FORM login, how does Tomcat restore the original request?
If it uses the forward mechanism, how does it force the browser to use the
URL of the original request, and not */j_security_check?
Tim Julien
HP Middleware
On Fri, 11 May 2001, JULIEN,TIMOTHY (HP-NewJersey,ex2) wrote:
After a successful FORM login, how does Tomcat restore the original request?
If it uses the forward mechanism, how does it force the browser to use the
URL of the original request, and not */j_security_check?
Tim Julien
HP
Kevin Jones wrote:
[...]
I believe (I've yet to test this) that the only way reloading works
currently (for me) is if I have no jars in web-inf/lib,
Kevin Jones
DevelopMentor
www.develop.com
[...]
yes! I just test it with TC4.0-b4:
- when I empty WEB-INF/lib, auto-reloading works
- when
Craig R. McClanahan wrote:
On Fri, 11 May 2001, JULIEN,TIMOTHY (HP-NewJersey,ex2) wrote:
After a successful FORM login, how does Tomcat restore the original request?
If it uses the forward mechanism, how does it force the browser to use the
URL of the original request, and not
Quoting Bo Xu [EMAIL PROTECTED]:
Kevin Jones wrote:
[...]
I believe (I've yet to test this) that the only way reloading works
currently (for me) is if I have no jars in web-inf/lib,
Kevin Jones
DevelopMentor
www.develop.com
[...]
yes! I just test it with TC4.0-b4:
- when I
On Fri, 11 May 2001, Remy Maucherat wrote:
but unfortunately, it's a post beta 4 fix.
This is going to turn out not to be a problem, as it happens.
Tomcat 4.0-beta-4 is also subject to the ...jsp%00 bug that Marc just
fixed in 3.2.2 (patch will be committed in a second). However, the
On Fri, 11 May 2001, Craig R. McClanahan wrote:
Tomcat 4.0-beta-4 is also subject to the ...jsp%00 bug that Marc just
fixed in 3.2.2 (patch will be committed in a second). However, the more
serious issue is the introspection one (I can hear Costin laughing at me
from 600 miles away :-).
On Fri, 11 May 2001 [EMAIL PROTECTED] wrote:
On Fri, 11 May 2001, Craig R. McClanahan wrote:
Tomcat 4.0-beta-4 is also subject to the ...jsp%00 bug that Marc just
fixed in 3.2.2 (patch will be committed in a second). However, the more
serious issue is the introspection one (I can
On Fri, 11 May 2001, Craig R. McClanahan wrote:
The introspection problem is not very serious - it doesn't work if
sandboxing is enabled ( at least from what I know - if it works then it's
a very serious VM bug ).
It doesn't work if you start Tomcat 4.0 with a security manager.
On Mon, 7 May 2001, Kevin Jones wrote:
Printing out the value of 'pathname' just before this code executes gives
jndi:/localhost/AddressBook/WEB-INF/classes\com\develop\ewebjava\
lab\Browse
.class,
which means that the 'file' doesn't exist and so doesn't get added to the
cache.
On Fri, 4 May 2001, Kevin Jones wrote:
I can't get servlet re-loading to work in TC4b3. Looking at the code -
Loader creates a thread that sleeps until the time set in server.xml
expires. This thread calls StandardClassLoader.modified
The modified call checks the classCache to see if
Sorry, for Tomcat 3.x you're stuck restarting Tomcat after updating beans
or servlets. Take a look at this post from Craig which may shed more light
on the subject:
http://marc.theaimsgroup.com/?l=tomcat-userm=97562988801936w=2
I don't know if this is something Costin has any ideas about for
19 matches
Mail list logo