Stripes

I am using Stripes 1.5.1 and Tomcat 6.

I am trying to use a stripes action to respond to requests that result in a
404 error.

I have added:

  <error-page>
    <error-code>404</error-code>
    <location>/errors/Error.action</location>
  </error-page>

to the web application's web.xml file.

When I trigger a 404 error, the following log entry is generated and the web
browser is sent to the default 404 error page.

01/10/2009 2:53:49 PM org.apache.catalina.core.ApplicationDispatcher invoke
SEVERE: Servlet.service() for servlet StripesDispatcher threw exception
java.lang.IllegalStateException: A request made it through to some part of
Stripes without being wrapped in a StripesRequestWrapper. The StripesFilter
is responsible for wrapping the request, so it is likely that either the
StripesFilter is not deployed, or that its mappings do not include the
DispatcherServlet _and_ *.jsp. Stripes does not require that the Stripes
wrapper is the only request wrapper, or the outermost; only that it is
present.
    at
net.sourceforge.stripes.controller.StripesRequestWrapper.findStripesWrapper(StripesRequestWrapper.java:81)
    at
net.sourceforge.stripes.controller.DefaultActionBeanPropertyBinder.bind(DefaultActionBeanPropertyBinder.java:207)
    at
net.sourceforge.stripes.controller.DispatcherHelper$3.intercept(DispatcherHelper.java:194)
    at
net.sourceforge.stripes.controller.ExecutionContext.proceed(ExecutionContext.java:158)
    at
net.sourceforge.stripes.controller.BeforeAfterMethodInterceptor.intercept(BeforeAfterMethodInterceptor.java:113)
    at
net.sourceforge.stripes.controller.ExecutionContext.proceed(ExecutionContext.java:155)
    at
net.sourceforge.stripes.controller.ExecutionContext.wrap(ExecutionContext.java:74)
    at
net.sourceforge.stripes.controller.DispatcherHelper.doBindingAndValidation(DispatcherHelper.java:190)
    at
net.sourceforge.stripes.controller.DispatcherServlet.doBindingAndValidation(DispatcherServlet.java:254)
    at
net.sourceforge.stripes.controller.DispatcherServlet.service(DispatcherServlet.java:148)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
    at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
    at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
    at
org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:646)
    at
org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:438)
    at
org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:374)
    at
org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:302)
    at
org.apache.catalina.core.StandardHostValve.custom(StandardHostValve.java:416)
    at
org.apache.catalina.core.StandardHostValve.status(StandardHostValve.java:343)
    at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:144)
    at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
    at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
    at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:293)
    at
org.apache.coyote.ajp.AjpAprProcessor.process(AjpAprProcessor.java:427)
    at
org.apache.coyote.ajp.AjpAprProtocol$AjpConnectionHandler.process(AjpAprProtocol.java:384)
    at
org.apache.tomcat.util.net.AprEndpoint$Worker.run(AprEndpoint.java:1527)
    at java.lang.Thread.run(Thread.java:619)

Any ideas on how to make such requests for Stripes actions be wrapped
properly?

Thanks

Geoff Shuetrim

Hey folks -

I'm trying to get a better understanding of how the StripesResources  
file works. I've been using it for a while but I've recently run into  
the problem with the ' character.

Looking through the code hasn't been very helpful.

Here's the problem. In my StripesResources.properties file I have (for  
example):

foo1=Foo's
foo2=Foo''s
foo3=Foo\'s

In my JSP's I have:

<fmt:message key="foo1"/>
<fmt:message key="foo2"/>
<fmt:message key="foo3"/>


The page returns:

Foo's
Foo''s
Foo's

This kinda makes sense but I see that the Stripes SimpleMessage class  
implementation is supposed to use:
http://java.sun.com/j2se/1.5.0/docs/api/java/text/MessageFormat.html

The reason this is a problem is we're trying to share a translation  
memory database between Stripes and GWT and it seems like the strings  
are represented differently.

Any idea why the StripesResources.properties doesn't following the  
standard MessageFormat format conventions where:

foo2=Foo''s
should be printed like:

Foo's

Thanks in advance.

Phil

