Hi,
I am still trying to retrieve a document produced by OpenOffice's
FlatXML-Filter and stored in Xindice.
What I found out is, that document size doesn't matter - but when there
are more than 5 namespace declarations in the document Cocoon delivers
nothing but the xml-header. Is there a limit on the number of
namespaces?
A Java program retrieves the whole content, even if there are more than
ten namespaces. Unfortunately the only message in the cocoon log
(besides the stack trace) is 'org.xmldb.api.base.XMLDBException: '
without any further information.
Can anyone help please?
Thanks,
Stephan
Sitemap looks like this:
<!-- ======================= XML:DB ============================== -->
<map:match pattern="xmldb/**">
<map:match pattern="xpath" type="request-parameter">
<map:generate
src="xmldb:xindice://localhost:4080/db/{../1}#{1}"/>
<map:serialize type="xml"/>
</map:match>
<map:generate src="xmldb:xindice://localhost:4080/db/{1}"/>
<map:serialize type="xml"/>
</map:match>
cocoon.xconf:
<!-- =============== XML:DB ======== -->
<protocol class="org.apache.cocoon.components.source.XMLDBSourceFactory"
name="xmldb">
<!-- Xindice driver -->
<driver class="org.apache.xindice.client.xmldb.DatabaseImpl"
type="xindice"/>
<!-- Add here other XML:DB compliant databases drivers -->
</protocol>
==================================
The test-document looks like this:
==================================
<?xml version="1.0"?>
<office:document xmlns:office="http://openoffice.org/2000/office";
xmlns:style="http://openoffice.org/2000/style";
xmlns:text="http://openoffice.org/2000/text";
xmlns:table="http://openoffice.org/2000/table";
xmlns:draw="http://openoffice.org/2000/drawing";
xmlns:fo="http://www.w3.org/1999/XSL/Format";
xmlns:xlink="http://www.w3.org/1999/xlink";
xmlns:dc="http://purl.org/dc/elements/1.1/";
xmlns:meta="http://openoffice.org/2000/meta";
xmlns:number="http://openoffice.org/2000/datastyle";
xmlns:svg="http://www.w3.org/2000/svg";
xmlns:chart="http://openoffice.org/2000/chart";
xmlns:dr3d="http://openoffice.org/2000/dr3d";
xmlns:math="http://www.w3.org/1998/Math/MathML";
xmlns:form="http://openoffice.org/2000/form";
xmlns:script="http://openoffice.org/2000/script";
xmlns:config="http://openoffice.org/2001/config"; office:class="text"
office:version="1.0">
I will be retrieved...?
</office:document>
> -----Urspr�ngliche Nachricht-----
> Von: Stephan Meinl [mailto:[EMAIL PROTECTED]
> Gesendet: Samstag, 22. M�rz 2003 00:58
> An: [EMAIL PROTECTED]
> Betreff: OpenOffice Flat-XML and XIndice
>
>
> Hi folks,
> I am working on an CMS with OpenOfficeWriter and Xindice. I
> am using the FlatXML-Filter of OpenOffice to produce raw XML
> which I wanted to store in Xindice and retrieve it with
> Cocoon. Everthing seemed to work fine until I tried to
> retrieve such a document via Cocoon. (Retrieval from a
> JAVA-program works fine.) When I type something like
> http://localhost:8080/cocoon/xmldb/xaps/test.x> ml I get a loud
> complaint from the browser saying that only
> the XML-Declaration was given back and the root element is
> missing. I tried the same with parts of the document (i.e.
> settings.xml or
> content.xml) which worked fine even with Cocoon. Only if I
> try to get the whole thing it doesn't work. Testing with
> Alexander Schatten's "XIndice-Browser" also works. There is
> nothing special with that document - does anyone have an idea
> what went wrong in Cocoon?
>
> Environment is: Cocoon 2.0.4, Tomcat 4.1.18, WinXP Prof.,
> Xindice 1.0 Stacktrace in Tomcat log says: 2003-03-21
> 23:38:25 StandardWrapperValve[Cocoon2]: Servlet.service() for
> servlet Cocoon2 threw exception java.lang.IllegalStateException
> at
> org.apache.coyote.tomcat4.CoyoteResponseFacade.reset(CoyoteRes
> ponseFacad
> e.java:251)
> at
> org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.
> java:1115)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilt
> er(Applica
> tionFilterChain.java:247
>
> I am not that experienced with JAVA to say whether this
> message is the reason. Can anyone help? Thanks a lot, Stephan
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
