Re: [Stripes-users] stripes+yui

2011-02-11 Thread Yee
javascripts frameworks (YUI, jQuery or whatnots) and server frameworks (stripes, plain JSP etc) are two very independent things. Usually most Javascript will play with most server frameworks (the God forsaken JSF is a notable exception). I would suggest that you play around with YUI with plain

Re: [Stripes-users] Still seeing ConcurrentModificationException

2011-02-11 Thread VANKEISBELCK Remi
Hi folks, Just had a look, the stack seems to show some code that ain't in Stripes (at least not in the 1.5.x branch at the time I write this email). Found this in the stack trace : net.sourceforge.stripes.controller.NameBasedActionResolverHelper.rescanFor

Re: [Stripes-users] stripes+yui

2011-02-11 Thread Stone, Timothy
We've launched a huge project pairing YUI and Stripes. As Yee later notes, the YUI and Stripes are independent. There is no integration of the stacks, e.g., Dojo and Struts. And IMHO no need to integrate the stacks at the Stripes Tag level (though bgunter may want to speak up here). You can see

[Stripes-users] s:form - POST by default?

2011-02-11 Thread Grzegorz Krugły
Is there a single place where I could set it so every s:form in my app uses POST instead of GET? I know, HTML's default is GET, but I also stumbled on an old Tim Fennel's post where he's considered an exception in this one case. Maybe the default was left as GET (according to 1.5.5 Javadocs it

Re: [Stripes-users] stripes+yui

2011-02-11 Thread farouk alhassan
working on hyperstripes at the moment if you want to join. Uses Dojo at the moment but the architecture allows any RenderKit and its largely annotation based so you can define your own components. The project is in its infancy so maybe a good time to discuss other potential use cases Regards

Re: [Stripes-users] s:form - POST by default?

2011-02-11 Thread Aaron Porter
Hi Grzegorz, s:form already defaults to POST and has for as long as I can remember. The javadoc is incorrect, I'm looking for where to fix it... Aaron On 02/11/2011 11:54 AM, Grzegorz Krugły wrote: Is there a single place where I could set it so everys:form in my app uses POST instead of

Re: [Stripes-users] Still seeing ConcurrentModificationException

2011-02-11 Thread Nikolaos Giannopoulos
Remi, Your assessment is quite detailed and appears to be very thorough on multiple levels. Yes. JRebel adds it own class and many months ago I had a wild time tracing an issue when the UrlBindingFactory singleton code was converted to using an instance variable. Indeed this class exists

Re: [Stripes-users] Still seeing ConcurrentModificationException

2011-02-11 Thread VANKEISBELCK Remi
Hi Nikolaos, folks, Ah, the reloadable Action Resolver, I knew it. I guess they have the same issues with hibernate, spring, and all these stateful frameworks. Must be quite a challenge to have a fully reloadable JEE app these days !! Statefulness... Anyway, I agree that trying to sync just for