Re: transformers and SAX events

2003-06-18 Thread Lionel Crine
Can you be more explicit.

You want to create a String from SAX events with your transformer and then 
send it to the next component?

A transformer take SAX events on entry and return SAX events (using the SAX 
methods).
But I you don't want to use the SAX methods, you can extends your 
transformer from AbstractDOMTransformer (create a DOM from SAX events) and 
then parse the DOM to send it the the next component pipeline.

Lionel

At 14:10 17/06/2003 -0400, you wrote:
Hi everyone,

I am creating my own transformer which extends abstractSAXTransformer.
In the end I am left with a string of XML data.  Is there a simple way
to send this data in a SAX event to the next pipeline component?  I do
not want to have to parse it and send StartEvents, textEvents and
endEvents.
The answer is probably simple, I just can not seem to find it myself.

Thanks,
Dave
-
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]


transformers and SAX events

2003-06-17 Thread Dave Dearman
Hi everyone,

I am creating my own transformer which extends abstractSAXTransformer.
In the end I am left with a string of XML data.  Is there a simple way
to send this data in a SAX event to the next pipeline component?  I do
not want to have to parse it and send StartEvents, textEvents and
endEvents.

The answer is probably simple, I just can not seem to find it myself.

Thanks, 
Dave


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Problems with transformers XSL - xinclude

2002-11-20 Thread Joerg Heinicke
Hello Robert,

the only thing I can imagine at the moment is the missing or wrong 
namespace declaration of XInclude. What does does not work mean? Do 
you get any error message?

Joerg

Dr. Robert Spiske wrote:
Hello!

(Using: Cocoon 2.0/Tomcat 3.3.1/Linux)

To ease my users writing XML I introduced a Tag:
include href=file id=someid /

Now I try to get three transformers working in a row.
The first XSLT changes the above include to:

xi:include href=file / (Droped the xpointer stuff because it's not 
the problem)

After that I call map:tranform type=xinclude / and it does not work.
The third transformer is again an XSLT that should make nice HTML.

Note:
If I don't call the xinclude transformer everything works.
If I write the xi:include .../ line in the file and call the xinclude 
transformer first,
everything works.
But if I call the xinclude after the first xslt it does not work.

Does anyone have an idea ?

Thanks
Robert


-
Please check that your question  has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faq/index.html

To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail:   [EMAIL PROTECTED]




Re: Problems with transformers XSL - xinclude

2002-11-20 Thread Martin Holz
On Wednesday 20 November 2002 09:48, Dr. Robert Spiske wrote:
 Hello!

 (Using: Cocoon 2.0/Tomcat 3.3.1/Linux)

 To ease my users writing XML I introduced a Tag:
 include href=file id=someid /

 Now I try to get three transformers working in a row.
 The first XSLT changes the above include to:

 xi:include href=file / (Droped the xpointer stuff because it's not the
 problem)

 After that I call map:tranform type=xinclude / and it does not work.

What does not work mean? Its not touched by the xinclude transformer
and remains in the output?

 The third transformer is again an XSLT that should make nice HTML.

 Note:
 If I don't call the xinclude transformer everything works.
 If I write the xi:include .../ line in the file and call the xinclude
 transformer first,
 everything works.
 But if I call the xinclude after the first xslt it does not work.

 Does anyone have an idea ?

Just a wild guess. Do you use exactly the same namespace
declaration for xi in the stylesheet and the static variant?


Martin 

-
Please check that your question  has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faq/index.html

To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail:   [EMAIL PROTECTED]




Re: Problems with transformers XSL - xinclude

2002-11-20 Thread Dr. Robert Spiske
Hello!

The xi:include ... /  should have been:
xi:include xml:base=cocoon: .../

Robert


-
Please check that your question  has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faq/index.html

To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail:   [EMAIL PROTECTED]




Re: TransFormers

2002-10-16 Thread Jeff Turner

On Wed, Oct 16, 2002 at 01:57:38PM +0900, Tanmay Kumar wrote:
 Hi all,
 
 I am finding Cocoon very useful for our project. Thanks a lot to the
 developers...
 I have one requirement like this. Is there any Cocoon class to address this
 issue?
 Input will be a DOM node, but while parsing the DOM node all SAX events
 should be fir.
 
 Example:
 
 R
 A101/A
 BWorld/B
 /R
 
 While it got the root element as 'R', startElement() method should be
 invoked with proper arguments i.e name, attributelist.
 
 Again when the child element is a text node as per DOM(101 in ex.) ,
 characters() method should be fired.

I think you want org.apache.cocoon.xml.dom.DOMStreamer:

 * The codeDOMStreamer/code is a utility class that will generate SAX
 * events from a W3C DOM Document.

If you want to use this in a Transformer, have a look at
AbstractDOMTransformer.

--Jeff

 
 thanks,
 Tans

-
Please check that your question  has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faq/index.html

To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail:   [EMAIL PROTECTED]




TransFormers

2002-10-15 Thread Tanmay Kumar

Hi all,

I am finding Cocoon very useful for our project. Thanks a lot to the
developers...
I have one requirement like this. Is there any Cocoon class to address this
issue?
Input will be a DOM node, but while parsing the DOM node all SAX events
should be fir.

Example:

R
A101/A
BWorld/B
/R

While it got the root element as 'R', startElement() method should be
invoked with proper arguments i.e name, attributelist.

Again when the child element is a text node as per DOM(101 in ex.) ,
characters() method should be fired.

I am not sure about
org.apache.cocoon.transformation.ReadDOMSessionTransformer.java file whether
it can meet this.

Please let me know if any cocoon APIs can address this or any other free
source code which can meet this requirement.

If u need more clarification, please let me know.

It will be a great help.

thanks,
Tans





-
Please check that your question  has not already been answered in the
FAQ before posting. http://xml.apache.org/cocoon/faq/index.html

To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail:   [EMAIL PROTECTED]




Multiple XSL Transformers

2002-06-04 Thread Jason Foster

I was wondering if it is possible to have both a Xalan-based and a 
Saxon-based transformer active within Cocoon simultaneously?

I am using Xalan's support for BSF-scriptable extensions in a couple of 
places and quite like it's approach.  Unfortunately the current version of 
Xalan can't deal with DocBook and I don't want to use the backlevel version 
that can.  Saxon, on the other hand, can deal with DocBook without too much 
fuss.

