<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.comp.java.stripes.user">
    <title>gmane.comp.java.stripes.user</title>
    <link>http://blog.gmane.org/gmane.comp.java.stripes.user</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.stripes.user/13403"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.stripes.user/13397"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.stripes.user/13387"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.stripes.user/13386"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.stripes.user/13381"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.stripes.user/13374"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.stripes.user/13371"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.stripes.user/13369"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.stripes.user/13368"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.stripes.user/13363"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.stripes.user/13362"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.stripes.user/13357"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.stripes.user/13354"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.stripes.user/13351"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.stripes.user/13337"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.stripes.user/13327"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.stripes.user/13326"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.stripes.user/13324"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.stripes.user/13320"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.stripes.user/13319"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.stripes.user/13403">
    <title>EvaluationException after Validation</title>
    <link>http://comments.gmane.org/gmane.comp.java.stripes.user/13403</link>
    <description>&lt;pre&gt;Hi,

I'm binding a form parameter to the form via a non-trivial setter:

public void setValue(BigDecimal value) {
   valueInternal = value.scaleByPowerOfTen(4).intValueExact();
}// makes sure we don't loose precision

I'm also validating this field:

&amp;lt; at &amp;gt;Validate(field = "value", required = true, expression = "this &amp;gt; 0")

The problem is, when the setter throws an exception (for example in this 
case it will fail on 1,00000001), Stripes will continue instead of 
returning to the source page and showing validation errors. What is 
more, the missing value will usually cause an exception much deeper in 
the application code, where it is expected to be valid.

I'm not sure how this should be handled, I'll probably do my own 
PropertyBinder which in handlePropertyBindingError adds validationErrors 
for all fields not binding correctly (because handlePropertyBindingError 
doesn't have a ValidationMetadata argument, which would allow me to add 
it only to validated properties). Regardless, I think Stripes should not 
continue execution if there are binding errors on positively validated 
properties.

--
Best,
Piotr Gliźniewicz


------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Stripes-users mailing list
Stripes-users&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/stripes-users
&lt;/pre&gt;</description>
    <dc:creator>Piotrek Gliźniewicz</dc:creator>
    <dc:date>2012-05-18T09:48:40</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.stripes.user/13397">
    <title>&lt; at &gt;WaitPage pure AJAX</title>
    <link>http://comments.gmane.org/gmane.comp.java.stripes.user/13397</link>
    <description>&lt;pre&gt;Hi all,

I have an ActionBean with a method that sends 1000+ personalized emails.  I
would like to use the wait page functionality to show the progress as it
could take some time.  Is there anyway to do this without going to an
explicit 'wait page' first?  I'd like the user to stay on the page they are
on and use a loading overlay showing the progress of the request.  I'm not
100% sure how this plugin works so any information is helpful.

Thanks!

Adam
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/_______________________________________________
Stripes-users mailing list
Stripes-users-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&amp;lt; at &amp;gt;public.gmane.org
https://lists.sourceforge.net/lists/listinfo/stripes-users
&lt;/pre&gt;</description>
    <dc:creator>Adam Stokar</dc:creator>
    <dc:date>2012-05-18T01:28:03</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.stripes.user/13387">
    <title>Mapping Root of Web App to an Action using Dynamic Mappings</title>
    <link>http://comments.gmane.org/gmane.comp.java.stripes.user/13387</link>
    <description>&lt;pre&gt;
Hello,

I'm using DynamicMappingFilter and annotated URLs for all my actions. 

I'm trying to map the root of the application context "/" to an existing
actionBean. 
The actionbean I want "/" to go to, is currently bound to "/category". 

I created a new IndexActionBean which Forwards to CategoryActionBean, and
placed &amp;lt; at &amp;gt;UrlBinding("/") on the IndexActionBean, but while debugging I found
that it is being invoked simultaneously with other actions: for example if I
go to /category/1 , it invokes the IndexActionBean and CategoryActionBean at
once.  The correct output is returned to the browser, but both actions run,
which is strange.

I tried to set it as a welcome file, but it doesn't seem to work with the
MappingFilter. 

So doing this doesn't work:
&amp;lt;welcome-file&amp;gt;/category&amp;lt;/welcome-file&amp;gt; 

I also tried with servlet mapping to *.action

  &amp;lt;welcome-file-list&amp;gt;
  &amp;lt;welcome-file&amp;gt;Index.action&amp;lt;/welcome-file&amp;gt;
  &amp;lt;/welcome-file-list&amp;gt;

This makes "/" point to IndexActionBean and it works, but all other
UrlBindings stop working.. so going to "/category" gives 404 not found if I
set that welcome-file.

Does anyone have any suggestions how I can achieve this?