On 24-09-2009 at 16:45, Lionel wrote:
> Hi all !
> 
> I would like to set the user locale as a thread local variable from an 
> interceptor (based on the user account) and get this value from a custom 
> LocalePicker.
> But it seems that the LocalePicker.getLocale() is called before 
> interceptors.
> Is there some way to configurer the execution order to have muy interceptor 
> called before the LocalePicker ?

No. But you can do the following:
1. Create a custom ActionBeanContext that retreives the user account
   information based on either request.getUserPrincipal(), other request
   data, or the session. Put your variable in a request attribute.
   Configure the StripesFilter to use this class directly or put it in an
   extension package.
2. Create a custom LocalePicker (subclass the DefaultLocalePicker for
   example). It get's the request, so you can access your variable to
   determine the locale to use.
   Configuration is analogous to point 1.


Oscar

-- 
   ,-_
  /() ) Oscar Westra van Holthe - Kind      http://www.xs4all.nl/~kindop/
 (__ (
=/  ()  DRM "manages access" in the same way that a jail "manages freedom".

Hello,

Is there any best practise for protecting against cross site request
forgery in Stripes?

I'm building a site with very strict security requirements that
require me to protect against CSRF attacks among other things. I've
done a preliminary implementation based on an "expected token" that is
required as a parameter in every page. There is a servlet filter that
checks that the token parameter in the request matches the one in the
session and generates a new one to the session. I've extended the link
and form tags to include this parameter. Rather easy to implement,
should protect rather well, as the attacker has to guess the expected
token which is not very likely since the token is a random long, but
cumbersome as every request must have the token as parameter. I'd
rather find a more elegant solution to this problem.

Christopher Maier wrote:
> I'm trying to write some tests of a Wizard form using the Stripes mocks. Right
> now I'm just trying to verify that the events I expect to be start events for
> the Wizard are indeed the only ones that are set up to be start events. I guess
> I could easily do this by just comparing a list of names to whatever is in the
> Wizard annotation, but I started out trying to use the MockRoundtrip to
> execute for each resolution handler in the ActionBean I'm testing, thinking
> that if trip.execute("doFoo") threw an Exception, then I'd know that it wasn't
> a start event; no Exception means it's a start event.  This is what happens
> when I run my application in a web browser, but in the test, all the
> resolution handlers can execute without throwing an exception, even the ones
> that aren't listed in the startEvents parameter of the Wizard annotation.
>
> Does MockRoundtrip work properly with Wizards, or is there something I'm
> missing?
>
> Thanks,
> Chris
>   

Hi Christoph,

good question; I just ran into the same issue. I also get no exception,
just "_default_source_page_" is returned as destination.
Maybe you want to vote for STS-519 :-)

Greetings
Marcus

Freddy Daoud pisze:
> Is 'elements' the context root of your web application?
> If so, you need to use <jsp:include page="/AdminMenu.action"/> instead.
> That is why, in the snippet from the Stripes book, there is the attribute
> prependContext="false" on the <s:url> tag.
>   


My context root as set in EAR's application.xml is 
<context-root>/</context-root>.

I've downloaded Stripes source code and am trying to debug the issue, if 
You take a look at the top of the stacktrace it looks like this:

java.io.FileNotFoundException: /elements/AdminMenu.action
        at 
org.apache.catalina.servlets.DefaultServlet.serveResource(DefaultServlet.java:748)
        at 
org.apache.catalina.servlets.DefaultServlet.doGet(DefaultServlet.java:400)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:734)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:847)
        at 
org.apache.catalina.core.ApplicationFilterChain.servletService(ApplicationFilterChain.java:427)
        at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:333)
        at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214)
        at 
net.sourceforge.stripes.controller.DynamicMappingFilter.doFilter(DynamicMappingFilter.java:346)
        at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:246)
        at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214)
        at 
org.apache.catalina.core.ApplicationDispatcher.doInvoke(ApplicationDispatcher.java:873)
        at 
org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:723)
        at 
org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:679)
        at 
org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:594)
        at 
org.apache.jasper.runtime.JspRuntimeLibrary.include(JspRuntimeLibrary.java:1013)
        at 
