of it...
It would be good to make them use the same JVM version, if only to rule out
that variable. But better yet, please test 5.0.28 and 5.5.7.
Tomcat 5.0.16 and Sun's JDK 1.4.2_02: valid classloader for A, null for B.
Sorry, for now I try to use the Tomcat's that I already have
installed
ObjectFactory. This works as long as the classloader is the same
for both xerces and xhive.
With older tomcats this has been works fine for years now, but with
5.5.9 an IllegalAccessException is thrown.
I wrote a test case that seems to prove the case, or at least some
difference. Basically
ObjectFactory. This works as long as the classloader is the same
for both xerces and xhive.
It's still a hack ;) But I've done it myself in the past...
With older tomcats this has been works fine for years now, but with
5.5.9 an IllegalAccessException is thrown.
Which older Tomcats
) and within that file, entries are added but never
removed. It does not respect the configuration settings outlined here:
http://jakarta.apache.org/tomcat/tomcat-5.5-doc/config/context.html
Specifically, cacheMaxSize, cacheTTL.
These attributes are not for controlling the classloader behavior
/show_bug.cgi?id=36293
--- Additional Comments From [EMAIL PROTECTED] 2005-08-22 18:11 ---
Ok, then humbly request that you allow me to file this RFE. Is there any good
reason to not allow the classloader to deallocate idle resource cache entries?
If a large JAR entry was accessed accessed
classloader to do something else.
For that kind of usage, you should use a custom classloader implementation, or
(better) use a loading mechanism which actually suit your needs.
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=36293.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=36293.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=36293.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=36293.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=36293.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
/show_bug.cgi?id=36293
Summary: Ability to free idle ClassLoader resources
Product: Tomcat 5
Version: 5.5.9
Platform: PC
OS/Version: Windows XP
Status: NEW
Severity: enhancement
Priority: P2
Component: Catalina
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=36293.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=36293.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=36293.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
/show_bug.cgi?id=36204
Summary: Webapp unable to pick the Class by the shared
classloader
Product: Tomcat 5
Version: 5.0.16
Platform: Other
OS/Version: Windows XP
Status: NEW
Severity: critical
Priority
/show_bug.cgi?id=35735
Summary: Classloader often does not seperate Webapp Classpaths
Product: Tomcat 5
Version: 5.5.7
Platform: PC
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: Jasper
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=35735.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=16274.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32330.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=17517.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=33711.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
/show_bug.cgi?id=33711
--- Additional Comments From [EMAIL PROTECTED] 2005-04-06 17:37 ---
What did you test exactly (CVS version ?) ? Still using log4j for everything ?
Do you have any idea on where the reference to the classloader would be kept ?
--
Configure bugmail: http
/show_bug.cgi?id=33711
--- Additional Comments From [EMAIL PROTECTED] 2005-04-06 17:58 ---
(In reply to comment #18)
What did you test exactly (CVS version ?) ? Still using log4j for
everything ?
Do you have any idea on where the reference to the classloader would be
kept ?
I updated
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=33711.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=33711.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=33711.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=33711.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
the feedback I was most interested in
is: does this fix the reference leak to the classloader ?
The design flaw is then in the SSO reverse map if you want to avoid leaking
skeleton objects. One easy solution might be to change it to a WeakHashMap.
I do not have a good memory profiler to recommend (I
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=33711.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=33711.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=33711.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=33711.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=33711.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
called
without switching the ClassLoader.
- Provide a test case that demonstrates this is a problem and I'll try and fix
it. Otherwise, If it ain't broke don't fix it applies. Fixing theoretical bugs
is not worth the very real risk of introducing regressions.
Finally, if you do have a test case
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=34166.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=20758.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=4138.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
/show_bug.cgi?id=34166
Summary: ClassLoader and Loader.delegate
Product: Tomcat 5
Version: 5.5.7
Platform: Other
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: Catalina
AssignedTo
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=4138.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=33266.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=33266.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=33266.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=33266.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Resolution|WONTFIX |
--- Additional Comments From [EMAIL PROTECTED] 2005-03-20 02:17 ---
I noticed that there's at least one more person out there that would appreciate
loading driver classes from the webapp classloader (provided that it is possible
with the current
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=33711.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=33711.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=33711.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=33711.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=23180.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
the ref to the classloader.
Thanks again, and please do let us know if you have any ideas for how to
change this SSO behaviour.
BTW - Is there a tomcat test suite I should be using so that I know if I have
broken anything while I look at this issue? Being new to the tomcat code, I'm
quite wary
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=33711.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=33711.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=33711.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
/show_bug.cgi?id=33711
Summary: Memory leak (classloader) with Log4J and Single Sign On.
Product: Tomcat 5
Version: 5.5.7
Platform: PC
OS/Version: Windows XP
Status: NEW
Severity: normal
Priority: P2
Component
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=33711.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=33358.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=33358.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Please stop your mail
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Thursday, February 10, 2005 10:10 PM
To: tomcat-dev@jakarta.apache.org
Subject: DO NOT REPLY [Bug 33358] - jasper2 bug because classloader-problems
DO NOT REPLY TO THIS EMAIL, BUT PLEASE
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=33266.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
/show_bug.cgi?id=33358
Summary: jasper2 bug because classloader-problems
Product: Tomcat 5
Version: 5.0.30
Platform: Other
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: Jasper
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=33266.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Hi,
As I understand, if I copy the Jars in Tomcat's
shared/lib directory while Tomcat is running, the
Tomcat's shared classloader does not load the new
classes dynamically; I have to restart it to load the
classes from these Jars.
Is there any way to do it dynamically without
restarting
/show_bug.cgi?id=33266
Summary: Context defined datasources require driver classes
placed in common classloader
Product: Tomcat 5
Version: 5.5.7
Platform: All
OS/Version: Windows 2000
Status: NEW
Severity
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=33186.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
useContextClassLoader=true means use the WebApp classloader and
useContextClassLoader=false
means use WebAppClassLoader. Is there a way to configure a JAASRealm so that
it is restricted to the
server's classloader?
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- Additional Comments From [EMAIL PROTECTED] 2005-01-21 09:11 ---
The code seems fairly obvious that it will use the webapp classloader. The setup
required for this issue is way too complex, and I am fairly certain the
packaging is what causes the problem (for example, it is likely Hibernate
|
--- Additional Comments From [EMAIL PROTECTED] 2005-01-21 12:06 ---
If the code seems fairly obvious it will use the webapp classloader then the
entire concept of useContextClassloader=true is completely broken. The
explicit purpose of that setting is to avoid using the webapp classloader
--- Additional Comments From [EMAIL PROTECTED] 2005-01-21 13:19 ---
The context class loader is very obviously the webapp classloader. As I said,
your setup is too complex, and we won't attempt to reproduce it.
You can also post about your issue on tomcat-user.
--
Configure bugmail: http
class
and associated Principal classes. The default value is true, which is
backwards-compatible with the way
Tomcat 4 works. To load classes using the container's classloader, specify
true.
--- End of included documentation ---
The sentence To load classes using the container's classloader
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=33186.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
introduced this
attribute. Bug 29406 says in part:
The new behavior of Tomcat 5 which sets the ContextClassLoader in the
JAASRealm to the server classloader prevents from defining LoginModules within
the context of a web app. The JAASRealm implementation on Tomcat 5 is
different from the one
/show_bug.cgi?id=33186
Summary: JAASRealm uses WebApp classloader even if
useContextClassloader is true
Product: Tomcat 5
Version: 5.0.28
Platform: Other
OS/Version: Linux
Status: NEW
Severity: major
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=33186.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=33186.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=33186.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=30803.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=30803.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=30803.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
/show_bug.cgi?id=32428
Summary: Classloader issue when reading serialized object from
database.
Product: Tomcat 5
Version: 5.0.28
Platform: PC
OS/Version: Windows 2000
Status: NEW
Severity: normal
Priority
--- Additional Comments From [EMAIL PROTECTED] 2004-11-29 19:11 ---
The class needs to be available to the common/lib classloader if you're using
container-managed datasources. It can't just be in WEB-INF/lib, since
common/lib can't see WEB-INF/lib. This is not a Tomcat bug.
--
Configure
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32330.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32330.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
/show_bug.cgi?id=32330
Summary: JspC changes context classloader
Product: Tomcat 5
Version: 5.0.28
Platform: PC
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: Jasper
AssignedTo: [EMAIL
/show_bug.cgi?id=32330
--- Additional Comments From [EMAIL PROTECTED] 2004-11-20 17:20 ---
Created an attachment (id=13509)
-- (http://issues.apache.org/bugzilla/attachment.cgi?id=13509action=view)
fix for this bug: set back original ClassLoader just before returning from
processFile
about the wide range of
classloaders used in this context (eclipse, jetty).
The only thing i've done until now is setting the theads context
classloader to the classloader from eclipse before the start of jetty.
This solved a startup problem of jetty itself which was unable to find a
few classes
I had a small vacation, and managed to make some of the changes in the
classloader/module area. I'm not completely done - but I want to
eventually start checking in some of the code ( if nobody objects ).
To avoid breaking anything, I started a new package (
o.a.tomcat.util.loader
]
Subject: classloader
I had a small vacation, and managed to make some of the changes in the
classloader/module area. I'm not completely done - but I want to
eventually start checking in some of the code ( if nobody objects ).
To avoid breaking anything, I started a new package
Costin Manolache wrote:
I had a small vacation, and managed to make some of the changes in the
classloader/module area. I'm not completely done - but I want to
eventually start checking in some of the code ( if nobody objects ).
To avoid breaking anything, I started a new package
/show_bug.cgi?id=30803
WebApp classloader fails to load classes from CATALINA_HOME\shared\lib
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW
/show_bug.cgi?id=20758
Memory Leak in Classloader/Manager deploy/undeploy
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
/show_bug.cgi?id=20758
Memory Leak in Classloader/Manager deploy/undeploy
--- Additional Comments From [EMAIL PROTECTED] 2004-09-05 23:26 ---
Quick update:
1. Worst offenders patched in TC4 (already pacthed in TC5). Need to work out
if the remaining potential offenders are really an issue.
2
/show_bug.cgi?id=20758
Memory Leak in Classloader/Manager deploy/undeploy
--- Additional Comments From [EMAIL PROTECTED] 2004-09-03 16:25 ---
I applogize. My previous posting was incorrect and does not reproduce the
problem. It grows until the garbage collector hits its first limit. However
/show_bug.cgi?id=20758
Memory Leak in Classloader/Manager deploy/undeploy
--- Additional Comments From [EMAIL PROTECTED] 2004-09-03 16:27 ---
Created an attachment (id=12638)
Revised BigSingleton, which writes objects to disk
/show_bug.cgi?id=20758
Memory Leak in Classloader/Manager deploy/undeploy
--- Additional Comments From [EMAIL PROTECTED] 2004-09-03 16:28 ---
Created an attachment (id=12639)
Revised Singleton Servlet.
-
To unsubscribe, e
/show_bug.cgi?id=30284
JPDA Hot code replacement support in classloader
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
/show_bug.cgi?id=20758
Memory Leak in Classloader/Manager deploy/undeploy
--- Additional Comments From [EMAIL PROTECTED] 2004-09-02 18:54 ---
The same problem still exists for 5.0.27. Can the version be changed to
reflect this.
I have some rather large singletons that do not get garbage
/show_bug.cgi?id=20758
Memory Leak in Classloader/Manager deploy/undeploy
--- Additional Comments From [EMAIL PROTECTED] 2004-09-02 21:47 ---
In summary it looks like there are three issues here:
1. StandardContext
2. Static references in servlets
3. ClassLoader
The issues may or may
/show_bug.cgi?id=20758
Memory Leak in Classloader/Manager deploy/undeploy
--- Additional Comments From [EMAIL PROTECTED] 2004-09-02 22:36 ---
The profiler shows that the static references in servlets are being cleaned
up. Therefore 2 is not an issue.
On re-reading this report it looks like
/show_bug.cgi?id=20758
Memory Leak in Classloader/Manager deploy/undeploy
--- Additional Comments From [EMAIL PROTECTED] 2004-09-03 01:57 ---
Is it possible that a static reference to the webapp's classloader could keep
the servlet context components from being garbage collected? I've seen
1 - 100 of 395 matches
Mail list logo
