Nabble - stripes-users

Re: Stripes tag - disabled="true" will bind a null value?

2009-12-09T11:03:18Z

I know this doesn't exactly solve the problem, but it might help in
some cases. You can use @Validate(ignore=true) to prevent binding into
a property.

-Ben

On Wed, Dec 9, 2009 at 12:52 PM, Simon Keen <simon@...> wrote:

>
> This behaviour is a real problem. I have been struggling with it for some
> time. It doesn't help that I couldnt' find any mention of this behviour in
> the taglib docs or the stripes book.
>
> Having read the ticket associated with this I am not sure why Stripes has to
> bind anything when a value is ommitted from a posted form. To my small
> brain it would seem better to ignore values that were on the previous page
> disbaled and are not in the next request. This way no value would be bound
> fopr disabled fields. Thus if any data is loaded it would be left alone
> instead of being trampled on.
>
> For simple fields it is possible to define a read only property on the bean
> that is used when it is disabled and a writable property name when it is
> not. This is a pain but doable. It gets a lot harder when the property is
> on a model class and you are in a foreach loop around a list of them. It is
> not nice to have to corrupt the model classes for the sake of the
> presentation.
>
> I have alreayd had to spilt forms up but have now run out of ideas for one
> form I am working on.
> Seems cheeky to be using opensource software and ask for a fix but it would
> be most appreciated.
>
> Simon
>
>
>
> YEE CHUT NGEOW wrote:
>>
>> Hi,
>>
>> I have a <stripes:select disabled="true"> tag.
>> I just discovered that the disabled="true" is setting null to my
>> actionBean
>> object.
>>
>> Is that the intended behavior? Is there a way to disable it?
>>
>> Many thanks
>> Yee

------------------------------------------------------------------------------
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev
_______________________________________________
Stripes-users mailing list
Stripes-users@...
https://lists.sourceforge.net/lists/listinfo/stripes-users

Re: Stripes tag - disabled="true" will bind a null value?

2009-12-09T09:52:58Z

This behaviour is a real problem. I have been struggling with it for some time. It doesn't help that I couldnt' find any mention of this behviour in the taglib docs or the stripes book.

Having read the ticket associated with this I am not sure why Stripes has to bind anything when a value is ommitted from a posted form. To my small brain it would seem better to ignore values that were on the previous page disbaled and are not in the next request. This way no value would be bound fopr disabled fields. Thus if any data is loaded it would be left alone instead of being trampled on.

For simple fields it is possible to define a read only property on the bean that is used when it is disabled and a writable property name when it is not. This is a pain but doable. It gets a lot harder when the property is on a model class and you are in a foreach loop around a list of them. It is not nice to have to corrupt the model classes for the sake of the presentation.

I have alreayd had to spilt forms up but have now run out of ideas for one form I am working on.
Seems cheeky to be using opensource software and ask for a fix but it would be most appreciated.

Simon

YEE CHUT NGEOW wrote:

Hi,

I have a <stripes:select disabled="true"> tag.
I just discovered that the disabled="true" is setting null to my actionBean
object.

Is that the intended behavior? Is there a way to disable it?

Many thanks
Yee

------------------------------------------------------------------------------
Are you an open source citizen? Join us for the Open Source Bridge conference!
Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250.
Need another reason to go? 24-hour hacker lounge. Register today!
http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org
_______________________________________________
Stripes-users mailing list
Stripes-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/stripes-users

Re: Problems deploying stripes-examples.war on Weblogic servers

2009-12-08T00:40:03Z

Morten Nyhaug <morten2morrow@...> writes:

> It appears that the application deploys without error when deployed as
> exploded. However with weblogic 10.0 I get some wierd taglib errors when
trying
> to execute the application. I had to manually remove the two function tags at
> the bottom of the stripes.tld file inside the stripes.jar to make it work.
>
> However, this is not really a solution to the problem. Deploying exploded
> archives is not very practical since all my applications are bundled in ear's.

Some updates on this problem. It appears that the upcoming version 1.5.3 of
stripes solves the deploy problems of war packages on weblogic. I checked out
the trunk of the stripes project, and the new resulting stripes.jar solves the
problem. Very good news.

Weblogic 10.0 have problems understanding the stripes.tld. To solve this, copy
the stripes.tld from the stripes.jar to your WEB-INF directory. Edit the file
and remove the two function tags at the botton.

If you package your wars into an ear like me, you might get an error telling
you that stripes is unable to find the StripesResources.properties file, even
though this file is still in the war classpath. I solved this by moving it out
of the war, and into a common jar file located in the ears APP-INF/lib. This is
probably due to how weblogic solves the ear classpath.

------------------------------------------------------------------------------
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev
_______________________________________________
Stripes-users mailing list
Stripes-users@...
https://lists.sourceforge.net/lists/listinfo/stripes-users

Re: Handling data in ActionBean

2009-12-06T22:16:32Z

Thank you, problem solved.

On Mon, Dec 7, 2009 at 4:12 AM, Steve Miller <thatguy1177@...> wrote:

Hi Michal,
Please read http://www.stripesframework.org/display/stripes/State+Management
and then see if you have any questions.

Steve

2009/12/6 Michal Kováč <mkakacm@...>:

> Hello, how do I save data between two events in ActionBean? In the following
> example I create contact in addContact(), preserve it and save it to
> attribute contact. When i try to access that contact after redirectction, in
> addNumber(), its null.
>
> private Contact contact;
> ...
>
> public Resolution addNumber() {
>
> log.debug("addNumber() to contact={}", contact);
>
> return new ForwardResolution("/addNumber.jsp");
>
> }
>
> public Resolution addContact() {
>
> log.debug("addContact() - name={}", name);
>
> contact=contactFacade.create(name, surname));
>
> log.debug("addContact() OK - contact={}", contact);
>
> return new RedirectResolution(this.getClass(), "addNumber");
>
> }
>
> What am I doing wrong?
>

> ------------------------------------------------------------------------------
> Join us December 9, 2009 for the Red Hat Virtual Experience,
> a free event focused on virtualization and cloud computing.
> Attend in-depth sessions from your desk. Your couch. Anywhere.
> http://p.sf.net/sfu/redhat-sfdev2dev
> _______________________________________________
> Stripes-users mailing list
> Stripes-users@...
> https://lists.sourceforge.net/lists/listinfo/stripes-users
>
>

------------------------------------------------------------------------------
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing.
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
_______________________________________________
Stripes-users mailing list
Stripes-users@...
https://lists.sourceforge.net/lists/listinfo/stripes-users

------------------------------------------------------------------------------
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing.
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
_______________________________________________
Stripes-users mailing list
Stripes-users@...
https://lists.sourceforge.net/lists/listinfo/stripes-users

Re: Handling data in ActionBean

2009-12-06T19:12:10Z

Hi Michal,
Please read http://www.stripesframework.org/display/stripes/State+Management
and then see if you have any questions.