Thanks!
&lt;/pre&gt;</description>
    <dc:creator>chris-c</dc:creator>
    <dc:date>2012-05-15T19:04:02</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.stripes.user/13386">
    <title>URL not bound to actionbean in Tomcat6</title>
    <link>http://comments.gmane.org/gmane.comp.java.stripes.user/13386</link>
    <description>&lt;pre&gt;We're currently using the Stripes framework on an active production application 
- 
lately we've been getting errors saying "Caused by: 
net.sourceforge.stripes.exception.ActionBeanNotFoundException:
Could not locate an 
ActionBean that is bound to the URL".  This seems to be happening when
 Tomcat 6 is 
loading new threads to service requests.  The strange thing is that the
 URL that 
the problem references does not exist and I have no idea where it's trying
 to load 
it from.  We've verified all files and done text searches on the server
 and there 
are no references to the URL or the action bean.

Can you tell me:
1 - What events trigger Stripes to bind all URL's that are configured
 to their 
action beans?  I know this happens when an app is deployed, but does
 it also occur 
during a thread load or pooling in Tomcat?  I know that the requested
 (target) URL 
is not the URL that's causing the problem, so there must be something
 else 
triggering this besides the URL in the browser.

2 - Do you have any idea where it would be getting the invalid URL
 from if it is 
not specified in any ActionBean classes?  The url it's trying to
 bind to an action 
bean is an old one that existed several months ago, but is no longer
 in the code.  
Is this cached somewhere within Tomcat?

Thanks!


------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
&lt;/pre&gt;</description>
    <dc:creator>Dawson Mossman</dc:creator>
    <dc:date>2012-05-15T18:09:46</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.stripes.user/13381">
    <title>Formatting Collection values</title>
    <link>http://comments.gmane.org/gmane.comp.java.stripes.user/13381</link>
    <description>&lt;pre&gt;I am having some issues related to the following bug:

http://www.stripesframework.org/jira/browse/STS-541


I am using BeanFirstPopulationStrategy with the OneToManyTypeConverter. 
  A form takes a comma separated list of values from a single text 
field, then converts and stores them in a Collection&amp;lt;String&amp;gt;.

The problem is that when displaying the field again, e.g. if a 
validation error occurs elsewhere in the form, only the first value is 
displayed.

This is due to the &amp;lt;stripes:text&amp;gt; tag calling getSingleOverrideValue() 
which basically just returns the first value in the collection, before 
attempting to format the value using the relevant formatter.

I have a custom CollectionFormatter that should format the collection 
into a comma separated string, but this is never called because by this 
stage the first value in the Collection is the value that needs to be 
formatted not the whole collection.

I want the text field to output the formatted collection, not just the 
first value.  I cant really think of a clean way to do this, or am I 
missing something?

Shouldn't Stripes try the formatters first to get a single String value, 
instead of taking it upon itself to just grab the first value out of the 
Collection/Array.  If not, at the very least some logging/doc should be 
put in to clearly indicate that values have been dropped.


M


------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
&lt;/pre&gt;</description>
    <dc:creator>Martin Walsh</dc:creator>
    <dc:date>2012-05-10T12:55:13</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.stripes.user/13374">
    <title>JEE Hosting</title>
    <link>http://comments.gmane.org/gmane.comp.java.stripes.user/13374</link>
    <description>&lt;pre&gt;Hi folks,

I'm looking for some affordable and reliable JEE (war container + SQL database) hosting...

Any ideas ?

Thanks in advance...

Cheers

Remi------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/_______________________________________________
Stripes-users mailing list
Stripes-users-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&amp;lt; at &amp;gt;public.gmane.org
https://lists.sourceforge.net/lists/listinfo/stripes-users
&lt;/pre&gt;</description>
    <dc:creator>Remi VANKEISBELCK</dc:creator>
    <dc:date>2012-05-04T17:54:37</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.stripes.user/13371">
    <title>StripesStuff 0.3 released</title>
    <link>http://comments.gmane.org/gmane.comp.java.stripes.user/13371</link>
    <description>&lt;pre&gt;StripesStuff 0.3 is available for download from Sourceforge. This is a minor bug fix release.

Sourceforge download:
https://sourceforge.net/projects/stripes-stuff/files/StripesStuff/

Christian
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/_______________________________________________
Stripes-users mailing list
Stripes-users-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&amp;lt; at &amp;gt;public.gmane.org
https://lists.sourceforge.net/lists/listinfo/stripes-users
&lt;/pre&gt;</description>
    <dc:creator>Poitras Christian</dc:creator>
    <dc:date>2012-05-01T17:36:15</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.stripes.user/13369">
    <title>Attempting to migrate to 1.5.6</title>
    <link>http://comments.gmane.org/gmane.comp.java.stripes.user/13369</link>
    <description>&lt;pre&gt;I posted this same question just over a year ago, but I never received  
