Date picker missing
Hi, C211 and Cforms. I somehow managed to loose datepicker icons from Cforms date fields. Any hints what's missing? Have I, for example, deleted something from the sitemap by accident..? I can see that in the samples these calendar pickers seem to be working just fine. - mika - - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: from Cforms to Wicket
http://wshager.blogspot.nl/2013/02/abandoning-hope-and-xforms.html 18.2.2013 18:44, Jos Snellings kirjoitti: Nice overview! On Mon, Feb 18, 2013 at 5:23 PM, gelo1234 <mailto:gelo1...@gmail.com>> wrote: IMHO if you are dealing with XML data, there are only two valid choices: XSLT or XQuery. Both can be used with Cocoon. XSLT is standard Cocoon supported (by XSLTTransformer), XQuery support for Cocoon exists in XQueryGenerator from eXistDB (http://www.exist-db.org) Whin one to use ? :) I prefer XSLT, but you can choose the other [1]. XSLT has the best support in Cocoon. XSLT is much simpler in my opinion and it enables us to generate ANY Content/Transformation with XML data. XSLT is pretty well supported in most IDEs, be it Eclipse or NetBeans. Im not aware of any stack/framework that could be built on top of XSLT (as a superset?). Actually XSLT is pretty much 4GL [2]. It is declarative in its form so simple and yet with LEGO-like Cocoon sitemaps approach best suited for very clean/RAD apps. I also suggest taking a diversed approach to development with Cocoon. What I mean by diversed is that you don't necessarily have to stick to Cocoon tools only. In its 3.0 release Cocoon is considered to be used across different development environments, even in its simplest form as a library for e.g. Java EE or Spring application. Personally I prefer to use it as a mediation proxy with ESB-like features and use the right tools/frameworks for your job. For me it means: Java on server, Javascript/HTML on the client. Using Java on the client side in terms of Web app (as its with Wicket) is IMHO very bad and ugly idea. Other indirect uses of Java thats compiled into Javascript (like GWT, Vaadin, Errai,) is also kind of obscure and heavy-weight. I dare to claim they will loose its share in future HTML5 development. Just use the right (and LIGHTWEIGHT ;) tool for your job :) Greetings, Greg [1] www.w3.org/2006/Talks/0525-www2006-Kay.pdf <http://www.w3.org/2006/Talks/0525-www2006-Kay.pdf> [2] http://en.wikipedia.org/wiki/Fourth-generation_programming_language 2013/2/18 Mika M Lehtonen mailto:m...@digikartta.net>> Yep, but as I started this chain, I stated that my problem is to "convert" my own defined dynamic XML into HTML4 (or HTML5) forms. I was looking something to replace Cforms (not just plain XSLT). I am also considering to move to C3 because as I stated earlier, developing without tools is hard. If I could take e.g. NetBeans and continue with that, I would be better off in the long run. I was considering Apache Wickets because some integration has been done with C3, but right now it doesn't seem to be a real option. HTML5 is still hype from my point of view. - mika - 18.2.2013 15:50, gelo1234 kirjoitti: HTML5 in its basics is a superset of HTML4. If you don't use HTML5-specific tags/spec you go well with old good HTML4. The original issue was NOT whether to use HTML5 or old HTML, but whether to use CForms or just raw XHTML/HTML (4 or 5) forms. If you like to have HTML5 goodies in browsers that support it, just use e.g. Cocoon Actions in Sitemap OR Advanced Sitemap Matchers OR in REST-Controller by inspecting HTTP Headers return different Page that generate a different Content (with XSLT) for IE8. Greetings, -Greg 2013/2/18 Mika M Lehtonen mailto:m...@digikartta.net>> Also HTML5 support for IE seems to be weak, even for IE9. There are still lot of people using IE8 or even older browser + lot of people in some sort of governmental offices using their own versions.. We can't sell apps without IE-support, absolutely no way. http://people.mozilla.com/~prouget/ie9/ <http://people.mozilla.com/%7Eprouget/ie9/> - mika - 18.2.2013 14:45, Robby Pelssers kirjoitti: The only thing I wonder about is... Cocoon and neither XSLT2.0 support html5 serialization for all I know. So does someone using Cocoon already generate HTML5 content with Cocoon and how did you accomplish this. Cheers, Robby -Original Message- From: Mika M Lehtonen [mailto:m...@digikartta.net <mailto:m...@digikartta.net>] Sent: Monday, February 18, 2013 1:42 PM To: users@cocoon.apache.org <mailto:users@cocoon.apache.org> Subject: Re: from Cforms to Wicket
Re: from Cforms to Wicket
Yeah, I think so too. Thanks. - mika - 18.2.2013 18:44, Jos Snellings kirjoitti: Nice overview! On Mon, Feb 18, 2013 at 5:23 PM, gelo1234 <mailto:gelo1...@gmail.com>> wrote: IMHO if you are dealing with XML data, there are only two valid choices: XSLT or XQuery. Both can be used with Cocoon. XSLT is standard Cocoon supported (by XSLTTransformer), XQuery support for Cocoon exists in XQueryGenerator from eXistDB (http://www.exist-db.org) Whin one to use ? :) I prefer XSLT, but you can choose the other [1]. XSLT has the best support in Cocoon. XSLT is much simpler in my opinion and it enables us to generate ANY Content/Transformation with XML data. XSLT is pretty well supported in most IDEs, be it Eclipse or NetBeans. Im not aware of any stack/framework that could be built on top of XSLT (as a superset?). Actually XSLT is pretty much 4GL [2]. It is declarative in its form so simple and yet with LEGO-like Cocoon sitemaps approach best suited for very clean/RAD apps. I also suggest taking a diversed approach to development with Cocoon. What I mean by diversed is that you don't necessarily have to stick to Cocoon tools only. In its 3.0 release Cocoon is considered to be used across different development environments, even in its simplest form as a library for e.g. Java EE or Spring application. Personally I prefer to use it as a mediation proxy with ESB-like features and use the right tools/frameworks for your job. For me it means: Java on server, Javascript/HTML on the client. Using Java on the client side in terms of Web app (as its with Wicket) is IMHO very bad and ugly idea. Other indirect uses of Java thats compiled into Javascript (like GWT, Vaadin, Errai,) is also kind of obscure and heavy-weight. I dare to claim they will loose its share in future HTML5 development. Just use the right (and LIGHTWEIGHT ;) tool for your job :) Greetings, Greg [1] www.w3.org/2006/Talks/0525-www2006-Kay.pdf <http://www.w3.org/2006/Talks/0525-www2006-Kay.pdf> [2] http://en.wikipedia.org/wiki/Fourth-generation_programming_language 2013/2/18 Mika M Lehtonen mailto:m...@digikartta.net>> Yep, but as I started this chain, I stated that my problem is to "convert" my own defined dynamic XML into HTML4 (or HTML5) forms. I was looking something to replace Cforms (not just plain XSLT). I am also considering to move to C3 because as I stated earlier, developing without tools is hard. If I could take e.g. NetBeans and continue with that, I would be better off in the long run. I was considering Apache Wickets because some integration has been done with C3, but right now it doesn't seem to be a real option. HTML5 is still hype from my point of view. - mika - 18.2.2013 15:50, gelo1234 kirjoitti: HTML5 in its basics is a superset of HTML4. If you don't use HTML5-specific tags/spec you go well with old good HTML4. The original issue was NOT whether to use HTML5 or old HTML, but whether to use CForms or just raw XHTML/HTML (4 or 5) forms. If you like to have HTML5 goodies in browsers that support it, just use e.g. Cocoon Actions in Sitemap OR Advanced Sitemap Matchers OR in REST-Controller by inspecting HTTP Headers return different Page that generate a different Content (with XSLT) for IE8. Greetings, -Greg 2013/2/18 Mika M Lehtonen mailto:m...@digikartta.net>> Also HTML5 support for IE seems to be weak, even for IE9. There are still lot of people using IE8 or even older browser + lot of people in some sort of governmental offices using their own versions.. We can't sell apps without IE-support, absolutely no way. http://people.mozilla.com/~prouget/ie9/ <http://people.mozilla.com/%7Eprouget/ie9/> - mika - 18.2.2013 14:45, Robby Pelssers kirjoitti: The only thing I wonder about is... Cocoon and neither XSLT2.0 support html5 serialization for all I know. So does someone using Cocoon already generate HTML5 content with Cocoon and how did you accomplish this. Cheers, Robby -Original Message- From: Mika M Lehtonen [mailto:m...@digikartta.net <mailto:m...@digikartta.net>] Sent: Monday, February 18, 2013 1:42 PM To: users@cocoon.apache.org <mailto:users@cocoon.apache.org> Subject: Re: from Cforms to Wicket O
Re: from Cforms to Wicket
Yep, but as I started this chain, I stated that my problem is to "convert" my own defined dynamic XML into HTML4 (or HTML5) forms. I was looking something to replace Cforms (not just plain XSLT). I am also considering to move to C3 because as I stated earlier, developing without tools is hard. If I could take e.g. NetBeans and continue with that, I would be better off in the long run. I was considering Apache Wickets because some integration has been done with C3, but right now it doesn't seem to be a real option. HTML5 is still hype from my point of view. - mika - 18.2.2013 15:50, gelo1234 kirjoitti: HTML5 in its basics is a superset of HTML4. If you don't use HTML5-specific tags/spec you go well with old good HTML4. The original issue was NOT whether to use HTML5 or old HTML, but whether to use CForms or just raw XHTML/HTML (4 or 5) forms. If you like to have HTML5 goodies in browsers that support it, just use e.g. Cocoon Actions in Sitemap OR Advanced Sitemap Matchers OR in REST-Controller by inspecting HTTP Headers return different Page that generate a different Content (with XSLT) for IE8. Greetings, -Greg 2013/2/18 Mika M Lehtonen <mailto:m...@digikartta.net>> Also HTML5 support for IE seems to be weak, even for IE9. There are still lot of people using IE8 or even older browser + lot of people in some sort of governmental offices using their own versions.. We can't sell apps without IE-support, absolutely no way. http://people.mozilla.com/~prouget/ie9/ <http://people.mozilla.com/%7Eprouget/ie9/> - mika - 18.2.2013 14:45, Robby Pelssers kirjoitti: The only thing I wonder about is... Cocoon and neither XSLT2.0 support html5 serialization for all I know. So does someone using Cocoon already generate HTML5 content with Cocoon and how did you accomplish this. Cheers, Robby -Original Message- From: Mika M Lehtonen [mailto:m...@digikartta.net <mailto:m...@digikartta.net>] Sent: Monday, February 18, 2013 1:42 PM To: users@cocoon.apache.org <mailto:users@cocoon.apache.org> Subject: Re: from Cforms to Wicket Ok, thanks for your efforts. HTML5 it is, with or without C3. - mika - 18.2.2013 14:25, Francesco Chicchiriccò kirjoitti: On 18/02/2013 13:09, Mika M Lehtonen wrote: Yeah, I know what you mean. Most of the Xforms sites are dated back to 2002 or 2003.. Sounds like a standard having glorious future behind.. This betterForm still sounded proper for my purposes because it actually implements server-side approache of Xforms. So I could use Xforms definition for producing HTML-forms, if I understood right. It actually resembles a lot of Cforms with a difference that it seems to be under development taking contemporary challenges into account. "under development" with latest release 4.1 dating 1 year back [1] But would I still need C3 (or C2.11 / C2.2)? It depends on you, and on how much effort do you want to put on this task. Anyway, not necessarily, even though Cocoon will help in you in the XML side if the job. I would like to get familiar with C3 if I only could figure out how to start. The biggest problem with C2.11, IMHO, was not having proper development tools to use. I ended up writing files with Notepad++. And I never realized how to do debugging.. [1] http://sourceforge.net/projects/betterform/files/ 18.2.2013 10:48, Francesco Chicchiriccò kirjoitti: On 17/02/2013 21:57, Mika M Lehtonen wrote: How about some XForms implementation like this http://www.betterform.de? Sounds promising.. I personally wouldn't bet much on XForms... Regards. - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org <mailto:users-unsubscr...@cocoon.apache.org> For additional commands, e-mail: users-h...@cocoon.apache.org <mailto:users-h...@cocoon.apache.org> - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org <mailto:users-unsubscr...@cocoon.apache.org>
Re: from Cforms to Wicket
Also HTML5 support for IE seems to be weak, even for IE9. There are still lot of people using IE8 or even older browser + lot of people in some sort of governmental offices using their own versions.. We can't sell apps without IE-support, absolutely no way. http://people.mozilla.com/~prouget/ie9/ - mika - 18.2.2013 14:45, Robby Pelssers kirjoitti: The only thing I wonder about is... Cocoon and neither XSLT2.0 support html5 serialization for all I know. So does someone using Cocoon already generate HTML5 content with Cocoon and how did you accomplish this. Cheers, Robby -Original Message- From: Mika M Lehtonen [mailto:m...@digikartta.net] Sent: Monday, February 18, 2013 1:42 PM To: users@cocoon.apache.org Subject: Re: from Cforms to Wicket Ok, thanks for your efforts. HTML5 it is, with or without C3. - mika - 18.2.2013 14:25, Francesco Chicchiriccò kirjoitti: On 18/02/2013 13:09, Mika M Lehtonen wrote: Yeah, I know what you mean. Most of the Xforms sites are dated back to 2002 or 2003.. Sounds like a standard having glorious future behind.. This betterForm still sounded proper for my purposes because it actually implements server-side approache of Xforms. So I could use Xforms definition for producing HTML-forms, if I understood right. It actually resembles a lot of Cforms with a difference that it seems to be under development taking contemporary challenges into account. "under development" with latest release 4.1 dating 1 year back [1] But would I still need C3 (or C2.11 / C2.2)? It depends on you, and on how much effort do you want to put on this task. Anyway, not necessarily, even though Cocoon will help in you in the XML side if the job. I would like to get familiar with C3 if I only could figure out how to start. The biggest problem with C2.11, IMHO, was not having proper development tools to use. I ended up writing files with Notepad++. And I never realized how to do debugging.. [1] http://sourceforge.net/projects/betterform/files/ 18.2.2013 10:48, Francesco Chicchiriccò kirjoitti: On 17/02/2013 21:57, Mika M Lehtonen wrote: How about some XForms implementation like this http://www.betterform.de? Sounds promising.. I personally wouldn't bet much on XForms... Regards. - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: from Cforms to Wicket
Ok, thanks for your efforts. HTML5 it is, with or without C3. - mika - 18.2.2013 14:25, Francesco Chicchiriccò kirjoitti: On 18/02/2013 13:09, Mika M Lehtonen wrote: Yeah, I know what you mean. Most of the Xforms sites are dated back to 2002 or 2003.. Sounds like a standard having glorious future behind.. This betterForm still sounded proper for my purposes because it actually implements server-side approache of Xforms. So I could use Xforms definition for producing HTML-forms, if I understood right. It actually resembles a lot of Cforms with a difference that it seems to be under development taking contemporary challenges into account. "under development" with latest release 4.1 dating 1 year back [1] But would I still need C3 (or C2.11 / C2.2)? It depends on you, and on how much effort do you want to put on this task. Anyway, not necessarily, even though Cocoon will help in you in the XML side if the job. I would like to get familiar with C3 if I only could figure out how to start. The biggest problem with C2.11, IMHO, was not having proper development tools to use. I ended up writing files with Notepad++. And I never realized how to do debugging.. [1] http://sourceforge.net/projects/betterform/files/ 18.2.2013 10:48, Francesco Chicchiriccò kirjoitti: On 17/02/2013 21:57, Mika M Lehtonen wrote: How about some XForms implementation like this http://www.betterform.de? Sounds promising.. I personally wouldn't bet much on XForms... Regards. - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: from Cforms to Wicket
Is HTML5 something you can really use already having wide range of browsers supported? (Or at least FF, IE and Chrome) - mika - 18.2.2013 14:09, gelo1234 kirjoitti: Why using CForms at all ? If you use XSLT you can transform dynamic XML data into HTML5 native forms templates. Greetings, -Greg 2013/2/18 Mika M Lehtonen <mailto:m...@digikartta.net>> Yep, sounds like a lot of work and like re-inventing the wheel.. - mika - 18.2.2013 10:47, Francesco Chicchiriccò kirjoitti: On 17/02/2013 20:08, Mika M Lehtonen wrote: Hi Francesco, let me tell you what I have now. I implemented a feedback web application for municipial use with C2.11. The app is built so that the administrator can create forms picking fields and controls he/she needs. These setting are saved into db. The end-user app reads these settings from db, creates XML definition and through XSL transforms these settings into valid Cforms definition/template and finally creates forms wanted out of this all. This is highly dynamic system where we also implemented special data model where horizontal tables are converted into vertical direction, that is, there is one row per fom field, not a column. I was warned about using C2.11 for this, but I wanted to use it anyway because I was familiar with it already. Now I would like to get rid of C2.11 but I really don't know how. I would like to switch into C3 but that is something I am not familiar with. I could go with the stream and use AJAX and like jQuery.. still i would have the same problem - how to create controls out of XML definition. So XML driven form platform is something I would prefer, you see, I would only need XSLT. I hope I made my needs little clearer. Yes, definitely. * *Basically, you need to dynamically build some web forms from an XML definition you get from an external source: let me say that this is a perfect suite for C2.1 (and C2.2) with CForms. Now, since you want to move away from C2.1 (and not for C2.2 I guess), you'd like to have some tools that, parsing the XML form definition generates a Wicket form, with all controls full featured. While this is perfectly feasible without C3 (I did something similar, even though limited, in Apache Syncope), I'd think you could empower the integration between C3 and Wicket for this purpose. Only, consider that there is nothing implemented yet in this respect, so you would be the first. Regards. 17.2.2013 20:30, Francesco Chicchiriccò kirjoitti: On 15/02/2013 22:11, Mika M Lehtonen wrote: Hi, I have an application using dynamic Cforms (C2.11), that is, the Cforms definition and templates are created from dynamic XML through XSL. Can this be done with C3 and wickets? From somewhere I read about the fact that with Apache Wickets you don't need any XML.. Hi Mika, what do you want to achieve exactly? Apache Wicket is a component-based framework for developing web applications: I know from their project site that the project claims "a refreshing lack of XML", and I also know that Wicket fully supports form processing. From the other side, Cocoon 3.0 features Wicket integration (more details at [1]) that can help achieving some particular use cases. Regards. [1] http://cocoon.apache.org/3.0/reference/html-single/index.html#wicket-integration -- Francesco Chicchiriccò ASF Member, Apache Syncope PMC chair, Apache Cocoon PMC Member http://people.apache.org/~ilgrosso/ <http://people.apache.org/%7Eilgrosso/>
Re: from Cforms to Wicket
Yeah, I know what you mean. Most of the Xforms sites are dated back to 2002 or 2003.. Sounds like a standard having glorious future behind.. This betterForm still sounded proper for my purposes because it actually implements server-side approache of Xforms. So I could use Xforms definition for producing HTML-forms, if I understood right. It actually resembles a lot of Cforms with a difference that it seems to be under development taking contemporary challenges into account. But would I still need C3 (or C2.11 / C2.2)? I would like to get familiar with C3 if I only could figure out how to start. The biggest problem with C2.11, IMHO, was not having proper development tools to use. I ended up writing files with Notepad++. And I never realized how to do debugging.. - mika - 18.2.2013 10:48, Francesco Chicchiriccò kirjoitti: On 17/02/2013 21:57, Mika M Lehtonen wrote: How about some XForms implementation like this http://www.betterform.de? Sounds promising.. I personally wouldn't bet much on XForms... Regards. - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: from Cforms to Wicket
Yep, sounds like a lot of work and like re-inventing the wheel.. - mika - 18.2.2013 10:47, Francesco Chicchiriccò kirjoitti: On 17/02/2013 20:08, Mika M Lehtonen wrote: Hi Francesco, let me tell you what I have now. I implemented a feedback web application for municipial use with C2.11. The app is built so that the administrator can create forms picking fields and controls he/she needs. These setting are saved into db. The end-user app reads these settings from db, creates XML definition and through XSL transforms these settings into valid Cforms definition/template and finally creates forms wanted out of this all. This is highly dynamic system where we also implemented special data model where horizontal tables are converted into vertical direction, that is, there is one row per fom field, not a column. I was warned about using C2.11 for this, but I wanted to use it anyway because I was familiar with it already. Now I would like to get rid of C2.11 but I really don't know how. I would like to switch into C3 but that is something I am not familiar with. I could go with the stream and use AJAX and like jQuery.. still i would have the same problem - how to create controls out of XML definition. So XML driven form platform is something I would prefer, you see, I would only need XSLT. I hope I made my needs little clearer. Yes, definitely. * *Basically, you need to dynamically build some web forms from an XML definition you get from an external source: let me say that this is a perfect suite for C2.1 (and C2.2) with CForms. Now, since you want to move away from C2.1 (and not for C2.2 I guess), you'd like to have some tools that, parsing the XML form definition generates a Wicket form, with all controls full featured. While this is perfectly feasible without C3 (I did something similar, even though limited, in Apache Syncope), I'd think you could empower the integration between C3 and Wicket for this purpose. Only, consider that there is nothing implemented yet in this respect, so you would be the first. Regards. 17.2.2013 20:30, Francesco Chicchiriccò kirjoitti: On 15/02/2013 22:11, Mika M Lehtonen wrote: Hi, I have an application using dynamic Cforms (C2.11), that is, the Cforms definition and templates are created from dynamic XML through XSL. Can this be done with C3 and wickets? From somewhere I read about the fact that with Apache Wickets you don't need any XML.. Hi Mika, what do you want to achieve exactly? Apache Wicket is a component-based framework for developing web applications: I know from their project site that the project claims "a refreshing lack of XML", and I also know that Wicket fully supports form processing. From the other side, Cocoon 3.0 features Wicket integration (more details at [1]) that can help achieving some particular use cases. Regards. [1] http://cocoon.apache.org/3.0/reference/html-single/index.html#wicket-integration -- Francesco Chicchiriccò ASF Member, Apache Syncope PMC chair, Apache Cocoon PMC Member http://people.apache.org/~ilgrosso/
Re: from Cforms to Wicket
How about some XForms implementation like this http://www.betterform.de? Sounds promising.. - mika - 17.2.2013 21:08, Mika M Lehtonen kirjoitti: Hi Francesco, let me tell you what I have now. I implemented a feedback web application for municipial use with C2.11. The app is built so that the administrator can create forms picking fields and controls he/she needs. These setting are saved into db. The end-user app reads these settings from db, creates XML definition and through XSL transforms these settings into valid Cforms definition/template and finally creates forms wanted out of this all. This is highly dynamic system where we also implemented special data model where horizontal tables are converted into vertical direction, that is, there is one row per fom field, not a column. I was warned about using C2.11 for this, but I wanted to use it anyway because I was familiar with it already. Now I would like to get rid of C2.11 but I really don't know how. I would like to switch into C3 but that is something I am not familiar with. I could go with the stream and use AJAX and like jQuery.. still i would have the same problem - how to create controls out of XML definition. So XML driven form platform is something I would prefer, you see, I would only need XSLT. I hope I made my needs little clearer. - mika - 17.2.2013 20:30, Francesco Chicchiriccò kirjoitti: On 15/02/2013 22:11, Mika M Lehtonen wrote: Hi, I have an application using dynamic Cforms (C2.11), that is, the Cforms definition and templates are created from dynamic XML through XSL. Can this be done with C3 and wickets? From somewhere I read about the fact that with Apache Wickets you don't need any XML.. Hi Mika, what do you want to achieve exactly? Apache Wicket is a component-based framework for developing web applications: I know from their project site that the project claims "a refreshing lack of XML", and I also know that Wicket fully supports form processing. From the other side, Cocoon 3.0 features Wicket integration (more details at [1]) that can help achieving some particular use cases. Regards. [1] http://cocoon.apache.org/3.0/reference/html-single/index.html#wicket-integration - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: from Cforms to Wicket
Hi Francesco, let me tell you what I have now. I implemented a feedback web application for municipial use with C2.11. The app is built so that the administrator can create forms picking fields and controls he/she needs. These setting are saved into db. The end-user app reads these settings from db, creates XML definition and through XSL transforms these settings into valid Cforms definition/template and finally creates forms wanted out of this all. This is highly dynamic system where we also implemented special data model where horizontal tables are converted into vertical direction, that is, there is one row per fom field, not a column. I was warned about using C2.11 for this, but I wanted to use it anyway because I was familiar with it already. Now I would like to get rid of C2.11 but I really don't know how. I would like to switch into C3 but that is something I am not familiar with. I could go with the stream and use AJAX and like jQuery.. still i would have the same problem - how to create controls out of XML definition. So XML driven form platform is something I would prefer, you see, I would only need XSLT. I hope I made my needs little clearer. - mika - 17.2.2013 20:30, Francesco Chicchiriccò kirjoitti: On 15/02/2013 22:11, Mika M Lehtonen wrote: Hi, I have an application using dynamic Cforms (C2.11), that is, the Cforms definition and templates are created from dynamic XML through XSL. Can this be done with C3 and wickets? From somewhere I read about the fact that with Apache Wickets you don't need any XML.. Hi Mika, what do you want to achieve exactly? Apache Wicket is a component-based framework for developing web applications: I know from their project site that the project claims "a refreshing lack of XML", and I also know that Wicket fully supports form processing. From the other side, Cocoon 3.0 features Wicket integration (more details at [1]) that can help achieving some particular use cases. Regards. [1] http://cocoon.apache.org/3.0/reference/html-single/index.html#wicket-integration - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
from Cforms to Wicket
Hi, I have an application using dynamic Cforms (C2.11), that is, the Cforms definition and templates are created from dynamic XML through XSL. Can this be done with C3 and wickets? From somewhere I read about the fact that with Apache Wickets you don't need any XML.. - mika - - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
RE: JXTemplate question
Yes! This one works. #{$inneritem/text()} Thanks Robby! - mika - On Fri, 16 Nov 2012 13:48:27 +, Robby Pelssers wrote: What is the actual value of inneritem? A tag? And yes... using XSLT this would have been a breeze ;-) But maybe you use the wrong xpath expression? I'm not sure what the binding returns. Suppose your current xpath looks like /root/tagname Give following a try /root/tagname/text() /root/tagname/node() Robby -Original Message- From: m...@digikartta.net [mailto:m...@digikartta.net] Sent: Friday, November 16, 2012 2:33 PM To: users@cocoon.apache.org Subject: JXTemplate question Can you help me out with this. This works: This doesn't #{$inneritem} Or it does actually work, but the result in a) is "xxx" and in b) xxx What I am doing this template is to create an html page out of xml derived from CForms binding. Guess this would have been easier with XSL.. So the idea is to initialize form controls with values from XML elements, not with the whole XML elements. - mika - - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
JXTemplate question
Can you help me out with this. This works: This doesn't #{$inneritem} Or it does actually work, but the result in a) is "xxx" and in b) xxx What I am doing this template is to create an html page out of xml derived from CForms binding. Guess this would have been easier with XSL.. So the idea is to initialize form controls with values from XML elements, not with the whole XML elements. - mika - - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: Modular database actions
New question: "A successful action will return the number of rows affected in a sitemap parameter named row-count." How to get that parameter in Java. I tried this, nothing. String rowcount = parameters.getParameter("row-count", null); Do I have to set it somehow in sitemap like with map:parameter? - mika - On Thu, 15 Nov 2012 21:58:19 +0200, Mika M Lehtonen wrote: Answering to my own question, Q: "I was just wondering, how would I get some sort of a callback from e.g. insert/update action in order to tell the user that his/her data is saved?" A: "A successful action will return the number of rows affected in a sitemap parameter named row-count." - mika - 15.11.2012 2:37, gelo1234 kirjoitti: 3) I agree, XSP was very flexible and I do miss it in 2.2/3.x Cocoon. I wonder what kind of limits did you find in XSP ? Its pretty straightforward and very general in nature - you can put any kind of Java and mix&match with XML. Its auto-compiled into Java classes so you don't have to "redeploy" anything, while making quick change to the system. It saves us a hell lot of time. Yet, you do have a full insight into Java class source that was auto-generated from .xsp file. Cocoon assists you with exact line number of problematic code while debugging. You also have full cache support of XSP files and thus blazingly fast responses! I find only advantages and no limits actually, notwithstanding the model/view/controller "code blending", but its a kind of convention that you follow. What I dislike in the recent versions of Cocoon is its strict adherence to Spring framework and/or ORM/Hibernate. If you only use XML as native data format and only need native SQL transactions, why should you need any ORM ? ORM creates additional overhead in the system, another layer of "mapping" between your business logic and DB, another "impedance mismatch". If you really care about the performance, you need to consider very carefully your persistence logic. IMHO, we ought to have the option to use only those parts of API that we actually need. Greetings, Greg 2012/11/14 Mika M Lehtonen Hi, I am using ye old modular database actions which in my opinion is extremely handy "tool". I was just wondering, how would I get some sort of a callback from e.g. insert/update action in order to tell the user that his/her data is saved? cheers, - mika - P.S. My two cents for the discussion, "Is Cocoon dead?". I have build quite a large application with C2.1. I wanted to see, feel what it is like to use database actions, XSP, CForms and so on. This is what I observed. 1) First of all. Developing an app without some sort of an IDE is pain in the ass. Debugging is almost impossible. No help with your "code". No nothing. 2) Modular database actions is something like I said, I like. 3) XSP is super to some stage. I really like it, if taking its restrictions into account. Say anything, I still like it. 4) CForms is a piece of shit hide behind nice curtains. Yeah, I know this is harsh to say. Still, it is something I banged my head against the wall all the time. 5) Jxtemplate and its relatives is hieroglyphic jargon. I wouldn't recommended them to anyone. 6) Flowscript. I never realized why. But the big question. How to do this all with C3. It's another kind of framework? Don't even try to do this? - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org [2] For additional commands, e-mail: users-h...@cocoon.apache.org [3] Links: -- [1] mailto:m...@digikartta.net [2] mailto:users-unsubscr...@cocoon.apache.org [3] mailto:users-h...@cocoon.apache.org - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: Modular database actions
Answering to my own question, Q: "I was just wondering, how would I get some sort of a callback from e.g. insert/update action in order to tell the user that his/her data is saved?" A: "A successful action will return the number of rows affected in a sitemap parameter named row-count." - mika - 15.11.2012 2:37, gelo1234 kirjoitti: 3) I agree, XSP was very flexible and I do miss it in 2.2/3.x Cocoon. I wonder what kind of limits did you find in XSP ? Its pretty straightforward and very general in nature - you can put any kind of Java and mix&match with XML. Its auto-compiled into Java classes so you don't have to "redeploy" anything, while making quick change to the system. It saves us a hell lot of time. Yet, you do have a full insight into Java class source that was auto-generated from .xsp file. Cocoon assists you with exact line number of problematic code while debugging. You also have full cache support of XSP files and thus blazingly fast responses! I find only advantages and no limits actually, notwithstanding the model/view/controller "code blending", but its a kind of convention that you follow. What I dislike in the recent versions of Cocoon is its strict adherence to Spring framework and/or ORM/Hibernate. If you only use XML as native data format and only need native SQL transactions, why should you need any ORM ? ORM creates additional overhead in the system, another layer of "mapping" between your business logic and DB, another "impedance mismatch". If you really care about the performance, you need to consider very carefully your persistence logic. IMHO, we ought to have the option to use only those parts of API that we actually need. Greetings, Greg 2012/11/14 Mika M Lehtonen <mailto:m...@digikartta.net>> Hi, I am using ye old modular database actions which in my opinion is extremely handy "tool". I was just wondering, how would I get some sort of a callback from e.g. insert/update action in order to tell the user that his/her data is saved? cheers, - mika - P.S. My two cents for the discussion, "Is Cocoon dead?". I have build quite a large application with C2.1. I wanted to see, feel what it is like to use database actions, XSP, CForms and so on. This is what I observed. 1) First of all. Developing an app without some sort of an IDE is pain in the ass. Debugging is almost impossible. No help with your "code". No nothing. 2) Modular database actions is something like I said, I like. 3) XSP is super to some stage. I really like it, if taking its restrictions into account. Say anything, I still like it. 4) CForms is a piece of shit hide behind nice curtains. Yeah, I know this is harsh to say. Still, it is something I banged my head against the wall all the time. 5) Jxtemplate and its relatives is hieroglyphic jargon. I wouldn't recommended them to anyone. 6) Flowscript. I never realized why. But the big question. How to do this all with C3. It's another kind of framework? Don't even try to do this? - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org <mailto:users-unsubscr...@cocoon.apache.org> For additional commands, e-mail: users-h...@cocoon.apache.org <mailto:users-h...@cocoon.apache.org>
Modular database actions
Hi, I am using ye old modular database actions which in my opinion is extremely handy "tool". I was just wondering, how would I get some sort of a callback from e.g. insert/update action in order to tell the user that his/her data is saved? cheers, - mika - P.S. My two cents for the discussion, "Is Cocoon dead?". I have build quite a large application with C2.1. I wanted to see, feel what it is like to use database actions, XSP, CForms and so on. This is what I observed. 1) First of all. Developing an app without some sort of an IDE is pain in the ass. Debugging is almost impossible. No help with your "code". No nothing. 2) Modular database actions is something like I said, I like. 3) XSP is super to some stage. I really like it, if taking its restrictions into account. Say anything, I still like it. 4) CForms is a piece of shit hide behind nice curtains. Yeah, I know this is harsh to say. Still, it is something I banged my head against the wall all the time. 5) Jxtemplate and its relatives is hieroglyphic jargon. I wouldn't recommended them to anyone. 6) Flowscript. I never realized why. But the big question. How to do this all with C3. It's another kind of framework? Don't even try to do this? - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: more encoding problems
if you are referring to this part, it's like this: container-encoding ISO-8859-1 form-encoding UTF-8 Or some else setting you are interested in? This works home and this works in another remote server. I also copied the java from working server to this, but nada.. Tomcat is different, server.xml clone. On Thu, 20 Sep 2012 15:05:33 +0200, Jos Snellings wrote: What does your web.xml look like? On Thu, Sep 20, 2012 at 2:51 PM, wrote: Also XML-element tags in xsp-files have question marks instead of scands. I also verified that the database is delivering the right stuff. The same database used in this (http://88.148.163.59/cocoon/palaute_app/linkki/html/1059 [2]), works with local copy of cocoon. Updated data, just checked this out. Even this one will fail. sitemap: koe.xsp: Works locally. - mika - On Thu, 20 Sep 2012 15:14:35 +0300, wrote: Hi Jos, yep, that's right, the text seems not to be utf-8. Same problem occurs in another page where the text not working comes from flowscript. 1) No it's not, it's a copy. But you can verify everything is ok in http://88.148.163.59/cocoon/palaute_app/linkki/1059 [5] (database reader). Seems to me, that the text falls apart in the text generator. 2) the url is in private network - mika - On Thu, 20 Sep 2012 11:42:32 +0200, Jos Snellings wrote: Hi Mika, Your page declares utf-8 as a character set, but the text you send is not in utf-8. Hence the question mark characters. Question 1: is it the same database that is accessed? (or rather, a copy) Question 2: what is the database url? Cheers, Jos On Thu, Sep 20, 2012 at 9:22 AM, wrote: Hi, C2.11, I moved my app from one server to another, which resulted some pages to broke that is scands won't encode properly. I have this in my sitemap: You can try this out: Old server http://77.240.23.91/cocoon/palaute_app/linkki/841 [7] [2] works http://77.240.23.91/cocoon/palaute_app/linkki/html/841 [8] [3] works New server http://88.148.163.59/cocoon/palaute_app/linkki/1059 [9] [4] works http://88.148.163.59/cocoon/palaute_app/linkki/html/1059 [10] [5] doesn't work !! Any thoughts? I have tried a lot of things without success. - mika - - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org [11] [6] For additional commands, e-mail: users-h...@cocoon.apache.org [12] [7] -- The doctrine of human equality reposes on this: that there is no man really clever who has not found that he is stupid. -- Gilbert K. Chesterson Links: -- [1] mailto:m...@digikartta.net [13] [2] http://77.240.23.91/cocoon/palaute_app/linkki/841 [14] [3] http://77.240.23.91/cocoon/palaute_app/linkki/html/841 [15] [4] http://88.148.163.59/cocoon/palaute_app/linkki/1059 [16] [5] http://88.148.163.59/cocoon/palaute_app/linkki/html/1059 [17] [6] mailto:users-unsubscr...@cocoon.apache.org [18] [7] mailto:users-h...@cocoon.apache.org [19] - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org [20] For additional commands, e-mail: users-h...@cocoon.apache.org [21] - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org [22] For additional commands, e-mail: users-h...@cocoon.apache.org [23] -- The doctrine of human equality reposes on this: that there is no man really clever who has not found that he is stupid. -- Gilbert K. Chesterson Links: -- [1] mailto:m...@digikartta.net [2] http://88.148.163.59/cocoon/palaute_app/linkki/html/1059 [3] http://apache.org/xsp [4] mailto:m...@digikartta.net [5] http://88.148.163.59/cocoon/palaute_app/linkki/1059 [6] mailto:jos.snelli...@upperware.biz [7] http://77.240.23.91/cocoon/palaute_app/linkki/841 [8] http://77.240.23.91/cocoon/palaute_app/linkki/html/841 [9] http://88.148.163.59/cocoon/palaute_app/linkki/1059 [10] http://88.148.163.59/cocoon/palaute_app/linkki/html/1059 [11] mailto:users-unsubscr...@cocoon.apache.org [12] mailto:users-h...@cocoon.apache.org [13] mailto:m...@digikartta.net [14] http://77.240.23.91/cocoon/palaute_app/linkki/841 [15] http://77.240.23.91/cocoon/palaute_app/linkki/html/841 [16] http://88.148.163.59/cocoon/palaute_app/linkki/1059 [17] http://88.148.163.59/cocoon/palaute_app/linkki/html/1059 [18] mailto:users-unsubscr...@cocoon.apache.org [19] mailto:users-h...@cocoon.apache.org [20] mailto:users-unsubscr...@cocoon.apache.org [21] mailto:users-h...@cocoon.apache.org [22] mailto:users-unsubscr...@cocoon.apache.org [23] mailto:users-h...@cocoon.apache.org - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: more encoding problems
Also XML-element tags in xsp-files have question marks instead of scands. I also verified that the database is delivering the right stuff. The same database used in this (http://88.148.163.59/cocoon/palaute_app/linkki/html/1059), works with local copy of cocoon. Updated data, just checked this out. Even this one will fail. sitemap: koe.xsp: http://apache.org/xsp";> <Äiti> Works locally. - mika - On Thu, 20 Sep 2012 15:14:35 +0300, wrote: Hi Jos, yep, that's right, the text seems not to be utf-8. Same problem occurs in another page where the text not working comes from flowscript. 1) No it's not, it's a copy. But you can verify everything is ok in http://88.148.163.59/cocoon/palaute_app/linkki/1059 (database reader). Seems to me, that the text falls apart in the text generator. 2) the url is in private network - mika - On Thu, 20 Sep 2012 11:42:32 +0200, Jos Snellings wrote: Hi Mika, Your page declares utf-8 as a character set, but the text you send is not in utf-8. Hence the question mark characters. Question 1: is it the same database that is accessed? (or rather, a copy) Question 2: what is the database url? Cheers, Jos On Thu, Sep 20, 2012 at 9:22 AM, wrote: Hi, C2.11, I moved my app from one server to another, which resulted some pages to broke that is scands won't encode properly. I have this in my sitemap: You can try this out: Old server http://77.240.23.91/cocoon/palaute_app/linkki/841 [2] works http://77.240.23.91/cocoon/palaute_app/linkki/html/841 [3] works New server http://88.148.163.59/cocoon/palaute_app/linkki/1059 [4] works http://88.148.163.59/cocoon/palaute_app/linkki/html/1059 [5] doesn't work !! Any thoughts? I have tried a lot of things without success. - mika - - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org [6] For additional commands, e-mail: users-h...@cocoon.apache.org [7] -- The doctrine of human equality reposes on this: that there is no man really clever who has not found that he is stupid. -- Gilbert K. Chesterson Links: -- [1] mailto:m...@digikartta.net [2] http://77.240.23.91/cocoon/palaute_app/linkki/841 [3] http://77.240.23.91/cocoon/palaute_app/linkki/html/841 [4] http://88.148.163.59/cocoon/palaute_app/linkki/1059 [5] http://88.148.163.59/cocoon/palaute_app/linkki/html/1059 [6] mailto:users-unsubscr...@cocoon.apache.org [7] mailto:users-h...@cocoon.apache.org - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: more encoding problems
Hi Jos, yep, that's right, the text seems not to be utf-8. Same problem occurs in another page where the text not working comes from flowscript. 1) No it's not, it's a copy. But you can verify everything is ok in http://88.148.163.59/cocoon/palaute_app/linkki/1059 (database reader). Seems to me, that the text falls apart in the text generator. 2) the url is in private network - mika - On Thu, 20 Sep 2012 11:42:32 +0200, Jos Snellings wrote: Hi Mika, Your page declares utf-8 as a character set, but the text you send is not in utf-8. Hence the question mark characters. Question 1: is it the same database that is accessed? (or rather, a copy) Question 2: what is the database url? Cheers, Jos On Thu, Sep 20, 2012 at 9:22 AM, wrote: Hi, C2.11, I moved my app from one server to another, which resulted some pages to broke that is scands won't encode properly. I have this in my sitemap: You can try this out: Old server http://77.240.23.91/cocoon/palaute_app/linkki/841 [2] works http://77.240.23.91/cocoon/palaute_app/linkki/html/841 [3] works New server http://88.148.163.59/cocoon/palaute_app/linkki/1059 [4] works http://88.148.163.59/cocoon/palaute_app/linkki/html/1059 [5] doesn't work !! Any thoughts? I have tried a lot of things without success. - mika - - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org [6] For additional commands, e-mail: users-h...@cocoon.apache.org [7] -- The doctrine of human equality reposes on this: that there is no man really clever who has not found that he is stupid. -- Gilbert K. Chesterson Links: -- [1] mailto:m...@digikartta.net [2] http://77.240.23.91/cocoon/palaute_app/linkki/841 [3] http://77.240.23.91/cocoon/palaute_app/linkki/html/841 [4] http://88.148.163.59/cocoon/palaute_app/linkki/1059 [5] http://88.148.163.59/cocoon/palaute_app/linkki/html/1059 [6] mailto:users-unsubscr...@cocoon.apache.org [7] mailto:users-h...@cocoon.apache.org - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
RE: more encoding problems
Wrong call, that ISO-8859-1 was just a test to ensure this setting would have some meaning. It has, but the scands disappear before serialization, I think. - mika - On Thu, 20 Sep 2012 10:15:16 +0200, Robby Pelssers wrote: Can you check which serializer you're using and did you explicitly set the encoding? http://cocoon.apache.org/2.1/userdocs/default/html-serializer.html http://cocoon.apache.org/2.1/userdocs/xhtml-serializer.html -Original Message- From: m...@digikartta.net [mailto:m...@digikartta.net] Sent: Thursday, September 20, 2012 10:11 AM To: users@cocoon.apache.org Subject: RE: more encoding problems Yep, I noticed that too. But where it is coming from? Remember, the whole cocoon directory is a copy from old to new. I also copied e.g. Tomcat server.xml same way. - mika - On Thu, 20 Sep 2012 10:03:46 +0200, Robby Pelssers wrote: The one that does not work has following encoding in Robby -Original Message- From: m...@digikartta.net [mailto:m...@digikartta.net] Sent: Thursday, September 20, 2012 9:23 AM To: users@cocoon.apache.org Subject: more encoding problems Hi, C2.11, I moved my app from one server to another, which resulted some pages to broke that is scands won't encode properly. I have this in my sitemap: You can try this out: Old server http://77.240.23.91/cocoon/palaute_app/linkki/841 works http://77.240.23.91/cocoon/palaute_app/linkki/html/841 works New server http://88.148.163.59/cocoon/palaute_app/linkki/1059 works http://88.148.163.59/cocoon/palaute_app/linkki/html/1059 doesn't work !! Any thoughts? I have tried a lot of things without success. - mika - - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
RE: more encoding problems
Yep, I noticed that too. But where it is coming from? Remember, the whole cocoon directory is a copy from old to new. I also copied e.g. Tomcat server.xml same way. - mika - On Thu, 20 Sep 2012 10:03:46 +0200, Robby Pelssers wrote: The one that does not work has following encoding in http-equiv="Content-Type"> Robby -Original Message- From: m...@digikartta.net [mailto:m...@digikartta.net] Sent: Thursday, September 20, 2012 9:23 AM To: users@cocoon.apache.org Subject: more encoding problems Hi, C2.11, I moved my app from one server to another, which resulted some pages to broke that is scands won't encode properly. I have this in my sitemap: You can try this out: Old server http://77.240.23.91/cocoon/palaute_app/linkki/841 works http://77.240.23.91/cocoon/palaute_app/linkki/html/841 works New server http://88.148.163.59/cocoon/palaute_app/linkki/1059 works http://88.148.163.59/cocoon/palaute_app/linkki/html/1059 doesn't work !! Any thoughts? I have tried a lot of things without success. - mika - - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
more encoding problems
Hi, C2.11, I moved my app from one server to another, which resulted some pages to broke that is scands won't encode properly. I have this in my sitemap: You can try this out: Old server http://77.240.23.91/cocoon/palaute_app/linkki/841 works http://77.240.23.91/cocoon/palaute_app/linkki/html/841 works New server http://88.148.163.59/cocoon/palaute_app/linkki/1059 works http://88.148.163.59/cocoon/palaute_app/linkki/html/1059 doesn't work !! Any thoughts? I have tried a lot of things without success. - mika - - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
RE: encoding issue
Ok, could it have something to do with those locale settings? Just a wild guess, because I really don't know how to use them. Thanks anyway, - mika- P.S. Those > org.apache.cocoon.containerencoding=utf-8 org.apache.cocoon.formencoding=utf-8 BTW are in web.xml at C2.1. They only effect so that the question mark turns into "monkey head". I have all my pages UTF8-encoded (the file itself) and with utf8-tags. have to check those xlst's also. On Fri, 31 Aug 2012 10:24:57 +0200, Robby Pelssers wrote: Problem is I'm not using C2.1.x anymore so it's really hard to properly help you out here. I know that for C2.2 we have to set 2 properties: org.apache.cocoon.containerencoding=utf-8 org.apache.cocoon.formencoding=utf-8 As a side note: Check encoding in your xslt's indent="yes"/> Robby -Original Message- From: m...@digikartta.net [mailto:m...@digikartta.net] Sent: Friday, August 31, 2012 9:33 AM To: users@cocoon.apache.org Subject: RE: encoding issue Hi, yep, if I got you right, problems appear somewhere between the submit and the outcome of the bind, at server side. Container is Tomcat 6. Something like this: flowscript: form.createBinding("cocoon:/form_" + id + "_bind"); form.save(doc); cocoon.sendPage("vastaus-display-pipeline.jx", {title: "blaah, blaah..", document: doc, id: id} sitemap: (this is for the dynamic binding..) and: value="{flow-attribute:locale}"/> value="{flow-attribute:locale}"/> value="{flow-attr:locale}"/> value="{flow-attribute:locale}"/> and the #{$document} in the jx-template has lost scands - mika - On Fri, 31 Aug 2012 09:19:04 +0200, Robby Pelssers wrote: Hi Mika, Some questions: - are you having problems submitting forms where the data is not received server side as UTF-8? - what application container are you using? Tomcat, Jetty, ... Robby -Original Message- From: m...@digikartta.net [mailto:m...@digikartta.net] Sent: Wednesday, August 29, 2012 12:37 PM To: users@cocoon.apache.org Subject: encoding issue Hi. C2.11 and CForms. I loose scands after binding, they are all replaced by a question mark. I have read all the sites possible to resolve this, but without luck. All is UTF-8, except container-encoding iso-8859-1. Changing container to utf-8 will change the question marks to some other wrong ones and will do other harms. What next? Checking the source code? - mika - - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
RE: encoding issue
Hi, yep, if I got you right, problems appear somewhere between the submit and the outcome of the bind, at server side. Container is Tomcat 6. Something like this: flowscript: form.createBinding("cocoon:/form_" + id + "_bind"); form.save(doc); cocoon.sendPage("vastaus-display-pipeline.jx", {title: "blaah, blaah..", document: doc, id: id} sitemap: (this is for the dynamic binding..) and: label="content1"> value="{request:contextPath}/_cocoon/resources"/> value="dojo.transport"/> src="resource://org/apache/cocoon/forms/resources/IframeTransport-bu-styling.xsl"/> and the #{$document} in the jx-template has lost scands - mika - On Fri, 31 Aug 2012 09:19:04 +0200, Robby Pelssers wrote: Hi Mika, Some questions: - are you having problems submitting forms where the data is not received server side as UTF-8? - what application container are you using? Tomcat, Jetty, ... Robby -Original Message- From: m...@digikartta.net [mailto:m...@digikartta.net] Sent: Wednesday, August 29, 2012 12:37 PM To: users@cocoon.apache.org Subject: encoding issue Hi. C2.11 and CForms. I loose scands after binding, they are all replaced by a question mark. I have read all the sites possible to resolve this, but without luck. All is UTF-8, except container-encoding iso-8859-1. Changing container to utf-8 will change the question marks to some other wrong ones and will do other harms. What next? Checking the source code? - mika - - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
encoding issue
Hi. C2.11 and CForms. I loose scands after binding, they are all replaced by a question mark. I have read all the sites possible to resolve this, but without luck. All is UTF-8, except container-encoding iso-8859-1. Changing container to utf-8 will change the question marks to some other wrong ones and will do other harms. What next? Checking the source code? - mika - - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: cocoon migrate from 2.1 to 2.2 or 3 (was Re: Forms and maps)
Thorsten, thank you for your feedback. Yeah, I think I will switch to C3 some day near, that is, if we'll decide to continue with Cocoon. One app is on it's way to final. How succesful it is, will make quite a big difference whether we continue or not. I hope we do. - mika - On Thu, 19 Apr 2012 11:14:34 +0200, Thorsten Scherler wrote: On 04/18/2012 09:36 PM, Mika M Lehtonen wrote: Ouh, I didn't realize what kind of the avalanche of arguments I would start. Maybe this tells that there is something bubbling under. I don't want to hurt anyones feelings. I don't want bad blood. No, no bad blood at all. I think there are so many different level persons involved in this, that it will cause some misunderstandings from time time to time. I like Cocoon, I like C2.1, I like C2.2, I like C3 and probably I will like C4. I believe I understand those who are Cocoon developers or somehow else near it. But maybe you who are inside don't understand dudes like me. Robby wrote in his "final statement" that "Just like we all use Java.." I do not use Java. When I first get to know Cocoon, I hadn't have written a single line of Java. Nowadays I have written maybe 50 or 100 lines. Other languages yes, but not Java. I liked Cocoon 2.1 because I could do neat things without knowing a single decent programming language. After then, I have written quite a lot with C#, but not with Java. Still I like Cocoon. Believe me I know exactly what you mean. I started like you: http://markmail.org/message/uw2garygytcbyifq the first years I was using cocoon but only xsl and wiring some components. I never touched java at all those days. However that is still possible with c3. We have an intern ATM that is doing exactly that, using c3 to do some xsl and fo transformation. I do think that C3 is a clever thing to do. I do. I am hoping that I will get into it some day. But because I do this for living, I can't jump to it right away. C2.1 is the most familiar. Have to start with it. Then maybe C2.2 and finally C3. Or just forget the whole thing. The latter is the way I chose a couple of years ago. But I may have changed my decision. I would recommend to skip c2.2 and try c3. I had the chance to play with it in a smaller project before I chosen it for the upcoming bigger deployment. Having this all said I understand that people stick with c2.1 and not migrating their development to c3 and that is perfectly fine. we love all versions of cocoon here. ;) BTW since c3 is very clean written (mostly) it is a good place to understand as well java. ;) salu2 - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: cocoon migrate from 2.1 to 2.2 or 3 (was Re: Forms and maps)
Ouh, I didn't realize what kind of the avalanche of arguments I would start. Maybe this tells that there is something bubbling under. I don't want to hurt anyones feelings. I don't want bad blood. I think there are so many different level persons involved in this, that it will cause some misunderstandings from time time to time. I like Cocoon, I like C2.1, I like C2.2, I like C3 and probably I will like C4. I believe I understand those who are Cocoon developers or somehow else near it. But maybe you who are inside don't understand dudes like me. Robby wrote in his "final statement" that "Just like we all use Java.." I do not use Java. When I first get to know Cocoon, I hadn't have written a single line of Java. Nowadays I have written maybe 50 or 100 lines. Other languages yes, but not Java. I liked Cocoon 2.1 because I could do neat things without knowing a single decent programming language. After then, I have written quite a lot with C#, but not with Java. Still I like Cocoon. I do think that C3 is a clever thing to do. I do. I am hoping that I will get into it some day. But because I do this for living, I can't jump to it right away. C2.1 is the most familiar. Have to start with it. Then maybe C2.2 and finally C3. Or just forget the whole thing. The latter is the way I chose a couple of years ago. But I may have changed my decision. - mika - 18.4.2012 18:07, Thorsten Scherler kirjoitti: The whole thread had changed the subject a long time ago ... On 04/18/2012 03:29 PM, Mark H. Wood wrote: On Wed, Apr 18, 2012 at 11:34:26AM +0200, Derek Hohls wrote: It all depends on your environment and the "rate of change". There are many back-end systems (running on old but reliable technology) that hardly change at all. However, the web (and now tablets/mobile) has a very high rate of change (and expectation of change). The point here is that by using more loosely-coupled modules then you will only have to change the parts that really need to be changed; a monolithic approach is less amenable to that. I think this may actually underscore the O.P.'s point. Changing the whole world in one go is the monolithic approach. The modular approach would enable choosing new mechanisms for new work and sticking with old, established mechanisms for existing, still-useful work when that makes sense. Having to throw out piles of satisfactory working code just to use a dependency version that still has the attention of its maintainers is really unwelcome. I think the complaint is that Cocoon 3 is really Butterfly 1. Well, yes and no. If you have experience with c2.x you can do close to the same thing on c3. Most of the pipelines i saw are pure generator -> xsl transform -> serializer stuff that has not changed a bit. Yes there are some components not yet migrated but we are an open source project and welcome every patch. However the basic idea from the start of 2.1 blocks had been to slim down cocoon. c3 is the consequence of 10 years of "slim" down. To pin it down on a concrete code example if you wanted a specific component in c2.1 you needed to get hold of an avalon manager, ask the manager to lookup your component (or additional ones to do the final lookup). Every component needed to be configured and registered with the manager. Leaving your 20 lines of code being 90% boilerplate code. In comparison in c3 you do @Autowired @Qualifier("messageSource") ReloadableResourceBundleMessageSource messageSource; To inject your variables and creating a setter you are not forced to even use spring BUT you can still reuse your code. ...and best NO boileplate code, resulting is much cleaner code. I had chosen c3 as base framework for our current project because that allowed me to have pure java devs in my team that never worked with cocoon at all and they were productive since day one (which is not possible in 2.x having made that experience in other projects). Bottom line regarding forms handling html5 + ajax framework + your js + css as view technologies and c3 rest service as form action handler is a beautiful base due to various reasons: - mobile ready (you can even use even generic app generator to create native android, etc. apps without writing a single line of code) - REST services are not bound to c3 - REST services can call or even dynamically create c3 based pipelines. - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
RE: Forms and maps
Yep, this fits for the theories and it holds true mostly. But.. it depends on the stakeholders you are dealing with. If you are building apps and services for others or for production anyways, there's no point on using beta code and in no case, alpha. Also there is no point of choosing the latest technology if there is no point. If you have proven track record of something so stable that it has been running for ten years without problems, like Torsten mentioned, why don't use it if it suits for the needs. Some times it's trendy to introduce the latest software for your clients, sometimes not. For example, governmental offices may like more 'the good old' stuff than the latest. C3 and HTML5. Have you got any examples? That would be something for us in future. Don't get me wrong. I am just a single member of some single minority and have my own opinions and further more a lot of questions and thoughts to share. And as a non native English speaker always in danger of being misunderstood, especially among of others like. cheers, - mika - On Wed, 18 Apr 2012 12:03:22 +0200, Robby Pelssers wrote: Well, I also have a pretty strong opinion about the remark you make now. Let's first make the distinction between - innovators (people who are always trying to improve the way of working themselves --> E.g. Reinhard Poetz who started C3) - early adapters (people who see clear benefits in innovative technologies .. e.g. early committers / users like Simone Tripodi) - reasonable adapters (people who upgrade their software after major stable releases) - slow adapters (people who are satisfied with current way of working and wait till they are forced to upgrade) Point is... there are always costs involved. If you created lots of C2.1.x apps and you want to start using the latest and greatest... you have 2 choices. Either you start creating NEW apps using the latest technology and leave the existing ones alone --> Low adaptation cost Or you decide to rewrite/upgrade your existing apps --> higher adaptation cost Sometimes the upgrade path is hard to sell to your customer if the upgrade does not provide immediate visible benefits. But let's consider you are a slow adapter and you get forced to upgrade at some point. You have put great amounts of effort in getting those Cforms working and all logic is contained in flowscript (both are deprecated in C3). Now what do you think the cost of sticking with the old technology is? It's even much higher. I think for most developers the easiest approach would be to follow that of a reasonable adapter. It balances the Costs involved in a safer way. Robby -Original Message- From: m...@digikartta.net [mailto:m...@digikartta.net] Sent: Wednesday, April 18, 2012 11:52 AM To: users@cocoon.apache.org Subject: Re: Forms and maps Torsten, I understand your points. Still, it depends on what are trying to achieve, how much do you have time for it and what are your skills and competence. Also, from the point of the business view, there is a concept of opportunity costs. It may be reasonable to go on with the old framework, even if the newer one would be much better. On the other hand, starting with the old one isn't smart. So suggestion to start with (or wait for) the stable C3 can be very wise decision. - mika - On Wed, 18 Apr 2012 11:37:59 +0200, Thorsten Scherler wrote: On 04/18/2012 07:58 AM, m...@digikartta.net wrote: Ciao Alberto, you'll probably right. What comes to Cocoon lifecycle, I don't get it. Has C3 anything in common with C2 except the concept of pipelines? Can you do the same things with it? When C2.2 was published, I fell off the wagon because of techical differences. C3 knocked me out for good. If you think of the user coming from C2.1 environment who has get used to utilize flowscript, templates, cforms, xsp etc and think of him/her trying to get accustomed in C3, I think the least one can say is that he/she will be totally in a faint. I don't either get the eagerness for dumbing all the "good old" techiques and frameworks. Well if you refer to avalon as good old framework, I think dropping that is the best thing that happened for c3. To use spring is using the de facto industry standard and I bet there are MUCH MORE people having used spring then avalon. Other then that xsp, cforms, ... are home grown that are only known by nerds and which never have reached to be a standard. Like other said in their responses the technology ecosystem is changing rapidly and e.g. cform is nightmare to understand, pain to extend and never had been really stable. Further it brings no benefit over using html5 forms and REST services for the ajax calls which is so much straight forward and ... de facto industry standard for web2 apps. I migrated a couple of 2.1 generators and transformer and it is not too comp
Re: Forms and maps
Torsten, I understand your points. Still, it depends on what are trying to achieve, how much do you have time for it and what are your skills and competence. Also, from the point of the business view, there is a concept of opportunity costs. It may be reasonable to go on with the old framework, even if the newer one would be much better. On the other hand, starting with the old one isn't smart. So suggestion to start with (or wait for) the stable C3 can be very wise decision. - mika - On Wed, 18 Apr 2012 11:37:59 +0200, Thorsten Scherler wrote: On 04/18/2012 07:58 AM, m...@digikartta.net wrote: Ciao Alberto, you'll probably right. What comes to Cocoon lifecycle, I don't get it. Has C3 anything in common with C2 except the concept of pipelines? Can you do the same things with it? When C2.2 was published, I fell off the wagon because of techical differences. C3 knocked me out for good. If you think of the user coming from C2.1 environment who has get used to utilize flowscript, templates, cforms, xsp etc and think of him/her trying to get accustomed in C3, I think the least one can say is that he/she will be totally in a faint. I don't either get the eagerness for dumbing all the "good old" techiques and frameworks. Well if you refer to avalon as good old framework, I think dropping that is the best thing that happened for c3. To use spring is using the de facto industry standard and I bet there are MUCH MORE people having used spring then avalon. Other then that xsp, cforms, ... are home grown that are only known by nerds and which never have reached to be a standard. Like other said in their responses the technology ecosystem is changing rapidly and e.g. cform is nightmare to understand, pain to extend and never had been really stable. Further it brings no benefit over using html5 forms and REST services for the ajax calls which is so much straight forward and ... de facto industry standard for web2 apps. I migrated a couple of 2.1 generators and transformer and it is not too complicated to migrate. Further the whole concept is still the same only details changed (e.g. validity and cache keys) The limitation of c2.x had been Avalon all this years. In c3 we finally can use transformer as simple sax handler outside cocoon. Of course the general abandonment will halt the development but if you think something like C2.1 and C2.2, I guess they will be useful for years to go, if you are willing and capable of updating some parts by your own. Having worked with each version I see your point, but would strongly advice people to look into c3 when we release it in a stable version (hopefully in the next couple of month). salu2 - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
RE: Forms and maps
That's a good one! - mika - On Wed, 18 Apr 2012 11:30:58 +0200, Robby Pelssers wrote: You should read this article 'Why Good Programmers Are Lazy and Dumb' http://blogoscoped.com/archive/2005-08-24-n14.html I think it's not so much about losing our jobs but about - trying to become more productive (getting more done in the same amount of time) - avoiding repetitive work The ones who do actually have more market value compared to their competitors. So even from financial point of view there is a drive towards doing exactly the above. Why does Apple release a new iphone / ipad each year? Because they have to keep generating a income... That does not mean the previous products were of poor quality. Robby -Original Message- From: m...@digikartta.net [mailto:m...@digikartta.net] Sent: Wednesday, April 18, 2012 11:25 AM To: users@cocoon.apache.org Subject: RE: Forms and maps Absolutely. But trying to stay on the edge of the trends won't fit for us all. And continous rewriting of apps doesn't make any sense. Why on earth we can't create something that would last at least a decade? Half of us would be out of jobs? - mika - On Wed, 18 Apr 2012 10:50:37 +0200, gelo1234 wrote: I totally agree with Robby's opinion. The trend is to use HTML5 on the client side in case of Web apps. Greetings, Greg 18-04-2012 10:27, "Robby Pelssers" napisał(a): Just my 2 cents on this topic... Cocoon forms was at the time in my eyes a pretty awesome solution to build highly dynamic forms with support for continuations. But as we all know this puts considerable strain on the server side. Gradually we started seeing a tendency towards AJAX (XmlHttpRequests) which is a fancy word for: - no complete page refresh - partial re-rendering of page - only fetching the minimal amount of data - let the browser do the heavy lifting This trend is evolving even further now with Websockets. One could easily say that the same discussions hold for database related technologies. Hibernate was the big revelation, a super abstraction over RDBMS dialects. It greatly reduces portability but it just doesn't always do the right thing (e.g. performance wise) so some people reverted back to plain jdbc wrappers. XSP was very convenient but it allows developers to mix controller / view which is now seen as a bad habit. Avalon was the way forward to configure your components at the time and next dependency injection became the most hyped buzzword. Spring framework and google juice came into play. I guess it's a matter of taste and the willingness to move forward. All (web)frameworks and technologies move forward (willingly or not): - new JDK - newer versions of dependencies - Ant --> maven - ... Recently there were some rants against XSLT (http://www.snoyman.com/blog/2012/04/xslt-rant.html [2] ). Just try transforming XML from your most favorite programming language and you might be in for a surprise. Surely XSLT takes a lot of typing but also XSLT is evolving just as XQuery is. I can only advise to take a good look around and find the best match for your requirements. If that is all about building dynamic forms wicket might be a good fit. Cocoon still is and certainly will be for the near future the best choice for transforming XML. Cheers, Robby -Original Message- From: m...@digikartta.net [3] [mailto:m...@digikartta.net [4]] Sent: Wednesday, April 18, 2012 7:58 AM To: users@cocoon.apache.org [5] Subject: Re: Forms and maps Ciao Alberto, you'll probably right. What comes to Cocoon lifecycle, I don't get it. Has C3 anything in common with C2 except the concept of pipelines? Can you do the same things with it? When C2.2 was published, I fell off the wagon because of techical differences. C3 knocked me out for good. If you think of the user coming from C2.1 environment who has get used to utilize flowscript, templates, cforms, xsp etc and think of him/her trying to get accustomed in C3, I think the least one can say is that he/she will be totally in a faint. I don't either get the eagerness for dumbing all the "good old" techiques and frameworks. Of course the general abandonment will halt the development but if you think something like C2.1 and C2.2, I guess they will be useful for years to go, if you are willing and capable of updating some parts by your own. cheers, - mika - P.S. There are still several actors using C2.0.. On Tue, 17 Apr 2012 22:49:37 +0200, Alberto wrote: > On 04/13/2012 07:18 PM, Mika M Lehtonen wrote: >> Interesting, >> I am also integrating maps into sites produced with Cocoon 2.1x. I >> have no answer to you but maybe we could collaborate on this issue? >> OpenLayers widget would be something! > > Just some considerations. > I like very much cocoon, its
RE: Forms and maps
Absolutely. But trying to stay on the edge of the trends won't fit for us all. And continous rewriting of apps doesn't make any sense. Why on earth we can't create something that would last at least a decade? Half of us would be out of jobs? - mika - On Wed, 18 Apr 2012 10:50:37 +0200, gelo1234 wrote: I totally agree with Robby's opinion. The trend is to use HTML5 on the client side in case of Web apps. Greetings, Greg 18-04-2012 10:27, "Robby Pelssers" napisał(a): Just my 2 cents on this topic... Cocoon forms was at the time in my eyes a pretty awesome solution to build highly dynamic forms with support for continuations. But as we all know this puts considerable strain on the server side. Gradually we started seeing a tendency towards AJAX (XmlHttpRequests) which is a fancy word for: - no complete page refresh - partial re-rendering of page - only fetching the minimal amount of data - let the browser do the heavy lifting This trend is evolving even further now with Websockets. One could easily say that the same discussions hold for database related technologies. Hibernate was the big revelation, a super abstraction over RDBMS dialects. It greatly reduces portability but it just doesn't always do the right thing (e.g. performance wise) so some people reverted back to plain jdbc wrappers. XSP was very convenient but it allows developers to mix controller / view which is now seen as a bad habit. Avalon was the way forward to configure your components at the time and next dependency injection became the most hyped buzzword. Spring framework and google juice came into play. I guess it's a matter of taste and the willingness to move forward. All (web)frameworks and technologies move forward (willingly or not): - new JDK - newer versions of dependencies - Ant --> maven - ... Recently there were some rants against XSLT (http://www.snoyman.com/blog/2012/04/xslt-rant.html [2] ). Just try transforming XML from your most favorite programming language and you might be in for a surprise. Surely XSLT takes a lot of typing but also XSLT is evolving just as XQuery is. I can only advise to take a good look around and find the best match for your requirements. If that is all about building dynamic forms wicket might be a good fit. Cocoon still is and certainly will be for the near future the best choice for transforming XML. Cheers, Robby -Original Message- From: m...@digikartta.net [3] [mailto:m...@digikartta.net [4]] Sent: Wednesday, April 18, 2012 7:58 AM To: users@cocoon.apache.org [5] Subject: Re: Forms and maps Ciao Alberto, you'll probably right. What comes to Cocoon lifecycle, I don't get it. Has C3 anything in common with C2 except the concept of pipelines? Can you do the same things with it? When C2.2 was published, I fell off the wagon because of techical differences. C3 knocked me out for good. If you think of the user coming from C2.1 environment who has get used to utilize flowscript, templates, cforms, xsp etc and think of him/her trying to get accustomed in C3, I think the least one can say is that he/she will be totally in a faint. I don't either get the eagerness for dumbing all the "good old" techiques and frameworks. Of course the general abandonment will halt the development but if you think something like C2.1 and C2.2, I guess they will be useful for years to go, if you are willing and capable of updating some parts by your own. cheers, - mika - P.S. There are still several actors using C2.0.. On Tue, 17 Apr 2012 22:49:37 +0200, Alberto wrote: > On 04/13/2012 07:18 PM, Mika M Lehtonen wrote: >> Interesting, >> I am also integrating maps into sites produced with Cocoon 2.1x. I >> have no answer to you but maybe we could collaborate on this issue? >> OpenLayers widget would be something! > > Just some considerations. > I like very much cocoon, its philosophy, and the way to produce > application with it and especially with forms. But we must remain > realistic: in the last years the pace of the develop of cocoon is > slow > and the next release will be something different. For example, the > integration with Wicket seems to be the sign that forms will not be > more > developed. > Due to the fact that I don't know how to develop a new widget for > cocoon, I was waiting for some clue or suggest to evaluate the effort > needed. > Unfortunately I have not received any answer so I'm considering to > invest my time in another framework (Wicket) that can solve this kind > problem and has a future more outlined. > > Ciao > > Alberto > > >> >> cheers, >> mika >> >> >> 13.4.2012 20:03, Alberto kirjoitti: >>> Hi, >>> >>> I'm using
Re: Forms and maps
Ciao Alberto, you'll probably right. What comes to Cocoon lifecycle, I don't get it. Has C3 anything in common with C2 except the concept of pipelines? Can you do the same things with it? When C2.2 was published, I fell off the wagon because of techical differences. C3 knocked me out for good. If you think of the user coming from C2.1 environment who has get used to utilize flowscript, templates, cforms, xsp etc and think of him/her trying to get accustomed in C3, I think the least one can say is that he/she will be totally in a faint. I don't either get the eagerness for dumbing all the "good old" techiques and frameworks. Of course the general abandonment will halt the development but if you think something like C2.1 and C2.2, I guess they will be useful for years to go, if you are willing and capable of updating some parts by your own. cheers, - mika - P.S. There are still several actors using C2.0.. On Tue, 17 Apr 2012 22:49:37 +0200, Alberto wrote: On 04/13/2012 07:18 PM, Mika M Lehtonen wrote: Interesting, I am also integrating maps into sites produced with Cocoon 2.1x. I have no answer to you but maybe we could collaborate on this issue? OpenLayers widget would be something! Just some considerations. I like very much cocoon, its philosophy, and the way to produce application with it and especially with forms. But we must remain realistic: in the last years the pace of the develop of cocoon is slow and the next release will be something different. For example, the integration with Wicket seems to be the sign that forms will not be more developed. Due to the fact that I don't know how to develop a new widget for cocoon, I was waiting for some clue or suggest to evaluate the effort needed. Unfortunately I have not received any answer so I'm considering to invest my time in another framework (Wicket) that can solve this kind problem and has a future more outlined. Ciao Alberto cheers, mika 13.4.2012 20:03, Alberto kirjoitti: Hi, I'm using cocoon 2.1.12-dev and I'm facing how to include a map in cocoon forms. I have to do simple things from flowscript: load a kml url and receive the coordinates of an area selection. I'm considering to use OpenLayers or Google Maps. Looking sources I found already existing widget classes for GoogleMaps (org.apache.cocoon.forms.formmodel.GoogleMap) but it is undocumented and using it I have the following error: "Non-existing component for this hint (Key='googlemap')". Moreover it seems it lacks methods to load a kml file. So, which is the best way to do it? The googlemap widget is working? I have to write a new widget following the document http://wiki.apache.org/cocoon/CocoonFormsCreatingWidgets? Any suggest is welcome Best regards Alberto - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: Forms and maps
Interesting, I am also integrating maps into sites produced with Cocoon 2.1x. I have no answer to you but maybe we could collaborate on this issue? OpenLayers widget would be something! cheers, mika 13.4.2012 20:03, Alberto kirjoitti: Hi, I'm using cocoon 2.1.12-dev and I'm facing how to include a map in cocoon forms. I have to do simple things from flowscript: load a kml url and receive the coordinates of an area selection. I'm considering to use OpenLayers or Google Maps. Looking sources I found already existing widget classes for GoogleMaps (org.apache.cocoon.forms.formmodel.GoogleMap) but it is undocumented and using it I have the following error: "Non-existing component for this hint (Key='googlemap')". Moreover it seems it lacks methods to load a kml file. So, which is the best way to do it? The googlemap widget is working? I have to write a new widget following the document http://wiki.apache.org/cocoon/CocoonFormsCreatingWidgets? Any suggest is welcome Best regards Alberto - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
database action data types
Cocoon 2.11 What to modify in order to be able to insert datatypes outside of JDBCTypeConversion types when using modular database action? I am trying to insert (and only insert) to PostGIS geometry column. The error is: 2012-04-11 18:41:23 EEST ERROR: column "arvo_geom" is of type geometry but expression is of type character varying at character 174 2012-04-11 18:41:23 EEST HINT: You will need to rewrite or cast the expression. Can I add handlers for geometry datatype (org.postgis...) into org.apache.cocoon.util.JDBCTypeConversions or what should I do? Java isn't my bread and butter.. - mika - - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
forms and database
Hi, trying to figure out, how things should be done with Cocoon. I like Cforms. I like modular database actions. Some old thread said, don't try to use them together. One even said, don't use mod-db action at all, it is deprecated. I have dynamic forms, forms with dynamic templates. They work fine. Then I have tables in my database. You get it? I want to use forms with possibility to validate the fields. CForms seems nice. But I also want to insert/update the form field values into database table. I want it to be possible also insert/update multiple values at a time into multible rows in a database table. I can do both, but not at a same time. How should I accomplish that with Cocoon (2.11)? - mika - - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: data binding
Yep, something like that if simplifying. And the table that holds the actual data has columns for each data type. And each field value in the form will create its own row in that table. So in any circumstance, we don't have to add any columns in the table structure whether we have form with one field or with 100 fields. - mika - On Wed, 28 Mar 2012 11:27:59 +0300, Andre Juffer wrote: OK, thus each data TYPE decides the form element to be used? On 03/28/2012 11:23 AM, m...@digikartta.net wrote: Hi André, form element themselves are changing based upon data that is received Forms have a number of fields defined in the db, UI-controls are defined in the db, even the validation restrictions will be defined in the db. So this is highly dynamical system. Basically the administrator has tools to create form (and other) types, tools to create instances based on those types and tools for creating hierarcial structure. So a form type or an instance of it can be constructed of any number of different elements. There is no theoretical limit for the number of different form types. - mika - On Wed, 28 Mar 2012 10:48:40 +0300, Andre Juffer wrote: Hi Mika, not sure if I completely understood your question. By stating "my forms are created dynamically based on data in database" you mean to say that form elements values constitute the dynamical aspect of the form (thus the data) or do you mean to say the form element themselves are changing based upon data that is received. Thus, suppose you would be dealing with a form for car information. The form has e.g. form element for entering the license plate number. This form element could be say a simple input form element of type text for one set of data, while for another data set the same input is now an text area? Best, André On 03/28/2012 10:34 AM, m...@digikartta.net wrote: Suggesting to myself: Modular Database Actions? Right? On Tue, 27 Mar 2012 22:50:56 +0300, Mika M Lehtonen wrote: Hi, what is the right and the proper way of inserting form data to database table (PostgreSQL)? What makes this more "interesting" is that instead of horizontal data in table, the data is stored in a vertical manner because of the highly dynamic nature of the application and the relation model. That is, my forms are created dynamically based on data in database. In the same way, the values shoud be stored vertically, because the the table structure would otherwise have to vary based on form types and eventually I would have hundreds of different tables. I have done some testing with XSP and ESQL in order to retrieve my forms. That works fine, although if I have understood right, XSPs' aren't recommended to use, am I right? But now I would have to insert form values to another table vertically (different columns for different datatypes). How should I approahce the challenge? Any thoughts? Sorry if I am asking entirely obvious questions. I don't have such a long experience with the Cocoon. Testing things now with the 2.11 and am going to shift to 2.2, even 3.0 some day later or sooner. Also coming more from .NET side.. forgive me.. - mika - - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: data binding
Hi André, form element themselves are changing based upon data that is received Forms have a number of fields defined in the db, UI-controls are defined in the db, even the validation restrictions will be defined in the db. So this is highly dynamical system. Basically the administrator has tools to create form (and other) types, tools to create instances based on those types and tools for creating hierarcial structure. So a form type or an instance of it can be constructed of any number of different elements. There is no theoretical limit for the number of different form types. - mika - On Wed, 28 Mar 2012 10:48:40 +0300, Andre Juffer wrote: Hi Mika, not sure if I completely understood your question. By stating "my forms are created dynamically based on data in database" you mean to say that form elements values constitute the dynamical aspect of the form (thus the data) or do you mean to say the form element themselves are changing based upon data that is received. Thus, suppose you would be dealing with a form for car information. The form has e.g. form element for entering the license plate number. This form element could be say a simple input form element of type text for one set of data, while for another data set the same input is now an text area? Best, André On 03/28/2012 10:34 AM, m...@digikartta.net wrote: Suggesting to myself: Modular Database Actions? Right? On Tue, 27 Mar 2012 22:50:56 +0300, Mika M Lehtonen wrote: Hi, what is the right and the proper way of inserting form data to database table (PostgreSQL)? What makes this more "interesting" is that instead of horizontal data in table, the data is stored in a vertical manner because of the highly dynamic nature of the application and the relation model. That is, my forms are created dynamically based on data in database. In the same way, the values shoud be stored vertically, because the the table structure would otherwise have to vary based on form types and eventually I would have hundreds of different tables. I have done some testing with XSP and ESQL in order to retrieve my forms. That works fine, although if I have understood right, XSPs' aren't recommended to use, am I right? But now I would have to insert form values to another table vertically (different columns for different datatypes). How should I approahce the challenge? Any thoughts? Sorry if I am asking entirely obvious questions. I don't have such a long experience with the Cocoon. Testing things now with the 2.11 and am going to shift to 2.2, even 3.0 some day later or sooner. Also coming more from .NET side.. forgive me.. - mika - - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: data binding
Suggesting to myself: Modular Database Actions? Right? On Tue, 27 Mar 2012 22:50:56 +0300, Mika M Lehtonen wrote: Hi, what is the right and the proper way of inserting form data to database table (PostgreSQL)? What makes this more "interesting" is that instead of horizontal data in table, the data is stored in a vertical manner because of the highly dynamic nature of the application and the relation model. That is, my forms are created dynamically based on data in database. In the same way, the values shoud be stored vertically, because the the table structure would otherwise have to vary based on form types and eventually I would have hundreds of different tables. I have done some testing with XSP and ESQL in order to retrieve my forms. That works fine, although if I have understood right, XSPs' aren't recommended to use, am I right? But now I would have to insert form values to another table vertically (different columns for different datatypes). How should I approahce the challenge? Any thoughts? Sorry if I am asking entirely obvious questions. I don't have such a long experience with the Cocoon. Testing things now with the 2.11 and am going to shift to 2.2, even 3.0 some day later or sooner. Also coming more from .NET side.. forgive me.. - mika - - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
data binding
Hi, what is the right and the proper way of inserting form data to database table (PostgreSQL)? What makes this more "interesting" is that instead of horizontal data in table, the data is stored in a vertical manner because of the highly dynamic nature of the application and the relation model. That is, my forms are created dynamically based on data in database. In the same way, the values shoud be stored vertically, because the the table structure would otherwise have to vary based on form types and eventually I would have hundreds of different tables. I have done some testing with XSP and ESQL in order to retrieve my forms. That works fine, although if I have understood right, XSPs' aren't recommended to use, am I right? But now I would have to insert form values to another table vertically (different columns for different datatypes). How should I approahce the challenge? Any thoughts? Sorry if I am asking entirely obvious questions. I don't have such a long experience with the Cocoon. Testing things now with the 2.11 and am going to shift to 2.2, even 3.0 some day later or sooner. Also coming more from .NET side.. forgive me.. - mika - - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: pipeline in flowscript
And this one works! var form = new Form("cocoon://samples/blocks/forms/registration.mika"); thanks, - mika - 14.3.2012 22:11, Mika M Lehtonen kirjoitti: :-) you're right, but org.apache.cocoon.ResourceNotFoundException: No pipeline matched request: registration.mika What I meant that know the exception is 'resource not found' instead 'file not found' 14.3.2012 21:52, Robby Pelssers kirjoitti: No... we're not getting closer. We should have been there if you paid attention ;-) Using the cocoon:// protocol you should have blindly copied over my suggestion. It's not registration2.mika but registration.mika as in your own sample sitemap snippet. *From:*Mika M Lehtonen [mailto:m...@digikartta.net] *Sent:* Wednesday, March 14, 2012 8:41 PM *To:* users@cocoon.apache.org *Subject:* Re: pipeline in flowscript getting closer! No pipeline matched request: registration2.mika 14.3.2012 21:35, Robby Pelssers kirjoitti: Try var form = new Form("cocoon://registration.mika"); Cheers, Robby *From:*Mika M Lehtonen [mailto:m...@digikartta.net] *Sent:* Wednesday, March 14, 2012 8:33 PM *To:* users@cocoon.apache.org <mailto:users@cocoon.apache.org> *Subject:* Re: pipeline in flowscript Hi Robby, "..create form definitions on the fly.." That is my ultimate goal. "Any reason why you don't switch to C2.2 or C3?" Any reason why not continue using C2.1? This is something I newer understood. Why did the C2.1 were almost abandoned. As far as I know, it is like 99% ready piece of software with little childhood diseases. I understand how much clever these new versions can be, especially in front of the expert eyes. But how much is left from the original idea? And anyway, the learning curve or the opportunity costs are little too high to switch into entirely different framework, albeit it would have the same name. And C3 is all the way too alfa for production usage. But if I find Cocoon to be the right framework for our needs, I will do the switching at some stage. But how long does it take before C3 is in stable state.. Back to my question, what am I doing wrong? var form = new Form("registration.mika"); doesn't work var form = new Form("forms/registration2.xml"); does work - mika - 14.3.2012 20:39, Robby Pelssers kirjoitti: Hi Mika, I can reassure you that this is possible. Most use cases have a static form definition and you can bind data from your database to the widgets declared in this form definition. Hack, you can even use repeaters to get some dynamic behavior or even create form definitions on the fly but those are more exotic use cases. Just one question though. You only recently started to experiment with C2.11. Any reason why you don't switch to C2.2 or C3? Back to your question: From flowscript you can access your Java components responsible for retrieving data from the database. Next you can use the Cocoon forms api to dynamically populate your widgets with values. This also works vice versa where on a form submit you intercept the widget values and save them back. Robby -Original Message- From: Mika M Lehtonen [mailto:m...@digikartta.net] Sent: Wednesday, March 14, 2012 6:32 PM To:users@cocoon.apache.org <mailto:users@cocoon.apache.org> Subject: pipeline in flowscript Hi list, I started to experiment with the Cocoon 2.11 after a long while. I did some adjustment on the registration example. I added this to the samples/blocks/forms/ sitemap: and this modification to the registration.js var form = new Form("registration.mika"); This is not working. Obviously this is trying to fetch a file with that name. java.io.FileNotFoundException: /home/tomcat/webapps/cocoon/samples/blocks/forms/registration.mika (No such file or directory) How can I make this work with the pipelines? I am trying to create forms based on data in database, anyway that is the ultimate goal. I found some examples how to use pipelines in flow script, but I haven't been able to get them work. cheers, - mika - - To unsubscribe, e-mail:users-unsubscr...@cocoon.apache.org <mailto:users-unsubscr...@cocoon.apache.org> For additional commands, e-mail:users-h...@cocoon.apache.org <mailto:users-h...@cocoon.apache.org> - To unsubscribe, e-mail:users-unsubscr...@cocoon.apache.org <mailto:users-unsubscr...@cocoon.apache.org> For additional commands, e-mail:users-h...@cocoon.apache.org <mailto:users-h...@cocoon.apache.org>
Re: pipeline in flowscript
:-) you're right, but org.apache.cocoon.ResourceNotFoundException: No pipeline matched request: registration.mika What I meant that know the exception is 'resource not found' instead 'file not found' 14.3.2012 21:52, Robby Pelssers kirjoitti: No... we're not getting closer. We should have been there if you paid attention ;-) Using the cocoon:// protocol you should have blindly copied over my suggestion. It's not registration2.mika but registration.mika as in your own sample sitemap snippet. *From:*Mika M Lehtonen [mailto:m...@digikartta.net] *Sent:* Wednesday, March 14, 2012 8:41 PM *To:* users@cocoon.apache.org *Subject:* Re: pipeline in flowscript getting closer! No pipeline matched request: registration2.mika 14.3.2012 21:35, Robby Pelssers kirjoitti: Try var form = new Form("cocoon://registration.mika"); Cheers, Robby *From:*Mika M Lehtonen [mailto:m...@digikartta.net] *Sent:* Wednesday, March 14, 2012 8:33 PM *To:* users@cocoon.apache.org <mailto:users@cocoon.apache.org> *Subject:* Re: pipeline in flowscript Hi Robby, "..create form definitions on the fly.." That is my ultimate goal. "Any reason why you don't switch to C2.2 or C3?" Any reason why not continue using C2.1? This is something I newer understood. Why did the C2.1 were almost abandoned. As far as I know, it is like 99% ready piece of software with little childhood diseases. I understand how much clever these new versions can be, especially in front of the expert eyes. But how much is left from the original idea? And anyway, the learning curve or the opportunity costs are little too high to switch into entirely different framework, albeit it would have the same name. And C3 is all the way too alfa for production usage. But if I find Cocoon to be the right framework for our needs, I will do the switching at some stage. But how long does it take before C3 is in stable state.. Back to my question, what am I doing wrong? var form = new Form("registration.mika"); doesn't work var form = new Form("forms/registration2.xml"); does work - mika - 14.3.2012 20:39, Robby Pelssers kirjoitti: Hi Mika, I can reassure you that this is possible. Most use cases have a static form definition and you can bind data from your database to the widgets declared in this form definition. Hack, you can even use repeaters to get some dynamic behavior or even create form definitions on the fly but those are more exotic use cases. Just one question though. You only recently started to experiment with C2.11. Any reason why you don't switch to C2.2 or C3? Back to your question: From flowscript you can access your Java components responsible for retrieving data from the database. Next you can use the Cocoon forms api to dynamically populate your widgets with values. This also works vice versa where on a form submit you intercept the widget values and save them back. Robby -Original Message- From: Mika M Lehtonen [mailto:m...@digikartta.net] Sent: Wednesday, March 14, 2012 6:32 PM To:users@cocoon.apache.org <mailto:users@cocoon.apache.org> Subject: pipeline in flowscript Hi list, I started to experiment with the Cocoon 2.11 after a long while. I did some adjustment on the registration example. I added this to the samples/blocks/forms/ sitemap: and this modification to the registration.js var form = new Form("registration.mika"); This is not working. Obviously this is trying to fetch a file with that name. java.io.FileNotFoundException: /home/tomcat/webapps/cocoon/samples/blocks/forms/registration.mika (No such file or directory) How can I make this work with the pipelines? I am trying to create forms based on data in database, anyway that is the ultimate goal. I found some examples how to use pipelines in flow script, but I haven't been able to get them work. cheers, - mika - - To unsubscribe, e-mail:users-unsubscr...@cocoon.apache.org <mailto:users-unsubscr...@cocoon.apache.org> For additional commands, e-mail:users-h...@cocoon.apache.org <mailto:users-h...@cocoon.apache.org> - To unsubscribe, e-mail:users-unsubscr...@cocoon.apache.org <mailto:users-unsubscr...@cocoon.apache.org> For additional commands, e-mail:users-h...@cocoon.apache.org <mailto:users-h...@cocoon.apache.org>
Re: pipeline in flowscript
getting closer! No pipeline matched request: registration2.mika 14.3.2012 21:35, Robby Pelssers kirjoitti: Try var form = new Form("cocoon://registration.mika"); Cheers, Robby *From:*Mika M Lehtonen [mailto:m...@digikartta.net] *Sent:* Wednesday, March 14, 2012 8:33 PM *To:* users@cocoon.apache.org *Subject:* Re: pipeline in flowscript Hi Robby, "..create form definitions on the fly.." That is my ultimate goal. "Any reason why you don't switch to C2.2 or C3?" Any reason why not continue using C2.1? This is something I newer understood. Why did the C2.1 were almost abandoned. As far as I know, it is like 99% ready piece of software with little childhood diseases. I understand how much clever these new versions can be, especially in front of the expert eyes. But how much is left from the original idea? And anyway, the learning curve or the opportunity costs are little too high to switch into entirely different framework, albeit it would have the same name. And C3 is all the way too alfa for production usage. But if I find Cocoon to be the right framework for our needs, I will do the switching at some stage. But how long does it take before C3 is in stable state.. Back to my question, what am I doing wrong? var form = new Form("registration.mika"); doesn't work var form = new Form("forms/registration2.xml"); does work - mika - 14.3.2012 20:39, Robby Pelssers kirjoitti: Hi Mika, I can reassure you that this is possible. Most use cases have a static form definition and you can bind data from your database to the widgets declared in this form definition. Hack, you can even use repeaters to get some dynamic behavior or even create form definitions on the fly but those are more exotic use cases. Just one question though. You only recently started to experiment with C2.11. Any reason why you don't switch to C2.2 or C3? Back to your question: From flowscript you can access your Java components responsible for retrieving data from the database. Next you can use the Cocoon forms api to dynamically populate your widgets with values. This also works vice versa where on a form submit you intercept the widget values and save them back. Robby -Original Message- From: Mika M Lehtonen [mailto:m...@digikartta.net] Sent: Wednesday, March 14, 2012 6:32 PM To:users@cocoon.apache.org <mailto:users@cocoon.apache.org> Subject: pipeline in flowscript Hi list, I started to experiment with the Cocoon 2.11 after a long while. I did some adjustment on the registration example. I added this to the samples/blocks/forms/ sitemap: and this modification to the registration.js var form = new Form("registration.mika"); This is not working. Obviously this is trying to fetch a file with that name. java.io.FileNotFoundException: /home/tomcat/webapps/cocoon/samples/blocks/forms/registration.mika (No such file or directory) How can I make this work with the pipelines? I am trying to create forms based on data in database, anyway that is the ultimate goal. I found some examples how to use pipelines in flow script, but I haven't been able to get them work. cheers, - mika - - To unsubscribe, e-mail:users-unsubscr...@cocoon.apache.org <mailto:users-unsubscr...@cocoon.apache.org> For additional commands, e-mail:users-h...@cocoon.apache.org <mailto:users-h...@cocoon.apache.org> - To unsubscribe, e-mail:users-unsubscr...@cocoon.apache.org <mailto:users-unsubscr...@cocoon.apache.org> For additional commands, e-mail:users-h...@cocoon.apache.org <mailto:users-h...@cocoon.apache.org>
Re: pipeline in flowscript
14.3.2012 20:39, Andre Juffer kirjoitti: On 03/14/2012 08:24 PM, Mika M Lehtonen wrote: 14.3.2012 20:00, Andre Juffer kirjoitti: On 03/14/2012 07:31 PM, Mika M Lehtonen wrote: Hi list, I started to experiment with the Cocoon 2.11 after a long while. I did some adjustment on the registration example. I added this to the samples/blocks/forms/ sitemap: Did you to say here that this particular sitemap is a subdirectory called "forms"... that is ...cocoon/samples/blocks/forms/sitemap.xmap if yes, then this probably would try to load a file in forms/registration2.xml, that is subdirectory of forms, thus forms/forms/registration2.xml in the block context. This one works http://host:8080/cocoon/samples/blocks/forms/registration.mika The actual file is here: /home/tomcat/webapps/cocoon/samples/blocks/forms/forms/registration2.xml Thus, your sitemap is at the top directory (block context) and not in forms/forms directory. You registration2.xml should then be in forms/registration2.xml and not in forms/forms/registration2.xml. How about this? site map is in the first forms directory and this is using source which is in the second..? You did read this all, right? http://cocoon.apache.org/2.1/userdocs/binding.html Forms can be pre-filled using something like ?xml version="1.0" encoding="UTF-8"?> http://apache.org/cocoon/forms/1.0#binding"; path="/" > Still, I would argue not to use this, and move this all to the client and use a toolkit like dojo instead. This is much more efficient. and this modification to the registration.js var form = new Form("registration.mika"); This is not working. Obviously this is trying to fetch a file with that name. java.io.FileNotFoundException: /home/tomcat/webapps/cocoon/samples/blocks/forms/registration.mika (No such file or directory) How can I make this work with the pipelines? I am trying to create forms based on data in database, anyway that is the ultimate goal. I found some examples how to use pipelines in flow script, but I haven't been able to get them work. An alternative is to send the form data back to the client, and let the client create the form, instead of creating the form plus form data by the server. See for instance the dojotoolkit (do not use the one included in cocoon, nor required at all). Original question still remains; how can I use data from pipelines in flowscript instead of static files, or can I? - mika - cheers, - mika - - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: pipeline in flowscript
Hi Robby, "..create form definitions on the fly.." That is my ultimate goal. "Any reason why you don't switch to C2.2 or C3?" Any reason why not continue using C2.1? This is something I newer understood. Why did the C2.1 were almost abandoned. As far as I know, it is like 99% ready piece of software with little childhood diseases. I understand how much clever these new versions can be, especially in front of the expert eyes. But how much is left from the original idea? And anyway, the learning curve or the opportunity costs are little too high to switch into entirely different framework, albeit it would have the same name. And C3 is all the way too alfa for production usage. But if I find Cocoon to be the right framework for our needs, I will do the switching at some stage. But how long does it take before C3 is in stable state.. Back to my question, what am I doing wrong? var form = new Form("registration.mika"); doesn't work var form = new Form("forms/registration2.xml"); does work - mika - 14.3.2012 20:39, Robby Pelssers kirjoitti: Hi Mika, I can reassure you that this is possible. Most use cases have a static form definition and you can bind data from your database to the widgets declared in this form definition. Hack, you can even use repeaters to get some dynamic behavior or even create form definitions on the fly but those are more exotic use cases. Just one question though. You only recently started to experiment with C2.11. Any reason why you don't switch to C2.2 or C3? Back to your question: From flowscript you can access your Java components responsible for retrieving data from the database. Next you can use the Cocoon forms api to dynamically populate your widgets with values. This also works vice versa where on a form submit you intercept the widget values and save them back. Robby -Original Message- From: Mika M Lehtonen [mailto:m...@digikartta.net] Sent: Wednesday, March 14, 2012 6:32 PM To: users@cocoon.apache.org Subject: pipeline in flowscript Hi list, I started to experiment with the Cocoon 2.11 after a long while. I did some adjustment on the registration example. I added this to the samples/blocks/forms/ sitemap: and this modification to the registration.js var form = new Form("registration.mika"); This is not working. Obviously this is trying to fetch a file with that name. java.io.FileNotFoundException: /home/tomcat/webapps/cocoon/samples/blocks/forms/registration.mika (No such file or directory) How can I make this work with the pipelines? I am trying to create forms based on data in database, anyway that is the ultimate goal. I found some examples how to use pipelines in flow script, but I haven't been able to get them work. cheers, - mika - - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: pipeline in flowscript
14.3.2012 20:00, Andre Juffer kirjoitti: On 03/14/2012 07:31 PM, Mika M Lehtonen wrote: Hi list, I started to experiment with the Cocoon 2.11 after a long while. I did some adjustment on the registration example. I added this to the samples/blocks/forms/ sitemap: Did you to say here that this particular sitemap is a subdirectory called "forms"... that is ...cocoon/samples/blocks/forms/sitemap.xmap if yes, then this probably would try to load a file in forms/registration2.xml, that is subdirectory of forms, thus forms/forms/registration2.xml in the block context. This one works http://host:8080/cocoon/samples/blocks/forms/registration.mika The actual file is here: /home/tomcat/webapps/cocoon/samples/blocks/forms/forms/registration2.xml and this modification to the registration.js var form = new Form("registration.mika"); This is not working. Obviously this is trying to fetch a file with that name. java.io.FileNotFoundException: /home/tomcat/webapps/cocoon/samples/blocks/forms/registration.mika (No such file or directory) How can I make this work with the pipelines? I am trying to create forms based on data in database, anyway that is the ultimate goal. I found some examples how to use pipelines in flow script, but I haven't been able to get them work. An alternative is to send the form data back to the client, and let the client create the form, instead of creating the form plus form data by the server. See for instance the dojotoolkit (do not use the one included in cocoon, nor required at all). Original question still remains; how can I use data from pipelines in flowscript instead of static files, or can I? - mika - cheers, - mika - - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
pipeline in flowscript
Hi list, I started to experiment with the Cocoon 2.11 after a long while. I did some adjustment on the registration example. I added this to the samples/blocks/forms/ sitemap: and this modification to the registration.js var form = new Form("registration.mika"); This is not working. Obviously this is trying to fetch a file with that name. java.io.FileNotFoundException: /home/tomcat/webapps/cocoon/samples/blocks/forms/registration.mika (No such file or directory) How can I make this work with the pipelines? I am trying to create forms based on data in database, anyway that is the ultimate goal. I found some examples how to use pipelines in flow script, but I haven't been able to get them work. cheers, - mika - - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
dynamic forms and definitions
Hi list, I am looking for a framework for the project where I should implement a web feedback system for the local citizens. There will be a lot of different type of feedbacks with different kind of form types (and maps). So the form types should be editable consisting of different kind on fields and UI controls and so on. Creating an instance of a feedback will create an instance of the form type. Form types will be held in a database from where they can be retrieved and in where they can be edited. Also the instances of the forms and their values will be inserted into some database. The major challange is to find a framework good enough to adapt to my needs with as minimal coding as possible. Eventually I should implement solutions for following dutys. 1) An official creates a set of form definitions to use in projects' etc. feedback system. 2) He/she creates an instance of a feedback and attaches an instance of a feedback form to use with it. 3) He/she publishes that feedback page or site. 4) Citizens give their feedback with that page and every feedback will also be a new instance of a chosen form type/definition with distictive field and control values. 5) All that is held in a single database. Long story short, is Cocoon the framework I am looking for? If it is, I would prefer on staying on 2.11 for starters, because I am aware of the steep learning curve of the later versions. With 2.11 I've done something few years ago. Any example of dynamic forms and especially dynamic form definitions, perhaps database driven forms and form types? reg. mika - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: xml2pgsql with cocoon?
Hi Jos, and thanks for your reply. SAX and JDBC.. I should have mentioned, that Java is my Achilles Heel. I can't claim that I had never written a single line of Java, shame on me. And your suggestion means a lot of Java jumping, right? I do have written code with C#, Perl, PHP, JS and done quite a lot of things with XML/XSLT/XSL-FO, but still a fresh start with Java in a project like this.. I don't know.. on the other hand, it would be a chance to grab the ox from its horns and do the inevitable. I will probably represent the geometries with Geoserver and OpenLayers and probably include some attribute related functions into it. But there will be also some other applications. It's still all open. At this point, the major task is to get the data into database or actually build a "block" that will make "uploading" into database possible. - mika - Jos Snellings kirjoitti: Hello Mika, In your description you mention a maintenance task: data uploading and conversion: you need to parse XML data and insert extracted entities (polygons, ids) in a database. You do not need cocoon to do that. I would use SAX and simply JDBC. How do you represent your GIS-data for the users of your site? Kind regards, Jos On Mon, 2009-09-07 at 18:58 +0300, Mika Lehtonen wrote: Hello Cocooners! I have a little project going on with the following brief description. I was just wondering whether this be something that would be feasible to implement with Cocoon. I have a XML schema and a Postgresql (PostGIS) table structure which fit together, at least as much as possible. What I would like to accomplish is: 1) Upload a XML-file (Actually GML) into my server. 2) Optionally validate it against the schema. 3) Populate the Postgresql database with the data of that uploaded GML. 4) Populate PostGIS columns of the database with the geometries in that GML-file. And someday I might want to do the same other way round, that is, save a valid GML out of the Postgresql/PostGIS database. Any hints/ideas are most welcome. And maybe I am just trying to re-invent a wheel again. If you know some framework/software which already does this, please share your knowledge. With best regards, Mika Lehtonen - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
xml2pgsql with cocoon?
Hello Cocooners! I have a little project going on with the following brief description. I was just wondering whether this be something that would be feasible to implement with Cocoon. I have a XML schema and a Postgresql (PostGIS) table structure which fit together, at least as much as possible. What I would like to accomplish is: 1) Upload a XML-file (Actually GML) into my server. 2) Optionally validate it against the schema. 3) Populate the Postgresql database with the data of that uploaded GML. 4) Populate PostGIS columns of the database with the geometries in that GML-file. And someday I might want to do the same other way round, that is, save a valid GML out of the Postgresql/PostGIS database. Any hints/ideas are most welcome. And maybe I am just trying to re-invent a wheel again. If you know some framework/software which already does this, please share your knowledge. With best regards, Mika Lehtonen - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: Is Cocoon the right tool?
Luca, first of all, you're right about the thing that we do know almost nothing about the overall architecture. I seem to have a sort of a bias nowadays. Forgive me that. It just when I was looking http://jobmob.co.il/blog/more-beautiful-resume-ideas-that-work/ examples and wondering if those are possible with Cocoon, the whole question interpret in my brains into something else. Secondly, I used that plus sign as an AND operator in order the reader to differ these two concepts which in principal aren't even parallel and are two individual concepts. I can see I failed in that. What I meant, is that in order to finish his assignment with Cocoon, Fernando probably would need to write sitemaps as well XSL and other stuff. - mika - Luca Morandini kirjoitti: Mika Lehtonen wrote: 2) While looking your examples, I can't help myself thinking what you really are expecting Cocoon to be. Usually creating fancy layouts with numerous graphics and effects are connected in our minds to software with a powerful graphical user interface. What can you do graphically in Cocoon. Nothing, because it's a web development framework not a desktop design software. Look, we don't know much about the overall architecture of the system: just possibly, there is a graphic "thing" to let the user design a template and store it as XML for later re-use, with Cocoon being used only at this last stage. So you have to be prepared in coding, although you can do a lot in Cocoon without using any particular programming language. But still you have to learn also "Cocoon language" + for example XSL-FO I beg to differ: XSL-FO is not related to Cocoon, same for XSLT... it just happens that Cocoon users typically use XSLT a lot. Regards, Luca Morandini www.lucamorandini.it - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: Is Cocoon the right tool?
Indeed it's an *interesting* assignment. Two things popped up in my mind: 1) Using Cocoon's sitemap and its components can be very enlightening experience. They really do are powerfull. 2) While looking your examples, I can't help myself thinking what you really are expecting Cocoon to be. Usually creating fancy layouts with numerous graphics and effects are connected in our minds to software with a powerful graphical user interface. What can you do graphically in Cocoon. Nothing, because it's a web development framework not a desktop design software. So you have to be prepared in coding, although you can do a lot in Cocoon without using any particular programming language. But still you have to learn also "Cocoon language" + for example XSL-FO etc.. - mika - Luca Morandini kirjoitti: Fernando wrote: Just to make sure, are layouts like these possible? http://jobmob.co.il/blog/more-beautiful-resume-ideas-that-work/ Many, if not all, of these layouts can be created with CSS. Cocoon would return clean (X)HTML (and many other formats) without any particular style information. You would just need to ensure that the HTML elements have appropriate id's. But how would this apply to rtf or pdf? I mean, there's no equivalent of CSS for those formats... Embedding graphics is possible with both PDF and RTF, though they use a completely different syntax from CSS. Therefore, for PDF you would have to manually write "translators" from XML to FO using XSLT, than Cocoon would take care of transforming FO to PDF... I guess you would have to do something similar for RTF (never tried). Seems to me a rather... hmm... *interesting* assignment ;) Regards, Luca Morandini www.lucamorandini.it - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: Is Cocoon the right tool?
Hi Fernando, I guess you would have to produce your PDF (PS) through Apache FOP. According to my experience, you can easily end up into big troubles with it, because a) you have to design your templates by coding and if there is a graphical editor available for XSL-FO (don't know), you still end up into troubles, b) because FOP is still quite far from the standard (see: http://xmlgraphics.apache.org/fop/compliance.html), especially 0.20.5. On the other hand, after you have created templates, it does work well. But as said, if your needs are demanding, it can happen so that FOP isn't yet ready enough. Also the whole XSL-FO is a little "stiff". And this would only cover one or two formats.. You still need to create stylesheets ("templates") to other formats as well. - mika - Fernando kirjoitti: Just to make sure, are layouts like these possible? http://jobmob.co.il/blog/more-beautiful-resume-ideas-that-work/ Many, if not all, of these layouts can be created with CSS. Cocoon would return clean (X)HTML (and many other formats) without any particular style information. You would just need to ensure that the HTML elements have appropriate id's. But how would this apply to rtf or pdf? I mean, there's no equivalent of CSS for those formats... - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: Cluster Cocoon 2.1.9 Applications
http://tomcat.apache.org/tomcat-6.0-doc/cluster-howto.html - mika - Merico Raffaele kirjoitti: Dear Community We have a several Cocoon applications consisting of: - Cocoon 2.1.9 - Hibernate - MySql - Tomcat and running on dedicated Linux servers. In order to get a perfect failover situation we would like to setup a cluster. Tomcat is not a must and could be replaced with Jboss, since Jboss seems to support clustering. But we don’t have the experience if Cocoon 2.1.9 applications can be run with Jboss!? Now we are looking for people that have the experience and the know how to setup such a cluster. Any experience, any advice or interest to setup such a cluster would be much appreciated. For your feedback many thanks in advance, Raffaele - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: Cocoon 2.2 and Netbeans IDE
Hi Miles and others, I configured Netbeans so that it uses external Maven 2.0.9. By doing that, I got rid of problems so far, that is, 'mvn install' works using 'build' command. Also switching the debug mode on, may be wise while using external Maven. I tested this setup with the example of 'Deploying a Cocoon Application, http://cocoon.apache.org/2.2/1362_1_1.html ' with one block and got it working. The internal maven 2.1-SNAPSHOT in Netbeans seems not to be working right with Cocoon archetype. What is confusing, is that creating and deploying e.g. webApp.war, which has a dependency: myBlock, have to be requested by http://localhost:8080/myBlock, not http://localhost:8080/webApp. But that is how it should be, right? - mika - Miles Elam kirjoitti: Hi Mika, Unfortunately, I can't be of service here. While I like NetBeans for editing, compiling, etc., I am still very new at it. For now, as I've run into the same issues you have, I have been dropping back to the command line to run mvn commands. All of the same pom.xml resources are there in the NetBeans projects just as they would be from the command line. I still find it worth the trouble to use NetBeans due to its project creation and maintenance ease, but deployment is still very much manual labor for me. Sorry I couldn't be more of help. - Miles On Fri, Aug 15, 2008 at 3:11 AM, Lehtonen, Mika <[EMAIL PROTECTED]> wrote: Hi again Miles, I was just wondering, because you have been palying around with Netbeans/Cocoon, how do you "install" blocks so that you can use them as dependencies? This question may sound a little stupid to ask, but I am learning both Cocoon 2.2 and Netbeans at the same time now, and haven't yet got the whole picture inside my head. If I create two separate projects, one for Cocoon sample block and one for the web block, the web block doesn't "see" the sample block, allthough I edit the dependencies in the pom. How should I create Cocoon blocks in Netbeans in order to make interaction possible? mika - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Cocoon 2.2 and Netbeans IDE
Hi again Miles, I was just wondering, because you have been palying around with Netbeans/Cocoon, how do you "install" blocks so that you can use them as dependencies? This question may sound a little stupid to ask, but I am learning both Cocoon 2.2 and Netbeans at the same time now, and haven't yet got the whole picture inside my head. If I create two separate projects, one for Cocoon sample block and one for the web block, the web block doesn't "see" the sample block, allthough I edit the dependencies in the pom. How should I create Cocoon blocks in Netbeans in order to make interaction possible? mika Miles Elam kirjoitti: Hi Mika, It wasn't a minor problem; it actually prevented me from working on Cocoon blocks for a while. Yes, with some difficulty, I got it working. The root cause of the errors is that (a) a dependency was using a relatively long version string and (b) the Maven plugin was using the 32-bit Integer number parsing for the version number. This was version 3.1.2 of the plugin, I think. This was no fault of the Cocoon dev team, but all of us got caught in the crossfire. The word given back in June or so was that it would be fixed in 3.1.4, but so far, that hasn't happened. NetBeans 6.5 M1 has a Maven plugin version 4.0, but that wouldn't work for me either. Instead, I had to download the nightly build. Update: While looking for a link for you, I see that 3.1.4 has finally been released. If it hasn't shown up in the Update Center, you can download it manually at http://mevenide.codehaus.org/release/mevenide2-netbeans-3.1.4.zip Unzip it and install it through Tools>Plugins>Downloaded>Add. Hope this works for you. And for what it's worth, I am very much enjoying the transition from Eclipse to NetBeans. No more standalone Maven download step, and (most of the time) the Update Center keeps everything running smoothly. Far better than the Maven-Eclipse integration to be sure. - Miles On Wed, Aug 13, 2008 at 1:33 PM, Lehtonen, Mika <[EMAIL PROTECTED]> wrote: Ok, this was due to fact that I didn't restart Netbeans after update, silly me.. I still couldn't get it totally working but it seems promising. Anyone doing Cocoon application development with Netbeans? Does it work? cheers, mika P.S. Once again, I apologize mailing too easily when I have these minor problems. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Cocoon 2.2 FOP
Ok, thanks Jasha for your exclusively clear answer! BTW, the page http://cocoon.apache.org/2.2/blocks/fop/1.0/1333_1_1.html (A complete list of all available Sitemap components, FOPNG) doesn't even exist. - mika - Jasha Joachimsthal kirjoitti: Hi Mika, cocoon-fop-ng-impl uses FOP 0.9x. cocoon-fop-impl uses FOP 0.20.x The number of the Cocoon FOP block does not follow the FOP versioning. Regards, Jasha Joachimsthal www.onehippo.com Amsterdam - Hippo B.V. Oosteinde 11 1017 WT Amsterdam +31(0)20-5224466 San Francisco - Hippo USA Inc. 101 H Street, suite Q Petaluma CA 94952-3329 +1 (707) 773-4646 -Original Message- From: Lehtonen, Mika [mailto:[EMAIL PROTECTED] Sent: vrijdag 15 augustus 2008 10:39 To: users@cocoon.apache.org Subject: Re: Cocoon 2.2 FOP Am I asking something silly or too obvious? I'd just like to get a list as the following, which includes one column also for the Cocoon 2.2 FOP block. http://xmlgraphics.apache.org/fop/compliance.html thanks, mika Lehtonen, Mika kirjoitti: Hi again, taking second steps on Cocoon 2.2 and I started to wonder whether the version number of the FOP block follows the official FOP versioning. I have been using some 0.9x FOP in Cocoon 2.1.11, because the old 0.20.5 was too far from the standard. So I have now my XSL-FO files ported to work with that 0.9x. Do they work with Cocoon 2.2 and its FOP block? - mika - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Cocoon 2.2 FOP
Am I asking something silly or too obvious? I'd just like to get a list as the following, which includes one column also for the Cocoon 2.2 FOP block. http://xmlgraphics.apache.org/fop/compliance.html thanks, mika Lehtonen, Mika kirjoitti: Hi again, taking second steps on Cocoon 2.2 and I started to wonder whether the version number of the FOP block follows the official FOP versioning. I have been using some 0.9x FOP in Cocoon 2.1.11, because the old 0.20.5 was too far from the standard. So I have now my XSL-FO files ported to work with that 0.9x. Do they work with Cocoon 2.2 and its FOP block? - mika - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Cocoon 2.2 and Netbeans IDE
Hi Miles, nice to hear that somebody is using Netbeans for Cocoon 2.2 webapp development. Actually I am not sure if I already had a functionaling setup. I just started to learn Cocoon 2.2, so it's not so easy to say whether I have problems with Cocoon or with Netbeans. I installed Maven Plugin straight from the 'Available plugins' and the version is 3.1.4. It seems that starting a new Cocoon project works (build succesful and so on). But as I said, I need to get my first Cocoon 2.2 application to work command prompt basis so that I can repeat it with Netbeans. I ran into some errors when I tried to deploy (run) my first test application in Netbeans but same could have happen without IDE. Unfortunately, I had to earn my living now, so I can't play around with Cocoon/Netbeans. Hope this setup will turn upsidedown at some stage. ;-) Thanks for your reply! - mika - Miles Elam kirjoitti: Hi Mika, It wasn't a minor problem; it actually prevented me from working on Cocoon blocks for a while. Yes, with some difficulty, I got it working. The root cause of the errors is that (a) a dependency was using a relatively long version string and (b) the Maven plugin was using the 32-bit Integer number parsing for the version number. This was version 3.1.2 of the plugin, I think. This was no fault of the Cocoon dev team, but all of us got caught in the crossfire. The word given back in June or so was that it would be fixed in 3.1.4, but so far, that hasn't happened. NetBeans 6.5 M1 has a Maven plugin version 4.0, but that wouldn't work for me either. Instead, I had to download the nightly build. Update: While looking for a link for you, I see that 3.1.4 has finally been released. If it hasn't shown up in the Update Center, you can download it manually at http://mevenide.codehaus.org/release/mevenide2-netbeans-3.1.4.zip Unzip it and install it through Tools>Plugins>Downloaded>Add. Hope this works for you. And for what it's worth, I am very much enjoying the transition from Eclipse to NetBeans. No more standalone Maven download step, and (most of the time) the Update Center keeps everything running smoothly. Far better than the Maven-Eclipse integration to be sure. - Miles On Wed, Aug 13, 2008 at 1:33 PM, Lehtonen, Mika <[EMAIL PROTECTED]> wrote: Ok, this was due to fact that I didn't restart Netbeans after update, silly me.. I still couldn't get it totally working but it seems promising. Anyone doing Cocoon application development with Netbeans? Does it work? cheers, mika P.S. Once again, I apologize mailing too easily when I have these minor problems. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Cocoon 2.2 and Netbeans IDE
Ok, this was due to fact that I didn't restart Netbeans after update, silly me.. I still couldn't get it totally working but it seems promising. Anyone doing Cocoon application development with Netbeans? Does it work? cheers, mika P.S. Once again, I apologize mailing too easily when I have these minor problems. Lehtonen, Mika kirjoitti: Hi, is it possible to create Cocoon applications straight using Netbeans IDE 6.1 and Maven plugin? I tried to do so, but I got some errors. Mainly it's about missing classworlds (this is only a part of the stacktrace): reg. mika [ERROR]Root error message:Missing: [ERROR]-- [ERROR]1) classworlds:classworlds:jar:1.1 [ERROR] Try downloading the file manually from the project website. [ERROR] Then, install it using the command: [ERROR] mvn install:install-file -DgroupId=classworlds -DartifactId=classworlds -Dversion=1.1 -Dpackaging=jar -Dfile=/path/to/file [ERROR] Alternatively, if you host your own repository you can deploy the file there: [ERROR] mvn deploy:deploy-file -DgroupId=classworlds -DartifactId=classworlds -Dversion=1.1 -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id] [ERROR] Path to dependency: [ERROR] 1) org.apache.maven.plugins:maven-archetype-plugin:maven-plugin:2.0-alpha-3 [ERROR] 2) org.apache.maven:maven-core:jar:2.0.8 [ERROR] 3) classworlds:classworlds:jar:1.1 [ERROR]2) org.apache.maven.wagon:wagon-provider-api:jar:1.0-beta-2 [ERROR] Try downloading the file manually from the project website. [ERROR] Then, install it using the command: [ERROR] mvn install:install-file -DgroupId=org.apache.maven.wagon -DartifactId=wagon-provider-api -Dversion=1.0-beta-2 -Dpackaging=jar -Dfile=/path/to/file [ERROR] Alternatively, if you host your own repository you can deploy the file there: [ERROR] mvn deploy:deploy-file -DgroupId=org.apache.maven.wagon -DartifactId=wagon-provider-api -Dversion=1.0-beta-2 -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id] [ERROR] Path to dependency: [ERROR] 1) org.apache.maven.plugins:maven-archetype-plugin:maven-plugin:2.0-alpha-3 [ERROR] 2) org.apache.maven:maven-core:jar:2.0.8 [ERROR] 3) org.apache.maven.wagon:wagon-provider-api:jar:1.0-beta-2 [ERROR]-- [ERROR]2 required artifacts are missing. [ERROR]for artifact: [ERROR] org.apache.maven.plugins:maven-archetype-plugin:maven-plugin:2.0-alpha-3 [ERROR]from the specified remote repositories: [ERROR] apache.snapshots (http://people.apache.org/repo/m2-snapshot-repository), [ERROR] central (http://repo1.maven.org/maven2) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Cocoon 2.2 and Netbeans IDE
Hi, is it possible to create Cocoon applications straight using Netbeans IDE 6.1 and Maven plugin? I tried to do so, but I got some errors. Mainly it's about missing classworlds (this is only a part of the stacktrace): reg. mika [ERROR]Root error message:Missing: [ERROR]-- [ERROR]1) classworlds:classworlds:jar:1.1 [ERROR] Try downloading the file manually from the project website. [ERROR] Then, install it using the command: [ERROR] mvn install:install-file -DgroupId=classworlds -DartifactId=classworlds -Dversion=1.1 -Dpackaging=jar -Dfile=/path/to/file [ERROR] Alternatively, if you host your own repository you can deploy the file there: [ERROR] mvn deploy:deploy-file -DgroupId=classworlds -DartifactId=classworlds -Dversion=1.1 -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id] [ERROR] Path to dependency: [ERROR] 1) org.apache.maven.plugins:maven-archetype-plugin:maven-plugin:2.0-alpha-3 [ERROR] 2) org.apache.maven:maven-core:jar:2.0.8 [ERROR] 3) classworlds:classworlds:jar:1.1 [ERROR]2) org.apache.maven.wagon:wagon-provider-api:jar:1.0-beta-2 [ERROR] Try downloading the file manually from the project website. [ERROR] Then, install it using the command: [ERROR] mvn install:install-file -DgroupId=org.apache.maven.wagon -DartifactId=wagon-provider-api -Dversion=1.0-beta-2 -Dpackaging=jar -Dfile=/path/to/file [ERROR] Alternatively, if you host your own repository you can deploy the file there: [ERROR] mvn deploy:deploy-file -DgroupId=org.apache.maven.wagon -DartifactId=wagon-provider-api -Dversion=1.0-beta-2 -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id] [ERROR] Path to dependency: [ERROR] 1) org.apache.maven.plugins:maven-archetype-plugin:maven-plugin:2.0-alpha-3 [ERROR] 2) org.apache.maven:maven-core:jar:2.0.8 [ERROR] 3) org.apache.maven.wagon:wagon-provider-api:jar:1.0-beta-2 [ERROR]-- [ERROR]2 required artifacts are missing. [ERROR]for artifact: [ERROR] org.apache.maven.plugins:maven-archetype-plugin:maven-plugin:2.0-alpha-3 [ERROR]from the specified remote repositories: [ERROR] apache.snapshots (http://people.apache.org/repo/m2-snapshot-repository), [ERROR] central (http://repo1.maven.org/maven2) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Cocoon 2.2 FOP
Hi again, taking second steps on Cocoon 2.2 and I started to wonder whether the version number of the FOP block follows the official FOP versioning. I have been using some 0.9x FOP in Cocoon 2.1.11, because the old 0.20.5 was too far from the standard. So I have now my XSL-FO files ported to work with that 0.9x. Do they work with Cocoon 2.2 and its FOP block? - mika - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: First steps with Cocoon 2.2
Yep, you nailed it! I had two typos ('/http//cocoon.apache.org'). I so ashamed... - mika - Ken Starks kirjoitti: Lehtonen, Mika wrote: Hi again, I repeated the instructions with another block name and this time it works. There were over 40 archetypes to choose in my first attept and now there were only three, like in the example. Could you explain that. Like I said, this is all new for me. Anyway, now I can move on. - mika - Getting over forty archetypes may be the result of a typo. I suspect you got apache archetypes rather than cocoon archetypes, the command is very similar. Been there, done that ! Bye for now, Ken. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: First steps with Cocoon 2.2
No no, don't take it too seriously. I was mainly joking. The minor part that wasn't so much a joke concerns the fact that there seems to be occasionaly big differences between the qualifications of mail list users. Some seem to be quite experts as some like me, are just starting to learn. Never mind the beginners list idea. Amount of traffic is tolerable. Thanks, mika Ken Starks kirjoitti: Lehtonen, Mika wrote: Hello all, maybe you should have beginners list as for questions/problems like mine. :-[ A beginners' list doesn't seem a good idea to me, for two reasons: 1. The experts might not take it as seriously, and their contributions are vital. 2. The current list doesn't have enough traffic to justify splitting. If you think the list _does_ already have too much traffic, I would suggest cutting out the auto-generated messages from Daisy. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: First steps with Cocoon 2.2
Hi again, I repeated the instructions with another block name and this time it works. There were over 40 archetypes to choose in my first attept and now there were only three, like in the example. Could you explain that. Like I said, this is all new for me. Anyway, now I can move on. - mika - Lehtonen, Mika kirjoitti: Ok, here it is. BTW, I am running my tests in a headless Linux server. Does it make any difference? - mika - Jeroen Reijn kirjoitti: Hi Mika, I guess what's more important is, what is the stacktrace that you got while trying to do $mvn jetty:run? Regards, Jeroen Lehtonen, Mika wrote: Hello all, maybe you should have beginners list as for questions/problems like mine. :-[ I finally put myself together and started to get familiar with Cocoon 2.2. I am totally 'out and cold' what comes to the Maven and many other concepts with 2.2. So I started with "Your first Cocoon application with Maven 2". Everything went as expected until I tried to run 'mvn jetty:run'. At first, it downloaded a lot of different stuff, but then there was some error. How can I capture the stacktrace? I also tried 'mvn cocoon:prepare', but I got this: [EMAIL PROTECTED] munBlokki]# mvn cocoon:prepare [INFO] Scanning for projects... [INFO] Searching repository for plugin with prefix: 'cocoon'. [INFO] [ERROR] BUILD ERROR [INFO] [INFO] The plugin 'org.apache.maven.plugins:maven-cocoon-plugin' does not exist or no valid version could be found [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: 1 second [INFO] Finished at: Wed Aug 13 10:03:02 EEST 2008 [INFO] Final Memory: 8M/62M [INFO] What's wrong with my configuration? Maven is 2.0.9. Should I edit the pom.xml somehow? - mika - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: First steps with Cocoon 2.2
Ok, here it is. BTW, I am running my tests in a headless Linux server. Does it make any difference? - mika - Jeroen Reijn kirjoitti: Hi Mika, I guess what's more important is, what is the stacktrace that you got while trying to do $mvn jetty:run? Regards, Jeroen Lehtonen, Mika wrote: Hello all, maybe you should have beginners list as for questions/problems like mine. :-[ I finally put myself together and started to get familiar with Cocoon 2.2. I am totally 'out and cold' what comes to the Maven and many other concepts with 2.2. So I started with "Your first Cocoon application with Maven 2". Everything went as expected until I tried to run 'mvn jetty:run'. At first, it downloaded a lot of different stuff, but then there was some error. How can I capture the stacktrace? I also tried 'mvn cocoon:prepare', but I got this: [EMAIL PROTECTED] munBlokki]# mvn cocoon:prepare [INFO] Scanning for projects... [INFO] Searching repository for plugin with prefix: 'cocoon'. [INFO] [ERROR] BUILD ERROR [INFO] [INFO] The plugin 'org.apache.maven.plugins:maven-cocoon-plugin' does not exist or no valid version could be found [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: 1 second [INFO] Finished at: Wed Aug 13 10:03:02 EEST 2008 [INFO] Final Memory: 8M/62M [INFO] What's wrong with my configuration? Maven is 2.0.9. Should I edit the pom.xml somehow? - mika - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] [INFO] Scanning for projects... [INFO] Searching repository for plugin with prefix: 'jetty'. [INFO] [INFO] Building AppFuse Spring MVC Application [INFO]task-segment: [jetty:run] [INFO] [INFO] Preparing jetty:run [WARNING] Attempting to build MavenProject instance for Artifact (org.appfuse:maven-warpath-plugin:2.0-20070918.092511-35) of type: maven-plugin; constructing POM artifact instead. [INFO] [warpath:add-classes {execution: default}] [INFO] [aspectj:compile {execution: default}] [INFO] [native2ascii:native2ascii {execution: native2ascii-utf8}] [INFO] [native2ascii:native2ascii {execution: native2ascii-8859_1}] [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:compile] [INFO] Nothing to compile - all classes are up to date [INFO] [resources:testResources] [INFO] Using default encoding to copy filtered resources. [INFO] Preparing hibernate3:hbm2ddl [WARNING] Removing: hbm2ddl from forked lifecycle, to prevent recursive invocation. [INFO] [warpath:add-classes {execution: default}] [INFO] [aspectj:compile {execution: default}] [INFO] [native2ascii:native2ascii {execution: native2ascii-utf8}] [INFO] [native2ascii:native2ascii {execution: native2ascii-8859_1}] [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [WARNING] POM for 'org.hibernate:jtidy:pom:r8-20060801:runtime' is invalid. It will be ignored for artifact resolution. Reason: Parse error reading POM. Reason: TEXT must be immediately followed by END_TAG and not START_TAG (position: START_TAG seen ...\n\t\t\t... @12:13) for project org.hibernate:jtidy at /root/.m2/repository/org/hibernate/jtidy/r8-20060801/jtidy-r8-20060801.pom [WARNING] POM for 'org.hibernate:jtidy:pom:r8-20060801:runtime' is invalid. It will be ignored for artifact resolution. Reason: Parse error reading POM. Reason: TEXT must be immediately followed by END_TAG and not START_TAG (position: START_TAG seen ...\n\t\t\t... @12:13) for project org.hibernate:jtidy at /root/.m2/repository/org/hibernate/jtidy/r8-20060801/jtidy-r8-20060801.pom [INFO] [hibernate3:hbm2ddl {execution: default}] [INFO] Configuration XML file loaded: /usr/share/cocoon22-test/munBlokki/src/main/resources/hibernate.cfg.xml [INFO] Configuration XML file loaded: /usr/share/cocoon22-test/munBlokki/src/main/resources/hibernate.cfg.xml [INFO] Configuration Properties file loaded: /usr/share/cocoon22-test/munBlokki/target/classes/jdbc.properties [munBlokki] ERROR [main] SchemaExport.execute(202) | schema export unsuccessful com.mysql.jdbc.Communicat
First steps with Cocoon 2.2
Hello all, maybe you should have beginners list as for questions/problems like mine. :-[ I finally put myself together and started to get familiar with Cocoon 2.2. I am totally 'out and cold' what comes to the Maven and many other concepts with 2.2. So I started with "Your first Cocoon application with Maven 2". Everything went as expected until I tried to run 'mvn jetty:run'. At first, it downloaded a lot of different stuff, but then there was some error. How can I capture the stacktrace? I also tried 'mvn cocoon:prepare', but I got this: [EMAIL PROTECTED] munBlokki]# mvn cocoon:prepare [INFO] Scanning for projects... [INFO] Searching repository for plugin with prefix: 'cocoon'. [INFO] [ERROR] BUILD ERROR [INFO] [INFO] The plugin 'org.apache.maven.plugins:maven-cocoon-plugin' does not exist or no valid version could be found [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: 1 second [INFO] Finished at: Wed Aug 13 10:03:02 EEST 2008 [INFO] Final Memory: 8M/62M [INFO] What's wrong with my configuration? Maven is 2.0.9. Should I edit the pom.xml somehow? - mika - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Finding a new name for Corona (a Cocoon rewrite)
Sorry about the last. Just had a pint too much. But talking about the suggestion; 1) it fits on the theme 2) Morus can be interpreted as 'More Us', refering to the community. And Morus is the genus of the tree feeding the creatues manufacturing the silk.. cheers, mika P.S. Hopefully it doesn't stand for of any anatomic part of an human or anything else like that ... Lehtonen, Mika kirjoitti: Morus. KVG, that is check Google for Morus in finnish. How you like it? cheers, mika Andy Stevens kirjoitti: 2008/7/31 Hugh Sparks <[EMAIL PROTECTED]> "Pipes" According to Google Translate, it seems inoffensive in German, Spanish, and Polish "Apache Pipes" - It alliterates a bit. -Hugh Sparks However, there's already a "Pipes" in the web development space - Yahoo Pipes. http://pipes.yahoo.com/pipes/ Andy -- http://pseudoq.sourceforge.net/ Open source java Sudoku solver - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Finding a new name for Corona (a Cocoon rewrite)
Morus. KVG, that is check Google for Morus in finnish. How you like it? cheers, mika Andy Stevens kirjoitti: 2008/7/31 Hugh Sparks <[EMAIL PROTECTED]> "Pipes" According to Google Translate, it seems inoffensive in German, Spanish, and Polish "Apache Pipes" - It alliterates a bit. -Hugh Sparks However, there's already a "Pipes" in the web development space - Yahoo Pipes. http://pipes.yahoo.com/pipes/ Andy -- http://pseudoq.sourceforge.net/ Open source java Sudoku solver - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Installing 2.2
Hello All, as an semi-amateur web application developer I have to say that moving on to 2.2 has been too big step for me. Not familiar with the Maven and even figuring out of the examples has caused me pain to understand what's going on. I started Cocoon with 2.1.x war with Tomcat, so this 2.2 world seems so different. While reading this list, I 've been noticing that also some other users are little "out and cold" on how to start with the new Cocoon. I believe it's a magnificent piece of software, no doubt about that. But too often the conversations in this list are jargon for me. I sometimes have wondered if I am at the first place even reading users list but a developer's list. So I would appreciate a lot if someone could wrote "a stepping stone" page to those who aren't familiar with the framework which 2.2 uses, but who know something about 2.1. Or does it already exist? Thanks, - mika - Patrick Heiden kirjoitti: Hello Reinhard! Thank you for that statement!! Wouldn't ist be usefull to include cocoon-samples, too? I imagine, that maybe this is in conflict with needed tools (maven, jetty, plugins,..) to run the samples... I am not sure, but maybe they could be served as binary as well (e.g. a samples block)!? For me there is no problem using the trunk version as reference, but since my start with cocoon 2.2 (in the last year) I was looking forward to enjoy less 'gaps' in learning and using cocoon. Best regards, Patrick Original-Nachricht Datum: Wed, 16 Jul 2008 14:02:19 +0200 Von: "Reinhard Pötz" <[EMAIL PROTECTED]> An: users@cocoon.apache.org Betreff: Re: Installing 2.2 David Legg wrote: Patrick, Why is there a binary download available, if (hopefully most) users build their apps with maven and dependencies are obtained automatically? I guess it's a comfort for those not able to use Maven for some reason. I think of it as a transitional thing. There are two reasons: Not everybody wants to use Maven/Ivy/MavenAntTasks. Since we got several complaints, we've started to provide traditional release artifacts. And second, the release artifacts also contain the related documentation and Javadocs. -- Reinhard Pötz Managing Director, {Indoqa} GmbH http://www.indoqa.com/en/people/reinhard.poetz/ Member of the Apache Software Foundation Apache Cocoon Committer, PMC member [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: problem with document() function
Maybe you could wrote a pipeline with a matcher to your $filename and with source pointing to your absolute file? - mika - Heather Rankin kirjoitti: Johannes, If you don't like absolute paths then you just need to figure out where your XSLT is relative to your XML doc. If your XSL is in say, 'COB-INF/resource/internal/sql/transformation' you'll need '../resource/internal/sql/configuration/filename' (with file extension of course). -Original Message- From: Johannes Hoechstaedter [mailto:[EMAIL PROTECTED] Sent: 11 June 2008 15:58 To: users@cocoon.apache.org Subject: Re: problem with document() function Go away with absolute paths Lehtonen, Mika schrieb: Hi Johannes, maybe you could try absolute path like: * UNIX ... file:///foo/bar/this.xsl * Windows ... file:///C:/foo/bar/this.xsl Just to make sure that the file is fetched from the right location. - mika - Johannes Hoechstaedter kirjoitti: The value of the variable $filename is correct, because I use this variable three times in the same stylesheet within xi:include statements, and it works. So the output of select="$filename" /> is correct. The output of select="document($filename)/*" /> is empty, and I get no error. Just an empty value, where should be a value. The file is located in "COB-INF/resource/internal/sql/configuration", and I access it by "resource/internal/sql/configuration/filename". I think it is correct or?. Heather Rankin schrieb: Hi Johannes, Well firstly if you're using a variable to store your filename you shouldn't need quotes around it. Should just be select="document($filename)/NodeA/NodeB/NodeC" /> If that doesn't work it could be a problem with the path to your file or the path to your nodes. The XML needs to be well formed, but if you're not getting an error then that shouldn't be a factor. I'd make sure the file path is correct by trying to output everything in the file or use doc-available to tell you. According to your XML input your xpath looks ok (assuming first is ). Heather -Original Message- From: Johannes Hoechstaedter [mailto:[EMAIL PROTECTED] Sent: 11 June 2008 14:58 To: users@cocoon.apache.org Subject: Re: problem with document() function Hi Heather, yes I thought the same. Thats what I tried, only to test the document() function: but I got no output. When I insert select="doc-available('$filename')" /> for example, nothing works anymore :) The content of $filename is correct. The xml structure of the file is: text Could it be still a path issue? Heather Rankin schrieb: Hi Johannes, You should be able to use the document() function to interrogate the contents of an external XML file. It is also a good idea to use doc-available() first to check for the existence of the file and build the tree in memory. Heather - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] http://www.bbc.co.uk/ This e-mail (and any attachments) is confidential and may contain personal views which are not the views of the BBC unless specifically stated. If you have received it in error, please delete it from your system. Do not use, copy or disclose the information in any way nor act in reliance on it and notify the sender immediately. Please note that the BBC monitors e-mails sent or received. Further communication will signify your consent to this. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] http://www.bbc.co.uk/ This e-mail (and any attachments) is confidential and may contain personal views which are not the views of the BBC unless specifically stated. If you have received it in error, please delete it from your system. Do not use, copy or disclose the information in any way nor act in reliance on it and notify the sender immediately. Please note that the BBC monitors e-mails sent or received. Further communication will signify your consent to this. -
Re: problem with document() function
Yep, I understand, but as I wrote, this was just a test. Maybe some wiser person could tell you how to get back to relative path. Maybe you could make, if you are using Linux, some symbolic link to your file from the "root" or utilize these: Inside your components, you can also use these protocols whenever you have a SourceResolver handy. * context:// - get a resource using the servlet context * cocoon:/ - get a pipeline from the current sitemap * cocoon:// - get a pipeline using the root sitemap * resource:// - get a resource from the context classloader - mika - Johannes Hoechstaedter kirjoitti: Sorry Mika, whe it hits you too hard, what I wrote. The problem is now: It works, but I don't want it this way :( Johannes Hoechstaedter schrieb: Go away with absolute paths !!!! Lehtonen, Mika schrieb: Hi Johannes, maybe you could try absolute path like: * UNIX ... file:///foo/bar/this.xsl * Windows ... file:///C:/foo/bar/this.xsl Just to make sure that the file is fetched from the right location. - mika - Johannes Hoechstaedter kirjoitti: The value of the variable $filename is correct, because I use this variable three times in the same stylesheet within xi:include statements, and it works. So the output of select="$filename" /> is correct. The output of select="document($filename)/*" /> is empty, and I get no error. Just an empty value, where should be a value. The file is located in "COB-INF/resource/internal/sql/configuration", and I access it by "resource/internal/sql/configuration/filename". I think it is correct or?. Heather Rankin schrieb: Hi Johannes, Well firstly if you're using a variable to store your filename you shouldn't need quotes around it. Should just be If that doesn't work it could be a problem with the path to your file or the path to your nodes. The XML needs to be well formed, but if you're not getting an error then that shouldn't be a factor. I'd make sure the file path is correct by trying to output everything in the file or use doc-available to tell you. According to your XML input your xpath looks ok (assuming first is ). Heather -Original Message- From: Johannes Hoechstaedter [mailto:[EMAIL PROTECTED] Sent: 11 June 2008 14:58 To: users@cocoon.apache.org Subject: Re: problem with document() function Hi Heather, yes I thought the same. Thats what I tried, only to test the document() function: but I got no output. When I insert for example, nothing works anymore :) The content of $filename is correct. The xml structure of the file is: text Could it be still a path issue? Heather Rankin schrieb: Hi Johannes, You should be able to use the document() function to interrogate the contents of an external XML file. It is also a good idea to use doc-available() first to check for the existence of the file and build the tree in memory. Heather - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] http://www.bbc.co.uk/ This e-mail (and any attachments) is confidential and may contain personal views which are not the views of the BBC unless specifically stated. If you have received it in error, please delete it from your system. Do not use, copy or disclose the information in any way nor act in reliance on it and notify the sender immediately. Please note that the BBC monitors e-mails sent or received. Further communication will signify your consent to this. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: problem with document() function
Hi Johannes, maybe you could try absolute path like: * UNIX ... file:///foo/bar/this.xsl * Windows ... file:///C:/foo/bar/this.xsl Just to make sure that the file is fetched from the right location. - mika - Johannes Hoechstaedter kirjoitti: The value of the variable $filename is correct, because I use this variable three times in the same stylesheet within xi:include statements, and it works. So the output of select="$filename" /> is correct. The output of select="document($filename)/*" /> is empty, and I get no error. Just an empty value, where should be a value. The file is located in "COB-INF/resource/internal/sql/configuration", and I access it by "resource/internal/sql/configuration/filename". I think it is correct or?. Heather Rankin schrieb: Hi Johannes, Well firstly if you're using a variable to store your filename you shouldn't need quotes around it. Should just be If that doesn't work it could be a problem with the path to your file or the path to your nodes. The XML needs to be well formed, but if you're not getting an error then that shouldn't be a factor. I'd make sure the file path is correct by trying to output everything in the file or use doc-available to tell you. According to your XML input your xpath looks ok (assuming first is ). Heather -Original Message- From: Johannes Hoechstaedter [mailto:[EMAIL PROTECTED] Sent: 11 June 2008 14:58 To: users@cocoon.apache.org Subject: Re: problem with document() function Hi Heather, yes I thought the same. Thats what I tried, only to test the document() function: but I got no output. When I insert for example, nothing works anymore :) The content of $filename is correct. The xml structure of the file is: text Could it be still a path issue? Heather Rankin schrieb: Hi Johannes, You should be able to use the document() function to interrogate the contents of an external XML file. It is also a good idea to use doc-available() first to check for the existence of the file and build the tree in memory. Heather - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] http://www.bbc.co.uk/ This e-mail (and any attachments) is confidential and may contain personal views which are not the views of the BBC unless specifically stated. If you have received it in error, please delete it from your system. Do not use, copy or disclose the information in any way nor act in reliance on it and notify the sender immediately. Please note that the BBC monitors e-mails sent or received. Further communication will signify your consent to this. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [ANN]: Geoid 1.0.0 released
That's great! I wasn't even aware of this kind of project though I have dreamt of integrating Cocoon and geographic information services and actually have been doing it at a low level. I have been also thinking of (or mainly having crazy ideas of) somehow integrating content management system into this all in order to build a "GeoERP". Misleading name, I know, but it demonstrates the idea of getting the whole process structure under the same umbrella. You know acquiring the geoData, administrating and archiving it, processing it, refining it and at the last stage, making it available and useful for the endusers. I hope I don't sound to be entirely out of my mind. Getting my ideas inside a single mail message isn't my strongest point. - mika - Luca Morandini kirjoitti: The scope of Geoid is the building of a framework of connectors (generators, transformers, actions, etc.) between Apache Cocoon and various geographic information services (proprietary or open-source). http://www.cocoondev.org/main/117-cd/30-cd.html Luca Morandini www.lucamorandini.it - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Too many open files (was PDF Image Caching Problem)
Hi Andy, it sounds like you are having slightly different malfunction than me. If I recall right, the files that were left open, were xmls' including some content that should have been fetched into the page. There were hundreds of tags in those xml's and fetching every single one of them opened the xml again and left it open. I can't recall for sure if they were eventually released but clicking browser's refresh button did that. Switching caching on changed the situation so that the files were opened only per first request and at the next time for the same request, no files were opened. mika Andy Stevens kirjoitti: 2008/5/5 Lehtonen, Mika <[EMAIL PROTECTED]>: Actually there might be another problem (or bug) lying around if you produce htmls' with 'noncaching' option. Cocoon seems to be leaving files open when using html-serializer with noncaching option in your pipeline. And eventually your application can crash because you exceed the maximum open files that your OS tolerates. (Cocoon 2.1.11 / Centos 4.6) Really? Aha... It's not the cocoon.xconf that's left open is it? And could this affect earlier versions too? I mailed the dev list about a week ago (subject "Excessive file handles on cocoon.xconf", see http://www.nabble.com/Excessive-file-handles-on-cocoon.xconf-tp16973172p17000464.html) because we were encountering "Too many open files" errors after migrating a 2.1.7 app from Websphere 5.0 on Windows to 6.0 on Linux. I'm wondering if this could be the reason. Do the files get closed eventually? We were getting these errors with the limit set to 1024, but after a few minutes things would start working again for a while. Also, after increasing the limit to 8000 we haven't seen the error since. I assume this is because it's now high enough for the responsible component(s) to get destroyed, garbage collected, and basically cleaned up properly before things get that bad. Andy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: PDF Image Caching Problem
Hi Peter, unfortunetely I couldn't solve the problem and as it isn't so crucial at the moment, I have left it behind for now on. Actually there might be another problem (or bug) lying around if you produce htmls' with 'noncaching' option. Cocoon seems to be leaving files open when using html-serializer with noncaching option in your pipeline. And eventually your application can crash because you exceed the maximum open files that your OS tolerates. (Cocoon 2.1.11 / Centos 4.6) mika Peter Sparkes kirjoitti: Hi I have tried using and invalidate the PDF by changing the XSLT that produces it. Neither makes any difference. It appears that FOP is getting the image from its own cache which is not being updated by the new version of the image. Like you I get the new image when I restart tomcat and hence cocoon Have you managed to fix the problem? Peter Hi, this is what Joerg Heinicke wrote about the similar problem of mine: My guess is it's actually the PDF that is taken from the cache. I guess the cache key for the PDF does not take included resources like your images into account. If that's true you just have to invalidate the PDF. I don't know how exactly your PDF pipeline looks like but you might want to "touch" (in the Linux sense, changing the file's timestamp) an XSLT or the input XML. (See: image caching on 4-5 March at the users-list) mika Peter Sparkes kirjoitti: Hi, I generate html and pdf, which contain images, from the a database. When I update an image the html correctly displays the new image, however the pdf incorrectly contains the old image. If I then change the new image file name the pdf displays the correct image. When I change the image file name back the old image is displayed in the pdf, not the new image. It appears that the pdf is using a cached version of the image not the new version. Please, how can I get the pdf to display the new image rather than the old cashed image. I can't change the image file name in the production system. I am using Cocoon 2.1.10 Thank you Peter Sparkes - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: PDF Image Caching Problem
Hi, this is what Joerg Heinicke wrote about the similar problem of mine: My guess is it's actually the PDF that is taken from the cache. I guess the cache key for the PDF does not take included resources like your images into account. If that's true you just have to invalidate the PDF. I don't know how exactly your PDF pipeline looks like but you might want to "touch" (in the Linux sense, changing the file's timestamp) an XSLT or the input XML. (See: image caching on 4-5 March at the users-list) mika Peter Sparkes kirjoitti: Hi, I generate html and pdf, which contain images, from the a database. When I update an image the html correctly displays the new image, however the pdf incorrectly contains the old image. If I then change the new image file name the pdf displays the correct image. When I change the image file name back the old image is displayed in the pdf, not the new image. It appears that the pdf is using a cached version of the image not the new version. Please, how can I get the pdf to display the new image rather than the old cashed image. I can't change the image file name in the production system. I am using Cocoon 2.1.10 Thank you Peter Sparkes - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: error in html serialization
Thanks for your help Johannes! I believe I found the reason. I had type="noncaching" definition in my pipeline. I removed it and now it seems to working without errors. Try it out yourself. mika Johannes Textor kirjoitti: Sorry ... as I think of it, maybe you should use the less braindead command lsof -p [id] where [id] is the id of the process which actually runs cocoon. Johannes Textor schrieb: Hi Mika, while trying again on your site, this time I got the following error: /home/cocoon/tomcat/webapps/cocoon/stylesheets/system/exception2html.xslt (Too many open files) This I think confirms my theory that your application generates too many file handles, or that file handles remain open too long after they are used by Java. I think it is an issue specific to your OS/JVM configuration, since I cannot reproduce this problem here (on 32 bit Ubuntu using JVM 1.5). You can find out how many files are being kept open by typing the following command: lsof | grep java or lsof | grep java | grep selitykset If I'm right, then the second command should reveal that (too) many file handles are left open. Maybe it takes some time for the OS to close them, or maybe the garbage collector needs to come around to close the handles - unfortunately, I do not know too much about how Java deals with file system specific file handles internally. Of course you could try to increase the max. open files limit for the tomcat user, but it would probably be nicer to know while so many files are opened in the first place. Can you try to find out more by using the commands above? Regards, Johannes - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: error in html serialization
Johannes, after the crash, there are 1067 open files, and when you wait for a while, the amount drops into 113. Everything is then working. Or if I push 'refresh'-button so many times that the site works again, the amount of files drops into 196. Every time the page is loaded again, extra 82 files is opened until the 1000 limit is exceeded. So it seems that you're right, but what to do to it? If I do garbage collection manually, page starts to function. And it seems that the problem occurs only with xslt transformer and html serializer. Those test pipelines don't leave files open. Also my pdf pipeline works fine. Is it possible you to test pipelines with xslt transformer and html serializer? I mean if it would also left "old" files open after reloading. mika Johannes Textor kirjoitti: Sorry ... as I think of it, maybe you should use the less braindead command lsof -p [id] where [id] is the id of the process which actually runs cocoon. Johannes Textor schrieb: Hi Mika, while trying again on your site, this time I got the following error: /home/cocoon/tomcat/webapps/cocoon/stylesheets/system/exception2html.xslt (Too many open files) This I think confirms my theory that your application generates too many file handles, or that file handles remain open too long after they are used by Java. I think it is an issue specific to your OS/JVM configuration, since I cannot reproduce this problem here (on 32 bit Ubuntu using JVM 1.5). You can find out how many files are being kept open by typing the following command: lsof | grep java or lsof | grep java | grep selitykset If I'm right, then the second command should reveal that (too) many file handles are left open. Maybe it takes some time for the OS to close them, or maybe the garbage collector needs to come around to close the handles - unfortunately, I do not know too much about how Java deals with file system specific file handles internally. Of course you could try to increase the max. open files limit for the tomcat user, but it would probably be nicer to know while so many files are opened in the first place. Can you try to find out more by using the commands above? Regards, Johannes - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: error in html serialization
Hi Johannes, yep, Java is 1.6.0_04 (Java Hotspot 64-bit Server VM). OS is 64-bit Centos 4.3. I will still do the testing you recommended and report about them when they done. Ok? I am not an expert on these programming and Java issues. Do you mean that some earlier Java would do better or do I have to do some tuning? Thanks, mika Johannes Textor kirjoitti: Hi Mika, am I guessing right that you are using Java 1.6? The NullPointerException means that "This abstract pathname does not denote a directory, or if an I/O error occurs" (quote from Java spec). Maybe you're running out of file handles ... which operating system are you using? Also, if you set up two minimal test pipeline like this: and like this: does the same error occur in both / one of these pipelines? Regards, Johannes Lehtonen, Mika schrieb: Some further information: I have also this pipeline which produces pdfs' out of the same material. It has been functioning for a long time and still does, BUT if the html producers crashes, this won't work either. You can try it out at: http://77.240.21.139/cocoon/asemakaavat/selitykset/A4p/Karsamaki/Kirkonseutu/01.pdf mika - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: error in html serialization
Some further information: I have also this pipeline which produces pdfs' out of the same material. It has been functioning for a long time and still does, BUT if the html producers crashes, this won't work either. You can try it out at: http://77.240.21.139/cocoon/asemakaavat/selitykset/A4p/Karsamaki/Kirkonseutu/01.pdf mika Lehtonen, Mika kirjoitti: Hi Johannes, here is the pipeline. I set those parameters to imagedirectory-generator, xslt-transformer and to html-serializer. I found no change comparing to previous action. mika Johannes Textor kirjoitti: Hi Mika, I can confirm this, although it did not crash after 11 times, but about 15 ... whatever, can you please - provide the pipeline that generates this error - set "pool-max" and "pool-min" for all involved components to 1 in sitemap.xmap, restart cocoon and tell us what happens? Regards, Johannes Lehtonen, Mika wrote: Please try it by yourself, be my guest. http://77.240.21.139/cocoon/asemakaavat/selitykset/A4/Karsamaki/Kirkonseutu/01.html Open it and refresh it over ten times. It should crash. Then refresh it over ten times again and suprise, it works again! Any ideas? mika Lehtonen, Mika kirjoitti: Hello, I have an application which uses html serializer. It is a little complicated system to describe in this. Anyway the pipeline works and of some xml and a bunch of gifs is parsed a working html, but then we come to the strange part. It works eleven times, crashes eleven times and continues doing that. I can verify that even with using refresh button on the browser. Cocoon is 2.1.11 and first I get this error and after that the latter one. Any ideas? mika - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: error in html serialization
Hi Johannes, here is the pipeline. I set those parameters to imagedirectory-generator, xslt-transformer and to html-serializer. I found no change comparing to previous action. mika Johannes Textor kirjoitti: Hi Mika, I can confirm this, although it did not crash after 11 times, but about 15 ... whatever, can you please - provide the pipeline that generates this error - set "pool-max" and "pool-min" for all involved components to 1 in sitemap.xmap, restart cocoon and tell us what happens? Regards, Johannes Lehtonen, Mika wrote: Please try it by yourself, be my guest. http://77.240.21.139/cocoon/asemakaavat/selitykset/A4/Karsamaki/Kirkonseutu/01.html Open it and refresh it over ten times. It should crash. Then refresh it over ten times again and suprise, it works again! Any ideas? mika Lehtonen, Mika kirjoitti: Hello, I have an application which uses html serializer. It is a little complicated system to describe in this. Anyway the pipeline works and of some xml and a bunch of gifs is parsed a working html, but then we come to the strange part. It works eleven times, crashes eleven times and continues doing that. I can verify that even with using refresh button on the browser. Cocoon is 2.1.11 and first I get this error and after that the latter one. Any ideas? mika - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: error in html serialization
Please try it by yourself, be my guest. http://77.240.21.139/cocoon/asemakaavat/selitykset/A4/Karsamaki/Kirkonseutu/01.html Open it and refresh it over ten times. It should crash. Then refresh it over ten times again and suprise, it works again! Any ideas? mika Lehtonen, Mika kirjoitti: Hello, I have an application which uses html serializer. It is a little complicated system to describe in this. Anyway the pipeline works and of some xml and a bunch of gifs is parsed a working html, but then we come to the strange part. It works eleven times, crashes eleven times and continues doing that. I can verify that even with using refresh button on the browser. Cocoon is 2.1.11 and first I get this error and after that the latter one. Any ideas? mika - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
error in html serialization
Hello, I have an application which uses html serializer. It is a little complicated system to describe in this. Anyway the pipeline works and of some xml and a bunch of gifs is parsed a working html, but then we come to the strange part. It works eleven times, crashes eleven times and continues doing that. I can verify that even with using refresh button on the browser. Cocoon is 2.1.11 and first I get this error and after that the latter one. Any ideas? mika *type* Exception report *message* *description* _The server encountered an internal error () that prevented it from fulfilling this request._ *exception* javax.servlet.ServletException: Servlet execution threw an exception *root cause* java.lang.NoClassDefFoundError: org/apache/xml/utils/URI org.apache.xml.utils.SystemIDResolver.getAbsoluteURI(SystemIDResolver.java:284) org.apache.xpath.SourceTreeManager.resolveURI(SourceTreeManager.java:132) org.apache.xalan.templates.FuncDocument.getDoc(FuncDocument.java:237) org.apache.xalan.templates.FuncDocument.execute(FuncDocument.java:194) org.apache.xpath.axes.FilterExprIteratorSimple.executeFilterExpr(FilterExprIteratorSimple.java:116) org.apache.xpath.axes.FilterExprWalker.setRoot(FilterExprWalker.java:131) org.apache.xpath.axes.WalkingIterator.setRoot(WalkingIterator.java:157) org.apache.xpath.axes.NodeSequence.setRoot(NodeSequence.java:265) org.apache.xpath.axes.LocPathIterator.asIterator(LocPathIterator.java:269) org.apache.xalan.templates.ElemForEach.transformSelectedNodes(ElemForEach.java:335) org.apache.xalan.templates.ElemForEach.execute(ElemForEach.java:265) org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(TransformerImpl.java:2400) org.apache.xalan.templates.ElemLiteralResult.execute(ElemLiteralResult.java:1376) org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(TransformerImpl.java:2400) org.apache.xalan.templates.ElemLiteralResult.execute(ElemLiteralResult.java:1376) org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(TransformerImpl.java:2400) org.apache.xalan.templates.ElemIf.execute(ElemIf.java:162) org.apache.xalan.templates.ElemForEach.transformSelectedNodes(ElemForEach.java:425) org.apache.xalan.templates.ElemForEach.execute(ElemForEach.java:265) org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(TransformerImpl.java:2400) org.apache.xalan.templates.ElemLiteralResult.execute(ElemLiteralResult.java:1376) org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(TransformerImpl.java:2400) org.apache.xalan.templates.ElemLiteralResult.execute(ElemLiteralResult.java:1376) org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(TransformerImpl.java:2400) org.apache.xalan.templates.ElemLiteralResult.execute(ElemLiteralResult.java:1376) org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(TransformerImpl.java:2400) org.apache.xalan.templates.ElemLiteralResult.execute(ElemLiteralResult.java:1376) org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(TransformerImpl.java:2400) org.apache.xalan.transformer.TransformerImpl.applyTemplateToNode(TransformerImpl.java:2270) org.apache.xalan.transformer.TransformerImpl.transformNode(TransformerImpl.java:1356) org.apache.xalan.transformer.TransformerImpl.run(TransformerImpl.java:3447) org.apache.xalan.transformer.TransformerHandlerImpl.endDocument(TransformerHandlerImpl.java:408) org.apache.cocoon.xml.AbstractXMLPipe.endDocument(AbstractXMLPipe.java:56) org.apache.cocoon.transformation.TraxTransformer.endDocument(TraxTransformer.java:586) org.apache.cocoon.generation.DirectoryGenerator.generate(DirectoryGenerator.java:266) org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.processXMLPipeline(AbstractProcessingPipeline.java:579) org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.process(AbstractProcessingPipeline.java:481) org.apache.cocoon.components.treeprocessor.sitemap.SerializeNode.invoke(SerializeNode.java:144) org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:47) org.apache.cocoon.components.treeprocessor.sitemap.MatchNode.invoke(MatchNode.java:108) org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:69) org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:143) org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:69
Re: HTML-serializer question
Yep, I ended up thinking something similar and kind of sorted the problem out by using already created "contextpath"-variable instead of cocoon:/. It works. thanks, mika Stephen Winnall kirjoitti: The problem is with the use of the cocoon: pseudo-protocol in the src attribute of img. Cocoon pseudo-protocols are only known to Cocoon and so only work on the server side. The is sent over to the client to be interpreted, and Safari, Netscape, MSIE and co. don't know what it is. If you translate the "cocoon:/" into a URL equivalent using http you should be alright. Steve On 15 Apr 2008, at 10:11, Lehtonen, Mika wrote: I have this external graphics tag in my xsl when using FOP to serialize pdfs'.(Cocoon 2.1.11 with 0.94 FOP) src="cocoon:/selitykset/{$kunta}-{$alue}-{$kaavano}-laatija_{$kaavano}.gif" .. etc.. But now I am building an html serializer for the same project. How do I "convert" this into an html tag? src="cocoon:/selitykset/{$kunta}-{$alue}-{$kaavano}-laatija_{$kaavano}.gif" .. etc .. doesn't work. I have a large file structure of gifs' so this pipeline is used for finding the right one. So it will find kunta/alue/kaavano/laatija_kaavano.gif from the selitykset directory. I just can't remember why I did so difficulty. Couldn't it just be done like: .. src="cocoon:/selitykset/{$kunta}/{$alue}/{$kaavano}/laatija_{$kaavano}.gif" .. without any pipeline? But then it would demand some concatenation? A little lost here :-[ . Anyway that is probably not the problem but the right way to put it into html. - mika - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
HTML-serializer question
I have this external graphics tag in my xsl when using FOP to serialize pdfs'.(Cocoon 2.1.11 with 0.94 FOP) src="cocoon:/selitykset/{$kunta}-{$alue}-{$kaavano}-laatija_{$kaavano}.gif" .. etc.. But now I am building an html serializer for the same project. How do I "convert" this into an html tag? src="cocoon:/selitykset/{$kunta}-{$alue}-{$kaavano}-laatija_{$kaavano}.gif" .. etc .. doesn't work. I have a large file structure of gifs' so this pipeline is used for finding the right one. So it will find kunta/alue/kaavano/laatija_kaavano.gif from the selitykset directory. I just can't remember why I did so difficulty. Couldn't it just be done like: .. src="cocoon:/selitykset/{$kunta}/{$alue}/{$kaavano}/laatija_{$kaavano}.gif" .. without any pipeline? But then it would demand some concatenation? A little lost here :-[ . Anyway that is probably not the problem but the right way to put it into html. - mika - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat passing requests to cocoon for docroot, but not sub-directories?
How about if you test something like: or and then try http://test.domain/main/randomfilename.jhtml mika Jed kirjoitti: Have done all of those things already. - Jed On 10/04/2008, Lehtonen, Mika <[EMAIL PROTECTED]> wrote: Hi, can't you just leave the mod_jk out of this for now on and test directly with Tomcat e.g. configure it to listen port 8080. Another approach might be to leave Cocoon out and test some static material through mod_jk. That way you can assure that it is working properly. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat passing requests to cocoon for docroot, but not sub-directories?
Hi, can't you just leave the mod_jk out of this for now on and test directly with Tomcat e.g. configure it to listen port 8080. Another approach might be to leave Cocoon out and test some static material through mod_jk. That way you can assure that it is working properly. mika Jed kirjoitti: I know mod_jk is working because it's passing the request through to Tomcat. Instead of trying to serve the *.jhtml file from Apache, it's going to Tomcat which is then passing back it's *own* 404 message rather than the default apache version. I've got mod_jk in debug mod and looked at the output and its definately passing the request to Tomcat. - Jed On 10/04/2008, Jeroen Reijn <[EMAIL PROTECTED]> wrote: Well then it must be your mod_jk configuration. I do not have a lot of experience with that, since I normally use mod_rewrite or mod_proxy. On the cocoon side the correct way to go is without the preceding "/", so Should be So somehow tomcat or apache does not know how to handle requests with /main in front? You do not by accident have another context running inside your tomcat that has the name main? Gr. Jeroen Jed wrote: Hi Jeroen, Thanks for the suggestion. I did actually try that but it didn't solve it. :( The problem is that Tomcat still appears to NOT be passing any request for a *.jhtml document in the docroot/main folder to cocoon. As I said, when I ask for http://test.domain/test.jhtml cocoon recieves the request and processes it as seen in the sitemap.log file. However asking for http://test.domain/main/test.jhtml never gets past Tomcat. It never passes it to cocoon so it never matches a matcher and no request is ever seen in the sitemap.log. I just get a 404 from Tomcat as it's trying to return an actual file called "test.jhtml" :( - Jed On 10/04/2008, Jeroen Reijn <[EMAIL PROTECTED]> wrote: Yes you are correct here. Remove the "/" from the beginning. Also use a relative source: Use instead of Regards, Jeroen Rainer Pruy wrote: Hi Jed, you might try using (leaving out the "/"). I remember having experienced similar problem some tim ago. Regards Rainer Jed schrieb: Hi All, I'm a new Cocoon user and I've come across and I'm having a really bizarre problem at the moment which has stopped my site development in it's tracks. I've got Apache/Tomcat/Cocoon set-up and have got the Tomcat and Cocoon samples running just fine. I've set-up a virtual server with it's own docroot and made a simple "HelloWorld" servlet and XML/XSLT test and again, those work both fine. However, I've now started setting up my pipelines/matchers and a really strange thing is happening. As a test, I've put "helloworld.xml" and its associated xsl file in docroot and set-up a matcher so that and request for /*.jhtml effectively loads and transforms that file. This works fine. However, if I then make a subdirectory of docroot and place the same xml/xsl there and set-up a matcher for that, absolutely nothing happens. Instead I just get a Tomcat 404 page. I've been scratching my head over this for a week and what appears to be the problem is that Tomcat is definately passing requests for documents in docroot to cocoon but NOT for any sub-directories. The way I tested was as follows: Test 1: Created files: docroot/helloworld.xml docroot/helloworld.xsl Matcher: Request: http://test.domain/randomfilename.jhtml Result: "Hello World!" Test 2: Create files: docroot/main/helloworld.xml docroot/main/helloworld.xsl Matcher: Request: http://test.domain/main/randomfilename.jhtml Result: Tomcat 404 error message Test 3: Remove files: docroot/helloworld.xml docroot/helloworld.xsl Matcher: Request: http://test.domain/randomfilename.jhtml Result: Coccon 404 error message as defined in I have DEBUG level set in logkit and watched what was happening when I made requests. mod_jk was intercepting the request from apache and matching it with a worker and passing it to Tomcat. For requests for documents in docroot, Tomcat was passing them to cocoon as the requests and processing can be seen in the sitemap.log file. However, when a request is made for a file in a sub-directory of docroot, there is zero activity in sitemap.log - the request just never gets there! I am *completely* baffled. I believe I have the various components configured correctly but as stated, Tomcat will not pass requests for sub-dirs to Cocoon. Can anyone shed any light on this? - Jed Heres the pertinent extracts from the various configs: Apache - http.conf: DocumentRoot /usr/local/apache/share/saab_current/
Re: image caching
Actually, in this application, I am using continuations. Could it cause the caching of the pdf? I have another little similar application, which fetches the image using http request and don't use continuations. I haven't found any caching problems in it. I am just not sure if these are comparable. They are still quite different. reg. mika Joerg Heinicke kirjoitti: On 04.03.2008 09:04, Lehtonen, Mika wrote: I have pipeline which produces pdfs (with fop 0.20 or 0.94 or newer) using XML-data and images. In xsl I have multiple 'fo:external-graphics'-tags. While creating my pdfs I normally have to edit my images. But after the first time the image is introduced to the pdf, it stays the same although I edit the actual image. The editing is implemented only after I have restarted the Cocoon. (Cocoon 2.1.11 / Tomcat 6.0.14) I have this in my pipeline: won't help. The image is also fetched using pipeline like this: src="selitykset/{1}/{2}/{3}/{4}.gif"/> What to do that I don't have to restart Cocoon beacuse of changes in the images? My guess is it's actually the PDF that is taken from the cache. I guess the cache key for the PDF does not take included resources like your images into account. If that's true you just have to invalidate the PDF. I don't know how exactly your PDF pipeline looks like but you might want to "touch" (in the Linux sense, changing the file's timestamp) an XSLT or the input XML. Joerg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
image caching
Hi, this is a little problem that has bugging me for a long time. I have just been too lazy to solve it. I have pipeline which produces pdfs (with fop 0.20 or 0.94 or newer) using XML-data and images. In xsl I have multiple 'fo:external-graphics'-tags. While creating my pdfs I normally have to edit my images. But after the first time the image is introduced to the pdf, it stays the same although I edit the actual image. The editing is implemented only after I have restarted the Cocoon. (Cocoon 2.1.11 / Tomcat 6.0.14) I have this in my pipeline: won't help. The image is also fetched using pipeline like this: What to do that I don't have to restart Cocoon beacuse of changes in the images? with best regards mika - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Newer FOP to Cocoon 2.1.11
Hi Kai and others who are using or would wanted to use fop-0.9.x in Cocoon 2.1.x, this is just an informative message. I had casual difficulties with fop-0.94 in cocoon-2.1.11 especially with the tables. They caused some extra page breaks and even the content of one row's parallel cells could divide into two rows so that row1 had cell1 and row2 had cell2. I think there are some bugs in 0.94 which will be fixed in 0.95. Anyway, I downloaded newer one from the trunk and hit my head against the wall many times but finally got it working. It seems to be working at least in 2.1.11 if the xmlgraphics-commons is updated to 1.3 version shipped with the fop. And now after few tests, I haven't found anything to complain about; all the problems with the tables seems to be vanished away. :-) :-D :-) have a nice day ! - mika - P.S. Kai, I did some fine tuning in Tomcat, also with that PermGen Size and now it is really rocking. I can plot 1400x1400mm 300 dpi images out into pdf within less than 3 minutes. (Dell PE1950, 2,5 Ghz Xeon quadcore, 4G RAM). So I wouldn't say that this current fop is the world's weakest graphics renderer. ;-) Kai Mütz kirjoitti: Lehtonen, Mika <> wrote: I am afraid it won't help. I already increased the heap size to 2,5/3,5g min/max, but I still can't plot any pdf including raster out, whether the raster is at any size. It seems like something is totally broken but I can't imagine that a user could get the whole system to crash. You should try to increase the PermGen space, e.g. -XX:MaxPermSize=256m I am printing large images; the FOP manual said: do not use large images. So I don't know is this project of mine sane, but it seemed to be working nice with 12000x12000x24 rasters until I got creedy and add the pixel amount. It crashed and after that, I haven't been able to print out a single raster through FOP. I don't have any experiences with such large images. Sorry. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Authentication in xsl:fo in Cocoon
Thanks Andy, for your suggestion. Hard to say, will this solve the authentication problem, but anyway your message included valuable information for me. Actually while writing my question, I used original FOP, but thanks to Kai Mütz, I am now succesfully using fop-ng. I have all my xsls' configured with some "host-variable" in order to avoid writing the whole path onto the all src-definitions on the fo:external-graphics. It still is a pain in my ass to change them if the host changes and that matter has caused real errors when the image has been fetched from the wrong server. I guess there would have been some kind of "basedir" definition or similar but I never got it. This anyway makes my life easier. Thanks :-D I am quite happy, for now on, with my user:[EMAIL PROTECTED] solution. Does anyone know any issue why not to use it in an xsl? Yeah, I know, username and password in an ASCII file without any encryption is not the worlds most secure thing to do, but... Can someone e.g. get an access to my xsl, if for example Cocoon crashes? I still stress that this is not a high security level application. Cheers - mika - Andy Stevens kirjoitti: Hi Mika, You didn't say which FOP version you're using, but since you said this is for Cocoon 2.1.x I'll assume it's the original cocoon-fop block. The problem with that is the source resolver isn't passed in, so you have to use a full http://... URL for the external graphics and you're stuck with whatever HTTP Client FOP is using internally (and as you've seen, there's no easy way to configure this to log in the way any other external client request would). With the newer "fop-ng" block, Cocoon's source resolver is passed through to FOP so you can use another pipeline as the fo:external-graphics souce (e.g. src="cocoon:/pipeline_using_resourcereader.gif") If you were running Cocoon and the wms-server in the same vhost you could maybe even use context: to access it, but I guess that's not possible in your case. But perhaps you could create a custom reader that connects through to the other host(s) and somehow does the authentication-forwarding/SSO ? Be warned - I've not tried anything like this myself, so if it doesn't work don't blame me ;-) Andy. On 15/02/2008, Lehtonen, Mika <[EMAIL PROTECTED]> wrote: Hi Joerg, I am afraid it's not working because Cocoon is running on the localhost and wms-server on a virtual host which can't be accessed using localhost or 127.0.0.1. I am planning of adding these "secure" wms-servers into other virtual hosts which each have their own subdomain.domain.net address. To my knowledge, it's the only reasonable way of separate Geoservers datasets from each other so that users will have access only for their own data. On the other hand I need Cocoon for document production and that instance can be common. As far as I know, there is no point of deploying multiple Cocoon on the same host. It just doesn't work. So this seems to be much of a TomCat issue. But I don't know is that user:[EMAIL PROTECTED] approach so bad after all. I just have to make sure that nobody can't access that xsl. Security level demand in this application is quite low. cheers mika Joerg Heinicke kirjoitti: If I understand it correctly you have two independent web applications > in the same Tomcat instance. Couldn't you stay "inside" the secure > area so that you don't need to authenticate from Cocoon when accessing > the WMS server? I think you can check if the accessed URL was > localhost or 127.0.0.1. > > Joerg > > On 14.02.2008 12:44, Lehtonen, Mika wrote: >> >> I did a quick and dirty solution: I add >> src="http://user:[EMAIL PROTECTED]" to my fo:external-graphics >> tag. Just for the testing. >> >> Any better ideas? >> >> Are there any way to build something to sitemap, which would do the >> trick? The user has just logged into the GeoServer so there must be >> some way to forward authentication info into cocoon and pass it back >> to Geoserver. Sounds stupid. Am I doing this too complicated? >> >> reg. mika >> >> >> Lehtonen, Mika kirjoitti: >>> Hi, >>> >>> Cocoon 2.1.11 / TomCat 6.0.14 >>> >>> Cocoon is running in "main" host and wms-server (GeoServer) in >>> another virtual host. Cocoon gets rasterdata from wms and renders it >>> into pdf. So there is fo:external-graphics tag in the xsl, which has >>> a wms-request as a src attribute. >>> >>> Everything works fine until I add authentication (ope
Re: Newer FOP to Cocoon 2.1.11
Ok, thanks Joerg, for your hint. Maybe I will do so. Actually Kai saved my ass again. What would I do without you Kai. :-D The MaxPermSize setting made my Tomcat/Cocoon working again and after I did a little fine tuning to the memory settings, I managed to print even larger rasters out inside a pdf file (14172x14172px/24bit !). So it seems it was about tuning the tommy, so also in that context, this was might be a wrong list. Thank you all! mika Joerg Heinicke kirjoitti: On 18.02.2008 09:55, Kai Mütz wrote: I am afraid it won't help. I already increased the heap size to 2,5/3,5g min/max, but I still can't plot any pdf including raster out, whether the raster is at any size. It seems like something is totally broken but I can't imagine that a user could get the whole system to crash. You should try to increase the PermGen space, e.g. -XX:MaxPermSize=256m I am printing large images; the FOP manual said: do not use large images. So I don't know is this project of mine sane, but it seemed to be working nice with 12000x12000x24 rasters until I got creedy and add the pixel amount. It crashed and after that, I haven't been able to print out a single raster through FOP. I don't have any experiences with such large images. Sorry. Mika, I guess you are exceeding this list's knowledge with your requirements ;-) It's no longer much of a Cocoon issue than a FOP issue. So you might get better results asking your questions on the FOP list (or even Batik since that's used for image rendering as far as I know). They might be even able to tell you how to create your PDF differently to save memory. Joerg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Sähköpostiosoitteeni on vaihtunut. Uusi osoite on [EMAIL PROTECTED] Vanhaan osoitteeseen tulevat postit kääntyvät uuteen 25.4. asti. My e-mail address has been changed. New address is [EMAIL PROTECTED] Mails arriving in the old address will be forwarded to the new one till 25th April. Mika Lehtonen XML-Scanning Littoinen Ky Lankakatu 2 E 13, 20660 Littoinen [EMAIL PROTECTED] mbl +358 (0)44 2908259 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Newer FOP to Cocoon 2.1.11
I am afraid it won't help. I already increased the heap size to 2,5/3,5g min/max, but I still can't plot any pdf including raster out, whether the raster is at any size. It seems like something is totally broken but I can't imagine that a user could get the whole system to crash. I am printing large images; the FOP manual said: do not use large images. So I don't know is this project of mine sane, but it seemed to be working nice with 12000x12000x24 rasters until I got creedy and add the pixel amount. It crashed and after that, I haven't been able to print out a single raster through FOP. reg mika Kai Mütz kirjoitti: Try to increase the memory allocated to the JVM: http://xmlgraphics.apache.org/fop/0.94/running.html#memory Lehtonen, Mika <> wrote: Hi, the new fop worked perfectly till I tried to plot a pdf with a huge raster in it. After that I haven't been able to use it. I get this error even if I restart the Tomacat or boot the whole server. Any idea what is causing this malfunction? reg. mika HTTP Status 500 - type Exception report message description The server encountered an internal error () that prevented it from fulfilling this request. exception javax.servlet.ServletException: Servlet execution threw an exception root cause java.lang.OutOfMemoryError: PermGen space java.lang.ClassLoader.defineClass1(Native Method) java.lang.ClassLoader.defineClass(ClassLoader.java:620) java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124) org.apache.catalina.loader.WebappClassLoader.findClassInternal(WebappClassLo ader.java:1817) org.apache.catalina.loader.WebappClassLoader.findClass(WebappClassLoader.jav a:872) org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.jav a:1325) org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.jav a:1204) java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319) org.apache.fop.image.analyser.ImageReaderFactory.(ImageReaderFactory .java:57) org.apache.fop.image.ImageFactory.loadImage(ImageFactory.java:220) org.apache.fop.image.ImageLoader.loadImage(ImageLoader.java:56) org.apache.fop.image.ContextImageCache.getImage(ImageFactory.java:432) org.apache.fop.image.ImageFactory.getImage(ImageFactory.java:157) org.apache.fop.fo.flow.ExternalGraphic.bind(ExternalGraphic.java:70) org.apache.fop.fo.FObj.processNode(FObj.java:125) org.apache.fop.fo.FOTreeBuilder$MainFOHandler.startElement(FOTreeBuilder.jav a:320) org.apache.fop.fo.FOTreeBuilder.startElement(FOTreeBuilder.java:185) org.apache.cocoon.xml.AbstractXMLPipe.startElement(AbstractXMLPipe.java:95) org.apache.xml.serializer.ToXMLSAXHandler.closeStartTag(ToXMLSAXHandler.java :206) org.apache.xml.serializer.ToSAXHandler.flushPending(ToSAXHandler.java:279) org.apache.xml.serializer.ToXMLSAXHandler.endElement(ToXMLSAXHandler.java:24 5) org.apache.xalan.templates.ElemLiteralResult.execute(ElemLiteralResult.java: 1401) org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(Transform erImpl.java:2400) org.apache.xalan.templates.ElemLiteralResult.execute(ElemLiteralResult.java: 1376) org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(Transform erImpl.java:2400) org.apache.xalan.templates.ElemLiteralResult.execute(ElemLiteralResult.java: 1376) org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(Transform erImpl.java:2400) org.apache.xalan.templates.ElemLiteralResult.execute(ElemLiteralResult.java: 1376) org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(Transform erImpl.java:2400) org.apache.xalan.templates.ElemLiteralResult.execute(ElemLiteralResult.java: 1376) org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(Transform erImpl.java:2400) org.apache.xalan.templates.ElemLiteralResult.execute(ElemLiteralResult.java: 1376) note The full stack trace of the root cause is available in the Apache Tomcat/6.0.14 logs. Kai Mütz kirjoitti: Lehtonen, Mika <> wrote: Superb! ..but still too complicated for me, I'm afraid. Could you be more specific on compling part? I tried to compile that code with javac (1.6.0_04) and got 73 errors. Then I "stole" the You have to compile it with the cocoon 2.1.11 libs in classpath. This should work. I haven't tried it with java 1.6. You need at least the following libs in classpath: fop.jar; cocoon-2.1.11.jar; avalon-framework-api-4.3.jar; avalon-framework-impl-4.3.jar; avalon-logkit-2.1.jar; excalibur-sourceresolve-2.1.jar; excalibur-xmlutil-2.1.jar; excalibur-pool-api-2.1.jar; commons-lang-2.3.jar Regards, Kai - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --
Re: Newer FOP to Cocoon 2.1.11
Hi, the new fop worked perfectly till I tried to plot a pdf with a huge raster in it. After that I haven't been able to use it. I get this error even if I restart the Tomacat or boot the whole server. Any idea what is causing this malfunction? reg. mika HTTP Status 500 - type Exception report message description The server encountered an internal error () that prevented it from fulfilling this request. exception javax.servlet.ServletException: Servlet execution threw an exception root cause java.lang.OutOfMemoryError: PermGen space java.lang.ClassLoader.defineClass1(Native Method) java.lang.ClassLoader.defineClass(ClassLoader.java:620) java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124) org.apache.catalina.loader.WebappClassLoader.findClassInternal(WebappClassLoader.java:1817) org.apache.catalina.loader.WebappClassLoader.findClass(WebappClassLoader.java:872) org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1325) org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1204) java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319) org.apache.fop.image.analyser.ImageReaderFactory.(ImageReaderFactory.java:57) org.apache.fop.image.ImageFactory.loadImage(ImageFactory.java:220) org.apache.fop.image.ImageLoader.loadImage(ImageLoader.java:56) org.apache.fop.image.ContextImageCache.getImage(ImageFactory.java:432) org.apache.fop.image.ImageFactory.getImage(ImageFactory.java:157) org.apache.fop.fo.flow.ExternalGraphic.bind(ExternalGraphic.java:70) org.apache.fop.fo.FObj.processNode(FObj.java:125) org.apache.fop.fo.FOTreeBuilder$MainFOHandler.startElement(FOTreeBuilder.java:320) org.apache.fop.fo.FOTreeBuilder.startElement(FOTreeBuilder.java:185) org.apache.cocoon.xml.AbstractXMLPipe.startElement(AbstractXMLPipe.java:95) org.apache.xml.serializer.ToXMLSAXHandler.closeStartTag(ToXMLSAXHandler.java:206) org.apache.xml.serializer.ToSAXHandler.flushPending(ToSAXHandler.java:279) org.apache.xml.serializer.ToXMLSAXHandler.endElement(ToXMLSAXHandler.java:245) org.apache.xalan.templates.ElemLiteralResult.execute(ElemLiteralResult.java:1401) org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(TransformerImpl.java:2400) org.apache.xalan.templates.ElemLiteralResult.execute(ElemLiteralResult.java:1376) org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(TransformerImpl.java:2400) org.apache.xalan.templates.ElemLiteralResult.execute(ElemLiteralResult.java:1376) org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(TransformerImpl.java:2400) org.apache.xalan.templates.ElemLiteralResult.execute(ElemLiteralResult.java:1376) org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(TransformerImpl.java:2400) org.apache.xalan.templates.ElemLiteralResult.execute(ElemLiteralResult.java:1376) org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(TransformerImpl.java:2400) org.apache.xalan.templates.ElemLiteralResult.execute(ElemLiteralResult.java:1376) note The full stack trace of the root cause is available in the Apache Tomcat/6.0.14 logs. Kai Mütz kirjoitti: Lehtonen, Mika <> wrote: Superb! ..but still too complicated for me, I'm afraid. Could you be more specific on compling part? I tried to compile that code with javac (1.6.0_04) and got 73 errors. Then I "stole" the You have to compile it with the cocoon 2.1.11 libs in classpath. This should work. I haven't tried it with java 1.6. You need at least the following libs in classpath: fop.jar; cocoon-2.1.11.jar; avalon-framework-api-4.3.jar; avalon-framework-impl-4.3.jar; avalon-logkit-2.1.jar; excalibur-sourceresolve-2.1.jar; excalibur-xmlutil-2.1.jar; excalibur-pool-api-2.1.jar; commons-lang-2.3.jar Regards, Kai - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Authentication in xsl:fo in Cocoon
Hi Joerg, I am afraid it's not working because Cocoon is running on the localhost and wms-server on a virtual host which can't be accessed using localhost or 127.0.0.1. I am planning of adding these "secure" wms-servers into other virtual hosts which each have their own subdomain.domain.net address. To my knowledge, it's the only reasonable way of separate Geoservers datasets from each other so that users will have access only for their own data. On the other hand I need Cocoon for document production and that instance can be common. As far as I know, there is no point of deploying multiple Cocoon on the same host. It just doesn't work. So this seems to be much of a TomCat issue. But I don't know is that user:[EMAIL PROTECTED] approach so bad after all. I just have to make sure that nobody can't access that xsl. Security level demand in this application is quite low. cheers mika Joerg Heinicke kirjoitti: If I understand it correctly you have two independent web applications in the same Tomcat instance. Couldn't you stay "inside" the secure area so that you don't need to authenticate from Cocoon when accessing the WMS server? I think you can check if the accessed URL was localhost or 127.0.0.1. Joerg On 14.02.2008 12:44, Lehtonen, Mika wrote: I did a quick and dirty solution: I add src="http://user:[EMAIL PROTECTED]" to my fo:external-graphics tag. Just for the testing. Any better ideas? Are there any way to build something to sitemap, which would do the trick? The user has just logged into the GeoServer so there must be some way to forward authentication info into cocoon and pass it back to Geoserver. Sounds stupid. Am I doing this too complicated? reg. mika Lehtonen, Mika kirjoitti: Hi, Cocoon 2.1.11 / TomCat 6.0.14 Cocoon is running in "main" host and wms-server (GeoServer) in another virtual host. Cocoon gets rasterdata from wms and renders it into pdf. So there is fo:external-graphics tag in the xsl, which has a wms-request as a src attribute. Everything works fine until I add authentication (openLDAP + JNDI) into wms-server. Cocoon can't get the data anymore, because it can't authenticate itself. Have anybody any idea how to solve this? It might be as much a TomCat issue, but I believe there are lots of TomCat experts round here too. I tried SingleSignOn valve in Tomcat but I guess it works only among the applications under same virtual host. - mika - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Authentication in xsl:fo in Cocoon
I did a quick and dirty solution: I add src="http://user:[EMAIL PROTECTED]" to my fo:external-graphics tag. Just for the testing. Any better ideas? Are there any way to build something to sitemap, which would do the trick? The user has just logged into the GeoServer so there must be some way to forward authentication info into cocoon and pass it back to Geoserver. Sounds stupid. Am I doing this too complicated? reg. mika Lehtonen, Mika kirjoitti: Hi, Cocoon 2.1.11 / TomCat 6.0.14 Cocoon is running in "main" host and wms-server (GeoServer) in another virtual host. Cocoon gets rasterdata from wms and renders it into pdf. So there is fo:external-graphics tag in the xsl, which has a wms-request as a src attribute. Everything works fine until I add authentication (openLDAP + JNDI) into wms-server. Cocoon can't get the data anymore, because it can't authenticate itself. Have anybody any idea how to solve this? It might be as much a TomCat issue, but I believe there are lots of TomCat experts round here too. I tried SingleSignOn valve in Tomcat but I guess it works only among the applications under same virtual host. - mika - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Authentication in xsl:fo in Cocoon
Hi, Cocoon 2.1.11 / TomCat 6.0.14 Cocoon is running in "main" host and wms-server (GeoServer) in another virtual host. Cocoon gets rasterdata from wms and renders it into pdf. So there is fo:external-graphics tag in the xsl, which has a wms-request as a src attribute. Everything works fine until I add authentication (openLDAP + JNDI) into wms-server. Cocoon can't get the data anymore, because it can't authenticate itself. Have anybody any idea how to solve this? It might be as much a TomCat issue, but I believe there are lots of TomCat experts round here too. I tried SingleSignOn valve in Tomcat but I guess it works only among the applications under same virtual host. - mika - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Newer FOP to Cocoon 2.1.11
Holy smoke! It works like a train toalet! Funny how the old xsl-fo templates don't much work anymore. And that is mainly because they are not created by the standard but so that they worked with fop-0.20.5. Million times thank you! You really saved my day and helped me with this Cocoon project. I am working on a map plotter application and I must say that trying to get raster maps into template in right scale, in right direction whether user choose landscape or portrait plot, was a pain in an ass with former FOP. I hope this new one will solve my problems. Thanks again! Have a nice day! Cheers mika Kai Mütz kirjoitti: Lehtonen, Mika <> wrote: Superb! ..but still too complicated for me, I'm afraid. Could you be more specific on compling part? I tried to compile that code with javac (1.6.0_04) and got 73 errors. Then I "stole" the You have to compile it with the cocoon 2.1.11 libs in classpath. This should work. I haven't tried it with java 1.6. You need at least the following libs in classpath: fop.jar; cocoon-2.1.11.jar; avalon-framework-api-4.3.jar; avalon-framework-impl-4.3.jar; avalon-logkit-2.1.jar; excalibur-sourceresolve-2.1.jar; excalibur-xmlutil-2.1.jar; excalibur-pool-api-2.1.jar; commons-lang-2.3.jar Regards, Kai - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Sähköpostiosoitteeni on vaihtunut. Uusi osoite on [EMAIL PROTECTED]. Vanhaan osoitteeseen tulevat postit kääntyvät uuteen 25.4. asti. My e-mail address has been changed. New address is [EMAIL PROTECTED]. Mails arriving in the old address will be forwarded to the new one till 25th April. Mika Lehtonen XML-Scanning Littoinen Ky Lankakatu 2 E 13, 20660 Littoinen [EMAIL PROTECTED] mbl +358 (0)44 2908259 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Newer FOP to Cocoon 2.1.11
Superb! ..but still too complicated for me, I'm afraid. Could you be more specific on compling part? I tried to compile that code with javac (1.6.0_04) and got 73 errors. Then I "stole" the classes from the 2.2 installation of which I tested yesterday and did what you told to do. I managed to get cocoon standing but not very good. Even some pdf can be produced but this is what I mainly get. reg. mika :-! HTTP Status 500 - type Exception report message description The server encountered an internal error () that prevented it from fulfilling this request. exception javax.servlet.ServletException: Servlet execution threw an exception root cause java.lang.NoSuchMethodError: org.apache.cocoon.blocks.fop.FOPNGSerializer.getLogger()Lorg/apache/commons/logging/Log; org.apache.cocoon.blocks.fop.FOPNGSerializer.resolve(FOPNGSerializer.java:230) org.apache.fop.apps.FOURIResolver.resolve(FOURIResolver.java:129) org.apache.fop.apps.FopFactory.resolveURI(FopFactory.java:729) org.apache.fop.apps.FOUserAgent.resolveURI(FOUserAgent.java:385) org.apache.fop.apps.FOUserAgent.resolveURI(FOUserAgent.java:358) org.apache.fop.image.ImageFactory.loadImage(ImageFactory.java:190) org.apache.fop.image.ImageLoader.loadImage(ImageLoader.java:56) org.apache.fop.image.ContextImageCache.getImage(ImageFactory.java:432) org.apache.fop.image.ImageFactory.getImage(ImageFactory.java:157) org.apache.fop.fo.flow.ExternalGraphic.bind(ExternalGraphic.java:70) org.apache.fop.fo.FObj.processNode(FObj.java:125) org.apache.fop.fo.FOTreeBuilder$MainFOHandler.startElement(FOTreeBuilder.java:320) org.apache.fop.fo.FOTreeBuilder.startElement(FOTreeBuilder.java:185) org.apache.cocoon.xml.AbstractXMLPipe.startElement(AbstractXMLPipe.java:95) org.apache.xml.serializer.ToXMLSAXHandler.closeStartTag(ToXMLSAXHandler.java:206) org.apache.xml.serializer.ToSAXHandler.flushPending(ToSAXHandler.java:279) org.apache.xml.serializer.ToXMLSAXHandler.endElement(ToXMLSAXHandler.java:245) org.apache.xalan.templates.ElemLiteralResult.execute(ElemLiteralResult.java:1401) org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(TransformerImpl.java:2400) org.apache.xalan.templates.ElemLiteralResult.execute(ElemLiteralResult.java:1376) org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(TransformerImpl.java:2400) org.apache.xalan.templates.ElemLiteralResult.execute(ElemLiteralResult.java:1376) org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(TransformerImpl.java:2400) org.apache.xalan.templates.ElemLiteralResult.execute(ElemLiteralResult.java:1376) org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(TransformerImpl.java:2400) org.apache.xalan.templates.ElemLiteralResult.execute(ElemLiteralResult.java:1376) org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(TransformerImpl.java:2400) org.apache.xalan.transformer.TransformerImpl.applyTemplateToNode(TransformerImpl.java:2270) org.apache.xalan.transformer.TransformerImpl.transformNode(TransformerImpl.java:1356) org.apache.xalan.transformer.TransformerImpl.run(TransformerImpl.java:3447) org.apache.xalan.transformer.TransformerHandlerImpl.endDocument(TransformerHandlerImpl.java:408) org.apache.cocoon.xml.AbstractXMLPipe.endDocument(AbstractXMLPipe.java:56) org.apache.cocoon.transformation.TraxTransformer.endDocument(TraxTransformer.java:586) org.apache.cocoon.generation.DirectoryGenerator.generate(DirectoryGenerator.java:266) org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.processXMLPipeline(AbstractProcessingPipeline.java:572) org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.process(AbstractProcessingPipeline.java:481) org.apache.cocoon.components.treeprocessor.sitemap.SerializeNode.invoke(SerializeNode.java:144) org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:47) org.apache.cocoon.components.treeprocessor.sitemap.MatchNode.invoke(MatchNode.java:108) org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:69) org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:143) org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:69) org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:93) org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:235) org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.handleCocoonRedirect(ConcreteTreeProcessor.java:297) org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.access$000(ConcreteTreeProcessor.java:48) org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor$TreeProcessorRedirector.cocoonRedirect(ConcreteTreeProcessor.java:338) org.apache.cocoon.environment.ForwardRedi