Nabble - Stripes

[JIRA] Updated: (STS-614) Ability to specify "ObjectFactory" for beans created during binding

2008-10-10T14:10:06Z

[ http://www.stripesframework.org/jira/browse/STS-614?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Ben Gunter updated STS-614:
---------------------------

Fix Version/s: Release 1.5.1

> Ability to specify "ObjectFactory" for beans created during binding
> -------------------------------------------------------------------
>
> Key: STS-614
> URL: http://www.stripesframework.org/jira/browse/STS-614
> Project: Stripes
> Issue Type: New Feature
> Affects Versions: Release 1.5
> Reporter: Patrick Lightbody
> Assignee: Ben Gunter
> Fix For: Release 1.5.1
>
> Attachments: obj_fact.patch
>
>
> See patch.

--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://www.stripesframework.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

-------------------------------------------------------------------------
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-development mailing list
Stripes-development@...
https://lists.sourceforge.net/lists/listinfo/stripes-development

From forum: stripes-dev

[JIRA] Resolved: (STS-613) Stripes only handles HTTP GETs and POSTs

2008-10-10T14:06:06Z

[ http://www.stripesframework.org/jira/browse/STS-613?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Ben Gunter resolved STS-613.
----------------------------

Resolution: Fixed
Assignee: Ben Gunter (was: Aaron Porter)

Fixed as suggested.

> Stripes only handles HTTP GETs and POSTs
> ----------------------------------------
>
> Key: STS-613
> URL: http://www.stripesframework.org/jira/browse/STS-613
> Project: Stripes
> Issue Type: Bug
> Affects Versions: Release 1.5
> Reporter: Aaron Porter
> Assignee: Ben Gunter
> Priority: Minor
> Fix For: Release 1.5.1
>
>
> DispatcherServlet overrides doGet() and doPost() instead of service() so Stripes can't handle any requests that aren't GETs or POSTs. The simple fix is to remove DispatcherServlet.doGet() and rename DispatcherServlet.doPost() to DispatcherServlet.service().

From forum: stripes-dev

SF.net SVN: stripes:[973] branches/1.5.x/stripes/src/net/sourceforge/ stripes/controller/DispatcherServlet.java

2008-10-10T14:03:13Z

Revision: 973
http://stripes.svn.sourceforge.net/stripes/?rev=973&view=rev
Author: bengunter
Date: 2008-10-10 21:03:13 +0000 (Fri, 10 Oct 2008)

Log Message:
-----------
Applied fix for STS-613 from trunk

Modified Paths:
--------------
branches/1.5.x/stripes/src/net/sourceforge/stripes/controller/DispatcherServlet.java

Modified: branches/1.5.x/stripes/src/net/sourceforge/stripes/controller/DispatcherServlet.java
===================================================================
--- branches/1.5.x/stripes/src/net/sourceforge/stripes/controller/DispatcherServlet.java 2008-10-10 20:25:42 UTC (rev 972)
+++ branches/1.5.x/stripes/src/net/sourceforge/stripes/controller/DispatcherServlet.java 2008-10-10 21:03:13 UTC (rev 973)
@@ -30,7 +30,6 @@
import javax.servlet.http.HttpServletResponse;
import javax.servlet.jsp.JspFactory;
import javax.servlet.jsp.PageContext;
-import java.io.IOException;
import java.lang.reflect.InvocationTargetException;
import java.util.Stack;

@@ -60,13 +59,6 @@
/** Log used throughout the class. */
private static final Log log = Log.getInstance(DispatcherServlet.class);

- /** Implemented as a simple call to doPost(request, response). */
- @Override
- protected void doGet(HttpServletRequest request, HttpServletResponse response)
- throws ServletException, IOException {
- doPost(request, response);
- }
-
/**
* <p>Invokes the following instance level methods in order to coordinate the processing
* of requests:</p>
@@ -88,7 +80,7 @@
* @throws ServletException thrown when the system fails to process the request in any way
*/
@Override
- protected void doPost(final HttpServletRequest request, final HttpServletResponse response)
+ protected void service(final HttpServletRequest request, final HttpServletResponse response)
throws ServletException {

// It sucks that we have to do this here (in the request cycle), but there doesn't

This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.

-------------------------------------------------------------------------
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-development mailing list
Stripes-development@...
https://lists.sourceforge.net/lists/listinfo/stripes-development

From forum: stripes-dev

[JIRA] Updated: (STS-614) Ability to specify "ObjectFactory" for beans created during binding

2008-10-10T13:56:06Z

[ http://www.stripesframework.org/jira/browse/STS-614?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Patrick Lightbody updated STS-614:
----------------------------------

Attachment: obj_fact.patch

From forum: stripes-dev

[JIRA] Created: (STS-614) Ability to specify "ObjectFactory" for beans created during binding

2008-10-10T13:56:06Z

Ability to specify "ObjectFactory" for beans created during binding
-------------------------------------------------------------------

Key: STS-614
URL: http://www.stripesframework.org/jira/browse/STS-614
Project: Stripes
Issue Type: New Feature
Affects Versions: Release 1.5
Reporter: Patrick Lightbody
Attachments: obj_fact.patch

See patch.

--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://www.stripesframework.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

-------------------------------------------------------------------------
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-development mailing list
Stripes-development@...
https://lists.sourceforge.net/lists/listinfo/stripes-development

From forum: stripes-dev

SF.net SVN: stripes:[972] trunk/stripes/src/net/sourceforge/stripes/ controller/DispatcherServlet.java

2008-10-10T13:25:42Z

Revision: 972
http://stripes.svn.sourceforge.net/stripes/?rev=972&view=rev
Author: bengunter
Date: 2008-10-10 20:25:42 +0000 (Fri, 10 Oct 2008)

Log Message:
-----------
Fixed STS-613, as suggested.

Modified Paths:
--------------
trunk/stripes/src/net/sourceforge/stripes/controller/DispatcherServlet.java

Modified: trunk/stripes/src/net/sourceforge/stripes/controller/DispatcherServlet.java
===================================================================
--- trunk/stripes/src/net/sourceforge/stripes/controller/DispatcherServlet.java 2008-10-08 03:05:08 UTC (rev 971)
+++ trunk/stripes/src/net/sourceforge/stripes/controller/DispatcherServlet.java 2008-10-10 20:25:42 UTC (rev 972)
@@ -30,7 +30,6 @@
import javax.servlet.http.HttpServletResponse;
import javax.servlet.jsp.JspFactory;
import javax.servlet.jsp.PageContext;
-import java.io.IOException;
import java.lang.reflect.InvocationTargetException;
import java.util.Stack;

@@ -60,13 +59,6 @@
/** Log used throughout the class. */
private static final Log log = Log.getInstance(DispatcherServlet.class);

- /** Implemented as a simple call to doPost(request, response). */
- @Override
- protected void doGet(HttpServletRequest request, HttpServletResponse response)
- throws ServletException, IOException {
- doPost(request, response);
- }
-
/**
* <p>Invokes the following instance level methods in order to coordinate the processing
* of requests:</p>
@@ -88,7 +80,7 @@
* @throws ServletException thrown when the system fails to process the request in any way
*/
@Override
- protected void doPost(final HttpServletRequest request, final HttpServletResponse response)
+ protected void service(final HttpServletRequest request, final HttpServletResponse response)
throws ServletException {

// It sucks that we have to do this here (in the request cycle), but there doesn't

This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.

-------------------------------------------------------------------------
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-development mailing list
Stripes-development@...
https://lists.sourceforge.net/lists/listinfo/stripes-development

From forum: stripes-dev

[JIRA] Created: (STS-613) Stripes only handles HTTP GETs and POSTs

2008-10-10T12:47:06Z

Stripes only handles HTTP GETs and POSTs
----------------------------------------

Key: STS-613
URL: http://www.stripesframework.org/jira/browse/STS-613
Project: Stripes
Issue Type: Bug
Affects Versions: Release 1.5
Reporter: Aaron Porter
Assignee: Aaron Porter
Priority: Minor
Fix For: Release 1.5.1

DispatcherServlet overrides doGet() and doPost() instead of service() so Stripes can't handle any requests that aren't GETs or POSTs. The simple fix is to remove DispatcherServlet.doGet() and rename DispatcherServlet.doPost() to DispatcherServlet.service().

--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://www.stripesframework.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

-------------------------------------------------------------------------
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-development mailing list
Stripes-development@...
https://lists.sourceforge.net/lists/listinfo/stripes-development

From forum: stripes-dev

[JIRA] Closed: (STS-461) Wrong default for the Population strategy?

2008-10-10T10:31:06Z

[ http://www.stripesframework.org/jira/browse/STS-461?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Frederic Daoud closed STS-461.
------------------------------

Resolution: Not a Bug

This complexity should probably not be in Stripes itself as it would introduce hard-to-track compatibility issues, and so is best left to be implemented in an application for its specific needs.

> Wrong default for the Population strategy?
> ------------------------------------------
>
> Key: STS-461
> URL: http://www.stripesframework.org/jira/browse/STS-461
> Project: Stripes
> Issue Type: Bug
> Components: ActionBean Dispatching
> Affects Versions: Release 1.4.3
> Environment: Windows/Linux, Tomcat 5.5.28
> Reporter: Phil Sladen
> Priority: Minor
>
> I had an event handler that updates a few action properties from the submission, but then returns a validation failure. The form is redisplayed, but with the property values that were submitted to the action, rather than with the updated values in the action. Shouldn't the default population strategy be to take values from the actionbean before the page parameters. The current default appears to assume that pages are designed to submit to themselves when they should be submitting to an action.

From forum: stripes-dev

[JIRA] Closed: (STS-298) Alternatives for enum= attribute in options-enumeration

2008-10-10T08:51:06Z

[ http://www.stripesframework.org/jira/browse/STS-298?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Frederic Daoud closed STS-298.
------------------------------

Resolution: Not a Bug

Populate the tag from the enum= attribute to keep things simple and consistent.

> Alternatives for enum= attribute in options-enumeration
> -------------------------------------------------------
>
> Key: STS-298
> URL: http://www.stripesframework.org/jira/browse/STS-298
> Project: Stripes
> Issue Type: Improvement
> Components: Tag Library
> Affects Versions: Release 1.4.1
> Reporter: Andy
> Priority: Minor
>
> Currently the stripes:options-enumeration tag requires the enum= attribute to specify the full class name of the enum.
> <stripes:form action="/MyAB.action">
> <stripes:select name="myProperty">
> <stripes:options-enumeration enum="xxx.enums.MyEnum"/>
> </stripes:select>
> </stripes:form>
> Assuming that MyAB.getMyProperty() is declared to return xxx.enums.MyEnum, a better way to specify the enum class is to specify the property name ("myProperty" in this case). The actual enum class is then looked up in the action bean that is specified in the enclosing stripes:form.
> <stripes:form action="/MyAB.action">
> <stripes:select name="myProperty">
> <stripes:options-enumeration for="myProperty"/>
> </stripes:select>
> </stripes:form>
> An even better way is to omit the for= and enum= attributes altogether, because the property name is already specified in the enclosing stripes:select tag.
> <stripes:form action="/MyAB.action">
> <stripes:select name="myProperty">
> <stripes:options-enumeration/>
> </stripes:select>
> </stripes:form>
> However the for= attribute may be useful in the rare cases where the name property in stripes:select refers to a different property.
> With this enhancement, the enum= attribute becomes non-mandatory, the for= attribute is added, and it is an error to specify both.

From forum: stripes-dev

[JIRA] Closed: (STS-300) Filtering for options-enumeration/options-collection

2008-10-10T08:39:06Z

[ http://www.stripesframework.org/jira/browse/STS-300?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Frederic Daoud closed STS-300.
------------------------------

Resolution: Won't Fix

This functionality does not belong in the tag.

> Filtering for options-enumeration/options-collection
> ----------------------------------------------------
>
> Key: STS-300
> URL: http://www.stripesframework.org/jira/browse/STS-300
> Project: Stripes
> Issue Type: New Feature
> Components: Tag Library
> Affects Versions: Release 1.4.1
> Reporter: Andy
>
> Currently the options-enumeration and options-collection tags render all values in the enum or collection.
> They will be more useful if filtering criteria can be specified when not all values should be rendered.
> package xxx.enums;
> public enum MyNumber { ONE, TWO, THREE, FOUR, FIVE, SIX, SEVEN;
> public boolean getIsPrime() { return this==TWO || this==THREE || this==FIVE || this==SEVEN; }
> public boolean getIsEven() { return (ordinal() % 2) == 1; }
> }
> <stripes:options-enumeration enum="xxx.enums.MyNumber"/>
> (renders all seven options)
> <stripes:options-enumeration enum="xxx.enums.MyNumber" where="isPrime"/>
> (renders only TWO, THREE, FIVE, SEVEN)
> <stripes:options-enumeration enum="xxx.enums.MyNumber" where="isEven"/>
> (renders only TWO, FOUR, SIX)
> If the proposed where= attribute supports some kind of expression language (EL?), it will be much more flexible:
> <stripes:options-enumeration enum="xxx.enums.MyNumber" where="isPrime && !isEven"/>
> (renders only THREE, FIVE, SEVEN)
> For symmetry, the options-collection tag should likewise take a where= attribute.
> A typical use would be, where="theCurrentUserCanSeeThisOption" :)

From forum: stripes-dev

Is Stripes suitable?(if for nothing, u get exx support for free. tx guys)

2008-10-10T01:15:09Z

We were in the same situation, like this guy. We needed a framework, so we hit the internet. Ever since we landed on the stripes, we have not looked any further. If for nothing, its the single tool i have used that have the best support I have ever had for free.

Guys who help we the newbies and professional wannbies, i want to say we really appreciate your help. Sometimes our problems are completely out of our own carelessness but amazingly there is always someone who is willing to say something about your problem, whether it is directly or indirectly related to Stripes.

So far, i have never read anything bad on stripes, which make me believe it has something that other presentation frameworks don t have.

PROFESSIONAL SUPPORT FOR FREE

thankx guys. Its great to see all these gurus(Tim, Fred, Alex. etc) - trying to help me with my NPE

NB. my company is www.lalpac.com. Our software is not in the public domain, so we cannot add it to the stripes around the world, but it is used massively to deliver robust systems to local governments in the UK

--- On Thu, 10/9/08, Dan Kaplan <dkaplan@...> wrote:

From: Dan Kaplan <dkaplan@...>
Subject: Re: [Stripes-users] is Stripes suitable?
To: "Stripes Users List" <stripes-users@...>
Date: Thursday, October 9, 2008, 12:02 PM

Stripes layout frameworks are remarkably simple and useful -- the best I've used. UI code reuse is effortless.

While I agree that the UI code functions amazingly, I don’t like the way that 1 tag does different things in different contexts. Maybe it’s just me, but that gets really complex to think about.

From: Philip Constantinou [mailto:pconstantinou@...]
Sent: Wednesday, October 08, 2008 7:07 AM
To: Stripes Users List
Subject: Re: [Stripes-users] is Stripes suitable?

Stripes users -

I've been meaning to write up a more elaborate posting about our use of stripes but I wanted to give you another datapoint.... and more kudos to stripes.

My company, Evernote, has been using stripes for over a year -- I started using it after a number of successful smaller projects at a previous company. We're now serving over 450k registered users and over 25k requests per minute in a clustered set of servers.

We use stripes for our web, iphone web, and web mobile user interface - stripes gave us a lot of model/controller code reuse. The framework is used in conjunction with Hibernate and also GWT for some of the more interactive interfaces.

Performance has never been an issue.

Stripes makes it easier to make more secure applications.

Stripes has helped me bring new junior non-java engineers up to speed very quickly - they are less likely to make errors that new Java servlet engineers make.

Stripes layout frameworks are remarkably simple and useful -- the best I've used. UI code reuse is effortless.

We continue to be impressed about how easy it is to extend stripes and also how well it plays with other tools (be it AJAX frameworks or tag libraries).

(Probably not as issue for you) but localization using stripes was very easy, even with some complex requirements.

The default UI widgets (especially error handling) are minimal but great and very configurable. They make creating well behaved forms the default.

My recommendation, if you're going to use Stripes, is to get one senior person to learn it from from top-to-bottom establishing the usage guidelines for the rest of the team. Stripes is incredibly hard to use if you use it wrong -- a few good examples are usually all you need but if folks head off in the wrong direction they can get frustrated quickly. Things like allowing multiple forms on a page are very easy to do and but also really frustrating if you don't know how to make it work.

This mailing list is great and the community is very responsive but I think it's essential to have a local champion.

Phil

On Oct 8, 2008, at 6:15 AM, ping lu wrote:

Motten, Jeppe, Chris,

thanks so much for your excellent point, they are very helpful to my evaluation process. I am trying to bring Stripes as a player into this project.

Cheers,

Lu

From: cherro@...
To: stripes-users@...
Date: Tue, 7 Oct 2008 15:40:15 -0400
Subject: Re: [Stripes-users] is Stripes suitable?

Here's a casual performance comparison from a couple of years back that found Stripes to be significantly faster than WebWork/Struts 2 primarily because of Struts 2's reliance on OGNL for binding. As far as I know, Spring MVC uses OGNL also.

I'm using Stripes in two production applications, one of which is running on a modest Linux server. The number of users has grown from tens to thousands, and the only scalability issues have been resolved in the persistence tier - Stripes contributes very little overhead to this app.

There's a list of some public sites built using Stripes here. One of the more notable ones is http://imagesource.cnn.com

I would suggest that you try porting a slice of one of your existing Spring MVC applications and doing your own comparison. You could use Apache JMeter to load-test a few use cases and measure response times as the number of users increase.

By the way, a lot of people (including me) are using Stripes along with other Spring services (transactions, persistence, URL security) and Stripes coexists happily with those.

Chris.

On Oct 7, 2008, at 12:47 PM, ping lu wrote:

Hi, Strips community,

Currently we are evaluating web framework for a very big enterprise project. Stripes seems to be the pick at this moment.

Though we still need more materials to support the decision (for politically correctness). Maybe your knowledge can easily help us out with some information:
1. Could you please list any relatively large scale enterprise applications used by Stripes?
2. what is the biggest advantage (or weakness) Stripes over Spring MVC (2.5 or plus) in particular? (since Spring MVC has already been used in our organization).

We especially concern about "request/response performance" and "scalability".

With those information, we may able to make our final decisions. Any help from you is greatly appreciated.

regards,

H. Lu

Stay up to date on your PC, the Web, and your mobile phone with Windows Live. See Now -------------------------------------------------------------------------
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@...
https://lists.sourceforge.net/lists/listinfo/stripes-users

Stay up to date on your PC, the Web, and your mobile phone with Windows Live. See Now -------------------------------------------------------------------------
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@...
https://lists.sourceforge.net/lists/listinfo/stripes-users

-------------------------------------------------------------------------
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@...
https://lists.sourceforge.net/lists/listinfo/stripes-users

-------------------------------------------------------------------------
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@...
https://lists.sourceforge.net/lists/listinfo/stripes-users

From forum: stripes-users

Re: problem in finding the ActionBean class by jsp

2008-10-09T13:46:23Z

And id you didn't do so, use beanclass="path.to.your.action.bean.YourActionBean" in stripes:form tag instead of action.
This may help you solve your problem since it will generate a good URL unless it doesn't find the action bean.

Btw, you seem to use an old example because <stripes:form beanclass=""> is used in the current quickstart.
See it at http://www.stripesframework.org/display/stripes/Quick+Start+Guide

Christian

-----Original Message-----
From: Poitras Christian [mailto:Christian.Poitras@...]
Sent: Thursday, October 09, 2008 4:39 PM
To: 'Stripes Users List'
Subject: Re: [Stripes-users] problem in finding the ActionBean class by jsp

Did you create the net.sourceforge.stripes.examples.quickstart.CalculatorActionBean class (it's not included with Stripes)?

If so, did you include
<init-param>
<param-name>ActionResolver.Packages</param-name>
<param-value>net.sourceforge.stripes.examples</param-value>
</init-param>
in the StripesFilter declaration?

Christian

-----Original Message-----
From: Stripes-payal [mailto:payal2301@...]
Sent: Thursday, October 09, 2008 4:19 PM
To: stripes-users@...
Subject: Re: [Stripes-users] problem in finding the ActionBean class by jsp

I am just trying to run the first example of Stripes:CalculatorActionBean Though I have just copy -pasted every thing as mentioned in documentation still its giving the exception

org.apache.jasper.JasperException: Could not determine action from 'beanclass' supplied. The value supplied was 'net.sourceforge.stripes.examples.quickstart.CalculatorActionBean'. Please ensure that this bean type exists and is in the classpath. If you are developing a page and the ActionBean does not yet exist, consider using the 'action' attribute instead for now.
at
org.apache.jasper.servlet.JspServletWrapper.handleJspException(JspServletWrapper.java:512)
at
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:377)
at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:314)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:264)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at
net.sourceforge.stripes.controller.StripesFilter.doFilter(StripesFilter.java:246)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869)
at
org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664)
at
org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
at
org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80)
at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
at java.lang.Thread.run(Unknown Source)

Stripes-payal wrote:

>
> I have a jsp which has
> <%@ page contentType="text/html;charset=UTF-8" language="java" %> <%@
> taglib prefix="stripes"
> uri="http://stripes.sourceforge.net/stripes.tld"%>
> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
> "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
> <html>
> <head>
> <title>My First Stripe</title>
> <style type="text/css">
> input.error { background-color: yellow; }
> </style>
> </head>
> <body>
> <h1>Stripes Calculator</h1>
>
> Hi, I'm the Stripes Calculator. I can only do addition. Maybe,
> some day, a nice programmer
> will come along and teach me how to do other things?
>
> <stripes:form action="com/examples/actions/TryActionBean.action"
> focus="">
> <stripes:errors/>
> <table>
> <tr>
> <td>Number 1:</td>
> <td><stripes:text name="numberOne"/></td>
> </tr>
> <tr>
> <td>Number 2:</td>
> <td><stripes:text name="numberTwo"/></td>
> </tr>
> <tr>
> <td colspan="2">
> <stripes:submit name="addition" value="Add"/>
> <stripes:submit name="division" value="Divide"/>
> </td>
> </tr>
> <tr>
> <td>Result:</td>
> <td>${actionBean.result}</td>
> </tr>
> </table>
> </stripes:form>
> </body>
> </html>
>
>
> And my Action Bean is located at same location as mentioned by form:
> action in jsp.
>
> Now here is my 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>ActionResolver.Packages</param-name>
> <param-value>com.examples.actions</param-value>
> </init-param>
> </filter>
>
> <filter-mapping>
> <filter-name>StripesFilter</filter-name>
> <url-pattern>*.jsp</url-pattern>
> <dispatcher>REQUEST</dispatcher>
> </filter-mapping>
>
> <filter-mapping>
> <filter-name>StripesFilter</filter-name>
> <servlet-name>StripesDispatcher</servlet-name>
> <dispatcher>REQUEST</dispatcher>
> </filter-mapping>
>
> <servlet>
> <servlet-name>StripesDispatcher</servlet-name>
>
> <servlet-class>net.sourceforge.stripes.controller.DispatcherServlet</servlet-class>
> <load-on-startup>1</load-on-startup>
> </servlet>
>
> <servlet-mapping>
> <servlet-name>StripesDispatcher</servlet-name>
> <url-pattern>*.action</url-pattern>
> </servlet-mapping>
>
> that too points to the same folder.
> when i tries to run my jsp I get the page but when I submit it gives
> the exception
>
> net.sourceforge.stripes.exception.ActionBeanNotFoundException: Could
> not locate an ActionBean that is bound to the URL
> [/com/examples/actions/TryActionBean.action]. Commons reasons for this
> include mis-matched URLs and forgetting to implement ActionBean in
> your class. Registered ActionBeans are:
> {/controller/DefaultView.action=class
> net.sourceforge.stripes.controller.DefaultViewActionBean}
>
> net.sourceforge.stripes.controller.AnnotatedClassActionResolver.getAct
> ionBean(AnnotatedClassActionResolver.java:325)
>
> net.sourceforge.stripes.controller.NameBasedActionResolver.getActionBe
> an(NameBasedActionResolver.java:245)
>
> net.sourceforge.stripes.controller.AnnotatedClassActionResolver.getAct
> ionBean(AnnotatedClassActionResolver.java:279)
>
> net.sourceforge.stripes.controller.DispatcherHelper$1.intercept(Dispat
> cherHelper.java:106)
>
> net.sourceforge.stripes.controller.ExecutionContext.proceed(ExecutionC
> ontext.java:158)
>
> net.sourceforge.stripes.controller.BeforeAfterMethodInterceptor.interc
> ept(BeforeAfterMethodInterceptor.java:111)
>
> net.sourceforge.stripes.controller.ExecutionContext.proceed(ExecutionC
> ontext.java:155)
>
> net.sourceforge.stripes.controller.ExecutionContext.wrap(ExecutionCont
> ext.java:74)
>
> net.sourceforge.stripes.controller.DispatcherHelper.resolveActionBean(
> DispatcherHelper.java:102)
>
> net.sourceforge.stripes.controller.DispatcherServlet.resolveActionBean
> (DispatcherServlet.java:245)
>
> net.sourceforge.stripes.controller.DispatcherServlet.doPost(DispatcherServlet.java:148)
> javax.servlet.http.HttpServlet.service(HttpServlet.java:709)
> javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
>
> net.sourceforge.stripes.controller.StripesFilter.doFilter(StripesFilte
> r.java:246)
>
>
> note The full stack trace of the root cause is available in the Apache
> Tomcat/5.5.20 logs.
>
>
> Can any On tell me what I am missing or doing wrong.
>

--
View this message in context: http://www.nabble.com/problem-in-finding-the-ActionBean-class-by-jsp-tp19887791p19906511.html
Sent from the stripes-users mailing list archive at Nabble.com.

-------------------------------------------------------------------------
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@...
https://lists.sourceforge.net/lists/listinfo/stripes-users

-------------------------------------------------------------------------
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@...
https://lists.sourceforge.net/lists/listinfo/stripes-users

-------------------------------------------------------------------------
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@...
https://lists.sourceforge.net/lists/listinfo/stripes-users

From forum: stripes-users

Re: problem in finding the ActionBean class by jsp

2008-10-09T13:45:36Z

Thanks but yes it worked...there was something wrong with jar.

Stripes-payal wrote:

I have a jsp which has
<%@ page contentType="text/html;charset=UTF-8" language="java" %>
<%@ taglib prefix="stripes" uri="http://stripes.sourceforge.net/stripes.tld"%>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html>
<head>
<title>My First Stripe</title>
<style type="text/css">
input.error { background-color: yellow; }
</style>
</head>
<body>
<h1>Stripes Calculator</h1>

Hi, I'm the Stripes Calculator. I can only do addition. Maybe, some day, a nice programmer
will come along and teach me how to do other things?

<stripes:form action="com/examples/actions/TryActionBean.action" focus="">
<stripes:errors/>
<table>
<tr>
<td>Number 1:</td>
<td><stripes:text name="numberOne"/></td>
</tr>
<tr>
<td>Number 2:</td>
<td><stripes:text name="numberTwo"/></td>
</tr>
<tr>
<td colspan="2">
<stripes:submit name="addition" value="Add"/>
<stripes:submit name="division" value="Divide"/>
</td>
</tr>
<tr>
<td>Result:</td>
<td>${actionBean.result}</td>
</tr>
</table>
</stripes:form>
</body>
</html>

And my Action Bean is located at same location as mentioned by form: action in jsp.

Now here is my 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>ActionResolver.Packages</param-name>
<param-value>com.examples.actions</param-value>
</init-param>
</filter>

<filter-mapping>
<filter-name>StripesFilter</filter-name>
<url-pattern>*.jsp</url-pattern>
<dispatcher>REQUEST</dispatcher>
</filter-mapping>

<filter-mapping>
<filter-name>StripesFilter</filter-name>
<servlet-name>StripesDispatcher</servlet-name>
<dispatcher>REQUEST</dispatcher>
</filter-mapping>

<servlet>
<servlet-name>StripesDispatcher</servlet-name>
<servlet-class>net.sourceforge.stripes.controller.DispatcherServlet</servlet-class>
<load-on-startup>1</load-on-startup>
</servlet>

<servlet-mapping>
<servlet-name>StripesDispatcher</servlet-name>
<url-pattern>*.action</url-pattern>
</servlet-mapping>

that too points to the same folder.
when i tries to run my jsp I get the page but when I submit it gives the exception

net.sourceforge.stripes.exception.ActionBeanNotFoundException: Could not locate an ActionBean that is bound to the URL [/com/examples/actions/TryActionBean.action]. Commons reasons for this include mis-matched URLs and forgetting to implement ActionBean in your class. Registered ActionBeans are: {/controller/DefaultView.action=class net.sourceforge.stripes.controller.DefaultViewActionBean}
net.sourceforge.stripes.controller.AnnotatedClassActionResolver.getActionBean(AnnotatedClassActionResolver.java:325)
net.sourceforge.stripes.controller.NameBasedActionResolver.getActionBean(NameBasedActionResolver.java:245)
net.sourceforge.stripes.controller.AnnotatedClassActionResolver.getActionBean(AnnotatedClassActionResolver.java:279)
net.sourceforge.stripes.controller.DispatcherHelper$1.intercept(DispatcherHelper.java:106)
net.sourceforge.stripes.controller.ExecutionContext.proceed(ExecutionContext.java:158)
net.sourceforge.stripes.controller.BeforeAfterMethodInterceptor.intercept(BeforeAfterMethodInterceptor.java:111)
net.sourceforge.stripes.controller.ExecutionContext.proceed(ExecutionContext.java:155)
net.sourceforge.stripes.controller.ExecutionContext.wrap(ExecutionContext.java:74)
net.sourceforge.stripes.controller.DispatcherHelper.resolveActionBean(DispatcherHelper.java:102)
net.sourceforge.stripes.controller.DispatcherServlet.resolveActionBean(DispatcherServlet.java:245)
net.sourceforge.stripes.controller.DispatcherServlet.doPost(DispatcherServlet.java:148)
javax.servlet.http.HttpServlet.service(HttpServlet.java:709)
javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
net.sourceforge.stripes.controller.StripesFilter.doFilter(StripesFilter.java:246)

note The full stack trace of the root cause is available in the Apache Tomcat/5.5.20 logs.

Can any On tell me what I am missing or doing wrong.

From forum: stripes-users