Struts compared Cocoon
Hi guys, Does anyone have any papers / URLs that might highlight +/- aspects of Structs and Cocoon appreciated JENNY _ Express yourself with cool new emoticons http://www.msn.co.uk/specials/myemo
Re: Struts compared Cocoon
Jennifer Yip wrote: Hi guys, Does anyone have any papers / URLs that might highlight +/- aspects of Structs and Cocoon You'll find some Struts-related on the Cocoon wiki [1]. First, it has to be said that Struts and Cocoon can cooperate smoothly, Cocoon playing in that case the role of a JSP, but providing way more capabilities such as multi-channel/format responses. Now Cocoon provides features that make looks Struts like a very primitive and less-productive thing: - flowscript, to write controllers without the traditional hassle of handling state automata - Cocoon forms, to build sophisticated forms in a declarative way (no need for a form bean) And of course, combining flowscript and CForms is a _very_ productive combination. Sylvain [1] http://wiki.apache.org/cocoon/FindPage?action=fullsearchvalue=Strutscontext=40 -- Sylvain Wallez Anyware Technologies http://www.apache.org/~sylvain http://www.anyware-tech.com { XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
Re: Struts compared Cocoon
Now Cocoon provides features that make looks Struts like a very primitive and less-productive thing: - flowscript, to write controllers without the traditional hassle of handling state automata Note that struts seems to have started a similar mechanism. http://struts.sourceforge.net/struts-flow/ I've never used it so can't comment on the feel of it vs cocoon-flow. Jorg
Re: Struts compared Cocoon
Jorg Heymans wrote: Now Cocoon provides features that make looks Struts like a very primitive and less-productive thing: - flowscript, to write controllers without the traditional hassle of handling state automata Note that struts seems to have started a similar mechanism. http://struts.sourceforge.net/struts-flow/ It's not a similar mechanism, as it's just an adaptation of Cocoon's flowscript to Struts ;-) Sylvain -- Sylvain Wallez Anyware Technologies http://www.apache.org/~sylvain http://www.anyware-tech.com { XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
[CForms]When using fi:groups with style tabs calender select is behide the layer
Hi,All: When using fi:group with styling tabs like: fi:group fi:styling type=tabs / If there has widget which its type is datetime,the calendar select box is under the tab div.So you can't select date from the calendar select. My environment: cocoon 2.1.5.1 IE 6 I think it is a bug,can anyone fix it ? Roy Huang.
RE: [CForms]When using fi:groups with style tabs calender select is behide the layer
Set the CSS property z-index to a value greater than the frame, and it will apear. In forms-calendar.css, in #forms_calendarDiv, I've added z-index: 20; and that fixed it. -Original Message- From: roy huang [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 21, 2004 11:24 AM To: [EMAIL PROTECTED] Subject: [CForms]When using fi:groups with style tabs calender select is behide the layer Hi,All: When using fi:group with styling tabs like: fi:group fi:styling type=tabs / If there has widget which its type is datetime,the calendar select box is under the tab div.So you can't select date from the calendar select. My environment: cocoon 2.1.5.1 IE 6 I think it is a bug,can anyone fix it ? Roy Huang.
Re: [CForms]When using fi:groups with style tabs calender select is behide the layer
Thanks, it works.Should this change submit in cvs? - Original Message - From: Bart Molenkamp [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, September 21, 2004 5:35 PM Subject: RE: [CForms]When using fi:groups with style tabs calender select is behide the layer Set the CSS property z-index to a value greater than the frame, and it will apear. In forms-calendar.css, in #forms_calendarDiv, I've added z-index: 20; and that fixed it. -Original Message- From: roy huang [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 21, 2004 11:24 AM To: [EMAIL PROTECTED] Subject: [CForms]When using fi:groups with style tabs calender select is behide the layer Hi,All: When using fi:group with styling tabs like: fi:group fi:styling type=tabs / If there has widget which its type is datetime,the calendar select box is under the tab div.So you can't select date from the calendar select. My environment: cocoon 2.1.5.1 IE 6 I think it is a bug,can anyone fix it ? Roy Huang.
RE: [CForms]When using fi:groups with style tabs calender select is behide the layer
Hmm, don't know, I'm not a committer. But I guess so. Maybe you could find out what would be a good value for the z-index, as 20 is just a random value (probably some lower would do) Bart. -Original Message- From: roy huang [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 21, 2004 11:45 AM To: [EMAIL PROTECTED] Subject: Re: [CForms]When using fi:groups with style tabs calender select is behide the layer Thanks, it works.Should this change submit in cvs? - Original Message - From: Bart Molenkamp [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, September 21, 2004 5:35 PM Subject: RE: [CForms]When using fi:groups with style tabs calender select is behide the layer Set the CSS property z-index to a value greater than the frame, and it will apear. In forms-calendar.css, in #forms_calendarDiv, I've added z-index: 20; and that fixed it. -Original Message- From: roy huang [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 21, 2004 11:24 AM To: [EMAIL PROTECTED] Subject: [CForms]When using fi:groups with style tabs calender select is behide the layer Hi,All: When using fi:group with styling tabs like: fi:group fi:styling type=tabs / If there has widget which its type is datetime,the calendar select box is under the tab div.So you can't select date from the calendar select. My environment: cocoon 2.1.5.1 IE 6 I think it is a bug,can anyone fix it ? Roy Huang.
Re: [CForms]When using fi:groups with style tabs calender select is behide the layer
This problem has come up before, there may be even a bug reported about it in Bugzilla. IIRC someone came up with a fix and was going to contact the original author of the calendar widget to see if the fix could be applied there. In any case I would check bugzilla and add the bug + patch if it's not there already. A wiki entry explaining the problem and how to fix it might also be helpful. Regards Jorg Bart Molenkamp wrote: Hmm, don't know, I'm not a committer. But I guess so. Maybe you could find out what would be a good value for the z-index, as 20 is just a random value (probably some lower would do) Bart. -Original Message- From: roy huang [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 21, 2004 11:45 AM To: [EMAIL PROTECTED] Subject: Re: [CForms]When using fi:groups with style tabs calender select is behide the layer Thanks, it works.Should this change submit in cvs? - Original Message - From: Bart Molenkamp [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, September 21, 2004 5:35 PM Subject: RE: [CForms]When using fi:groups with style tabs calender select is behide the layer Set the CSS property z-index to a value greater than the frame, and it will apear. In forms-calendar.css, in #forms_calendarDiv, I've added z-index: 20; and that fixed it. -Original Message- From: roy huang [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 21, 2004 11:24 AM To: [EMAIL PROTECTED] Subject: [CForms]When using fi:groups with style tabs calender select is behide the layer Hi,All: When using fi:group with styling tabs like: fi:group fi:styling type=tabs / If there has widget which its type is datetime,the calendar select box is under the tab div.So you can't select date from the calendar select. My environment: cocoon 2.1.5.1 IE 6 I think it is a bug,can anyone fix it ? Roy Huang.
Re: [CForms]When using fi:groups with style tabs calender select is behide the layer
Bart Molenkamp wrote: Hmm, don't know, I'm not a committer. But I guess so. Maybe you could find out what would be a good value for the z-index, as 20 is just a random value (probably some lower would do) Or maybe a higher value, as we can safely assume that the calendar always has to appear on top of anything else. Do you know what the maximum value for z-index is? Sylvain -- Sylvain Wallez Anyware Technologies http://www.apache.org/~sylvain http://www.anyware-tech.com { XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
DO NOT REPLY [Bug 30372] - The daylight time cause error when timezone is CST
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=30372. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=30372 The daylight time cause error when timezone is CST [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Additional Comments From [EMAIL PROTECTED] 2004-09-21 10:33 --- Nobody will fix the bug because it is already marked as FIXED. Re-opening.
RE: [CForms]When using fi:groups with style tabs calender select is behide the layer
I guess it has no maximum value. At least I can't find it here: http://www.w3.org/TR/CSS21/visuren.html#propdef-z-index Integer is defined is as 1 or more '0..9', also here is no maximum specified (it does say that some elements may specify a max). Maybe the maximum of a 16bit or 32bit int would be good? -Original Message- From: Sylvain Wallez [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 21, 2004 12:31 PM To: [EMAIL PROTECTED] Subject: Re: [CForms]When using fi:groups with style tabs calender select is behide the layer Bart Molenkamp wrote: Hmm, don't know, I'm not a committer. But I guess so. Maybe you could find out what would be a good value for the z-index, as 20 is just a random value (probably some lower would do) Or maybe a higher value, as we can safely assume that the calendar always has to appear on top of anything else. Do you know what the maximum value for z-index is? Sylvain -- Sylvain Wallez Anyware Technologies http://www.apache.org/~sylvain http://www.anyware-tech.com { XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
Cocoon and security (JAAS or J2EE??)
Hi all, I've been looking for a good method of securing Cocoon web applications. I think that authentication/authorization via JAAS or via the web container are good methods. Are there any implementations available that integrate Cocoon and these security mechanisms? And if so, what are the possibilities of declarative security and authorisation in sitemaps? E.g. declaring that a pipeline can only be executed by users with a specific role? Thanks, Bart.
Debugging Cocoon Applications
Does anyone have knowledge of a plugin for Eclipse (or other development environments) that would allow me to set break points in a sitemap and step through a pipeline - inspect parameters, session etc. Normally at present I bring Cocoon into Eclipse and set break points or use RHINO Flowscript debugger as required. Failing all of this what are the key place to break point in code - ie at start of pipeline, genberator, transformer etc really appreciated JENNY _ Want to block unwanted pop-ups? Download the free MSN Toolbar now! http://toolbar.msn.co.uk/
Re: Calling Web Services from Flow
Adam Ratcliffe wrote: Hi, I've put together an implementation of Luke Hubbard's RT on calling web services from the flow layer. The code is available from http://wiki.apache.org/cocoon/FlowAndWebServices if you're interested in taking a look. The impetus for getting this going came from an application I was working on where I needed to direct the flow of control based upon the response from a remote service, something not easily done using the SOAP logicsheet or WebServiceProxyGenerator. The code probably needs a bit of a tidy up, I'm not hugely familiar with the Avalon component lifecycle. I also lifted the CompilingClassLoader code directly from the FOM javascript interpreter - I'm sure it could be better optimized for this purpose. Cheers Adam Adam, Wow, this looks really promising! Pls, could you file a Bugzilla report and add the ZIP file there. Many thanks! Best, Reinhard
Changes in Rhino-cont implementation
Sylvain Wallez wrote: Igor Bukanov wrote: It is hard to implement catch(continue|break|return) correctly. For example, what should happen if an exception is thrown during the execution of code there or what if continuation is captured/restored inside the catch block? Depending on the situation the version in Cocoon would either throw an exception or go into infinite loop. AFAICS respecting finally has rather simple answers in all those corner cases and that is why I put efforts to implement it rather the catch blocks. For compatibility a special mode can be added in principle to Rhino from mozilla.org with support for arguments.continuation and catch(...) with the clear marks about deprecation (unless, of cause, it is possible to implement the constructions simply and efficiently - then no deprecation!). But my continuation curiosity does not spread far enough to create such patch. arguments.continuation, AFAIK was never documented publicly, so we can safely forget about it. For the special catch syntaxes, there will be some compatibility problems as many people are likely to have used it. But since the use of finally seems to allow the same kind of behaviour with a simpler syntax and a clearly specified semantics, I think it is our job, we cocooners, to prepare our user base to this change and give them directions to upgrade their scripts. I think we should deprecate this syntax in the next Cocoon 2.1.x release and in Cocoon 2.2 we can use the new Rhino continuations implementation - this also gives us more time for testing. -- Reinhard
RE: Debugging Cocoon Applications
You can use the free available sunBow plugin for Eclipse: http://www.s-und-n.de/sunshine/ccos/de/produkte/english/sunbow (It currently doesn't work with the latest Cocoon and Eclipse version) Carsten -Original Message- From: Jennifer Yip [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 21, 2004 2:23 PM To: [EMAIL PROTECTED] Subject: Debugging Cocoon Applications Does anyone have knowledge of a plugin for Eclipse (or other development environments) that would allow me to set break points in a sitemap and step through a pipeline - inspect parameters, session etc. Normally at present I bring Cocoon into Eclipse and set break points or use RHINO Flowscript debugger as required. Failing all of this what are the key place to break point in code - ie at start of pipeline, genberator, transformer etc really appreciated JENNY _ Want to block unwanted pop-ups? Download the free MSN Toolbar now! http://toolbar.msn.co.uk/
RE: Cocoon and security (JAAS or J2EE??)
Bart Molenkamp wrote: Hi all, I've been looking for a good method of securing Cocoon web applications. I think that authentication/authorization via JAAS or via the web container are good methods. Are there any implementations available that integrate Cocoon and these security mechanisms? And if so, what are the possibilities of declarative security and authorisation in sitemaps? E.g. declaring that a pipeline can only be executed by users with a specific role? You could use the authentication-fw block and write an own Authenticator for it. The authenticator is the connection between your Cocoon application and the used security mechanism. I think a time ago there were some guys that have developed such an Authenticator - at least I think I saw it on the users list. Anyways, writing such an Authenticator is really simple. Once you have done this, you can configure it using the authentication framework and can then use declarative security in your sitemap (or in flow). You can test, if the user is authenticated, if he is in a role etc. HTH Carsten
RE: Cocoon and security (JAAS or J2EE??)
I'm currently using that block, and wrote a pipeline that simply puts the request.getUserPrincipal().getName() (or whatever the API call is exactly) to authenticate a user (well, the user is already authenticated but it lets the authentication framework know that the user is authenticated). That works fine. I also know that I can protect documents with that framework, but how can I specify that only users with a specific role can view that document (pipeline)? Do I need to write my own sitemap components for that (e.g. an action)? Bart. -Original Message- From: Carsten Ziegeler [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 21, 2004 3:52 PM To: [EMAIL PROTECTED] Subject: RE: Cocoon and security (JAAS or J2EE??) Bart Molenkamp wrote: Hi all, I've been looking for a good method of securing Cocoon web applications. I think that authentication/authorization via JAAS or via the web container are good methods. Are there any implementations available that integrate Cocoon and these security mechanisms? And if so, what are the possibilities of declarative security and authorisation in sitemaps? E.g. declaring that a pipeline can only be executed by users with a specific role? You could use the authentication-fw block and write an own Authenticator for it. The authenticator is the connection between your Cocoon application and the used security mechanism. I think a time ago there were some guys that have developed such an Authenticator - at least I think I saw it on the users list. Anyways, writing such an Authenticator is really simple. Once you have done this, you can configure it using the authentication framework and can then use declarative security in your sitemap (or in flow). You can test, if the user is authenticated, if he is in a role etc. HTH Carsten
RE: Cocoon and security (JAAS or J2EE??)
Bart Molenkamp wrote: I'm currently using that block, and wrote a pipeline that simply puts the request.getUserPrincipal().getName() (or whatever the API call is exactly) to authenticate a user (well, the user is already authenticated but it lets the authentication framework know that the user is authenticated). That works fine. I also know that I can protect documents with that framework, but how can I specify that only users with a specific role can view that document (pipeline)? Do I need to write my own sitemap components for that (e.g. an action)? This is one solution, yes. But you can also include the role information in the authenticator, which means the Document you return could add a guest element, if the user is in this role etc. Then in the sitemap, the auth-protect action that you use to protect your pipeline, returns all elements as keys to the included sitemap components: act type=auth-protect !-- Conf for action -- !-- You can check for the guest role here: -- /act You can do the test with the parameter selector, e.g. HTH Carsten
Re: Cocoon and security (JAAS or J2EE??)
Bart Molenkamp wrote: I also know that I can protect documents with that framework, but how can I specify that only users with a specific role can view that document (pipeline)? Do I need to write my own sitemap components for that (e.g. an action)? Your authenticator class gets called every time a protected pipeline is accessed. If users need a certain role level, just check their role and return false if it's not sufficient. Jorg
RE: Cocoon and security (JAAS or J2EE??)
Okay, that probably solves my problem! -Original Message- From: Carsten Ziegeler [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 21, 2004 4:08 PM To: [EMAIL PROTECTED] Subject: RE: Cocoon and security (JAAS or J2EE??) Bart Molenkamp wrote: I'm currently using that block, and wrote a pipeline that simply puts the request.getUserPrincipal().getName() (or whatever the API call is exactly) to authenticate a user (well, the user is already authenticated but it lets the authentication framework know that the user is authenticated). That works fine. I also know that I can protect documents with that framework, but how can I specify that only users with a specific role can view that document (pipeline)? Do I need to write my own sitemap components for that (e.g. an action)? This is one solution, yes. But you can also include the role information in the authenticator, which means the Document you return could add a guest element, if the user is in this role etc. Then in the sitemap, the auth-protect action that you use to protect your pipeline, returns all elements as keys to the included sitemap components: act type=auth-protect !-- Conf for action -- !-- You can check for the guest role here: -- /act You can do the test with the parameter selector, e.g. HTH Carsten
RE: Cocoon and security (JAAS or J2EE??)
Jorg Heymans wrote: Bart Molenkamp wrote: I also know that I can protect documents with that framework, but how can I specify that only users with a specific role can view that document (pipeline)? Do I need to write my own sitemap components for that (e.g. an action)? Your authenticator class gets called every time a protected pipeline is accessed. If users need a certain role level, just check their role and return false if it's not sufficient. No, the authenticator is only called once per session. Carsten
RE: Cocoon and security (JAAS or J2EE??)
Does that mean that for every pipeline, the authenticator does a authenticate() call? -Original Message- From: news [mailto:[EMAIL PROTECTED] On Behalf Of Jorg Heymans Sent: Tuesday, September 21, 2004 4:06 PM To: [EMAIL PROTECTED] Subject: Re: Cocoon and security (JAAS or J2EE??) Bart Molenkamp wrote: I also know that I can protect documents with that framework, but how can I specify that only users with a specific role can view that document (pipeline)? Do I need to write my own sitemap components for that (e.g. an action)? Your authenticator class gets called every time a protected pipeline is accessed. If users need a certain role level, just check their role and return false if it's not sufficient. Jorg
Re: Cocoon and security (JAAS or J2EE??)
Your authenticator class gets called every time a protected pipeline is accessed. If users need a certain role level, just check their role and return false if it's not sufficient. No, the authenticator is only called once per session. *shrug* well that was sort of what i meant - it didn't come out right in the email though :-)) So I'll just go back to sleep now. Jorg
RE: Cocoon and security (JAAS or J2EE??)
I think my problem is solved now... so you can go safely back to sleep ;) -Original Message- From: news [mailto:[EMAIL PROTECTED] On Behalf Of Jorg Heymans Sent: Tuesday, September 21, 2004 4:38 PM To: [EMAIL PROTECTED] Subject: Re: Cocoon and security (JAAS or J2EE??) Your authenticator class gets called every time a protected pipeline is accessed. If users need a certain role level, just check their role and return false if it's not sufficient. No, the authenticator is only called once per session. *shrug* well that was sort of what i meant - it didn't come out right in the email though :-)) So I'll just go back to sleep now. Jorg
Re: [CForms] Change proposal in Custom bindings
Marc Portier wrote: Leszek Gawron wrote: BTW the patch I submitted already passes the service manager to custom bindings that implement Serviceable. It doesn't change anything for existing custom bindings. Maybe useful for custom bindings in general? I have no vote here but it would be very usable for me and everyone that binds forms to O/R managed entities. this just makes sense, and doesn't break backwards compat mind though that cforms is still marked unstable so we're not there to guarantee any compatibility yet (we'll try no to break things of course) any case: done. -marc= (hating eclipse + subclipse going bez-*$^*#-urk) has the patch been applied? I still see the bug report open and cannot seem to find changes in trunk. -- Leszek Gawron [EMAIL PROTECTED]
DO NOT REPLY [Bug 30372] - The daylight time cause error when timezone is CST
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=30372. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=30372 The daylight time cause error when timezone is CST [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|ASSIGNED --- Additional Comments From [EMAIL PROTECTED] 2004-09-21 21:02 --- We only need to update the WEB-INF/lib/icu4j.jar? That is all to fix the bug? Please confirm and I will do that. :-) BTW, I wondering why before you cannot post that you are using DELI block.
RE: Defect: booleanfield (checkbox) submit-on-change does not work
The booleanfield (checkbox) fi:styling submit-on-change=true/ fails to submit the page when the checkbox value is changed (checked/unchecked) and yeilds an error when the page is submitted with the field unchecked. The incorrect behavior may be observed by adding to ~blocks/forms/forms/form2_template.xml fi:styling submit-on-change=true/ for the choose widget; the entire code segment (with surrounding context) in that file would be: tr td valign=topft:widget-label id=number//td td valign=topft:widget id=number//td /tr tr td/ td valign=topft:widget id=choose fi:styling submit-on-change=true/ /ft:widget ft:widget-label id=choose//td /tr tr td valign=topft:widget-label id=sex//td td valign=topft:widget id=sex//td /tr Then simply access: http://yourserver/cocoon/samples/blocks/forms/form2xml.flow and verify that changing the value of the checkbox does not submit the form. Thanks for putting this on the bug list... (and fixing it :)) David
2.1 Sitemap Reloading NPE
Hi all, Seems not everything is quite right with sitemap yet. Do: 1. Open http://localhost:/samples/ 2. Touch build/webapp/sitemap.xmap 3. Reload http://localhost:/samples/ 4. Get: java.lang.NullPointerException at org.apache.cocoon.components.treeprocessor.TreeProcessor.dispose(TreeProcessor.java:351) at org.apache.cocoon.components.treeprocessor.sitemap.MountNode.dispose(MountNode.java:158) at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.dispose(ConcreteTreeProcessor.java:323) at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.markForDisposal(ConcreteTreeProcessor.java:153) at org.apache.cocoon.components.treeprocessor.TreeProcessor.buildConcreteProcessor(TreeProcessor.java:336) at org.apache.cocoon.components.treeprocessor.TreeProcessor.setupConcreteProcessor(TreeProcessor.java:277) at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:229) at org.apache.cocoon.Cocoon.process(Cocoon.java:648) Any clues? Vadim