any feedback on it.  I've just continued to use the older 1.5 version  
of Stripes, but it would be nice to upgrade to 1.5.6.

I've attempted to upgrade to 1.5.6, but I've found a few compatibility  
issues.  Maybe I've missed something in the release  notes, but the  
rendered output between 1.5 and 1.5.6 is significantly  different at  
times.  I've isolated one test case of a .jsp page using a  
layout-component tag within a Stripes form.

In 1.5.6, the &amp;lt;form&amp;gt; tag gets inserted twice at different positions,  
specifically within the content of the layout-component I'm including  
in view_test.jsp (it's just an  eyebrow-type tab component).

I've included a stripped-down test case showing three .jsp sources  
which were tested with 1.5 and 1.5.6, with no changes other than  
switching stripes.jar,  cos.jar, and commons-logging.jar.

Here's all the source along with the 1.5 and 1.5.6 renderings:

view_test.jsp:

&amp;lt;%&amp;lt; at &amp;gt; include file="taglibs.jsp" %&amp;gt;
&amp;lt;s:layout-render name="/WEB-INF/layout/empty_test.jsp"&amp;gt;
    &amp;lt;s:layout-component name="contents"&amp;gt;
      &amp;lt;s:form beanclass="${actionBean.beanclass}"&amp;gt;
        &amp;lt;table&amp;gt;
          &amp;lt;tr&amp;gt;
            &amp;lt;td&amp;gt;
              &amp;lt;s:layout-render name="/WEB-INF/layout/bodytab.jsp"&amp;gt;
                &amp;lt;s:layout-component name="caption"&amp;gt;
                  Person Details
                &amp;lt;/s:layout-component&amp;gt;
              &amp;lt;/s:layout-render&amp;gt;
            &amp;lt;/td&amp;gt;
          &amp;lt;/tr&amp;gt;
        &amp;lt;/table&amp;gt;
      &amp;lt;/s:form&amp;gt;
    &amp;lt;/s:layout-component&amp;gt;
&amp;lt;/s:layout-render&amp;gt;


empty_test.jsp:

&amp;lt;%&amp;lt; at &amp;gt; taglib prefix="s" uri="http://stripes.sourceforge.net/stripes.tld"; %&amp;gt;
&amp;lt;s:layout-definition&amp;gt;
    &amp;lt;!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
"http://www.w3.org/TR/html4/loose.dtd";&amp;gt;
    &amp;lt;html&amp;gt;
    &amp;lt;head&amp;gt;
      &amp;lt;title&amp;gt;Testing Stripes&amp;lt;/title&amp;gt;
      &amp;lt;link rel="stylesheet" type="text/css"
href="${pageContext.request.contextPath}/styles/main.css"/&amp;gt;
    &amp;lt;/head&amp;gt;
    &amp;lt;body&amp;gt;
    &amp;lt;s:layout-component name="contents"/&amp;gt;
    &amp;lt;/body&amp;gt;
    &amp;lt;/html&amp;gt;
&amp;lt;/s:layout-definition&amp;gt;


bodytab.jsp:

&amp;lt;%&amp;lt; at &amp;gt; page contentType="text/html;charset=UTF-8" language="java" %&amp;gt;
&amp;lt;%&amp;lt; at &amp;gt; include file="../taglibs.jsp" %&amp;gt;
&amp;lt;s:layout-definition&amp;gt;
    &amp;lt;table&amp;gt;
      &amp;lt;tr&amp;gt;
        &amp;lt;td class="eyebrow" nowrap&amp;gt;
          &amp;lt;span class="eye1"&amp;gt;
            &amp;lt;s:layout-component name="caption"/&amp;gt;
          &amp;lt;/span&amp;gt;
        &amp;lt;/td&amp;gt;
      &amp;lt;/tr&amp;gt;
    &amp;lt;/table&amp;gt;
&amp;lt;/s:layout-definition&amp;gt;


Rendered using Stripes 1.5 (correctly):

    &amp;lt;!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
"http://www.w3.org/TR/html4/loose.dtd";&amp;gt;
    &amp;lt;html&amp;gt;
    &amp;lt;head&amp;gt;
      &amp;lt;title&amp;gt;Testing Stripes 1.5.6&amp;lt;/title&amp;gt;
      &amp;lt;link rel="stylesheet" type="text/css" href="/mcdir/styles/main.css"/&amp;gt;
    &amp;lt;/head&amp;gt;
    &amp;lt;body&amp;gt;
      &amp;lt;form action="/mcdir/person.html" method="post"&amp;gt;
        &amp;lt;table&amp;gt;
          &amp;lt;tr&amp;gt;
            &amp;lt;td&amp;gt;
    &amp;lt;table&amp;gt;
      &amp;lt;tr&amp;gt;
        &amp;lt;td class="eyebrow" nowrap&amp;gt;
          &amp;lt;span class="eye1"&amp;gt;
                  Person Details
          &amp;lt;/span&amp;gt;
        &amp;lt;/td&amp;gt;
      &amp;lt;/tr&amp;gt;
    &amp;lt;/table&amp;gt;
            &amp;lt;/td&amp;gt;
          &amp;lt;/tr&amp;gt;
        &amp;lt;/table&amp;gt;
      &amp;lt;div style="display: none;"&amp;gt;&amp;lt;input type="hidden"
name="_sourcePage" value="/WEB-INF/view_test.jsp" /&amp;gt;&amp;lt;input
type="hidden" name="__fp" value="HMxunf9BB/e5MMHxWAnF9g=="
/&amp;gt;&amp;lt;/div&amp;gt;&amp;lt;/form&amp;gt;
    &amp;lt;/body&amp;gt;
    &amp;lt;/html&amp;gt;


Rendered using Stripes 1.5.6 (bad since &amp;lt;form&amp;gt; and subsequent lines  
are rendered twice):

    &amp;lt;!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
"http://www.w3.org/TR/html4/loose.dtd";&amp;gt;
    &amp;lt;html&amp;gt;
    &amp;lt;head&amp;gt;
      &amp;lt;title&amp;gt;Testing Stripes&amp;lt;/title&amp;gt;
      &amp;lt;link rel="stylesheet" type="text/css" href="/mcdir/styles/main.css"/&amp;gt;
    &amp;lt;/head&amp;gt;
    &amp;lt;body&amp;gt;
      &amp;lt;form action="/mcdir/person.html" method="post"&amp;gt;
        &amp;lt;table&amp;gt;
          &amp;lt;tr&amp;gt;
            &amp;lt;td&amp;gt;
    &amp;lt;table&amp;gt;
      &amp;lt;tr&amp;gt;
        &amp;lt;td class="eyebrow" nowrap&amp;gt;
          &amp;lt;span class="eye1"&amp;gt;
      &amp;lt;form action="/mcdir/person.html" method="post"&amp;gt;
        &amp;lt;table&amp;gt;
          &amp;lt;tr&amp;gt;
            &amp;lt;td&amp;gt;
                  Person Details
            &amp;lt;/td&amp;gt;
          &amp;lt;/tr&amp;gt;
        &amp;lt;/table&amp;gt;
      &amp;lt;div style="display: none;"&amp;gt;&amp;lt;input type="hidden"
name="_sourcePage"
value="fa-eQC2JW4Y66Mtd6mdMB9Wsmm3BkZDBmrUbJBDNZec=" /&amp;gt;&amp;lt;input
type="hidden" name="__fp" value="o8kS4J6bomI=" /&amp;gt;&amp;lt;/div&amp;gt;&amp;lt;/form&amp;gt;
          &amp;lt;/span&amp;gt;
        &amp;lt;/td&amp;gt;
      &amp;lt;/tr&amp;gt;
    &amp;lt;/table&amp;gt;
            &amp;lt;/td&amp;gt;
          &amp;lt;/tr&amp;gt;
        &amp;lt;/table&amp;gt;
      &amp;lt;div style="display: none;"&amp;gt;&amp;lt;input type="hidden"
name="_sourcePage"
value="b_lH2wJnPiE66Mtd6mdMB9Wsmm3BkZDBmrUbJBDNZec=" /&amp;gt;&amp;lt;input
type="hidden" name="__fp" value="p3VyqGVIeww=" /&amp;gt;&amp;lt;/div&amp;gt;&amp;lt;/form&amp;gt;

    &amp;lt;/body&amp;gt;
    &amp;lt;/html&amp;gt;


------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
&lt;/pre&gt;</description>
    <dc:creator>Shawn Church</dc:creator>
    <dc:date>2012-04-26T16:48:44</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.stripes.user/13368">
    <title>IntelliStripes Next Version</title>
    <link>http://comments.gmane.org/gmane.comp.java.stripes.user/13368</link>
    <description>&lt;pre&gt;For those who are developing Stripes application with IntelliJ IDEA 11. Good news. 

IntelliStripes, the plugin that add Stripes integration for IntelliJ has a new version.

You can install them through the plugin manager or downloading the plugin from here

http://plugins.intellij.net/plugin/?idea&amp;amp;id=6964

  

Mario Arias C
http://www.cobaltolabs.com/
SpringSource Certified Instructor
SpringSource Certified Spring Professional
Sun Certified Java Programmer

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/_______________________________________________
Stripes-users mailing list
Stripes-users-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&amp;lt; at &amp;gt;public.gmane.org
https://lists.sourceforge.net/lists/listinfo/stripes-users
&lt;/pre&gt;</description>
    <dc:creator>Mario Arias</dc:creator>
    <dc:date>2012-04-25T17:19:25</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.stripes.user/13363">
    <title>(no subject)</title>
    <link>http://comments.gmane.org/gmane.comp.java.stripes.user/13363</link>
    <description>&lt;pre&gt;Hi,

I've been getting the following error, which has ground my entire project
to a halt. This happens when I try to call an any ActionBean.

My understanding is that this refer to the StripesFilter in the web.xml - I
am using exactly the same web.xml as in other projects with no problems, so
I am utterly confused.

I've copied the error and the web.xml below ... any help or clues are much
appreciated.


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.
net.sourceforge.stripes.controller.StripesRequestWrapper.findStripesWrapper(StripesRequestWrapper.java:81)
net.sourceforge.stripes.controller.AnnotatedClassActionResolver.setActionBeanContext(AnnotatedClassActionResolver.java:399)
net.sourceforge.stripes.controller.AnnotatedClassActionResolver.getActionBean(AnnotatedClassActionResolver.java:371)
net.sourceforge.stripes.controller.NameBasedActionResolver.getActionBean(NameBasedActionResolver.java:264)
net.sourceforge.stripes.controller.AnnotatedClassActionResolver.getActionBean(AnnotatedClassActionResolver.java:300)
net.sourceforge.stripes.controller.DispatcherHelper$1.intercept(DispatcherHelper.java:108)
net.sourceforge.stripes.controller.ExecutionContext.proceed(ExecutionContext.java:158)
net.sourceforge.stripes.controller.BeforeAfterMethodInterceptor.intercept(BeforeAfterMethodInterceptor.java:113)
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:104)
net.sourceforge.stripes.controller.DispatcherServlet.resolveActionBean(DispatcherServlet.java:238)
net.sourceforge.stripes.controller.DispatcherServlet.service(DispatcherServlet.java:141)
javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
net.sourceforge.stripes.controller.DynamicMappingFilter$2.doFilter(DynamicMappingFilter.java:431)
net.sourceforge.stripes.controller.StripesFilter.doFilter(StripesFilter.java:247)
net.sourceforge.stripes.controller.DynamicMappingFilter.doFilter(DynamicMappingFilter.java:418)