So what I'm hoping is that I can declare a XalanTransformer and a 
SaxonTransformer then set up my pipelines accordingly.  Is this possible?  
If so, can anyone offer any suggestions as to how?

Thanks!

Jason Foster


-
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]




RE: Multiple XSL Transformers

2002-06-04 Thread Vadim Gritsenko

 From: Jason Foster [mailto:[EMAIL PROTECTED]]
 
 I was wondering if it is possible to have both a Xalan-based and a
 Saxon-based transformer active within Cocoon simultaneously?
 
 I am using Xalan's support for BSF-scriptable extensions in a couple
of
 places and quite like it's approach.  Unfortunately the current
version of
 Xalan can't deal with DocBook and I don't want to use the backlevel
version
 that can.  Saxon, on the other hand, can deal with DocBook without too
much
 fuss.
 
 So what I'm hoping is that I can declare a XalanTransformer and a
 SaxonTransformer then set up my pipelines accordingly.  Is this
possible?

 If so, can anyone offer any suggestions as to how?

Start from TraxTransformer (search for xslt-processor-role) in Cocoon
2.0.3, or TraxTransformer (search for transformer-factory) in Cocoon
2.1; and follow from there.

Vadim


 Thanks!
 
 Jason Foster
 
 


-
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]




Re: Multiple XSL Transformers

2002-06-04 Thread Diana Shannon


On Tuesday, June 4, 2002, at 01:48  PM, Vadim Gritsenko wrote:

 Start from TraxTransformer (search for xslt-processor-role) in Cocoon
 2.0.3, or TraxTransformer (search for transformer-factory) in Cocoon
 2.1; and follow from there.

Does this mean it's possible, Vadim, or that Jason should try it to make 
it work in this way? If it's possible, I'd like to add it to the FAQ for 
xslt topics.

Thanks.

Diana


-
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]




RE: Multiple XSL Transformers

2002-06-04 Thread Vadim Gritsenko

 From: Diana Shannon [mailto:[EMAIL PROTECTED]]
 
 
 On Tuesday, June 4, 2002, at 01:48  PM, Vadim Gritsenko wrote:
 
  Start from TraxTransformer (search for xslt-processor-role) in
Cocoon
  2.0.3, or TraxTransformer (search for transformer-factory) in
Cocoon
  2.1; and follow from there.
 
 Does this mean it's possible, Vadim, or that Jason should try it to
make
 it work in this way? If it's possible, I'd like to add it to the FAQ
for
 xslt topics.

I think it's possible also I have not tried.

Vadim


 Thanks.
 
 Diana
 


-
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]




Re: Multiple XSL Transformers

2002-06-04 Thread Peter Royal

On Tuesday 04 June 2002 02:05 pm, Vadim Gritsenko wrote:
  From: Diana Shannon [mailto:[EMAIL PROTECTED]]
 
  On Tuesday, June 4, 2002, at 01:48  PM, Vadim Gritsenko wrote:
   Start from TraxTransformer (search for xslt-processor-role) in

 Cocoon

   2.0.3, or TraxTransformer (search for transformer-factory) in

 Cocoon

   2.1; and follow from there.
 
  Does this mean it's possible, Vadim, or that Jason should try it to

 make

  it work in this way? If it's possible, I'd like to add it to the FAQ

 for

  xslt topics.

 I think it's possible also I have not tried.

It is possible. I used the xslt-processor-role variant on 2.0.2 a few months 
back to test XSLTC. It went like this (on 2.0.3, change as needed for SAXON)

Add new component to cocoon.xconf:

component role=org.apache.cocoon.components.xslt.XSLTProcessor/XSLTC
class=org.apache.cocoon.components.xslt.XSLTProcessorImpl
logger=core.xslt-processor
parameter name=use-store value=true/
parameter name=transformer-factory 
value=org.apache.xalan.xsltc.trax.TransformerFactoryImpl/
  /component

And a new transformer to your sitemap:

map:transformer name=xslt-xsltc 
src=org.apache.cocoon.transformation.TraxTransformer
  use-request-parametersfalse/use-request-parameters
  use-browser-capabilities-dbfalse/use-browser-capabilities-db  
xslt-processor-roleorg.apache.cocoon.components.xslt.XSLTProcessor/XSLTC/xslt-processor-role
/map:transformer


-pete

-- 
peter royal - [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]




Re: Multiple XSL Transformers

2002-06-04 Thread Jason Foster

 It is possible. I used the xslt-processor-role variant on 2.0.2 a few 
 months
 back to test XSLTC. It went like this (on 2.0.3, change as needed for 
 SAXON)

It's the change as needed that's currently the problem.  All of the 
references I've found involve people dropping in the Saxon jar.  I'm 
still looking for the proper class to include as the transformer-factory, 
as suggested by Vadim.

Jason


-
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]




RE: Multiple XSL Transformers

2002-06-04 Thread Vadim Gritsenko

 From: Jason Foster [mailto:[EMAIL PROTECTED]]
 
  It is possible. I used the xslt-processor-role variant on 2.0.2 a
few
  months
  back to test XSLTC. It went like this (on 2.0.3, change as needed
for
  SAXON)
 
 It's the change as needed that's currently the problem.  All of the
 references I've found involve people dropping in the Saxon jar.  I'm
 still looking for the proper class to include as the
transformer-factory,
 as suggested by Vadim.

com\icl\saxon\TransformerFactoryImpl?

Vadim

 
 Jason


-
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]




Re: Multiple XSL Transformers

2002-06-04 Thread Peter Royal

On Tuesday 04 June 2002 02:19 pm, Jason Foster wrote:
  It is possible. I used the xslt-processor-role variant on 2.0.2 a few
  months
  back to test XSLTC. It went like this (on 2.0.3, change as needed for
  SAXON)

 It's the change as needed that's currently the problem.  All of the
 references I've found involve people dropping in the Saxon jar.  I'm
 still looking for the proper class to include as the transformer-factory,
 as suggested by Vadim.

com.icl.saxon.TransformerFactoryImpl
-pete

-- 
peter royal - [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]




Re: Multiple XSL Transformers

2002-06-04 Thread Jason Foster

