Re: status quo: cocoon with xsltc

2003-02-05 Thread Beat De Martin
I'm using Saxon as well, it seems faster than Xalan. And with Xalan I always
had problems with the normalize-space function.
The only problem I have with Saxon is the compiling of the sitemap.
I'm using Cocoon 2.0.2.

Did you have the same problem comipiling the sitemap with Cocoon ?
Cheers
Beat De Martin

 On Wed, 2003-02-05 at 20:04, [EMAIL PROTECTED] wrote:
  Dear listmembers,
  
  after a frustrating night trying to use xsltc as a faster way to process
  xsls, browsing hundreds of archieve threads, the xsltc wiki I was not
  successfull.
 
 I was able to make it work for a subset of my xslts (those that didn't
 use parameters).
 
  Has anybody succesfully integrated xsltc (or any other  fast xsl
 compiler
  into cocoon? Does anybody know about the status of integrating xsltc
 into
  cocoon? Or maybe you can just give an alternative for speeding up
 transfomation.
  (BUT i don't want to write custom transformers by hand)
 
 We switched our default xslt processor to saxon (the last of the 6
 releases) and have been very happy with it.
 
  Your help is very welcome!
  
  Robert
 
 -k.
 
 -- 
 If you don't test then your code is only a collection of bugs which 
 apparently behave like a working program. 
 
 Website: http://www.rocketred.com.au/blogs/kevin/
 
 
 -
 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]
 

-- 
+++ GMX - Mail, Messaging  more  http://www.gmx.net +++
NEU: Mit GMX ins Internet. Rund um die Uhr für 1 ct/ Min. surfen!


-
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: xsp session

2003-02-04 Thread Beat De Martin
Hi Cyril
Why don't use an action, I think it's better not to have too much Java code
in your xsp-pages.
In an action you can take your code as it is.
Cheers
Beat

 Hi,
 
 I would like to deal with session through xsp, and serve as far as
 possible
 the same goal as with the following servlet: e.g put all the parameters
 named 'item' in the object of type Vector 'items' bound to the current
 session, so that it would be possible to list at any time all of the items
 chosen so far by the client in his session.
 
  public void doGet(HttpServletRequest req, HttpServletResponse res)
throws ServletException, IOException {
 res.setContentType(text/html);
 PrintWriter out = res.getWriter();
 
 // Get the current session object, create one if necessary.
 HttpSession session = req.getSession(true);
 
 // Cart items are maintained in the session object.
Vector items = (Vector)session.getAttribute(cart.items);
 if (items == null) { items = new Vector(10,5);}
 
   String item = req.getParameter(item);
   items.add(item);
 
session.setAttribute(cart.items,items);
 
 out.println(HTMLHEADTITLESessionTracker
 modifie/TITLE/HEAD);
 out.println(BODYH1Session Tracking Demo/H1);
 
 // Print the current cart items.
 out.println(You currently have the following items in your
 cart:BR);
 if (items == null) {
   out.println(BNone/B);
 }
 else {
   out.println(UL);
   for (int i = 0; i  items.size(); i++) {
 out.println(LI + items.get(i));
   }
   out.println(/UL);
 }
 
 
 out.println(/BODY/HTML);
   }
 }
 
  Below is the xsp i've written for the moment,: this is working fine, but
 does not do what I want: because each time the client chooses an item and
 pass it via the parameter 'item', instead of being added in the object
 cart.items, its value overrides this of the preceding parameter.
 
 ?xml version=1.0?
 
 xsp:page
 
 xmlns:xsp=http://apache.org/xsp;
 
 xmlns:xsp-session=http://apache.org/xsp/session/2.0;
 
 xmlns:xsp-request=http://apache.org/xsp/request/2.0;
 
 create-session=true
 
 html
 
 xsp-session:set-attribute name=cart.itemsxsp-request:get-parameter
 name=item//xsp-session:set-attribute
 
 bYou currently have the following items in your cart:/b
 xsp-session:get-attribute name=cart.items/
 
 br/
 
 bYour session was created:/b xsp-session:get-creation-time
 as=string/
 
 /html
 
 /xsp:page
 
 Some of you would know how I can improve my code? Indeed, I would like
 cart.items to be like a Vector, so that it would be possible to put merely
 values onto it.
 Thanks in advance for your help,
 Cyril.
 
 
 
 -
 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]
 