Steve

2009/12/6 Michal Kováč <mkakacm@...>:

> Hello, how do I save data between two events in ActionBean? In the following
> example I create contact in addContact(), preserve it and save it to
> attribute contact. When i try to access that contact after redirectction, in
> addNumber(), its null.
>
> private Contact contact;
> ...
>
> public Resolution addNumber() {
>
> log.debug("addNumber() to contact={}", contact);
>
> return new ForwardResolution("/addNumber.jsp");
>
> }
>
> public Resolution addContact() {
>
> log.debug("addContact() - name={}", name);
>
> contact=contactFacade.create(name, surname));
>
> log.debug("addContact() OK - contact={}", contact);
>
> return new RedirectResolution(this.getClass(), "addNumber");
>
> }
>
> What am I doing wrong?
>
> ------------------------------------------------------------------------------
> Join us December 9, 2009 for the Red Hat Virtual Experience,
> a free event focused on virtualization and cloud computing.
> Attend in-depth sessions from your desk. Your couch. Anywhere.
> http://p.sf.net/sfu/redhat-sfdev2dev
> _______________________________________________
> Stripes-users mailing list
> Stripes-users@...
> https://lists.sourceforge.net/lists/listinfo/stripes-users
>
>

Handling data in ActionBean

2009-12-06T17:51:51Z

Hello, how do I save data between two events in ActionBean? In the following example I create contact in addContact(), preserve it and save it to attribute contact. When i try to access that contact after redirectction, in addNumber(), its null.

private Contact contact;
...

public Resolution addNumber() {

    log.debug("addNumber() to contact={}", contact);

    return new ForwardResolution("/addNumber.jsp");

}

public Resolution addContact() {

    log.debug("addContact() - name={}", name);

    contact=contactFacade.create(name, surname));

    log.debug("addContact() OK - contact={}", contact);

    return new RedirectResolution(this.getClass(), "addNumber");

}

What am I doing wrong?

Re: Where do i find the bugzooky sample application?

2009-12-06T15:27:11Z

This is weird. I had to downloading something else then... thank you very much.

On Mon, Dec 7, 2009 at 12:17 AM, Freddy Daoud <xf2697@...> wrote:

> It's not included in latest release nor in documentation.
> Thank you.

Sure it is:
https://sourceforge.net/projects/stripes/files/stripes/Stripes%201.5.2/stripes-1.5.2.zip/download

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

------------------------------------------------------------------------------
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing.
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
_______________________________________________
Stripes-users mailing list
Stripes-users@...
https://lists.sourceforge.net/lists/listinfo/stripes-users

Re: Where do i find the bugzooky sample application?

2009-12-06T15:17:28Z

> It's not included in latest release nor in documentation.
> Thank you.

Sure it is:
https://sourceforge.net/projects/stripes/files/stripes/Stripes%201.5.2/stripes-1.5.2.zip/download

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

------------------------------------------------------------------------------
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing.
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
_______________________________________________
Stripes-users mailing list
Stripes-users@...
https://lists.sourceforge.net/lists/listinfo/stripes-users

Where do i find the bugzooky sample application?

2009-12-06T14:38:16Z

It's not included in latest release nor in documentation.
Thank you.

------------------------------------------------------------------------------
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing.
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
_______________________________________________
Stripes-users mailing list
Stripes-users@...
https://lists.sourceforge.net/lists/listinfo/stripes-users

Re: Problems deploying stripes-examples.war on Weblogic servers

2009-12-04T05:09:42Z

Morten Nyhaug <morten2morrow@...> writes:

>
> I have tried to deploy the stripes-examples on weblogic 10.0, weblogic 10.3
and
> weblogic 10.3.2 (11gR1), all javaee 5 compliant. Every single deployment
> results in this error:
>
> ...
>
It appears that the application deploys without error when deployed as
exploded. However with weblogic 10.0 I get some wierd taglib errors when trying
to execute the application. I had to manually remove the two function tags at
the bottom of the stripes.tld file inside the stripes.jar to make it work.

However, this is not really a solution to the problem. Deploying exploded
archives is not very practical since all my applications are bundled in ear's.

Regards
Morten

------------------------------------------------------------------------------
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing.
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
_______________________________________________
Stripes-users mailing list
Stripes-users@...
https://lists.sourceforge.net/lists/listinfo/stripes-users

Problems deploying stripes-examples.war on Weblogic servers

2009-12-04T01:29:19Z

I have tried to deploy the stripes-examples on weblogic 10.0, weblogic 10.3 and
weblogic 10.3.2 (11gR1), all javaee 5 compliant. Every single deployment
results in this error:

04.des.2009 kl 09.54 CET Error HTTP BEA-101165
Could not load user defined filter in web.xml:
net.sourceforge.stripes.controller.StripesFilter.net.sourceforge.stripes.excepti
on.StripesRuntimeException:
Problem instantiating default configuration objects.
at net.sourceforge.stripes.config.DefaultConfiguration.init
(DefaultConfiguration.java:220)
at net.sourceforge.stripes.config.RuntimeConfiguration.init
(RuntimeConfiguration.java:272)
at net.sourceforge.stripes.controller.StripesFilter.init
(StripesFilter.java:125)
at weblogic.servlet.internal.FilterManager$FilterInitAction.run
(FilterManager.java:332)
at weblogic.security.acl.internal.AuthenticatedSubject.doAs
(AuthenticatedSubject.java:321)
Truncated. see log file for complete stacktrace

Caused By: java.lang.NullPointerException
at java.io.FilterInputStream.read(FilterInputStream.java:116)
at sun.nio.cs.StreamDecoder.readBytes(StreamDecoder.java:264)
at sun.nio.cs.StreamDecoder.implRead(StreamDecoder.java:306)
at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:158)
at java.io.InputStreamReader.read(InputStreamReader.java:167)
Truncated. see log file for complete stacktrace

To reproduce this, simply try to deploy the stripes-examples.war application on
a weblogic server. I used the wldeploy ant task to deploy the app.

It is important to note that JRockit seems to give some really strange error
reports. To get the correct stacktrace, you need to start weblogic with Sun's
JDK. Simply modify the setDomainEnv file adding "JAVA_VENDOR=Sun" at the start,
to accomplish this.

Would be really nice if you guys could take a look at this, and help me find a
solution. I have searched around, but so far been unable to find a good answer
to this.

Regards
Morten

------------------------------------------------------------------------------
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing.
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
_______________________________________________
Stripes-users mailing list
Stripes-users@...
https://lists.sourceforge.net/lists/listinfo/stripes-users

Re: populating forms, empty properties, default settings

2009-12-03T08:09:15Z

Yes, I suppose I could do that, though the nice thing about having
"null" be the "NONE" choice is that I don't have to do any special
initializing in the action.

Thanks for the confirmation that I'm not crazy.