snip/

OK, here's my status report...

Short Version
   - the moment you drop saxon.jar into WEB-INF/lib, you use Saxon for 
everything

Long Version
   - place a copy of saxon.jar in WEB-INF/lib
   - create two transformers as follows:

   map:transformers default=xslt
 map:transformer logger=sitemap.transformer.xslt name=xslt 
 pool-grow=2 pool-max=32 pool-min=8 
 src=org.apache.cocoon.transformation.TraxTransformer
   use-request-parametersfalse/use-request-parameters
   use-browser-capabilities-dbfalse/use-browser-capabilities-db
   use-delifalse/use-deli
 transformer-
 factoryorg.apache.xalan.processor.TransformerFactoryImpl/transformer-factory
 /map:transformer


 map:transformer name=saxslt pool-grow=2 pool-max=32 pool-min=8
  src=org.apache.cocoon.transformation.TraxTransformer
   use-request-parametersfalse/use-request-parameters
   use-browser-capabilities-dbfalse/use-browser-capabilities-db
 transformer-
 factorycom.icl.saxon.TransformerFactoryImpl/transformer-factory
 /map:transformer

   - edit simple-page2html.xsl to include the following line:

 xsl:value-of select=system-property('xsl:vendor')/

   - leave the sitemap entry as follows:

map:match pattern=hello.html
 map:generate src=docs/samples/hello-page.xml/
 map:transform src=stylesheets/page/simple-page2html.xsl type=xslt
 /
 map:serialize type=html/
/map:match

   - start cocoon
   - http://127.0.0.1:8080/cocoon/hello.html is served by SAXON 6.5.2 from 
Michael Kay

Looks like the system is simply picking up Saxon regardless of the value of 
transformer-factory.

Any suggestions as to how to proceed?  All of my changes have been to 
sitemap.xmap, not to cocoon.xconf (like anyone really knows the difference!
).

Jason Foster


-
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]




Re: Multiple XSL Transformers

2002-06-04 Thread Jason Foster

Victory!

Using the HEAD branch and the instructions given earlier, everything seems 
to be working.  Someone should probably patch the webapp sitemap to make 
sure that the xslt transformer explicitly sets

   transformer-factory
 org.apache.xalan.processor.TransformerFactoryImpl
   /transformer-factory

... so that the system is completely and obviously deterministic.  When 
debugging this kind of thing

   xsl:value-of select=system-property('xsl:vendor')/

... is a great tool.

Thanks for your help.  Now I'm on to DocBook.

Jason Foster


-
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]




Re: Multiple XSL Transformers

2002-06-04 Thread Peter Royal

On Tuesday 04 June 2002 05:17 pm, Jason Foster wrote:
 Looks like the system is simply picking up Saxon regardless of the value of
 transformer-factory.

 Any suggestions as to how to proceed?  All of my changes have been to
 sitemap.xmap, not to cocoon.xconf (like anyone really knows the difference!
 ).

Are you using the HEAD branch from CVS (2.1) or the 2_0_3 branch? If you're 
using 2_0_3, you need to follow the pieces I sent earlier. If you're using 
HEAD, there's probably a bug somewhere but I can't help any further since I'm 
using 2_0_3.
-pete

-- 
peter royal - [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]




SQL Generators and SQL Transformers

2002-05-20 Thread Hiloliddin Karimov

Hi All,

I try retrieve data from DB (load some data from DB) before page show.
How I understood, I can it by Generators and Transformers. If there is more,
please tell me know ( if possible pls in detail ).

1. I try use the SQL Transformer, retrieve rows from DB and to show their in
XML. It like works, but I have small problem.
I get only column names, there no value?
like it...
sql:row
  sql:username / 
  sql:balance / 
  sql:status / 
/sql:row
sql:row
  sql:username / 
  sql:balance / 
  sql:status / 
  /sql:row
/sql:rowset
...

Here what I have:
sitemap.xmap

...
  map:match pattern=show.html
  map:generate src=templates/sql/show.xml/
  map:transform src=stylesheets/myapp.xsl/
  map:transform type=sql
map:parameter name=use-connection value=personnel/
  /map:transform
  map:serialize type=xml/
  /map:match

show.xml

...
 query
  SELECT username, balance, status FROM users
/query
...
???

2. And I found like it in archive:
map:generate type=sql src=select * from emp/
But I couldn't that it works, in detail I didn't found. How can I use it?

Thanks a lot,
Hill
Cocoon 2.1 (xml-cocoon2_20020517041743.tar.gz); Tomcat 4.0; JDK SDK 1.3.1;
Oracle 7; WinNT 4.0;

PS: If it would be in forum.java.sun.com, I have put more than 10 Duke
Dollars :))

-
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]




Limit of three transformers with HSSFSerializer?

2002-04-24 Thread Seth Ladd

Hello again,

It seems that my pipeline works with only 3 transformers. 
Unfortunately, I need more than that.  The following pipeline:

map:pipeline
map:match pattern=*2.xml
map:generate src={1}2.xml/
map:transform src=test.xslt/
map:transform src=output.xslt/
map:transform src=convert.xslt/
map:transform src=final.xslt/
map:serialize type=xls/
/map:match
/map:pipeline

Does not work, but if I remove a transformer (for instance, the
test.xslt) it works fine.

Summary of system:

Resin 2.0.2
Sun JDK 1.4
Linux 2.4.17
Cocoon Nightly Build (2002-04-23)

The error I get is a NullPointerException.  For full stack trace, see my
previous post.

Is there a limit (either hard or soft) of transformers in a pipeline?

Thanks very much,
Seth




-
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]




More esql, short question on transformers

2002-04-24 Thread jsexton


What is the difference between transformer type=serverpages and
type=jsp ?

--
Jeff Sexton
ODS Health Plans
[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]




RE: More esql, short question on transformers

2002-04-24 Thread von Schwerdtner, Thomas (GXS, FPI)
Title: RE: More esql, short question on transformers





serverpages = xsp


 -Original Message-
 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
 Sent: Wednesday, April 24, 2002 2:20 PM
 To: [EMAIL PROTECTED]
 Subject: More esql, short question on transformers
 
 
 
 What is the difference between transformer type=serverpages and
 type=jsp ?
 
 --
 Jeff Sexton
 ODS Health Plans
 [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]
 