-- 
+++ GMX - Mail, Messaging  more  http://www.gmx.net +++
NEU: Mit GMX ins Internet. Rund um die Uhr für 1 ct/ Min. surfen!


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




SourceWritingTransformer and redirect

2003-02-02 Thread Beat De Martin
Hi folks
Is it possible to use SourceWritingTransformer and then a redirect. Like
this:
...
map:transformer name=filewriter
src=org.apache.cocoon.transformation.SourceWritingTransformer/
...
map:match pattern=bestellunguebermittlung.html
map:act type=controller
  map:generate type=serverpages src=xml/bestellung_pdf.xml/
  map:transform src=xsl/bestellung_fo.xsl/
  map:transform type=filewriter
   map:parameter name=serializer value=fo2pdf/
  /map:transform
  map:transform src=xsl/lieferadresse.xsl/
  map:serialize type=xml/
  !-- this works but SourceWritingTransformer does NOT write the file --
  !-- map:redirect-to uri=realbestellunguebermittlung.html/--
/map:act
map:redirect-to uri=logout.html/
/map:match


With map:serialize type=xml/ it works, but when I use redirect, the file
is not written. The redirect itself works.
Any suggestions ?

Cheers
Beat De Martin

-- 
+++ GMX - Mail, Messaging  more  http://www.gmx.net +++
NEU: Mit GMX ins Internet. Rund um die Uhr für 1 ct/ Min. surfen!


-
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: SourceWritingTransformer and redirect

2003-02-02 Thread Beat De Martin
I guess a serializer is mandatory in a pipeline.
What I did now, I used a aggregation. One map:part just writes the files and
the other one prepares the html which I want to send to the client.

map:match pattern=bestellung
 map:generate type=serverpages src=xml/bestellung.xml/
  map:serialize type=xml/
/map:match
map:match pattern=bestellungmail
  map:generate type=serverpages src=xml/bestellung_pdf.xml/
  map:transform src=xsl/bestellung_fo.xsl/
  map:transform type=filewriter
   map:parameter name=serializer value=fo2pdf/
  /map:transform
map:serialize type=xml/
/map:match

map:match pattern=bestellunguebermittlung.html
 map:act type=controller
  map:aggregate element=page
   map:part src=cocoon:/bestellung strip-root=true/
   map:part src=cocoon:/bestellungmail strip-root=true/
 /map:aggregate
map:transform src=xsl/bestellunguebermittlung.xsl/
map:serialize type=html/
/map:act
map:redirect-to uri=logout.html/
/map:match




 Hi folks
 Is it possible to use SourceWritingTransformer and then a redirect. Like
 this:
 ...
 map:transformer name=filewriter
 src=org.apache.cocoon.transformation.SourceWritingTransformer/
 ...
 map:match pattern=bestellunguebermittlung.html
 map:act type=controller
   map:generate type=serverpages src=xml/bestellung_pdf.xml/
   map:transform src=xsl/bestellung_fo.xsl/
   map:transform type=filewriter
map:parameter name=serializer value=fo2pdf/
   /map:transform
   map:transform src=xsl/lieferadresse.xsl/
   map:serialize type=xml/
   !-- this works but SourceWritingTransformer does NOT write the file --
   !-- map:redirect-to uri=realbestellunguebermittlung.html/--
 /map:act
 map:redirect-to uri=logout.html/
 /map:match
 
 
 With map:serialize type=xml/ it works, but when I use redirect, the
 file
 is not written. The redirect itself works.
 Any suggestions ?
 
 Cheers
 Beat De Martin
 
 -- 
 +++ GMX - Mail, Messaging  more  http://www.gmx.net +++
 NEU: Mit GMX ins Internet. Rund um die Uhr für 1 ct/ Min. surfen!
 
 
 -
 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]
 

-- 
+++ GMX - Mail, Messaging  more  http://www.gmx.net +++
NEU: Mit GMX ins Internet. Rund um die Uhr für 1 ct/ Min. surfen!


-
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: HELP-blank pages

2001-11-26 Thread Beat De Martin

