Re: Conversion d'un champ date en flowscript?
Bonjour Eric,
La seule solution 'simple' que je vois, serait de mettre le format de date que
tu veux en session lorsque tu construis ton formulaire, avec quelque chose
comme (dans le flowscript, en javascript):
cocoon.session.setAttribute([nom_du_format_de_date], [format_de_date]);
form.showForm([nom_du_formulaire_à_construire_et_afficher]);
Puis de récupérer ce format dans le code du flowscript après le submit de ton
formulaire pour l'appliquer :
var mon_format_date = cocoon.session.getAttribute([nom_du_format_de_date]);
var formatter = new java.text.SimpleDateFormat(mon_format_date);
Ou bien tu peux mettre le format date dans un champ caché de ton formulaire :
form.lookupWidget(nom_du_widget_caché_de_format_date).setValue([format_de_date]);
form.showForm(form-+reportname+-jx.html);
Puis récupérer ce format après le submit avec les valeurs du formulaire, pour
l'appliquer :
var mon_format_date =
form.lookupWidget(nom_du_widget_caché_de_format_date).value;
var formatter = new java.text.SimpleDateFormat(mon_format_date);
Dans les deux cas, tu devrais pouvoir fixer le format que tu veux dès la
construction du formulaire.
Cordialement,
Jean-Michel ARTIGNAN
Selon Eric Cambray [EMAIL PROTECTED]:
Bonjour,
et merci pour cette réponse; cependant vu que ma fonction est générique
je ne peux appliquer un formatage de date comme cela. En effet pour un
autre formulaire je pourrais avoir besoin d'un autre formatage, d'où
l'utilité du convertor sur le formulaire lui même.
Si je pouvais récupérer la date déjà formatée ça me semblerait logique,
au pire récupérer le format du convertor et utiliser votre méthode. Mais
je ne sais comment faire pour récupérer le pattern définit dans le
convertor...
Quelqu'un aurait une idée?
Merci.
Eric Cambray
[EMAIL PROTECTED] a écrit :
Bonjour Eric,
Je ne suis pas sûr de ma réponse mais pour une fois que j'ai une idée de
solution à proposer je me lance ...
Dans ton flowscript (en javascript), tu fais sûrement quelque chose comme :
var monWidget = form.lookupWidget([id_du_widget]);
var monWidgetValue = monWidget.value;
Là, comme ta méthode est générique, avant d'appliquer un format de date, il
faudrait quelque chose comme:
if(monWidgetValue instanceof java.util.Date) {
}
Et dans la condition tu peux appliquer un format date:
var formatter = new java.text.SimpleDateFormat([-MM-dd]);
var maDateFormatee = formatter.format(monWidgetValue);
Et ça devraît être au bon format.
Donc le code, pour se résumer (on peut sortir les définitions de la
condition
'if'):
var formatter = new java.text.SimpleDateFormat([-MM-dd]);
var maDateFormatee;
var monWidget = form.lookupWidget([id_du_widget]);
var monWidgetValue = monWidget.value;
if(monWidgetValue instanceof java.util.Date) {
maDateFormatee = formatter.format(monWidgetValue);
}
J'ai essayé avec cocoon-2.1.9, et ça devrait marcher.
Cordialement,
Jean-Michel ARTIGNAN
Selon Eric Cambray [EMAIL PROTECTED]:
Bonjour,
travaillant actuellement sur un cocoon 2.1.9 dev (et pas de possibilité
de le changer) j'ai un problème avec un champ date et la récupération de
sa valeur en flowscript :
Voici la définition du champ avec un convertor :
fb:value id=startDate path=startDate
fd:convertor datatype=date
fd:patterns
fd:pattern-MM-dd/fd:pattern
/fd:patterns
/fd:convertor
/fb:value
Voici l'appel dans le flowscript (placé dans une fonction générique qui
va parcourir l'ensemble de mes widgets de mon formulaire) :
filterWidget.getValue();
Cet appel me donne une date sous la forme :
Fri Nov 3 00:00:00 CET 2006 et non 2006-11-03
Rien à voir avec mon convertor donc. Existe-t-il une façon de forcer à
avoir le bon convertisseur lors d'un getValue()? Ou d'utiliser le
convertisseur pour transformer ma date dans le bon format?
La fonction étant très générique je ne peux réaliser une transformation
de date sans connaitre son format de départ et le format voulu.
Merci.
Eric Cambray
-
Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
Pour vous desinscrire : mailto:[EMAIL PROTECTED]
Autres commandes : mailto:[EMAIL PROTECTED]
-
Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
Pour vous desinscrire : mailto:[EMAIL PROTECTED]
Autres commandes : mailto:[EMAIL PROTECTED]
-
Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
Pour vous desinscrire : mailto:[EMAIL PROTECTED]
Autres commandes : mailto:[EMAIL PROTECTED]
-
Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
Pour vous desinscrire :
Re: Signed Applet and Cocoon
Hi all,
thank you very much for your help. Probably my html-page which the applet tag is located in was wrong. I did not defined the entire context path for the library path. After I corrected this the jar archives are read and the applet can be started.
Best regards
--
Dr. Andrea König
(Entwicklung)
G.punkt - medical services
Halberstädter Str. 115A
Eiskellerpassage
39112 Magdeburg
Tel: +49 391 280380
Fax: +49 391 2803822
Inet: www.gmatic.de
mail: [EMAIL PROTECTED]
Jeroen Reijn wrote:
Andrea,
your welcome. You are requesting the jar file now for every class you call from
cocoon. Instead you need to call the class file from inside the jar. You can
try this reading the file with the zip protocol instead. It should look
something like:
map:match pattern=**.class
map:read mime-type=application/java-archive
src=zip:login/login.jar!/org/apache/{1}.class/
/map:match
Kind regards,
Jeroen Reijn
-Original Message-
From: Andrea König [mailto:[EMAIL PROTECTED]
Posted At: Tuesday, November 14, 2006 11:48 AM
Posted To: Cocoon User List
Conversation: Signed Applet and Cocoon
Subject: Re: Signed Applet and Cocoon
Hi Jeroen,
many thanks for your reply.
I copied all libraries needed into the document root of my webserver and tried
to start the applet without cocoon. It run perfectly. I guess the problem could
be the sitemap. But how must the pipeline be defined? My pipeline snippet looks
like the following:
map:match pattern=**.class
map:read mime-type=application/java-archive src=login/login.jar/
/map:match
Do you have any idea if there is something wrong?
Best regards,
Andreas Kuehne wrote: Hi Andrea
map:match pattern=**.class
map:read mime-type=application/java-archive src=login/login.jar/
/map:match
Serving a jar while matching a class doesn't make sense !
For me this sitemap snippet does the job very well :
map:match pattern=**/*.jar
map:read src=resources/static/{2}.jar/
/map:match
assuming that all required jar's are in resources/static ...
Anyway, I'm sure that it works. We got the site http://sig-check.de ( -
Pruefung ) doing what you are aiming for, a signed applet served by cocoon.
Good luckj
Andreas
___
Andreas Kühne
phone: +49 177 293 24 97
mailto: [EMAIL PROTECTED]
Trustable
Kirchröder Str. 70e
30625 Hannover
Germany
www.trustable.de
Kostenlose Verifikation qualifizierter elektronischer Signaturen:
www.sig-check.de
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: Problem with Session under Cocoon 2.1
Hello I have a problem with Session (Multisession) under cocoon. I'm using Cocoon with an DB and I use it for the catalog viewing. If I use one window (browser) it is everything ok. If I use two or more windows, with others catalog (first window catalog one, secound window catalog two) I have a problem with session. Session of window one (catalog one) is rewrited with session from window two (catalog two). Can someone help me? Oow, I first did not understand your problem, but I think I do now. I am not to familiar with the exact working of sessions (mozilla also works differently the explorer), but I think your problem is not really a problem in my opinion. If you have a session open, and you have a new window or a popup, and request to the same server, I think you just maintain the same session. This really is common for every framework, because I think it is how a browser works in combination with tomcat or jetty. Why would you want to have different behavior? Probably, not opening another window, but another *browser* (like, you have explorer session, now open mozilla), this will create a seperate session, and will behave according your expectations Regards Ard Thanks Kris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: request parameters in sitemap
Sorry for late response, I am trying to find smth... and found this...
use 'amp;' instead of ''
map:generate src=http://www.google.nl/search?hl=nlamp;q={1}/
A little more elaboration on this, a sitemap is just xml markup, and xml
without encoding specification assumes utf-8. So, you have to use utf-8 based
chars in a sitemap.
There are some special entities, to enable chars like '' and '' in text in
xml.
See http://www.i18nguy.com/markup/ncrs.html for character entity references
Regards Ard
Wouter Roosendaal wrote:
Hi,
I trying to get cocoon (2.1.7) to request an xml document
from an url.
For example I have tried the following in my sitemap.xmap
map:match pattern=*.qry
map:generate
src=http://www.google.nl/search?hl=nlq={1}/
map:serialize type=xml/
/map:match
When I call the page http://mycocoon/help.qry I expected
the call that
gets passed to cocoon is:
http://www.google.nl/search?hl=nlq=help but I get an error
message from
cocoon that says:
The reference to entity q must end with the ';' delimiter.
I've tried to pass the request parameters with
map:parameter name=q
value={1} / etc.
After some reading my guess is the in the src part of the
generator.
Is there any way to pass request parameters to a generator or am I
totally on the wrong track here?
Any pointers to a resolution would be much appreciated.
Wouter.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
View this message in context:
http://www.nabble.com/request-parameters-in-sitemap-tf437528.html#a7360324
Sent from the Cocoon - Users mailing list archive at Nabble.com.
-
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]
Re: RE: Problem with Session under Cocoon 2.1
Hello Thanks for your answer. Sorry for my english :) I try to do it with other browsers - one catalog in ie and another in ffox. but it didn't work. I think I rewrite the cocoon session, not only the browser session. Is cocoon able to handle multisession? Thanks Kris Hello I have a problem with Session (Multisession) under cocoon. I'm using Cocoon with an DB and I use it for the catalog viewing. If I use one window (browser) it is everything ok. If I use two or more windows, with others catalog (first window catalog one, secound window catalog two) I have a problem with session. Session of window one (catalog one) is rewrited with session from window two (catalog two). Can someone help me? Oow, I first did not understand your problem, but I think I do now. I am not to familiar with the exact working of sessions (mozilla also works differently the explorer), but I think your problem is not really a problem in my opinion. If you have a session open, and you have a new window or a popup, and request to the same server, I think you just maintain the same session. This really is common for every framework, because I think it is how a browser works in combination with tomcat or jetty. Why would you want to have different behavior? Probably, not opening another window, but another *browser* (like, you have explorer session, now open mozilla), this will create a seperate session, and will behave according your expectations Regards Ard Thanks Kris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- kmConsulting Krzysztof Murmylo Mobil: +49 179 31 53 791 eMail: [EMAIL PROTECTED] http://www.kmconsulting.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Link: Article: Web-based Framework for Review, Approval, and Management of Proposal-Initiated Workflows
http://www.highedweb.org/2006/presentations/aus/AUS11.ppt Presentation at HigherEdWebDev 2006 featuring Cocoon as a framework for managing proposal-initiated workflows. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: displaying html in a cforms field
-Original Message- From: Fuad Efendi [mailto:[EMAIL PROTECTED] I think this is called cross site scripting attack and should be prevented... output field is simply a read-only widget with a value, and browsers should not interpret any pure HTML values of such objects... It's not the browser though. It is the server that is updating that and displaying what it likes. If it chooses to inject information from another site then it was done at the developers choice. Gary * The information contained in this message may be confidential or legally privileged and is intended for the addressee only. If you have received this message in error or there are any problems please notify the originator immediately. The unauthorised use, disclosure, copying or alteration of this message is strictly forbidden. * - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problem with Session under Cocoon 2.1
km wrote: Hello Thanks for your answer. Sorry for my english :) I try to do it with other browsers - one catalog in ie and another in ffox. but it didn't work. I think I rewrite the cocoon session, not only the browser session. Is cocoon able to handle multisession? Yes, absolutely -- it would be kind of dumb if it didn't handle multiple sessions, that would defeat the whole purpose of sessions anyway. Actually, Cocoon just uses the HttpSession provided by the servlet container (Tomcat, Jetty, etc.) so it's not even Cocoon-specific. I'm assuming that by multisession you're talking about multiple HttpSessions; I'm not familiar with the term multisession so maybe you're talking about something else? Hello I have a problem with Session (Multisession) under cocoon. I'm using Cocoon with an DB and I use it for the catalog viewing. If I use one window (browser) it is everything ok. If I use two or more windows, with others catalog (first window catalog one, secound window catalog two) I have a problem with session. Session of window one (catalog one) is rewrited with session from window two (catalog two). Can someone help me? Oow, I first did not understand your problem, but I think I do now. I am not to familiar with the exact working of sessions (mozilla also works differently the explorer), but I think your problem is not really a problem in my opinion. If you have a session open, and you have a new window or a popup, and request to the same server, I think you just maintain the same session. This really is common for every framework, because I think it is how a browser works in combination with tomcat or jetty. Why would you want to have different behavior? Probably, not opening another window, but another *browser* (like, you have explorer session, now open mozilla), this will create a seperate session, and will behave according your expectations Regards Ard Thanks Kris - 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]
Re: Re: Problem with Session under Cocoon 2.1
Hello yes I meen multiple session from one client computer. I know that cocoon handle more session from different clients. But I meen more session from one IP, one client. With different requests, with different desing. I know it could sound crazy :) Did someone done something like this?? Kris km wrote: Hello Thanks for your answer. Sorry for my english :) I try to do it with other browsers - one catalog in ie and another in ffox. but it didn't work. I think I rewrite the cocoon session, not only the browser session. Is cocoon able to handle multisession? Yes, absolutely -- it would be kind of dumb if it didn't handle multiple sessions, that would defeat the whole purpose of sessions anyway. Actually, Cocoon just uses the HttpSession provided by the servlet container (Tomcat, Jetty, etc.) so it's not even Cocoon-specific. I'm assuming that by multisession you're talking about multiple HttpSessions; I'm not familiar with the term multisession so maybe you're talking about something else? Hello I have a problem with Session (Multisession) under cocoon. I'm using Cocoon with an DB and I use it for the catalog viewing. If I use one window (browser) it is everything ok. If I use two or more windows, with others catalog (first window catalog one, secound window catalog two) I have a problem with session. Session of window one (catalog one) is rewrited with session from window two (catalog two). Can someone help me? Oow, I first did not understand your problem, but I think I do now. I am not to familiar with the exact working of sessions (mozilla also works differently the explorer), but I think your problem is not really a problem in my opinion. If you have a session open, and you have a new window or a popup, and request to the same server, I think you just maintain the same session. This really is common for every framework, because I think it is how a browser works in combination with tomcat or jetty. Why would you want to have different behavior? Probably, not opening another window, but another *browser* (like, you have explorer session, now open mozilla), this will create a seperate session, and will behave according your expectations Regards Ard Thanks Kris - 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] -- kmConsulting Krzysztof Murmylo Mobil: +49 179 31 53 791 eMail: [EMAIL PROTECTED] http://www.kmconsulting.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problem with Session under Cocoon 2.1
Hi, as has been said before, the main problem (if you want to say so) is the fact that, the session is provided by the servlet container (e.g. Tomcat). Usually the main purpose of a session is to identify a returning user (session), this is commonly achieved by associating each new user with a session identifier. This identifier is then either encoded in the URL or saved in a session cookie and maintained for the lifetime of the session. On the serverside this handle is then used to store session specific data across requests... This is were your problem comes in; if you open a new window from a link within the original one and your server is using URL encoded sessions, you will have the session URL encoded in that link and the server will associate that window with the old session. If the server is ussing cookie based sessions, your cookie will be shared across windows of the same browser instance. If you really want to open multiple sessions from one browser instance you should try the following: Setup your servlet container to use URL encoded sessions _only_. Then provide specific links from the original session to open in an new window and ensure that these links are not rewritten by the container (e.g. ensure that they do not contain the encoded session key). That should (in theory) create a new session within the new browser window. Be aware though that in doing so you loose everything associated with the original session (of course) - like authentification and authorization data. HTH, Jan km [EMAIL PROTECTED] schrieb am 16.11.2006 15:30:46: Hello yes I meen multiple session from one client computer. I know that cocoon handle more session from different clients. But I meen more session from one IP, one client. With different requests, with different desing. I know it could sound crazy :) Did someone done something like this?? Kris km wrote: Hello Thanks for your answer. Sorry for my english :) I try to do it with other browsers - one catalog in ie and another in ffox. but it didn't work. I think I rewrite the cocoon session, not only the browser session. Is cocoon able to handle multisession? Yes, absolutely -- it would be kind of dumb if it didn't handle multiple sessions, that would defeat the whole purpose of sessions anyway. Actually, Cocoon just uses the HttpSession provided by the servlet container (Tomcat, Jetty, etc.) so it's not even Cocoon-specific. I'm assuming that by multisession you're talking about multiple HttpSessions; I'm not familiar with the term multisession so maybe you're talking about something else? Hello I have a problem with Session (Multisession) under cocoon. I'm using Cocoon with an DB and I use it for the catalog viewing. If I use one window (browser) it is everything ok. If I use two or more windows, with others catalog (first window catalog one, secound window catalog two) I have a problem with session. Session of window one (catalog one) is rewrited with session from window two (catalog two). Can someone help me? Oow, I first did not understand your problem, but I think I do now. I am not to familiar with the exact working of sessions (mozilla also works differently the explorer), but I think your problem is not really a problem in my opinion. If you have a session open, and you have a new window or a popup, and request to the same server, I think you just maintain the same session. This really is common for every framework, because I think it is how a browser works in combination with tomcat or jetty. Why would you want to have different behavior? Probably, not opening another window, but another *browser* (like, you have explorer session, now open mozilla), this will create a seperate session, and will behave according your expectations Regards Ard Thanks Kris - 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] -- kmConsulting Krzysztof Murmylo Mobil: +49 179 31 53 791 eMail: [EMAIL PROTECTED] http://www.kmconsulting.org - 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]
Re: Re: Problem with Session under Cocoon 2.1
hi Thanks, I will try it. There is no problem, when I loose the original session in new window. It have to be find in an old one, in new one I will create a new session. Thanks one more time. Kris Hi, as has been said before, the main problem (if you want to say so) is the fact that, the session is provided by the servlet container (e.g. Tomcat). Usually the main purpose of a session is to identify a returning user (session), this is commonly achieved by associating each new user with a session identifier. This identifier is then either encoded in the URL or saved in a session cookie and maintained for the lifetime of the session. On the serverside this handle is then used to store session specific data across requests... This is were your problem comes in; if you open a new window from a link within the original one and your server is using URL encoded sessions, you will have the session URL encoded in that link and the server will associate that window with the old session. If the server is ussing cookie based sessions, your cookie will be shared across windows of the same browser instance. If you really want to open multiple sessions from one browser instance you should try the following: Setup your servlet container to use URL encoded sessions _only_. Then provide specific links from the original session to open in an new window and ensure that these links are not rewritten by the container (e.g. ensure that they do not contain the encoded session key). That should (in theory) create a new session within the new browser window. Be aware though that in doing so you loose everything associated with the original session (of course) - like authentification and authorization data. HTH, Jan km [EMAIL PROTECTED] schrieb am 16.11.2006 15:30:46: Hello yes I meen multiple session from one client computer. I know that cocoon handle more session from different clients. But I meen more session from one IP, one client. With different requests, with different desing. I know it could sound crazy :) Did someone done something like this?? Kris km wrote: Hello Thanks for your answer. Sorry for my english :) I try to do it with other browsers - one catalog in ie and another in ffox. but it didn't work. I think I rewrite the cocoon session, not only the browser session. Is cocoon able to handle multisession? Yes, absolutely -- it would be kind of dumb if it didn't handle multiple sessions, that would defeat the whole purpose of sessions anyway. Actually, Cocoon just uses the HttpSession provided by the servlet container (Tomcat, Jetty, etc.) so it's not even Cocoon-specific. I'm assuming that by multisession you're talking about multiple HttpSessions; I'm not familiar with the term multisession so maybe you're talking about something else? Hello I have a problem with Session (Multisession) under cocoon. I'm using Cocoon with an DB and I use it for the catalog viewing. If I use one window (browser) it is everything ok. If I use two or more windows, with others catalog (first window catalog one, secound window catalog two) I have a problem with session. Session of window one (catalog one) is rewrited with session from window two (catalog two). Can someone help me? Oow, I first did not understand your problem, but I think I do now. I am not to familiar with the exact working of sessions (mozilla also works differently the explorer), but I think your problem is not really a problem in my opinion. If you have a session open, and you have a new window or a popup, and request to the same server, I think you just maintain the same session. This really is common for every framework, because I think it is how a browser works in combination with tomcat or jetty. Why would you want to have different behavior? Probably, not opening another window, but another *browser* (like, you have explorer session, now open mozilla), this will create a seperate session, and will behave according your expectations Regards Ard Thanks Kris - 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] -- kmConsulting Krzysztof Murmylo Mobil: +49 179 31 53 791 eMail: [EMAIL PROTECTED] http://www.kmconsulting.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL
Re[3]: Problem with Session under Cocoon 2.1
Kris, k yes I meen multiple session from one client computer. I know that k cocoon handle more session from different clients. But I meen more k session from one IP, one client. With different requests, with k different desing. I know it could sound crazy :) Well, normally you have two choices how to maintain a session: - Cookies - URL Rewriting If you want a single session per browser window, you have to opt for URL Rewriting. This means that the client has to send the current session in every requests sent to the server. You've got to ensure that every link and every form sends this unique identifier. (This can easily be done by a transformer. Or you can use the response.encodeUrl() method for this task.) Cookies won't work for you because cookies aren't stored in a per window container by the browsers. If you use Mozilla and IE on one machine, they will get two different cookies, but all Mozilla windows will share the same session cookie. regards Martin. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Debug output of pipelines
Hi All, could someone give me a hint on howto output the result of each transformation within my cached pipeline (below)? It would be great to be able to look at the result of each transformation afterwards to see what I am doing wrong. Is that possible? Trivial? TIA, Jan map:pipeline type=caching internal-only=true map:match pattern=formmodel/auftrag.xsd map:generate src=auftrag.xsd / map:transform src=model.xsl map:parameter name=rootElement value=Auftrag / /map:transform map:serialize type=xml / /map:match map:match pattern=formtemplate/auftrag.xsd map:generate src=auftrag.xsd / map:transform src=template.xsl map:parameter name=rootElement value=Auftrag / /map:transform map:serialize type=xml / /map:match map:match pattern=formbinding/auftrag.xsd map:generate src=auftrag.xsd / map:transform src=binding.xsl map:parameter name=rootElement value=Auftrag / /map:transform map:serialize type=xml / /map:match map:match pattern=form-display-pipeline/auftrag.xsd map:generate src=cocoon:/formtemplate/auftrag.xsd / map:transform type=forms / map:transform type=i18n map:parameter name=locale value=en-US / /map:transform map:transform src=context://samples/blocks/forms/resources/forms-samples-styling.xsl / map:serialize type=html / /map:match /map:pipeline - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Debug output of pipelines
On 11/17/06, Jan Behrens [EMAIL PROTECTED] wrote: ...could someone give me a hint on howto output the result of each transformation within my cached pipeline (below)... Use views, see http://cocoon.apache.org/2.1/userdocs/concepts/views.html -Bertrand - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