On Thu, Dec 3, 2009 at 9:36 AM, Nathan Maves <nathan.maves@...> wrote:

> This issue has pissed me off too many times to count. There is another way
> around it if you choose. You can also add another choice to your enum like
> Choice.NONE and it will select it. I usually end up doing like you with a
> classic html input and setting the checked value on my own. This way I dont
> have to decode it in an action. I agree that this should be a fixable
> issue.
> Nathan
>
> On Tue, Dec 1, 2009 at 11:02 PM, Mike McNally <emmecinque@...> wrote:
>>
>> I've probably asked this before, but the information refuses to stick
>> to my brain.
>>
>> This pattern comes up a lot for me: I have an action bean for a form,
>> and part of the form is a set of radio buttons corresponding to an
>> enum for some modal behavior (say, an item type filter selector for a
>> "query" action). The default setting for the radio buttons should be
>> the "Any" or "Don't Care" option, which corresponds to an empty value
>> - a null for the enum reference in the action bean, in other words.
>>
>> When I submit the form, the empty value for the "Don't Care" radio
>> button does what I want: the action bean gets a null enum reference,
>> so the query operation proceeds without including any filter for the
>> item type. If another radio button is selected, then the field is
>> correctly populated and things work fine.
>>
>> The problem comes up in the initial population of the form. The "Don't
>> Care" radio button is given "value = ''" and "checked = 'true'"
>> attributes, but Stripes leaves all the radio buttons unchecked. The
>> action bean has no value for the enum property, but for some reason
>> Stripes doesn't relate that empty value to the empty value on the
>> default radio button.
>>
>> So my question is, why is that? It's easy enough to work around by
>> coding up a non-Stripes <input type='radio' ...> element, but I don't
>> understand what the "greater good" is from Stripes not deciding that
>> the null enum value should correspond to the radio button with the
>> empty value attribute, since that's exactly how things will be bound
>> in the other direction.
>>
>>
>> --
>> Turtle, turtle, on the ground,
>> Pink and shiny, turn around.
>>
>>
>> ------------------------------------------------------------------------------
>> Join us December 9, 2009 for the Red Hat Virtual Experience,
>> a free event focused on virtualization and cloud computing.
>> Attend in-depth sessions from your desk. Your couch. Anywhere.
>> http://p.sf.net/sfu/redhat-sfdev2dev
>> _______________________________________________
>> Stripes-users mailing list
>> Stripes-users@...
>> https://lists.sourceforge.net/lists/listinfo/stripes-users
>
>
> ------------------------------------------------------------------------------
> Join us December 9, 2009 for the Red Hat Virtual Experience,
> a free event focused on virtualization and cloud computing.
> Attend in-depth sessions from your desk. Your couch. Anywhere.
> http://p.sf.net/sfu/redhat-sfdev2dev
> _______________________________________________
> Stripes-users mailing list
> Stripes-users@...
> https://lists.sourceforge.net/lists/listinfo/stripes-users
>
>

--
Turtle, turtle, on the ground,
Pink and shiny, turn around.

------------------------------------------------------------------------------
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing.
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
_______________________________________________
Stripes-users mailing list
Stripes-users@...
https://lists.sourceforge.net/lists/listinfo/stripes-users

Re: populating forms, empty properties, default settings

2009-12-03T07:36:58Z

This issue has pissed me off too many times to count. There is another way around it if you choose. You can also add another choice to your enum like Choice.NONE and it will select it. I usually end up doing like you with a classic html input and setting the checked value on my own. This way I dont have to decode it in an action. I agree that this should be a fixable issue.

Nathan

On Tue, Dec 1, 2009 at 11:02 PM, Mike McNally <emmecinque@...> wrote:

I've probably asked this before, but the information refuses to stick
to my brain.

This pattern comes up a lot for me: I have an action bean for a form,
and part of the form is a set of radio buttons corresponding to an
enum for some modal behavior (say, an item type filter selector for a
"query" action). The default setting for the radio buttons should be
the "Any" or "Don't Care" option, which corresponds to an empty value
- a null for the enum reference in the action bean, in other words.

When I submit the form, the empty value for the "Don't Care" radio
button does what I want: the action bean gets a null enum reference,
so the query operation proceeds without including any filter for the
item type. If another radio button is selected, then the field is
correctly populated and things work fine.

The problem comes up in the initial population of the form. The "Don't
Care" radio button is given "value = ''" and "checked = 'true'"
attributes, but Stripes leaves all the radio buttons unchecked. The
action bean has no value for the enum property, but for some reason
Stripes doesn't relate that empty value to the empty value on the
default radio button.

So my question is, why is that? It's easy enough to work around by
coding up a non-Stripes <input type='radio' ...> element, but I don't
understand what the "greater good" is from Stripes not deciding that
the null enum value should correspond to the radio button with the
empty value attribute, since that's exactly how things will be bound
in the other direction.

--
Turtle, turtle, on the ground,
Pink and shiny, turn around.

------------------------------------------------------------------------------
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing.
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
_______________________________________________
Stripes-users mailing list
Stripes-users@...
https://lists.sourceforge.net/lists/listinfo/stripes-users

Re: Issue deploying stripes-examples.war on weblogic 9.2 as packaged war using Stripes 1.5.2

2009-12-03T05:24:20Z

You can check out the 1.5.x branch using SVN from this URL:

https://stripes.svn.sourceforge.net/svnroot/stripes/branches/1.5.x

Then you can build it with ant.

-Ben

On Wed, Dec 2, 2009 at 10:29 PM, Dhanda <ramandeep_kaur01@...> wrote:

