You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@cocoon.apache.org by Mitchell Christensen <mc...@redknife.com> on 2001/12/06 19:11:27 UTC
RE: Weird output-SUCCESS!
It is exhilarating to follow a prescribed process to the anticipated result.
By adding LogTransformers to both pipes, then diffing the log files, I
discovered the following...
3,7c4,8
< [startElement] uri=,local=,raw=ResultSet
< [startElement] uri=,local=,raw=Result
< [ ] 1. uri=,local=,qname=from,type=CDATA,value=BELKIN
< [ ] 2. uri=,local=,qname=to,type=CDATA,value=MICROWAREHOUSE
< [ ] 3. uri=,local=,qname=type,type=CDATA,value=POA
---
> [startElement] uri=,local=ResultSet,raw=ResultSet
> [startElement] uri=,local=Result,raw=Result
> [ ] 1. uri=,local=from,qname=from,type=CDATA,value=BELKIN
> [ ] 2. uri=,local=to,qname=to,type=CDATA,value=MICROWAREHOUSE
> [ ] 3. uri=,local=type,qname=type,type=CDATA,value=POA
As you can see, the local= is not set in the failing pipe, just the raw=. I
went back to my generator code and changed
// emit the root element
mCh.startElement("", "", "ResultSet", new AttributesImpl()) ;
to
// emit the root element
mCh.startElement("", "ResultSet", "ResultSet", new AttributesImpl()) ;
on all my element/attribute declarations, and bam!, HTML.
Thanks to all for your help.
I suppose that it is left as an excercise for the reader to explain why XSLT
chokes in this fashion on this input.
-Mitch
-----Original Message-----
From: Mitchell Christensen [mailto:mchristensen@redknife.com]
Sent: Thursday, December 06, 2001 9:49 AM
To: 'cocoon-users@xml.apache.org'
Subject: RE: Weird output
I'm all over that :)
I did insert a LogTransformer as follows,
<map:match pattern="ods/usagesmall">
<map:generate type="usage">
<map:parameter name="dburl"
value="http://stargazer/tamino/microwarehouse/"/>
</map:generate>
<map:transform type="log">
<map:parameter name="logfile" value="usage.log"/>
<map:parameter name="append" value="no"/>
</map:transform>
<map:transform type="xslt"
src="http://stargazer/tamino/microwarehouse/maps/map/UsageGen.xsl"/>
<map:serialize type="html"/>
</map:match>
Now I can't find the usage.log file? Where does it normally go? Could the
fact that it doesn't exists indicate a problem with my usage generator?
Sincere thanks for the help.
-Mitch
-----Original Message-----
From: David Rosenstrauch [mailto:darose@dti.net]
Sent: Thursday, December 06, 2001 9:38 AM
To: cocoon-users@xml.apache.org
Subject: RE: Weird output
Not sure why that same sheet would work fine in one pipeline, but not in
another.
Something must be different about the events flowing through the 2
pipelines, no?
Maybe he should try using the LogTransformer to find out some more info.
DR
At 06:39 PM 12/6/01 +0100, you wrote:
>Mitchell,
>
>I guess it's UsageGen.xsl...
>
>It might be this stylesheet can't match the XML input, hence it, by XSL
>default rules, strips input attributes of tags and outputs what's left.
>
>Hope this helps,
>
>---------------------------------------------
> Luca Morandini
> GIS Consultant
> lmorandini@ieee.org
>http://utenti.tripod.it/lmorandini/index.html
>---------------------------------------------
>
>
> > -----Original Message-----
> > From: Mitchell Christensen [mailto:mchristensen@redknife.com]
> > Sent: Thursday, December 06, 2001 6:26 PM
> > To: 'cocoon-users@xml.apache.org'
> > Subject: RE: Weird output
> >
> >
> > I guess you can never give enough information. (sorry :))
> >
> > This pipe generates only text (redgreenblue...),
> >
> > <map:match pattern="ods/usage">
> > <map:generate type="usage">
> > <map:parameter name="dburl"
> > value="http://stargazer/tamino/microwarehouse/"/>
> > </map:generate>
> > <map:transform type="xslt" src="ods/UsageGen.xsl"/>
> > <map:serialize type="html"/>
> > </map:match>
> >
> > This one generates raw XML that looks fine.
> >
> > <map:match pattern="ods/usageraw">
> > <map:generate type="usage">
> > <map:parameter name="dburl"
> > value="http://stargazer/tamino/microwarehouse/"/>
> > </map:generate>
> > <map:serialize type="xml"/>
> > </map:match>
> >
> > I save the XML generated here to disk, and use this pipe...
> >
> > <map:match pattern="ods/usagesmall">
> > <map:generate type="file" src="ods/usageraw.xml"/>
> > <map:transform type="xslt" src="ods/UsageGen.xsl"/>
> > <map:serialize type="html"/>
> > </map:match>
> >
> > and get nicely formatted HTML.
> >
> > -----Original Message-----
> > From: David Rosenstrauch [mailto:darose@dti.net]
> > Sent: Thursday, December 06, 2001 9:04 AM
> > To: cocoon-users@xml.apache.org
> > Subject: Re: Weird output
> >
> >
> > Could it be that it's calling the default serializer, and that in
> > your case
> > that is the text serializer?
> >
> > Either change the default serializer to be the HTML serializer, or
> > explicitly call the HTML serializer (with <map:serialize type="html"/>).
> >
> > HTH.
> >
> >
> > DR
> >
> >
> > At 09:01 AM 12/6/01 -0800, you wrote:
> > >Hi,
> > >
> > >I have the following logic in my sitemap...
> > >
> > >my_custom_generator -> xslt_transform -> serializer -> Just text (no
HTML
> > >tags whatsoever)
> > >
> > >in an attemp to fix this I did the following...
> > >
> > >my_custom_generator -> xml_serializer -> file_on_disk -+
> > > |
> > > +-------------------------------------------------+
> > > v
> > >file_generator -> same_xslt_transform -> serializer -> Nice looking
HTML
> > >page.
> > >
> > >If I generate output from my generator, I get just text. Like this...
> > >
> > >redorangeyellowgreenblueindigoviolet
> > >
> > >If generate the same XML from a file using the file generator, I get
nice
> > >looking HTML.
> > >
> > >There seems to be some problem with my Generator, but I don't know
what.
> > >No errors/exceptions/etc. I am running Cocoon2rc2 on Linux. This is
> > >my second day poking around at this problem, and any help would be
> > >greatly appreciated.
> > >
> > >Thanks in advance.
> > >-Mitch
> > >--------------------------
> > >Mitch Christensen
> > >Principal Architect
> > >Redknife, Inc.
> > >3095 Independence Dr.
> > >Livermore, CA 94550
> > >
> > >---------------------------------------------------------------------
> > >Please check that your question has not already been answered in the
> > >FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
> > >
> > >To unsubscribe, e-mail: <co...@xml.apache.org>
> > >For additional commands, e-mail: <co...@xml.apache.org>
> >
> >
> > ---------------------------------------------------------------------
> > Please check that your question has not already been answered in the
> > FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
> >
> > To unsubscribe, e-mail: <co...@xml.apache.org>
> > For additional commands, e-mail: <co...@xml.apache.org>
> >
> > ---------------------------------------------------------------------
> > Please check that your question has not already been answered in the
> > FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
> >
> > To unsubscribe, e-mail: <co...@xml.apache.org>
> > For additional commands, e-mail: <co...@xml.apache.org>
> >
>
>
>---------------------------------------------------------------------
>Please check that your question has not already been answered in the
>FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
>
>To unsubscribe, e-mail: <co...@xml.apache.org>
>For additional commands, e-mail: <co...@xml.apache.org>
---------------------------------------------------------------------
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
To unsubscribe, e-mail: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
---------------------------------------------------------------------
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
To unsubscribe, e-mail: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
---------------------------------------------------------------------
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
To unsubscribe, e-mail: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
RE: Weird output-SUCCESS!
Posted by David Rosenstrauch <da...@dti.net>.
At 10:11 AM 12/6/01 -0800, you wrote:
>I suppose that it is left as an excercise for the reader to explain why XSLT
>chokes in this fashion on this input.
>
>-Mitch
That makes some sense, actually:
The FileGenerator is probably putting the element name into both local and qname, while your custom generator is only writing qname.
When you write the stuff to the file as a debug, the xml serializer must be handling this situation properly. But I guess the html serializer, which you really want to use in your pipeline, must not be handling it properly.
I guess the lack of a local name is causing the HTML serializer to either write blank elements (<>) or having the elements getting eliminated altogether, leaving only the text.
See: you learned something new today! :-)
Glad it's fixed.
DR
---------------------------------------------------------------------
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
To unsubscribe, e-mail: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>