Re: xsl:include href=another.xsl/ not working in xsl-file
Which stylesheet processor are you using? I was playing around with Lenya (a CMS based on Cocoon) the other day and they'd made XSLTC the default and it crashed on xsl:includes saying something like could't get transformer handler Replacing XSLTC by Xalan did the job. I didn't go into detail trying to find the problem. Does anybody know whether XSLTC has a problem with/does not support xsl:include's? Stefan On Fri, 24 Oct 2003 20:27:49 + Johannes Becker [EMAIL PROTECTED] wrote: Hi, I'm desperatly trying to do an xsl:include of a file into an existing xsl file. I'm using: xsl:include href=myfile.xsl/ in my xsl-file. Cocoon does not complain it can't find the file, but the stylesheet isn't being generated. Any ideas? Do I have to tell the sitemap about the included file? If yes, how? Jonny _ 5 neue Buddies = 50 FreeSMS. http://messenger-mania.msn.de Messenger-Mania - FreeSMS und 666 Webcams abräumen mit dem MSN Messenger! - 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]
Configuring ChainMetaModule in sitemap?
Thanks for this hint! Do I have to configure the ChaineMetaModule in the cocoon.xconf or is it possible to also configure it in the map:pipeline/map:component-configurations-section? Mat Von: Tony Collen [EMAIL PROTECTED] Antworten an: [EMAIL PROTECTED] Datum: Fri, 24 Oct 2003 11:22:31 -0500 An: [EMAIL PROTECTED] Betreff: Re: Default value for input modules? [EMAIL PROTECTED] wrote: Hi, I don't want to extend Java Code. Isn't there any possibility to do this on the sitemap? How would the example in this Email for xsp look like on the sitemap? Best regards, Mat Mathias, check out your WEB-INF/cocoon.xconf file, where the ChainMetaModule is located, that should give you an idea of how you can get a module to fall back to other modules, or defaults. Tony - 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]
[newbie] Authentication-context in the auth.-framework
Hello, in the authentication framework documentation you can read: The authentication context is only available to the session transformer if the pipeline, the transformer is running in, is associated to the (authentication) handler. Or putting it in other words: you have to use the auth-project action in that pipeline. Otherwise the authentication context is not available. My question is: where exactly do I have to use the auth-project action how should I write it? Could anyone give a simple excerpt of a sitemap where this action is used? Many thanks in advance. Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [newbie] Authentication-context in the auth.-framework
Hi Jan, If you read the 2.1.2 documentation: at the and of the authentication-chapter, there's an excercise...: ...But the auth-loggedIn action does not give the included pipeline access to the authentication context belonging to the handler. If you want this, you have to nest the auth-protect action inside! map:match patternstart map:act type=auth-loggedIn !-- check authentication -- map:parameter name=handler value=myhandler/ map:act type=auth-protect !-- give access to the context -- map:parameter name=handler value=myhandler/ map:generate src=getinfofromcontext.xml/ map:transform src=session/ map:transform src=toHTML/ map:serialize/ /map:act /map:match Von: Jan Wielgus [EMAIL PROTECTED] Antworten an: [EMAIL PROTECTED] Datum: Sat, 25 Oct 2003 16:21:14 +0200 (MET DST) An: [EMAIL PROTECTED] Betreff: [newbie] Authentication-context in the auth.-framework Hello, in the authentication framework documentation you can read: The authentication context is only available to the session transformer if the pipeline, the transformer is running in, is associated to the (authentication) handler. Or putting it in other words: you have to use the auth-project action in that pipeline. Otherwise the authentication context is not available. My question is: where exactly do I have to use the auth-project action how should I write it? Could anyone give a simple excerpt of a sitemap where this action is used? Many thanks in advance. Jan - 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: [newbie] Authentication-context in the auth.-framework
Hello again, now I know what is actually my problem. I tried to use session:getxml context=authentication path=/authentication/ID/ in an XSP-page. As far as I read in some posts, it is not supported by XSP :(( So, how can I retrieve information from the session with my XSP-page? Are there another possibilities? Hi Jan, If you read the 2.1.2 documentation: at the and of the authentication-chapter, there's an excercise...: ...But the auth-loggedIn action does not give the included pipeline access to the authentication context belonging to the handler. If you want this, you have to nest the auth-protect action inside! map:match patternstart map:act type=auth-loggedIn !-- check authentication -- map:parameter name=handler value=myhandler/ map:act type=auth-protect !-- give access to the context -- map:parameter name=handler value=myhandler/ map:generate src=getinfofromcontext.xml/ map:transform src=session/ map:transform src=toHTML/ map:serialize/ /map:act /map:match Von: Jan Wielgus [EMAIL PROTECTED] Antworten an: [EMAIL PROTECTED] Datum: Sat, 25 Oct 2003 16:21:14 +0200 (MET DST) An: [EMAIL PROTECTED] Betreff: [newbie] Authentication-context in the auth.-framework Hello, in the authentication framework documentation you can read: The authentication context is only available to the session transformer if the pipeline, the transformer is running in, is associated to the (authentication) handler. Or putting it in other words: you have to use the auth-project action in that pipeline. Otherwise the authentication context is not available. My question is: where exactly do I have to use the auth-project action how should I write it? Could anyone give a simple excerpt of a sitemap where this action is used? Many thanks in advance. Jan - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [newbie] Authentication-context in the auth.-framework
Try something like xsp-session:getxml context=authentication path=/authentication/ID/ Mat Von: Jan Wielgus [EMAIL PROTECTED] Antworten an: [EMAIL PROTECTED] Datum: Sat, 25 Oct 2003 16:59:19 +0200 (MET DST) An: [EMAIL PROTECTED] Betreff: Re: Re: [newbie] Authentication-context in the auth.-framework Hello again, now I know what is actually my problem. I tried to use session:getxml context=authentication path=/authentication/ID/ in an XSP-page. As far as I read in some posts, it is not supported by XSP :(( So, how can I retrieve information from the session with my XSP-page? Are there another possibilities? Hi Jan, If you read the 2.1.2 documentation: at the and of the authentication-chapter, there's an excercise...: ...But the auth-loggedIn action does not give the included pipeline access to the authentication context belonging to the handler. If you want this, you have to nest the auth-protect action inside! map:match patternstart map:act type=auth-loggedIn !-- check authentication -- map:parameter name=handler value=myhandler/ map:act type=auth-protect !-- give access to the context -- map:parameter name=handler value=myhandler/ map:generate src=getinfofromcontext.xml/ map:transform src=session/ map:transform src=toHTML/ map:serialize/ /map:act /map:match Von: Jan Wielgus [EMAIL PROTECTED] Antworten an: [EMAIL PROTECTED] Datum: Sat, 25 Oct 2003 16:21:14 +0200 (MET DST) An: [EMAIL PROTECTED] Betreff: [newbie] Authentication-context in the auth.-framework Hello, in the authentication framework documentation you can read: The authentication context is only available to the session transformer if the pipeline, the transformer is running in, is associated to the (authentication) handler. Or putting it in other words: you have to use the auth-project action in that pipeline. Otherwise the authentication context is not available. My question is: where exactly do I have to use the auth-project action how should I write it? Could anyone give a simple excerpt of a sitemap where this action is used? Many thanks in advance. Jan - 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] - 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: [newbie] Authentication-context in the auth.-framework CORRECTION
Try something like xsp-session:getxml context=authentication path=/authentication/ID/ Sorry, there was an at the wrong place. Now, it's fine ;). Mat Von: Mathias Wiegard [EMAIL PROTECTED] Antworten an: [EMAIL PROTECTED] Datum: Sat, 25 Oct 2003 17:52:25 +0200 An: [EMAIL PROTECTED] Betreff: Re: [newbie] Authentication-context in the auth.-framework Try something like xsp-session:getxml context=authentication path=/authentication/ID/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [newbie] Authentication-context in the auth.-framework
Mathias Wiegard dijo: Try something like xsp-session:getxml context=authentication path=/authentication/ID/ If you are using 2.1.2 or superior: The correct is: xsp-session-fw:getxml context=authentication path=/authentication/ID/ and the namespace is: xmlns:xsp-session-fw=http://apache.org/xsp/session-fw/1.0; I am very glad that people is using the tag, so I will write a wiki page for the tag. ;-D Best Regards, Antonio Gallardo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Form Validation
Hi, all, I have a problem with I use form validation logical sheet. I set up a descriptor file and constraint set. In my form, I have every parameters in constraint set validated. But I still get form-value:notpresent-error / in general form. (If I define a name, than I do not have such error. Is there anybody has a clue about it? Many thanks in advance for the nice help. Jack - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Re: [newbie] Authentication-context in the auth.-framework
Jan Wielgus dijo: It works! :)) Thank you very very much :))) Great! :-D BTW, the wiki page is ready: http://wiki.cocoondev.org/Wiki.jsp?page=XspSessionFw Best Regards, Antonio Gallardo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Proposition for InputModules, based on thread [newbie] Authentication-context in the auth.-framework
Hi Antonio, Hmm. I don't know if my opinion counts very much but it bothers me, that of the view of an xsp-programmer the procedures of naming the ns and the tags for accessing the session respectively the request are different... :( By the way: thanks for the wiki-page. I wish there would be more documentation for the input modules and contexts (see e.g. my question about configuring Modules in the sitemap). Modules are very mighty and for my opinion they are helping to better understand the flow of parameters in a sitemap... That's why I'm switching to explicitely make out the parameters for components in a pipeline instead of using something like the use-request-parameters option. So (now that I have the chance to chat with you ;) ) why is it so complicated to have default values? Wouldn' it be good to have an default-Attribut for every Input-Module, like: map:parameter name=message value={session-context:temporary/data/message} default={default:loginmessage}/ the value of the default attribute could point to the defaultModule (here instantiated as default) /values/loginmessage that is either a string or a xml-structure. It would also help to be able to configure these defaultModule values in the sitemap in the map:component-configuration/-section like the global variables (And they would overwrite equal values configured in the cocoon.xconf or parent sitemaps). For my opinion it would help to improve the understanding of a sitemap dramatically. Yes, my proposition is not perfect but I hope you'll understand my intention ;). Best regards, Mat Von: Antonio Gallardo [EMAIL PROTECTED] Antworten an: [EMAIL PROTECTED] Datum: Sat, 25 Oct 2003 10:41:07 -0600 (CST) An: [EMAIL PROTECTED] Betreff: Re: [newbie] Authentication-context in the auth.-framework Mathias Wiegard dijo: Maybe a stupid question, but why this -fw? Will this also be used e.g. at xsp-request-fw? Why these differences in naming? The name was coined and currently a TM of Vadim Gritsenko. :-D fw means framework, because (as Vadim explained), the tag is related to the session-fw not to the environment.session. For more info see the track of the tag here: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13070 Best Regards, Antonio Gallardo - 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: File upload classes missing?
Thanks for the references to the doc. I appreciate it very much. Everything works now. --- Geoff Howard [EMAIL PROTECTED] wrote: Bruce Perryman wrote: Hello, In cocoon 2.0 I used to use org/apache/cocoon/components/request/multipart/* classes. They no longer exist in cocoon-2.1.2-dev.jar. If I rebuild my action, which classes should I be using and where are they located. http://cocoon.apache.org/2.1/installing/updating.html#File+Upload http://wiki.cocoondev.org/Wiki.jsp?page=FileUploadsWithCocoon2.1 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
methedology
What is the best way to keep up-to-date with cocoon. Is there a software update, e.g.? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
methodology
Heh! found a bug in mail app. it didn't catch the typo in the subject line - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]