Just checked out the latest cvs source.
I get a NPW (btw that happened before but is nearly the same problem). I
have had that problem before - the current_xml_base is sometimes null if you
use several instances of the transformer.
Did you try it in your environment?
java.lang.NullPointerException
at
org.apache.cocoon.transformation.XIncludeTransformer.processXIncludeElement(
XIncludeTransformer.java:196)
at
org.apache.cocoon.transformation.XIncludeTransformer.startElement(XIncludeTr
ansformer.java:116)
at
org.apache.cocoon.components.sax.XMLByteStreamInterpreter.parse(XMLByteStrea
mInterpreter.java:82)
at
org.apache.cocoon.components.sax.XMLByteStreamInterpreter.deserialize(XMLByt
eStreamInterpreter.java:58)
at
org.apache.cocoon.components.pipeline.CachingEventPipeline.process(CachingEv
entPipeline.java:182)
at
org.apache.cocoon.components.pipeline.CachingStreamPipeline.process(CachingS
treamPipeline.java:364)
at
org.apache.cocoon.www.n3k.sitemap_xmap.wildcardMatchN400299(sitemap_xmap.jav
a:2546)
-----Ursprungliche Nachricht-----
Von: Davanum Srinivas [mailto:[EMAIL PROTECTED]]
Gesendet: Montag, 17. September 2001 13:11
An: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Betreff: Re: DO NOT REPLY [Bug 3646] New: - Bug in XIncludeTransformer
(File Not Found)
Jorn,
Please test the latest code from CVS (either C2.0 or C2.1) and let me know
if the problem still
exists.
Thanks,
dims
--- [EMAIL PROTECTED] wrote:
> DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
> RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
> <http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3646>.
> ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
> INSERTED IN THE BUG DATABASE.
>
> http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3646
>
> Summary: Bug in XIncludeTransformer (File Not Found)
> Product: Cocoon 2
> Version: 2.0b1
> Platform: All
> OS/Version: All
> Status: NEW
> Severity: Normal
> Priority: Other
> Component: sitemap components
> AssignedTo: [EMAIL PROTECTED]
> ReportedBy: [EMAIL PROTECTED]
>
>
> When the first XML file with a xinclude tag is loaded, the internal
variable
> current_xmlbase_uri is set to the path of that xml file.
> When another xml file is invoked which lies in another path, the
> current_xmlbase_uri remains the same (the methods which sets the variable
> aren't invoked again), so a file not found exception is thrown. E.g.:
>
> ================
> c:\menu.xml
> c:\path\test1.xml (xinclude with ../menu.xml)
> c:\path\another_path\test2.xml (xinclude with ../../menu.xml)
>
> Invoking path/test1.xml works correctly. Invoking
path/another_path/test2.xml
> after that throws a file not found exception: c:\path\../../menu.xml is
not
> found.
> ================
>
> Workaround:
> Use src attribute on <map:transform type="xinclude"/>. Additionally this
would
> make the transformer cacheable (right now it issn't). I have changed the
> transformer (without support for caching) to use the src attribute for me
and
> it works fine.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, email: [EMAIL PROTECTED]
>
=====
Davanum Srinivas, JNI-FAQ Manager
http://www.jGuru.com/faq/JNI
__________________________________________________
Terrorist Attacks on U.S. - How can you help?
Donate cash, emergency relief information
http://dailynews.yahoo.com/fc/US/Emergency_Information/
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