org.apache.jsp.WEB_002dINF.jsp.renderer.piece_jsp._jspx_meth_c_when_0(piece_jsp.java 
from :213)
        at 
org.apache.jsp.WEB_002dINF.jsp.renderer.piece_jsp._jspx_meth_c_choose_0(piece_jsp.java 
from :173)

Why would it ever go to org.apache.catalina.servlets.DefaultServlet? 
What I think is happening, based on a comment in DynamicMappingFilter 
which says "// Wrap the response in a wrapper that catches errors (but 
not exceptions)", is that when DMF tries to service the request and trap 
errors, it doesn't trap the FileNotFoundException which is thrown. Is 
this a bug?

Best regards,
Grzegorz

I have a Stripes app with a form w/ two components:

1.  A dynamic drop-down populated with all the states in the US
2.  A text-field I want to be dynamically populated w/ cities (in the
selected state) using auto-complete as the user types

I've chosen to use this Prototype library to do my auto-complete:
http://www.devbridge.com/projects/autocomplete/ (Any alternative/better
suggestions?)

I'm having a hard time understanding how to tie this all together.  I've
setup an Ajax.Request to set the state the user selects:

    new Ajax.Request('/app/AddItemForm.action?item.state=' + 
                             control.options[control.selectedIndex].value, 
                             { method: 'get' });

But I'm now stuck on how to "load" my Stripes city text-field as the user
types:

    <s:text id="item-city" name="item.city" class="required"/>

The example given is as follows:

    <script type="text/javascript">
        new Autocomplete('item-city', {
serviceUrl:'service/autocomplete.ashx' });
    </script>

I'm not sure how this should translate into the Stripes world.  Do I want to
make a call to an action or a JSP?, Either way, how do I get it to return
JSON city data in the format needed?

My idea thus-far was to set the item state as the user typed, I append the
state selected (set on the item object w/ the AJAX.Request) and execute a
query where take the user's input and return a list of cities, but I'm not
at all sure if that's the right approach.

Alternatively, is there a different/easier way to accomplish what I'm trying
to do?

Thanks in advance.
-- 
View this message in context: http://www.nabble.com/JSON-data-from-Stripes-for-Prototype-Library-tp25628119p25628119.html
Sent from the stripes-users mailing list archive at Nabble.com.

I also don't use <jsp:useBean />, but in this case, I would use
<stripes:useActionBean /> within a JSP tag file:

[optionsComponent.tag]

<stripes:useActionBean
  var="componentListBean"
  beanclass="ComponentListActionBean" />
<stripes:options-collection
  collection="${componentListBean.allComponents}"
  label="name" value="id"/>

You will have to create the new ComponentListActionBean, but this
saves you from defining the 'allComponent' property and its getter
in every action bean that needs to display the drop-down list.
And in any JSP in the webapp, you can use the tag without modifying
the main action bean:

<stripes:select name="bug.component.id">
<tags:optionsComponent />
</stripes:select>

--
Actually, there is no advantage of using <stripes:useActionBean />
over <jsp:useBean /> in the above example, but
<stripes:useActionBean /> allows you to

1) access session attributes or context resources in its logic.

2) reuse the same action bean for returning the same list in various
formats (json, xml, etc.) quite easily.

--
Another option is to use <jsp:include /> in the tag file, but it
will cause performance loss in the bulk edit page.

Regards,
Iwao


on 09/09/24 19:41 Freddy Daoud said the following:
> Hi Rusty,
> 
>> Some of the jsps use jsp:useBean to pull in beans from the service layer.
>> [...]
>> The way I've done it in the past would be to have a property on the
>> action bean, allComponents for example, with its getter, and to call
>> componentManager.allComponents() in the action bean to set the
>> allComponents property.
> 
> I agree. That's how I prefer to do this as well.
> 
> Personally, I try to avoid<jsp:useBean>  and I think<s:useActionBean>
> should be deprecated. I can't think of a situation where there isn't
> another (better) way to get things done than with<s:useActionBean>.
> If anyone has a good use case, please share.
> 
> Cheers,
> Freddy
> http://www.stripesbook.com

Hi,

See http://www.nabble.com/StripesFilter.getConfiguration%28%29-and-JUnit%284%29-under-Maven-%28or-JUnit-test-suits%29-to20619084.html#a21045598