I did it with the Resource-Exist Action. It works !
Thanks for your help
map:match pattern="**.pdf" map:act type="resource-exists" map:parameter name="url" value="resources/pdf/{1}.pdf"/ map:read src="resources/pdf/{../1}.pdf" mime-type="application/pdf"/ /map:actmap:redirect-to uri="error_intra_new.html"/ /map:match

From: "Tom Klaasen (TeleRelay)" <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED] 
To: <[EMAIL PROTECTED]>
Subject: RE: HELP-blank pages 
Date: Thu, 22 Nov 2001 17:28:24 +0100 
 
Have a look at (example at the bottom of the default 
sitemap) 
 
hth, 
tomK 
 
-Original Message- 
From: Beat De Martin [mailto:[EMAIL PROTECTED]] 
Sent: donderdag 22 november 2001 17:01 
To: [EMAIL PROTECTED] 
Subject: HELP-blank pages 
 
 
Hi folks 
... 
 
 
 
... 
If the pdf file cannot be found, how do I redirect to an error page ?? 
 
I always get a blank page ! 
 
Thanks 
Beat De Martin 
 
 
 
Get your FREE download of MSN Explorer at http://explorer.msn.com 
- 
Please check that your question has not already been answered in the FAQ 
before posting. To unsubscribe, e-mail: For additional commands, e-mail: 
 
 
- 
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]>
 
Get your FREE download of MSN Explorer at http://explorer.msn.com

-
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: xsl:include not allowed ?

2001-11-26 Thread Beat De Martin

Thank you Jörg
I had it on a wrong position (inside a template match). There's no more compiling error but the include itself doesn't seem to work. I'll try import.
In the sitemap I have the foolwing for the include file: 
map:match pattern="nav_tabs.xsl" map:read src="resources/include/nav_tabs.xsl" mime-type="text/xml"/ /map:match

Cheers
Beat



From: Jörg Heinicke <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED] 
To: [EMAIL PROTECTED] 
Subject: Re: xsl:include not allowed ? 
Date: Fri, 23 Nov 2001 18:48:40 +0100 
 
Without the stylesheets it's very difficult. You have the 
xsl:include on a 
wrong position - or it's a bug from Xalan. 
 
example for wrong position: 
 
 
 test 
 
 
Here xsl:text is not allowed in this position. 
 
But because of bug in Xalan: Not long ago such an error occured at 
my code 
too. I don't know why. Replacing it with xsl:import worked. 
 
Joerg 
 
Beat De Martin wrote: 
 
I get the following error 
 
javax.xml.transform.TransformerException: xsl:include is not 
allowed in 
this position in the stylesheet! 
 
Any hints ? 
 
Cheers 
 
Beat 
 
 
-- 
 
System Development 
VIRBUS AG 
Fon +49(0)341-979-7435 
Fax +49(0)341-979-7409 
[EMAIL PROTECTED] 
www.virbus.de 
 
 
- 
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]>
 
Get your FREE download of MSN Explorer at http://explorer.msn.com

-
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: Where can I find the Java code generated by Cocoon2

2001-11-26 Thread Beat De Martin

Take a look at web.xml to set the work dir.

From: Søren Neigaard <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED] 
To: <[EMAIL PROTECTED]>
Subject: Where can I find the Java code generated by Cocoon2 
Date: Mon, 26 Nov 2001 09:30:06 -0800 
 
Where can I find the Java code C2 generates for my XSP pages? 
 
Med venlig hilsen/Best regards 
Søren Neigaard 
System Architect 
 
Mobilethink A/S 
Arosgaarden 
Åboulevarden 23, 5.sal 
DK - 8000 Århus C 
Telefon: +45 86207800 
Direct: +45 86207810 
Fax: +45 86207801 
Email: [EMAIL PROTECTED] 
Web: www.mobilethink.dk 
 
 
 
- 
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]>
 
Get your FREE download of MSN Explorer at http://explorer.msn.com

-
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: xsl:include not allowed ?

2001-11-26 Thread Beat De Martin

xsl:import is working fine

From: "Beat De Martin" <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED] 
To: [EMAIL PROTECTED] 
Subject: Re: xsl:include not allowed ? 
Date: Mon, 26 Nov 2001 09:09:06 
 
Get your FREE download of MSN Explorer at http://explorer.msn.com---BeginMessage---

