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 an
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
>
>
> >
[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
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 mana
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 (
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, 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, th
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 wit
"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 no
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
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
>
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
ECTED]]
> Sent: 11 May 2001 18:58
> 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
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 *no
"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?
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
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
R. McClanahan [mailto:[EMAIL PROTECTED]]
> Sent: 04 May 2001 20:00
> To: Tomcat-Dev
> Subject: Re: class reloading
>
>
>
>
> On Fri, 4 May 2001, Kevin Jones wrote:
>
> > I can't get servlet re-loading to work in TC4b3. Looking at the code -
> >
> &g
> 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.
>
> Should that 'jndi:/localhost' be the
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
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-user&m=97562988801936&w=2
I don't know if this is something Costin has any ideas about for
21 matches
Mail list logo