And http://www.stripesframework.org/jira/browse/STS-714 which was just resolved

-----Original Message-----
From: Rusty Wright [mailto:rusty.wright@...] 
Sent: Thursday, September 24, 2009 1:24 PM
To: Stripes Users List
Subject: [Stripes-users] error when testing

Any ideas why I'm getting the following error when running unit tests?  The first test doesn't get the error, which makes me think that something is not being closed, shut down, etc. properly.

First the error listing, after that is my test harness.

(messages about scanning for classes removed)
INFO : 10:16:04,311: net.sourceforge.stripes.util.Log.info(Log.java:172): Stripes Initialization Complete. Version: 1.5.1, Build: 1102
MockServletContext: Initializing Spring root WebApplicationContext
INFO : 10:16:04,311: org.springframework.web.context.ContextLoader.initWebApplicationContext(ContextLoader.java:189): Root WebApplicationContext: initialization started
INFO : 10:16:04,311: org.springframework.context.support.AbstractApplicationContext.prepareRefresh(AbstractApplicationContext.java:411): Refreshing org.springframework.web.context.support.XmlWebApplicationContext@...: display name [Root WebApplicationContext]; startup date [Thu Sep 24 10:16:04 PDT 2009]; root of context hierarchy
INFO : 10:16:04,311: org.springframework.beans.factory.xml.XmlBeanDefinitionReader.loadBeanDefinitions(XmlBeanDefinitionReader.java:323): Loading XML bean definitions from URL [file:/C:/users/rusty/workspaces/spring_samples/sample005/target/classes/spring/applicationContext.xml]
INFO : 10:16:04,343: org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:426): Bean factory for application context [org.springframework.web.context.support.XmlWebApplicationContext@...]: org.springframework.beans.factory.support.DefaultListableBeanFactory@...
INFO : 10:16:04,343: org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:414): Pre-instantiating singletons in org.springframework.beans.factory.support.DefaultListableBeanFactory@...: defining beans [org.springframework.context.annotation.internalCommonAnnotationProcessor,org.springframework.context.annotation.internalAutowiredAnnotationProcessor,org.springframework.context.annotation.internalRequiredAnnotationProcessor,dateDao,desiredDateFactory,dateService,dateFormBacker,desiredDateValidator]; root of factory hierarchy
DEBUG: 10:16:04,343: com.objecteffects.sample.web.dto.DateFormBacker.generateDaysOfWeek(DateFormBacker.java:106): minDayOfWeek: 1
DEBUG: 10:16:04,343: com.objecteffects.sample.web.dto.DateFormBacker.generateDaysOfWeek(DateFormBacker.java:107): maxDayOfWeek: 7
INFO : 10:16:04,343: org.springframework.web.context.ContextLoader.initWebApplicationContext(ContextLoader.java:209): Root WebApplicationContext: initialization completed in 32 ms
DEBUG: 10:16:04,343: com.objecteffects.sample.web.action.StartActionBeanTest.testSubmit(StartActionBeanTest.java:62): called
ERROR: 10:16:04,343: net.sourceforge.stripes.util.Log.error(Log.java:78): 
net.sourceforge.stripes.exception.StripesRuntimeException: Something is trying to access the current Stripes configuration but the current request was never routed through the StripesFilter! As a result the appropriate Configuration object cannot be located. Please take a look at the exact URL in your browser's address bar and ensure that any requests to that URL will be filtered through the StripesFilter according to the filter mappings in your web.xml.
	at net.sourceforge.stripes.controller.StripesFilter.getConfiguration(StripesFilter.java:161)
	at net.sourceforge.stripes.util.CryptoUtil.encrypt(CryptoUtil.java:123)
	at net.sourceforge.stripes.mock.MockRoundtrip.setSourcePage(MockRoundtrip.java:234)
	at net.sourceforge.stripes.mock.MockRoundtrip.<init>(MockRoundtrip.java:160)
	at net.sourceforge.stripes.mock.MockRoundtrip.<init>(MockRoundtrip.java:93)
	at net.sourceforge.stripes.mock.MockRoundtrip.<init>(MockRoundtrip.java:79)
	at com.objecteffects.sample.web.action.StartActionBeanTest.testSubmit(StartActionBeanTest.java:67)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:597)
	at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
	at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
	at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41)
	at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20)
	at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
	at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:76)
	at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50)
	at org.junit.runners.ParentRunner$3.run(ParentRunner.java:193)
	at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:52)
	at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:191)
	at org.junit.runners.ParentRunner.access$000(ParentRunner.java:42)
	at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:184)
	at org.junit.runners.ParentRunner.run(ParentRunner.java:236)
	at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:46)
	at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:467)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:683)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:390)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:197)


