Well, OK, S2.1 (but the title wouldn't sound so catchy).

A push is being made for a high quality 2.1 GA release, and in order to
do this the codebase needs a jolly good thrashing in every way
imaginable, and the best way of doing this is to write S2.1 apps (and
don't worry, the codebase loves a good thrashing).

So, in the space of 5 working days, what can you produce that uses S2.1?

On Monday I started writing a webapp that you can now play with at
http://www.lifefeed.info/, so it's possible to write at least something
in that amount of time :).

So come on, show us what you can do!!!!

Al.

P.S. For those who are interested, in order to cut down on the coding
time I used Hibernate, Sitemesh, and the S2.1 REST plugin. Feel like
trying a better combination?

OK, small hitch atm, Jetty in it's infinite wisdom is adding a
jsessionid to all requests which is screwing over the REST plugin....

arggghhhhh!!!!!!



Al Sutton wrote:
> Well, OK, S2.1 (but the title wouldn't sound so catchy).
>
> A push is being made for a high quality 2.1 GA release, and in order
> to do this the codebase needs a jolly good thrashing in every way
> imaginable, and the best way of doing this is to write S2.1 apps (and
> don't worry, the codebase loves a good thrashing).
>
> So, in the space of 5 working days, what can you produce that uses S2.1?
>
> On Monday I started writing a webapp that you can now play with at
> http://www.lifefeed.info/, so it's possible to write at least
> something in that amount of time :).
>
> So come on, show us what you can do!!!!
>
> Al.
>
> P.S. For those who are interested, in order to cut down on the coding
> time I used Hibernate, Sitemesh, and the S2.1 REST plugin. Feel like
> trying a better combination?
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@(protected)
> For additional commands, e-mail: user-help@(protected)
>

OK, Problem solved (switched to using apache and tomcat).

Now, as I was saying... can you do better that http://www.lifefeed.info/ ?

Al.

Al Sutton wrote:
> OK, small hitch atm, Jetty in it's infinite wisdom is adding a
> jsessionid to all requests which is screwing over the REST plugin....
>
> arggghhhhh!!!!!!
>
>
>
> Al Sutton wrote:
>> Well, OK, S2.1 (but the title wouldn't sound so catchy).
>>
>> A push is being made for a high quality 2.1 GA release, and in order
>> to do this the codebase needs a jolly good thrashing in every way
>> imaginable, and the best way of doing this is to write S2.1 apps (and
>> don't worry, the codebase loves a good thrashing).
>>
>> So, in the space of 5 working days, what can you produce that uses S2.1?
>>
>> On Monday I started writing a webapp that you can now play with at
>> http://www.lifefeed.info/, so it's possible to write at least
>> something in that amount of time :).
>>
>> So come on, show us what you can do!!!!
>>
>> Al.
>>
>> P.S. For those who are interested, in order to cut down on the coding
>> time I used Hibernate, Sitemesh, and the S2.1 REST plugin. Feel like
>> trying a better combination?
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: user-unsubscribe@(protected)
>> For additional commands, e-mail: user-help@(protected)
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@(protected)
> For additional commands, e-mail: user-help@(protected)
>

Just so you know that there is some kind of response to this; although
I can't show you what I'm working on because it's an intranet type
application for work, I am using version 2.1.2 and will file any bugs
I come across. Actually, I've already filed one and it's already
marked as fixed in 2.1.3. Good work, Struts developers!

Owen

On Fri, Jun 13, 2008 at 1:10 PM, Al Sutton <al.sutton@(protected):
> Well, OK, S2.1 (but the title wouldn't sound so catchy).
>
> A push is being made for a high quality 2.1 GA release, and in order to do
> this the codebase needs a jolly good thrashing in every way imaginable, and
> the best way of doing this is to write S2.1 apps (and don't worry, the
> codebase loves a good thrashing).
>
> So, in the space of 5 working days, what can you produce that uses S2.1?
>
> On Monday I started writing a webapp that you can now play with at
> http://www.lifefeed.info/, so it's possible to write at least something in
> that amount of time :).
>
> So come on, show us what you can do!!!!
>
> Al.
>
> P.S. For those who are interested, in order to cut down on the coding time I
> used Hibernate, Sitemesh, and the S2.1 REST plugin. Feel like trying a
> better combination?
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@(protected)
> For additional commands, e-mail: user-help@(protected)
>
>

I just hit the same problem, I think the REST plugin doesn't handle
that case very well.

musachy

On Fri, Jun 13, 2008 at 2:15 PM, Al Sutton <al.sutton@(protected):
> OK, Problem solved (switched to using apache and tomcat).
>
> Now, as I was saying... can you do better that http://www.lifefeed.info/ ?
>
> Al.
>
> Al Sutton wrote:
>>
>> OK, small hitch atm, Jetty in it's infinite wisdom is adding a jsessionid
>> to all requests which is screwing over the REST plugin....
>>
>> arggghhhhh!!!!!!
>>
>>
>>
>> Al Sutton wrote:
>>>
>>> Well, OK, S2.1 (but the title wouldn't sound so catchy).
>>>
>>> A push is being made for a high quality 2.1 GA release, and in order to
>>> do this the codebase needs a jolly good thrashing in every way imaginable,
>>> and the best way of doing this is to write S2.1 apps (and don't worry, the
>>> codebase loves a good thrashing).
>>>
>>> So, in the space of 5 working days, what can you produce that uses S2.1?
>>>
>>> On Monday I started writing a webapp that you can now play with at
>>> http://www.lifefeed.info/, so it's possible to write at least something in
>>> that amount of time :).
>>>
>>> So come on, show us what you can do!!!!
>>>
>>> Al.
>>>
>>> P.S. For those who are interested, in order to cut down on the coding
>>> time I used Hibernate, Sitemesh, and the S2.1 REST plugin. Feel like trying
>>> a better combination?
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: user-unsubscribe@(protected)
>>> For additional commands, e-mail: user-help@(protected)
>>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: user-unsubscribe@(protected)
>> For additional commands, e-mail: user-help@(protected)
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@(protected)
> For additional commands, e-mail: user-help@(protected)
>
>



--
"Hey you! Would you help me to carry the stone?" Pink Floyd

Is it a REST thing or a Jetty thing?

My view would be that as Jetty is adding the jsessionid Jetty should
also recognize it, strip it off, and not pass it to the underlying
webapp because it's part of the webapp magic of session to request mapping.

Al.

Musachy Barroso wrote:
> I just hit the same problem, I think the REST plugin doesn't handle
> that case very well.
>
> musachy
>
> On Fri, Jun 13, 2008 at 2:15 PM, Al Sutton <al.sutton@(protected):
>  
>> OK, Problem solved (switched to using apache and tomcat).
>>
>> Now, as I was saying... can you do better that http://www.lifefeed.info/ ?
>>
>> Al.
>>
>> Al Sutton wrote:
>>  
>>> OK, small hitch atm, Jetty in it's infinite wisdom is adding a jsessionid
>>> to all requests which is screwing over the REST plugin....
>>>
>>> arggghhhhh!!!!!!
>>>
>>>
>>>
>>> Al Sutton wrote:
>>>    
>>>> Well, OK, S2.1 (but the title wouldn't sound so catchy).
>>>>
>>>> A push is being made for a high quality 2.1 GA release, and in order to
>>>> do this the codebase needs a jolly good thrashing in every way imaginable,
>>>> and the best way of doing this is to write S2.1 apps (and don't worry, the
>>>> codebase loves a good thrashing).
>>>>
>>>> So, in the space of 5 working days, what can you produce that uses S2.1?
>>>>
>>>> On Monday I started writing a webapp that you can now play with at
>>>> http://www.lifefeed.info/, so it's possible to write at least something in
>>>> that amount of time :).
>>>>
>>>> So come on, show us what you can do!!!!
>>>>
>>>> Al.
>>>>
>>>> P.S. For those who are interested, in order to cut down on the coding
>>>> time I used Hibernate, Sitemesh, and the S2.1 REST plugin. Feel like trying
>>>> a better combination?
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: user-unsubscribe@(protected)
>>>> For additional commands, e-mail: user-help@(protected)
>>>>
>>>>      
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: user-unsubscribe@(protected)
>>> For additional commands, e-mail: user-help@(protected)
>>>
>>>    
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: user-unsubscribe@(protected)
>> For additional commands, e-mail: user-help@(protected)
>>
>>
>>  
>
>
>
>  

I haven't looked into it yet, but I don't like how it uses a colon
(";jsessionid=xwy"), which might be valid, not sure. For the moment I
am using glassfish, which starts really quick:

https://maven-glassfish-plugin.dev.java.net/

musachy

On 6/14/08, Al Sutton <al.sutton@(protected):
> Is it a REST thing or a Jetty thing?
>
> My view would be that as Jetty is adding the jsessionid Jetty should also
> recognize it, strip it off, and not pass it to the underlying webapp because
> it's part of the webapp magic of session to request mapping.
>
> Al.
>
>
> Musachy Barroso wrote:
>
> > I just hit the same problem, I think the REST plugin doesn't handle
> > that case very well.
> >
> > musachy
> >
> > On Fri, Jun 13, 2008 at 2:15 PM, Al Sutton <al.sutton@(protected):
> >
> >
> > > OK, Problem solved (switched to using apache and tomcat).
> > >
> > > Now, as I was saying... can you do better that http://www.lifefeed.info/
> ?
> > >
> > > Al.
> > >
> > > Al Sutton wrote:
> > >
> > >
> > > > OK, small hitch atm, Jetty in it's infinite wisdom is adding a
> jsessionid
> > > > to all requests which is screwing over the REST plugin....
> > > >
> > > > arggghhhhh!!!!!!
> > > >
> > > >
> > > >
> > > > Al Sutton wrote:
> > > >
> > > >
> > > > > Well, OK, S2.1 (but the title wouldn't sound so catchy).
> > > > >
> > > > > A push is being made for a high quality 2.1 GA release, and in order
> to
> > > > > do this the codebase needs a jolly good thrashing in every way
> imaginable,
> > > > > and the best way of doing this is to write S2.1 apps (and don't
> worry, the
> > > > > codebase loves a good thrashing).
> > > > >
> > > > > So, in the space of 5 working days, what can you produce that uses
> S2.1?
> > > > >
> > > > > On Monday I started writing a webapp that you can now play with at
> > > > > http://www.lifefeed.info/, so it's possible to write at least
> something in
> > > > > that amount of time :).
> > > > >
> > > > > So come on, show us what you can do!!!!
> > > > >
> > > > > Al.
> > > > >
> > > > > P.S. For those who are interested, in order to cut down on the
> coding
> > > > > time I used Hibernate, Sitemesh, and the S2.1 REST plugin. Feel like
> trying
> > > > > a better combination?
> > > > >
> > > > >
> ---------------------------------------------------------------------
> > > > > To unsubscribe, e-mail:
> user-unsubscribe@(protected)
> > > > > For additional commands, e-mail: user-help@(protected)
> > > > >
> > > > >
> > > > >
> > > >
> ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail:
> user-unsubscribe@(protected)
> > > > For additional commands, e-mail: user-help@(protected)
> > > >
> > > >
> > > >
> > >
> ---------------------------------------------------------------------
> > > To unsubscribe, e-mail:
> user-unsubscribe@(protected)
> > > For additional commands, e-mail: user-help@(protected)
> > >
> > >
> > >
> > >
> >
> >
> >
> >
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@(protected)
> For additional commands, e-mail: user-help@(protected)
>
>


--
"Hey you! Would you help me to carry the stone?" Pink Floyd

Musachy Barroso wrote:
> I haven't looked into it yet, but I don't like how it uses a colon
> (";jsessionid=xwy"), which might be valid, not sure. For the moment I
> am using glassfish, which starts really quick:
>
> https://maven-glassfish-plugin.dev.java.net/
>
> musachy
>  
I don't think use of a semicolon is too unusual (although I can't
comment on it's standards compliance)... I seem to remember Websphere
doing that as well (I could be wrong, I don't have an install here to
check, but that's what I remember seeing).

Frank

--
Frank W. Zammetti
Author of "Practical DWR 2 Projects"
and "Practical JavaScript, DOM Scripting and Ajax Projects"
and "Practical Ajax Projects With Java Technology"
for info: apress.com/book/search?searchterm=zammetti&act=search
Java Web Parts - javawebparts.sourceforge.net
Supplying the wheel, so you don't have to reinvent it!
My "look ma, I have a blog too!" blog: zammetti.com/blog


On 6/14/08, Al Sutton <al.sutton@(protected):
>> Is it a REST thing or a Jetty thing?
>>
>> My view would be that as Jetty is adding the jsessionid Jetty should also
>> recognize it, strip it off, and not pass it to the underlying webapp because
>> it's part of the webapp magic of session to request mapping.
>>
>> Al.
>>
>>
>> Musachy Barroso wrote:
>>
>>  
>>> I just hit the same problem, I think the REST plugin doesn't handle
>>> that case very well.
>>>
>>> musachy
>>>
>>> On Fri, Jun 13, 2008 at 2:15 PM, Al Sutton <al.sutton@(protected):
>>>
>>>
>>>    
>>>> OK, Problem solved (switched to using apache and tomcat).
>>>>
>>>> Now, as I was saying... can you do better that http://www.lifefeed.info/
>>>>      
>> ?
>>  
>>>> Al.
>>>>
>>>> Al Sutton wrote:
>>>>
>>>>
>>>>      
>>>>> OK, small hitch atm, Jetty in it's infinite wisdom is adding a
>>>>>      
>> jsessionid
>>  
>>>>> to all requests which is screwing over the REST plugin....
>>>>>
>>>>> arggghhhhh!!!!!!
>>>>>
>>>>>
>>>>>
>>>>> Al Sutton wrote:
>>>>>
>>>>>
>>>>>      
>>>>>> Well, OK, S2.1 (but the title wouldn't sound so catchy).
>>>>>>
>>>>>> A push is being made for a high quality 2.1 GA release, and in order
>>>>>>        
>> to
>>  
>>>>>> do this the codebase needs a jolly good thrashing in every way
>>>>>>        
>> imaginable,
>>  
>>>>>> and the best way of doing this is to write S2.1 apps (and don't
>>>>>>        
>> worry, the
>>  
>>>>>> codebase loves a good thrashing).
>>>>>>
>>>>>> So, in the space of 5 working days, what can you produce that uses
>>>>>>        
>> S2.1?
>>  
>>>>>> On Monday I started writing a webapp that you can now play with at
>>>>>> http://www.lifefeed.info/, so it's possible to write at least
>>>>>>        
>> something in
>>  
>>>>>> that amount of time :).
>>>>>>
>>>>>> So come on, show us what you can do!!!!
>>>>>>
>>>>>> Al.
>>>>>>
>>>>>> P.S. For those who are interested, in order to cut down on the
>>>>>>        
>> coding
>>  
>>>>>> time I used Hibernate, Sitemesh, and the S2.1 REST plugin. Feel like
>>>>>>        
>> trying
>>  
>>>>>> a better combination?
>>>>>>
>>>>>>
>>>>>>        
>> ---------------------------------------------------------------------
>>  
>>>>>> To unsubscribe, e-mail:
>>>>>>        
>> user-unsubscribe@(protected)
>>  
>>>>>> For additional commands, e-mail: user-help@(protected)
>>>>>>
>>>>>>
>>>>>>
>>>>>>        
>> ---------------------------------------------------------------------
>>  
>>>>> To unsubscribe, e-mail:
>>>>>      
>> user-unsubscribe@(protected)
>>  
>>>>> For additional commands, e-mail: user-help@(protected)
>>>>>
>>>>>
>>>>>
>>>>>      
>> ---------------------------------------------------------------------
>>  
>>>> To unsubscribe, e-mail:
>>>>      
>> user-unsubscribe@(protected)
>>  
>>>> For additional commands, e-mail: user-help@(protected)
>>>>
>>>>
>>>>
>>>>
>>>>      
>>>
>>>
>>>
>>>    
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: user-unsubscribe@(protected)
>> For additional commands, e-mail: user-help@(protected)
>>
>>
>>  
>
>
>  

Not sure about WAS, but don't (at least) Tomcat and Resin do that (a) before it knows if cookies are enabled, and (b) if cookies aren't enabled?

I agree, though, I don't think it's that unusual.


--- On Sat, 6/14/08, Frank W. Zammetti <fzlists@(protected):

> From: Frank W. Zammetti <fzlists@(protected)>
> Subject: Re: What can you do with S2?
> To: "Struts Users Mailing List" <user@(protected)>
> Date: Saturday, June 14, 2008, 2:05 PM
> Musachy Barroso wrote:
> > I haven't looked into it yet, but I don't like
> how it uses a colon
> > (";jsessionid=xwy"), which might be valid,
> not sure. For the moment I
> > am using glassfish, which starts really quick:
> >
> > https://maven-glassfish-plugin.dev.java.net/
> >
> > musachy
> >  
> I don't think use of a semicolon is too unusual
> (although I can't
> comment on it's standards compliance)... I seem to
> remember Websphere
> doing that as well (I could be wrong, I don't have an
> install here to
> check, but that's what I remember seeing).
>
> Frank
>
> --
> Frank W. Zammetti
> Author of "Practical DWR 2 Projects"
>  and "Practical JavaScript, DOM Scripting and Ajax
> Projects"
>  and "Practical Ajax Projects With Java
> Technology"
>  for info:
> apress.com/book/search?searchterm=zammetti&act=search
> Java Web Parts - javawebparts.sourceforge.net
> Supplying the wheel, so you don't have to reinvent it!
> My "look ma, I have a blog too!" blog:
> zammetti.com/blog
>
>
> On 6/14/08, Al Sutton <al.sutton@(protected):
> >> Is it a REST thing or a Jetty thing?
> >>
> >> My view would be that as Jetty is adding the
> jsessionid Jetty should also
> >> recognize it, strip it off, and not pass it to the
> underlying webapp because
> >> it's part of the webapp magic of session to
> request mapping.
> >>
> >> Al.
> >>
> >>
> >> Musachy Barroso wrote:
> >>
> >>  
> >>> I just hit the same problem, I think the REST
> plugin doesn't handle
> >>> that case very well.
> >>>
> >>> musachy
> >>>
> >>> On Fri, Jun 13, 2008 at 2:15 PM, Al Sutton
> <al.sutton@(protected):
> >>>
> >>>
> >>>    
> >>>> OK, Problem solved (switched to using
> apache and tomcat).
> >>>>
> >>>> Now, as I was saying... can you do better
> that http://www.lifefeed.info/
> >>>>      
> >> ?
> >>  
> >>>> Al.
> >>>>
> >>>> Al Sutton wrote:
> >>>>
> >>>>
> >>>>      
> >>>>> OK, small hitch atm, Jetty in it's
> infinite wisdom is adding a
> >>>>>      
> >> jsessionid
> >>  
> >>>>> to all requests which is screwing over
> the REST plugin....
> >>>>>
> >>>>> arggghhhhh!!!!!!
> >>>>>
> >>>>>
> >>>>>
> >>>>> Al Sutton wrote:
> >>>>>
> >>>>>
> >>>>>      
> >>>>>> Well, OK, S2.1 (but the title
> wouldn't sound so catchy).
> >>>>>>
> >>>>>> A push is being made for a high
> quality 2.1 GA release, and in order
> >>>>>>        
> >> to
> >>  
> >>>>>> do this the codebase needs a jolly
> good thrashing in every way
> >>>>>>        
> >> imaginable,
> >>  
> >>>>>> and the best way of doing this is
> to write S2.1 apps (and don't
> >>>>>>        
> >> worry, the
> >>  
> >>>>>> codebase loves a good thrashing).
> >>>>>>
> >>>>>> So, in the space of 5 working
> days, what can you produce that uses
> >>>>>>        
> >> S2.1?
> >>  
> >>>>>> On Monday I started writing a
> webapp that you can now play with at
> >>>>>> http://www.lifefeed.info/, so
> it's possible to write at least
> >>>>>>        
> >> something in
> >>  
> >>>>>> that amount of time :).
> >>>>>>
> >>>>>> So come on, show us what you can
> do!!!!
> >>>>>>
> >>>>>> Al.
> >>>>>>
> >>>>>> P.S. For those who are interested,
> in order to cut down on the
> >>>>>>        
> >> coding
> >>  
> >>>>>> time I used Hibernate, Sitemesh,
> and the S2.1 REST plugin. Feel like
> >>>>>>        
> >> trying
> >>  
> >>>>>> a better combination?
> >>>>>>
> >>>>>>
> >>>>>>        
> >>
> ---------------------------------------------------------------------
> >>  
> >>>>>> To unsubscribe, e-mail:
> >>>>>>        
> >> user-unsubscribe@(protected)
> >>  
> >>>>>> For additional commands, e-mail:
> user-help@(protected)
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>        
> >>
> ---------------------------------------------------------------------
> >>  
> >>>>> To unsubscribe, e-mail:
> >>>>>      
> >> user-unsubscribe@(protected)
> >>  
> >>>>> For additional commands, e-mail:
> user-help@(protected)
> >>>>>
> >>>>>
> >>>>>
> >>>>>      
> >>
> ---------------------------------------------------------------------
> >>  
> >>>> To unsubscribe, e-mail:
> >>>>      
> >> user-unsubscribe@(protected)
> >>  
> >>>> For additional commands, e-mail:
> user-help@(protected)
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>      
> >>>
> >>>
> >>>
> >>>    
> >>
> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail:
> user-unsubscribe@(protected)
> >> For additional commands, e-mail:
> user-help@(protected)
> >>
> >>
> >>  
> >
> >
> >  
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@(protected)
> For additional commands, e-mail:
> user-help@(protected)

Milan,

Please read the EntityManager JavaDoc at
http://java.sun.com/javaee/5/docs/api/javax/persistence/EntityManager.html
and http://www.oracle.com/technology/pub/articles/gupta-jpa.html You'll
see these explain why you can't simply put the object into a session and
keep using it.

You need to store the ID in the web page, refetch the object, then
update with the data posted from the form whilst ensuring your security
constraints are not violated.

Al.


Milan Milanovic wrote:
> Yes, EntityManager will be closed, but it always closes whenevery you do
> something (read/write) your object from database, isn't it ? When I read for
> example Fruit (id=1) from database, change it and try to save it will know
> with new EntityManager instance to save it because of id number ?
>
> --
> Thx, Milan
>
>
> Al Sutton wrote:
>  
>> If you're using a persistence framework (Hibernate, JPA, etc.) then No.
>>
>> During after the first request the EntityManager will be closed, so when
>> you access it during the second request updates will not be propagated
>> to the database.
>>
>> Al.
>>
>> Milan Milanovic wrote:
>>  
>>> But could I pass object through session object ?
>>>
>>>
>>> newton.dave wrote:
>>>  
>>>    
>>>> --- On Fri, 6/13/08, Milan Milanovic <milanmilanovich@(protected):
>>>>  
>>>>      
>>>>> Yes that's what I want. The first action search in database and show
>>>>> the
>>>>> list of Fruits. Then user click on one and that concrete Fruit object
>>>>> is
>>>>> passed to other action for editing.
>>>>>    
>>>>>      
>>>> All you can pass in an HTTP request is a string.
>>>>
>>>> You can *use* that string to create or retrieve an object.
>>>>
>>>> Dave
>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: user-unsubscribe@(protected)
>>>> For additional commands, e-mail: user-help@(protected)
>>>>
>>>>
>>>>
>>>>  
>>>>      
>>>  
>>>    
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: user-unsubscribe@(protected)
>> For additional commands, e-mail: user-help@(protected)
>>
>>
>>
>>  
>
>  

Thanks for you help Dave, that was exactly what I needed and all is working!
--
Sent from the Struts - User mailing list archive at Nabble.com.

Glad to hear it :)


--- On Fri, 6/13/08, Page <jpage@(protected):

> From: Page <jpage@(protected)>
> Subject: Re: adding a header in a struts 2 interceptor
> To: user@(protected)
> Date: Friday, June 13, 2008, 4:09 PM
> Thanks for you help Dave, that was exactly what I needed and
> all is working!
> --
> View this message in context:
> http://www.nabble.com/adding-a-header-in-a-struts-2-interceptor-tp17808069p17831109.html
> Sent from the Struts - User mailing list archive at
> Nabble.com.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@(protected)
> For additional commands, e-mail:
> user-help@(protected)

Hi Dave,

 I had a new problem. the date specified in that control is not retrieved
in the action. so it is null. How can I retrieve that date value in action?

Ramesh K


Ramesh K wrote:
>
> Hi Everyone,
>  
>   I faced a tedious problem in manipuluating s:datetimepicker in my
> page. It hasn't focus set and events are not fired.
>
>  Anyone help me to give the solution.
>
>
> Regards,
>
> Ramesh K
>

--
Sent from the Struts - User mailing list archive at Nabble.com.

In addition to Alberto's answer when I'm using XML config I'll pop into the config-browser for a simple sanity check.

Dave


--- On Fri, 6/13/08, Karr, David <david.karr@(protected):

> From: Karr, David <david.karr@(protected)>
> Subject: Looking for some more troubleshooting resources
> To: "Struts Users Mailing List" <user@(protected)>
> Date: Friday, June 13, 2008, 10:08 PM
> I'm starting to do some simple experiments with Struts2
> (those who know
> me would wonder what took me so long :) ). I have one
> blocking problem,
> but I would more appreciate hints on how to diagnose
> particular kinds of
> problems, as opposed to just giving me the answer.
>
> In this case I'm getting the infamous "No result
> defined for action
> <Action> and result input". The problem is
> I'm pretty sure I HAVE an
> input result in my action.
>
> My struts.xml is very simple:
> -----------------------
> <?xml version="1.0"
> encoding="UTF-8"?>
> <!DOCTYPE struts PUBLIC "-//Apache Software
> Foundation//DTD Struts
> Configuration 2.0//EN" "struts-2.0.dtd" >
> <struts>
>   <constant name="struts.devMode"
> value="true" />
>   <package extends="struts-default"
> name="main" namespace="/main">
>      <action name="Form"
> class="com.wamu.strutsform.FormAction">
>         <result
> name="input">/form.jsp</result>
>         <result
> name="success">/form.jsp</result>
>      </action>
>   </package>
> </struts>
> -------------------
>
> So, for instance, what pieces of information could I look
> at that could
> give me hints on what I'm doing wrong here?

Can you post the HTML for your page.

Ta,

Al.

Karr, David wrote:
> I'm starting to do some simple experiments with Struts2 (those who know
> me would wonder what took me so long :) ). I have one blocking problem,
> but I would more appreciate hints on how to diagnose particular kinds of
> problems, as opposed to just giving me the answer.
>
> In this case I'm getting the infamous "No result defined for action
> <Action> and result input". The problem is I'm pretty sure I HAVE an
> input result in my action.
>
> My struts.xml is very simple:
> -----------------------
> <?xml version="1.0" encoding="UTF-8"?>
> <!DOCTYPE struts PUBLIC "-//Apache Software Foundation//DTD Struts
> Configuration 2.0//EN" "struts-2.0.dtd" >
> <struts>
>   <constant name="struts.devMode" value="true" />
>   <package extends="struts-default" name="main" namespace="/main">
>      <action name="Form" class="com.wamu.strutsform.FormAction">
>         <result name="input">/form.jsp</result>
>         <result name="success">/form.jsp</result>
>      </action>
>   </package>
> </struts>
> -------------------
>
> So, for instance, what pieces of information could I look at that could
> give me hints on what I'm doing wrong here?
>
>  

David.W.Larson@(protected):
> I have a JSP that uses an ActionTag <s:action> to call a Struts 2 action
> class directly from the JSP. But in the action class, the HTTP response
> has already been committed. This makes it impossible for me to set cookies
> from my action class.
>
> I tested this by calling HttpServletResponse.isCommitted() is my execute()
> method of my action class, and it returns true.
>
> Is this a bug? Why is the response committed if the JSP hasn't finished
> rendering?
>  

Struts2 ActionInvocations are not designed to be nested, but the
s:action tag attempts to do this. It works most of the time, but not all
Results can be executed within another page, and not pages can handle
changes to the ActionContext by the nest invocation. The Action tag is
quite dodgy for this reason but there is currently no better alternative
in S2.

The problem is your case is with the Result that was executed. I
presume it has executed a ServletRedirectResult which assumes it can
commit the response (and does). TilesResult also has the same problem.
Try a different Result type.

Hi Jeromy, thanks for the respose.

The response is already committed in the action class (before the Result is
executed). In the execute() method, the result of 'response.isCommitted()'
is true. So I think the response is committed even before getting to the
Result.

According to J2EE documentation, when using
RequestDispatcher.include(rquest, response), you can't set headers in the
response, which means you can't set cookies. That's the problem I'm having
- I can't set a cookie in the action class called via s:action. So perhaps
that's what s:action does, it does an include.


David





                                                 
        Jeromy Evans                                
        <jeromy.evans@(protected)                              
        eskyminds.com.au>                            To
                         Struts Users Mailing List      
        06/13/2008 10:04       <user@(protected)>        
        PM                                      cc
                                                 
                                            Subject
        Please respond to      Re: Response already committed when
         "Struts Users       using ActionTag              
         Mailing List"                              
        <user@(protected)                              
           he.org>                                
                                                 
                                                 
                                                 




David.W.Larson@(protected):
> I have a JSP that uses an ActionTag <s:action> to call a Struts 2 action
> class directly from the JSP. But in the action class, the HTTP response
> has already been committed. This makes it impossible for me to set
cookies
> from my action class.
>
> I tested this by calling HttpServletResponse.isCommitted() is my
execute()
> method of my action class, and it returns true.
>
> Is this a bug? Why is the response committed if the JSP hasn't finished
> rendering?
>

Struts2 ActionInvocations are not designed to be nested, but the
s:action tag attempts to do this. It works most of the time, but not all
Results can be executed within another page, and not pages can handle
changes to the ActionContext by the nest invocation. The Action tag is
quite dodgy for this reason but there is currently no better alternative
in S2.

The problem is your case is with the Result that was executed. I
presume it has executed a ServletRedirectResult which assumes it can
commit the response (and does). TilesResult also has the same problem.
Try a different Result type.


---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@(protected)
For additional commands, e-mail: user-help@(protected)





---------------------------------------------------------------------
This message, together with any attachments, is
intended only for the use of the individual or entity
to which it is addressed. It may contain information
that is confidential and prohibited from disclosure.
If you are not the intended recipient, you are hereby
notified that any dissemination or copying of this
message or any attachment is strictly prohibited. If
you have received this message in error, please notify
the original sender immediately by telephone or by
return e-mail and delete this message, along with any
attachments, from your computer. Thank you.

---------------------------------------------------------------------

David.W.Larson@(protected):
> Hi Jeromy, thanks for the respose.
>
> The response is already committed in the action class (before the Result is
> executed). In the execute() method, the result of 'response.isCommitted()'
> is true. So I think the response is committed even before getting to the
> Result.
>
> According to J2EE documentation, when using
> RequestDispatcher.include(rquest, response), you can't set headers in the
> response, which means you can't set cookies. That's the problem I'm having
> - I can't set a cookie in the action class called via s:action. So perhaps
> that's what s:action does, it does an include.
>
>
> David
>  
Okay, that makes sense. I didn't think it did an include though as that
was this tag's main distinction from the include tag (in that it invokes
an action directly). But as you're already within a result (rendering
JSP) perhaps the parent result has already prevented you from setting
the headers?

