Re: Debugging Cocoon Applications

[Sylvain Wallez]

Jennifer Yip wrote:
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.

I'm currently working on a generic debugger for Eclipse that will allow 
to debug not only the sitemap, but also other interpreted languages that 
exist in Cocoon such as XSLT and JXTemplate. CForms request processing 
and binding are also being considered.

It will be a commercial product of which I may be able to showcase a 
prototype at the GetTogether. The expected target date for general 
availability is early 2005 (was about to write late 2004 but we all know 
how schedules go ;-) ).

Sylvain
--
Sylvain Wallez  Anyware Technologies
http://www.apache.org/~sylvain   http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }

2.1 Sitemap Reloading NPE

[Vadim Gritsenko]

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

RE: Defect: booleanfield (checkbox) submit-on-change does not work

[depub2]

The booleanfield (checkbox)
 
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
 
for the "choose" widget; the entire code segment (with surrounding context)
in that file would be:


  
  


  
  

  

  
  


  
  


Then simply access:
http:///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

DO NOT REPLY [Bug 30372] - The daylight time cause error when timezone is CST

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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: [CForms] Change proposal in Custom bindings

[Leszek Gawron]

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]

RE: Cocoon and security (JAAS or J2EE??)

[Bart Molenkamp]

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: Cocoon and security (JAAS or J2EE??)

[Jorg Heymans]

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??)

[Bart Molenkamp]

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??)

[Carsten Ziegeler]

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??)

[Bart Molenkamp]

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:
> 
>
>
> 
> 
> You can do the test with the parameter selector, e.g.
> 
> HTH
> Carsten

Re: Cocoon and security (JAAS or J2EE??)

[Jorg Heymans]

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??)

[Carsten Ziegeler]

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:

   
   


You can do the test with the parameter selector, e.g.

HTH
Carsten

RE: Cocoon and security (JAAS or J2EE??)

[Bart Molenkamp]

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??)

[Carsten Ziegeler]

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: Debugging Cocoon Applications

[Carsten Ziegeler]

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/
> 
> 

Changes in Rhino-cont implementation

[Reinhard Poetz]

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: Calling Web Services from Flow

[Reinhard Poetz]

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

Debugging Cocoon Applications

[Jennifer Yip]

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/

Cocoon and security (JAAS or J2EE??)

[Bart Molenkamp]

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.

RE: [CForms]When using fi:groups with style "tabs" calender select is behide the layer

[Bart Molenkamp]

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 }

DO NOT REPLY [Bug 30372] - The daylight time cause error when timezone is CST

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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

[Sylvain Wallez]

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 }

Re: [CForms]When using fi:groups with style "tabs" calender select is behide the layer

[Jorg Heymans]

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:
   

   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]

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:
> > 
> >  
> > 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

[roy huang]

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:
> 
>  
> 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]

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:
> 
>  
> 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.

[CForms]When using fi:groups with style "tabs" calender select is behide the layer

[roy huang]

Hi,All:
When using fi:group with styling "tabs" like:

 
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: Struts compared Cocoon

[Sylvain Wallez]

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 }

Re: Struts compared Cocoon

[Jorg Heymans]

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

[Sylvain Wallez]

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=fullsearch&value=Struts&context=40

--
Sylvain Wallez  Anyware Technologies
http://www.apache.org/~sylvain   http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }

Struts compared Cocoon

[Jennifer Yip]

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