>
> Hi Ben,
>
> Can you please let me know how can I get the latest code of Stripes which
> includes this fix. I want to incorporate this fix incementally in stripes
> 1.5.2. I hope it will be possible to add that fix in Stripes 1.5.2.
>
>
> Ben Gunter-2 wrote:
> >
> > This is probably a known issue that has already been fixed for the
> > upcoming
> > 1.5.3 release.
> >
> > http://www.stripesframework.org/jira/browse/STS-723
> >
> > -Ben
> >
> > On Wed, Dec 2, 2009 at 10:40 AM, Dhanda
> > <ramandeep_kaur01@...>wrote:
> >
> >>
> >> Hi,
> >>
> >> I tried to run the stripes-example.war on weblogic9.2 and stripes
> >> 1.5.2(after removing the two methods in stripes.tld). When I ran the
> >> stripes-example in exploded form, it worked fine for me. But when I tried
> >> to
> >> deploy as a packaged war, I got the following error:
> >> net.sourceforge.stripes.exception.ActionBeanNotFoundException: Could not
> >> locate an ActionBean that is bound to the URL
> >> [/examples/quickstart/Calculator.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,
> >> /controller/DefaultView.action=class
> >> net.sourceforge.stripes.controller.DefaultViewActionBean}
> >> at
> >>
> >> net.sourceforge.stripes.controller.AnnotatedClassActionResolver.getActionBean(AnnotatedClassActionResolver.java:343)
> >> at
> >>
> >> net.sourceforge.stripes.controller.NameBasedActionResolver.getActionBean(NameBasedActionResolver.java:264)
> >> at
> >>
> >> net.sourceforge.stripes.controller.AnnotatedClassActionResolver.getActionBean(AnnotatedClassActionResolver.java:295)
> >> at
> >>
> >> net.sourceforge.stripes.controller.DispatcherHelper$1.intercept(DispatcherHelper.java:108)
> >> 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.resolveActionBean(DispatcherHelper.java:104)
> >> at
> >>
> >> net.sourceforge.stripes.controller.DispatcherServlet.resolveActionBean(DispatcherServlet.java:238)
> >> at
> >>
> >> net.sourceforge.stripes.controller.DispatcherServlet.service(DispatcherServlet.java:141)
> >> at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
> >> at
> >>
> >> weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run(StubSecurityHelper.java:223)
> >> at
> >>
> >> weblogic.servlet.internal.StubSecurityHelper.invokeServlet(StubSecurityHelper.java:125)
> >> at
> >> weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:230)
> >> at
> >> weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:26)
> >> at
> >> weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:42)
> >> at
> >>
> >> net.sourceforge.stripes.controller.StripesFilter.doFilter(StripesFilter.java:247)
> >> at
> >> weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:42)
> >> at
> >>
> >> weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:3243)
> >> at
> >>
> >> weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
> >> at
> >> weblogic.security.service.SecurityManager.runAs(SecurityManager.java:121)
> >> at
> >>
> >> weblogic.servlet.internal.WebAppServletContext.securedExecute(WebAppServletContext.java:2003)
> >> at
> >>
> >> weblogic.servlet.internal.WebAppServletContext.execute(WebAppServletContext.java:1862)
> >> at
> >>
> >> weblogic.servlet.internal.ServletRequestImpl.run(ServletRequestImpl.java:1359)
> >> at weblogic.work.ExecuteThread.execute(ExecuteThread.java:209)
> >> at weblogic.work.ExecuteThread.run(ExecuteThread.java:181)
> >>
> >> It seems there is some issue of Stripes 1.5.2 with weblogic 9.2. Can
> >> anyone
> >> help me fixing this issue.
> >>
> >
> > ------------------------------------------------------------------------------
> > Join us December 9, 2009 for the Red Hat Virtual Experience,
> > a free event focused on virtualization and cloud computing.
> > Attend in-depth sessions from your desk. Your couch. Anywhere.
> > http://p.sf.net/sfu/redhat-sfdev2dev
> > _______________________________________________
> > Stripes-users mailing list
> > Stripes-users@...
> > https://lists.sourceforge.net/lists/listinfo/stripes-users
> >
> >
>
> --
> View this message in context: http://old.nabble.com/Issue-deploying-stripes-examples.war-on-weblogic-9.2-as-packaged-war-using-Stripes-1.5.2-tp26610976p26620484.html
> Sent from the stripes-users mailing list archive at Nabble.com.
>
>
> ------------------------------------------------------------------------------
> Join us December 9, 2009 for the Red Hat Virtual Experience,
> a free event focused on virtualization and cloud computing.
> Attend in-depth sessions from your desk. Your couch. Anywhere.
> http://p.sf.net/sfu/redhat-sfdev2dev
> _______________________________________________
> Stripes-users mailing list
> Stripes-users@...
> https://lists.sourceforge.net/lists/listinfo/stripes-users

Re: Map binding?

2009-12-02T20:58:00Z

Thank goodness; pilot error after all. I am here to eat my required dose of humble pie.

I was being burned by a toString() method that was, indirectly, returning String.valueOf(null). So when I was printing my HashMap, I was getting entries like this: 1=null

Moral of the story: don't ever rely on the value of toString().

Best,
Laird

Re: Map binding?

2009-12-02T20:14:02Z

ljnelson wrote:

Again, submitting a request parameter of x.y['someKey'].z, where x has a getY() method that returns a Map<String, Something>, and where Something has a setZ() method--does not work, despite being touted in examples.

And this is also true of indexed property binding.

x.y[${someIndex}].z, where x has a getY() method that returns a List<Something>, and where Something has a setZ() method--does not work either.

The Z is created, but never set, and the Something is created, but never installed into the List.

Yikes.

Laird

Re: Map binding?

2009-12-02T19:57:51Z

No one else?

I guess I'll report it as a severe bug. I'm quite surprised this made it through testing.

Again, submitting a request parameter of x.y['someKey'].z, where x has a getY() method that returns a Map<String, Something>, and where Something has a setZ() method--does not work, despite being touted in examples.

A new X() is created, a new Something is created, but then thrown away, and null is placed in the Map under the someKey key.

Best,
Laird

Re: Issue deploying stripes-examples.war on weblogic 9.2 as packaged war using Stripes 1.5.2

2009-12-02T19:29:51Z

Hi Ben,

Can you please let me know how can I get the latest code of Stripes which includes this fix. I want to incorporate this fix incementally in stripes 1.5.2. I hope it will be possible to add that fix in Stripes 1.5.2.

Ben Gunter-2 wrote:

This is probably a known issue that has already been fixed for the upcoming
1.5.3 release.

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

-Ben

On Wed, Dec 2, 2009 at 10:40 AM, Dhanda <ramandeep_kaur01@infosys.com>wrote:

>
> Hi,
>
> I tried to run the stripes-example.war on weblogic9.2 and stripes
> 1.5.2(after removing the two methods in stripes.tld). When I ran the
> stripes-example in exploded form, it worked fine for me. But when I tried
> to
> deploy as a packaged war, I got the following error:
> net.sourceforge.stripes.exception.ActionBeanNotFoundException: Could not
> locate an ActionBean that is bound to the URL
> [/examples/quickstart/Calculator.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,
> /controller/DefaultView.action=class
> net.sourceforge.stripes.controller.DefaultViewActionBean}
> at
>
> net.sourceforge.stripes.controller.AnnotatedClassActionResolver.getActionBean(AnnotatedClassActionResolver.java:343)
> at
>
> net.sourceforge.stripes.controller.NameBasedActionResolver.getActionBean(NameBasedActionResolver.java:264)
> at
>
> net.sourceforge.stripes.controller.AnnotatedClassActionResolver.getActionBean(AnnotatedClassActionResolver.java:295)
> at
>
> net.sourceforge.stripes.controller.DispatcherHelper$1.intercept(DispatcherHelper.java:108)
> 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.resolveActionBean(DispatcherHelper.java:104)
> at
>
> net.sourceforge.stripes.controller.DispatcherServlet.resolveActionBean(DispatcherServlet.java:238)
> at
>
> net.sourceforge.stripes.controller.DispatcherServlet.service(DispatcherServlet.java:141)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
> at
>
> weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run(StubSecurityHelper.java:223)
> at
>
> weblogic.servlet.internal.StubSecurityHelper.invokeServlet(StubSecurityHelper.java:125)
> at
> weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:230)
> at weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:26)
> at
> weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:42)
> at
>
> net.sourceforge.stripes.controller.StripesFilter.doFilter(StripesFilter.java:247)
> at
> weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:42)
> at
>
> weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:3243)
> at
>
> weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
> at
> weblogic.security.service.SecurityManager.runAs(SecurityManager.java:121)
> at
>
> weblogic.servlet.internal.WebAppServletContext.securedExecute(WebAppServletContext.java:2003)
> at
>
> weblogic.servlet.internal.WebAppServletContext.execute(WebAppServletContext.java:1862)
> at
>
> weblogic.servlet.internal.ServletRequestImpl.run(ServletRequestImpl.java:1359)
> at weblogic.work.ExecuteThread.execute(ExecuteThread.java:209)
> at weblogic.work.ExecuteThread.run(ExecuteThread.java:181)
>
> It seems there is some issue of Stripes 1.5.2 with weblogic 9.2. Can anyone
> help me fixing this issue.
>