Re: More esql, short question on transformers (oops)

2002-04-24 Thread jsexton


von Schwerdtner, Thomas (GXS, FPI) says:
 --_=_NextPart_001_01C1EBBC.1D67DE90
 Content-Type: text/plain;
   charset=ISO-8859-1
 
 serverpages = xsp

Of course I meant to say generators.  But at any rate, it seems that
functionally a very simular execution path happens.  The jsp type I
guess can do a generic jsp, but serverpages has the advantages of
cocoon's framework.

I'm still struggling with using esql and thought I'd try it in a jsp
with that generator type.  I don't seem to be able to get that syntax
right, but no matter, I'd rather put esql in an xml file and use
serverpages, if I can get it to hppen, anyway.
 
  -Original Message-
  From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
  Sent: Wednesday, April 24, 2002 2:20 PM
  To: [EMAIL PROTECTED]
  Subject: More esql, short question on transformers
  
  
  
  What is the difference between transformer type=serverpages and
  type=jsp ?
  
  --
  Jeff Sexton
  ODS Health Plans
  [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]
  
 
 --_=_NextPart_001_01C1EBBC.1D67DE90
 Content-Type: text/html;
   charset=ISO-8859-1
 Content-Transfer-Encoding: quoted-printable
 
 !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 3.2//EN
 HTML
 HEAD
 META HTTP-EQUIV=3DContent-Type CONTENT=3Dtext/html; =
 charset=3DISO-8859-1
 META NAME=3DGenerator CONTENT=3DMS Exchange Server version =
 5.5.2654.19
 TITLERE: More esql, short question on transformers/TITLE
 /HEAD
 BODY
 
 PFONT SIZE=3D2serverpages =3D xsp/FONT
 /P
 
 PFONT SIZE=3D2gt; -Original Message-/FONT
 BRFONT SIZE=3D2gt; From: [EMAIL PROTECTED] [A =
 HREF=3Dmailto:[EMAIL PROTECTED];mailto:[EMAIL PROTECTED]/A]/FONT
 BRFONT SIZE=3D2gt; Sent: Wednesday, April 24, 2002 2:20 PM/FONT
 BRFONT SIZE=3D2gt; To: [EMAIL PROTECTED]/FONT
 BRFONT SIZE=3D2gt; Subject: More esql, short question on =
 transformers/FONT
 BRFONT SIZE=3D2gt; /FONT
 BRFONT SIZE=3D2gt; /FONT
 BRFONT SIZE=3D2gt; /FONT
 BRFONT SIZE=3D2gt; What is the difference between transformer =
 type=3Dquot;serverpagesquot; and/FONT
 BRFONT SIZE=3D2gt; type=3Dquot;jspquot; ?/FONT
 BRFONT SIZE=3D2gt; /FONT
 BRFONT SIZE=3D2gt; --/FONT
 BRFONT SIZE=3D2gt; Jeff Sexton/FONT
 BRFONT SIZE=3D2gt; ODS Health Plans/FONT
 BRFONT SIZE=3D2gt; [EMAIL PROTECTED]/FONT
 BRFONT SIZE=3D2gt; /FONT
 BRFONT SIZE=3D2gt; =
 -/F=
 ONT
 BRFONT SIZE=3D2gt; Please check that your question has not already =
 been answered in the/FONT
 BRFONT SIZE=3D2gt; FAQ before posting. lt;A =
 HREF=3Dhttp://xml.apache.org/cocoon/faqs.html; =
 TARGET=3D_blankhttp://xml.apache.org/cocoon/faqs.html/Agt;/FONT
 BRFONT SIZE=3D2gt; /FONT
 BRFONT SIZE=3D2gt; To unsubscribe, e-mail: =
 lt;[EMAIL PROTECTED]gt;/FONT
 BRFONT SIZE=3D2gt; For additional commands, e-mail: =
 lt;[EMAIL PROTECTED]gt;/FONT
 BRFONT SIZE=3D2gt; /FONT
 /P
 
 /BODY
 /HTML
 --_=_NextPart_001_01C1EBBC.1D67DE90--



--
Jeff Sexton
ODS Health Plans
[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]




RE: How do i disable caching for Transformers.......

2002-02-12 Thread Chitharanjan Das



How do I disable caching for the transformers?

I am experimenting with transformers and I am not able to remove objects
cached for transformers.
To disable caching I did the following..

In cocoon.xcomf, I enabled the non caching event pipeline
event-pipeline
class=org.apache.cocoon.components.pipeline.NonCachingEventPipeline/


I then restarted Cocoon and still in log file I get the info

DEBUG   (2002-02-12) 01:57.54:730   [cocoon  ] (/accordia/tsttr)
HttpProcessor[8080][4]/DefaultPool: Retrieving a
com.accordia.display.transformation.StringTransformer from the pool

How can I disable caching ? or how do I delete cached objects ?

The only way I am able to test is by changing the transformer names in
site-map for each run, which is kind a pain

Could any one of you please, provide a small note on cache options for
Cocoon for Generators, Actions , Transformers etc.,

Thanks in advance,
Chiths





-
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]




How do i disable caching for Transformers.......

2002-02-12 Thread Chitharanjan Das

How do I disable caching for the transformers?

I am experimenting with transformers and I am not able to remove objects
cached for transformers.
To disable caching I did the following..

In cocoon.xcomf, I enabled the non caching event pipeline
event-pipeline
class=org.apache.cocoon.components.pipeline.NonCachingEventPipeline/


I then restarted Cocoon and still in log file I get the info

DEBUG   (2002-02-12) 01:57.54:730   [cocoon  ] (/accordia/tsttr)
HttpProcessor[8080][4]/DefaultPool: Retrieving a
com.accordia.display.transformation.StringTransformer from the pool

How can I disable caching ? or how do I delete cached objects ?

The only way I am able to test is by changing the transformer names in
site-map for each run, which is kind a pain

Could any one of you please, provide a small note on cache options for
Cocoon for Generators, Actions , Transformers etc.,

Thanks in advance,
Chiths





-
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]




RE: How do i disable caching for Transformers.......

2002-02-12 Thread Vadim Gritsenko

Transformers are not cacheable by default.