Thank you Jörg
I had it on a wrong position (inside a template match). There's no more compiling error but the include itself doesn't seem to work. I'll try import.
In the sitemap I have the foolwing for the include file: 
map:match pattern="nav_tabs.xsl" map:read src="resources/include/nav_tabs.xsl" mime-type="text/xml"/ /map:match

Cheers
Beat



From: Jörg Heinicke <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: xsl:include not allowed ?
Date: Fri, 23 Nov 2001 18:48:40 +0100

Without the stylesheets it's very difficult. You have the
xsl:include on a
wrong position - or it's a bug from Xalan.

example for wrong position:


 test


Here xsl:text is not allowed in this position.

But because of bug in Xalan: Not long ago such an error occured at
my code
too. I don't know why. Replacing it with xsl:import worked.

Joerg

Beat De Martin wrote:

I get the following error

javax.xml.transform.TransformerException: xsl:include is not
allowed in
this position in the stylesheet!

Any hints ?

Cheers

Beat


--

System Development
VIRBUS AG
Fon +49(0)341-979-7435
Fax +49(0)341-979-7409
[EMAIL PROTECTED]
www.virbus.de


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

Get your FREE download of MSN Explorer at http://explorer.msn.com

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



---End Message---

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


HELP-blank pages

2001-11-22 Thread Beat De Martin
Hi folks
...
map:match pattern="**.pdf" map:read src="resources/pdf/{1}.pdf" mime-type="application/pdf"/ /map:match
...
If the pdf file cannot be found, how do I redirect to an error page ??

I always get a blank page !

Thanks
Beat De MartinGet your FREE download of MSN Explorer at http://explorer.msn.com

-
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: New Cocoon 2B1 powerred website

2001-11-01 Thread Beat De Martin

The same happened to me.

From: [EMAIL PROTECTED] (Rajkumar, Joseph) 
Reply-To: [EMAIL PROTECTED] 
To: [EMAIL PROTECTED] 
Subject: Re: New Cocoon 2B1 powerred website 
Date: Thu, 01 Nov 2001 11:06:01 -0500 
 
Get your FREE download of MSN Explorer at http://explorer.msn.com


Hi
 I visited your site and this is what I got:
Error: 500
Location: /tpeng/index.xml
Internal Servlet Error:
java.lang.OutOfMemoryError
 >
Regards
Joseph Rajkumar

[EMAIL PROTECTED] wrote:
Dear Cocoon users
We would like to invite you to view our newly released website based
on cocoon2 and
turbine at the URL below.
http://www-eng.tp.edu.sg




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





-
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: Separation of Logic and Content

2001-08-30 Thread Beat De Martin

Hello Liam
I'm using Cocoon2. I don't see where your logicsheet (XSL) is ?
It's like the greeting3 sample from the Cocoon2 homepage.
Cheers
BeatHello Lia, 

From: "Liam MacQuarrie Morley" <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED] 
To: <[EMAIL PROTECTED]>
Subject: Re: Separation of Logic and Content 
Date: Wed, 29 Aug 2001 18:09:02 -0400 
 
It would be nice if you were to mention whether you are using Cocoon 1 or 
Cocoon 2, as I'm not sure if there are differences. The following is what I 
do for Cocoon 2 to seperate the XSL from the XML in the stylesheet (which is 
fairly common in the examples): 
 
 
 
 
 
 
 
 
As you can see, the generate src specifies the XML, and the transform type 
specifies the XSL, both in the stylesheet. 
 
Liam Morley 
 
- Original Message - 
From: Beat De Martin 
To: [EMAIL PROTECTED] 
Sent: Wednesday, August 29, 2001 2:14 PM 
Subject: Separation of Logic and Content 
 
 
 
Hello 
If I want to separate logic (XSL) and content (XML) how will the sitemap 
look like ? 
I know I could handle the logicsheet like a taglib and make a new entry in 
the cocoon.xconf. Is there another way ? 
Thanks 
Beat 
 
 
 
 
 
Get your FREE download of MSN Explorer at http://explorer.msn.com 
- Please 
check that your question has not already been answered in the FAQ before 
posting. To unsubscribe, e-mail: For additional commands, e-mail: 
 
 
- 
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]>
 
Get your FREE download of MSN Explorer at http://explorer.msn.com

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