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