Read Cacheable.java from the org.apache.cocoon.caching package, see
TraxTransformer.java (or others implementing Cacheable) for examples of
cacheable transformers.

Vadim

 From: Chitharanjan Das [mailto:[EMAIL PROTECTED]]
 
 How do I disable caching for the transformers?
 
 I am experimenting with transformers and I am not able to remove
objects
 cached for transformers.
 To disable caching I did the following..
 
 In cocoon.xcomf, I enabled the non caching event pipeline
   event-pipeline

class=org.apache.cocoon.components.pipeline.NonCachingEventPipeline/
 
 
 I then restarted Cocoon and still in log file I get the info
 
 DEBUG   (2002-02-12) 01:57.54:730   [cocoon  ] (/accordia/tsttr)
 HttpProcessor[8080][4]/DefaultPool: Retrieving a
 com.accordia.display.transformation.StringTransformer from the pool
 
 How can I disable caching ? or how do I delete cached objects ?
 
 The only way I am able to test is by changing the transformer names in
 site-map for each run, which is kind a pain
 
 Could any one of you please, provide a small note on cache options for
 Cocoon for Generators, Actions , Transformers etc.,
 
 Thanks in advance,
 Chiths


-
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]




RE: How do i disable caching for Transformers.......

2002-02-12 Thread Chitharanjan Das

Hello All,
You are right as always,
There was a problem in my ant script...
Transformers are not cached...
Sorry for creating any confusion 

Regds,
Chiths

Vadim

 From: Chitharanjan Das [mailto:[EMAIL PROTECTED]]
 
 How do I disable caching for the transformers?
 
 I am experimenting with transformers and I am not able to remove
objects
 cached for transformers.
 To disable caching I did the following..
 
 In cocoon.xcomf, I enabled the non caching event pipeline
   event-pipeline

class=org.apache.cocoon.components.pipeline.NonCachingEventPipeline/
 
 
 I then restarted Cocoon and still in log file I get the info
 
 DEBUG   (2002-02-12) 01:57.54:730   [cocoon  ] (/accordia/tsttr)
 HttpProcessor[8080][4]/DefaultPool: Retrieving a
 com.accordia.display.transformation.StringTransformer from the pool
 
 How can I disable caching ? or how do I delete cached objects ?
 
 The only way I am able to test is by changing the transformer names in
 site-map for each run, which is kind a pain
 
 Could any one of you please, provide a small note on cache options for
 Cocoon for Generators, Actions , Transformers etc.,
 
 Thanks in advance,
 Chiths


-
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]




Re: Transformers vs. Generators

2001-11-16 Thread Jozsa Kristof

On Thu, Nov 15, 2001 at 03:31:09PM -0500, Peter Royal wrote:
 On Thursday 15 November 2001 03:13 pm, you wrote:
  Peter, exactly where had you put your own Transformers? I've tried to put
  it in my own package (not in org.apache.cocoon.transformation), jar-ed it
  correctly, dropped the jar into Cocoon's main WEB-INF/lib/, configured it
  in the sitemap, and got a ClassNotFoundException. Do I have to use the
  cocoon.transformation package for my Transformators, or where should I put
  it to let Cocoon to use it?
 
 Thats pretty much what I did over here. One debugging check is to look at the 
 start of the cocoon.log and in there it enumerates its classpath that it 
 built from the lib directory. Make sure your jar is listed in there as a 
 starting point in debugging.
 
 If the jar is there and you still have the error, email me the stack trace.
 -pete

Okay, figured it out. I wrote MyTransformer.class in the sitemap, where
providing the .class extension is actually an error. Yesterday I went home
after I couldn't even spell 'Exception' correctly in some other java source
of mine; today I've found the error in my Cocoon sitemap setup in minutes :)