public abstract class StripesTestHarness {
    private  MockServletContext context;

    @Before
    public void setUpNonTrivialObjects() {
        this.context = new MockServletContext("test");

        final Map<String, String> filterParams = new HashMap<String, String>();

        filterParams.put("ActionBeanContext.Class", "com.objecteffects.sample.web.action.StartActionBeanContextFake");

        filterParams.put("Extension.Packages", "net.sourceforge.stripes.integration.spring");

        filterParams.put("ActionResolver.Packages", "com.objecteffects.sample.web.action");

        filterParams.put("Interceptor.Classes",
                "net.sourceforge.stripes.integration.spring.SpringInterceptor,"
                + "net.sourceforge.stripes.controller.BeforeAfterMethodInterceptor");

        this.context.addFilter(StripesFilter.class, "StripesFilter", filterParams);

        // spring configuration file
        this.context.addInitParameter("contextConfigLocation", "classpath*:spring/applicationContext.xml");

        // bind context with an initializer
        final ContextLoaderListener springContextListener = new ContextLoaderListener();

        springContextListener.contextInitialized(new ServletContextEvent(this.context));

        // add stripes dispatcher
        this.context.setServlet(DispatcherServlet.class, "StripesDispatcher", null);
    }

    protected MockServletContext getServletContext() {
        return (this.context);
    }
}

------------------------------------------------------------------------------
Come build with us! The BlackBerry&reg; Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9&#45;12, 2009. Register now&#33;
http://p.sf.net/sfu/devconf
_______________________________________________
Stripes-users mailing list
Stripes-users@...
https://lists.sourceforge.net/lists/listinfo/stripes-users

Just in case someone arrives at this post.

> Did you ever figure out a solution for this?

This issue has been fixed, refer to
http://www.stripesframework.org/jira/browse/STS-714

Cheers,
Freddy
http://www.stripesbook.com

Any ideas why I'm getting the following error when running unit tests?  The first test doesn't get the error, which makes me think that something is not being closed, shut down, etc. properly.

First the error listing, after that is my test harness.

