Re: Cocoon Competence Center Updates
Hy, Robert; Thank you very much for the contributions. I propose to move parts of your contrib into another page. reasons: 1.) this page deals with deploying cocoon. it should not cover essentials of cocoon internals. this is the next story to be covered, once cocoon is deployed. 2.) i want this document to be for beginning beginners, (we used to name them nebies ;-). Yes we should prepare a doc, that contains your hints and tips, but maybe this is an add on page ? if nobody complains, i will move your contribs to another page, but keep the super esssentials in the doc (and point to the new pages where relevant) is that ok for you Robert? regards, Hussayn Robert Simmons wrote: Greetings, I have added the following information to the cocoon competence center page on installing cocoon. Please feel free to review the following sections and smack me around if I said anything incorrect. The new sections are. * Deploying on an application server. * What is essential? -- Robert -- Dr. Hussayn Dabbous SAXESS Software Design GmbH Neuenhöfer Allee 125 50935 Köln Telefon: +49-221-56011-0 Fax: +49-221-56011-20 E-Mail: [EMAIL PROTECTED] - 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: proposal: The Newbies Competence Center (XSP?)
Peter Thanks for the comments; I am still not sure I understand or agree with the "proprietary" code part; my definition (based around ownership) seemingly disagrees with yours - we will then obviously disagree about the implications... I am perfectly happy at present to stick with XSLT and the various Cocoon logicsheets at present - the added complexity of my learning Java in depth now (i.e coming from a programming background I already have sufficient understanding of the basic constructs; enough to add in logic where required) is not worth some *potential* portability for some *potential* future ultra-pure appplication ;-) I also have enough confidence in the way that Cocoon is developing to know that none of these choices will constitute a *significant* barrier to my development, or the future evolution of the systems I am working on. I do hope that some of what you are doing will eventually filter back to the Cocoon in a way that fits in with modular and component based philosophy of the system, and can be used by a wider group of developers. [EMAIL PROTECTED] 29/01/2003 06:12:18 Well, you carefully (or not?) snipped out my point that, in the end, the XSPs are converted to Java That's irrelevant; you're still writing proprietary code... - and at least one of theCocoon books I read suggests this as a perfectly vaild way to start off doing your own coding for custom generators. Absolutely, justunderstand the tradeoffs you're making in terms of performance and portability. So... I am not sure what you mean by "loss of portability" - It may not be anissue for you. For us, we have some requirements torun our code outside of Cocoon. They haven't forced us away from Cocoon yet, but they could in the future. All that said, I would be very happy to "upgrade my skills" (and design approach) to learn how to develop Cocoon-based systems that are both complex and XSP-free. 1st learnJava. 2nd learn XSLT.:-) If you (or anyone else) would care to share your approach and methodology in the form of tutorials and/or examples, I am sure I am not the only one who would benefit from it. The way we do things won't make a lot of sense to you untilyou have a lot of Java and XSLT skills. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. "The CSIR exercises no editorial control over E-mail messages and/or attachments thereto/links referred to therein originating in the organisation and the views in this message/attachments thereto are therefore not necessarily those of the CSIR and/or its employees. The sender of this e-mail is, moreover, in terms of the CSIR's Conditions of Service, subject to compliance with the CSIR's internal E-mail and Internet Policy."
2 return values from an action?
Hi, thanks to you guys I got my action running finally. Now I have another question. For example: I have 1 xml file that could be displayed in 15 xsl-Stylesheets (in various formats: html, pdf, xls). Currently in my first action I choose the corresponding file. package test.acting; import java.util.Map; import java.util.HashMap; import org.apache.avalon.framework.parameters.Parameters; import org.apache.cocoon.acting.AbstractAction; import org.apache.cocoon.environment.Request; import org.apache.cocoon.environment.SourceResolver; import org.apache.cocoon.environment.Redirector; import org.apache.cocoon.environment.ObjectModelHelper; import org.xml.sax.EntityResolver; public class XslSelection extends AbstractAction { public Map act(Redirector redirector, SourceResolver resolver, Map objectModel, String source, Parameters parameters){ Map results = new HashMap(); Request request = ObjectModelHelper.getRequest(objectModel); String report_id = request.getParameter(report_id); String service_id = request.getParameter(service_id); String output_id = request.getParameter(output_id); // Now choose the suitable XSL for the output if(report_id.equals(16) output_id.equals(html)) results.put(xsl-choice,report_16_html); else if(report_id.equals(16) output_id.equals(pdf)) results.put(xsl-choice,report_16_pdf); ... else if(report_id.equals(17) service_id.equals(GSM) output_id.equals(html)) results.put(xsl-choice,report_17GSM_html); else if(report_id.equals(17) !service_id.equals(GSM) output_id.equals(pdf)) results.put(xsl-choice,report_17_pdf); ... else results.put(xsl-choice,error); ... return results; } } In the other action I choose the output format. package test.acting; import java.util.Map; import java.util.HashMap; import org.apache.avalon.framework.parameters.Parameters; import org.apache.cocoon.acting.AbstractAction; import org.apache.cocoon.environment.Request; import org.apache.cocoon.environment.SourceResolver; import org.apache.cocoon.environment.Redirector; import org.apache.cocoon.environment.ObjectModelHelper; import org.xml.sax.EntityResolver; public class OutputSelection extends AbstractAction { public Map act(Redirector redirector, SourceResolver resolver, Map objectModel, String source, Parameters parameters){ Map results = new HashMap(); Request request = ObjectModelHelper.getRequest(objectModel); String output_id = request.getParameter(output_id); // Now choose the suitable XSL for the output if(output_id.equals(html)) results.put(output-choice,html); else if(routput_id.equals(pdf)) results.put(output-choice,pdf); ... else results.put(output-choice,html); ... return results; } } Thats how I use it in the sitemap: ... map:match pattern=blabla map:generate src=sampleoutput.xml/ map:act type=xslSelect map:transform src=stylesheets/{results}.xsl/ /map:act map:act type=outputSelect map:serialize type={output-choice}/ /map:act /map:match ... My question: Can I handle this somehow in one action (something like 2 return values)? Or do it somehow else? Jonny This electronic message contains information from the mmo2 plc Group which may be privileged or confidential. The information is intended to be for the use of the individual(s) or entity named above. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information is prohibited. If you have received this electronic message in error, please notify us by telephone or email (to the numbers or address above) immediately. - 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: Cocoon Competence Center Updates
Fine ... I'm beginning to loose interest to be honest. Right now I cant do anything with XSP with cocoon at all. because of the classpath bug it looks like two weeks of my work are about to explode in my face. Sigh. -- Robert - Original Message - From: SAXESS - Hussayn Dabbous [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, January 30, 2003 9:12 AM Subject: Re: Cocoon Competence Center Updates Hy, Robert; Thank you very much for the contributions. I propose to move parts of your contrib into another page. reasons: 1.) this page deals with deploying cocoon. it should not cover essentials of cocoon internals. this is the next story to be covered, once cocoon is deployed. 2.) i want this document to be for beginning beginners, (we used to name them nebies ;-). Yes we should prepare a doc, that contains your hints and tips, but maybe this is an add on page ? if nobody complains, i will move your contribs to another page, but keep the super esssentials in the doc (and point to the new pages where relevant) is that ok for you Robert? regards, Hussayn Robert Simmons wrote: Greetings, I have added the following information to the cocoon competence center page on installing cocoon. Please feel free to review the following sections and smack me around if I said anything incorrect. The new sections are. * Deploying on an application server. * What is essential? -- Robert -- Dr. Hussayn Dabbous SAXESS Software Design GmbH Neuenhöfer Allee 125 50935 Köln Telefon: +49-221-56011-0 Fax: +49-221-56011-20 E-Mail: [EMAIL PROTECTED] - 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] - 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: Cocoon Competence Center Updates (WhyWiki?)
welcome to the wonderful world of wiki! for a wiki-background on *exactly* this issue, please look at: http://c2.com/cgi/wiki?WhyWikiWorks and http://c2.com/cgi/wiki?WikiWipeout and, for an alternative type of wiki: http://c2.com/cgi/wiki?SecureWiki and, yes, there are probably alternative ways of doing things - any suggestions as to one that retains all the benefits of wiki and provides a guarenteed "security"?? (FWIW; most people are ornery and try and do things that they are told they *can't* do or that are "impossible" to do... like breaking into DoD computers; being told you *can* delete pages on a wiki is just not attractive enough to make you want to do it!) [EMAIL PROTECTED] 30/01/2003 04:45:01 On the same topic, I am more distressed at this editing policy. Someone could easily be malicious and log in and erase everything. Are we sure there isn't a better way to do this? -- Robert - Original Message - From: Robert Simmons To: Cocoon Users Sent: Thursday, January 30, 2003 3:41 AM Subject: Cocoon Competence Center Updates Greetings, I have added the following information to the cocoon competence center page on installing cocoon. Please feel free to review the following sections and smack me around if I said anything incorrect. The new sections are. *Deploying on an application server. *What is essential? -- Robert -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. "The CSIR exercises no editorial control over E-mail messages and/or attachments thereto/links referred to therein originating in the organisation and the views in this message/attachments thereto are therefore not necessarily those of the CSIR and/or its employees. The sender of this e-mail is, moreover, in terms of the CSIR's Conditions of Service, subject to compliance with the CSIR's internal E-mail and Internet Policy."
Re: XML - XSL Editors?
Hi Robert. I have missed your previous answer about commercial tools. I apologize for the double post. Alexandru On Wed, 2003-01-29 at 02:32, Robert Simmons wrote: What are the best XML and XSLT editors on the market. I'm looking for something that is easy to use and offers the chance to edit XSL in a WYSIWYG style. I tried XML Spy but it is not so easy to use. I couldn't even figure out how to get an XSL preview to work properly. It wanted me to create an sps file in order to show the transformation but in their sps editor I couldn't even tell it to use a file that I had already written. Way weird. I also tried eXcelon with is much easier to use. I want to know what other options are out there. -- Robert -- Alexandru COSTIN Chief Operating Officer http://www.interakt.ro/ +4021 411 2610 - 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: 2 return values from an action?
From: [EMAIL PROTECTED] Hi, thanks to you guys I got my action running finally. Now I have another question. For example: I have 1 xml file that could be displayed in 15 xsl-Stylesheets (in various formats: html, pdf, xls). Currently in my first action I choose the corresponding file. skip what=first_action_code/ In the other action I choose the output format. skip what=second_action_code/ Thats how I use it in the sitemap: ... map:match pattern=blabla map:generate src=sampleoutput.xml/ map:act type=xslSelect map:transform src=stylesheets/{results}.xsl/ /map:act map:act type=outputSelect map:serialize type={output-choice}/ /map:act /map:match This won't work, you should use nested actions in such cases. Actions work like an if ... else ... statement: if an action returns a non-null value then it's contents is processed, otherwise the following part is processed. In your particular case it'd be much better to return two values from the action, just you different keys in the HashMap to do it: results.put(xsl-choice, style.xsl); results.put(format, pdf); and then use it in your sitemap like this: map:match pattern=blabla map:act type=allSelect map:generate src=sampleoutput.xml/ map:transform src=stylesheets/{xsl-choice}.xsl/ map:serialize type={format}/ /map:act /map:match This one should work fine. But it'd be even better if you've used input modules instead of an action. Something like this: map:match pattern=blabla map:generate src=sampleoutput.xml/ map:transform src=stylesheets/{request-param:report_id}{request-param:service_id}_{reques t-param:output_id}.xsl/ map:serialize type={request-param:output_id}/ /map:match -- Konstantin ... My question: Can I handle this somehow in one action (something like 2 return values)? Or do it somehow else? Jonny -- -- This electronic message contains information from the mmo2 plc Group which may be privileged or confidential. The information is intended to be for the use of the individual(s) or entity named above. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information is prohibited. If you have received this electronic message in error, please notify us by telephone or email (to the numbers or address above) immediately. - 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] - 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: XML - XSL Editors?
Hello, We have a very powerful IDE called KrysalIDE especially designed to understand the concept of XSP, taglibs and pipelines. Even if visual preview is yet under heavy development (we have recently integrated mozilla in KrysalIDE and dragdrop on the HTML preview a la Dreamweaver will be implemented sometimes in the next 4 months - see the attached picture). It already provides some interesting features for our Cocoon clone - Krysalis, and we are considering porting it to coocon if there will be enough interest. (it is a commercial product) See more about KrysalIDE at http://www.interakt.ro/products/KrysalIDE/ We have tag completion capability for any taglib and for XSLs, visual link between XML and XSL (that means that when you are coding an XSL, the matched XML nodes are highlighted, you can dragdrop from the XML tree to the XSL tree to automatically have the XSL code built for you, etc,) Alexandru On Wed, 2003-01-29 at 02:32, Robert Simmons wrote: What are the best XML and XSLT editors on the market. I'm looking for something that is easy to use and offers the chance to edit XSL in a WYSIWYG style. I tried XML Spy but it is not so easy to use. I couldn't even figure out how to get an XSL preview to work properly. It wanted me to create an sps file in order to show the transformation but in their sps editor I couldn't even tell it to use a file that I had already written. Way weird. I also tried eXcelon with is much easier to use. I want to know what other options are out there. -- Robert -- Alexandru COSTIN Chief Operating Officer http://www.interakt.ro/ +4021 411 2610 attachment: chiarmerge1.jpg- 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: Portal - Coplets / Sunlet
-Original Message- From: Richard Reyes [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 30, 2003 9:02 AM To: [EMAIL PROTECTED] Subject: Re: Portal - Coplets / Sunlet which error log? the one thats on the browser? here it is Exactly! Ok, I can see by the log that the xmlizer does not detect that the resource you request is html. I guess this is currently not implemented. I will take care of it as soon as I get some time for it. Thanks Carsten - 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: 2 return values from an action?
Cool. Thanks for the quick response Konstantin. This one should work fine. But it'd be even better if you've used input modules instead of an action. Something like this: map:match pattern=blabla map:generate src=sampleoutput.xml/ map:transform src =stylesheets/{request-param:report_id}{request-param:service_id}_{reques t-param:output_id}.xsl/ map:serialize type={request-param:output_id}/ /map:match Do I have to place something extra in my sitemap for this solution? Cheers Jonny This electronic message contains information from the mmo2 plc Group which may be privileged or confidential. The information is intended to be for the use of the individual(s) or entity named above. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information is prohibited. If you have received this electronic message in error, please notify us by telephone or email (to the numbers or address above) immediately. |-+ | | Konstantin | | | Piroumian | | | kpiroumian@apach| | | e.org | | || | | 01/30/03 09:32 AM| | | Please respond to| | | cocoon-users | | || |-+ --| | | | To: [EMAIL PROTECTED] | | cc: | | Subject: Re: 2 return values from an action? | --| From: [EMAIL PROTECTED] Hi, thanks to you guys I got my action running finally. Now I have another question. For example: I have 1 xml file that could be displayed in 15 xsl-Stylesheets (in various formats: html, pdf, xls). Currently in my first action I choose the corresponding file. skip what=first_action_code/ In the other action I choose the output format. skip what=second_action_code/ Thats how I use it in the sitemap: ... map:match pattern=blabla map:generate src=sampleoutput.xml/ map:act type=xslSelect map:transform src=stylesheets/{results}.xsl/ /map:act map:act type=outputSelect map:serialize type={output-choice}/ /map:act /map:match This won't work, you should use nested actions in such cases. Actions work like an if ... else ... statement: if an action returns a non-null value then it's contents is processed, otherwise the following part is processed. In your particular case it'd be much better to return two values from the action, just you different keys in the HashMap to do it: results.put(xsl-choice, style.xsl); results.put(format, pdf); and then use it in your sitemap like this: map:match pattern=blabla map:act type=allSelect map:generate src=sampleoutput.xml/ map:transform src=stylesheets/{xsl-choice}.xsl/ map:serialize type={format}/ /map:act /map:match This one should work fine. But it'd be even better if you've used input modules instead of an action. Something like this: map:match pattern=blabla map:generate src=sampleoutput.xml/ map:transform src=stylesheets/{request-param:report_id}{request-param:service_id} _{reques t-param:output_id}.xsl/ map:serialize type={request-param:output_id}/ /map:match -- Konstantin ... My question: Can I handle this somehow in one action (something like 2 return values)? Or do it somehow else? Jonny -- -- This electronic message contains information from the mmo2 plc Group which may be privileged or confidential. The information is intended to be for the use of the individual(s) or entity named above. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information is prohibited. If you have received this electronic message in error, please notify us by telephone or email (to the numbers or address above)
Re: Cocoon Competence Center Updates (WhyWiki?)
Derek Hohls wrote: (FWIW; most people are ornery and try and do things that they are told they *can't* do or that are impossible to do... like breaking into DoD computers; being told you *can* delete pages on a wiki is just not attractive enough to make you want to do it!) [EMAIL PROTECTED] 30/01/2003 04:45:01 On the same topic, I am more distressed at this editing policy. Someone could easily be malicious and log in and erase everything. Are we sure there isn't a better way to do this? Thanks, Derek, right on target. Anyway, if anyone would be really malicious, we still have daily backups of the Wiki. /Steven -- Steven Noelshttp://outerthought.org/ Outerthought - Open Source, Java XML Competence Support Center Read my weblog athttp://blogs.cocoondev.org/stevenn/ stevenn at outerthought.orgstevenn at apache.org - 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: Cocoon Competence Center Updates
Hy Robert, I appreciate your honesty. I hope, you keep with us. I think you can really help getting this into the next generation... just a few of my experiences if you don't mind ... 0.) i use to install minimalistic components when i start investigating. in this sense i only needed tomcat-4.*.* to start. just installed it and ready to go... 1.) When i started working with cocoon i first got very very frustrated: sitemap not working as i expected actions, uhh? logicsheets, sounds good, howto??? and so on ... I even did not know, what to ask in detail. 3.) very slowly i got a first overview. i only scratched the surface and one day (after about two weeks) i got hit by realizing the hidden mightiness of the beast. Hey that's great, this works fine, ahh what easy going here and there... Until now i still only was playing with the very basics (sitemap, generator, protocol handlers) 4.) After reviewing my first experiences with cocoon i came to the conclusions: - its very complex - it has great oportunities - it is complex documented - it moves fast - it neads quality assurance to get mature My decisions: - use cocoon in my own projects - help cocoon users to get a clear understanding with less frustrations I'm still happy with cocoon and im still only using the very basics. I am curious where i can get with XSP and ESQL ;-) regards, hussayn Robert Simmons wrote: Fine ... I'm beginning to loose interest to be honest. Right now I cant do anything with XSP with cocoon at all. because of the classpath bug it looks like two weeks of my work are about to explode in my face. Sigh. -- Robert - Original Message - From: SAXESS - Hussayn Dabbous [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, January 30, 2003 9:12 AM Subject: Re: Cocoon Competence Center Updates Hy, Robert; Thank you very much for the contributions. I propose to move parts of your contrib into another page. reasons: 1.) this page deals with deploying cocoon. it should not cover essentials of cocoon internals. this is the next story to be covered, once cocoon is deployed. 2.) i want this document to be for beginning beginners, (we used to name them nebies ;-). Yes we should prepare a doc, that contains your hints and tips, but maybe this is an add on page ? if nobody complains, i will move your contribs to another page, but keep the super esssentials in the doc (and point to the new pages where relevant) is that ok for you Robert? regards, Hussayn Robert Simmons wrote: Greetings, I have added the following information to the cocoon competence center page on installing cocoon. Please feel free to review the following sections and smack me around if I said anything incorrect. The new sections are. * Deploying on an application server. * What is essential? -- Robert -- Dr. Hussayn Dabbous SAXESS Software Design GmbH Neuenhöfer Allee 125 50935 Köln Telefon: +49-221-56011-0 Fax: +49-221-56011-20 E-Mail: [EMAIL PROTECTED] - 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] - 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] -- Dr. Hussayn Dabbous SAXESS Software Design GmbH Neuenhöfer Allee 125 50935 Köln Telefon: +49-221-56011-0 Fax: +49-221-56011-20 E-Mail: [EMAIL PROTECTED] - 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: Cocoon Competence Center Updates
Is not cocoon's power or anything else that I'm arguing with. There is an extremely serious bug in cocoon that is causing me to not be able to use it at all. It is clear that cocoon was developed to be a single solution and to not integrate with technologies such as application servers. The classloader issue, http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16580, would make it ridiculous for me to do anything in cocoon. If I have to deploy all 100 EJB libs of the company I work for in cocoon as well as in the application server, than my colleagues would rightly laugh themselves silly. In fact I cant believe this issue even exists in a product this mature. I am looking at probably 3 months to get this fixed, minimum, if it is ever fixed. At that point I will have to wait for a release of the product, as my company would throw me at the door for putting up a bleeding edge CVS build. So basically I'm screwed when I comes to my book and when it comes to my company. Cocoon is pretty much out. I guess I have to throw out 2 weeks of agonizing work and I dot know how many emails and recode the whole damn thing in JSP. Lovely. Well, I suppose it could be worse. I dot see much market for Cocoon developers anyway. -- Robert - Original Message - From: SAXESS - Hussayn Dabbous [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, January 30, 2003 9:44 AM Subject: Re: Cocoon Competence Center Updates Hy Robert, I appreciate your honesty. I hope, you keep with us. I think you can really help getting this into the next generation... just a few of my experiences if you don't mind ... 0.) i use to install minimalistic components when i start investigating. in this sense i only needed tomcat-4.*.* to start. just installed it and ready to go... 1.) When i started working with cocoon i first got very very frustrated: sitemap not working as i expected actions, uhh? logicsheets, sounds good, howto??? and so on ... I even did not know, what to ask in detail. 3.) very slowly i got a first overview. i only scratched the surface and one day (after about two weeks) i got hit by realizing the hidden mightiness of the beast. Hey that's great, this works fine, ahh what easy going here and there... Until now i still only was playing with the very basics (sitemap, generator, protocol handlers) 4.) After reviewing my first experiences with cocoon i came to the conclusions: - its very complex - it has great oportunities - it is complex documented - it moves fast - it neads quality assurance to get mature My decisions: - use cocoon in my own projects - help cocoon users to get a clear understanding with less frustrations I'm still happy with cocoon and im still only using the very basics. I am curious where i can get with XSP and ESQL ;-) regards, hussayn Robert Simmons wrote: Fine ... I'm beginning to loose interest to be honest. Right now I cant do anything with XSP with cocoon at all. because of the classpath bug it looks like two weeks of my work are about to explode in my face. Sigh. -- Robert - Original Message - From: SAXESS - Hussayn Dabbous [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, January 30, 2003 9:12 AM Subject: Re: Cocoon Competence Center Updates Hy, Robert; Thank you very much for the contributions. I propose to move parts of your contrib into another page. reasons: 1.) this page deals with deploying cocoon. it should not cover essentials of cocoon internals. this is the next story to be covered, once cocoon is deployed. 2.) i want this document to be for beginning beginners, (we used to name them nebies ;-). Yes we should prepare a doc, that contains your hints and tips, but maybe this is an add on page ? if nobody complains, i will move your contribs to another page, but keep the super esssentials in the doc (and point to the new pages where relevant) is that ok for you Robert? regards, Hussayn Robert Simmons wrote: Greetings, I have added the following information to the cocoon competence center page on installing cocoon. Please feel free to review the following sections and smack me around if I said anything incorrect. The new sections are. * Deploying on an application server. * What is essential? -- Robert -- Dr. Hussayn Dabbous SAXESS Software Design GmbH Neuenhöfer Allee 125 50935 Köln Telefon: +49-221-56011-0 Fax: +49-221-56011-20 E-Mail: [EMAIL PROTECTED] - 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: 2 return values from an action?
From: [EMAIL PROTECTED] Cool. Thanks for the quick response Konstantin. This one should work fine. But it'd be even better if you've used input modules instead of an action. Something like this: map:match pattern=blabla map:generate src=sampleoutput.xml/ map:transform src =stylesheets/{request-param:report_id}{request-param:service_id}_{reques t-param:output_id}.xsl/ map:serialize type={request-param:output_id}/ /map:match Do I have to place something extra in my sitemap for this solution? Nothing. Just make sure that you are using the latest Cocoon (2.0.4 or 2.1), where input modules are implemented. Also, you could check that you have 'request-param' input module declared in WEB-INF/cocoon.xconf. -- Konstantin Cheers Jonny -- -- This electronic message contains information from the mmo2 plc Group which may be privileged or confidential. The information is intended to be for the use of the individual(s) or entity named above. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information is prohibited. If you have received this electronic message in error, please notify us by telephone or email (to the numbers or address above) immediately. |-+ | | Konstantin | | | Piroumian | | | kpiroumian@apach| | | e.org | | || | | 01/30/03 09:32 AM| | | Please respond to| | | cocoon-users | | || |-+ --- ---| | | | To: [EMAIL PROTECTED] | | cc: | | Subject: Re: 2 return values from an action? | --- ---| From: [EMAIL PROTECTED] Hi, thanks to you guys I got my action running finally. Now I have another question. For example: I have 1 xml file that could be displayed in 15 xsl-Stylesheets (in various formats: html, pdf, xls). Currently in my first action I choose the corresponding file. skip what=first_action_code/ In the other action I choose the output format. skip what=second_action_code/ Thats how I use it in the sitemap: ... map:match pattern=blabla map:generate src=sampleoutput.xml/ map:act type=xslSelect map:transform src=stylesheets/{results}.xsl/ /map:act map:act type=outputSelect map:serialize type={output-choice}/ /map:act /map:match This won't work, you should use nested actions in such cases. Actions work like an if ... else ... statement: if an action returns a non-null value then it's contents is processed, otherwise the following part is processed. In your particular case it'd be much better to return two values from the action, just you different keys in the HashMap to do it: results.put(xsl-choice, style.xsl); results.put(format, pdf); and then use it in your sitemap like this: map:match pattern=blabla map:act type=allSelect map:generate src=sampleoutput.xml/ map:transform src=stylesheets/{xsl-choice}.xsl/ map:serialize type={format}/ /map:act /map:match This one should work fine. But it'd be even better if you've used input modules instead of an action. Something like this: map:match pattern=blabla map:generate src=sampleoutput.xml/ map:transform src=stylesheets/{request-param:report_id}{request-param:service_id} _{reques t-param:output_id}.xsl/ map:serialize type={request-param:output_id}/ /map:match -- Konstantin ... My question: Can I handle this somehow in one action (something like 2 return values)? Or do it somehow else? Jonny -- -- This electronic message contains information from the mmo2 plc Group which may be privileged or confidential. The information is intended to be for the use of the individual(s) or entity named above. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information is prohibited. If you have received this electronic message in error, please notify us by telephone or email (to the numbers or address above) immediately.
RE: XMLForm problem: PLEASE HELP (att. XMLForm architects and specialists)
Hi Ivelin, Could you tell me what is the best solution to debug this Java classes at running time? Thanks for your help Sylvain -Message d'origine- De: Ivelin Ivanov [mailto:[EMAIL PROTECTED]] Date: jeudi, 30. janvier 2003 04:53 À: [EMAIL PROTECTED] Objet: Re: XMLForm problem: PLEASE HELP (att. XMLForm architects and specialists) Sylvain, did you try to debug the AbstractXMLFormAction and the XMLFormTransformer. This is probably your best bet for finding the problem. -=Ivelin=- - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Wednesday, January 29, 2003 10:02 AM Subject: XMLForm problem: PLEASE HELP (att. XMLForm architects and specialists) Hello, Is there someone in the list that could help me to find a XMLForm problem that I have for few weeks! I have read all the XMLForm doc and source code but I really don't understand what is this problem. I don't have enough experience to find the solution. My project is totally based on Cocoon and XMLForm and I can't move forward for days in it. The problem happens when I try to display a Node or a List with a repeat tag. The first time I load the view, the page is empty (but the List or Node contains data). If now I refresh my browser, the page is full and all is OK! Here is part of the xmlform.log (cleaned): DEBUG Thread-5/AbstractSAXTransformer: BEGIN setup resolver=org.apache.cocoon.environment.http.HttpEnvironment@2f4309, objectModel={httpresponse=org.apache.coyote.tomcat4.CoyoteResponseFacade@5a2 dc4, response=org.apache.cocoon.environment.http.HttpResponse@72c47b, context=org.apache.cocoon.environment.http.HttpContext@d4f27, source-resolver=org.apache.cocoon.environment.http.HttpEnvironment@2f4309, request=org.apache.cocoon.environment.http.HttpRequest@4187c8, httprequest=org.apache.coyote.tomcat4.CoyoteRequestFacade@395f72, httpservletcontext=org.apache.catalina.core.ApplicationContextFacade@22c9df} , src=null, parameters=org.apache.avalon.framework.parameters.Parameters@73552f DEBUG Thread-5/AbstractSAXTransformer: END setup DEBUG Thread-5/AbstractSAXTransformer: BEGIN setupTransforming DEBUG Thread-5/AbstractSAXTransformer: END setupTransforming DEBUG Thread-5/XMLFormTransformer: BEGIN startTransformingElement uri=http://xml.apache.org/cocoon/xmlform/2002, name=form, raw=xf:form, attr=org.apache.xerces.parsers.AbstractSAXParser$AttributesProxy@3104d7) DEBUG Thread-5/XMLFormTransformer: END startTransformingElement DEBUG Thread-5/XMLFormTransformer: BEGIN startTransformingElement uri=http://xml.apache.org/cocoon/xmlform/2002, name=caption, raw=xf:caption, attr=org.apache.xerces.parsers.AbstractSAXParser$AttributesProxy@3104d7) DEBUG Thread-5/XMLFormTransformer: END startTransformingElement DEBUG Thread-5/XMLFormTransformer: BEGIN endTransformingElement uri=http://xml.apache.org/cocoon/xmlform/2002, name=caption, raw=xf:caption) DEBUG Thread-5/XMLFormTransformer: END endTransformingElement DEBUG Thread-5/XMLFormTransformer: BEGIN startTransformingElement uri=http://xml.apache.org/cocoon/xmlform/2002, name=repeat, raw=xf:repeat, attr=org.apache.xerces.parsers.AbstractSAXParser$AttributesProxy@3104d7) DEBUG Thread-5/AbstractSAXTransformer: BEGIN startRecording DEBUG Thread-5/AbstractSAXTransformer: END startRecording DEBUG Thread-5/XMLFormTransformer: END startTransformingElement DEBUG Thread-5/XMLFormTransformer: BEGIN startTransformingElement uri=http://xml.apache.org/cocoon/xmlform/2002, name=output, raw=xf:output, attr=org.apache.xerces.parsers.AbstractSAXParser$AttributesProxy@3104d7) DEBUG Thread-5/XMLFormTransformer: END startTransformingElement DEBUG Thread-5/XMLFormTransformer: BEGIN startTransformingElement uri=http://xml.apache.org/cocoon/xmlform/2002, name=caption, raw=xf:caption, attr=org.apache.xerces.parsers.AbstractSAXParser$AttributesProxy@3104d7) DEBUG Thread-5/XMLFormTransformer: END startTransformingElement DEBUG Thread-5/XMLFormTransformer: BEGIN endTransformingElement uri=http://xml.apache.org/cocoon/xmlform/2002, name=caption, raw=xf:caption) DEBUG Thread-5/XMLFormTransformer: END endTransformingElement DEBUG Thread-5/XMLFormTransformer: BEGIN endTransformingElement uri=http://xml.apache.org/cocoon/xmlform/2002, name=output, raw=xf:output) DEBUG Thread-5/XMLFormTransformer: END endTransformingElement DEBUG Thread-5/XMLFormTransformer: BEGIN endTransformingElement uri=http://xml.apache.org/cocoon/xmlform/2002, name=repeat, raw=xf:repeat) DEBUG Thread-5/AbstractSAXTransformer: BEGIN endRecording DEBUG Thread-5/AbstractSAXTransformer: END endRecording fragment=?xml version=1.0 encoding=ISO-8859-1? xf:output xmlns:xf=http://xml.apache.org/cocoon/xmlform/2002; ref=salut xf:captionWorkstation: /xf:caption /xf:output DEBUG Thread-5/XMLFormTransformer: BEGIN startTransformingElement uri=http://xml.apache.org/cocoon/xmlform/2002, name=group, raw=xf:group, attr=org.xml.sax.helpers.AttributesImpl@30d33c)
Re: Aggregating XML
i use another one approach i aggregate a some xml files in sitemap then i reorder elements inside the final xml [layout.xsl] and send the result for processing map:resource name=sitebuilder map:aggregate element=site map:part src=cocoon:/xml/Layout.xml/ map:part src=cocoon:/xml/xHead.xml/ map:part src=cocoon:/xml/xCommon.xml/ map:part src=cocoon:/xml/c{../1}.xml label=content/ map:part src=cocoon:/xml/xFoot.xml/ /map:aggregate map:transform src=../htdocs/sitestyle/layout.xsl/ map:transform src=../htdocs/core/xsl/core.xsl/ map:serialize type=html/ /map:resource in layout.xml i have instruction where i want to put my elements site . . . osm:pageSettings osm:copy select=common/ !-- copy here the container with contentID=common-- /osm:pageSettings . . . osm:container xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xmlns:osm=http://osmosis.gr/osml/1.0; xmlns:i18n=http://apache.org/cocoon/i18n/2.0; xsi:noNamespaceSchemaLocation=./core/schema/generated.xsd contentID=common osm:commonSettings xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xmlns:osm=http://osmosis.gr/osml/1.0; osm:stylesheet osm:cssthemes/osml_main_size.css/osm:css osm:cssthemes/osml_main_layout.css/osm:css osm:cssthemes/osml_main_color.css/osm:css /osm:stylesheet /osm:commonSettings /osm:container /site and the xsl that reorder my xml .. .. xsl:template match=osm:copy xsl:call-template name=getContent xsl:with-param name=select select=@select/ /xsl:call-template /xsl:template .. .. xsl:template name=getContent xsl:param name=select/ xsl:apply-templates select=//osm:container[@contentID=$select]/ /xsl:template xsl:template match=node()|@* priority=-1 xsl:copy xsl:apply-templates select=@*/ xsl:apply-templates/ /xsl:copy /xsl:template hope all this can help you Stavros Kounis osmosis networks consulting http://www.osmosis.gr On Wed, 29 Jan 2003, Jeff Ramsdale wrote: Hi there, I'm relatively new to Cocoon and XML and I've been lurking on the list for a while. I have a problem that's stymied me--perhaps someone could help me? I want to build an aggregate web page from a set of simple XHTML pages by extracting the contents of their bodies and aggregating them. I have an XML file that designates the structure of the page: ?xml version=1.0? page column moduleAboutIntro.xhtml/module moduleAboutQContinued.xhtml/module /column column moduleAboutQ3.xhtml/module /column /page I have a stylesheet that I mean to use to aggregate the files, but I haven't figured out a way to pull in the bodies of the files designated by the XML above. I've designated below where I've been inserting my test code: ?xml version=1.0? xsl:stylesheet xmlns:xsl=http://www.w3.org/1999/XSL/Transform; version='1.0' xsl:output method=html / xsl:template match=/ html xsl:call-template name=page / /html /xsl:template xsl:template name=page xsl:apply-templates/ /xsl:template xsl:template match=column p xsl:textColumn/xsl:text br / xsl:apply-templates select=module / /p /xsl:template xsl:template match=module xsl:variable name=mod xsl:value-of select=. / /xsl:variable !-- HERE'S THE MISSING CODE -- xsl:textModule/xsl:text br / /xsl:template /xsl:stylesheet What's the missing piece? I tried using xinclude and cinclude, but my impression is that they are intended for an XML file to include another XML file, not for a stylesheet to include XML. (I do understand that a stylesheet _IS_ XML, though, so perhaps I just missed how I should have done that?). I also tried to do a map:aggregate from my pipeline, but couldn't figure out how to do that based on the contents of my XML file. If my approach is misguided, feel free to correct me. Also, if I should know of other projects doing similar things, do let me know. (I'm just beginning to read about Forrest, for instance.) Thanks, all! Jeff - Please check that your question has not already been answered in the FAQ before posting.
Apache error on startup
Hi, I have installed Apache 2.0.43 and tomcat 4.0.6, using mod_jk 2.0.43. I am following the flash guide produced by Lajos. I am getting the following error after I have started tomcat and then try and start Apache: Sntax error on line 4 of c:/tomcat/conf/auto/mod_jk.conf: LoadModule takes two arguments, a module name and the name of a shared object file to load it from How should I go about fixing this? Thanks, Richard. -Original Message- From: SAXESS - Hussayn Dabbous [mailto:[EMAIL PROTECTED]] Sent: 29 January 2003 21:53 To: [EMAIL PROTECTED] Subject: Re: WARP, Jserv or mod_jk? just one tip. As far as i see, you dont need to build the java components for mod_jk if you are planning to run a binary distribution of tomcat-4.*.*. The java components are already included in these tomcat distributions. You would only have to build the apache mod_jk module ... Therefor you may simply skip all the java and ant related topics... maybe that helps you getting faster to your goal. regards, hussayn Richard Cunliffe wrote: Lajos, I have reached point 6, where you build ant, but it is coming up with the following error: Warning: JAVA_HOME environment variable not set. If build fails because sun.* classes could not not be found You will need to set the JAVA_HOME environment variable To the installation directory of java. Bulidfile: build.xml does not exist! Build failed So, 1. How do you set the JAVA_HOME? (I have java 1.3 installed) 2. I checked if build.xml exsits and it does. Is it not finding it because it cant find the JAVA_HOME? Thanks, Richard -Original Message- From: Lajos [mailto:[EMAIL PROTECTED]] Sent: 29 January 2003 15:17 To: [EMAIL PROTECTED] Subject: Re: WARP, Jserv or mod_jk? Is that a link off my guide? Sorry, if it is - I have to update the damn things every couple of weeks 'cause they change so often. Anyhow, if you are using 4.0.6, you need the attached zip file. But you can also check for binaries at http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk/release/v1 .2.2/bin/ and save yourself some time. Regards, Lajos Richard Cunliffe wrote: Lajos, The following link is not working http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.0.3/src/j akarta-tomcat-connectors-4.0.2-01-src.zip. If you have the zip file could you e-mail it to me at [EMAIL PROTECTED] Thanks for the advice Richard. -Original Message- From: Lajos [mailto:[EMAIL PROTECTED]] Sent: 29 January 2003 14:46 To: [EMAIL PROTECTED] Subject: Re: WARP, Jserv or mod_jk? Hi Richard - mod_jk by far is the best. WARP is buggy and is may not even be actively developed any more. mod_jk is stable, widely used, and generally has few bugs reported. If you need help with the integration, my FlashGuides (www.galatea.com/flashguides) have instructions on connecting Apache 2.x with Tomcat 4.x using Jk. Regards, Lajos Richard Cunliffe wrote: Hi, I?m upgrading! Can anyone suggest the best way to connect Apache 2.0.42 and Tomcat 4.0.6. I will be using Cocoon 2.0.4. I have read that the WARP connecter is the best, but I used Jserv on my older version. There is also the mod_jk. Which is the most reliable etc. Thanks Richard. -- This message has been scanned for viruses and dangerous content by MailScanner http://www.mailscanner.info/, and is believed to be clean. The CSIR exercises no editorial control over E-mail messages and/or attachments thereto/links referred to therein originating in the organisation and the views in this message/attachments thereto are therefore not necessarily those of the CSIR and/or its employees. The sender of this e-mail is, moreover, in terms of the CSIR's Conditions of Service, subject to compliance with the CSIR's internal E-mail and Internet Policy. -- Lajos Moczar Open Source Support, Consulting and Training Cocoon Developer's Handbook (www.amazon.com/exec/obidos/tg/detail/-/0672322579) _ _ / \ / /___\ / / \ / http://www.galatea.com -- powered by AzSSL - 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] -- Dr. Hussayn Dabbous SAXESS Software Design GmbH Neuenhöfer Allee 125 D-50935 Köln tel.:+49 221 56011 0 fax.:+49
How to open 2 windows (again)?
Hi, I asked this before and I got an good answer. I want to open 2 windows on one event. The xsp (I mean the data) would be the same, but the output would be: first window html, second window pdf. I was told that I couldn't handle this in the sitemap. I'd rather put an open(thePdf) in the onLoad-event of the html-page. Ok. Makes sense. But in the beginning I'm passing parameters to the xsp to create the data dynamically. So this would mean I would have to again pass the parameters to the html-page, which would pass them again to the xsp page. The data there would now get created a second time (and the pdf would be created). Because its much data (reports with maybe up to 10.000 - 50.000 entries) this is somehow a lousy solution. Isn't there a simpler way to solve this problem? Jonny This electronic message contains information from the mmo2 plc Group which may be privileged or confidential. The information is intended to be for the use of the individual(s) or entity named above. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information is prohibited. If you have received this electronic message in error, please notify us by telephone or email (to the numbers or address above) immediately. - 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: Apache error on startup
The error message says, you are missing one parameter. Check, that on your line 4 you have the following content. If you have, check that you are looking at the right file ;-) LoadModule jk_module modules/mod_jk.so regards, hussayn Richard Cunliffe wrote: Hi, I have installed Apache 2.0.43 and tomcat 4.0.6, using mod_jk 2.0.43. I am following the flash guide produced by Lajos. I am getting the following error after I have started tomcat and then try and start Apache: Sntax error on line 4 of c:/tomcat/conf/auto/mod_jk.conf: LoadModule takes two arguments, a module name and the name of a shared object file to load it from How should I go about fixing this? Thanks, Richard. -Original Message- From: SAXESS - Hussayn Dabbous [mailto:[EMAIL PROTECTED]] Sent: 29 January 2003 21:53 To: [EMAIL PROTECTED] Subject: Re: WARP, Jserv or mod_jk? just one tip. As far as i see, you dont need to build the java components for mod_jk if you are planning to run a binary distribution of tomcat-4.*.*. The java components are already included in these tomcat distributions. You would only have to build the apache mod_jk module ... Therefor you may simply skip all the java and ant related topics... maybe that helps you getting faster to your goal. regards, hussayn Richard Cunliffe wrote: Lajos, I have reached point 6, where you build ant, but it is coming up with the following error: Warning: JAVA_HOME environment variable not set. If build fails because sun.* classes could not not be found You will need to set the JAVA_HOME environment variable To the installation directory of java. Bulidfile: build.xml does not exist! Build failed So, 1. How do you set the JAVA_HOME? (I have java 1.3 installed) 2. I checked if build.xml exsits and it does. Is it not finding it because it cant find the JAVA_HOME? Thanks, Richard -Original Message- From: Lajos [mailto:[EMAIL PROTECTED]] Sent: 29 January 2003 15:17 To: [EMAIL PROTECTED] Subject: Re: WARP, Jserv or mod_jk? Is that a link off my guide? Sorry, if it is - I have to update the damn things every couple of weeks 'cause they change so often. Anyhow, if you are using 4.0.6, you need the attached zip file. But you can also check for binaries at http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk/release/v1 .2.2/bin/ and save yourself some time. Regards, Lajos Richard Cunliffe wrote: Lajos, The following link is not working http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.0.3/src/j akarta-tomcat-connectors-4.0.2-01-src.zip. If you have the zip file could you e-mail it to me at [EMAIL PROTECTED] Thanks for the advice Richard. -Original Message- From: Lajos [mailto:[EMAIL PROTECTED]] Sent: 29 January 2003 14:46 To: [EMAIL PROTECTED] Subject: Re: WARP, Jserv or mod_jk? Hi Richard - mod_jk by far is the best. WARP is buggy and is may not even be actively developed any more. mod_jk is stable, widely used, and generally has few bugs reported. If you need help with the integration, my FlashGuides (www.galatea.com/flashguides) have instructions on connecting Apache 2.x with Tomcat 4.x using Jk. Regards, Lajos Richard Cunliffe wrote: Hi, I?m upgrading! Can anyone suggest the best way to connect Apache 2.0.42 and Tomcat 4.0.6. I will be using Cocoon 2.0.4. I have read that the WARP connecter is the best, but I used Jserv on my older version. There is also the mod_jk. Which is the most reliable etc. Thanks Richard. -- This message has been scanned for viruses and dangerous content by MailScanner http://www.mailscanner.info/, and is believed to be clean. The CSIR exercises no editorial control over E-mail messages and/or attachments thereto/links referred to therein originating in the organisation and the views in this message/attachments thereto are therefore not necessarily those of the CSIR and/or its employees. The sender of this e-mail is, moreover, in terms of the CSIR's Conditions of Service, subject to compliance with the CSIR's internal E-mail and Internet Policy. -- Lajos Moczar Open Source Support, Consulting and Training Cocoon Developer's Handbook (www.amazon.com/exec/obidos/tg/detail/-/0672322579) _ _ / \ / /___\ / / \ / http://www.galatea.com -- powered by AzSSL - 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:
Antwort: How to open 2 windows (again)?
Hi! I think the big problem is not to write out two different outputs from one request, but the real problem is to send these responses on one request. It should be posible to write a pdf from the same request to disk (server), and the html in the browser (the original response) requests this pdf (already a file!) eg. with an onload event in the body tag. That could make sence for so much data. As far as i know, this solution is not supported by Cocoon yet, but the implementation should not be that effort. cheers manfred [EMAIL PROTECTED] am 30.01.2003 10:29:16 Bitte antworten an [EMAIL PROTECTED]@inet An: [EMAIL PROTECTED] Kopie: Thema: How to open 2 windows (again)? Hi, I asked this before and I got an good answer. I want to open 2 windows on one event. The xsp (I mean the data) would be the same, but the output would be: first window html, second window pdf. I was told that I couldn't handle this in the sitemap. I'd rather put an open(thePdf) in the onLoad-event of the html-page. Ok. Makes sense. But in the beginning I'm passing parameters to the xsp to create the data dynamically. So this would mean I would have to again pass the parameters to the html-page, which would pass them again to the xsp page. The data there would now get created a second time (and the pdf would be created). Because its much data (reports with maybe up to 10.000 - 50.000 entries) this is somehow a lousy solution. Isn't there a simpler way to solve this problem? Jonny This electronic message contains information from the mmo2 plc Group which may be privileged or confidential. The information is intended to be for the use of the individual(s) or entity named above. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information is prohibited. If you have received this electronic message in error, please notify us by telephone or email (to the numbers or address above) immediately. - 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] - 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: convert text in xml wel form
Hi Angelo, You can convert structured text to XML with Chaperon parser generator (a parser because it parses the text and generator because it creates an XML document) which is integrated in cocoon as a generator. See for more details: http://chaperon.sourceforge.net/ http://xml.apache.org/cocoon/howto/chaperon/howto-chaperon-intro.html My sitemap example: map:match pattern=MAST_TXT2MAST_XMLresponse map:act type=myFileUpload !--action for getting the uploaded text file, returning fileName in {src} sitemap parameter-- map:parameter name=file-name value=mast/ !--file-name attribute in the HTML form-- map:generate type=textparser src={src} !--text2chaperonXML-- map:parameter name=grammar value=cocoon:/mast-out.grm/ !--the grammar describing my text file structure and vocabulary-- map:parameter name=includeignorabletokens value=true/ /map:generate map:transform src=stylesheets/chaperon2mastXML.xsl/ !--chaperonXML2myXML-- map:transform type=myAddDocDB !--save XML to eXist-- map:parameter name=dom-name value=DBresult/ map:parameter name=dom-root-element value=Mast_Result/ map:parameter name=collection value=/Ruben/ map:parameter name=id value=Robot_Teleoperado.xml/ /map:transform map:transform type=xalan src=stylesheets/simple-xml2html.xsl/ !--visualize XML in Mozilla-- map:serialize/ /map:act /map:match map:match pattern=*.grm !--convert txt grammar to xml grammar-- map:generate type=textparser src=grammars/{1}.rgrm map:parameter name=grammar value=grammars/rgrm.grm/ /map:generate map:transform src=stylesheets/rgrm2grm.xsl/ map:serialize type=xml/ /map:match Oskar - Original Message - From: CARLETTA ANGELO [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, January 30, 2003 8:25 AM Subject: convert text in xml wel form --- Reçu de INFETUDE.G145193 02/250.96.71 30-01-03 08.25 Hi, I am beginner with cocoon. I want convert a file text in xml wel form. The string text is .SE NAME 'toto ' .SE ADRESS 'xxyy jj' .SE TEL '01236547' ... I want convert data in xml NAMEtoto/NAME ADRESSxxyy jj/ADRESS TEL01236547/TEL ... It's possible?? Are you a sample of this use (sitemap and stylesheet) Thanks. Angelo 30-01-03 08.25 Envoyé à - [EMAIL PROTECTED] ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. [EMAIL PROTECTED] *** - 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] - 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: Apache error on startup
Hussayn, I have read that the mod_jk.so is for Unix and mod_jk.dll is for windows. I am running windows, and I have the following line already in my auto mod_jk: IfModule !mod_jk.c LoadModule jk_module c:/Program Files/Apache Group/Apache2/modules/mod_jk.dll /IfModule Is there anything that could wrong? Richard. -Original Message- From: SAXESS - Hussayn Dabbous [mailto:[EMAIL PROTECTED]] Sent: 30 January 2003 10:12 To: [EMAIL PROTECTED] Subject: Re: Apache error on startup The error message says, you are missing one parameter. Check, that on your line 4 you have the following content. If you have, check that you are looking at the right file ;-) LoadModule jk_module modules/mod_jk.so regards, hussayn Richard Cunliffe wrote: Hi, I have installed Apache 2.0.43 and tomcat 4.0.6, using mod_jk 2.0.43. I am following the flash guide produced by Lajos. I am getting the following error after I have started tomcat and then try and start Apache: Sntax error on line 4 of c:/tomcat/conf/auto/mod_jk.conf: LoadModule takes two arguments, a module name and the name of a shared object file to load it from How should I go about fixing this? Thanks, Richard. -Original Message- From: SAXESS - Hussayn Dabbous [mailto:[EMAIL PROTECTED]] Sent: 29 January 2003 21:53 To: [EMAIL PROTECTED] Subject: Re: WARP, Jserv or mod_jk? just one tip. As far as i see, you dont need to build the java components for mod_jk if you are planning to run a binary distribution of tomcat-4.*.*. The java components are already included in these tomcat distributions. You would only have to build the apache mod_jk module ... Therefor you may simply skip all the java and ant related topics... maybe that helps you getting faster to your goal. regards, hussayn Richard Cunliffe wrote: Lajos, I have reached point 6, where you build ant, but it is coming up with the following error: Warning: JAVA_HOME environment variable not set. If build fails because sun.* classes could not not be found You will need to set the JAVA_HOME environment variable To the installation directory of java. Bulidfile: build.xml does not exist! Build failed So, 1. How do you set the JAVA_HOME? (I have java 1.3 installed) 2. I checked if build.xml exsits and it does. Is it not finding it because it cant find the JAVA_HOME? Thanks, Richard -Original Message- From: Lajos [mailto:[EMAIL PROTECTED]] Sent: 29 January 2003 15:17 To: [EMAIL PROTECTED] Subject: Re: WARP, Jserv or mod_jk? Is that a link off my guide? Sorry, if it is - I have to update the damn things every couple of weeks 'cause they change so often. Anyhow, if you are using 4.0.6, you need the attached zip file. But you can also check for binaries at http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk/release/v1 .2.2/bin/ and save yourself some time. Regards, Lajos Richard Cunliffe wrote: Lajos, The following link is not working http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.0.3/src/j akarta-tomcat-connectors-4.0.2-01-src.zip. If you have the zip file could you e-mail it to me at [EMAIL PROTECTED] Thanks for the advice Richard. -Original Message- From: Lajos [mailto:[EMAIL PROTECTED]] Sent: 29 January 2003 14:46 To: [EMAIL PROTECTED] Subject: Re: WARP, Jserv or mod_jk? Hi Richard - mod_jk by far is the best. WARP is buggy and is may not even be actively developed any more. mod_jk is stable, widely used, and generally has few bugs reported. If you need help with the integration, my FlashGuides (www.galatea.com/flashguides) have instructions on connecting Apache 2.x with Tomcat 4.x using Jk. Regards, Lajos Richard Cunliffe wrote: Hi, I?m upgrading! Can anyone suggest the best way to connect Apache 2.0.42 and Tomcat 4.0.6. I will be using Cocoon 2.0.4. I have read that the WARP connecter is the best, but I used Jserv on my older version. There is also the mod_jk. Which is the most reliable etc. Thanks Richard. -- This message has been scanned for viruses and dangerous content by MailScanner http://www.mailscanner.info/, and is believed to be clean. The CSIR exercises no editorial control over E-mail messages and/or attachments thereto/links referred to therein originating in the organisation and the views in this message/attachments thereto are therefore not necessarily those of the CSIR and/or its employees. The sender of this e-mail is, moreover, in terms of the CSIR's Conditions of Service, subject to compliance with the CSIR's internal E-mail and Internet Policy. -- Lajos Moczar Open Source Support, Consulting and Training
Re: Portal - Coplets / Sunlet
thanks. - Original Message - From: Carsten Ziegeler [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, January 30, 2003 4:40 PM Subject: RE: Portal - Coplets / Sunlet -Original Message- From: Richard Reyes [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 30, 2003 9:02 AM To: [EMAIL PROTECTED] Subject: Re: Portal - Coplets / Sunlet which error log? the one thats on the browser? here it is Exactly! Ok, I can see by the log that the xmlizer does not detect that the resource you request is html. I guess this is currently not implemented. I will take care of it as soon as I get some time for it. Thanks Carsten - 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] - 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: Portal - Coplets / Sunlet
Hi Richard, with the latest HEAD CVS your problem is solved. You have to set the mime-type parameter as explained below: data xmlns:cinclude=http://apache.org/cocoon/include/1.0; cinclude:includexml cinclude:srchttp://www.google.com/cinclude:src cinclude:configuration cinclude:parameter cinclude:namemime-type/cinclude:name cinclude:valuetext/html/cinclude:value /cinclude:parameter /cinclude:configuration /cinclude:includexml /data This is a little bit verbose, but it does the trick. What do you think about a deal? I helped you in fixing the problem and you can now enhance the cocoon docs about this new feature in the cinclude transformer. (You don't have to if you don't want). Carsten -Original Message- From: Richard Reyes [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 30, 2003 11:42 AM To: [EMAIL PROTECTED] Subject: Re: Portal - Coplets / Sunlet thanks. - Original Message - From: Carsten Ziegeler [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, January 30, 2003 4:40 PM Subject: RE: Portal - Coplets / Sunlet -Original Message- From: Richard Reyes [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 30, 2003 9:02 AM To: [EMAIL PROTECTED] Subject: Re: Portal - Coplets / Sunlet which error log? the one thats on the browser? here it is Exactly! Ok, I can see by the log that the xmlizer does not detect that the resource you request is html. I guess this is currently not implemented. I will take care of it as soon as I get some time for it. Thanks Carsten - 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] - 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] - 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]
Time to go back to JSP. Cocoon just isnt ready.
I have reluctantly come to the conclusion that cocoon is not ready for professional development. Unlike tomcat, or Ant, this product has serious things blocking its use in production systems. I personally am completely and utterly stopped by the classpath bug indicated here: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16580. Just another symptom of a product that needs more work to be used in professional products. That coupled with the lack of documentation makes the package difficult at best. I will possibly be back in a year or so when this technology has gone somewhere. This is assuming it is still alive by then. I have seen a plethora of new people come on this list and then just vanish. That doesn't bode well for its reputation. I don't want to take this step and throw away two weeks of work but the fact is that I also don't have time to wait for such massive bugs to be fixed and to spend another two weeks swimming through poor debugging tools. Its a massive bummer to me but in order to be true to myself I cant see alternatives. The fact is that however flawed JSPs are, I can crack together JSP pagers 40 times faster than cocoon pages. When it comes to deadlines, major bugs like this just stop a product cold. Anyway, Ill stop rambling now. Comments are invited. -- Robert
Re: Time to go back to JSP. Cocoon just isnt ready.
Hi Robert, I completely agree with your opinion and share your sorrows about the current state. I personally use Resins XTP mechanism, which works fine and fast and is well documented etc. Maybe some days we will change to cocoon, but now ... Andreas Bednarz Am Don, 2003-01-30 um 12.21 schrieb Robert Simmons: I have reluctantly come to the conclusion that cocoon is not ready for professional development. Unlike tomcat, or Ant, this product has serious things blocking its use in production systems. I personally am completely and utterly stopped by the classpath bug indicated here: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16580. Just another symptom of a product that needs more work to be used in professional products. That coupled with the lack of documentation makes the package difficult at best. I will possibly be back in a year or so when this technology has gone somewhere. This is assuming it is still alive by then. I have seen a plethora of new people come on this list and then just vanish. That doesn't bode well for its reputation. I don't want to take this step and throw away two weeks of work but the fact is that I also don't have time to wait for such massive bugs to be fixed and to spend another two weeks swimming through poor debugging tools. Its a massive bummer to me but in order to be true to myself I cant see alternatives. The fact is that however flawed JSPs are, I can crack together JSP pagers 40 times faster than cocoon pages. When it comes to deadlines, major bugs like this just stop a product cold. Anyway, Ill stop rambling now. Comments are invited. -- Robert -- Andreas Bednarz [EMAIL PROTECTED] - 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: 2 return values from an action?
Hi again, In your particular case it'd be much better to return two values from the action, just you different keys in the HashMap to do it: results.put(xsl-choice, style _16); results.put(format, fo2pdf); and then use it in your sitemap like this: map:match pattern=blabla map:act type=allSelect map:generate src=sampleoutput.xml/ map:transform src=stylesheets/{xsl-choice} _{format}.xsl/ map:serialize type={format}/ /map:act /map:match The map:transform src={xsl-choice}_{format}.xsl/ part works great. But the map:serialize type={format}/ doesnt work. I always get a Resource not found error. If I type in the type manually (e.g. map:serialize type=fo2pdf/ ) it works. What could cause this problem? I wonder, because the {format} in map:transform src =stylesheets/{xsl-choice}_{format}.xsl/ works. Cheers Jonny This electronic message contains information from the mmo2 plc Group which may be privileged or confidential. The information is intended to be for the use of the individual(s) or entity named above. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information is prohibited. If you have received this electronic message in error, please notify us by telephone or email (to the numbers or address above) immediately. |-+ | | Konstantin | | | Piroumian | | | kpiroumian@apach| | | e.org | | || | | 01/30/03 09:32 AM| | | Please respond to| | | cocoon-users | | || |-+ --| | | | To: [EMAIL PROTECTED] | | cc: | | Subject: Re: 2 return values from an action? | --| From: [EMAIL PROTECTED] Hi, thanks to you guys I got my action running finally. Now I have another question. For example: I have 1 xml file that could be displayed in 15 xsl-Stylesheets (in various formats: html, pdf, xls). Currently in my first action I choose the corresponding file. skip what=first_action_code/ In the other action I choose the output format. skip what=second_action_code/ Thats how I use it in the sitemap: ... map:match pattern=blabla map:generate src=sampleoutput.xml/ map:act type=xslSelect map:transform src=stylesheets/{results}.xsl/ /map:act map:act type=outputSelect map:serialize type={output-choice}/ /map:act /map:match This won't work, you should use nested actions in such cases. Actions work like an if ... else ... statement: if an action returns a non-null value then it's contents is processed, otherwise the following part is processed. In your particular case it'd be much better to return two values from the action, just you different keys in the HashMap to do it: results.put(xsl-choice, style.xsl); results.put(format, pdf); and then use it in your sitemap like this: map:match pattern=blabla map:act type=allSelect map:generate src=sampleoutput.xml/ map:transform src=stylesheets/{xsl-choice}.xsl/ map:serialize type={format}/ /map:act /map:match This one should work fine. But it'd be even better if you've used input modules instead of an action. Something like this: map:match pattern=blabla map:generate src=sampleoutput.xml/ map:transform src=stylesheets/{request-param:report_id}{request-param:service_id} _{reques t-param:output_id}.xsl/ map:serialize type={request-param:output_id}/ /map:match -- Konstantin ... My question: Can I handle this somehow in one action (something like 2 return values)? Or do it somehow else? Jonny -- -- This electronic message contains information from the mmo2 plc Group which may be privileged
Re: Cocoon Competence Center Updates
From: Robert Simmons [EMAIL PROTECTED] Is not cocoon's power or anything else that I'm arguing with. There is an extremely serious bug in cocoon that is causing me to not be able to use it at all. It is clear that cocoon was developed to be a single solution and to not integrate with technologies such as application servers. This is not true. If Cocoon does not integrate with a particular application server then this doesn't mean that it was done intentionally. You can easily see even from comments in the source that Cocoon were used with WebSphere, WebLogic, iPlanet and several other servers. The classloader issue, http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16580, would make it ridiculous for me to do anything in cocoon. If I have to deploy all 100 EJB libs of the company I work for in cocoon as well as in the application server, than my colleagues would rightly laugh themselves silly. In fact I cant believe this issue even exists in a product this mature. I am looking at probably 3 months to get this fixed, minimum, if it is ever fixed. At that point I will have to wait for a release of the product, as my company would throw me at the door for putting up a bleeding edge CVS build. The good thing in open source is that you always can take care of any bug yourself and provide a patch which would be definitely applied if it's of a good quality. So basically I'm screwed when I comes to my book and when it comes to my company. Cocoon is pretty much out. I guess I have to throw out 2 weeks of agonizing work and I dot know how many emails and recode the whole damn thing in JSP. Lovely. I'd recommend to use Struts in case you choose JSP. But of course, that depends on requirements to your project. If you have to deal with various output formats, need customizable pages, need integrations with external XML datasources then it's worth trying to overcome Cocoon bug in some way: try to fix it, raise this issue on cocoon dev list, try to play with your app server settings (maybe declare those jars in Manifest - it's possible according to Servlet Spec), etc. -- Konstantin Well, I suppose it could be worse. I dot see much market for Cocoon developers anyway. -- Robert - Original Message - From: SAXESS - Hussayn Dabbous [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, January 30, 2003 9:44 AM Subject: Re: Cocoon Competence Center Updates Hy Robert, I appreciate your honesty. I hope, you keep with us. I think you can really help getting this into the next generation... just a few of my experiences if you don't mind ... 0.) i use to install minimalistic components when i start investigating. in this sense i only needed tomcat-4.*.* to start. just installed it and ready to go... 1.) When i started working with cocoon i first got very very frustrated: sitemap not working as i expected actions, uhh? logicsheets, sounds good, howto??? and so on ... I even did not know, what to ask in detail. 3.) very slowly i got a first overview. i only scratched the surface and one day (after about two weeks) i got hit by realizing the hidden mightiness of the beast. Hey that's great, this works fine, ahh what easy going here and there... Until now i still only was playing with the very basics (sitemap, generator, protocol handlers) 4.) After reviewing my first experiences with cocoon i came to the conclusions: - its very complex - it has great oportunities - it is complex documented - it moves fast - it neads quality assurance to get mature My decisions: - use cocoon in my own projects - help cocoon users to get a clear understanding with less frustrations I'm still happy with cocoon and im still only using the very basics. I am curious where i can get with XSP and ESQL ;-) regards, hussayn Robert Simmons wrote: Fine ... I'm beginning to loose interest to be honest. Right now I cant do anything with XSP with cocoon at all. because of the classpath bug it looks like two weeks of my work are about to explode in my face. Sigh. -- Robert - Original Message - From: SAXESS - Hussayn Dabbous [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, January 30, 2003 9:12 AM Subject: Re: Cocoon Competence Center Updates Hy, Robert; Thank you very much for the contributions. I propose to move parts of your contrib into another page. reasons: 1.) this page deals with deploying cocoon. it should not cover essentials of cocoon internals. this is the next story to be covered, once cocoon is deployed. 2.) i want this document to be for beginning beginners, (we used to name them nebies ;-). Yes we should prepare a doc, that contains your hints and tips, but maybe this is
Re: 2 return values from an action?
From: [EMAIL PROTECTED] Hi again, In your particular case it'd be much better to return two values from the action, just you different keys in the HashMap to do it: results.put(xsl-choice, style _16); results.put(format, fo2pdf); and then use it in your sitemap like this: map:match pattern=blabla map:act type=allSelect map:generate src=sampleoutput.xml/ map:transform src=stylesheets/{xsl-choice} _{format}.xsl/ map:serialize type={format}/ /map:act /map:match The map:transform src={xsl-choice}_{format}.xsl/ part works great. But the map:serialize type={format}/ doesnt work. I always get a Resource not found error. If I type in the type manually (e.g. map:serialize type=fo2pdf/ ) it works. Ah, sorry, I've misleaded you. You cannot define the serializer this way. You should use a selector instead. The serializer is determined before processing and it should be fixed. Maybe you could create resources for each output format and that way you could call a particular resource like this: map:call resource={format} / But I'm not sure that this will work either. -- Konstantin What could cause this problem? I wonder, because the {format} in map:transform src =stylesheets/{xsl-choice}_{format}.xsl/ works. Cheers Jonny - 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: Cocoon Competence Center Updates
From: Robert Simmons [EMAIL PROTECTED] Is not cocoon's power or anything else that I'm arguing with. There is an extremely serious bug in cocoon that is causing me to not be able to use it at all. It is clear that cocoon was developed to be a single solution and to not integrate with technologies such as application servers. This is not true. If Cocoon does not integrate with a particular application server then this doesn't mean that it was done intentionally. You can easily see even from comments in the source that Cocoon were used with WebSphere, WebLogic, iPlanet and several other servers. It is true. Noone in their right mind makign a large system woudl deploy every damn jar in the WAR file. That would be psycho. The maintenance alone to make sure you had the right versions in the appserver and war would be a nightmare. Perhaps if you are developing a littly SQL app to keep track of employess cocoon is fine. If you try doing anything serious,issues like hte classloader issue bring it to its knees. And no, that isnt the only issue. The classloader issue, http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16580, would make it ridiculous for me to do anything in cocoon. If I have to deploy all 100 EJB libs of the company I work for in cocoon as well as in the application server, than my colleagues would rightly laugh themselves silly. In fact I cant believe this issue even exists in a product this mature. I am looking at probably 3 months to get this fixed, minimum, if it is ever fixed. At that point I will have to wait for a release of the product, as my company would throw me at the door for putting up a bleeding edge CVS build. The good thing in open source is that you always can take care of any bug yourself and provide a patch which would be definitely applied if it's of a good quality. No no no... you dont get it. Im a consumer. Im a professional programmer. Im not some guy hackign in his dorm room between classes. I dotn have TIME to learn the detailed integrated architecture of every little product I use. What really broke the proverbial camel's back was that bug beign reclassified from high priority to normal. Its at that point that final irritation set in. it woudl take me 3 months just ot figure out how the internals of cocoon works. Lets face it, its not documented worth a damn. Even the API is documented extremely poorly. Once I figured out how it worked I would have to figure out a resolution to the problem and THEN get apache to accept the resolution. All this before my product is done and my customers are looking to download and use it. NOT. So basically I'm screwed when I comes to my book and when it comes to my company. Cocoon is pretty much out. I guess I have to throw out 2 weeks of agonizing work and I dot know how many emails and recode the whole damn thing in JSP. Lovely. I'd recommend to use Struts in case you choose JSP. But of course, that depends on requirements to your project. If you have to deal with various output formats, need customizable pages, need integrations with external XML datasources then it's worth trying to overcome Cocoon bug in some way: try to fix it, raise this issue on cocoon dev list, try to play with your app server settings (maybe declare those jars in Manifest - it's possible according to Servlet Spec), etc. No, Im notgoing to mess with struts. That would be another 2 weeks to learn. Im already severly bummed that it looks like ive wasted 2 weeks of work. Im not going o make it worse. The first version in the book is going to have to be straight JSP without frameworks. Do I like it? No. Do I have a choice? No. Ive even tried to build it from source even though I have little clue what im doing. You cant just jump into 500+ quasi documented source files and figure out the problem in 15 minutes. -- Konstantin Well, I suppose it could be worse. I dot see much market for Cocoon developers anyway. -- Robert - Original Message - From: SAXESS - Hussayn Dabbous [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, January 30, 2003 9:44 AM Subject: Re: Cocoon Competence Center Updates Hy Robert, I appreciate your honesty. I hope, you keep with us. I think you can really help getting this into the next generation... just a few of my experiences if you don't mind ... 0.) i use to install minimalistic components when i start investigating. in this sense i only needed tomcat-4.*.* to start. just installed it and ready to go... 1.) When i started working with cocoon i first got very very frustrated: sitemap not working as i expected actions, uhh? logicsheets, sounds good, howto??? and so on ... I even did not know, what to ask in detail. 3.) very slowly i got a first overview. i only scratched the surface and one day (after about two weeks) i
RE: Cocoon Competence Center Updates
-Original Message- From: Robert Simmons [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 30, 2003 1:08 PM To: [EMAIL PROTECTED] Subject: Re: Cocoon Competence Center Updates No no no... you dont get it. Im a consumer. Im a professional programmer. Im not some guy hackign in his dorm room between classes. I dotn have TIME to learn the detailed integrated architecture of every little product I use. ... Once I figured out how it worked I would have to figure out a resolution to the problem and THEN get apache to accept the resolution. All this before my product is done and my customers are looking to download and use it. NOT. Robert, I agree on the sorry state of the doc in Cocoon; sorry state which I take, partially, as a fault of mine, since I wrote only 3-4 FAQ entries and a couple pages... and I could have done more. I don't agree on the bug resolution part: I uncovered a couple problems with the SQLTranformer: it was easy to fix them and have them (well, actually one) accepted by the committers. Compare that with a closed-source product: it would have taken me days struggling with the tech support to just have the problem recognised as such; and then, I would have ended up waiting for the next release. Regards, - Luca Morandini GIS Consultant [EMAIL PROTECTED] http://utenti.tripod.it/lmorandini/index.html - - 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: Cocoon Competence Center Updates
my question is how other people can even use cocoon with this bug in it. Certainly if you are just doing SQL to a little database, it will work fine but has none before tried to integrate it with an enterprise development system? -- Robert - Original Message - From: Luca Morandini [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, January 30, 2003 1:27 PM Subject: RE: Cocoon Competence Center Updates -Original Message- From: Robert Simmons [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 30, 2003 1:08 PM To: [EMAIL PROTECTED] Subject: Re: Cocoon Competence Center Updates No no no... you dont get it. Im a consumer. Im a professional programmer. Im not some guy hackign in his dorm room between classes. I dotn have TIME to learn the detailed integrated architecture of every little product I use. ... Once I figured out how it worked I would have to figure out a resolution to the problem and THEN get apache to accept the resolution. All this before my product is done and my customers are looking to download and use it. NOT. Robert, I agree on the sorry state of the doc in Cocoon; sorry state which I take, partially, as a fault of mine, since I wrote only 3-4 FAQ entries and a couple pages... and I could have done more. I don't agree on the bug resolution part: I uncovered a couple problems with the SQLTranformer: it was easy to fix them and have them (well, actually one) accepted by the committers. Compare that with a closed-source product: it would have taken me days struggling with the tech support to just have the problem recognised as such; and then, I would have ended up waiting for the next release. Regards, - Luca Morandini GIS Consultant [EMAIL PROTECTED] http://utenti.tripod.it/lmorandini/index.html - - 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] - 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]
Create a new thread, if discussions leave off ground
Nowadays threads keep on growing, but the discussions sometimes turn away from the thread title. then it becomes really a problem to guess the content from the title. It would take less time to get hold on personally relevant mails ;-) thank you, Hussayn Luca Morandini wrote: -Original Message- From: Robert Simmons [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 30, 2003 1:08 PM To: [EMAIL PROTECTED] Subject: Re: Cocoon Competence Center Updates No no no... you dont get it. Im a consumer. Im a professional programmer. Im not some guy hackign in his dorm room between classes. I dotn have TIME to learn the detailed integrated architecture of every little product I use. ... Once I figured out how it worked I would have to figure out a resolution to the problem and THEN get apache to accept the resolution. All this before my product is done and my customers are looking to download and use it. NOT. Robert, I agree on the sorry state of the doc in Cocoon; sorry state which I take, partially, as a fault of mine, since I wrote only 3-4 FAQ entries and a couple pages... and I could have done more. I don't agree on the bug resolution part: I uncovered a couple problems with the SQLTranformer: it was easy to fix them and have them (well, actually one) accepted by the committers. Compare that with a closed-source product: it would have taken me days struggling with the tech support to just have the problem recognised as such; and then, I would have ended up waiting for the next release. Regards, - Luca Morandini GIS Consultant [EMAIL PROTECTED] http://utenti.tripod.it/lmorandini/index.html - - 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] -- Dr. Hussayn Dabbous SAXESS Software Design GmbH Neuenhöfer Allee 125 50935 Köln Telefon: +49-221-56011-0 Fax: +49-221-56011-20 E-Mail: [EMAIL PROTECTED] - 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: Create a new thread, if discussions leave off ground
SAXESS - Hussayn Dabbous wrote: Nowadays threads keep on growing, but the discussions sometimes turn away from the thread title. then it becomes really a problem to guess the content from the title. Also keep in mind that changing the subject title while replying won't be enough to rethread, since most decent MUAs still keep the references in place, and show their threaded view depending on these references. If you really want to rethread, better start a new message. /Steven -- Steven Noelshttp://outerthought.org/ Outerthought - Open Source, Java XML Competence Support Center Read my weblog athttp://blogs.cocoondev.org/stevenn/ stevenn at outerthought.orgstevenn at apache.org - 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: Time to go back to JSP. Cocoon just isnt ready.
Robert Simmons wrote: I have seen a plethora of new people come on this list and then just vanish. Comments are invited. That's a quick decision for someone who has been around here for only 2 weeks: http://marc.theaimsgroup.com/?a=10426232413r=1w=2 I have put in 14 to 16 hours a day for 2 weeks on this thing. Lets fuckign add it up shall we. That would be 210 hours averaging at 15 hours a day. Dividing by 40 hours (the standard workweek) means that i have put in nearly 5 weeks of work time compressed into 2 weeks. You can sit down and shut up now. Since you may havent gotten the picture yet, I dont like being flamed. If I didnt care I wouldnt have bothered to post the damn mail. Then again, we should feel honoured because of the email avalanche you caused during that short period, in comparison with: http://jboss.org/forums/search.jsp?search=trueq=forums=-1date=anyuser=der isorrange=10 Avalanche? Oh well just sue me. If you would get off that high horse for 15 seconds, you might realize that that avalanche would have never had happened if the product was documented properly. Fortunately most members of this list are a bit more far sighted than you and have initiated a documentation effort based on my comments. I would say that is a contribution. Im not interested in your arrogant attitude. Oh and if you would like to know why it is I have had so few posts on JBoss forums, the answer is quite simple. The product works properly and well and is very well documented. Anyway: http://forum.java.sun.com/thread.jsp?forum=31thread=243200 : Oh you are steamed about that? Yes many of us on that forum are sick of kids comming there asking people to do their homework for them. No, you didnt really read the thread it seems or you would have seen our willingness to answer questions as long as they arent my teacher said to do x, can someone write it for me? As for teaching yourself in cocoon, again I have an ace in the hole you have forgotten. The documentation in cocoon is minimal at best. This has been acknowledged by other more intelligent members of this mailing list. In 4 years of college I knew more about computers than all of my profs together. Why? Cause I taught myself. Teaching one's self is rewarding but difficult. You MUST struggle. You must figure things out the hard way. Point out the documentation on the classpath issue. Show me the rich and fully qualified API documentation. Ahem. There isnt any. Do you make a habbit of flaming while firing blanks? Pardon me if I find your decisions somehow 'unstable'. I find it a pity to see you post this kind of judgement after so many people have been actively trying to help you (and still do). Sure there is stuff that Cocoon fails to do. I just think you are the type of person who will always find something that will warrant _not_ using something you haven't created yourself. There have been several people willign to help and I appreciate their assistance. These people have also recognized the shortcommings of cocoon and have acknowledged my input as a pure user and non-cocoon hacker. Perhaps you should hjoin them. I dont make the decision lightly and if I could find any way of satisfying my requirements with cocoon in the time I have, than I would change my mind. Unfortunately, real life is a tad more demanding. In case you start wondering why I'm so up-close and personal about this: Like I care. you really seem to forget this is _not_ a product, but an open source _project_, envisioned, created and supported by a community of real people. If its not a product why bother? Anythign worth doing is worth doing right. If you arent intending to make somethign that can be widely used, why are you bothering? Just idle curriosity? if so label it as such so people can say oh, and move on to something that people intend to be real. I think, however, the cocoon developers have a bit more vision. We are not being protective about our work, and we will readily admit its problems, but if all we get is yet another gee I'm gonna leave 'coz this sucks reply from you, I'm pretty sure I won't be the only one who just stops reading your mails. Please do. You have nothing intelligent to contribute so please add me to my ignore filter. That is assuming your monitor hasnt exploded from your flame beign stuffed back into your face. Oh well - flame me, I can handle it. I'm sick of seeing nice people trying to help you, and you just spreading FUD in return. This is the third inflamatory email I composed to you during the past few days, and this time, I won't refrain from sending. Feel free. If you ever come up with something intelligent to say, please flag it as important. Others such as SAXESS have you beat by about 10,000 percent in brain power and I appreciate their input. You, are just another dork sittign in judgement of others. Shoo! Unfortunately for you, you caught me in a particularly punchy mood where I am not going
Re: Time to go back to JSP. Cocoon just isnt ready.
Robert, this was NOT POLITE ! stop this attacks! thats useless and distracting! no more words on this. hussayn -- Dr. Hussayn Dabbous SAXESS Software Design GmbH Neuenhöfer Allee 125 50935 Köln Telefon: +49-221-56011-0 Fax: +49-221-56011-20 E-Mail: [EMAIL PROTECTED] - 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: Re: Time to go back to JSP. Cocoon just isnt ready.
Robert Simmons wrote: I have put in 14 to 16 hours a day for 2 weeks on this thing. Lets fuckign add it up shall we. That would be 210 hours averaging at 15 hours a day. Dividing by 40 hours (the standard workweek) means that i have put in nearly 5 weeks of work time compressed into 2 weeks. You can sit down and shut up now. Since you may havent gotten the picture yet, I dont like being flamed. If I didnt care I wouldnt have bothered to post the damn mail. Hmmm...don't remember the exact quote (and you're not worth looking it up) but it went something like: Profanity is the hallmark of small minds you really seem to forget this is _not_ a product, but an open source _project_, envisioned, created and supported by a community of real people. If its not a product why bother? Anythign worth doing is worth doing right. If you arent intending to make somethign that can be widely used, why are you bothering? Just idle curriosity? if so label it as such so people can say oh, and move on to something that people intend to be real. I think, however, the cocoon developers have a bit more vision. Again...hmmm. Do you really have any concept of open source? There is a point in the lifecycle of most open source projects where the active development and experimentation with the code surpasses the capability to have a comprehensive set of API documentation for those who only want to drop in and grab a quick solution to a real world problem. If you have deadlines you need to meet it is ***YOUR*** responsibility to make sure that the technologies you select are ready for you...it is ***NOT*** the responsibility of the open source community to make sure their projects fit into your deadline schedule. If you are such a top dog, consider contributing. One last time...hmmm. I notice you didn't even respond to the above comment...perhaps because you finally realized that you don't have anything to contribute. And finally...I have used Cocoon in production and it works just fine. I will be the first one to admit that I had issues getting it to work and that I don't think I'll use it as a full application framework any time soon, but as a means of delivering content across multiple end-devices/platforms/technologies, there is nothing out there that beats it right now. The folks on this list and others have been more than helpful to me a number of times and although I don't have any need to use Cocoon further at the moment, I still read the list to keep up with developments and also to lend my assistance where I can (like how to use Cocoon with WebSphere 3.5). Posting your profanity and blasting members of this list serves no purpose other than to satisfy your own selfish need to lash out. Flame away...I'm fairly certain you can't resist wasting the time to do so...I am certain that I won't be reading them though... - 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: Time to go back to JSP. Cocoon just isnt ready.
Ooooh!! I have not followed the list in the last days and now this. What's going on? If you got a problem with each other why can't you be polite? This list is (AFAIK) NOT to curse at somebody. If you want to vituperate please do it per PM!! Sorin Marti - 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: Time to go back to JSP. Cocoon just isnt ready.
Robert, 210 hours in two weeks is like a single man-week IMHO (40 hours). Man hours are counted in both quality and quantity. Professionals should be aware of that. We are also professionals, although still hacking in some room between everything, but that shows we love our work. We are also consumers and consumers are able to evaluate. Most of us have evaluated Cocoon as suitable for OUR needs and we were right. Other people had less successfull results. They showed the flaws and either helped fixing or packed and mooved on. They never blamed the community for their own personal calls and still felt graditute to people that donate their personal time to build something for the community. Respect to be respected. Cheers, Manos - 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]
Antwort: Time to go back to JSP. Cocoon just isnt ready.
Hi! I think 2 weeks are definitively not enough time to costumize Cocoon to fit your needs. There is no reason to use Cocoon with all its features (XSP) as it is. I found out that many different ways are possible to find your goal. JSP is not an alternative to cocoon, its just another different technology. To crack some JSPs together is not recomended for profesional development. If you believe in XML and the tecnology to deal with XML in webapplications, then you must find solutions for that. Some times an open source project is able to cover some requirements, but its necessary to develope your own solution inside a framework. The intention of a framework is to help you handling some basic circular functionatity, but a framework never will prevent you from implementing your own business logic - in the best case in a generic framework-like way. cheers Manfred [EMAIL PROTECTED] am 30.01.2003 12:21:55 Bitte antworten an [EMAIL PROTECTED]@inet An: [EMAIL PROTECTED] Kopie: Thema: Time to go back to JSP. Cocoon just isnt ready. I have reluctantly come to the conclusion that cocoon is not ready for professional development. Unlike tomcat, or Ant, this product has serious things blocking its use in production systems. I personally am completely and utterly stopped by the classpath bug indicated here: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16580. Just another symptom of a product that needs more work to be used in professional products. That coupled with the lack of documentation makes the package difficult at best. I will possibly be back in a year or so when this technology has gone somewhere. This is assuming it is still alive by then. I have seen a plethora of new people come on this list and then just vanish. That doesn't bode well for its reputation. I don't want to take this step and throw away two weeks of work but the fact is that I also don't have time to wait for such massive bugs to be fixed and to spend another two weeks swimming through poor debugging tools. Its a massive bummer to me but in order to be true to myself I cant see alternatives. The fact is that however flawed JSPs are, I can crack together JSP pagers 40 times faster than cocoon pages. When it comes to deadlines, major bugs like this just stop a product cold. Anyway, Ill stop rambling now. Comments are invited. -- 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: Time to go back to JSP. Cocoon just isnt ready.
Sorry. To say I've had a bad week would be a massive understatement. Today was just not the right day to flame me. If he had done it yesterday I would have ignored him. But my mail was just as uncalled for as his. -- Robert - Original Message - From: Sorin Marti [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, January 30, 2003 2:22 PM Subject: Re: Time to go back to JSP. Cocoon just isnt ready. Ooooh!! I have not followed the list in the last days and now this. What's going on? If you got a problem with each other why can't you be polite? This list is (AFAIK) NOT to curse at somebody. If you want to vituperate please do it per PM!! Sorin Marti - 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] - 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]
Apache Tomcat/4.0.6 - HTTP Status 404
Hi, I can see there is an argument going on at the moment, but if anyone has time. I now have installed the following: JDK 1.3 Cocoon 2.0.4 Tomcat 4.0.6 Apache 2.0.42 And they are all working! J I had previously had installed Cocoon 1.3 and tomcat 3.3a, and I put a simple soundpool example in the webapps directory. This displayed only the source code of the xml file, hence the upgrade. I have got all the new versions installed and I have put the same example in the webapps directory in tomcat again, and tried viewing it through Internet Explorer 6. It is coming up with the following error: Apache Tomcat/4.0.6 - HTTP Status 404 - /soundpool/soundpool.xml type Status report message /soundpool/soundpool.xml description The requested resource (/soundpool/soundpool.xml) is not available. I have put the following code in my sitemap under pipelines: !-- soundpool -- map:pipeline map:match pattern=soundpool/soundpool map:generate src=""> map:transform src=""> map:serialize/ /map:match /map:pipeline Im sure this is a really simple problem to fix. Thanks, Richard.
Re: Cocoon Competence Center Updates
You know, I have been coding in cocoon for about 2 years now, and have gotten by quite happily without XSP pages at all. The bug you are referring to only is a bug with XSP. Maybe you can look at cocoon without using XSP pages? There may be a reason you have to use XSP, but just wanted to chime in with this. I prefer to avoid using XSP pages and stick with plain Java code, mostly using custom actions and transformers. It has worked well on our projects. Sorry about your book. Irv Robert Simmons wrote: Is not cocoon's power or anything else that I'm arguing with. There is an extremely serious bug in cocoon that is causing me to not be able to use it at all. It is clear that cocoon was developed to be a single solution and to not integrate with technologies such as application servers. The classloader issue, http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16580, would make it ridiculous for me to do anything in cocoon. If I have to deploy all 100 EJB libs of the company I work for in cocoon as well as in the application server, than my colleagues would rightly laugh themselves silly. In fact I cant believe this issue even exists in a product this mature. I am looking at probably 3 months to get this fixed, minimum, if it is ever fixed. At that point I will have to wait for a release of the product, as my company would throw me at the door for putting up a bleeding edge CVS build. So basically I'm screwed when I comes to my book and when it comes to my company. Cocoon is pretty much out. I guess I have to throw out 2 weeks of agonizing work and I dot know how many emails and recode the whole damn thing in JSP. Lovely. Well, I suppose it could be worse. I dot see much market for Cocoon developers anyway. -- Robert - Original Message - From: "SAXESS - Hussayn Dabbous" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, January 30, 2003 9:44 AM Subject: Re: Cocoon Competence Center Updates Hy Robert, I appreciate your honesty. I hope, you keep with us. I think you can really help getting this into the next generation... just a few of my experiences if you don't mind ... 0.) i use to install minimalistic components when i start investigating. in this sense i only needed tomcat-4.*.* to start. just installed it and ready to go... 1.) When i started working with cocoon i first got very very frustrated: sitemap not working as i expected actions, uhh? logicsheets, sounds good, howto??? and so on ... I even did not know, what to ask in detail. 3.) very slowly i got a first overview. i only scratched the surface and one day (after about two weeks) i got hit by realizing the hidden mightiness of the beast. "Hey that's great, this works fine, ahh what easy going here and there..." Until now i still only was playing with the very basics (sitemap, generator, protocol handlers) 4.) After reviewing my first experiences with cocoon i came to the conclusions: - its very complex - it has great oportunities - it is "complex documented" - it moves fast - it neads quality assurance to get mature My decisions: - use cocoon in my own projects - help cocoon users to get a clear understanding with less frustrations I'm still happy with cocoon and im still only using the very basics. I am curious where i can get with XSP and ESQL ;-) regards, hussayn Robert Simmons wrote: Fine ... I'm beginning to loose interest to be honest. Right now I cant do anything with XSP with cocoon at all. because of the classpath bug it looks like two weeks of my work are about to explode in my face. Sigh. -- Robert - Original Message - From: "SAXESS - Hussayn Dabbous" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, January 30, 2003 9:12 AM Subject: Re: Cocoon Competence Center Updates Hy, Robert; Thank you very much for the contributions. I propose to move parts of your contrib into another page. reasons: 1.) this page deals with deploying cocoon. it should not cover essentials of cocoon internals. this is the next story to be covered, once cocoon is deployed. 2.) i want this document to be for "beginning beginners", (we used to name them nebies ;-). Yes we should prepare a doc, that contains your hints and tips, but maybe this is an add on page ? if nobody complains, i will move your contribs to another page, but keep the super esssentials in the doc (and point to the new pages where relevant) is that ok for you Robert? regards, Hussayn Robert Simmons wrote: Greetings, I have added the following information to the cocoon competence center page on installing cocoon. Please feel free to review the following sections and smack me around if I said anything incorrect. The new sections are. * Deploying on
Re: Cocoon Competence Center Updates
My book has nothing to do with cocoon. Its a side issue at best. That's why I was so irritated about spending 2 weeks on it to draw a blank. Nothing like spending 2 weeks on something you consider to be trivial to your main line of work. -- Robert - Original Message - From: Irving Salisbury To: [EMAIL PROTECTED] Sent: Thursday, January 30, 2003 2:54 PM Subject: Re: Cocoon Competence Center Updates You know, I have been coding in cocoon for about 2 years now, and have gotten by quite happily without XSP pages at all. The bug you are referring to only is a bug with XSP. Maybe you can look at cocoon without using XSP pages? There may be a reason you have to use XSP, but just wanted to chime in with this. I prefer to avoid using XSP pages and stick with plain Java code, mostly using custom actions and transformers. It has worked well on our projects. Sorry about your book.IrvRobert Simmons wrote: Is not cocoon's power or anything else that I'm arguing with. There is an extremely serious bug in cocoon that is causing me to not be able to use it at all. It is clear that cocoon was developed to be a single solution and to not integrate with technologies such as application servers. The classloader issue, http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16580, would make it ridiculous for me to do anything in cocoon. If I have to deploy all 100 EJB libs of the company I work for in cocoon as well as in the application server, than my colleagues would rightly laugh themselves silly. In fact I cant believe this issue even exists in a product this mature. I am looking at probably 3 months to get this fixed, minimum, if it is ever fixed. At that point I will have to wait for a release of the product, as my company would throw me at the door for putting up a bleeding edge CVS build. So basically I'm screwed when I comes to my book and when it comes to my company. Cocoon is pretty much out. I guess I have to throw out 2 weeks of agonizing work and I dot know how many emails and recode the whole damn thing in JSP. Lovely. Well, I suppose it could be worse. I dot see much market for Cocoon developers anyway. -- Robert - Original Message - From: "SAXESS - Hussayn Dabbous" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, January 30, 2003 9:44 AM Subject: Re: Cocoon Competence Center Updates Hy Robert, I appreciate your honesty. I hope, you keep with us. I think you can really help getting this into the next generation... just a few of my experiences if you don't mind ... 0.) i use to install minimalistic components when i start investigating. in this sense i only needed tomcat-4.*.* to start. just installed it and ready to go... 1.) When i started working with cocoon i first got very very frustrated: sitemap not working as i expected actions, uhh? logicsheets, sounds good, howto??? and so on ... I even did not know, what to ask in detail. 3.) very slowly i got a first overview. i only scratched the surface and one day (after about two weeks) i got hit by realizing the hidden mightiness of the beast. "Hey that's great, this works fine, ahh what easy going here and there..." Until now i still only was playing with the very basics (sitemap, generator, protocol handlers) 4.) After reviewing my first experiences with cocoon i came to the conclusions: - its very complex - it has great oportunities - it is "complex documented" - it moves fast - it neads quality assurance to get mature My decisions: - use cocoon in my own projects - help cocoon users to get a clear understanding with less frustrations I'm still happy with cocoon and im still only using the very basics. I am curious where i can get with XSP and ESQL ;-) regards, hussayn Robert Simmons wrote: Fine ... I'm beginning to loose interest to be honest. Right now I cant do anything with XSP with cocoon at all. because of the classpath bug it looks like two weeks of my work are about to explode in my face. Sigh. -- Robert - Original Message - From: "SAXESS - Hussayn Dabbous" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, January 30, 2003 9:12 AM Subject: Re: Cocoon Competence Center Updates Hy, Robert; Thank you very much for the contributions. I propose to move parts of your contrib into another page. reasons: 1.) this page deals with deploying cocoon. it should not cover essentials of cocoon internals. this is the next story to be covered, once cocoon is deployed. 2.) i want this document to be for "beginning beginners", (we used to name them nebies ;-). Yes we should prepare a doc, that contains your hints and tips, but maybe this is an add on page ? if nobody complains, i will move your contribs to another page, but keep the
Re: Time to go back to JSP. Cocoon just isnt ready.
Steven, Because people are going to flame you, I thought maybe I'd send an email agreeing with you ;-) When I first started using cocoon, it seemed weird and akward. It took about 2-3 months of really digging in and trying to use it. This was before there were good books out, of which there are 2 really good ones that really cut the learning time down. We have now used it successfully on 4 major projects, all at fortune 100 companies. I think it is the greatest thing since sliced bread, and so do our customers. If I had made any kind of snap judgements on it, I might have disappeared after two weeks as well. I also agree that this community, while I have only been actively watching it for a couple days now, has really tried to help Robert out and provided good answers. Plus, the bug listed is with XSP, which I have yet to use on any of my projects because it is quirky at best. There are so many other good things in cocoon, I'd hate to throw them all out because of this one thing. Irv Steven Noels wrote: Robert Simmons wrote: I have seen a plethora of new people come on this list and then just vanish. Comments are invited. That's a quick decision for someone who has been around here for only 2 weeks: http://marc.theaimsgroup.com/?a=10426232413r=1w=2 Then again, we should feel honoured because of the email avalanche you caused during that short period, in comparison with: http://jboss.org/forums/search.jsp?search=trueq=forums=-1date=anyuser=derisorrange=10 Anyway: http://forum.java.sun.com/thread.jsp?forum=31thread=243200 : In 4 years of college I knew more about computers than all of my profs together. Why? Cause I taught myself. Teaching one's self is rewarding but difficult. You MUST struggle. You must figure things out the hard way. Pardon me if I find your decisions somehow 'unstable'. I find it a pity to see you post this kind of judgement after so many people have been actively trying to help you (and still do). Sure there is stuff that Cocoon fails to do. I just think you are the type of person who will always find something that will warrant _not_ using something you haven't created yourself. In case you start wondering why I'm so up-close and personal about this: you really seem to forget this is _not_ a product, but an open source _project_, envisioned, created and supported by a community of real people. We are not being protective about our work, and we will readily admit its problems, but if all we get is yet another gee I'm gonna leave 'coz this sucks reply from you, I'm pretty sure I won't be the only one who just stops reading your mails. Oh well - flame me, I can handle it. I'm sick of seeing nice people trying to help you, and you just spreading FUD in return. This is the third inflamatory email I composed to you during the past few days, and this time, I won't refrain from sending. If you are such a top dog, consider contributing. Take care, /Steven - 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]
AW: Apache Tomcat/4.0.6 - HTTP Status 404
Richard, it seems that your request reaches the Tomcat-Server, but not the Cocoon-Servlet (If Coccon can´t find a certain page it displays something like "Cocoon 2 - Resource not found"). Make sure that your /soundpool URIs are send to the Cocoon-Servlet: Check TOMCAT_HOME/conf/server.xml (assert that URI is send to Cocoon-Web-App) and the servlet-mappingelement in your_cocoon_app/WEB_INF/web.xml (assert that URI is send to Cocoon-Servlet) bye -Jan -Ursprüngliche Nachricht-Von: Richard Cunliffe [mailto:[EMAIL PROTECTED]]Gesendet: Donnerstag, 30. Januar 2003 14:34An: [EMAIL PROTECTED]Betreff: Apache Tomcat/4.0.6 - HTTP Status 404 Hi, I can see there is an argument going on at the moment, but if anyone has time. I now have installed the following: JDK 1.3 Cocoon 2.0.4 Tomcat 4.0.6 Apache 2.0.42 And they are all working! J I had previously had installed Cocoon 1.3 and tomcat 3.3a, and I put a simple soundpool example in the webapps directory. This displayed only the source code of the xml file, hence the upgrade. I have got all the new versions installed and I have put the same example in the webapps directory in tomcat again, and tried viewing it through Internet Explorer 6. It is coming up with the following error: Apache Tomcat/4.0.6 - HTTP Status 404 - /soundpool/soundpool.xml type Status report message /soundpool/soundpool.xml description The requested resource (/soundpool/soundpool.xml) is not available. I have put the following code in my sitemap under pipelines: !-- soundpool -- map:pipeline map:match pattern="soundpool/soundpool" map:generate src=""/ map:transform src=""/ map:serialize/ /map:match /map:pipeline Im sure this is a really simple problem to fix. Thanks, Richard.
Re: Accessing session variables in the sitemap.xmap
Heiko On Thu, 2003-01-30 at 15:56, Heiko Milke wrote: Hello, I want my application to work like the following. map:match pattern=xsp/example.xsp map:generate src=xsp/example.xsp type=serverpages/ map:transform src={selected_stylesheet}/ map:serialize/ /map:match 1. the serverpages generator accesses a script named xsp/example.xsp Withing this script a session variable named selected_stylesheet is set. xsp-session:set-attribute name=selected_stylesheetxsp/example.xsl/. You probably want to change your pipeline as follows: map:match pattern=xsp/example.xsp map:generate src=xsp/example.xsp type=serverpages/ map:transform src={session-attr:selected_stylesheet}/ map:serialize/ /map:match This is an input module which will retrieve the session attribute named selected_stylesheet. The way you have it written is trying to access a sitemap parameter named selected_stylesheet. There is a little written about input modules on the cocoon wiki. Thanks in advance Heiko. -- Andrew Timberlake [EMAIL PROTECTED] - 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: Time to go back to JSP. Cocoon just isnt ready.
This type of thing really makes my day. You know actually it does the project more good than harm. It pays to step back from our day to day Cocoon euphoria now and again and look at things through other peoples eyes. And its obvious that some people have difficulties getting Cocoon and perhaps even getting open source software in the first place. Now this is not a criticism. It is a fact. We (the project) should ask ourselves - what can we do to make peoples life easier in Cocoon. There is a lot going on (books, wiki, mailing-list help, documentation) - but there is always room for improvement. You (the people starting out with Cocoon) should ask yourselves - is an open source project like Cocoon right for me. Am I prepared for the rough waters that may lie ahead. If not then perhaps you would be better off using a commercial box product with payed for support. But I am sure that if you need something like Cocoon - then you will be back. Of course you may not need something like Cocoon - and that's good also. Probably the most important lesson we leared when we started out with Cocoon back in .. (his eyes misted over as he remembered the good old days) .. was that if you find a bug or something that doesn't work right - then you had better be prepared to fix it yourself (especially if you are betting the bank on the open source software). If not - then maybe open source isn't for you. Matthew -- Open Source Group Cocoon { Consulting, Training, Projects } = Matthew Langham, SN AG, Klingenderstrasse 5, D-33100 Paderborn Tel:+49-5251-1581-30 [EMAIL PROTECTED] - http://www.s-und-n.de - Cocoon book: http://www.amazon.com/exec/obidos/ASIN/0735712352/needacake-20 Weblogs: http://radio.weblogs.com/0103021/ http://www.oreillynet.com/weblogs/author/1014 = - 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]
AW: Time to go back to JSP. Cocoon just isnt ready.
Hello, group. I am using cocoon in a professional environment. I am happy with it! So is my boss, ...and his boss! Use yourself whatever you want! Come back in one year - yes I strongly believe cocoon will be still there, because it is the concept behind it that makes so powerful! But please everyone, stop producing bad vibes! Thanks. -Ursprüngliche Nachricht- Von: Carsten Ziegeler [mailto:[EMAIL PROTECTED]] Gesendet: Donnerstag, 30. Januar 2003 14:22 An: [EMAIL PROTECTED] Betreff: RE: Time to go back to JSP. Cocoon just isnt ready. PLEASE: LET'S NOT TURN THIS INTO A FLAME WAR AGAINST ANYONE! We can discuss everything as long as it does not get personal. If someone does not want to use Cocoon, fine - if someone wants to use Cocoon, it's even better. And if someone is soo happy with Cocoon and can even give back to the immens effort the cocoon community has put into this project: excellent. Just two more sentences to all of you out there wondering if Cocoon is usable or not: a) many companies are using cocoon in *production* environments and this includes really, really big ones - so it is usable and used. b) it's your decision if you want to use cocoon or not and noone else's. And finally: Again, let's try to be objective and let's not get personal!!! Have a nice day Carsten Carsten Ziegeler Open Source Group, SN AG - 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] - 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: Time to go back to JSP. Cocoon just isnt ready.
Hi, I found a blog, which fits perfecly ;-) http://blogs.werken.com/people/bob/archives/000146.html Stephan Michels - 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: Time to go back to JSP. Cocoon just isnt ready.
*lol* that reminds me of something ... :-D Stephan Michels wrote: Hi, I found a blog, which fits perfecly ;-) http://blogs.werken.com/people/bob/archives/000146.html Stephan Michels - 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] - 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: Accessing session variables in the sitemap.xmap
Heiko Have you set the session to be created? In the xsp:page declaration: xmlns:xsp-session=http://apache.org/xsp/session/2.0; create-session=true Andrew On Thu, 2003-01-30 at 16:33, Heiko Milke wrote: Hey Andrew, You probably want to change your pipeline as follows: map:match pattern=xsp/example.xsp map:generate src=xsp/example.xsp type=serverpages/ map:transform src={session-attr:selected_stylesheet}/ map:serialize/ /map:match This is an input module which will retrieve the session attribute named selected_stylesheet. The way you have it written is trying to access a sitemap parameter named selected_stylesheet. There is a little written about input modules on the cocoon wiki. sadly this doesn't change much. I still get resource not found Like i said i guess its a special problem with sessions that were just created. If i come from a different page where i already set the selected_stylesheet then it works. The timeline looks broken. Whatever is done to the session in the generator doesnt come to the sitemap. Heiko - 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] -- Andrew Timberlake [EMAIL PROTECTED] - 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]
substring-before()
Hello group, Function: string substring-before ( string, string ) Returns the string part preceding the first occurence of the second passed string inside the first passed string. The return value of substring-before('2000/3/22', '/') would be '2000'. My question: can that first string be a param? Mit freundlichem Gruss, Thorsten Scherler Marketing / Telefonmarketing Weidmüller GmbH Co. P.O. Box 2807 33058 Paderborn Tel.:+ 49 - 5252-960-350 Fax:+ 49 - 5252-960-116 eMail: [EMAIL PROTECTED] http://www.weidmueller.de - 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: Accessing session variables in the sitemap.xmap
Hey Andrew, Heiko Have you set the session to be created? In the xsp:page declaration: xmlns:xsp-session=http://apache.org/xsp/session/2.0; create-session=true Yes I did. And if i echo the value from selected_stylesheet in the xsp page then it is correctly set. The sitemap simply doesn't get notified about the new session variable. =( Heiko - 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]
AW: substring-before()
Yes it can be: e.g. xsl:param name=date/ ... xsl:value-of select=substring-before($date,'/')/ ... -Ursprüngliche Nachricht- Von: Scherler, Thorsten Gesendet: Donnerstag, 30. Januar 2003 16:06 An: Cocoon-Users (E-Mail) Betreff: substring-before() Hello group, Function: string substring-before ( string, string ) Returns the string part preceding the first occurence of the second passed string inside the first passed string. The return value of substring-before('2000/3/22', '/') would be '2000'. My question: can that first string be a param? Mit freundlichem Gruss, Thorsten Scherler Marketing / Telefonmarketing Weidmüller GmbH Co. P.O. Box 2807 33058 Paderborn Tel.:+ 49 - 5252-960-350 Fax:+ 49 - 5252-960-116 eMail: [EMAIL PROTECTED] http://www.weidmueller.de - 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] - 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: Cocoon hosting - experiences?
i'm using this combination: apache-1.3.26 (mod_jk, SSL) tomcat-4.1.18 cocoon-2.0.4 DB2-UDB-7.1 Secureway-LDAP-3.2.1 i'm serving my companies website with this. My overall Uptime of the site is 100% but that may not say anything, because the site is only running since one month. My site is rather simple (int terms of cocoon usage) at the moment. But it serves the pages dynamically directly from xml (the navigation is dynamically created). i'm satisfied in all aspects. But im running the service on my own hardware (PC/Linux), so i have no problems with any provider. i dont know, how problematic it is to get a provider to run a webapp. but that shouldn't be a big technical problem... Besides this i'm currently building a highly dynamic webapplication, that serves as a metasearch engine. the frontend is pure cocoon. also here im satisfied with the current results. regards, hussayn gv wrote: Hello, I am curious about people's experiences with setting up live Cocoon sites with a Web host: Any hosts that seem particularly good (or bad)? How about uptime for the Cocoon servlet and the servlet container? Any controls for restarting if needed? Satisfied with the version of Cocoon, Java, and whatever database is provided? Or, are you using an ordinary Web host and pushing out the Cocoon-created content as static pages? I'd appreciate anything you could share on this. I'm a huge fan of Cocoon and am finding it very useful to build sites. I'm still mostly using it to create static pages, but wondering if there are brighter options out there. Thank you, John __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com - 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] -- Dr. Hussayn Dabbous SAXESS Software Design GmbH Neuenhöfer Allee 125 50935 Köln Telefon: +49-221-56011-0 Fax: +49-221-56011-20 E-Mail: [EMAIL PROTECTED] - 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]
date translation
Hello group, if anybody need a date translation, here it is: e.g. test.html?date=29.1.2003 (like we write in Germany) will be 1/29/2003. xsl:param name=date/ xsl:param name=GETdayxsl:value-of select=substring-before($date,'.')/ /xsl:param xsl:param name=GETmonth_yearxsl:value-of select=substring-after($date,'.')//xsl:param xsl:param name=GETmonthxsl:value-of select=substring-before($GETmonth_year,'.')/ /xsl:param xsl:param name=GETyearxsl:value-of select=substring-after($GETmonth_year,'.')/ /xsl:param ... xsl:value-of select=$GETmonth//xsl:value-of select=$GETday//xsl:value-of select=$GETyear/ King regards Mit freundlichem Gruss, Thorsten Scherler Marketing / Telefonmarketing Weidmüller GmbH Co. P.O. Box 2807 33058 Paderborn Tel.:+ 49 - 5252-960-350 Fax:+ 49 - 5252-960-116 eMail: [EMAIL PROTECTED] http://www.weidmueller.de - 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: Cocoon hosting - experiences?
gv wrote: I am curious about people's experiences with setting up live Cocoon sites with a Web host: Any hosts that seem particularly good (or bad)? http://www.aoindustries.com/ operates the hardware behind cocoondev.org and does a decent job at it. /Steven -- Steven Noelshttp://outerthought.org/ Outerthought - Open Source, Java XML Competence Support Center Read my weblog athttp://blogs.cocoondev.org/stevenn/ stevenn at outerthought.orgstevenn at apache.org - 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: Cocoon Competence Center Updates
my question is how other people can even use cocoon with this bug in it. Certainly if you are just doing SQL to a little database, it will work fine but has none before tried to integrate it with an enterprise development system? It's real simple: don't use XSP... You where going along fine with Cocoon, you have a working Generator. For some reason you decided to convert it to an XSP and you found a bug. So why not go back to using the Java code? Or as a temporary work around dump the EJB interfaces into an EAR and deploy them with Cocoon - 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]
AW: date translation
it is me again. How can I do it with xsp? -Ursprüngliche Nachricht- Von: Scherler, Thorsten Gesendet: Donnerstag, 30. Januar 2003 16:22 An: Cocoon-Users (E-Mail) Betreff: date translation Hello group, if anybody need a date translation, here it is: e.g. test.html?date=29.1.2003 (like we write in Germany) will be 1/29/2003. xsl:param name=date/ xsl:param name=GETdayxsl:value-of select=substring-before($date,'.')/ /xsl:param xsl:param name=GETmonth_yearxsl:value-of select=substring-after($date,'.')//xsl:param xsl:param name=GETmonthxsl:value-of select=substring-before($GETmonth_year,'.')/ /xsl:param xsl:param name=GETyearxsl:value-of select=substring-after($GETmonth_year,'.')/ /xsl:param ... xsl:value-of select=$GETmonth//xsl:value-of select=$GETday//xsl:value-of select=$GETyear/ King regards Mit freundlichem Gruss, Thorsten Scherler Marketing / Telefonmarketing Weidmüller GmbH Co. P.O. Box 2807 33058 Paderborn Tel.:+ 49 - 5252-960-350 Fax:+ 49 - 5252-960-116 eMail: [EMAIL PROTECTED] http://www.weidmueller.de - 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] - 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: Accessing session variables in the sitemap.xmap
Heiko I through together a quick test which works. Let me know if this works with you? PS. I am using cocoon from CVS as of about 3 nights ago. sitemap.xmap (extract) == map:pipeline map:match pattern=xsp/test.xsp map:generate src=xsp/example.xsp type=serverpages/ map:transform src={session-attr:selected_stylesheet}/ map:serialize/ /map:match /map:pipeline xsp/example.xsp === ?xml version=1.0? xsp:page xmlns:xsp=http://apache.org/xsp; xmlns:xsp-session=http://apache.org/xsp/session/2.0; create-session=true document xsp-session:set-attribute name=selected_stylesheetxsp/example.xsl/xsp-session:set-attribute testExample with the following stylesheet set: xsp-session:get-attribute name=selected_stylesheet//test /document /xsp:page xsp/example.xsl === ?xml version=1.0? xsl:stylesheet version=1.0 xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xsl:template match=document html body xsl:apply-templates/ /body /html /xsl:template xsl:template match=test pxsl:apply-templates//p /xsl:template /xsl:stylesheet Andrew On Thu, 2003-01-30 at 17:07, Heiko Milke wrote: Hey Andrew, Heiko Have you set the session to be created? In the xsp:page declaration: xmlns:xsp-session=http://apache.org/xsp/session/2.0; create-session=true Yes I did. And if i echo the value from selected_stylesheet in the xsp page then it is correctly set. The sitemap simply doesn't get notified about the new session variable. =( Heiko - 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] -- Andrew Timberlake [EMAIL PROTECTED] - 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: date translation
Please tell us what is the final target of your date translation and we'll try to advice something. In XSP you do it just the same way as in pure Java: xsp:logic // perform your date translation using any method you like, e.g. SimpleDateFormat.parse(), etc. /xsp:logic -- Konstantin - Original Message - From: Scherler, Thorsten [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, January 30, 2003 18:28 Subject: AW: date translation it is me again. How can I do it with xsp? -Ursprüngliche Nachricht- Von: Scherler, Thorsten Gesendet: Donnerstag, 30. Januar 2003 16:22 An: Cocoon-Users (E-Mail) Betreff: date translation Hello group, if anybody need a date translation, here it is: e.g. test.html?date=29.1.2003 (like we write in Germany) will be 1/29/2003. xsl:param name=date/ xsl:param name=GETdayxsl:value-of select=substring-before($date,'.')/ /xsl:param xsl:param name=GETmonth_yearxsl:value-of select=substring-after($date,'.')//xsl:param xsl:param name=GETmonthxsl:value-of select=substring-before($GETmonth_year,'.')/ /xsl:param xsl:param name=GETyearxsl:value-of select=substring-after($GETmonth_year,'.')/ /xsl:param ... xsl:value-of select=$GETmonth//xsl:value-of select=$GETday//xsl:value-of select=$GETyear/ King regards Mit freundlichem Gruss, Thorsten Scherler Marketing / Telefonmarketing Weidmüller GmbH Co. P.O. Box 2807 33058 Paderborn Tel.:+ 49 - 5252-960-350 Fax:+ 49 - 5252-960-116 eMail: [EMAIL PROTECTED] http://www.weidmueller.de - 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] - 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] - 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: Accessing session variables in the sitemap.xmap
Hey Andrew, Thanks for all your help! But well, it still aint working :( I tried on several browsers. I tried in the mount directory and i tried from the main sitemap. None if it works. Im using cocoon version 2.0.4 (on Windows 2000). Heiko - 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: Cocoon hosting - experiences?
tomcat 4.0.1 cocoon 2.0rc2 Apache/1.3.22 (Unix) (Red-Hat/Linux) the server up is from the release date of cocoon 2.0rc2 we are serving 3 sites (24/7) using cocoon (wirtual hosting) without any problem and we are almost satisfied with the performance i notice that in this server are up and runing 3 more postnuke sites all this time we have to restart tomcat no more than 5 times. stavros kounis On Thu, 30 Jan 2003, SAXESS - Hussayn Dabbous wrote: i'm using this combination: apache-1.3.26 (mod_jk, SSL) tomcat-4.1.18 cocoon-2.0.4 DB2-UDB-7.1 Secureway-LDAP-3.2.1 i'm serving my companies website with this. My overall Uptime of the site is 100% but that may not say anything, because the site is only running since one month. My site is rather simple (int terms of cocoon usage) at the moment. But it serves the pages dynamically directly from xml (the navigation is dynamically created). i'm satisfied in all aspects. But im running the service on my own hardware (PC/Linux), so i have no problems with and we are any provider. i dont know, how problematic it is to get a provider to run a webapp. but that shouldn't be a big technical problem... Besides this i'm currently building a highly dynamic webapplication, that serves as a metasearch engine. the frontend is pure cocoon. also here im satisfied with the current results. regards, hussayn gv wrote: Hello, I am curious about people's experiences with setting up live Cocoon sites with a Web host: Any hosts that seem particularly good (or bad)? How about uptime for the Cocoon servlet and the servlet container? Any controls for restarting if needed? Satisfied with the version of Cocoon, Java, and whatever database is provided? Or, are you using an ordinary Web host and pushing out the Cocoon-created content as static pages? I'd appreciate anything you could share on this. I'm a huge fan of Cocoon and am finding it very useful to build sites. I'm still mostly using it to create static pages, but wondering if there are brighter options out there. Thank you, John __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com - 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] - 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]
AW: date translation
Hello Konstantin, I want to do the following: I produce reports from a database. e.g. esql:query select * from info_bericht where Info_datum = #xsp-request:get-parameter name=date/# AND country ='xsp-request:get-parameter name=GETcountry/' /esql:query This is be done from a html form. e.g. form action=IDC2/info_int.pdf select name=GETcountry optgroup label=Lauml;nder option value=FranceFrance/option option value=ItalyItaly/option option value=NetherlandNetherland/option option value=SwissSwiss/option /optgroup /select input type=text name=date input type=submit /form The actual date of the esql:query/ has to be in the format e.g. 01/29/2003, but we are a company in Germany were we use this date format: 29.01.2003. So I would like to translate the 29.01.2003 into 01/29/2003 before I put it in the esql:query/. SimpleDateFormat.parse() will do the job? I will try! xsp:logic // perform your date translation using any method you like, e.g. SimpleDateFormat.parse(), etc. /xsp:logic Thanks a million! -Ursprüngliche Nachricht- Von: Konstantin Piroumian [mailto:[EMAIL PROTECTED]] Gesendet: Donnerstag, 30. Januar 2003 16:34 An: [EMAIL PROTECTED] Betreff: Re: date translation Please tell us what is the final target of your date translation and we'll try to advice something. In XSP you do it just the same way as in pure Java: xsp:logic // perform your date translation using any method you like, e.g. SimpleDateFormat.parse(), etc. /xsp:logic -- Konstantin - Original Message - From: Scherler, Thorsten [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, January 30, 2003 18:28 Subject: AW: date translation it is me again. How can I do it with xsp? -Ursprüngliche Nachricht- Von: Scherler, Thorsten Gesendet: Donnerstag, 30. Januar 2003 16:22 An: Cocoon-Users (E-Mail) Betreff: date translation Hello group, if anybody need a date translation, here it is: e.g. test.html?date=29.1.2003 (like we write in Germany) will be 1/29/2003. xsl:param name=date/ xsl:param name=GETdayxsl:value-of select=substring-before($date,'.')/ /xsl:param xsl:param name=GETmonth_yearxsl:value-of select=substring-after($date,'.')//xsl:param xsl:param name=GETmonthxsl:value-of select=substring-before($GETmonth_year,'.')/ /xsl:param xsl:param name=GETyearxsl:value-of select=substring-after($GETmonth_year,'.')/ /xsl:param ... xsl:value-of select=$GETmonth//xsl:value-of select=$GETday//xsl:value-of select=$GETyear/ King regards Mit freundlichem Gruss, Thorsten Scherler Marketing / Telefonmarketing Weidmüller GmbH Co. P.O. Box 2807 33058 Paderborn Tel.:+ 49 - 5252-960-350 Fax:+ 49 - 5252-960-116 eMail: [EMAIL PROTECTED] http://www.weidmueller.de - 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] - 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] - 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] - 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: Cocoon hosting - experiences?
I recently looked into consumer hosting for cocoon for the first time. Because that project was going to have relatively light traffic, I wound up going with a virtual dedicated server account for $80USD/month. I've been able to reuse the account for several smallish projects and have room to continue to do so. It gets me root access which I felt was safer than other options and it didn't cost much more, even less since I am unrestricted in placing multiple projects there. I considered some of the less expensive cocoon hosting and j2ee hosting accounts out there but didn't feel comfortable with them. If you go that route I believe you can get away much cheaper. I'm using LiquidWeb, but there are others that offer similar arrangements. I've been quite happy so far, though admittedly I'm not exactly stressing the box with these projects. The only exception with that particular host is they have restrictive SMTP policies/settings that prevent Cocoon from sending email over SMTP to external domains which has been a loser. I'm hacking a solution but if you need to send emails I'd advise to look elsewhere (unless you're very comfortable re-installing and supporting sendmail) You asked about the database shipping with cocoon. My feeling is that it's only included as a convenience so that samples can work right out of the box - not really intended for live use though I'd love to hear if others are doing so successfully. My account came with mysql, so I've used that. It's pretty easy to integrate with Cocoon - the documentation is adequate and gets you up in a few minutes time. It's been running live for several months with no hiccup, though admittedly it's unusually lightweight on traffic. HTH, Geoff -Original Message- From: gv [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 30, 2003 9:29 AM To: [EMAIL PROTECTED] Subject: Cocoon hosting - experiences? Hello, I am curious about people's experiences with setting up live Cocoon sites with a Web host: Any hosts that seem particularly good (or bad)? How about uptime for the Cocoon servlet and the servlet container? Any controls for restarting if needed? Satisfied with the version of Cocoon, Java, and whatever database is provided? Or, are you using an ordinary Web host and pushing out the Cocoon-created content as static pages? I'd appreciate anything you could share on this. I'm a huge fan of Cocoon and am finding it very useful to build sites. I'm still mostly using it to create static pages, but wondering if there are brighter options out there. Thank you, John __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com - 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] - 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: Accessing session variables in the sitemap.xmap
On 30.Jan.2003 -- 02:56 PM, Heiko Milke wrote: Hello, I want my application to work like the following. map:match pattern=xsp/example.xsp map:generate src=xsp/example.xsp type=serverpages/ map:transform src={selected_stylesheet}/ map:serialize/ /map:match 1. the serverpages generator accesses a script named xsp/example.xsp Withing this script a session variable named selected_stylesheet is set. xsp-session:set-attribute name=selected_stylesheetxsp/example.xsl/. 2. In the next step i want to transform the generated data using the stylesheet whose path is stored in the session variable. This is impossible because of the order things are actually done. (This is becoming a FAQ, too lazy to explain yet again, search this list or see comments in sample sitemap.xmap) You're better off selecting the stylesheet in an action or an input module (not by reading a parameter set by the generator, of course). If you deem that too complex, you might be interested to know that you can write actions in xsp. Without further knowledge it is difficult to suggest the path to follow. But if the stylesheet name is obtained from a database, you might want to look into the database actions. If it is a simple key value mapping depending on a request parameter, you might want to look into the surprising things that can be done with input modules. Chris. -- C h r i s t i a n H a u l [EMAIL PROTECTED] fingerprint: 99B0 1D9D 7919 644A 4837 7D73 FEF9 6856 335A 9E08 - 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: Apache Tomcat/4.0.6 - HTTP Status 404
It looks like you requested /soundpool/soundpool.xml but your pipeline is set up to match /soundpool/soundpool -- note also that a trailing slash here will also fail. When you say it's all working, do you meant that /cocoon/ gives you the cocoon output? Also, when you say you've placed your example in the webapps directory, can you give more detailed steps? Before we get off on a rabbit trail I want to make sure it's not something simple. There are some changes between 1.x and 2.x that could also be at work. Geoff -Original Message- From: Richard Cunliffe [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 30, 2003 8:34 AM To: [EMAIL PROTECTED] Subject: Apache Tomcat/4.0.6 - HTTP Status 404 Hi, I can see there is an argument going on at the moment, but if anyone has time.. I now have installed the following: JDK 1.3 Cocoon 2.0.4 Tomcat 4.0.6 Apache 2.0.42 And they are all working! J I had previously had installed Cocoon 1.3 and tomcat 3.3a, and I put a simple soundpool example in the webapps directory. This displayed only the source code of the xml file, hence the upgrade. I have got all the new versions installed and I have put the same example in the webapps directory in tomcat again, and tried viewing it through Internet Explorer 6. It is coming up with the following error: Apache Tomcat/4.0.6 - HTTP Status 404 - /soundpool/soundpool.xml type Status report message /soundpool/soundpool.xml description The requested resource (/soundpool/soundpool.xml) is not available. I have put the following code in my sitemap under pipelines: !-- soundpool -- map:pipeline map:match pattern=soundpool/soundpool map:generate src=soundpool.xml/ map:transform src=soundpool.xsl/ map:serialize/ /map:match /map:pipeline I'm sure this is a really simple problem to fix. Thanks, Richard. - 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: Accessing session variables in the sitemap.xmap
Hello Christian, Thank you very much! It's good to know that it is impossible. I already guessed that. I'll write an action and see how it works out. Bye Heiko :) - Original Message - From: Christian Haul [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, January 30, 2003 4:56 PM Subject: Re: Accessing session variables in the sitemap.xmap On 30.Jan.2003 -- 02:56 PM, Heiko Milke wrote: Hello, I want my application to work like the following. map:match pattern=xsp/example.xsp map:generate src=xsp/example.xsp type=serverpages/ map:transform src={selected_stylesheet}/ map:serialize/ /map:match 1. the serverpages generator accesses a script named xsp/example.xsp Withing this script a session variable named selected_stylesheet is set. xsp-session:set-attribute name=selected_stylesheetxsp/example.xsl/. 2. In the next step i want to transform the generated data using the stylesheet whose path is stored in the session variable. This is impossible because of the order things are actually done. (This is becoming a FAQ, too lazy to explain yet again, search this list or see comments in sample sitemap.xmap) You're better off selecting the stylesheet in an action or an input module (not by reading a parameter set by the generator, of course). If you deem that too complex, you might be interested to know that you can write actions in xsp. Without further knowledge it is difficult to suggest the path to follow. But if the stylesheet name is obtained from a database, you might want to look into the database actions. If it is a simple key value mapping depending on a request parameter, you might want to look into the surprising things that can be done with input modules. Chris. -- C h r i s t i a n H a u l [EMAIL PROTECTED] fingerprint: 99B0 1D9D 7919 644A 4837 7D73 FEF9 6856 335A 9E08 - 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] - 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]
name an output-file dynamically in cocoon?
Hi again, is it possible to name an output-file dynamically in cocoon. E.g. a pdf is created that has the name report_31_01_2003.pdf because its the 31 Jan 2003 (or report_GSM.pdf because I got a parameter with the value GSM). Is this possible at runntime? To keep up an other question, about why map:serialize type doesn't like my {xxx}-returns: In your particular case it'd be much better to return two values from the action, just you different keys in the HashMap to do it: results.put(xsl-choice, style _16); results.put(format, fo2pdf); and then use it in your sitemap like this: map:match pattern=blabla map:act type=allSelect map:generate src=sampleoutput.xml/ map:transform src=stylesheets/{xsl-choice} _{format}.xsl/ map:serialize type={format}/ /map:act /map:match The map:transform src={xsl-choice}_{format}.xsl/ part works great. But the map:serialize type={format}/ doesnt work. I always get a Resource not found error. If I type in the type manually (e.g. map:serialize type=fo2pdf/ ) it works. What could cause this problem? I wonder especially because the {format} in map:transform src =stylesheets/{xsl-choice}_{format}.xsl/ works. Cheers Jonny This electronic message contains information from the mmo2 plc Group which may be privileged or confidential. The information is intended to be for the use of the individual(s) or entity named above. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information is prohibited. If you have received this electronic message in error, please notify us by telephone or email (to the numbers or address above) immediately. - 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: date translation
Only a comment: Using xsl:param name=any xsl:value-of select=anyExpression/ /xsl:param is mostly not the optimum. It will create a Result Tree Fragment, where it is not needed. Using xsl:param name=any select=anyExpression/ is shorter and is of a normal data type like node set, string or number. While working with strings it's only a question of conversions the processor has to do. But when working with node sets it can be really a problem: xsl:param name=any xsl:copy-of select=anyExpressionThatReturnsANodeset/ /xsl:param You can't operate on $any like on a node set. Only string operatrions are allowed. So for example $any/path/to/a/node is not possible. Another problem: xsl:variable name=emptyString select=''/ xsl:variable name=emptyRTF xsl:value-of select=''/ /xsl:variable xsl:if test=$emptyString/ == false xsl:if test=$emptyRTF/ == true You can't test that simply on the emptyness of a RTF, because it returns always true. You must explicitely convert it into a string via test=string($emptyRTF). http://www.w3.org/TR/xslt#section-Result-Tree-Fragments So in general it's better to avoid RTFs. Regards, Joerg Scherler, Thorsten wrote: Hello group, if anybody need a date translation, here it is: e.g. test.html?date=29.1.2003 (like we write in Germany) will be 1/29/2003. xsl:param name=date/ xsl:param name=GETdayxsl:value-of select=substring-before($date,'.')/ /xsl:param xsl:param name=GETmonth_yearxsl:value-of select=substring-after($date,'.')//xsl:param xsl:param name=GETmonthxsl:value-of select=substring-before($GETmonth_year,'.')/ /xsl:param xsl:param name=GETyearxsl:value-of select=substring-after($GETmonth_year,'.')/ /xsl:param ... xsl:value-of select=$GETmonth//xsl:value-of select=$GETday//xsl:value-of select=$GETyear/ King regards Mit freundlichem Gruss, Thorsten Scherler - 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]
Using getLastModified() to implement browser caching
Hi, I've implemented a custom Reader to read file entities out of my database. Because these file entities span across multiple tables and are managed thru my J2EE container, I'd like to implement some browser-side caching to prevent excessive generation on the server side. In my reader, which extends AbstractReader, I overrode long getLastModified() Which is being called correctly and does return the time correctly (derived upon file creation/modification using System.currentTimeMillis()). However, the behavior I'm seeing is that whenever I request a resource that uses this reader to generate the byte data, the reader's getLastModified() method is first called, and then the generate() method is ALWAYS called. It is my understanding that the browser would not further request the resource if its version was up to date with that of the server. I understand that every browser implementation is different, but I'm wonderig if I am doing something wrong. I would like for the reader not to have its generate() method called when not necessary. Is this the correct way to think about this? I tested with the same result on IE6 and Phoenix0.5. thanks,-- Collin
i18n translation with attributes: 2 questions
Hi, If some of you would have some tips for these two questions, I would be very grateful: 1°) Under Cocoon 2.0.4 and Windows 2000: I use a i18n Transformer (with french and english dictionnaries), and all's working fine with elements' translation. But not for attributes. I have basicaly a HTML form with a submit button. As described in the Cocoon's doc, I write the following in my stylesheet to be translated: input TYPE=submit NAME=submit i18n:attr=value/ and in my French dictionary: message key=valueSoumettre la requête/message in my English dictionary: message key=valueSubmit the request/message WHen I call http://localhost:8080/cocoon/tutoriel?locale=fr, I can see the correct value of the button, ie: 'Soumettre la requête'. But when I call english translation with http://localhost:8080/cocoon/tutoriel?locale=en, I still obtain the same french message, although I've specified the english version for this button's value in the english dictionary. Could it have to handle with the xerces's bug described in the doc?? 2°) In my styleshhet, I've got a second hidden input area. For each one, I have to use i18n:attr=value in the sitemap and message key=valueSome text/message in the dictionary, I want to internationalise both (That's I want to do precisely...). So, Is it possible to make a difference between them? FORM METHOD=GET ACTION= bi18n:textchoix/i18n:text/b a href=?locale=fri18n:textchoix_langue_fr/i18n:text/a | a href=?locale=eni18n:textchoix_langue_en/i18n:text/a input type=hidden name=locale value=fr/ //First attribute value to internationalise = fr in french and en in english fieldset class=etiquette style=padding: 10px; font-weight:bold; font-family:'Comic Sans MS'; color: #1E94D3 ; border: outset 5px; legendi18n:texttrier/i18n:text/legend input TYPE=radio NAME=tri VALUE=nomi18n:textboutonNom/i18n:text/input input TYPE=radio NAME=tri VALUE=prénomi18n:textboutonPrenom/i18n:text/input input TYPE=radio NAME=tri VALUE=titrei18n:textboutonTitre/i18n:text/input input TYPE=radio NAME=tri VALUE=organismei18n:textboutonOrganisme/i18n:text/input /fieldset br/ input TYPE=submit NAME=submit i18n:attr=value/ //Second attribute ton internationalise: Soumettre la requête in French Submit the request in English /FORM thanks in advance for your repsnses, Best, 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]
Re: substring-before()
Jupp, thanks! What would be an appropriate XSLT forum? Any recommendations? Jeremy Quinn wrote: On Thursday, Jan 30, 2003, at 15:06 Europe/London, Scherler, Thorsten wrote: Hello group, Function: string substring-before ( string, string ) Returns the string part preceding the first occurence of the second passed string inside the first passed string. The return value of substring-before('2000/3/22', '/') would be '2000'. My question: can that first string be a param? If by this you mean 'can that first string be set by an XSLT param' ? The answer is yes. (Be pretty useless if you could'nt ;) eg. ?xml version=1.0? xsl:stylesheet version=1.0 xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xsl:param name=date/ xsl:template match=/ xsl:if test=substring-before($date, '/') = '2000' pYes, Ladies Gentlemen, it is indeed the year 2000/p /xsl:if /xsl:template /xsl:stylesheet Ideally this kind of question ought to be asked on an appropriate XSLT forum. But I hope it helped. regards Jeremy - 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] - 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: substring-before()
Thorsten Scherler wrote: Jupp, thanks! What would be an appropriate XSLT forum? Any recommendations? http://www.mulberrytech.com/xsl/xsl-list/ Joerg - 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: i18n translation with attributes: 2 questions
Hello Cyril, Cyril Vidal wrote: Hi, If some of you would have some tips for these two questions, I would be very grateful: 1°) Under Cocoon 2.0.4 and Windows 2000: I use a i18n Transformer (with french and english dictionnaries), and all's working fine with elements' translation. But not for attributes. I have basicaly a HTML form with a submit button. As described in the Cocoon's doc, I write the following in my stylesheet to be translated: input TYPE=submit NAME=submit i18n:attr=value/ and in my French dictionary: message key=valueSoumettre la requête/message in my English dictionary: message key=valueSubmit the request/message WHen I call http://localhost:8080/cocoon/tutoriel?locale=fr, I can see the correct value of the button, ie: 'Soumettre la requête'. But when I call english translation with http://localhost:8080/cocoon/tutoriel?locale=en, I still obtain the same french message, although I've specified the english version for this button's value in the english dictionary. Could it have to handle with the xerces's bug described in the doc?? No, it works a bt different with attributes. In i18n:attr=... you specify the attributes, that shell be translated. You have value in your above example, but there is no attribute value, only TYPE and NAME. So change it to i18n:attr=NAME to get the value of the attribute NAME translated or add an attribute value, which is used for the text on the button AFAIK. Furthermore the value of the attribute to translate is the key (above example: NAME=submit = key = submit). This key must be used in the dictionary (= message key=submit/). With the Xerces bug you won't get anything as output I think. At least you would have a stack trace in the log files. 2°) In my styleshhet, I've got a second hidden input area. For each one, I have to use i18n:attr=value in the sitemap and message key=valueSome text/message in the dictionary, I want to internationalise both (That's I want to do precisely...). So, Is it possible to make a difference between them? FORM METHOD=GET ACTION= bi18n:textchoix/i18n:text/b a href=?locale=fri18n:textchoix_langue_fr/i18n:text/a | a href=?locale=eni18n:textchoix_langue_en/i18n:text/a input type=hidden name=locale value=fr/ //First attribute value to internationalise = fr in french and en in english Knowing the above at 1° this is no longer a problem: input type=hidden name=locale value=locale i18n:attr=value/ ---this is the key^^ dictionary: message key=localeen/message (or fr in the french dictionary) fieldset class=etiquette style=padding: 10px; font-weight:bold; font-family:'Comic Sans MS'; color: #1E94D3 ; border: outset 5px; legendi18n:texttrier/i18n:text/legend input TYPE=radio NAME=tri VALUE=nomi18n:textboutonNom/i18n:text/input input TYPE=radio NAME=tri VALUE=prénomi18n:textboutonPrenom/i18n:text/input input TYPE=radio NAME=tri VALUE=titrei18n:textboutonTitre/i18n:text/input input TYPE=radio NAME=tri VALUE=organismei18n:textboutonOrganisme/i18n:text/input /fieldset br/ input TYPE=submit NAME=submit i18n:attr=value/ //Second attribute ton internationalise: Soumettre la requête in French Submit the request in English Same here: input TYPE=submit NAME=submit value=submit i18n:attr=value/ dictionary: message key=submitSoumettre la requête/message /FORM thanks in advance for your repsnses, Best, Cyril. Regards Joerg - 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]
Passing parameters to an XSP
I'm trying to pass parameters to an XSP but I'm getting an exception: unreported exception: org.apache.avalon.framework.parameters.ParameterException; must be caught or declared to be thrown I saw a similar post in the archives but when I tried the recommended solution it still didn't work, any ideas? Do I have to stick in a try catch? Thx, Mark sitemap: map:match pattern=test map:generate type=serverpages src=util/executeQuery.xsp map:parameter name=datasource value={global:datasource}/ map:parameter name=xpath value=/structure/ /map:generate map:serialize type=xml/ /map:match executeQuery.xsp: xsp:page xmlns:xsp=http://apache.org/xsp; xmlns:xmldb=http://exist-db.org/xmldb/1.0; page xsp:logic String datasource=parameters.getParameter(datasource); String xpath=parameters.getParameter(xpath); /xsp:logic xmldb:init/ xmldb:collection xmldb:urixmldb:xindice:///db/+datasource/xmldb:uri xmldb:execute xmldb:xpathxpath/xmldb:xpath xmldb:results xmldb:get-xml as=xml/ /xmldb:results /xmldb:execute /xmldb:collection /page /xsp:page - 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: Passing parameters to an XSP
Mark - Yup, you do. I use something like: xsp:logic String myparam = ; try { myparam = parameters.getParameter(myparam); } catch (Exception e) { } /xsp:logic Make sure it comes AFTER the root user tag in your XSP. Regards, Lajos Mark H wrote: I'm trying to pass parameters to an XSP but I'm getting an exception: unreported exception: org.apache.avalon.framework.parameters.ParameterException; must be caught or declared to be thrown I saw a similar post in the archives but when I tried the recommended solution it still didn't work, any ideas? Do I have to stick in a try catch? Thx, Mark sitemap: map:match pattern=test map:generate type=serverpages src=util/executeQuery.xsp map:parameter name=datasource value={global:datasource}/ map:parameter name=xpath value=/structure/ /map:generate map:serialize type=xml/ /map:match executeQuery.xsp: xsp:page xmlns:xsp=http://apache.org/xsp; xmlns:xmldb=http://exist-db.org/xmldb/1.0; page xsp:logic String datasource=parameters.getParameter(datasource); String xpath=parameters.getParameter(xpath); /xsp:logic xmldb:init/ xmldb:collection xmldb:urixmldb:xindice:///db/+datasource/xmldb:uri xmldb:execute xmldb:xpathxpath/xmldb:xpath xmldb:results xmldb:get-xml as=xml/ /xmldb:results /xmldb:execute /xmldb:collection /page /xsp:page - 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] -- Lajos Moczar Open Source Support, Consulting and Training Cocoon Developer's Handbook (www.amazon.com/exec/obidos/tg/detail/-/0672322579) _ _ / \ / /___\ / / \ / http://www.galatea.com -- powered by AzSSL - 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: Passing parameters to an XSP
On Donnerstag, Januar 30, 2003, at 07:47 Uhr, Mark H wrote: I'm trying to pass parameters to an XSP but I'm getting an exception: unreported exception: org.apache.avalon.framework.parameters.ParameterException; must be caught or declared to be thrown I saw a similar post in the archives but when I tried the recommended solution it still didn't work, any ideas? Do I have to stick in a try catch? Thx, Mark instead of this String datasource=parameters.getParameter(datasource); String xpath=parameters.getParameter(xpath); try this, (which provides a default value if the param is not available). String datasource=parameters.getParameter(datasource,defaultdatasource); String xpath=parameters.getParameter(xpath,default); /Leo - 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]
Im sure its a simple problem!
To anyone who can help, I now have installed the following: JDK 1.3 Cocoon 2.0.4 Tomcat 4.0.6 Apache 2.0.42 And they are all working! J When I say they are all working, I mean that they each show the own page, e.g http://192.168.0.5:8080/cocoon/ or http://192.168.0.5:8080/index.html for tomcat. What's not working: I had previously had installed Cocoon 1.3 and tomcat 3.3a, and I put a simple soundpool example in the webapps directory. This displayed only the source code of the xml file, hence the upgrade. I have got all the new versions installed and I have put the same example in the webapps directory in tomcat again, and tried viewing it through Internet Explorer 6. It is coming up with the following error: Apache Tomcat/4.0.6 - HTTP Status 404 - /soundpool/soundpool.xml type Status report message /soundpool/soundpool.xml description The requested resource (/soundpool/soundpool.xml) is not available. I have put the following code in my sitemap under pipelines: !-- soundpool -- map:pipeline map:match pattern=soundpool/soundpool map:generate src=soundpool.xml/ map:transform src=soundpool.xsl/ map:serialize/ /map:match /map:pipeline So I have put my xml and xsl file in directory called soundpool under webapps, so my directory structure looks like this: C:\tomcat\webapps\soundpool\soundpool.xml C:\tomcat\webapps\soundpool\soundpool.xsl + tomcat (folder) + webapps (folder) +- soundpool (folder) +- soundpool.xml (file) +- soundpool.xsl (file) I assume that webapps is the correct folder. I also used mod_jk to link tomcat and Apache, although this shouldn't make any difference at this stage. I followed Lajos's Flash guide to install the apache, tomcat and cocoon, found at the following sites: http://www.galatea.com/flashguides/apache-tomcat-4-win32.xml http://www.galatea.com/flashguides/tomcat-cocoon-42-win32.xml any suggestions? Thanks Richard. - 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: Im sure its a simple problem!
On Thu, 30 Jan 2003, Richard Cunliffe wrote: Apache Tomcat/4.0.6 - HTTP Status 404 - /soundpool/soundpool.xml type Status report message /soundpool/soundpool.xml description The requested resource (/soundpool/soundpool.xml) is not available. !-- soundpool -- map:pipeline map:match pattern=soundpool/soundpool map:generate src=soundpool.xml/ map:transform src=soundpool.xsl/ map:serialize/ /map:match /map:pipeline Richard, From the looks of it, you're requesting /soundpool/soundpool.xml from your browser? your map:match will only match /soundpool/soundpool, however. Try requesting /soundpool/soundpool in your browser. At least, that's what it looks like to me right now. Regards, Tony - 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: i18n translation with attributes: 2 questions
Hello Joerg, Thank you very much for your response. I think I've done what you told me. in my stylesheet: input type=submit name=submit i18n:attr=name/ and in my dictionaries french: message key=submitSoumettre la requête/message english: message key=submitSubmit the request/message But unfortunately (I've stopped and restarded Tomcat), I always have the same french message on the button, even when I ask for the english version! Did I still make something wrong? Regards, Cyril. Hello Cyril, Cyril Vidal wrote: Hi, If some of you would have some tips for these two questions, I would be very grateful: 1°) Under Cocoon 2.0.4 and Windows 2000: I use a i18n Transformer (with french and english dictionnaries), and all's working fine with elements' translation. But not for attributes. I have basicaly a HTML form with a submit button. As described in the Cocoon's doc, I write the following in my stylesheet to be translated: input TYPE=submit NAME=submit i18n:attr=value/ and in my French dictionary: message key=valueSoumettre la requête/message in my English dictionary: message key=valueSubmit the request/message WHen I call http://localhost:8080/cocoon/tutoriel?locale=fr, I can see the correct value of the button, ie: 'Soumettre la requête'. But when I call english translation with http://localhost:8080/cocoon/tutoriel?locale=en, I still obtain the same french message, although I've specified the english version for this button's value in the english dictionary. Could it have to handle with the xerces's bug described in the doc?? No, it works a bt different with attributes. In i18n:attr=... you specify the attributes, that shell be translated. You have value in your above example, but there is no attribute value, only TYPE and NAME. So change it to i18n:attr=NAME to get the value of the attribute NAME translated or add an attribute value, which is used for the text on the button AFAIK. Furthermore the value of the attribute to translate is the key (above example: NAME=submit = key = submit). This key must be used in the dictionary (= message key=submit/). With the Xerces bug you won't get anything as output I think. At least you would have a stack trace in the log files. 2°) In my styleshhet, I've got a second hidden input area. For each one, I have to use i18n:attr=value in the sitemap and message key=valueSome text/message in the dictionary, I want to internationalise both (That's I want to do precisely...). So, Is it possible to make a difference between them? FORM METHOD=GET ACTION= bi18n:textchoix/i18n:text/b a href=?locale=fri18n:textchoix_langue_fr/i18n:text/a | a href=?locale=eni18n:textchoix_langue_en/i18n:text/a input type=hidden name=locale value=fr/ //First attribute value to internationalise = fr in french and en in english Knowing the above at 1° this is no longer a problem: input type=hidden name=locale value=locale i18n:attr=value/ ---this is the key^^ dictionary: message key=localeen/message (or fr in the french dictionary) fieldset class=etiquette style=padding: 10px; font-weight:bold; font-family:'Comic Sans MS'; color: #1E94D3 ; border: outset 5px; legendi18n:texttrier/i18n:text/legend input TYPE=radio NAME=tri VALUE=nomi18n:textboutonNom/i18n:text/input input TYPE=radio NAME=tri VALUE=prénomi18n:textboutonPrenom/i18n:text/input input TYPE=radio NAME=tri VALUE=titrei18n:textboutonTitre/i18n:text/input input TYPE=radio NAME=tri VALUE=organismei18n:textboutonOrganisme/i18n:text/input /fieldset br/ input TYPE=submit NAME=submit i18n:attr=value/ //Second attribute ton internationalise: Soumettre la requête in French Submit the request in English Same here: input TYPE=submit NAME=submit value=submit i18n:attr=value/ dictionary: message key=submitSoumettre la requête/message /FORM thanks in advance for your repsnses, Best, Cyril. Regards Joerg - 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] - 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: Im sure its a simple problem!
Richard Cunliffe wrote: C:\tomcat\webapps\soundpool\soundpool.xml C:\tomcat\webapps\soundpool\soundpool.xsl + tomcat (folder) + webapps (folder) +- soundpool (folder) +- soundpool.xml (file) +- soundpool.xsl (file) I assume that webapps is the correct folder. nope, you should put them underneath your cocoon webapp folder: C:\tomcat\webapps\cocoon\soundpool.xml and access them using http://localhost:8080/cocoon/soundpool/soundpool I'm not sure whether it is that what you want. I'm pretty sure you want to access these resources using http://localhost:8080/soundpool/soundpool or similar http://xml.apache.org/cocoon/faq/faq-configure-environment.html#faq-1 might help you here. hope this helps, /Steven -- Steven Noelshttp://outerthought.org/ Outerthought - Open Source, Java XML Competence Support Center Read my weblog athttp://blogs.cocoondev.org/stevenn/ stevenn at outerthought.orgstevenn at apache.org - 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: i18n translation with attributes: 2 questions
As I mentioned in my last mail, I guess you must use the value attribute for changing the text on the button: input type=submit value=submit i18n:attr=value/ The name is only interesting for DOM processings like document.form[0].elements[name of the form element]. Regards, Joerg Cyril Vidal wrote: Hello Joerg, Thank you very much for your response. I think I've done what you told me. in my stylesheet: input type=submit name=submit i18n:attr=name/ and in my dictionaries french: message key=submitSoumettre la requête/message english: message key=submitSubmit the request/message But unfortunately (I've stopped and restarded Tomcat), I always have the same french message on the button, even when I ask for the english version! Did I still make something wrong? Regards, Cyril. Hello Cyril, Cyril Vidal wrote: Hi, If some of you would have some tips for these two questions, I would be very grateful: 1°) Under Cocoon 2.0.4 and Windows 2000: I use a i18n Transformer (with french and english dictionnaries), and all's working fine with elements' translation. But not for attributes. I have basicaly a HTML form with a submit button. As described in the Cocoon's doc, I write the following in my stylesheet to be translated: input TYPE=submit NAME=submit i18n:attr=value/ and in my French dictionary: message key=valueSoumettre la requête/message in my English dictionary: message key=valueSubmit the request/message WHen I call http://localhost:8080/cocoon/tutoriel?locale=fr, I can see the correct value of the button, ie: 'Soumettre la requête'. But when I call english translation with http://localhost:8080/cocoon/tutoriel?locale=en, I still obtain the same french message, although I've specified the english version for this button's value in the english dictionary. Could it have to handle with the xerces's bug described in the doc?? No, it works a bt different with attributes. In i18n:attr=... you specify the attributes, that shell be translated. You have value in your above example, but there is no attribute value, only TYPE and NAME. So change it to i18n:attr=NAME to get the value of the attribute NAME translated or add an attribute value, which is used for the text on the button AFAIK. Furthermore the value of the attribute to translate is the key (above example: NAME=submit = key = submit). This key must be used in the dictionary (= message key=submit/). With the Xerces bug you won't get anything as output I think. At least you would have a stack trace in the log files. 2°) In my styleshhet, I've got a second hidden input area. For each one, I have to use i18n:attr=value in the sitemap and message key=valueSome text/message in the dictionary, I want to internationalise both (That's I want to do precisely...). So, Is it possible to make a difference between them? FORM METHOD=GET ACTION= bi18n:textchoix/i18n:text/b a href=?locale=fri18n:textchoix_langue_fr/i18n:text/a | a href=?locale=eni18n:textchoix_langue_en/i18n:text/a input type=hidden name=locale value=fr/ //First attribute value to internationalise = fr in french and en in english Knowing the above at 1° this is no longer a problem: input type=hidden name=locale value=locale i18n:attr=value/ ---this is the key^^ dictionary: message key=localeen/message (or fr in the french dictionary) fieldset class=etiquette style=padding: 10px; font-weight:bold; font-family:'Comic Sans MS'; color: #1E94D3 ; border: outset 5px; legendi18n:texttrier/i18n:text/legend input TYPE=radio NAME=tri VALUE=nomi18n:textboutonNom/i18n:text/input input TYPE=radio NAME=tri VALUE=prénomi18n:textboutonPrenom/i18n:text/input input TYPE=radio NAME=tri VALUE=titrei18n:textboutonTitre/i18n:text/input input TYPE=radio NAME=tri VALUE=organismei18n:textboutonOrganisme/i18n:text/input /fieldset br/ input TYPE=submit NAME=submit i18n:attr=value/ //Second attribute ton internationalise: Soumettre la requête in French Submit the request in English Same here: input TYPE=submit NAME=submit value=submit i18n:attr=value/ dictionary: message key=submitSoumettre la requête/message /FORM thanks in advance for your repsnses, Best, Cyril. Regards Joerg - 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] - 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] - Please check that your question has not already been
Re: i18n + XSLT transformation
Hello Cyril, found this message just now (I still have nearly 500 unread Cocoon messages since the weekend). Did you solve the problem? The sitemap looks ok, maybe the namespace declaration in the XSLT is wrong? Joerg Cyril Vidal wrote: Hi, Just to go more deeply into Cocoon's comprehension, I've yesterday built a little example with the load of two differents stylesheets (participantsFR.xsl and participantsEN.xsl) depending of the value of a parameter passed in HTTP Request, and with the help of this mailing-list, I've achieved this. Now, I would like to perform exactly the same task, but by another way: via the use of i18n Transformer. To translate a static xml file, I've no difficult, and the following except of sitemap.xmap, (supposed I've created a catalogue directory named translation with message_en.xml and message_fr.xml) works well: map:match pattern=try_it map:generate src=documents/essai.xml/ map:transform type=i18n map:parameter name=use-request-parameters value=true/ /map:transform map:serialize type=xml/ /map:match The following adresses http://localhost:8080/cocoon/hellococoon/try_it?locale=fr and http://localhost:8080/cocoon/hellococoon/try_it?locale=en display the specified translation. But now, I would like to mix a XSLT transformation with the i18n Transformation. (I mean, the different i18n:texttext to be translated/i18n:text appear now in the XSLT file participantsIN.xsl) To perform this task, I've tried the following code (overlapping the i18n transformation inside the XSLT transformation...): map:match pattern=try_it1 map:parameter name=parameters value=true/ map:generate src=documents/participants.xml/ map:transform src=stylesheets/participantsIN.xsl map:transform type=i18n map:parameter name=use-request-parameters value=true/ /map:transform /map:transform map:serialize type=html/ /map:match But when I try by example the following adress: http://localhost:8080/cocoon/hellococoon/try_it1?locale=en I receive no error message but nor is the i18n transformation done: I the HTML result, I have all my i18n:texttext to be translated/i18n:text elements, without any effective translation. Waht I have to change in sitemap to fix the problem? Thanks again 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]
Re: i18n translation with attributes: 2 questions
Yes, of course;-)) it runs well now.. Thanks for your help, Joerg. PS:Something quite strange is happening: I see the answers of my messages but not my messages themselves on the mailing-list... - Original Message - From: Joerg Heinicke [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, January 30, 2003 8:33 PM Subject: Re: i18n translation with attributes: 2 questions As I mentioned in my last mail, I guess you must use the value attribute for changing the text on the button: input type=submit value=submit i18n:attr=value/ The name is only interesting for DOM processings like document.form[0].elements[name of the form element]. Regards, Joerg Cyril Vidal wrote: Hello Joerg, Thank you very much for your response. I think I've done what you told me. in my stylesheet: input type=submit name=submit i18n:attr=name/ and in my dictionaries french: message key=submitSoumettre la requête/message english: message key=submitSubmit the request/message But unfortunately (I've stopped and restarded Tomcat), I always have the same french message on the button, even when I ask for the english version! Did I still make something wrong? Regards, Cyril. Hello Cyril, Cyril Vidal wrote: Hi, If some of you would have some tips for these two questions, I would be very grateful: 1°) Under Cocoon 2.0.4 and Windows 2000: I use a i18n Transformer (with french and english dictionnaries), and all's working fine with elements' translation. But not for attributes. I have basicaly a HTML form with a submit button. As described in the Cocoon's doc, I write the following in my stylesheet to be translated: input TYPE=submit NAME=submit i18n:attr=value/ and in my French dictionary: message key=valueSoumettre la requête/message in my English dictionary: message key=valueSubmit the request/message WHen I call http://localhost:8080/cocoon/tutoriel?locale=fr, I can see the correct value of the button, ie: 'Soumettre la requête'. But when I call english translation with http://localhost:8080/cocoon/tutoriel?locale=en, I still obtain the same french message, although I've specified the english version for this button's value in the english dictionary. Could it have to handle with the xerces's bug described in the doc?? No, it works a bt different with attributes. In i18n:attr=... you specify the attributes, that shell be translated. You have value in your above example, but there is no attribute value, only TYPE and NAME. So change it to i18n:attr=NAME to get the value of the attribute NAME translated or add an attribute value, which is used for the text on the button AFAIK. Furthermore the value of the attribute to translate is the key (above example: NAME=submit = key = submit). This key must be used in the dictionary (= message key=submit/). With the Xerces bug you won't get anything as output I think. At least you would have a stack trace in the log files. 2°) In my styleshhet, I've got a second hidden input area. For each one, I have to use i18n:attr=value in the sitemap and message key=valueSome text/message in the dictionary, I want to internationalise both (That's I want to do precisely...). So, Is it possible to make a difference between them? FORM METHOD=GET ACTION= bi18n:textchoix/i18n:text/b a href=?locale=fri18n:textchoix_langue_fr/i18n:text/a | a href=?locale=eni18n:textchoix_langue_en/i18n:text/a input type=hidden name=locale value=fr/ //First attribute value to internationalise = fr in french and en in english Knowing the above at 1° this is no longer a problem: input type=hidden name=locale value=locale i18n:attr=value/ ---this is the key^^ dictionary: message key=localeen/message (or fr in the french dictionary) fieldset class=etiquette style=padding: 10px; font-weight:bold; font-family:'Comic Sans MS'; color: #1E94D3 ; border: outset 5px; legendi18n:texttrier/i18n:text/legend input TYPE=radio NAME=tri VALUE=nomi18n:textboutonNom/i18n:text/input input TYPE=radio NAME=tri VALUE=prénomi18n:textboutonPrenom/i18n:text/input input TYPE=radio NAME=tri VALUE=titrei18n:textboutonTitre/i18n:text/input input TYPE=radio NAME=tri VALUE=organismei18n:textboutonOrganisme/i18n:text/input /fieldset br/ input TYPE=submit NAME=submit i18n:attr=value/ //Second attribute ton internationalise: Soumettre la requête in French Submit the request in English Same here: input TYPE=submit NAME=submit value=submit i18n:attr=value/ dictionary: message key=submitSoumettre la requête/message /FORM thanks in advance for your repsnses, Best, Cyril. Regards Joerg - Please check that your question has not already been answered in the FAQ before posting.
Re: i18n + XSLT transformation
Thanks for your help Joerg!! Yes, I found a solution to my problem but I can't really explain it... This runs well: map:match pattern=essai1 map:generate src=documents/participants.xml/ map:transform src=stylesheets/participantsINT.xsl type=xslt-with-parameters/ map:transform type=i18n /map:transform map:serialize type=html/ /map:match with the declaration of transformer xslt-with-param as bellow: map:transformer name=xslt-with-parameters src=org.apache.cocoon.transformation.TraxTransformer use-request-parameterstrue/use-request-parameters /map:transformer but this does'nt work: map:match pattern=essai1 map:generate src=documents/participants.xml/ map:transform src=stylesheets/participantsINT.xsl map:parameter name=use-request-parameters value=true/ map:transform type=i18n /map:transform map:serialize type=html/ /map:match map:transform type=i18n /map:transform map:serialize type=html/ /map:match I thought both syntaxes were valid, aren't they? Regards, Cyril. - Original Message - From: Joerg Heinicke [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, January 30, 2003 8:36 PM Subject: Re: i18n + XSLT transformation Hello Cyril, found this message just now (I still have nearly 500 unread Cocoon messages since the weekend). Did you solve the problem? The sitemap looks ok, maybe the namespace declaration in the XSLT is wrong? Joerg Cyril Vidal wrote: Hi, Just to go more deeply into Cocoon's comprehension, I've yesterday built a little example with the load of two differents stylesheets (participantsFR.xsl and participantsEN.xsl) depending of the value of a parameter passed in HTTP Request, and with the help of this mailing-list, I've achieved this. Now, I would like to perform exactly the same task, but by another way: via the use of i18n Transformer. To translate a static xml file, I've no difficult, and the following except of sitemap.xmap, (supposed I've created a catalogue directory named translation with message_en.xml and message_fr.xml) works well: map:match pattern=try_it map:generate src=documents/essai.xml/ map:transform type=i18n map:parameter name=use-request-parameters value=true/ /map:transform map:serialize type=xml/ /map:match The following adresses http://localhost:8080/cocoon/hellococoon/try_it?locale=fr and http://localhost:8080/cocoon/hellococoon/try_it?locale=en display the specified translation. But now, I would like to mix a XSLT transformation with the i18n Transformation. (I mean, the different i18n:texttext to be translated/i18n:text appear now in the XSLT file participantsIN.xsl) To perform this task, I've tried the following code (overlapping the i18n transformation inside the XSLT transformation...): map:match pattern=try_it1 map:parameter name=parameters value=true/ map:generate src=documents/participants.xml/ map:transform src=stylesheets/participantsIN.xsl map:transform type=i18n map:parameter name=use-request-parameters value=true/ /map:transform /map:transform map:serialize type=html/ /map:match But when I try by example the following adress: http://localhost:8080/cocoon/hellococoon/try_it1?locale=en I receive no error message but nor is the i18n transformation done: I the HTML result, I have all my i18n:texttext to be translated/i18n:text elements, without any effective translation. Waht I have to change in sitemap to fix the problem? Thanks again 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] - 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: i18n + XSLT transformation
Oh, I didn't see that in the original mail. Your elements are wrongly nested. map:transform/ in map:transform/ is not possible. map:match pattern=essai1 map:generate src=documents/participants.xml/ map:transform src=stylesheets/participantsINT.xsl map:parameter name=use-request-parameters value=true/ /map:transform map:transform type=i18n/ map:serialize type=html/ /map:match So it should work. Do you really need the request parameters in XSL? Because XSLT is always cached with the passed params, you thwart more or less effective caching. Regards, Joerg Cyril Vidal wrote: Thanks for your help Joerg!! Yes, I found a solution to my problem but I can't really explain it... This runs well: map:match pattern=essai1 map:generate src=documents/participants.xml/ map:transform src=stylesheets/participantsINT.xsl type=xslt-with-parameters/ map:transform type=i18n /map:transform map:serialize type=html/ /map:match with the declaration of transformer xslt-with-param as bellow: map:transformer name=xslt-with-parameters src=org.apache.cocoon.transformation.TraxTransformer use-request-parameterstrue/use-request-parameters /map:transformer but this does'nt work: map:match pattern=essai1 map:generate src=documents/participants.xml/ map:transform src=stylesheets/participantsINT.xsl map:parameter name=use-request-parameters value=true/ map:transform type=i18n /map:transform map:serialize type=html/ /map:match map:transform type=i18n /map:transform map:serialize type=html/ /map:match I thought both syntaxes were valid, aren't they? Regards, Cyril. - Original Message - From: Joerg Heinicke [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, January 30, 2003 8:36 PM Subject: Re: i18n + XSLT transformation Hello Cyril, found this message just now (I still have nearly 500 unread Cocoon messages since the weekend). Did you solve the problem? The sitemap looks ok, maybe the namespace declaration in the XSLT is wrong? Joerg Cyril Vidal wrote: Hi, Just to go more deeply into Cocoon's comprehension, I've yesterday built a little example with the load of two differents stylesheets (participantsFR.xsl and participantsEN.xsl) depending of the value of a parameter passed in HTTP Request, and with the help of this mailing-list, I've achieved this. Now, I would like to perform exactly the same task, but by another way: via the use of i18n Transformer. To translate a static xml file, I've no difficult, and the following except of sitemap.xmap, (supposed I've created a catalogue directory named translation with message_en.xml and message_fr.xml) works well: map:match pattern=try_it map:generate src=documents/essai.xml/ map:transform type=i18n map:parameter name=use-request-parameters value=true/ /map:transform map:serialize type=xml/ /map:match The following adresses http://localhost:8080/cocoon/hellococoon/try_it?locale=fr and http://localhost:8080/cocoon/hellococoon/try_it?locale=en display the specified translation. But now, I would like to mix a XSLT transformation with the i18n Transformation. (I mean, the different i18n:texttext to be translated/i18n:text appear now in the XSLT file participantsIN.xsl) To perform this task, I've tried the following code (overlapping the i18n transformation inside the XSLT transformation...): map:match pattern=try_it1 map:parameter name=parameters value=true/ map:generate src=documents/participants.xml/ map:transform src=stylesheets/participantsIN.xsl map:transform type=i18n map:parameter name=use-request-parameters value=true/ /map:transform /map:transform map:serialize type=html/ /map:match But when I try by example the following adress: http://localhost:8080/cocoon/hellococoon/try_it1?locale=en I receive no error message but nor is the i18n transformation done: I the HTML result, I have all my i18n:texttext to be translated/i18n:text elements, without any effective translation. Waht I have to change in sitemap to fix the problem? Thanks again 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] - 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] - 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:
Re: Cocoon Competence Center Updates
Robert Simmons wrote: No no no... you dont get it. Im a consumer. Im a professional programmer. Im not some guy hackign in his dorm room between classes. I dotn have TIME to learn the detailed integrated architecture of every little product I use. What really broke the proverbial camel's back was that bug beign reclassified from high priority to normal. Its at that point that final irritation set in. You could check whether a few bucks could motivate one of those darn dorm Cocoon hackers to make your specific problem a high priority job again. After all, you pay for commercial software and services too... J.Pietschmann - 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: Cocoon Competence Center Updates
On Thu, 30 Jan 2003, J.Pietschmann wrote: Robert Simmons wrote: No no no... you dont get it. Im a consumer. Im a professional programmer. Im not some guy hackign in his dorm room between classes. I dotn have TIME to learn the detailed integrated architecture of every little product I use. What really broke the proverbial camel's back was that bug beign reclassified from high priority to normal. Its at that point that final irritation set in. You could check whether a few bucks could motivate one of those darn dorm Cocoon hackers to make your specific problem a high priority job again. After all, you pay for commercial software and services too... Heh, I'm sure a few bucks would really motivate a dormroom code hacker... after all, Ramen is like $0.20 per pack, they wouldn't have to worry about food for like 6 months! :) Tony - 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: Apache Tomcat/4.0.6 - HTTP Status 404
-Original Message- From: Richard Cunliffe [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 30, 2003 12:58 PM To: [EMAIL PROTECTED] Subject: RE: Apache Tomcat/4.0.6 - HTTP Status 404 Geoff, When I say they are all working, I mean that they each show the own page, e.g http://192.168.0.5:8080/cocoon/ or http://192.168.0.5:8080/index.html for tomcat. Ok, good - what that tells me is that you've created a typical cocoon webapp install. That'll be important below... What's not working: It's not finding soundpool.xml. What do you mean about my pipeline match: It looks like you requested /soundpool/soundpool.xml but your pipeline is set up to match /soundpool/soundpool -- note also that a trailing slash here will also fail. The following matcher element: map:match pattern=soundpool/soundpool is the only thing that matters when determining what requests will be handled. The fact that your resource is called soundpool.xml is completely irrelevant in cocoon. To the outside world, you have named it soundpool/soundpool cruciallyImportant _relative_ to the cocoon application base /cruciallyImportant - which should be http://192.168.0.5:8080/cocoon/ which means you need to be accessing http://192.168.0.5:8080/cocoon/soundpool/soundpool the way you have it set up. So I have put my xml and xsl file in directory called soundpool under webapps, so my directory structure looks like this: Wrong place. They should be inside the cocoon webapp folder (someone just wrote the same thing I think). The only way this would not be the case is if you created a new webapp either by copying cocoon.war to soundpool.war, or something like it. -- C:\tomcat\webapps\cocoon\soundpool\soundpool.xml -- C:\tomcat\webapps\cocoon\soundpool\soundpool.xsl I assume that webapps is the correct folder. I also used mod_jk to link tomcat and Apache, although this shouldn't make any difference at this stage. Well, you cut it out of the picture by going straight to port 8080. This is a good idea for now. No sense debugging multiple things at once. One more important question: When you say I have put the following code in my sitemap under pipelines: !-- soundpool -- map:pipeline map:match pattern=soundpool/soundpool map:generate src=soundpool.xml/ map:transform src=soundpool.xsl/ map:serialize/ /map:match /map:pipeline Which sitemap have you edited? If it's C:\tomcat\webapps\cocoon\sitemap.xmap, then everything above is valid. If it's C:\tomcat\webapps\soundpool\sitemap.xmap then you have either successfully or unsuccessfully created a new webapp as I mentioned above, and given that it's not working you can guess which one I've picked. Almost none of this problem is specific to cocoon. It seems that you are either unfamiliar with basic java webapps or cocoon has disoriented you. If the first one's the case, some general reading up on the basics would probably make everything a lot clearer. If the second (hope i didn't offend you) just remember that much within cocoon is just a webapp. The slightly unusual thing is that one servlet is configured to handle every request in the webapp's uri/url space. If you need to get cocoon out of the url, you can handle that after you get this working. There are several approaches that will work - in the cocoon faq's/howto's, on the wiki (i think) and several in the mail list archives. At some point (probably soon) this is all going to click and make sense to you. Just curious: do you have this on a public facing server? I'm pretty sure the IP in your example is one assigned by windows connection sharing internally. Geoff - 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: Apache Tomcat/4.0.6 - HTTP Status 404
Geoff, Thanks for your e-mail! Yes its running locally at the moment on a hub. I have managed to get it working, it was just simply that I had put the xml, xsl and sitemap files in the wrong place. And yes everything is slowly clicking into place. I have been working on cocoon now for 4 days trying various versions to try and get it going. Success has finally come! Now onto more advanced things. Thanks to all that have helped so far! Richard. -Original Message- From: Geoff Howard [mailto:[EMAIL PROTECTED]] Sent: 30 January 2003 23:15 To: [EMAIL PROTECTED] Subject: RE: Apache Tomcat/4.0.6 - HTTP Status 404 -Original Message- From: Richard Cunliffe [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 30, 2003 12:58 PM To: [EMAIL PROTECTED] Subject: RE: Apache Tomcat/4.0.6 - HTTP Status 404 Geoff, When I say they are all working, I mean that they each show the own page, e.g http://192.168.0.5:8080/cocoon/ or http://192.168.0.5:8080/index.html for tomcat. Ok, good - what that tells me is that you've created a typical cocoon webapp install. That'll be important below... What's not working: It's not finding soundpool.xml. What do you mean about my pipeline match: It looks like you requested /soundpool/soundpool.xml but your pipeline is set up to match /soundpool/soundpool -- note also that a trailing slash here will also fail. The following matcher element: map:match pattern=soundpool/soundpool is the only thing that matters when determining what requests will be handled. The fact that your resource is called soundpool.xml is completely irrelevant in cocoon. To the outside world, you have named it soundpool/soundpool cruciallyImportant _relative_ to the cocoon application base /cruciallyImportant - which should be http://192.168.0.5:8080/cocoon/ which means you need to be accessing http://192.168.0.5:8080/cocoon/soundpool/soundpool the way you have it set up. So I have put my xml and xsl file in directory called soundpool under webapps, so my directory structure looks like this: Wrong place. They should be inside the cocoon webapp folder (someone just wrote the same thing I think). The only way this would not be the case is if you created a new webapp either by copying cocoon.war to soundpool.war, or something like it. -- C:\tomcat\webapps\cocoon\soundpool\soundpool.xml -- C:\tomcat\webapps\cocoon\soundpool\soundpool.xsl I assume that webapps is the correct folder. I also used mod_jk to link tomcat and Apache, although this shouldn't make any difference at this stage. Well, you cut it out of the picture by going straight to port 8080. This is a good idea for now. No sense debugging multiple things at once. One more important question: When you say I have put the following code in my sitemap under pipelines: !-- soundpool -- map:pipeline map:match pattern=soundpool/soundpool map:generate src=soundpool.xml/ map:transform src=soundpool.xsl/ map:serialize/ /map:match /map:pipeline Which sitemap have you edited? If it's C:\tomcat\webapps\cocoon\sitemap.xmap, then everything above is valid. If it's C:\tomcat\webapps\soundpool\sitemap.xmap then you have either successfully or unsuccessfully created a new webapp as I mentioned above, and given that it's not working you can guess which one I've picked. Almost none of this problem is specific to cocoon. It seems that you are either unfamiliar with basic java webapps or cocoon has disoriented you. If the first one's the case, some general reading up on the basics would probably make everything a lot clearer. If the second (hope i didn't offend you) just remember that much within cocoon is just a webapp. The slightly unusual thing is that one servlet is configured to handle every request in the webapp's uri/url space. If you need to get cocoon out of the url, you can handle that after you get this working. There are several approaches that will work - in the cocoon faq's/howto's, on the wiki (i think) and several in the mail list archives. At some point (probably soon) this is all going to click and make sense to you. Just curious: do you have this on a public facing server? I'm pretty sure the IP in your example is one assigned by windows connection sharing internally. Geoff - 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] - 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: Time to go back to JSP. Cocoon just isnt ready.
Hussayn Dabbous wrote: snip/ Maybe we are far away from maturity, but we won't get closer, if everyone interested in professional usage just skips it, because it's not professionally usable right now. Instead of coming back next year you may help getting there by taking a little bit of care... You might benefit at the end (no promise, but a chance) Hear, Hear. If each person would contribute just one sentence per day to documentation, then we would all immediately benefit. It is so obvious that it is scary. Is it human nature that makes us bicker, or blow our ego trumpet, and forget to contribute? I wonder, if there is a company out in the world, who is already dealing with cooling down cocoon and packing it as professional distribution ? Probably so. It is an amazing world where people take a freely available product, add spit-and-polish and use it successfully for themselves. Yet never contribute back to the project. Wouldn't it be nice to get something like a coconuts distrib with documentation all put together for instant usage (today for experiment, tomorrow for production) ? ... It would be even better for the documentation effort to be focussed back on the core Cocoon product. We have too much separation of effort... websites about Cocoon, various different Wiki with haphazard and repetitive content, stacks of blabber on two different mailing lists (yet none on the cocoon-docs list). All this time there are no changes being contributed into the actual CVS documentation. So no wonder that the core documentation is lacking. --David - 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]
Cocoon use worldwide
Hi all, I'm just curious about something. I've been reading the Cocoon-users list for a couple of weeks or so and I see a lot of folks in Europe (and Australia--Jeff T!) interested in Cocoon. I'm sure it's not a matter of Americans ( Canadians?) not being interested, I'm sure. (Oh, Antonio, I don't want to leave you out!) Right? With the utmost respect for the Project I observe that Cocoon is a bit of a fringe product as far as web development is concerned. I happen to believe this fringe is the leading edge of something big, which is why I'm here. So here's my question: If any of what I've said above has truth in it, is there a particular reason why Cocoon might have special appeal to Europeans? Is there something about the mindset of European programmers that leads them to Cocoon? Is Open-Source Software viewed differently, on the whole, in Europe than America? Does this have anything to do with Microsoft's influence in America? I guess that's more than one question! Interested in your observations... Reason I ask... I live in Seattle (Microsoft-land), and I'd love to find work using Cocoon and/or Java (but especially Cocoon!), but I don't see as much mindshare here as I think it deserves. Jeff - 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: Cocoon use worldwide
On Friday 31 January 2003 13:48, Jeff Ramsdale wrote: Hi all, I'm just curious about something. I've been reading the Cocoon-users list for a couple of weeks or so and I see a lot of folks in Europe (and Australia--Jeff T!) interested in Cocoon. I'm sure it's not a matter of Americans ( Canadians?) not being interested, I'm sure. (Oh, Antonio, I don't want to leave you out!) Right? With the utmost respect for the Project I observe that Cocoon is a bit of a fringe product as far as web development is concerned. I happen to believe this fringe is the leading edge of something big, which is why I'm here. So here's my question: If any of what I've said above has truth in it, is there a particular reason why Cocoon might have special appeal to Europeans? Is there something about the mindset of European programmers that leads them to Cocoon? Is Open-Source Software viewed differently, on the whole, in Europe than America? Does this have anything to do with Microsoft's influence in America? I guess that's more than one question! Interested in your observations... Reason I ask... I live in Seattle (Microsoft-land), and I'd love to find work using Cocoon and/or Java (but especially Cocoon!), but I don't see as much mindshare here as I think it deserves. Interesting topic. You might be right. A fair amount of OSS is started and lead by Europe-born individuals, although many now lives in the US (Linus for instance). I think I would agree with your initial assessment that there may be underlying values that infuence the mind set. Exactly what it is, I am not sure, but I don't think it is Microsoft in this case. Perhaps more reasonable is the overall american attitude of I'm the best, I'm the greatest, I'm gonna get rich., which promotes proprietaryship and commercialization of good ideas. Europeans at large are more modest and humble, and have stronger need of being part of than in control of. Compare BeOS vs Linux for example. What were the driving forces behind each, and which path did they each take? (Also, who is still here?) Niclas - 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: proposal: The Newbies Competence Center (XSP?)
Peter I think we are agreeing (?) on the issue of proprietary : in essence, any code that you do not write yourself is 'proprietary' in some way - it belongs to someone. I agree that OS can whither and you may have a system on hand that is not being developed or maintained but at least you still have the code. I have purchased commercial products before without code (the compnay wanted to save money!) and have ended up rewriting some apps because of a lack of continued support As for the XSP thing - you have said yourself that someone is who not a Java expert/guru would not be able to write 'complex' Cocoon applications without the use of XSP - for the rest of us XSP fills a perfectly valid need in a way that allows us to focus on XML and XSLT; ideally, of course, there would be a team effort for such apps and each person could get focus on what he/she is best at in order to develop a perfect app. Unfortunately, in my little world I do not have such and must do the best I can with what I can learn... [EMAIL PROTECTED] 30/01/2003 05:12:45 Thanks for the comments; I am still not sure I understand or agree with the proprietary code part; my definition (based around ownership) seemingly disagrees with yours - we will then obviously disagree about the implications... For purposes of evaluating information technologies I consider a technology proprietary if it is only available from a single source (or perhaps a closed consortium). Eg. an AS/400 is proprietary a PC is not, MS Excel is proprietary, spreadsheets, in general, are not. When a technology happens to be an Open Source project your concerns are probably less than if the source was an obscure vendor with minimal revenues. None-the-less many Open Source initiatives have withered on the vine in the past. As I've also implied, it's not just an issue of long term support; portability can be an issue. The other issue is the cost of acquisition: when something is available from multiple sources it there is competition to drive down prices (not a concern with Open Source) and competition to include features (including good documentation :-)... However, all this is just incidental to the reason for my original response: the fact remains that you don't need XSP to write a major Cocoon application... -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. The CSIR exercises no editorial control over E-mail messages and/or attachments thereto/links referred to therein originating in the organisation and the views in this message/attachments thereto are therefore not necessarily those of the CSIR and/or its employees. The sender of this e-mail is, moreover, in terms of the CSIR's Conditions of Service, subject to compliance with the CSIR's internal E-mail and Internet Policy. - 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: Cocoon use worldwide
Niclas Hedhman wrote: I think I would agree with your initial assessment that there may be underlying values that infuence the mind set. Exactly what it is, I am not sure, but I don't think it is Microsoft in this case. Perhaps more reasonable is the overall american attitude of I'm the best, I'm the greatest, I'm gonna get rich., which promotes proprietaryship and commercialization of good ideas. Europeans at large are more modest and humble, and have stronger need of being part of than in control of. Hey! Let's not get all morally superior here least someone bring up the location of the two largest wars in the last century. And let's not forget that there are a few natives of the United States patching the Linux kernel, working on the various BSDs, hanging around on these lists, etc. Modest and humble indeed... ;-) - Miles - 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: Im sure its a simple problem!
I have added a few remarks on this issue below as well. [EMAIL PROTECTED] 30/01/2003 09:18:28 Richard Cunliffe wrote: C:\tomcat\webapps\soundpool\soundpool.xml C:\tomcat\webapps\soundpool\soundpool.xsl + tomcat (folder) + webapps (folder) +- soundpool (folder) +- soundpool.xml (file) +- soundpool.xsl (file) I assume that webapps is the correct folder. nope, you should put them underneath your cocoon webapp folder: C:\tomcat\webapps\cocoon\soundpool.xml and access them using http://localhost:8080/cocoon/soundpool/soundpool *** Steven is right of course; the reason Cocoon cannot find the file is that does not know where to look - by default it can *only* look in its own directory or subdirectory unless you tell it otherwise. Bear in mind that the pattern match: map:match pattern=soundpool/soundpool is *not* an instruction for Cocoon to prepend a directory location; its a virtual URI that, when you type it in as part of a URL (as shown above), ONLY means - look for a match called soundpool/soundpool somewhere in the main Cocoon pipeline and process the instructions you find wrapped *inside* that match. In your example, Cocoon then goes off to look for a file called soundpool.xml which it assumes is located in its own directory (because you have not told it otherwise). In summary, yes the problem is simple but that does not mean you are stupid not to solve it! Understanding what is going on inside - both technically and conceptually - can take a while ... some recent estimates put it at anywhere from 2 weeks to 2 months to 2 years!! More reading: http://xml.apache.org/cocoon/faq/faq-configure-environment.html#faq-2 But I really think you need to look at sub-sitemaps - there's an example in the Cocoon samples (that startup by default) - also read through the various doc's and tutorials for examples and discussions. Start with: http://xml.apache.org/cocoon/userdocs/concepts/sitemap.html and have a look at the section on Mounting sitemaps -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. The CSIR exercises no editorial control over E-mail messages and/or attachments thereto/links referred to therein originating in the organisation and the views in this message/attachments thereto are therefore not necessarily those of the CSIR and/or its employees. The sender of this e-mail is, moreover, in terms of the CSIR's Conditions of Service, subject to compliance with the CSIR's internal E-mail and Internet Policy. - 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: Cocoon use worldwide
Sorry! Could we stop this talk about USA vs. Europe. I have a German and U.S. citizenship and I'm sad how the relationship is developing right now. Pointing out the weaknesses and advantages of these cultures won't improve it. ;-) Jonny This electronic message contains information from the mmo2 plc Group which may be privileged or confidential. The information is intended to be for the use of the individual(s) or entity named above. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information is prohibited. If you have received this electronic message in error, please notify us by telephone or email (to the numbers or address above) immediately. |-+ | | Miles Elam | | | miles@pcextremis| | | t.com | | || | | 01/31/03 08:08 AM| | | Please respond to| | | cocoon-users | | || |-+ --| | | | To: [EMAIL PROTECTED] | | cc: | | Subject: Re: Cocoon use worldwide | --| Niclas Hedhman wrote: I think I would agree with your initial assessment that there may be underlying values that infuence the mind set. Exactly what it is, I am not sure, but I don't think it is Microsoft in this case. Perhaps more reasonable is the overall american attitude of I'm the best, I'm the greatest, I'm gonna get rich., which promotes proprietaryship and commercialization of good ideas. Europeans at large are more modest and humble, and have stronger need of being part of than in control of. Hey! Let's not get all morally superior here least someone bring up the location of the two largest wars in the last century. And let's not forget that there are a few natives of the United States patching the Linux kernel, working on the various BSDs, hanging around on these lists, etc. Modest and humble indeed... ;-) - Miles - 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] - 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: Cocoon use worldwide
Jeff, an interesting question and one that we have discussed before with Stefano. Here are a few reasons I can come up with: * Cocoon is strong on multi-channel publishing - especially useful for application scenarios in the mobile market. There are a lot of differences between these markets in Europe and the US. However the US will eventually catch up - so watch for Cocoon to become stronger there. * There are a lot of corporate mergers happening in Europe - and so an integration platform is needed. Another of Cocoon's strong points. * Cocoon is a European driven project. It was started by an Italian and most of the developers are European. * There are a lot of European companies using Cocoon - which in turn feeds back into the project. * The visibility of Cocoon is high in European publications and events (magazines, conferences). This again feeds back into the project. * There is a strong movement on Open Source in European governments and related institutions * Open Source is becoming a theme for large corporations in Europe. When we started our humble open source group 2 1/2 years ago - no-one was interested. Now the story is very different. Just my thoughts. Matthew -- Open Source Group Cocoon { Consulting, Training, Projects } = Matthew Langham, SN AG, Klingenderstrasse 5, D-33100 Paderborn Tel:+49-5251-1581-30 [EMAIL PROTECTED] - http://www.s-und-n.de - Cocoon book: http://www.amazon.com/exec/obidos/ASIN/0735712352/needacake-20 Weblogs: http://radio.weblogs.com/0103021/ http://www.oreillynet.com/weblogs/author/1014 = -Original Message- From: Jeff Ramsdale [mailto:[EMAIL PROTECTED]] Sent: Friday, January 31, 2003 6:48 AM To: [EMAIL PROTECTED] Subject: Cocoon use worldwide Hi all, I'm just curious about something. I've been reading the Cocoon-users list for a couple of weeks or so and I see a lot of folks in Europe (and Australia--Jeff T!) interested in Cocoon. I'm sure it's not a matter of Americans ( Canadians?) not being interested, I'm sure. (Oh, Antonio, I don't want to leave you out!) Right? With the utmost respect for the Project I observe that Cocoon is a bit of a fringe product as far as web development is concerned. I happen to believe this fringe is the leading edge of something big, which is why I'm here. So here's my question: If any of what I've said above has truth in it, is there a particular reason why Cocoon might have special appeal to Europeans? Is there something about the mindset of European programmers that leads them to Cocoon? Is Open-Source Software viewed differently, on the whole, in Europe than America? Does this have anything to do with Microsoft's influence in America? I guess that's more than one question! Interested in your observations... Reason I ask... I live in Seattle (Microsoft-land), and I'd love to find work using Cocoon and/or Java (but especially Cocoon!), but I don't see as much mindshare here as I think it deserves. Jeff - 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] - 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]