------------------------------------------------------------------------------
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing.
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
_______________________________________________
Stripes-users mailing list
Stripes-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/stripes-users

Re: Map binding?

2009-12-02T14:49:12Z

Aaron Porter-3 wrote:

Laird,
Does your Diagnoses.getMap() return a Map<String,PresenceType> ? If not
there's no way for Stripes to know what type of object to create for a
value in the map.

Yes, it does. Well, I'm inferring something from your post: it returns a Map<String, Diagnosis>. A Diagnosis object has a presenceType property of type DiagnosisPresenceType.

So, again:

person.diagnoses['foobar'].presenceType.ID

and the relevant Java is:

Person.java:
public Map<String, Diagnosis> getDiagnoses();

Diagnosis.java:
public DiagnosisPresenceType getPresenceType();

DiagnosisPresenceType:
public int getID();

After cleaning up my code and whatnot I have found by dumping stack at various places that Stripes actually *does* create the Diagnosis object. It also creates the Map<String, Diagnosis>. It then somewhat inexplicably puts 'foobar' in as the key, and--this is really weird--null as the value. This occurs right after it creates a new empty Diagnosis object. It's like it creates the Diagnosis object for no reason, then throws it away, then puts null in the map instead.

Thanks for the quick reply.

Best,
Laird

Map binding problem

2009-12-02T14:45:46Z

I believe I have found a severe map binding issue in stripes.

I have a stripes:radio whose name is this:

person.diagnoses['foobar'].presenceType.ID

and whose value is simply 5.

After digging around and cleaning up code, I have discovered that the Diagnosis object that should be created by Stripes under the Person's diagnoses Map is...well, it's being created, but then null is being explicitly put into the Map under the 'foobar' key. It's like Stripes is creating the new Diagnosis object for no purpose.

Does this look familiar to anyone?

Thanks,
Laird

------------------------------------------------------------------------------
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing.
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
_______________________________________________
Stripes-users mailing list
Stripes-users@...
https://lists.sourceforge.net/lists/listinfo/stripes-users

Re: Map binding?

2009-12-02T14:41:34Z

Laird,
Does your Diagnoses.getMap() return a Map<String,PresenceType> ? If not
there's no way for Stripes to know what type of object to create for a
value in the map.

Aaron

ljnelson wrote:

> I am having trouble with Stripes binding values into a map.
>
> My JSP code has a radio button in it with the name:
>
> person.diagnoses['foobar'].presenceType.ID
>
> ...and a value of 3.
>
> The action bean has a get/setPerson property.
>
> The Person has a get/setDiagnoses property, which is a Map.
>
> I would expect that after posting this form, my action bean would contain a
> new Person, and that Person would contain a new Map, and that Map would
> contain a new key (foobar) with a new value bound to it--a new
> PresenceType--and its id value would contain a new ID object.
>
> I've placed traces on my person's setDiagnoses property and it is never
> being called.
>
> Where would I start diagnosing this problem? I was led to believe this is
> all automatic by
> http://www.coderanch.com/t/420848/Application-Frameworks/One-My-Favorite-Stripes-Features.
>
> Best,
> Laird
>

Map binding?

2009-12-02T13:27:12Z

I am having trouble with Stripes binding values into a map.

My JSP code has a radio button in it with the name:

person.diagnoses['foobar'].presenceType.ID

...and a value of 3.

The action bean has a get/setPerson property.

The Person has a get/setDiagnoses property, which is a Map.

I would expect that after posting this form, my action bean would contain a new Person, and that Person would contain a new Map, and that Map would contain a new key (foobar) with a new value bound to it--a new PresenceType--and its id value would contain a new ID object.

I've placed traces on my person's setDiagnoses property and it is never being called.

Where would I start diagnosing this problem? I was led to believe this is all automatic by http://www.coderanch.com/t/420848/Application-Frameworks/One-My-Favorite-Stripes-Features.

Best,
Laird

Re: Issue deploying stripes-examples.war on weblogic 9.2 as packaged war using Stripes 1.5.2

2009-12-02T08:21:03Z

This is probably a known issue that has already been fixed for the upcoming 1.5.3 release.

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

-Ben

On Wed, Dec 2, 2009 at 10:40 AM, Dhanda <ramandeep_kaur01@...> wrote:

Hi,

I tried to run the stripes-example.war on weblogic9.2 and stripes
1.5.2(after removing the two methods in stripes.tld). When I ran the
stripes-example in exploded form, it worked fine for me. But when I tried to
deploy as a packaged war, I got the following error:
net.sourceforge.stripes.exception.ActionBeanNotFoundException: Could not
locate an ActionBean that is bound to the URL
[/examples/quickstart/Calculator.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,
/controller/DefaultView.action=class
net.sourceforge.stripes.controller.DefaultViewActionBean}
at
net.sourceforge.stripes.controller.AnnotatedClassActionResolver.getActionBean(AnnotatedClassActionResolver.java:343)
at
net.sourceforge.stripes.controller.NameBasedActionResolver.getActionBean(NameBasedActionResolver.java:264)
at
net.sourceforge.stripes.controller.AnnotatedClassActionResolver.getActionBean(AnnotatedClassActionResolver.java:295)
at
net.sourceforge.stripes.controller.DispatcherHelper$1.intercept(DispatcherHelper.java:108)
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.resolveActionBean(DispatcherHelper.java:104)
at
net.sourceforge.stripes.controller.DispatcherServlet.resolveActionBean(DispatcherServlet.java:238)
at
net.sourceforge.stripes.controller.DispatcherServlet.service(DispatcherServlet.java:141)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
at
weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run(StubSecurityHelper.java:223)
at
weblogic.servlet.internal.StubSecurityHelper.invokeServlet(StubSecurityHelper.java:125)
at
weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:230)
at weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:26)
at
weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:42)
at
net.sourceforge.stripes.controller.StripesFilter.doFilter(StripesFilter.java:247)
at
weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:42)
at
weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:3243)
at
weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
at
weblogic.security.service.SecurityManager.runAs(SecurityManager.java:121)
at
weblogic.servlet.internal.WebAppServletContext.securedExecute(WebAppServletContext.java:2003)
at
weblogic.servlet.internal.WebAppServletContext.execute(WebAppServletContext.java:1862)
at
weblogic.servlet.internal.ServletRequestImpl.run(ServletRequestImpl.java:1359)
at weblogic.work.ExecuteThread.execute(ExecuteThread.java:209)
at weblogic.work.ExecuteThread.run(ExecuteThread.java:181)

