https://issues.apache.org/bugzilla/show_bug.cgi?id=52563
--- Comment #3 from Ivan <xhh...@gmail.com> 2012-02-05 07:47:26 UTC ---
I did not clarify it clearly, the issue occured in Geronimo, while I think that
it is better to do some changes on Tomcat side, I mean the get method.
On Tomcat side, in the startInternal method of StandardContext, the execution
order is something like :
a. resourcesStart() ---> Initial the resources variable
b. load.start() ---> Bind the resources with the current classloader
c. Some other initialization work, like servlet.onStartup, listener.start
But from the integration side, Geronimo has its own classloader creation and
destorying, and it did not has the WebAppLoader thing.
>From the codes while invoking listenerStart/filterStart/loadOnStartup in
StandardContext, bindThread method will be invoked and actually I found that
Tomcat will also bind the context with the current method with the codes below
:
protected ClassLoader bindThread() {
......
DirContextURLStreamHandler.bindThread(getResources());
......
}
While that binding is 'always' ignored in the current
DirContextURLStreamHandler.get() method.
--
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
