I've opened the following Axis2 JIRA so that I can attach patch(es) to fix this
specific scenario.
https://issues.apache.org/jira/browse/AXIS2-4072
Tim McConnell wrote:
Hi, There is at least one scenario using Axis2 and Geronimo that is
causing jarfiles to get locked on Windows such that a dep
R contents unchanged and still use
> this technique?
>
> --kevan
>
>
>
>
--
View this message in context:
http://www.nabble.com/-DISCUSS--URLClassloader-problem-tp19448428s134p19741889.html
Sent from the Apache Geronimo - Dev mailing list archive at Nabble.com.
On Sep 29, 2008, at 7:35 AM, jcaristi wrote:
This problem is a real headache for us. We are deploying Axis2 in
our web
application on Geronimo. During development, we are currently
reinstalling
the server every time we want to deploy. I searched the Axis2 Jira,
and I
noticed that this
wondering if
you plan to continue to try to resolve this. Also, do you know of an easier
way to work around the problem? We really need one!
--
View this message in context:
http://www.nabble.com/-DISCUSS--URLClassloader-problem-tp19448428s134p1973.html
Sent from the Apache Geronimo - Dev mailing
Thanks Davanum, I agree
Davanum Srinivas wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
May i suggest a variant of #1? Help Axis2 folks with a patch that fixes the
problem?
thanks,
dims
Tim McConnell wrote:
Hi, There is at least one scenario using Axis2 and Geronimo that is
causin
Hi Donald, thanks for the suggestion -- I shall investigate
Donald Woods wrote:
#2, intercepting all, sounds like the best solution.
Is this something AspectJ could handle, via an aspect that uses around()
to intercept URLClassLoder construction (but somehow exclude our
creation of them)
Hi Jarek, Thanks for the suggestion for actually trying to close the jarfile. It
is not something I considered nor tried, but it is very easy to do so.
Jarek Gawor wrote:
Primarily, this is a problem in Axis2 and it should be fix there no
matter what we do about it (if anything) in Geronimo
Primarily, this is a problem in Axis2 and it should be fix there no
matter what we do about it (if anything) in Geronimo. But I'm not even
sure what we can do about it in Geronimo. Maybe we can intercept class
loading of "java.net.URLClassLoader" and return our own replacement
for it (right now we
#2, intercepting all, sounds like the best solution.
Is this something AspectJ could handle, via an aspect that uses around()
to intercept URLClassLoder construction (but somehow exclude our
creation of them) and constructs/returns our MultiParentClassloader instead?
To get started, you could
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
May i suggest a variant of #1? Help Axis2 folks with a patch that fixes the
problem?
thanks,
dims
Tim McConnell wrote:
> Hi, There is at least one scenario using Axis2 and Geronimo that is
> causing jarfiles to get locked on Windows such that a depl
Hi, There is at least one scenario using Axis2 and Geronimo that is causing
jarfiles to get locked on Windows such that a deployed WAR cannot be either
redeployed or uninstalled. Here is a brief description of the failing scenario:
1. A WAR file containing various Axis2 jarfiles in the /lib dir
11 matches
Mail list logo