It seems there is some issue of Stripes 1.5.2 with weblogic 9.2. Can anyone
help me fixing this issue.

Issue deploying stripes-examples.war on weblogic 9.2 as packaged war using Stripes 1.5.2

2009-12-02T07:40:26Z

Hi,

I tried to run the stripes-example.war on weblogic9.2 and stripes 1.5.2(after removing the two methods in stripes.tld). When I ran the stripes-example in exploded form, it worked fine for me. But when I tried to deploy as a packaged war, I got the following error:
net.sourceforge.stripes.exception.ActionBeanNotFoundException: Could not locate an ActionBean that is bound to the URL [/examples/quickstart/Calculator.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, /controller/DefaultView.action=class net.sourceforge.stripes.controller.DefaultViewActionBean}
at net.sourceforge.stripes.controller.AnnotatedClassActionResolver.getActionBean(AnnotatedClassActionResolver.java:343)
at net.sourceforge.stripes.controller.NameBasedActionResolver.getActionBean(NameBasedActionResolver.java:264)
at net.sourceforge.stripes.controller.AnnotatedClassActionResolver.getActionBean(AnnotatedClassActionResolver.java:295)
at net.sourceforge.stripes.controller.DispatcherHelper$1.intercept(DispatcherHelper.java:108)
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.resolveActionBean(DispatcherHelper.java:104)
at net.sourceforge.stripes.controller.DispatcherServlet.resolveActionBean(DispatcherServlet.java:238)
at net.sourceforge.stripes.controller.DispatcherServlet.service(DispatcherServlet.java:141)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
at weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run(StubSecurityHelper.java:223)
at weblogic.servlet.internal.StubSecurityHelper.invokeServlet(StubSecurityHelper.java:125)
at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:230)
at weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:26)
at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:42)
at net.sourceforge.stripes.controller.StripesFilter.doFilter(StripesFilter.java:247)
at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:42)
at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:3243)
at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:121)
at weblogic.servlet.internal.WebAppServletContext.securedExecute(WebAppServletContext.java:2003)
at weblogic.servlet.internal.WebAppServletContext.execute(WebAppServletContext.java:1862)
at weblogic.servlet.internal.ServletRequestImpl.run(ServletRequestImpl.java:1359)
at weblogic.work.ExecuteThread.execute(ExecuteThread.java:209)
at weblogic.work.ExecuteThread.run(ExecuteThread.java:181)

It seems there is some issue of Stripes 1.5.2 with weblogic 9.2. Can anyone help me fixing this issue.

populating forms, empty properties, default settings

2009-12-01T22:02:17Z

I've probably asked this before, but the information refuses to stick
to my brain.

This pattern comes up a lot for me: I have an action bean for a form,
and part of the form is a set of radio buttons corresponding to an
enum for some modal behavior (say, an item type filter selector for a
"query" action). The default setting for the radio buttons should be
the "Any" or "Don't Care" option, which corresponds to an empty value
- a null for the enum reference in the action bean, in other words.

When I submit the form, the empty value for the "Don't Care" radio
button does what I want: the action bean gets a null enum reference,
so the query operation proceeds without including any filter for the
item type. If another radio button is selected, then the field is
correctly populated and things work fine.

The problem comes up in the initial population of the form. The "Don't
Care" radio button is given "value = ''" and "checked = 'true'"
attributes, but Stripes leaves all the radio buttons unchecked. The
action bean has no value for the enum property, but for some reason
Stripes doesn't relate that empty value to the empty value on the
default radio button.

So my question is, why is that? It's easy enough to work around by
coding up a non-Stripes <input type='radio' ...> element, but I don't
understand what the "greater good" is from Stripes not deciding that
the null enum value should correspond to the radio button with the
empty value attribute, since that's exactly how things will be bound
in the other direction.

--
Turtle, turtle, on the ground,
Pink and shiny, turn around.

------------------------------------------------------------------------------
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing.
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
_______________________________________________
Stripes-users mailing list
Stripes-users@...
https://lists.sourceforge.net/lists/listinfo/stripes-users

Re: Stripes wiki layout

2009-12-01T19:53:56Z

Mike McNally <emmecinque@...> writes:

>
> Really?!??? It certainly happens to me in:
>
> * Firefox 3.5 on Linux
> * Firefox 3.5 on Windows
> * Firefox 3.0.14 on Windows
> * Safari 4.0.4 on Windows
> * Chrome on Windows
> * IE8
>
> Now, IE7 does *not* exhibit the problem.
>
> A quick way to see what I'm talking about is to go to the "File
> Uploads" page of the wiki and scroll all the way to the right (if your
> browser window isn't wide enough). When it's thus scrolled, where is
> the top-of-page "Search" button? It should be flush with the right
> side of the page, but (for me, in most browsers) it isn't.

Mike, confirmed:

Problem in (all on Win):

- FF3.5
- IE8
- Chrome

Problem NOT in:

- Opera 10.10 -- my browser of choice

ergo... use only Opera 10.10 ;-)

------------------------------------------------------------------------------
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing.
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
_______________________________________________
Stripes-users mailing list
Stripes-users@...
https://lists.sourceforge.net/lists/listinfo/stripes-users

Re: is this correct?

2009-11-30T17:48:35Z

Spring just required simple pojo and their controller known as ModelViewController have a formBackingObject.

But in struts1 we need to provide class that extends ActionForm class.

On 12/1/09, Gérald Quintana <gerald.quintana@...> wrote:

I think in Struts1 and Spring MVC, you have the Controller (call it
ActionBean or Controller) and the Model (call it FormBean or Model)
are separated. On the contrary, in Struts2 and Stripes both of them
have merged.

Given that Business Service or Data Access Services are usually
injected in Controller, there could be a performance loss if
controllers are injected (and potentially aspectized) on each request.
I imagine it's the reason why Spring MVC is done like this.

Gérald

2009/11/29 Rusty Wright <rwright.lists@...>:
> Thinking out loud; did I make any mistakes about how Stripes works?
>
> http://lumpynose.wordpress.com/2009/11/29/action-based-frameworks-vs-spring-mvc-under-the-hood/
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now. http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Stripes-users mailing list
> Stripes-users@...
> https://lists.sourceforge.net/lists/listinfo/stripes-users
>

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Stripes-users mailing list
Stripes-users@...
https://lists.sourceforge.net/lists/listinfo/stripes-users

