[Stripes-users] ActionBeans, Converters etc. in jars not scanned in WebSphere Application Server
ActionBeans, Converters, Formatters etc located in jars and bundled in WEB-INF/lib are not found by the resolvers. For some reason ResolverUtil does not seem to be able to find any classes located in jars in the WebSphere environment. Any suggestion how to solve this problem? -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Stripes-users mailing list Stripes-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/stripes-users
Re: [Stripes-users] Stripes 1.5.1 released
I still don't see it in Maven repo. I think it is taking a bit too long? Cheers, Yee -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com___ Stripes-users mailing list Stripes-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/stripes-users
Re: [Stripes-users] Stripes 1.5.1 released
CN Yee wrote: I still don't see it in Maven repo. I think it is taking a bit too long? Cheers, Yee it always takes too long till it gets into maven repo... -m -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Stripes-users mailing list Stripes-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/stripes-users
Re: [Stripes-users] welcome page
On 11-03-2009 at 10:24, Vadim wrote: No, it's set the dispatcher to *.action. Actually, why *.jsp-s goes thru filter and *.action-s thru dispatcher? Both go through the filter. URL's ending in .action go through the dispatcher, when you've configured this by mapping *.action to the dispatcher (a servlet). URL's ending in .jsp generally don't because *.jsp is mapped to the application server's JSP serving mechanism (also a servlet in Tomcat, for example). Oscar -- ,-_ /() ) Oscar Westra van holthe - Kind http://www.xs4all.nl/~kindop/ (__ ( =/ () Don't let your boss fuck you; that's anti-capitalist. -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Stripes-users mailing list Stripes-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/stripes-users
Re: [Stripes-users] Determining event from EL validation expression
It seems that in the EL expression of such validations you can also access the action context (ActionBeanContext). From there you should be able to get the event name with context.eventName. Haven't tried it though, but knowing that most Stripes things work as it says on the tin, it's worth a shot. Cosmin What's a good way to get at the event name relevant to an invocation of a validation EL expression? -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Stripes-users mailing list Stripes-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/stripes-users
Re: [Stripes-users] Stripes web.xml
If jsps are not hit directly (they are under WEB-INF somewhere) , there is no need to bind them to filter/dispatcher servlet. I have filter and dispatcher both mapping to '*.action' and it works great. there is a book on stripes that might have more examples, but the website has a good section here http://www.stripesframework.org/display/stripes/Configuration+Reference basically, most (if not all) of configuration comes down to StripesFilter initial params. -Original Message- From: Vadim [mailto:vadb...@gmail.com] Sent: Wednesday, March 11, 2009 2:54 AM To: stripes-users@lists.sourceforge.net Subject: [Stripes-users] Stripes web.xml http://www.stripesframework.org/display/stripes/Quick+Start+Guide take a look please at this link. Why they bind *.jsp to filter, and *.action to dispatcher servlet? Where can i actually find some info on this topic (configurations)? -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Stripes-users mailing list Stripes-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/stripes-users -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Stripes-users mailing list Stripes-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/stripes-users
[Stripes-users] Quest on removing data in error during wizard
The scenario is as follows in the context of a Wizard: 1. During a wizard the user selects 2 items from a list 2. Upon clicking Next, a business use case error is detected for one of the items. Stripes handles the validation error as expected by forwarding to the originating wizard page and displaying the error message to the user 3. The user deletes the item in error and clicks Next again. When the user clicks Next, a JavaScript routine literally removes the item marked for deletion from the HTML DOM so that only the remaining one item is sent on the second request. 4. On the next wizard page, the one item that passed validations is shown as well as a blank line as if another item was sent on the second Next request even though there was only one item submitted Something squirrelly is going on with Stripes error handling in wizards when attempting to remove error data from a step in the wizard. Any ideas what might be going on and/or how to solve/fix/workaround it? Melinda Savoy Analy Appl Sys II ITS Supply Management Systems Texas Health Resources The information contained in this message and any attachments is intended only for the use of the individual or entity to which it is addressed, and may contain information that is PRIVILEGED, CONFIDENTIAL, and exempt from disclosure under applicable law. If you are not the intended recipient, you are prohibited from copying, distributing, or using the information. Please contact the sender immediately by return e-mail and delete the original message from your system.-- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com___ Stripes-users mailing list Stripes-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/stripes-users
[Stripes-users] with Stripes 1.5.1 jar we get a nested JSP rendered and returned as view when validation errors are present
Here is a summary of how we reproduce this problem (which does not happen with Stripes 1.5): 1) Request /sign-in which resolves to the default handler method view() on our SignInActionBean which has the following annotations: @DefaultHandler @DontValidate Response uses JSP specified in the returned ForwardResolution 2) Click on form submit button 3) Stripes processes request and correctly resolves the login() method and the required fields are validated. Once validation is complete a ForwardResolution is constructed using a nested JSP file which includes a fragment of the desired Response HTML. This path is specified in a Stripes layout component. 4) Response in browser is a form HTML fragment with expected field validation errors rendered. The relevant debug output is: DEBUG [net.sourceforge.stripes.controller.UrlBindingFactory] - Matched /WEB-INF/components/signInForm.jsp to [/] Has there been a change in Stripes 1.5.1 that would cause this behaviour? -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Stripes-users mailing list Stripes-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/stripes-users
Re: [Stripes-users] with Stripes 1.5.1 jar we get a nested JSP rendered and returned as view when validation errors are present
Yes, there was such a change. http://www.stripesframework.org/jira/browse/STS-632 I did that to better support AJAX. For example, say you have A.jsp, which includes a form from B.jsp. The form in B.jsp is submitted with AJAX and the response replaces the form. However, if there are validation errors in your form submission you'd want it to return only the contents of B.jsp with the validation errors included. Otherwise, you'd end up with the whole contents of A.jsp (including B.jsp) inside an element in the page already rendered from A.jsp. It was only after the release of 1.5.1 that I realized the potential problems it would cause for non-AJAX situations. There is a workaround. Try replacing your jsp:include with %@ include %. The latter literally includes the source of the target page without making a new include request. The result is that _sourcePage becomes the outer page instead of the included one. I know this isn't ideal for you, but at least there is a workaround when it's done this way. I never could come up with a workaround when the behavior was the other way. I'm open to discussion on the topic. Let me know if you have any suggestions or if you simply can't get it to work. -Ben On Wed, Mar 11, 2009 at 7:16 PM, Mark Tyrrell mtyrr...@homeaway.com wrote: Here is a summary of how we reproduce this problem (which does not happen with Stripes 1.5): 1) Request /sign-in which resolves to the default handler method view() on our SignInActionBean which has the following annotations: @DefaultHandler @DontValidate Response uses JSP specified in the returned ForwardResolution 2) Click on form submit button 3) Stripes processes request and correctly resolves the login() method and the required fields are validated. Once validation is complete a ForwardResolution is constructed using a nested JSP file which includes a fragment of the desired Response HTML. This path is specified in a Stripes layout component. 4) Response in browser is a form HTML fragment with expected field validation errors rendered. The relevant debug output is: DEBUG [net.sourceforge.stripes.controller.UrlBindingFactory] - Matched /WEB-INF/components/signInForm.jsp to [/] Has there been a change in Stripes 1.5.1 that would cause this behaviour? -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com___ Stripes-users mailing list Stripes-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/stripes-users