http://permalink.gmane.org/gmane.comp.java.stripes.user hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://permalink.gmane.org/gmane.comp.java.stripes.user/9026 OK, how do I do it properly? I'll share it on the web if you really want it. The tomcat error is Caused by: java.lang.ClassCastException: net.sourceforge.stripes.action.ActionBeanContext cannot be cast to com.fnfbook.beans.FnfActionBeanContext at com.fnfbook.beans.Login.setContext(Login.java:33) at net.sourceforge.stripes.controller.AnnotatedClassActionResolver.setActionBeanContext(AnnotatedClassActionResolver.java:374) The entire source code of the FnfActionBeanContext class is public class FnfActionBeanContext extends ActionBeanContext { /** Gets the currently logged in user, or null if no-one is logged in. */ public User getUser() { return (User) getRequest().getSession().getAttribute("user"); } /** Sets the currently logged in user. */ public void setUser(User currentUser) { getRequest().getSession().setAttribute("user", currentUser); } /** Logs the user out by invalidating the session. */ public void logout() { getRequest Pat Farrell 2008-12-05T03:49:56 http://permalink.gmane.org/gmane.comp.java.stripes.user/9025 ------------------------------------------------------------------------------ SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/_______________________________________________ Stripes-users mailing list Stripes-users-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f< at >public.gmane.org https://lists.sourceforge.net/lists/listinfo/stripes-users Gregg Bolinger 2008-12-05T03:22:26 http://permalink.gmane.org/gmane.comp.java.stripes.user/9024 Sorry, I am using 1.5 I'm too new at this to know what an Extensions package is. I tried this: <filter> <display-name>Stripes Filter</display-name> <filter-name>StripesFilter</filter-name> <filter-class>net.sourceforge.stripes.controller.StripesFilter</filter-class> <init-param> <param-name>ActionResolver.Packages</param-name> <param-value>com.fnfbook</param-value> </init-param> <init-param> <param-name>ActionBeanContext.Class</param-name> <param-value>com.fnfbook.beans.FnFActionBeanContext</param-value> </init-param> </filter> I get the error Could not create instance of ActionBean type [com.fnfbook.beans.Login]. If I merge the two "init-param" sections, then I get a 404 description The requested resource (/fnfapp/) is not available. with this as the web.xml <filter> <display-name>Stripes Filter</display-name> <filter-name>StripesFilter</filter-name> <filter-class>net.sourceforge.stripes.controller.StripesFilter</filter-class> <init-param> <param-name>Ac Pat Farrell 2008-12-05T03:13:19 http://permalink.gmane.org/gmane.comp.java.stripes.user/9023 ------------------------------------------------------------------------------ SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/_______________________________________________ Stripes-users mailing list Stripes-users-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f< at >public.gmane.org https://lists.sourceforge.net/lists/listinfo/stripes-users Gregg Bolinger 2008-12-05T02:59:39 http://permalink.gmane.org/gmane.comp.java.stripes.user/9022 Hi The best practices says "Implement your own ActionBeanContext" so I have made the class. But I can't figure out how to glue it in. I assume it takes a couple of lines in the web.xml file, but the attempts I've made fail. I guessed that it goes in the <filter> <display-name>Stripes Filter</display-name> as an init-param pair. But that doesn't work. Pointers, examples, links, etc would be greatly appreciated. Thanks Pat Pat Farrell 2008-12-05T02:48:08 http://permalink.gmane.org/gmane.comp.java.stripes.user/9021 Hello all, I have had this problem once before and now it happens again. In the project I have 5 beans and the application works fine. Today I went to add another submit tag and name it arrival. On my bean I have the method named arrival but it never hits that function always the default. Ive tried using < at >HandlesEvent("arrival") over the method but that doesnt work. If i log Context.getEvent() it says that the event is indeed arrival but still doesnt bind. Are there any circumstances that cause this to occur or has anyone had this problem with 1.4.3. Ken ------------------------------------------------------------------------------ SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ KenBarnesJr 2008-12-05T01:10:04 http://permalink.gmane.org/gmane.comp.java.stripes.user/9020 Also, make sure the createVessel method is: - public - not static - takes no parameters - returns Resolution Freddy On Thu, 4 Dec 2008 11:11:24 -0500, "Chris Herron" <cherro-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org> said: ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ Freddy Daoud 2008-12-04T16:57:57 http://permalink.gmane.org/gmane.comp.java.stripes.user/9019 Ken, Try increasing the Stripes log level to debug to see what's going on, or share the relevant code in another email. Chris. On Dec 4, 2008, at 11:04 AM, Ken wrote: ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ Chris Herron 2008-12-04T16:11:24 http://permalink.gmane.org/gmane.comp.java.stripes.user/9018 Hello all, I have an application that has about 4 submits and all of them worked properly yesterday but today I added another and I cant get it to hit the proper handler function. I log the context.getEvent() String and the submit button has the proper event name but when I log in the function and attempt to perform some logic, nothing happens. Is there a limit to the number of submits or another hidden trick that perhaps I am missing? I restarted server and tried a number of things including adding < at >HandlesEvent("createVessel") to the ActionBean. Thanks Ken ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ Ken 2008-12-04T16:04:08 http://permalink.gmane.org/gmane.comp.java.stripes.user/9017 I'll have a look - thanks. My setup is complementary to JPA but independent. Mike McNally 2008-12-04T14:27:22 http://permalink.gmane.org/gmane.comp.java.stripes.user/9016 Mike, I'm not sure if you're using Hibernate but Patrick Lightbody created a HibernateValidationMetadataProvider along those lines. It's available in the Stripes-Stuff project. You can see it here: http://stripes-stuff.svn.sourceforge.net/viewvc/stripes-stuff/StripesStuff/trunk/plugins/src/org/stripesstuff/hibernate/HibernateValidationMetadataProvider.java?revision=78&view=markup Aaron Mike McNally wrote: ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ Aaron Porter 2008-12-04T14:22:48 http://permalink.gmane.org/gmane.comp.java.stripes.user/9015 I've been fooling around with an extended ValidationMetadataProvider to see how hard it'd be to keep validation information tied to persisted entity objects instead of actions. Is there any other work like this going on? The premise is that entity instances may show up as properties of many action beans, and so it'd be a good thing to avoid replicating the validation rules in each action. Even when the entities themselves don't appear directly as action properties, it may often be the case that the validation rules for scalar action properties are determined by the nature of related entities. Thus I've added a "< at >ValidateFrom(beanclass=Foo.class)" annotation. The provider just walks up that class's parentage gathering up < at >Validate information. It also looks at JPA < at >Column annotations to get a "maxlength" value if none is present in the < at >Validate. It really wasn't that hard to do because the mechanism is so nice and simple to begin with. Mike McNally 2008-12-04T13:23:34 http://permalink.gmane.org/gmane.comp.java.stripes.user/9014 ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/_______________________________________________ Stripes-users mailing list Stripes-users-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f< at >public.gmane.org https://lists.sourceforge.net/lists/listinfo/stripes-users Levi Hoogenberg 2008-12-04T07:31:12 http://permalink.gmane.org/gmane.comp.java.stripes.user/9013 ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/_______________________________________________ Stripes-users mailing list Stripes-users-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f< at >public.gmane.org https://lists.sourceforge.net/lists/listinfo/stripes-users Abhi 2008-12-04T05:45:26 http://permalink.gmane.org/gmane.comp.java.stripes.user/9012 ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/_______________________________________________ Stripes-users mailing list Stripes-users-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f< at >public.gmane.org https://lists.sourceforge.net/lists/listinfo/stripes-users Christian Nelson 2008-12-04T05:05:30 http://permalink.gmane.org/gmane.comp.java.stripes.user/9011 All true. On the other hand, the order of interceptors is only relevant when there are dependencies. It is therefore more useful to have this annotation instead: < at >AutoloadDependencies(Class<? extends Interceptor>[] dependencies) And even then, the dependent interceptors are usually your own (and project dependent). As a result, I find it just as easy to define the interceptors in web.xml myself. Oscar Oscar Westra van Holthe - Kind 2008-12-03T19:32:17 http://permalink.gmane.org/gmane.comp.java.stripes.user/9010 ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/_______________________________________________ Stripes-users mailing list Stripes-users-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f< at >public.gmane.org https://lists.sourceforge.net/lists/listinfo/stripes-users Levi Hoogenberg 2008-12-03T18:54:41 http://permalink.gmane.org/gmane.comp.java.stripes.user/9009 Interceptors loaded by the stripes extension package are not in any order. If you really need order then you need to move those interceptors out of the extension package or mark them with < at >DontAutoLoad and list them in the web.xml. Nathan On Wed, Dec 3, 2008 at 9:20 AM, Mike McNally <emmecinque-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org> wrote: ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ Nathan Maves 2008-12-03T16:46:00 http://permalink.gmane.org/gmane.comp.java.stripes.user/9008 When Interceptors are picked up via the Extension feature, is it the case that ordering of invocation is determined by class name? I'll check the source but I get dizzy in there sometimes and I might get confused. Mike McNally 2008-12-03T16:20:58 http://permalink.gmane.org/gmane.comp.java.stripes.user/9007 Found the cause: calling ctx.getMessages() or ctx.getValidationErrors() triggers the creation of the Flash Scope even if no messages or errors are subsequently added to them. I was fetching these at the top of the action and assigning them to a variable, then using them in the message & error handling code later on in the method. I think there's a possible RFE here: Flash Scope should not be saved unless it is non-empty. Thoughts? Alan Burlison 2008-12-03T10:05:40 http://permalink.gmane.org/gmane.comp.java.stripes.user/9006 Your customers allow you to send their highly confidential reporting datas to google ? JFreechart is quite easy to use, but have a really ugly rendering quality compared to other solutions. I like the rendering of flash components (open flash chart 2) but have never used them yet. Did someone try them ? ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ Lionel 2008-12-03T10:02:39 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.java.stripes.user