You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@commons.apache.org by co...@jakarta.apache.org on 2004/09/02 08:53:50 UTC
[jira] Updated: (JELLY-44) [jelly] ClassLoader Problems with XMLParser and XMLParser reuse
The following issue has been updated:
Updater: dion gillard (mailto:dion@apache.org)
Date: Wed, 1 Sep 2004 11:52 PM
Changes:
environment changed to
Fix Version changed to 1.1-beta-1
Fix Version changed from 1.0
---------------------------------------------------------------------
For a full history of the issue, see:
http://issues.apache.org/jira/browse/JELLY-44?page=history
---------------------------------------------------------------------
View the issue:
http://issues.apache.org/jira/browse/JELLY-44
Here is an overview of the issue:
---------------------------------------------------------------------
Key: JELLY-44
Summary: [jelly] ClassLoader Problems with XMLParser and XMLParser reuse
Type: Bug
Status: Unassigned
Priority: Major
Project: jelly
Components:
core / taglib.core
Fix Fors:
1.1-beta-1
Assignee:
Reporter: Vincenz Braun
Created: Thu, 20 Mar 2003 1:48 PM
Updated: Wed, 1 Sep 2004 11:52 PM
Description:
Hello,
i had problems integrating jelly because of the ClassLoader set to the
JellyContext is not promoted to the XMLParser. That leads to
ClassNotFoundExceptions in resolving custom TagLibs. This should be added in
JellyContext compileScript methods.
The use of XMLParser in JellyContext needs a little more documentation not
only because of
a new XMLParser is always instantiated in compileScript(String uri) and
compileScript(URL url) uses the per thread instance. Is it ok that the
ImportTag therefore indirectly uses the same thread instance parser?
----
the use of the thread instance parser was changed in HEAD
---------------------------------------------------------------------
JIRA INFORMATION:
This message is automatically generated by JIRA.
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org