> > this happening now in 3.2 or 3.0, is it being done in 4.0?
> I don't think so. I don't understand what you mean here. If I have an
> [expanded] .ear with
>
> entities.jar
> sessions.jar
> webstuff.war
>
> I think I should be able to redeploy:
>
> webstuff.war
>
> or
>
> webstuff.war an
On 2002.11.26 20:13:14 -0500 Scott M Stark wrote:
>
> - Original Message -
> From: "David Jencks" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Tuesday, November 26, 2002 12:50 PM
> Subject: Re: [JBoss-dev] ClassLoader issue w
- Original Message -
From: "David Jencks" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, November 26, 2002 12:50 PM
Subject: Re: [JBoss-dev] ClassLoader issue with protected access and manifest refs
> Won't this eliminate the possiblity of rede
-
From: "Dain Sundstrom" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, November 26, 2002 12:36 PM
Subject: Re: [JBoss-dev] ClassLoader issue with protected access and manifest refs
> Could we just write our own URLClassloader that handles this stuff
> cor
Won't this eliminate the possiblity of redeploying a subpackage of say an
unpacked .ear deployment? In fact, I have been able to redeploy subpackage
of a packaged .ear using emacs ability to modify a .jar file's contents and
the main deployers ability to redeploy packages explicitly.
I take it th
Could we just write our own URLClassloader that handles this stuff
correctly? We have the URL and Zip classes available.
-dain
On Tuesday, November 26, 2002, at 01:29 PM, Scott M Stark wrote:
Ok, I finally got a handle on the IllegalAccessError that has been
reported for a
while now and hav
Ok, I finally got a handle on the IllegalAccessError that has been reported for a
while now and have a trivial testcase that demonstrates the problem. See the
bug details here:
[ 644289 ] ClassLoader issue with protected access and manifest refs
http://sourceforge.net/tracker/index.php?func=detail