My impression was that ActionComponent executed the action via an action proxy (although I'm looking at trunk).

But the <s:action...> tag is in a JSP page that will have already been writing, at which point I don't think you'd be able to modify the headers (I've never used response.reset, I don't know if that would help or not).

Dave

--- On Sat, 6/14/08, Jeromy Evans <jeromy.evans@(protected):

> From: Jeromy Evans <jeromy.evans@(protected)>
> Subject: Re: Response already committed when using ActionTag
> To: "Struts Users Mailing List" <user@(protected)>
> Date: Saturday, June 14, 2008, 10:01 PM
> David.W.Larson@(protected):
> > Hi Jeromy, thanks for the respose.
> >
> > The response is already committed in the action class
> (before the Result is
> > executed). In the execute() method, the result of
> 'response.isCommitted()'
> > is true. So I think the response is committed even
> before getting to the
> > Result.
> >
> > According to J2EE documentation, when using
> > RequestDispatcher.include(rquest, response), you
> can't set headers in the
> > response, which means you can't set cookies.
> That's the problem I'm having
> > - I can't set a cookie in the action class called
> via s:action. So perhaps
> > that's what s:action does, it does an include.
> >
> >
> > David
> >  
> Okay, that makes sense. I didn't think it did an
> include though as that
> was this tag's main distinction from the include tag
> (in that it invokes
> an action directly). But as you're already within a
> result (rendering
> JSP) perhaps the parent result has already prevented you
> from setting
> the headers?
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@(protected)
> For additional commands, e-mail:
> user-help@(protected)

Hi,
I have defined datepicker in my JSP as
<s:datetimepicker name="pharmacy.pharmacyDrugLicenceDate" label="Format
(yyyy-MM-dd)" displayFormat="yyyy-MM-dd"/>

But when the page is launched only the label is getting displayed. The
button for the picker is not displayed. Could you anyone please help me out
on this?
Thanks
I have given below the generated scripts for the date picker
-------------
<div id="wwgrp_savePharmacy_pharmacy_pharmacyDrugLicenceDate" class="wwgrp">  
 <div      id="wwlbl_savePharmacy_pharmacy_pharmacyDrugLicenceDate"
class="wwlbl">
<label valign="middle" for="savePharmacy_pharmacy_pharmacyDrugLicenceDate"
class="desc">        Format (yyyy-MM-dd)
</label>     </div>

<div id="wwctrl_savePharmacy_pharmacy_pharmacyDrugLicenceDate"
class="wwctrl">
<script type="text/javascript">
  dojo.require("dojo.widget.DatePicker");
</script>
<div
  dojoType="dropdowndatepicker"  
id="savePharmacy_pharmacy_pharmacyDrugLicenceDate"  
name="dojo.pharmacy.pharmacyDrugLicenceDate"  
inputName="pharmacy.pharmacyDrugLicenceDate"   displayFormat="yyyy-MM-dd"
saveFormat="rfc"></div></div> </li>

--
Sent from the Struts - User mailing list archive at Nabble.com.

Do you have Dojo debugging turned on in your <s:head...> tag? Are there any error messages shown? Is your S2 filter mapped so that S2 can serve its copy of Dojo?

Dave

--- On Sat, 6/14/08, StrutsUser <ajaykumar.r@(protected):

> From: StrutsUser <ajaykumar.r@(protected)>
> Subject: DatePicker Button not generated
> To: user@(protected)
> Date: Saturday, June 14, 2008, 2:09 AM
> Hi,
> I have defined datepicker in my JSP as
> <s:datetimepicker
> name="pharmacy.pharmacyDrugLicenceDate"
> label="Format
> (yyyy-MM-dd)"
> displayFormat="yyyy-MM-dd"/>
>
> But when the page is launched only the label is getting
> displayed. The
> button for the picker is not displayed. Could you anyone
> please help me out
> on this?
> Thanks
> I have given below the generated scripts for the date
> picker
> -------------
> <div
> id="wwgrp_savePharmacy_pharmacy_pharmacyDrugLicenceDate"
> class="wwgrp">  
>   <div    
> id="wwlbl_savePharmacy_pharmacy_pharmacyDrugLicenceDate"
> class="wwlbl">
> <label valign="middle"
> for="savePharmacy_pharmacy_pharmacyDrugLicenceDate"
> class="desc">        Format (yyyy-MM-dd)
> </label>     </div>
>
> <div
> id="wwctrl_savePharmacy_pharmacy_pharmacyDrugLicenceDate"
> class="wwctrl">
> <script type="text/javascript">
>   dojo.require("dojo.widget.DatePicker");
> </script>
> <div
>    dojoType="dropdowndatepicker"  
> id="savePharmacy_pharmacy_pharmacyDrugLicenceDate"
>  
> name="dojo.pharmacy.pharmacyDrugLicenceDate"  
> inputName="pharmacy.pharmacyDrugLicenceDate"  
> displayFormat="yyyy-MM-dd"
> saveFormat="rfc"></div></div>
> </li>
>
> --
> View this message in context:
> http://www.nabble.com/DatePicker-Button-not-generated-tp17836292p17836292.html
> Sent from the Struts - User mailing list archive at
> Nabble.com.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@(protected)
> For additional commands, e-mail:
> user-help@(protected)

I usually just use <c:forEach...> which has clean support for for/next type iteration. <s:iterator...> doesn't currently implement similar usage, AFAIK.

Dave

--- On Sat, 6/14/08, Pierre Thibaudeau <pierre.thibaudeau@(protected):

> From: Pierre Thibaudeau <pierre.thibaudeau@(protected)>
> Subject: [S2] using <s:iterator> for a sequence of integers
> To: "Struts Users Mailing List" <user@(protected)>
> Date: Saturday, June 14, 2008, 10:26 PM
> Is there a simple syntax with <s:iterator> or
> <s:generator> for displaying a
> sequence of integers from 0 to N-1 ?
> (The value of N is not known at compile time.)
>
> At the moment, the only way I can think of doing this is
> not very appealing:
> Within the action, create an ArrayList and populate it with
> the sequence of
> integers. Then iterate over that list with
> <s:iterator>.
>
> Is there an easier way? Something that would not involve
> the action?