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:[EMAIL PROTECTED]]
Sent: Thursday, December 06, 2001 9:49 AM
To: '[EMAIL PROTECTED]'
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:[EMAIL PROTECTED]]
Sent: Thursday, December 06, 2001 9:38 AM
To: [EMAIL PROTECTED]
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
> [EMAIL PROTECTED]
>http://utenti.tripod.it/lmorandini/index.html
>---------------------------------------------
>
>
> > -----Original Message-----
> > From: Mitchell Christensen [mailto:[EMAIL PROTECTED]]
> > Sent: Thursday, December 06, 2001 6:26 PM
> > To: '[EMAIL PROTECTED]'
> > 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:[EMAIL PROTECTED]]
> > Sent: Thursday, December 06, 2001 9:04 AM
> > To: [EMAIL PROTECTED]
> > 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: <[EMAIL PROTECTED]>
> > >For additional commands, e-mail: <[EMAIL PROTECTED]>
> >
> >
> > ---------------------------------------------------------------------
> > 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: <[EMAIL PROTECTED]>
> > For additional commands, e-mail: <[EMAIL PROTECTED]>
> >
> > ---------------------------------------------------------------------
> > 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: <[EMAIL PROTECTED]>
> > For additional commands, e-mail: <[EMAIL PROTECTED]>
> >
>
>
>---------------------------------------------------------------------
>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: <[EMAIL PROTECTED]>
>For additional commands, e-mail: <[EMAIL PROTECTED]>
---------------------------------------------------------------------
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: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>
---------------------------------------------------------------------
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: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>
---------------------------------------------------------------------
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: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>