&amp;lt;?xml version="1.0" encoding="ISO-8859-1"?&amp;gt;
&amp;lt;web-app version="2.4" xmlns="http://java.sun.com/xml/ns/j2ee"
  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
  xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee
  http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd"&amp;gt;
  &amp;lt;context-param&amp;gt;
    &amp;lt;param-name&amp;gt;
      javax.servlet.jsp.jstl.fmt.localizationContext
    &amp;lt;/param-name&amp;gt;
    &amp;lt;param-value&amp;gt;StripesResources&amp;lt;/param-value&amp;gt;
  &amp;lt;/context-param&amp;gt;
  &amp;lt;filter&amp;gt;
    &amp;lt;filter-name&amp;gt;StripesFilter&amp;lt;/filter-name&amp;gt;
    &amp;lt;filter-class&amp;gt;
      net.sourceforge.stripes.controller.StripesFilter
    &amp;lt;/filter-class&amp;gt;
    &amp;lt;!-- same init-params as before... --&amp;gt;
    &amp;lt;init-param&amp;gt;
      &amp;lt;param-name&amp;gt;ActionResolver.Packages&amp;lt;/param-name&amp;gt;
      &amp;lt;param-value&amp;gt;action&amp;lt;/param-value&amp;gt;
    &amp;lt;/init-param&amp;gt;
    &amp;lt;init-param&amp;gt;
      &amp;lt;param-name&amp;gt;Extension.Packages&amp;lt;/param-name&amp;gt;
      &amp;lt;param-value&amp;gt;ext&amp;lt;/param-value&amp;gt;
    &amp;lt;/init-param&amp;gt;
    &amp;lt;init-param&amp;gt;
      &amp;lt;param-name&amp;gt;LocalePicker.Locales&amp;lt;/param-name&amp;gt;
      &amp;lt;param-value&amp;gt;en,fr&amp;lt;/param-value&amp;gt;
    &amp;lt;/init-param&amp;gt;
    &amp;lt;init-param&amp;gt;
      &amp;lt;param-name&amp;gt;Stripes.EncryptionKey&amp;lt;/param-name&amp;gt;
      &amp;lt;param-value&amp;gt;some very string used as an encryption key&amp;lt;/param-value&amp;gt;
    &amp;lt;/init-param&amp;gt;
  &amp;lt;/filter&amp;gt;
  &amp;lt;filter&amp;gt;
    &amp;lt;filter-name&amp;gt;DynamicMappingFilter&amp;lt;/filter-name&amp;gt;
    &amp;lt;filter-class&amp;gt;
      net.sourceforge.stripes.controller.DynamicMappingFilter
    &amp;lt;/filter-class&amp;gt;
  &amp;lt;/filter&amp;gt;
  &amp;lt;filter-mapping&amp;gt;
    &amp;lt;filter-name&amp;gt;DynamicMappingFilter&amp;lt;/filter-name&amp;gt;
    &amp;lt;url-pattern&amp;gt;/*&amp;lt;/url-pattern&amp;gt;
    &amp;lt;dispatcher&amp;gt;REQUEST&amp;lt;/dispatcher&amp;gt;
    &amp;lt;dispatcher&amp;gt;FORWARD&amp;lt;/dispatcher&amp;gt;
    &amp;lt;dispatcher&amp;gt;INCLUDE&amp;lt;/dispatcher&amp;gt;
  &amp;lt;/filter-mapping&amp;gt;
  &amp;lt;welcome-file-list&amp;gt;
    &amp;lt;welcome-file&amp;gt;index.jsp&amp;lt;/welcome-file&amp;gt;
  &amp;lt;/welcome-file-list&amp;gt;
  &amp;lt;error-page&amp;gt;
    &amp;lt;error-code&amp;gt;404&amp;lt;/error-code&amp;gt;
    &amp;lt;location&amp;gt;/WEB-INF/jsp/not_found.jsp&amp;lt;/location&amp;gt;
  &amp;lt;/error-page&amp;gt;
&amp;lt;/web-app&amp;gt;






&lt;/pre&gt;</description>
    <dc:creator>Ankur Sharda</dc:creator>
    <dc:date>2012-04-25T14:29:12</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.stripes.user/13362">
    <title>Options-collection using lists</title>
    <link>http://comments.gmane.org/gmane.comp.java.stripes.user/13362</link>
    <description>&lt;pre&gt;Hi,

I am trying to use an option-collection for a list, and made a pair of
examples to see if I got it to work as intended, but didn't work as spected.

In an option collection, you can specify the value and the label, which
will be used to create the &amp;lt;option value="value"&amp;gt;label&amp;lt;/option&amp;gt;. So if you
want to use a field of each item, is good, but if you try to let it be used
as label, by not specifying it:

&amp;lt;stripes:options-collection collection="${actionBean.seasons}"/&amp;gt;

In my case will output:



Which is nearly correct, with the exception that the value and the label
should be the same.

Neither if you specify only one, and let the other be used:

&amp;lt;stripes:options-collection collection="${actionBean.seasons}" value="id" /&amp;gt;

Which outputs:



Isn't neither what it should be, as value should be using the Formatter and
not toString().

Was this a known bug? Has it been solved or something?

Cheers,

Javier Domingo
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/_______________________________________________
Stripes-users mailing list
Stripes-users-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&amp;lt; at &amp;gt;public.gmane.org
https://lists.sourceforge.net/lists/listinfo/stripes-users
&lt;/pre&gt;</description>
    <dc:creator>Javier Domingo</dc:creator>
    <dc:date>2012-04-25T12:24:22</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.stripes.user/13357">
    <title>s:errors and actionBeans from the actionBeanStack</title>
    <link>http://comments.gmane.org/gmane.comp.java.stripes.user/13357</link>
    <description>&lt;pre&gt;Hi!
Is there any way to display errors from action beans deeper in the 
actionBeanStack? I have tried s:errors with beanClass/action but it 
doesn't work. The problem is, I have some actions which end up (using 
ForwardResolution) displaying the main page of our application (because 
there is an error and you are not allowed to view the target site), but 
I don't want the action which is handling the main page to know about 
all possible errors which end up here?
Regards,
piotrek


------------------------------------------------------------------------------
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
&lt;/pre&gt;</description>
    <dc:creator>Piotrek Gliźniewicz</dc:creator>
    <dc:date>2012-04-20T08:35:57</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.stripes.user/13354">
    <title>Postback tag?</title>
    <link>http://comments.gmane.org/gmane.comp.java.stripes.user/13354</link>
    <description>&lt;pre&gt;Hi All,

I'm curently coding a search page where people can filter on various criterias
by clicking on links (filter on price, dates, categories, etc.)

In terms of coding these links are different 'simple' links to edit/view/delete
a record because *all* parameters of the current page have to be carried-on.
For instance the link 'filter by price' contains all parameters of the page:
(param for filter by dates + param for filter by categories, etc) + the param to
filter by price. 

For each 'filter' link I'm currently using the stripes:link tag with nested
parameters/values. It does the job but is not very convenient... same param tags
nested + the only parameter that is specific to that filter

So i'm wondering if there is some sort of tag which would basically do a
*complete postback*, by default including all parameters of the current 
actionBean?

if such an extension doesn't exist I would take a stab at it. 

What is the best way to code such a tag? (it seems to me that the real issue
 is from the current ActionBean to determine all parameter keys/values
 that need to be posted back).

Any hints/ideas/partial solutions are welcome

Thanks in advance for any help on this

Stephane


------------------------------------------------------------------------------
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
&lt;/pre&gt;</description>
    <dc:creator>bastian stephane</dc:creator>
    <dc:date>2012-04-19T20:27:19</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.stripes.user/13351">
    <title>Nested Layouts and non absolute paths</title>
    <link>http://comments.gmane.org/gmane.comp.java.stripes.user/13351</link>
    <description>&lt;pre&gt;Hi,

I am developing a web app, and I want to use the Nested Layouts feature.
But in the docs I don't see it very clear, if I have:

in main_layout.jsp



I should put in TopBar.jsp


&amp;lt;/stripes:layout-definition&amp;gt;


or just the html stuff? And if I don't want to make the layout jsp
available, can I use relative paths? I say this because I work inside
WEB-INF and map the .jsp in .html

Greetings,

Javier Domingo
------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev_______________________________________________
Stripes-users mailing list
Stripes-users-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&amp;lt; at &amp;gt;public.gmane.org
https://lists.sourceforge.net/lists/listinfo/stripes-users
&lt;/pre&gt;</description>
    <dc:creator>Javier Domingo</dc:creator>
    <dc:date>2012-04-18T04:09:59</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.stripes.user/13337">
    <title>NPE when upgrading from 1.4 to 1.4.3</title>
    <link>http://comments.gmane.org/gmane.comp.java.stripes.user/13337</link>
    <description>&lt;pre&gt;Hi,

I am currently trying to upgrade our Stripes installation from 1.4.0 to 1.4.3 to be able to serialize the FlashScope (fix STS-319) and implement a replicated session storage for failover.

My replicating SessionManager works like a charm in 1.4 &amp;amp; 1.4.2 as long as I can serialize the session content. Upgrading to 1.4.3 while not using my SessionManager (using the default non persistent SessionManager) also works.

However,  I am experiencing a rather annoying bug in 1.4.3 when using the ReplicatingSessionManager; When I am making a POST request followed by a (flashed) redirect setContext(ActionBeanContext abc) is not called on the ActionBean in the new request. This leads to a NullPointerException in StripesFilter.java:217.

So, it seems like 1.4.3 and my SessionManager somehow are incompatible. Since I have spent almost an entire day trying to figure out what could be wrong and understanding the Stripes codebase I really have two questions; 1) Could this be a bug in Stripes? 2) Do you have any input on how how I can debug this issue?

Thanks,
Jens Rantil
------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev_______________________________________________
Stripes-users mailing list
Stripes-users-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&amp;lt; at &amp;gt;public.gmane.org
https://lists.sourceforge.net/lists/listinfo/stripes-users
&lt;/pre&gt;</description>
    <dc:creator>Jens Rantil</dc:creator>
    <dc:date>2012-04-03T15:11:19</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.stripes.user/13327">
    <title>Proposal: Page Scope</title>
    <link>http://comments.gmane.org/gmane.comp.java.stripes.user/13327</link>
    <description>&lt;pre&gt;Hi guys,

I like to make a proposal - for making the rendered page an additional scope
where we can store objects. The objects can be serialized into an encrypted
block in a hidden textbox. On postback the encrypted block will be deserialized
and bind back to the original variables.

We can add an annotation for this:

&amp;lt; at &amp;gt;PageScope
private Customer customer;

I get my idea from VIEWSTATE mechanism of ASP.NET. This is basically the only
thing I missed about ASP.NET.

Currently I have been using a fair bit of &amp;lt;stripes:hidden&amp;gt; for achieving the
effect. It is simply too sloppy.

What do you guys think?

Cheers,
Chut


7th years into stripes and counting...


------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
&lt;/pre&gt;</description>
    <dc:creator>Chut Yee</dc:creator>
    <dc:date>2012-04-03T02:31:27</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.stripes.user/13326">
    <title>Quickstart maven archetype</title>
    <link>http://comments.gmane.org/gmane.comp.java.stripes.user/13326</link>
    <description>&lt;pre&gt;Looks like we need to update the page at
http://www.stripesframework.org/display/stripes/Maven2+Archetype+for+Stripes.
 The archetype:create is deprecated.

mvn archetype:create \
-DarchetypeArtifactId=stripes-archetype-quickstart \
-DarchetypeGroupId=net.sourceforge \
-DarchetypeVersion=1.0 \
-DgroupId=myGroup \
-DartifactId=stripesTest \
-DarchetypeRepository=http://sourceforge.net/projects/mvnstripes/files/stripes-quickstart-1.0/1.0

should now be

mvn archetype:generate \
-DarchetypeArtifactId=stripes-archetype-quickstart \
-DarchetypeGroupId=net.sourceforge \
-DarchetypeVersion=1.0 \
-DgroupId=myGroup \
-DartifactId=stripesTest \
-DarchetypeRepository=http://sourceforge.net/projects/mvnstripes/files/stripes-quickstart-1.0/1.0

------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
&lt;/pre&gt;</description>
    <dc:creator>Nathan Maves</dc:creator>
    <dc:date>2012-04-02T22:50:40</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.stripes.user/13324">
    <title>Stripes on Websphere 8?</title>
    <link>http://comments.gmane.org/gmane.comp.java.stripes.user/13324</link>
    <description>&lt;pre&gt;Has anyone successfully deployed a Stripes app on Websphere 8?  I haven't
found anything on the web one way or another.
Thank you.
------------------------------------------------------------------------------
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure_______________________________________________
Stripes-users mailing list
Stripes-users-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&amp;lt; at &amp;gt;public.gmane.org
https://lists.sourceforge.net/lists/listinfo/stripes-users
&lt;/pre&gt;</description>
    <dc:creator>Niels &lt; at &gt;Marriott</dc:creator>
    <dc:date>2012-03-30T19:54:30</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.stripes.user/13320">
    <title>Stripes, Twitter bootstrap &amp; validation errors</title>
    <link>http://comments.gmane.org/gmane.comp.java.stripes.user/13320</link>
    <description>&lt;pre&gt;Hi all,

I am experimenting a bit using Stripes with Twitter's Bootstrap.

While it plays nicely most of the time, i am having trouble signalling form 
validation errors back to the form. Bootstrap wants me to add the error class to 
the surrounding .control-group (http://twitter.github.com/bootstrap/base-
css.html#forms)

Here's a snippet of my Form:

&amp;lt;div class='control-group'&amp;gt;
    &amp;lt;label class='control-label' for='users'&amp;gt;User&amp;lt;/label&amp;gt;
    &amp;lt;div class='controls'&amp;gt;
        &amp;lt;s:select name='selectedUser' id='users'&amp;gt;
            &amp;lt;s:option value=''&amp;gt;Pick one...&amp;lt;/s:option&amp;gt;
            &amp;lt;s:options-collection collection='${actionBean.users}' value='id' 
label='name' /&amp;gt;
        &amp;lt;/s:select&amp;gt;
    &amp;lt;/div&amp;gt;
&amp;lt;/div&amp;gt;

I implemented the TagErrorRenderer to find the closest parent tag with the 
'control-group' CSS class, but stripes only seems to have parent tags that are 
part of his tag library: the select input tag's parent is the form tag, while i 
would've liked it to be the surrounding div tag. 

I am thinking now to use jQuery to select all input tags with the 'error' class 
and then add the 'error' class to the closest divs with 'control-group' class, 
but that would kinda suck :) Is there perhaps a stripes tag that i can use that 
renders to a div, so that the TagErrorRenderer can have access to it?

Or does anyone have a better suggestion for me? (apart from ditching bootstrap) 
:) 

Cheers,
  Rolf


------------------------------------------------------------------------------
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
&lt;/pre&gt;</description>
    <dc:creator>Rolf</dc:creator>
    <dc:date>2012-03-23T11:19:23</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.stripes.user/13319">
    <title>Stripes - Roles Based Navigation Menu</title>
    <link>http://comments.gmane.org/gmane.comp.java.stripes.user/13319</link>
    <description>&lt;pre&gt;Hi Stripes Community,

I am moving a PHP Web App to Java based framework. I have look at Apache Click
and like it a lot. But coming from an Action oriented framework, I would like to
take a serious look at Stripes. I was wondering is there an example to create
dynamic multi-level navigation menu based on User's roles?

Charles


------------------------------------------------------------------------------
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
&lt;/pre&gt;</description>
    <dc:creator>Charles Yang</dc:creator>
    <dc:date>2012-03-15T17:16:34</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.stripes.user/13310">
    <title>auto</title>
    <link>http://comments.gmane.org/gmane.comp.java.stripes.user/13310</link>
    <description>&lt;pre&gt;UI generation?  Is there such a thing for Stripes?

Joaquin Valdez
joaquinfvaldez-Re5JQEeQqe8AvxtiuMwx3w&amp;lt; at &amp;gt;public.gmane.org



------------------------------------------------------------------------------
Virtualization &amp;amp; Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/_______________________________________________
Stripes-users mailing list
Stripes-users-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&amp;lt; at &amp;gt;public.gmane.org
https://lists.sourceforge.net/lists/listinfo/stripes-users
&lt;/pre&gt;</description>
    <dc:creator>Joaquin Valdez</dc:creator>
    <dc:date>2012-03-09T01:18:43</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.java.stripes.user">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.java.stripes.user</link>
  </textinput>
</rdf:RDF>