(messages about scanning for classes removed)
INFO : 10:16:04,311: net.sourceforge.stripes.util.Log.info(Log.java:172): Stripes Initialization Complete. Version: 1.5.1, Build: 1102
MockServletContext: Initializing Spring root WebApplicationContext
INFO : 10:16:04,311: org.springframework.web.context.ContextLoader.initWebApplicationContext(ContextLoader.java:189): Root WebApplicationContext: initialization started
INFO : 10:16:04,311: org.springframework.context.support.AbstractApplicationContext.prepareRefresh(AbstractApplicationContext.java:411): Refreshing org.springframework.web.context.support.XmlWebApplicationContext@...: display name [Root WebApplicationContext]; startup date [Thu Sep 24 10:16:04 PDT 2009]; root of context hierarchy
INFO : 10:16:04,311: org.springframework.beans.factory.xml.XmlBeanDefinitionReader.loadBeanDefinitions(XmlBeanDefinitionReader.java:323): Loading XML bean definitions from URL [file:/C:/users/rusty/workspaces/spring_samples/sample005/target/classes/spring/applicationContext.xml]
INFO : 10:16:04,343: org.springframework.context.support.AbstractApplicationContext.obtainFreshBeanFactory(AbstractApplicationContext.java:426): Bean factory for application context [org.springframework.web.context.support.XmlWebApplicationContext@...]: org.springframework.beans.factory.support.DefaultListableBeanFactory@...
INFO : 10:16:04,343: org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:414): Pre-instantiating singletons in org.springframework.beans.factory.support.DefaultListableBeanFactory@...: defining beans [org.springframework.context.annotation.internalCommonAnnotationProcessor,org.springframework.context.annotation.internalAutowiredAnnotationProcessor,org.springframework.context.annotation.internalRequiredAnnotationProcessor,dateDao,desiredDateFactory,dateService,dateFormBacker,desiredDateValidator]; root of factory hierarchy
DEBUG: 10:16:04,343: com.objecteffects.sample.web.dto.DateFormBacker.generateDaysOfWeek(DateFormBacker.java:106): minDayOfWeek: 1
DEBUG: 10:16:04,343: com.objecteffects.sample.web.dto.DateFormBacker.generateDaysOfWeek(DateFormBacker.java:107): maxDayOfWeek: 7
INFO : 10:16:04,343: org.springframework.web.context.ContextLoader.initWebApplicationContext(ContextLoader.java:209): Root WebApplicationContext: initialization completed in 32 ms
DEBUG: 10:16:04,343: com.objecteffects.sample.web.action.StartActionBeanTest.testSubmit(StartActionBeanTest.java:62): called
ERROR: 10:16:04,343: net.sourceforge.stripes.util.Log.error(Log.java:78): 
net.sourceforge.stripes.exception.StripesRuntimeException: Something is trying to access the current Stripes configuration but the current request was never routed through the StripesFilter! As a result the appropriate Configuration object cannot be located. Please take a look at the exact URL in your browser's address bar and ensure that any requests to that URL will be filtered through the StripesFilter according to the filter mappings in your web.xml.
	at net.sourceforge.stripes.controller.StripesFilter.getConfiguration(StripesFilter.java:161)
	at net.sourceforge.stripes.util.CryptoUtil.encrypt(CryptoUtil.java:123)
	at net.sourceforge.stripes.mock.MockRoundtrip.setSourcePage(MockRoundtrip.java:234)
	at net.sourceforge.stripes.mock.MockRoundtrip.<init>(MockRoundtrip.java:160)
	at net.sourceforge.stripes.mock.MockRoundtrip.<init>(MockRoundtrip.java:93)
	at net.sourceforge.stripes.mock.MockRoundtrip.<init>(MockRoundtrip.java:79)
	at com.objecteffects.sample.web.action.StartActionBeanTest.testSubmit(StartActionBeanTest.java:67)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:597)
	at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
	at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
	at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41)
	at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20)
	at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
	at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:76)
	at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50)
	at org.junit.runners.ParentRunner$3.run(ParentRunner.java:193)
	at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:52)
	at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:191)
	at org.junit.runners.ParentRunner.access$000(ParentRunner.java:42)
	at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:184)
	at org.junit.runners.ParentRunner.run(ParentRunner.java:236)
	at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:46)
	at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:467)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:683)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:390)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:197)


public abstract class StripesTestHarness {
    private  MockServletContext context;

    @Before
    public void setUpNonTrivialObjects() {
        this.context = new MockServletContext("test");

        final Map<String, String> filterParams = new HashMap<String, String>();

        filterParams.put("ActionBeanContext.Class", "com.objecteffects.sample.web.action.StartActionBeanContextFake");

        filterParams.put("Extension.Packages", "net.sourceforge.stripes.integration.spring");

        filterParams.put("ActionResolver.Packages", "com.objecteffects.sample.web.action");

        filterParams.put("Interceptor.Classes",
                "net.sourceforge.stripes.integration.spring.SpringInterceptor,"
                + "net.sourceforge.stripes.controller.BeforeAfterMethodInterceptor");

        this.context.addFilter(StripesFilter.class, "StripesFilter", filterParams);

        // spring configuration file
        this.context.addInitParameter("contextConfigLocation", "classpath*:spring/applicationContext.xml");

        // bind context with an initializer
        final ContextLoaderListener springContextListener = new ContextLoaderListener();

        springContextListener.contextInitialized(new ServletContextEvent(this.context));

        // add stripes dispatcher
        this.context.setServlet(DispatcherServlet.class, "StripesDispatcher", null);
    }

    protected MockServletContext getServletContext() {
        return (this.context);
    }
}