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 gelo1...@gmail.com 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 m...@digikartta.net 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 m...@digikartta.net 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
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
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 m...@digikartta.net 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
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
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 m...@digikartta.net 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 For additional commands, e-mail: users-h...@cocoon.apache.org mailto:users-h
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 gelo1...@gmail.com 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 m...@digikartta.net 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 m...@digikartta.net 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
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
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
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: 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 mixmatch 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 m...@digikartta.net 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: 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
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
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
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: map:match pattern=registration.mika map:generate src=forms/registration2.xml/ map:serialize/ /map:match 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
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 map:match pattern=registration.mika map:generate src=forms/registration2.xml/ 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 map:serialize/ /map:match 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
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 map:match pattern=registration.mika map:generate src=forms/registration2.xml/ map:serialize/ /map:match - 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: map:match pattern=registration.mika map:generate src=forms/registration2.xml/ map:serialize/ /map:match 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: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 map:match pattern=registration.mika map:generate src=forms/registration2.xml/ 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? map:generate src=forms/registration2.xml/ 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? fb:context xmlns:fb=http://apache.org/cocoon/forms/1.0#binding; path=/ fb:value id=surname path=surname / fb:value id=initials path=initials / fb:value id=firstname path=firstname / fb:value id=email path=email / /fb:context 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. map:serialize/ /map:match 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
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 map:match pattern=registration.mika map:generate src=forms/registration2.xml/ map:serialize/ /map:match - 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: map:match pattern=registration.mika map:generate src=forms/registration2.xml/ map:serialize/ /map:match 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. map:match pattern=registration.mika map:generate src=forms/registration2.xml/ map:serialize/ /map:match *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 map:match pattern=registration.mika map:generate src=forms/registration2.xml/ map:serialize/ /map:match - 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: map:match pattern=registration.mika map:generate src=forms/registration2.xml/ map:serialize/ /map:match 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
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. map:match pattern=registration.mika map:generate src=forms/registration2.xml/ map:serialize/ /map:match *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 map:match pattern=registration.mika map:generate src=forms/registration2.xml/ map:serialize/ /map:match - 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: map:match pattern=registration.mika map:generate src=forms/registration2.xml/ map:serialize/ /map:match 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
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