Re: is this correct?

2009-11-30T08:47:36Z

I think in Struts1 and Spring MVC, you have the Controller (call it
ActionBean or Controller) and the Model (call it FormBean or Model)
are separated. On the contrary, in Struts2 and Stripes both of them
have merged.

Given that Business Service or Data Access Services are usually
injected in Controller, there could be a performance loss if
controllers are injected (and potentially aspectized) on each request.
I imagine it's the reason why Spring MVC is done like this.

Gérald

2009/11/29 Rusty Wright <rwright.lists@...>:

> Thinking out loud; did I make any mistakes about how Stripes works?
>
> http://lumpynose.wordpress.com/2009/11/29/action-based-frameworks-vs-spring-mvc-under-the-hood/
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now. http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Stripes-users mailing list
> Stripes-users@...
> https://lists.sourceforge.net/lists/listinfo/stripes-users
>

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Stripes-users mailing list
Stripes-users@...
https://lists.sourceforge.net/lists/listinfo/stripes-users

Re: is this correct?

2009-11-30T00:29:14Z

I am got experience using Stripes, Struts and Spring, and I prefer Stripes over those framework because Stripes is easy and required only web.xml instead of Spring (a lots of xml) and same goes with Struts. However, using Stripersist that have integration with Spring (AOP and DI framework) is pretty awesome. And annotations really solved messy xml's.

On Sun, Nov 29, 2009 at 10:40 PM, Mike McNally <emmecinque@...> wrote:

That looks OK to me (though the thing about separate methods for GET
and POST is not really true for my application anywhere).

The coolness of Stripes parameter-property mapping is (for me) easier
to appreciate on the input side, especially when there's something
akin to Stripersist to handle implicit loading of objects from the
database. I can't compare that to the Spring world because I've never
been to the Spring world.

On Sun, Nov 29, 2009 at 2:36 AM, Rusty Wright <rwright.lists@...> wrote:
> Thinking out loud; did I make any mistakes about how Stripes works?
>
> http://lumpynose.wordpress.com/2009/11/29/action-based-frameworks-vs-spring-mvc-under-the-hood/
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now. http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Stripes-users mailing list
> Stripes-users@...
> https://lists.sourceforge.net/lists/listinfo/stripes-users
>

--
Turtle, turtle, on the ground,
Pink and shiny, turn around.

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Stripes-users mailing list
Stripes-users@...
https://lists.sourceforge.net/lists/listinfo/stripes-users

Re: is this correct?

2009-11-29T13:53:53Z

Great; thanks for taking the time to read it.

Mike McNally wrote:

> That looks OK to me (though the thing about separate methods for GET
> and POST is not really true for my application anywhere).
>
> The coolness of Stripes parameter-property mapping is (for me) easier
> to appreciate on the input side, especially when there's something
> akin to Stripersist to handle implicit loading of objects from the
> database. I can't compare that to the Spring world because I've never
> been to the Spring world.
>
>
>
> On Sun, Nov 29, 2009 at 2:36 AM, Rusty Wright <rwright.lists@...> wrote:
>> Thinking out loud; did I make any mistakes about how Stripes works?
>>
>> http://lumpynose.wordpress.com/2009/11/29/action-based-frameworks-vs-spring-mvc-under-the-hood/
>>
>> ------------------------------------------------------------------------------
>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
>> trial. Simplify your report design, integration and deployment - and focus on
>> what you do best, core application coding. Discover what's new with
>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>> _______________________________________________
>> Stripes-users mailing list
>> Stripes-users@...
>> https://lists.sourceforge.net/lists/listinfo/stripes-users
>>
>
>
>

Re: checkbox problem

2009-11-29T13:52:45Z

Yes, thanks. I realized that I needed a Platform TypeConverter/Factory this morning while lying in bed; it was yet another one of those forehead slapping "Duh! What was I thinking of?" moments.

Freddy Daoud wrote:

> Hi Rusty,
>
>> My problem is that when Stripes is calling the FacilityAdminDto's
>> setPlatforms, the Platform object it has created has its name set to the
>> stringified id that's in the jsp, the value= part of the checkbox. As
>> far as I can tell it's because it's calling a Platform constructor that
>> takes a string arg (it has several constructors)
>>
>> public Platform(final String _name) {
>> this(_name, 0);
>>
>> this.log.debug("creating with name: {}", _name);
>> }
>>
>> public Platform(final String _name, final int _ordinal) {
>> this.name = _name;
>> this.ordinal = Short.valueOf((short) _ordinal);
>> }
>>
>> In my logs I can see the debug log statement; I never call that
>> constructor. In my logs the toString for FacilityAdminDto also shows
>> that the Platform Set has Platforms with their names set to the id string
>> that was in the jsp.
>>
>> If I comment out that constructor (and fix my test code to use the one
>> that specifies an ordinal), then it still tries to call it but gets an
>> exception
>>
>> [rusty-sandbox/4.338085272165943020].<stdout>: 2009-11-29 03:44:35.940
>> UTC, WARN: [Runtime Network Thread]
>> net.sourceforge.stripes.util.Log.warn.94: Looks like type converter null
>> threw an exception.
>> java.lang.NoSuchMethodException:
>>
>> I'm lost and confused.
>
> I think the problem is that you do not have a type converter for
> Platform.
> When you map checkboxes to a Collection<T>, Stripes tries to add the
> values
> to the collection, converting each value to T.
>
> Since there is no TC for Platform, the last resort for Stripes is to try
> a (String) constructor, which it found and called (much to your
> surprise;)
> and it throws an exception if there is no such constructor (the
> exception
> you received when you removed the String constructor).
>
> A simple TC that converts the String id to a Platform will solve the
> problem, or you can use indexed properties with a List<Platform>.
>
> Hope that helps.
>
> Cheers,
> Freddy
> http://www.stripesbook.com
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now. http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Stripes-users mailing list
> Stripes-users@...
> https://lists.sourceforge.net/lists/listinfo/stripes-users

Re: Stripes wiki layout

2009-11-29T10:02:02Z

Well this is a trivial issue of course but as an extremely picky web
designer it occasionally drives me nuts :-)

At one point I had figured out three or four CSS problems that were
the cause of most of the layout issues, but I've forgotten and I
haven't been able to re-figure it out.

I'll shut up until I figure out what I figured out before.

On Sun, Nov 29, 2009 at 11:55 AM, Ben Gunter <gunterben@...> wrote:

