Re: transformers and SAX events

[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

[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

[Dr. Robert Spiske]

Hello!

The   should have been:


Robert


-
Please check that your question  has not already been answered in the
FAQ before posting. 

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

Re: Problems with transformers XSL -> xinclude

[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:
> 
>
> Now I try to get three transformers working in a row.
> The first XSLT changes the above include to:
>
>  (Droped the xpointer stuff because it's not the
> problem)
>
> After that I call  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  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

[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:


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

 (Droped the xpointer stuff because it's not 
the problem)

After that I call  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  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]>

Problems with transformers XSL -> xinclude

[Dr. Robert Spiske]

Hello!

(Using: Cocoon 2.0/Tomcat 3.3.1/Linux)

To ease my users writing XML I introduced a Tag:


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

 (Droped the xpointer stuff because it's not the 
problem)

After that I call  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  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: TransFormers

[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:
> 
> 
> 101
> World
> 
> 
> 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 DOMStreamer 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. 

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

TransFormers

[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:


101
World


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. 

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

Re: Multiple XSL Transformers

[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. 

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

Re: Multiple XSL Transformers

[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

   
 org.apache.xalan.processor.TransformerFactoryImpl
   

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

   

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

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

Re: Multiple XSL Transformers

[Jason Foster]

Hold on a second... I was looking at the HEAD source but running a 2.0.1 
installation.  Let's see how things work with the HEAD...

Sorry about the noise :(

Jason


-
Please check that your question has not already been answered in the
FAQ before posting. 

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

Re: Multiple XSL Transformers

[Jason Foster]

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:

>   
>  pool-grow="2" pool-max="32" pool-min="8" 
> src="org.apache.cocoon.transformation.TraxTransformer">
>   false
>   false
>   false
>  factory>org.apache.xalan.processor.TransformerFactoryImpl
> 
>
>
>   src="org.apache.cocoon.transformation.TraxTransformer">
>   false
>   false
>  factory>com.icl.saxon.TransformerFactoryImpl
> 

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

> 

   - leave the sitemap entry as follows:

>
> 
>  />
> 
>

   - 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

[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. 

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

RE: Multiple XSL Transformers

[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. 

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

Re: Multiple XSL Transformers

[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. 

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

Re: Multiple XSL Transformers

[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:




  

And a new transformer to your sitemap:


  false
  false  
org.apache.cocoon.components.xslt.XSLTProcessor/XSLTC



-pete

-- 
peter royal -> [EMAIL PROTECTED]

-
Please check that your question has not already been answered in the
FAQ before posting. 

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

RE: Multiple XSL Transformers

[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. 

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

Re: Multiple XSL Transformers

[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. 

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

RE: Multiple XSL Transformers

[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. 

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

Multiple XSL Transformers

[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. 

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

SQL Generators and SQL Transformers

[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...

   
   
   


   
   
   
  

...

Here what I have:
sitemap.xmap

...
  
  
  
  

  
  
  

show.xml

...
 
  SELECT username, balance, status FROM users

...
???

2. And I found like it in archive:

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

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

[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
> 
> 
> 
> 
>  charset=3DISO-8859-1">
>  5.5.2654.19">
> RE: More esql, short question on transformers
> 
> 
> 
> serverpages =3D xsp
> 
> 
> > -Original Message-
> > From: [EMAIL PROTECTED] [ HREF=3D"mailto:[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=3D"serverpages" and
> > type=3D"jsp" ?
> > 
> > --
> > Jeff Sexton
> > ODS Health Plans
> > [EMAIL PROTECTED]
> > 
> > =
> - ONT>
> > Please check that your question has not already =
> been answered in the
> > FAQ before posting. < HREF=3D"http://xml.apache.org/cocoon/faqs.html"; =
> TARGET=3D"_blank">http://xml.apache.org/cocoon/faqs.html>
> > 
> > To unsubscribe, e-mail: =
> <[EMAIL PROTECTED]>
> > For additional commands, e-mail: =
> <[EMAIL PROTECTED]>
> > 
> 
> 
> 
> 
> --_=_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: More esql, short question on transformers

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

More esql, short question on transformers

[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. 

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

Limit of three transformers with HSSFSerializer?

[Seth Ladd]

Hello again,

It seems that my pipeline works with only 3 transformers. 
Unfortunately, I need more than that.  The following 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]>

RE: How do i disable caching for Transformers - Please help...

[giacomo]

On Tue, 12 Feb 2002, Chitharanjan Das wrote:

> Hello Vadim,
>   Thank U for your help...
> My question is quite different though
>
> I have developed a transformer by name StringTransformer, which attempts
> to get hold of the XML String, perform some logic transformation via
> different logic beans and pass the converted stream down the pipeline
>
>
> During testing, I am modifing the code and restarting the webserver.
>
> To disable caching of objects I did the following
>
>   
>logger="root.store">
>  
>  
>   
>
> I presume that the above will disable the storing of objects...
>
>
> I then restart the webserver and test the pipe-line again
>
>
> In the log file , I get the following message..
>
> DEBUG   (2002-02-12) 09:28.19:360   [cocoon  ] (/accordia/tsttr)
> HttpProcessor[8080][4]/DefaultPool: Retrieving a
> com.accordia.display.transformation.StringTransformer from the pool
>  --- WHY IS THIS , Do this mean it was restored from Cache ?

Cache and Pool are different things! Cache holds produced pipeline
output, Pools hold component to prevent instantiation and garbage
collection cycles.

So, Transformers get pooled because they are not thread safe.

Giacomo

>
>
> DEBUG   (2002-02-12) 09:28.19:791   [cocoon  ] (/accordia/tsttr)
> HttpProcessor[8080][4]/DefaultPool: Returning a
> com.accordia.display.transformation.StringTransformer to the pool
>   -- Does this mean, This will be cached eventually ?
>
>
> What
>
>
>
> -Original Message-
> From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, February 12, 2002 9:27 AM
> To: [EMAIL PROTECTED]
> Subject: RE: How do i disable caching for Transformers...
>
> 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
> >  >
> 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]>
>
>
>
>


-
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 - Please help...

[Chitharanjan Das]

Hello Vadim,
Thank U for your help...
My question is quite different though

I have developed a transformer by name StringTransformer, which attempts
to get hold of the XML String, perform some logic transformation via
different logic beans and pass the converted stream down the pipeline


During testing, I am modifing the code and restarting the webserver.

To disable caching of objects I did the following

  
  
 
 
  

I presume that the above will disable the storing of objects...


I then restart the webserver and test the pipe-line again


In the log file , I get the following message..

DEBUG   (2002-02-12) 09:28.19:360   [cocoon  ] (/accordia/tsttr)
HttpProcessor[8080][4]/DefaultPool: Retrieving a
com.accordia.display.transformation.StringTransformer from the pool
 --- WHY IS THIS , Do this mean it was restored from Cache ?


DEBUG   (2002-02-12) 09:28.19:791   [cocoon  ] (/accordia/tsttr)
HttpProcessor[8080][4]/DefaultPool: Returning a
com.accordia.display.transformation.StringTransformer to the pool
-- Does this mean, This will be cached eventually ?


What 



-Original Message-
From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]] 
Sent: Tuesday, February 12, 2002 9:27 AM
To: [EMAIL PROTECTED]
Subject: RE: How do i disable caching for Transformers...

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

[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
>   
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.......

[Nicola Ken Barozzi]

- Original Message -
From: "Chitharanjan Das" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, February 12, 2002 8:01 AM
Subject: RE: How do i disable caching for Transformers...


> How do I disable caching for the transformers?
...
> To disable caching I did the following..
>
> In cocoon.xcomf, I enabled the non caching event pipeline
>  class="org.apache.cocoon.components.pipeline.NonCachingEventPipeline"/>

This disables caching of the contents of the reply, not the Transformers
themselves.

> 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

This means that the StringTransformer instance is gotten from the pool
instead of been recreated.

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

This behaviour has to do with the Avalon-type ComponentManager that manages
the Avalon objects (all Cocoon components are Avalon components).
In the latest CVS, some components are configured in cocoon.xconf, but it is
almost the same for the sitemap.
In cocoon.xconf:

  

  ^     
  false
  false
  false

  

pool-* parameters tell the ComponentManager how to pool the component.

--
Nicola Ken Barozzi [EMAIL PROTECTED]
- verba volant, scripta manent -
   (discussions get forgotten, just code remains)
-


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

[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
>   
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.......

[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



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

[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



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: Transformers vs. Generators

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

Re: Transformers vs. Generators

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

Re: Transformers vs. Generators

[David Rosenstrauch]

Tough call.  I'd say it depends.  If  is going to be replaced with 
"John Brown, 40 Main St." then I'd say a transform.  If  is going to 
be replace with a large amount of other XML data (i.e., ) 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
>, 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]>

SV: Transformers vs. Generators

[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
> > , 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

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

Re: Transformers vs. Generators

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

Re: Transformers vs. Generators

[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. 

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

Re: Transformers vs. Generators

[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
> > , 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

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

Transformers vs. Generators

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

constructing transformers in Cocoon 2

[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

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

[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.PoolableComponentHan

RE: Debugging Custom Generators & Transformers

[forge]

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

RE: Debugging Custom Generators & Transformers

[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.
java.lang.Throwabl

Debugging Custom Generators & Transformers

[Kaufman, Noah]

Folks:

For an application that we're developing under Cocoon 2 using
IBM's Visual Age for Java v3.5.3, we are developing a couple of custom
generators and transformers.  Although we can use println to write out
debugging information, what we would really like to do is to be able to
use the integrated debugger inside of the VAJ IDE to be able to debug
our code.

Following instructions on the IBM VADD site, we've gone ahead
and gotten Tomcat and Cocoon to operate successfully within VAJ -- and
we're able to debug other servlets and JSPs in Tomcat by following the
steps outline on the VADD site.

What we can't (yet) do is set a breakpoint in a Cocoon 2
component, for example the HTMLGenerator, and then run the HTMLGenerate
example that scrapes data off of the Yahoo site and get the debugger to
break on a previously set breakpoint.

What "magic" step are we missing here that would allow us to do
this?

Sincerely,

Noah Kaufman
Metatomix, Inc.


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