I had to clear the Catalina cache (rm -rf work/*) in my JBoss+Tomcat's setup
though to get it work, but solved it at last as I said..

Thanks,
Christopher

-- 
.Digital.Yearning.for.Networked.Assassination.and.Xenocide

-
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]




Transformers vs. Generators

2001-11-15 Thread Jozsa Kristof

Okay, one piece of theoratical question. If I want to use xml data output
from a bunch of EJBs (JBoss+Cocoon stuff), shall I better write a
Transformer or a Generator for getting the data?

I'd vote for Transformers, which looks for xml tags in a source xml like
customer-data/, and replaces it with the business data coming from EJBs,
which gets rendered by an other (eg. the default XSLT) Transformer right
after.

Is that the correct way handling the situation?

Christopher
-- 
.Digital.Yearning.for.Networked.Assassination.and.Xenocide

-
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]




Re: Transformers vs. Generators

2001-11-15 Thread Peter Royal

On Thursday 15 November 2001 11:50 am, you wrote:
 Okay, one piece of theoratical question. If I want to use xml data output
 from a bunch of EJBs (JBoss+Cocoon stuff), shall I better write a
 Transformer or a Generator for getting the data?

 I'd vote for Transformers, which looks for xml tags in a source xml like
 customer-data/, and replaces it with the business data coming from EJBs,
 which gets rendered by an other (eg. the default XSLT) Transformer right
 after.

 Is that the correct way handling the situation?

That works, but exception handling that way can be a pain because you can 
only throw a SAXException once the transformer gets going.

I recently refactored my project to use a lot of transformers, I think its 
more manageable that way. I have a transformer that inserts data similar to 
your need, and it works by loading the data in the setup() method, and then 
spitting it out once the appropriate tag is seen.

I like that approach because if there is an error loading the data I can 
throw a ProcessingException and there is the chance for a nice error page to 
be shown to the user. Once the SAX stream starts going, an exception could 
result in a 1/2 rendered page for the client, not good IMHO.

So my suggestion to you would be to see if you can load your customer data in 
the setup() of a transformer, and then only serialize it once the tag you are 
looking for is encountered.

I hope that makes sense :)
-pete

-- 
peter royal - [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]




Re: Transformers vs. Generators

2001-11-15 Thread Jozsa Kristof

On Thu, Nov 15, 2001 at 12:28:30PM -0500, Peter Royal wrote:
 On Thursday 15 November 2001 11:50 am, you wrote:
  Okay, one piece of theoratical question. If I want to use xml data output
  from a bunch of EJBs (JBoss+Cocoon stuff), shall I better write a
  Transformer or a Generator for getting the data?
 
  I'd vote for Transformers, which looks for xml tags in a source xml like
  customer-data/, and replaces it with the business data coming from EJBs,
  which gets rendered by an other (eg. the default XSLT) Transformer right
  after.
 
  Is that the correct way handling the situation?
 
 That works, but exception handling that way can be a pain because you can 
 only throw a SAXException once the transformer gets going.
 
 I recently refactored my project to use a lot of transformers, I think its 
 more manageable that way. 
I have a transformer that inserts data similar to 
 your need, and it works by loading the data in the setup() method, and then 
 spitting it out once the appropriate tag is seen.

Can you handle situations using this approach where the data changes
meanwhile? Does the setup() runs only once at Cocoon initialization or it
runs once at every page request? 

 throw a ProcessingException and there is the chance for a nice error page to 
 be shown to the user. Once the SAX stream starts going, an exception could 
 result in a 1/2 rendered page for the client, not good IMHO.

Yeah, clear.. very good point!

Thanks for the pieces of advice,

Christopher
-- 
.Digital.Yearning.for.Networked.Assassination.and.Xenocide

-
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]




Re: Transformers vs. Generators

2001-11-15 Thread Peter Royal

On Thursday 15 November 2001 12:58 pm, you wrote:
 Can you handle situations using this approach where the data changes
 meanwhile? Does the setup() runs only once at Cocoon initialization or it
 runs once at every page request?

setup() is called for each request. If you need to do stuff just 1x ever, you 
can make your transformer Initializable and you can do that in the 
initialize() method.

 Thanks for the pieces of advice,

no problem.
-pete

-- 
peter royal - [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]




Re: Transformers vs. Generators

2001-11-15 Thread Peter Royal

On Thursday 15 November 2001 03:13 pm, you wrote:
 Peter, exactly where had you put your own Transformers? I've tried to put
 it in my own package (not in org.apache.cocoon.transformation), jar-ed it
 correctly, dropped the jar into Cocoon's main WEB-INF/lib/, configured it
 in the sitemap, and got a ClassNotFoundException. Do I have to use the
 cocoon.transformation package for my Transformators, or where should I put
 it to let Cocoon to use it?

Thats pretty much what I did over here. One debugging check is to look at the 
start of the cocoon.log and in there it enumerates its classpath that it 
built from the lib directory. Make sure your jar is listed in there as a 
starting point in debugging.

If the jar is there and you still have the error, email me the stack trace.
-pete

-- 
peter royal - [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]




SV: Transformers vs. Generators

2001-11-15 Thread Soren Neigaard

Sounds more like you need to put you jar in your ServletEngines classpath.

-Oprindelig meddelelse-
Fra: Jozsa Kristof [mailto:[EMAIL PROTECTED]]
Sendt: 15. november 2001 12:14
Til: [EMAIL PROTECTED]
Emne: Re: Transformers vs. Generators


On Thu, Nov 15, 2001 at 12:28:30PM -0500, Peter Royal wrote:
 On Thursday 15 November 2001 11:50 am, you wrote:
  Okay, one piece of theoratical question. If I want to use xml data
output
  from a bunch of EJBs (JBoss+Cocoon stuff), shall I better write a
  Transformer or a Generator for getting the data?
 
  I'd vote for Transformers, which looks for xml tags in a source xml like
  customer-data/, and replaces it with the business data coming from
EJBs,
  which gets rendered by an other (eg. the default XSLT) Transformer right
  after.
 
  Is that the correct way handling the situation?

 That works, but exception handling that way can be a pain because you can
 only throw a SAXException once the transformer gets going.

 I recently refactored my project to use a lot of transformers, I think its
 more manageable that way. I have a transformer that inserts data similar
to
 your need, and it works by loading the data in the setup() method, and
then
 spitting it out once the appropriate tag is seen.

Peter, exactly where had you put your own Transformers? I've tried to put it
in my own package (not in org.apache.cocoon.transformation), jar-ed it
correctly, dropped the jar into Cocoon's main WEB-INF/lib/, configured it
in the sitemap, and got a ClassNotFoundException. Do I have to use the
cocoon.transformation package for my Transformators, or where should I put
it to let Cocoon to use it?

Christopher
--
.Digital.Yearning.for.Networked.Assassination.and.Xenocide

-
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]




Re: Transformers vs. Generators

2001-11-15 Thread David Rosenstrauch

Tough call.  I'd say it depends.  If customer-data/ is going to be replaced with 
John Brown, 40 Main St. then I'd say a transform.  If customer-data/ is going to 
be replace with a large amount of other XML data (i.e., recordsrecordfield 
.../field ...//recordrecordfield .../field ...//record/records) I might 
think about doing a generator.

I don't love the concept of transformers reading XML from another source and piping 
it.  Just my preference though - it's your call.


DR


At 05:50 PM 11/15/01 +0100, you wrote:
Okay, one piece of theoratical question. If I want to use xml data output
from a bunch of EJBs (JBoss+Cocoon stuff), shall I better write a
Transformer or a Generator for getting the data?

I'd vote for Transformers, which looks for xml tags in a source xml like
customer-data/, and replaces it with the business data coming from EJBs,
which gets rendered by an other (eg. the default XSLT) Transformer right
after.

Is that the correct way handling the situation?

Christopher
-- 
.Digital.Yearning.for.Networked.Assassination.and.Xenocide

-
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]




Re: Transformers vs. Generators

2001-11-15 Thread David Rosenstrauch

Also make sure that you declare this new transformer in your sitemap.


DR


At 09:13 PM 11/15/01 +0100, you wrote:
Peter, exactly where had you put your own Transformers? I've tried to put it
in my own package (not in org.apache.cocoon.transformation), jar-ed it
correctly, dropped the jar into Cocoon's main WEB-INF/lib/, configured it
in the sitemap, and got a ClassNotFoundException. Do I have to use the
cocoon.transformation package for my Transformators, or where should I put
it to let Cocoon to use it?

Christopher
-- 
.Digital.Yearning.for.Networked.Assassination.and.Xenocide

-
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]




constructing transformers in Cocoon 2

2001-09-30 Thread Liam Morley

Here's the model I've been using for Cocoon 2:

Default generator. 2 transformers: 1 transformer that we've wrote that picks
up on certain elements and serves information from the database (via JDBC)
depending on which elements it is, and also the standard XSLT transformer.
Then, standard serializer.

Is that the kind of thing that other people are doing as well? We're not doing
anything with XSP or JSP or ESQL or other taglibs... and as the docs are still
alpha for Cocoon 2, I wanted to check and make sure I'm not reinventing the
wheel.

Liam Morley

attachment: winmail.dat
-
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]


RE: Debugging Custom Generators Transformers

2001-08-08 Thread Kaufman, Noah


Which FAQ are you speaking of?  The FAQ at
http://xml.apache.org/cocoon2/faq.html makes no mention of debugging
Cocoon.

Would it be possible for you to provide a pointer to the correct
FAQ that we should be looking at?  Thanks in advance.

Sincerely,

Noah Kaufman
Metatomix, Inc.

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, August 07, 2001 7:26 PM
To: [EMAIL PROTECTED]
Subject: RE: Debugging Custom Generators  Transformers




I've had this same problem before.

It has to do with the wrong jar files in the wrong directories. I
believe
it's in the FAQ.
rename xerces/xalan to 1xerces/1xalan,
remove jaxp.jar and one more jar, but I can't remember which one :)

On Tue, 7 Aug 2001, Kaufman, Noah wrote:

 Folks:
 
   Actually, I guess I spoke too quickly before.  Although we have
 gotten the latest build of Tomcat to run under Visual Age for Java, we
 are not able to make Beta 2 of Cocoon 2 work in this configuration.
 
   The cocoon.log file has a lot of information in it, but the
 error can be summed up by saying that for some reason Cocoon is unable
 to locate the proper component handler to read its own sitemap.
 
   Has anyone had any experience with running Cocoon 2 under Tomcat
 inside of VAJ, and if so - what do we need to do to make this work
 properly.
 
   I have enclosed the output from the relevant section of the log
 (the tail end) after my signature.
 
 Sincerely,
 
 Noah Kaufman
 Metatomix, Inc.
 
 - tail end of cocoon.log starts here --
 
 DEBUG   99722   [cocoon  ] (HttpProcessor[8080][4]): ComponentFactory
 creating new instance of
 org.apache.cocoon.components.source.SourceHandlerImpl.
 DEBUG   99722   [cocoon  ] (HttpProcessor[8080][4]): Getting the
 SourceFactories
 DEBUG   99722   [cocoon  ] (HttpProcessor[8080][4]): Beginning sitemap
 regeneration
 DEBUG   99722   [cocoon  ] (HttpProcessor[8080][4]): Resolving
 'sitemap.xmap'
 DEBUG   99722   [cocoon  ] (HttpProcessor[8080][4]): Making URL from
 file:C:\Program Files\Jakarta Tomcat 4.0\webapps\cocoon\sitemap.xmap
 DEBUG   99722   [cocoon  ] (HttpProcessor[8080][4]): Resolved to
 'file:C:/Program Files/Jakarta Tomcat 4.0/webapps/cocoon/sitemap.xmap'
 DEBUG   99722   [cocoon  ] (HttpProcessor[8080][4]): Resolving ''
 DEBUG   99722   [cocoon  ] (HttpProcessor[8080][4]): Making URL from
 file:/C:/Program Files/Jakarta Tomcat 4.0/webapps/cocoon/
 DEBUG   99722   [cocoon  ] (HttpProcessor[8080][4]): Resolved to
 'file:/C:/Program Files/Jakarta Tomcat 4.0/webapps/cocoon/'
 DEBUG   99722   [cocoon  ] (Thread-17): Making URL from
file:C:\Program
 Files\Jakarta Tomcat 4.0\webapps\cocoon\sitemap.xmap
 DEBUG   99722   [cocoon  ] (Thread-17): UnnamedSelector:
 ComponentSelector could not find the component for hint:
 org\apache\cocoon\www\sitemap_xmap
 DEBUG   99722   [cocoon  ] (Thread-17): Could not access component for
 hint: org\apache\cocoon\www\sitemap_xmap
 DEBUG   99722   [cocoon  ] (Thread-17): The instance was not
accessible,
 creating it now.
 DEBUG   99722   [cocoon  ] (Thread-17): ComponentFactory creating new
 instance of org.apache.cocoon.www.sitemap_xmap.
 DEBUG   99722   [cocoon  ] (Thread-17): looking up shorthand store,
 returning null
 DEBUG   99722   [cocoon  ] (Thread-17): looking up shorthand
 url-factory, returning null
 DEBUG   99722   [cocoon  ] (Thread-17): looking up shorthand
 source-handler, returning null
 DEBUG   99722   [cocoon  ] (Thread-17): looking up shorthand
 program-generator, returning null
 DEBUG   99722   [cocoon  ] (Thread-17): looking up shorthand
jsp-engine,
 returning null
 DEBUG   99722   [cocoon  ] (Thread-17): looking up shorthand
 programming-languages, returning null
 DEBUG   99722   [cocoon  ] (Thread-17): looking up shorthand
 classloader, returning null
 DEBUG   99722   [cocoon  ] (Thread-17): looking up shorthand
 markup-languages, returning null
 DEBUG   99722   [cocoon  ] (Thread-17): looking up shorthand
 datasources, returning null
 DEBUG   99722   [cocoon  ] (Thread-17): looking up shorthand
 stream-pipeline, returning
 org.apache.cocoon.components.pipeline.StreamPipeline
 DEBUG   99722   [cocoon  ] (Thread-17): Adding component
 (org.apache.cocoon.components.pipeline.StreamPipeline =
 org.apache.cocoon.components.pipeline.CachingStreamPipeline)
 DEBUG   99722   [cocoon  ] (Thread-17): Attempting to get Handler for:
 org.apache.cocoon.components.pipeline.StreamPipeline
 DEBUG   99722   [cocoon  ] (Thread-17): Handler type =
 org.apache.avalon.excalibur.component.PoolableComponentHandler
 DEBUG   99722   [cocoon  ] (Thread-17): looking up shorthand
 stream-cache, returning null
 DEBUG   99722   [cocoon  ] (Thread-17): looking up shorthand
 event-pipeline, returning
 org.apache.cocoon.components.pipeline.EventPipeline
 DEBUG   99722   [cocoon  ] (Thread-17): Adding component
 (org.apache.cocoon.components.pipeline.EventPipeline =
 org.apache.cocoon.components.pipeline.CachingEventPipeline

RE: Debugging Custom Generators Transformers

2001-08-07 Thread Kaufman, Noah

Folks:

Actually, I guess I spoke too quickly before.  Although we have
gotten the latest build of Tomcat to run under Visual Age for Java, we
are not able to make Beta 2 of Cocoon 2 work in this configuration.

The cocoon.log file has a lot of information in it, but the
error can be summed up by saying that for some reason Cocoon is unable
to locate the proper component handler to read its own sitemap.

Has anyone had any experience with running Cocoon 2 under Tomcat
inside of VAJ, and if so - what do we need to do to make this work
properly.

I have enclosed the output from the relevant section of the log
(the tail end) after my signature.

Sincerely,

Noah Kaufman
Metatomix, Inc.

- tail end of cocoon.log starts here --

DEBUG   99722   [cocoon  ] (HttpProcessor[8080][4]): ComponentFactory
creating new instance of
org.apache.cocoon.components.source.SourceHandlerImpl.
DEBUG   99722   [cocoon  ] (HttpProcessor[8080][4]): Getting the
SourceFactories
DEBUG   99722   [cocoon  ] (HttpProcessor[8080][4]): Beginning sitemap
regeneration
DEBUG   99722   [cocoon  ] (HttpProcessor[8080][4]): Resolving
'sitemap.xmap'
DEBUG   99722   [cocoon  ] (HttpProcessor[8080][4]): Making URL from
file:C:\Program Files\Jakarta Tomcat 4.0\webapps\cocoon\sitemap.xmap
DEBUG   99722   [cocoon  ] (HttpProcessor[8080][4]): Resolved to
'file:C:/Program Files/Jakarta Tomcat 4.0/webapps/cocoon/sitemap.xmap'
DEBUG   99722   [cocoon  ] (HttpProcessor[8080][4]): Resolving ''
DEBUG   99722   [cocoon  ] (HttpProcessor[8080][4]): Making URL from
file:/C:/Program Files/Jakarta Tomcat 4.0/webapps/cocoon/
DEBUG   99722   [cocoon  ] (HttpProcessor[8080][4]): Resolved to
'file:/C:/Program Files/Jakarta Tomcat 4.0/webapps/cocoon/'
DEBUG   99722   [cocoon  ] (Thread-17): Making URL from file:C:\Program
Files\Jakarta Tomcat 4.0\webapps\cocoon\sitemap.xmap
DEBUG   99722   [cocoon  ] (Thread-17): UnnamedSelector:
ComponentSelector could not find the component for hint:
org\apache\cocoon\www\sitemap_xmap
DEBUG   99722   [cocoon  ] (Thread-17): Could not access component for
hint: org\apache\cocoon\www\sitemap_xmap
DEBUG   99722   [cocoon  ] (Thread-17): The instance was not accessible,
creating it now.
DEBUG   99722   [cocoon  ] (Thread-17): ComponentFactory creating new
instance of org.apache.cocoon.www.sitemap_xmap.
DEBUG   99722   [cocoon  ] (Thread-17): looking up shorthand store,
returning null
DEBUG   99722   [cocoon  ] (Thread-17): looking up shorthand
url-factory, returning null
DEBUG   99722   [cocoon  ] (Thread-17): looking up shorthand
source-handler, returning null
DEBUG   99722   [cocoon  ] (Thread-17): looking up shorthand
program-generator, returning null
DEBUG   99722   [cocoon  ] (Thread-17): looking up shorthand jsp-engine,
returning null
DEBUG   99722   [cocoon  ] (Thread-17): looking up shorthand
programming-languages, returning null
DEBUG   99722   [cocoon  ] (Thread-17): looking up shorthand
classloader, returning null
DEBUG   99722   [cocoon  ] (Thread-17): looking up shorthand
markup-languages, returning null
DEBUG   99722   [cocoon  ] (Thread-17): looking up shorthand
datasources, returning null
DEBUG   99722   [cocoon  ] (Thread-17): looking up shorthand
stream-pipeline, returning
org.apache.cocoon.components.pipeline.StreamPipeline
DEBUG   99722   [cocoon  ] (Thread-17): Adding component
(org.apache.cocoon.components.pipeline.StreamPipeline =
org.apache.cocoon.components.pipeline.CachingStreamPipeline)
DEBUG   99722   [cocoon  ] (Thread-17): Attempting to get Handler for:
org.apache.cocoon.components.pipeline.StreamPipeline
DEBUG   99722   [cocoon  ] (Thread-17): Handler type =
org.apache.avalon.excalibur.component.PoolableComponentHandler
DEBUG   99722   [cocoon  ] (Thread-17): looking up shorthand
stream-cache, returning null
DEBUG   99722   [cocoon  ] (Thread-17): looking up shorthand
event-pipeline, returning
org.apache.cocoon.components.pipeline.EventPipeline
DEBUG   99722   [cocoon  ] (Thread-17): Adding component
(org.apache.cocoon.components.pipeline.EventPipeline =
org.apache.cocoon.components.pipeline.CachingEventPipeline)
DEBUG   99722   [cocoon  ] (Thread-17): Attempting to get Handler for:
org.apache.cocoon.components.pipeline.EventPipeline
DEBUG   99722   [cocoon  ] (Thread-17): Handler type =
org.apache.avalon.excalibur.component.PoolableComponentHandler
DEBUG   99722   [cocoon  ] (Thread-17): looking up shorthand
event-cache, returning null
DEBUG   99722   [cocoon  ] (Thread-17): looking up shorthand sitemap,
returning null
WARN99722   [cocoon  ] (Thread-17): Looking up component on an
uninitialized ComponentManager:
org.apache.cocoon.generation.GeneratorSelector
DEBUG   99722   [cocoon  ] (Thread-17): Could not find ComponentHandler,
attempting to create one for role:
org.apache.cocoon.generation.GeneratorSelector
ERROR   99722   [cocoon  ] (Thread-17): Error compiling sitemap
java.lang.InternalError: (Ex02) An error has occurred.