You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cocoon.apache.org by bu...@apache.org on 2001/09/17 09:29:20 UTC

DO NOT REPLY [Bug 3646] New: - Bug in XIncludeTransformer (File Not Found)

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: cocoon-dev@xml.apache.org
        ReportedBy: heid@fh-heilbronn.de


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: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org


AW: AW: DO NOT REPLY [Bug 3646] New: - Bug in XIncludeTransformer (File Not Found)

Posted by Jorn Heid <he...@fh-heilbronn.de>.
I'm impressed. Works perfectly now. Thank you very much.

-----Ursprungliche Nachricht-----
Von: Davanum Srinivas [mailto:dims@yahoo.com]
Gesendet: Montag, 17. September 2001 22:33
An: cocoon-dev@xml.apache.org
Betreff: Re: AW: DO NOT REPLY [Bug 3646] New: - Bug in
XIncludeTransformer (File Not Found)


Jorn,

Should be fixed in both C2.0 and C2.1 CVS now. Please try it out and let me
know.

Thanks,
dims

--- Jorn_Heid <he...@fh-heilbronn.de> wrote:
> 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:dims@yahoo.com]
> Gesendet: Montag, 17. September 2001 13:11
> An: cocoon-dev@xml.apache.org
> Cc: heid@fh-heilbronn.de
> 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
>
> --- bugzilla@apache.org 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: cocoon-dev@xml.apache.org
> >         ReportedBy: heid@fh-heilbronn.de
> >
> >
> > 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: cocoon-dev-unsubscribe@xml.apache.org
> > For additional commands, email: cocoon-dev-help@xml.apache.org
> >
>
>
> =====
> 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: cocoon-dev-unsubscribe@xml.apache.org
> For additional commands, email: cocoon-dev-help@xml.apache.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> For additional commands, email: cocoon-dev-help@xml.apache.org


=====
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: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org


Re: AW: DO NOT REPLY [Bug 3646] New: - Bug in XIncludeTransformer (File Not Found)

Posted by Davanum Srinivas <di...@yahoo.com>.
Jorn,

Should be fixed in both C2.0 and C2.1 CVS now. Please try it out and let me know.

Thanks,
dims

--- Jorn_Heid <he...@fh-heilbronn.de> wrote:
> 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:dims@yahoo.com]
> Gesendet: Montag, 17. September 2001 13:11
> An: cocoon-dev@xml.apache.org
> Cc: heid@fh-heilbronn.de
> 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
> 
> --- bugzilla@apache.org 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: cocoon-dev@xml.apache.org
> >         ReportedBy: heid@fh-heilbronn.de
> >
> >
> > 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: cocoon-dev-unsubscribe@xml.apache.org
> > For additional commands, email: cocoon-dev-help@xml.apache.org
> >
> 
> 
> =====
> 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: cocoon-dev-unsubscribe@xml.apache.org
> For additional commands, email: cocoon-dev-help@xml.apache.org
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> For additional commands, email: cocoon-dev-help@xml.apache.org


=====
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: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org


AW: DO NOT REPLY [Bug 3646] New: - Bug in XIncludeTransformer (File Not Found)

Posted by Jorn Heid <he...@fh-heilbronn.de>.
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:dims@yahoo.com]
Gesendet: Montag, 17. September 2001 13:11
An: cocoon-dev@xml.apache.org
Cc: heid@fh-heilbronn.de
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

--- bugzilla@apache.org 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: cocoon-dev@xml.apache.org
>         ReportedBy: heid@fh-heilbronn.de
>
>
> 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: cocoon-dev-unsubscribe@xml.apache.org
> For additional commands, email: cocoon-dev-help@xml.apache.org
>


=====
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: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org


Re: DO NOT REPLY [Bug 3646] New: - Bug in XIncludeTransformer (File Not Found)

Posted by Davanum Srinivas <di...@yahoo.com>.
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

--- bugzilla@apache.org 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: cocoon-dev@xml.apache.org
>         ReportedBy: heid@fh-heilbronn.de
> 
> 
> 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: cocoon-dev-unsubscribe@xml.apache.org
> For additional commands, email: cocoon-dev-help@xml.apache.org
> 


=====
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: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org