> This probably has to do with screen resolution and/or font size. It looks
> like the wiki layout is optimized for 1280x1024 resolution. If I shrink my
> browser window, then the page retains a minimum width. If I expand my
> browser window then the layout expands along with it.
>
> -Ben
>
> On Sun, Nov 29, 2009 at 12:47 PM, Mike McNally <emmecinque@...> wrote:
>>
>> Really?!??? It certainly happens to me in:
>>
>> * Firefox 3.5 on Linux
>> * Firefox 3.5 on Windows
>> * Firefox 3.0.14 on Windows
>> * Safari 4.0.4 on Windows
>> * Chrome on Windows
>> * IE8
>>
>> Now, IE7 does *not* exhibit the problem.
>>
>> A quick way to see what I'm talking about is to go to the "File
>> Uploads" page of the wiki and scroll all the way to the right (if your
>> browser window isn't wide enough). When it's thus scrolled, where is
>> the top-of-page "Search" button? It should be flush with the right
>> side of the page, but (for me, in most browsers) it isn't.
>>
>>
>>
>> On Sun, Nov 29, 2009 at 11:19 AM, Nathan Maves <nathan.maves@...>
>> wrote:
>> > I am not seeing these issues on my mac in any browser
>> >
>> > On Fri, Nov 27, 2009 at 6:32 PM, Mike McNally <emmecinque@...>
>> > wrote:
>> >>
>> >> Firefox. Try the "File Upload" page. Attached is a screenshot.
>> >>
>> >> Note how everything spills out over the right-hand side of the ligher
>> >> content box. I understand that the code samples get wide sometimes,
>> >> but they should "push" all the content out to the right.
>> >>
>> >> Even when there's not wide code sample boxes, there's a little bit of
>> >> scroll because of some box model problems (excess padding in a couple
>> >> of places.)
>> >>
>> >> As a really pick web designer these are not subtle problems :-)
>> >>
>> >>
>> >> --
>> >> Turtle, turtle, on the ground,
>> >> Pink and shiny, turn around.
>> >>
>> --
>> Turtle, turtle, on the ground,
>> Pink and shiny, turn around.
>>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now. http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Stripes-users mailing list
> Stripes-users@...
> https://lists.sourceforge.net/lists/listinfo/stripes-users
>
>

--
Turtle, turtle, on the ground,
Pink and shiny, turn around.

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Stripes-users mailing list
Stripes-users@...
https://lists.sourceforge.net/lists/listinfo/stripes-users

Re: Stripes wiki layout

2009-11-29T09:55:26Z

This probably has to do with screen resolution and/or font size. It looks like the wiki layout is optimized for 1280x1024 resolution. If I shrink my browser window, then the page retains a minimum width. If I expand my browser window then the layout expands along with it.

-Ben

On Sun, Nov 29, 2009 at 12:47 PM, Mike McNally <emmecinque@...> wrote:

Really?!??? It certainly happens to me in:

* Firefox 3.5 on Linux
* Firefox 3.5 on Windows
* Firefox 3.0.14 on Windows
* Safari 4.0.4 on Windows
* Chrome on Windows
* IE8

Now, IE7 does *not* exhibit the problem.

A quick way to see what I'm talking about is to go to the "File
Uploads" page of the wiki and scroll all the way to the right (if your
browser window isn't wide enough). When it's thus scrolled, where is
the top-of-page "Search" button? It should be flush with the right
side of the page, but (for me, in most browsers) it isn't.

On Sun, Nov 29, 2009 at 11:19 AM, Nathan Maves <nathan.maves@...> wrote:
> I am not seeing these issues on my mac in any browser
>
> On Fri, Nov 27, 2009 at 6:32 PM, Mike McNally <emmecinque@...> wrote:
>>
>> Firefox. Try the "File Upload" page. Attached is a screenshot.
>>
>> Note how everything spills out over the right-hand side of the ligher
>> content box. I understand that the code samples get wide sometimes,
>> but they should "push" all the content out to the right.
>>
>> Even when there's not wide code sample boxes, there's a little bit of
>> scroll because of some box model problems (excess padding in a couple
>> of places.)
>>
>> As a really pick web designer these are not subtle problems :-)
>>
>>
>> --
>> Turtle, turtle, on the ground,
>> Pink and shiny, turn around.
>>
--
Turtle, turtle, on the ground,
Pink and shiny, turn around.

Re: Stripes wiki layout

2009-11-29T09:47:29Z

Really?!??? It certainly happens to me in:

* Firefox 3.5 on Linux
* Firefox 3.5 on Windows
* Firefox 3.0.14 on Windows
* Safari 4.0.4 on Windows
* Chrome on Windows
* IE8

Now, IE7 does *not* exhibit the problem.

A quick way to see what I'm talking about is to go to the "File
Uploads" page of the wiki and scroll all the way to the right (if your
browser window isn't wide enough). When it's thus scrolled, where is
the top-of-page "Search" button? It should be flush with the right
side of the page, but (for me, in most browsers) it isn't.

On Sun, Nov 29, 2009 at 11:19 AM, Nathan Maves <nathan.maves@...> wrote:

> I am not seeing these issues on my mac in any browser
>
> On Fri, Nov 27, 2009 at 6:32 PM, Mike McNally <emmecinque@...> wrote:
>>
>> Firefox. Try the "File Upload" page. Attached is a screenshot.
>>
>> Note how everything spills out over the right-hand side of the ligher
>> content box. I understand that the code samples get wide sometimes,
>> but they should "push" all the content out to the right.
>>
>> Even when there's not wide code sample boxes, there's a little bit of
>> scroll because of some box model problems (excess padding in a couple
>> of places.)
>>
>> As a really pick web designer these are not subtle problems :-)
>>
>>
>> --
>> Turtle, turtle, on the ground,
>> Pink and shiny, turn around.
>>
>>
>> ------------------------------------------------------------------------------
>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>> 30-Day
>> trial. Simplify your report design, integration and deployment - and focus
>> on
>> what you do best, core application coding. Discover what's new with
>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>> _______________________________________________
>> Stripes-users mailing list
>> Stripes-users@...
>> https://lists.sourceforge.net/lists/listinfo/stripes-users
>>
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now. http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Stripes-users mailing list
> Stripes-users@...
> https://lists.sourceforge.net/lists/listinfo/stripes-users
>
>

Re: Stripes wiki layout

2009-11-29T09:19:24Z

I am not seeing these issues on my mac in any browser

On Fri, Nov 27, 2009 at 6:32 PM, Mike McNally <emmecinque@...> wrote:

Firefox. Try the "File Upload" page. Attached is a screenshot.

Note how everything spills out over the right-hand side of the ligher
content box. I understand that the code samples get wide sometimes,
but they should "push" all the content out to the right.

Even when there's not wide code sample boxes, there's a little bit of
scroll because of some box model problems (excess padding in a couple
of places.)

As a really pick web designer these are not subtle problems :-)

--
Turtle, turtle, on the ground,
Pink and shiny, turn around.

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Stripes-users mailing list
Stripes-users@...
https://lists.sourceforge.net/lists/listinfo/stripes-users