Hi All,

I ran into an issue with the StrutsSpringTestCase class when doing my
unit tests. Basically the memory kept climbing until it crashed the
machine.

This class is actually loading the applicationContext for every test
case that extends it. And because the applicationContext is static the
instances of the spring beans loaded are not cleaned up by the garbage
collector.

What I ended up doing was overriding the method with the following in
my base test class for Struts 2. The only difference being the check
to see if applicationContext is null. This has the added benefit of
speeding up the tests.

protected void setupBeforeInitDispatcher() throws Exception {
     // only load beans from spring once
     if (applicationContext == null) {
       GenericXmlContextLoader xmlContextLoader = new
GenericXmlContextLoader();
        applicationContext =
xmlContextLoader.loadContext(getContextLocations());
     }
     
servletContext.setAttribute(WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE,
applicationContext);
  }

Hope this helps anyone who runs into the same issue.
Cheers,
Carl.


*Advertencia legal: en virtud de lo establecido en la Ley Organica 15/1999 de Proteccion de Datos de Caracter Personal, le informamos de que los datos personales que pueda facilitarnos se incorporaran a un fichero automatizado titularidad de CAST INFO, S.A. con la finalidad de gestionar la relacion negocial que nos vincula. Podra revocar su consentimiento al tratamiento de los datos, asi como ejercer sus derechos de acceso, rectificacion, cancelacion u oposicion dirigiendose por escrito a CAST INFO domiciliada en C/ Tuset 23, 1 -- 08006 Barcelona, o a la direccion de correo electronico lopd@(protected).

Este mensaje y los ficheros anexos que pueda contener son confidenciales, pueden contener informacion sometida a secreto profesional y se dirige exclusivamente a su destinatario. Si ha recibido este mensaje por error o tiene conocimiento del mismo por cualquier motivo, le rogamos que nos lo comunique inmediatamente por este mismo medio y se abstenga de utilizarlo, reproducirlo, alterarlo, archivarlo o comunicarlo a terceros. El emisor no se responsabiliza de posibles perjuicios derivados de la captura, incorporaciones de virus o cualesquiera otras manipulaciones efectuadas por terceros.

Antes de imprimir este e-mail piense bien si es necesario hacerlo.

2010/3/9 carl ballantyne <carl.ballantyne@(protected)>:
> Hi All,
>
> I ran into an issue with the StrutsSpringTestCase class when doing my unit
> tests. Basically the memory kept climbing until it crashed the machine.
>
> This class is actually loading the applicationContext for every test case
> that extends it. And because the applicationContext is static the instances
> of the spring beans loaded are not cleaned up by the garbage collector.
>
> What I ended up doing was overriding the method with the following in my
> base test class for Struts 2. The only difference being the check to see if
> applicationContext is null. This has the added benefit of speeding up the
> tests.
>
> protected void setupBeforeInitDispatcher() throws Exception {
>        // only load beans from spring once
>        if (applicationContext == null) {
>                GenericXmlContextLoader xmlContextLoader = new
> GenericXmlContextLoader();
>            applicationContext =
> xmlContextLoader.loadContext(getContextLocations());
>        }
>
>  servletContext.setAttribute(WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE,
> applicationContext);
>    }
>
> Hope this helps anyone who runs into the same issue.
> Cheers,
> Carl.

Could you register a new issue with patch attached?
https://issues.apache.org/jira/browse/WW


Thanks in advance
--
Łukasz
http://www.lenart.org.pl/
Kapituła Javarsovia 2010
http://javarsovia.pl

Done - https://issues.apache.org/jira/browse/WW-3402.

Quoting Lukasz Lenart <lukasz.lenart@(protected)>:

>
> Could you register a new issue with patch attached?
> https://issues.apache.org/jira/browse/WW
>
>



*Advertencia legal: en virtud de lo establecido en la Ley Organica 15/1999 de Proteccion de Datos de Caracter Personal, le informamos de que los datos personales que pueda facilitarnos se incorporaran a un fichero automatizado titularidad de CAST INFO, S.A. con la finalidad de gestionar la relacion negocial que nos vincula. Podra revocar su consentimiento al tratamiento de los datos, asi como ejercer sus derechos de acceso, rectificacion, cancelacion u oposicion dirigiendose por escrito a CAST INFO domiciliada en C/ Tuset 23, 1 -- 08006 Barcelona, o a la direccion de correo electronico lopd@(protected).

Este mensaje y los ficheros anexos que pueda contener son confidenciales, pueden contener informacion sometida a secreto profesional y se dirige exclusivamente a su destinatario. Si ha recibido este mensaje por error o tiene conocimiento del mismo por cualquier motivo, le rogamos que nos lo comunique inmediatamente por este mismo medio y se abstenga de utilizarlo, reproducirlo, alterarlo, archivarlo o comunicarlo a terceros. El emisor no se responsabiliza de posibles perjuicios derivados de la captura, incorporaciones de virus o cualesquiera otras manipulaciones efectuadas por terceros.

Antes de imprimir este e-mail piense bien si es necesario hacerlo.

2010/3/9 carl ballantyne <carl.ballantyne@(protected)>:
> Done - https://issues.apache.org/jira/browse/WW-3402.

And done from my side ;-)


Best regards
--
Łukasz
http://www.lenart.org.pl/
Kapituła Javarsovia 2010
http://javarsovia.pl

Something like that :
Declare the interceptor unless you use default Struts stacks
<interceptor name="staticParams"
    class="com.opensymphony.xwork2.interceptor.StaticParametersInterceptor"
/>

Declare the static param :
<action name="action" class="aClass">
<param name="foo">value</param>

And in the action you need a setFoo(String)

Cimballi


On Mon, Mar 8, 2010 at 10:40 PM, john lee <sh_thorn_bird@(protected):
> Cimballi,
>
> tks for your help, but i do not  quite understand about '...set the parameter statically in the action definitions...',  would you demonstrate me couple line of psudo code to explain this?
>
> tks in advance
>
> john
>
>
>
> /7/10, Cimballi <cimballi@(protected):
>
>
> From: Cimballi <cimballi@(protected)>
> Subject: Re: struts 2 - framework question
> To: "john lee" <sh_thorn_bird@(protected)>
> Cc: "Struts Users Mailing List" <user@(protected)>
> Date: Sunday, March 7, 2010, 8:33 PM
>
>
> John, I don't have immediate code that I can copy paste, but I can
> explain a bit more the package solution.
>
> You will have to declare 2 packages, one with namespace "store1" and
> one with namespace "store2".
> Then you can write a single action, which take a storeId paramter, and
> you set the parameter statically in the action definitions.
>
> You will need 2 action definitions, one in each package, calling the
> same java action and setting the storeId parameter like said before.
>
> Then, in each JSP for each store, you call the correct struts action.
>
> Is it clear for you ?
>
> Cimballi
>
>
> On Sun, Mar 7, 2010 at 11:36 AM, john lee <sh_thorn_bird@(protected):
>>
>>
>>
>> possible for you to show some psedo code for how to do it?
>>
>> tks in advance
>>
>> john
>> --- On Sun, 3/7/10, Paweł Wielgus <poulwiel@(protected):
>>
>> From: Paweł Wielgus <poulwiel@(protected)>
>> Subject: Re: struts 2 - framework question
>> To: "Struts Users Mailing List" <user@(protected)
>> Date: Sunday, March 7, 2010, 1:59 AM
>>
>> Hi All,
>> You can also have N applications representing stores under names store1..storeN,
>> where one application just knows about itself and all applications are
>> identical in code but different in data and css maybe.
>>
>> Best greetings,
>> Paweł Wielgus.
>>
>>
>> 2010/3/7 Cimballi <cimballi.cimballi@(protected)>:
>> > John, you can use namespaces at the package level to distinguish your stores.
>> > You can also do that in a rest way, like http://www.xyz.com/store/1.
>> >
>> > Cimballi
>> >
>> >
>> > On Sat, Mar 6, 2010 at 11:18 PM, john lee <sh_thorn_bird@(protected):
>> >>
>> >> my company is distributor, we plan to provide platform for our customer(different store) to sell their product to indivual customers.
>> >>
>> >> http://www.xyz.om/store1
>> >> http://www.xyz.com/store2
>> >> http://www.xyz.com/store3
>> >> ...
>> >> http://www.xyz.com/storeN
>> >>
>> >> (store1...storeN) list our(distributor)'s product to their customer, when customer see the display price, the display price=our price(base price)+storeX's margin
>> >>
>> >> my question is the following
>> >>
>> >> a. in the struts.xml, different store should have different package defination ?
>> >>
>> >> b. in the application, what is the struts2's method to detect which store? in other words, how can i detect which link(http://www.xyz.om/store1 or store2 or store3) is pass in ? without knowing which store is called, i can not call special routine(could be price cal, ...) associated with that store.
>> >>
>> >> any good idea to approach this?
>> >>
>> >> tks in advance
>> >>
>> >> john
>> >>
>> >>
>> >>
>> >
>> > ---------------------------------------------------------------------
>> > 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 had defined in my applicationMessages.properties a currency string
format as follows:

format.currency={0,number,currency}

When I view things in our default locale (English), this displays our
currency values like "53.68"; however when I view them in German I see
"53,68 ?". Why does it show the question mark and how can I resolve
this problem?

Chris

If I had to make a guess, I'd say the font you're using doesn't
support the Euro symbol. But, that's just a guess.
(*Chris*)

On Tuesday, March 9, 2010, CRANFORD, CHRIS <Chris.Cranford@(protected):
>
> I had defined in my applicationMessages.properties a currency string
> format as follows:
>
> format.currency={0,number,currency}
>
> When I view things in our default locale (English), this displays our
> currency values like "53.68"; however when I view them in German I see
> "53,68 ?".  Why does it show the question mark and how can I resolve
> this problem?
>
> Chris
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@(protected)
> For additional commands, e-mail: user-help@(protected)
>
>

My CSS was using:

font-family: Verdana, Arial, Helvetica, sans-serif;

I updated this to the following and rechecked it, same result:

font-family: Arial, sans-serif;

So I'm really confused at this point. Someone mentioned encoding before, but the pages are UTF-8, fonts appear not to be the issue yet my cost fields are being printed as

" 3,90 ?"

Any other thoughts?

> -----Original Message-----
> From: Chris Pratt [mailto:thechrispratt@(protected)]
> Sent: Tuesday, March 09, 2010 10:23 AM
> To: Struts Users Mailing List
> Subject: Re: Currency Formatting
>
> If I had to make a guess, I'd say the font you're using doesn't
> support the Euro symbol. But, that's just a guess.
>  (*Chris*)
>
> On Tuesday, March 9, 2010, CRANFORD, CHRIS <Chris.Cranford@(protected)>
> wrote:
> >
> > I had defined in my applicationMessages.properties a currency string
> > format as follows:
> >
> > format.currency={0,number,currency}
> >
> > When I view things in our default locale (English), this displays our
> > currency values like "53.68"; however when I view them in German I see
> > "53,68 ?".  Why does it show the question mark and how can I resolve
> > this problem?
> >
> > Chris
> >
> >
> > ---------------------------------------------------------------------
> > 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 needed to specify my encoding in a filter inside web.xml. Once I did that, it resolved the issue.

Thanks
Chris

> -----Original Message-----
> From: Chris Pratt [mailto:thechrispratt@(protected)]
> Sent: Tuesday, March 09, 2010 10:23 AM
> To: Struts Users Mailing List
> Subject: Re: Currency Formatting
>
> If I had to make a guess, I'd say the font you're using doesn't
> support the Euro symbol. But, that's just a guess.
>  (*Chris*)
>
> On Tuesday, March 9, 2010, CRANFORD, CHRIS <Chris.Cranford@(protected)>
> wrote:
> >
> > I had defined in my applicationMessages.properties a currency string
> > format as follows:
> >
> > format.currency={0,number,currency}
> >
> > When I view things in our default locale (English), this displays our
> > currency values like "53.68"; however when I view them in German I see
> > "53,68 ?".  Why does it show the question mark and how can I resolve
> > this problem?
> >
> > Chris
> >
> >
> > ---------------------------------------------------------------------
> > 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)
>

Hello everybody...


I wonder about the better way to implement a JSP which shows the same informations in readonly mode and in creation/modification mode.

So I have just designed the JSP' fields with s:textfield who can be dynamically shown in readonly mode with special css (background:transparent; border:none;...) specified in the action class.

So the action class sets some attributes with certains values and than the html stream is generated in read mode or in edit mode.

Is this the good way or should I developpe two JSP : one in read mode and an other one in edit mode?

Hi Frederick,
You can also add readonly or disabled property to textfields.
But i don't think that there is a simple answear to your question
about if it is good or bad.

Best greetings,
Paweł Wielgus.


2010/3/9 Frederik Minatchy <frederik78@(protected)>:
> Hello everybody...
>
>
> I wonder about the better way to implement a JSP which shows the same informations in readonly mode and in creation/modification mode.
>
> So I have just designed the JSP' fields with s:textfield who can be dynamically shown in readonly mode with special css (background:transparent; border:none;...) specified in the action class.
>
> So the action class sets some attributes with certains values and than the html stream is generated in read mode or in edit mode.
>
> Is this the good way or should I developpe two JSP : one in read mode and an other one in edit mode?
>
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@(protected)
> For additional commands, e-mail: user-help@(protected)
>
>

Yes I know.. And this is what I made...

The readonly parameter is set dynamically by the Action class

--- En date de : Mar 9.3.10, Paweł Wielgus <poulwiel@(protected) :

> De: Paweł Wielgus <poulwiel@(protected)>
> Objet: Re: About the better way to implement a JSP in read/edit mode
> À: "Struts Users Mailing List" <user@(protected)>
> Date: Mardi 9 mars 2010, 20h40
> Hi Frederick,
> You can also add readonly or disabled property to
> textfields.
> But i don't think that there is a simple answear to your
> question
> about if it is good or bad.
>
> Best greetings,
> Paweł Wielgus.
>
>
> 2010/3/9 Frederik Minatchy <frederik78@(protected)>:
> > Hello everybody...
> >
> >
> > I wonder about the better way to implement a JSP which
> shows the same informations in readonly mode and in
> creation/modification mode.
> >
> > So I have just designed the JSP' fields with
> s:textfield who can be dynamically shown in readonly mode
> with special css (background:transparent; border:none;...)
> specified in the action class.
> >
> > So the action class sets some attributes with certains
> values and than the html stream is generated in read mode or
> in edit mode.
> >
> > Is this the good way or should I developpe two JSP :
> one in read mode and an other one in edit mode?
> >
> >
> >
> >
> >
> >
> ---------------------------------------------------------------------
> > 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)
>
>

Hello...

Thank you for your answer...

Your tag seems usefull.. but it seems to have been developped for Struts 1.x

--- En date de : Mar 9.3.10, Angelo zerr <angelo.zerr@(protected) :

> De: Angelo zerr <angelo.zerr@(protected)>
> Objet: Re: About the better way to implement a JSP in read/edit mode
> À: "Struts Users Mailing List" <user@(protected)>
> Date: Mardi 9 mars 2010, 21h04
> Hi Frederick,
>
> I had created a project about this problem with
> http://formview.sourceforge.net/
>
> With FormView, you develop ONE Jsp to manage CRUD form.
> It's old project but
> it works well (I have not time today to improve it).
>
> Regards Angelo
>
> 2010/3/9 Paweł Wielgus <poulwiel@(protected)>
>
> > Hi Frederick,
> > You can also add readonly or disabled property to
> textfields.
> > But i don't think that there is a simple answear to
> your question
> > about if it is good or bad.
> >
> > Best greetings,
> > Paweł Wielgus.
> >
> >
> > 2010/3/9 Frederik Minatchy <frederik78@(protected)>:
> > > Hello everybody...
> > >
> > >
> > > I wonder about the better way to implement a JSP
> which shows the same
> > informations in readonly mode and in
> creation/modification mode.
> > >
> > > So I have just designed the JSP' fields with
> s:textfield who can be
> > dynamically shown in readonly mode with special css
> (background:transparent;
> > border:none;...) specified in the action class.
> > >
> > > So the action class sets some attributes with
> certains values and than
> > the html stream is generated in read mode or in edit
> mode.
> > >
> > > Is this the good way or should I developpe two
> JSP : one in read mode and
> > an other one in edit mode?
> > >
> > >
> > >
> > >
> > >
> > >
> ---------------------------------------------------------------------
> > > 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 think I will think about that during my next Struts2 project :)

But about my question "Do I have to develop several interfaces with the same fields in read mode and edit mode?"

Does this mean that I should use the same JSP to do both?

(that's already what I have done... but a colleague thinks that it is not the better way... who's right? :) )




--- En date de : Mer 10.3.10, Angelo zerr <angelo.zerr@(protected) :

> De: Angelo zerr <angelo.zerr@(protected)>
> Objet: Re: About the better way to implement a JSP in read/edit mode
> À: "Struts Users Mailing List" <user@(protected)>
> Date: Mercredi 10 mars 2010, 9h26
> Hi Frederik,
>
> FormView can works with any HTML or JSP Taglib. It update
> HTML switch
> configuration and state of your HTML field. Formview works
> with Struts 1.x
> to use information about validation.xml (like required,
> date...). I don't
> know how works Struts 2.x validation but I think it's
> possible to develop
> that.
>
> Regards Angelo
>
> 2010/3/10 Frederik Minatchy <frederik78@(protected)>
>
> > Hello...
> >
> > Thank you for your answer...
> >
> > Your tag seems usefull.. but it seems to have been
> developped for Struts
> > 1.x
> >
> > --- En date de : Mar 9.3.10, Angelo zerr <angelo.zerr@(protected)>
> a écrit :
> >
> > > De: Angelo zerr <angelo.zerr@(protected)>
> > > Objet: Re: About the better way to implement a
> JSP in read/edit mode
> > > À: "Struts Users Mailing List" <user@(protected)>
> > > Date: Mardi 9 mars 2010, 21h04
> > > Hi Frederick,
> > >
> > > I had created a project about this problem with
> > > http://formview.sourceforge.net/
> > >
> > > With FormView, you develop ONE Jsp to manage CRUD
> form.
> > > It's old project but
> > > it works well (I have not time today to improve
> it).
> > >
> > > Regards Angelo
> > >
> > > 2010/3/9 Paweł Wielgus <poulwiel@(protected)>
> > >
> > > > Hi Frederick,
> > > > You can also add readonly or disabled
> property to
> > > textfields.
> > > > But i don't think that there is a simple
> answear to
> > > your question
> > > > about if it is good or bad.
> > > >
> > > > Best greetings,
> > > > Paweł Wielgus.
> > > >
> > > >
> > > > 2010/3/9 Frederik Minatchy <frederik78@(protected)>:
> > > > > Hello everybody...
> > > > >
> > > > >
> > > > > I wonder about the better way to
> implement a JSP
> > > which shows the same
> > > > informations in readonly mode and in
> > > creation/modification mode.
> > > > >
> > > > > So I have just designed the JSP' fields
> with
> > > s:textfield who can be
> > > > dynamically shown in readonly mode with
> special css
> > > (background:transparent;
> > > > border:none;...) specified in the action
> class.
> > > > >
> > > > > So the action class sets some
> attributes with
> > > certains values and than
> > > > the html stream is generated in read mode or
> in edit
> > > mode.
> > > > >
> > > > > Is this the good way or should I
> developpe two
> > > JSP : one in read mode and
> > > > an other one in edit mode?
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > >
> ---------------------------------------------------------------------
> > > > > 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 do tend to think that the less files the better. Here it's the same
with the number of files for actions/jsp, one can use more actions, ore
less actions but more methods inside. Same with jsp, I do think it's
better with less files, but a colleague here also thinks the opposite,
sometimes with less files you have to provide aditional checks or cases
so one file fits all possible use cases.

I think it's more elegant for me with same file for read and edit, but
others might dissagree, not sure if a way is better than the other :)

Alex

Em 10-03-2010 09:43, Frederik Minatchy escreveu:
> I think I will think about that during my next Struts2 project :)
>
> But about my question "Do I have to develop several interfaces with the same fields in read mode and edit mode?"
>
> Does this mean that I should use the same JSP to do both?
>
> (that's already what I have done... but a colleague thinks that it is not the better way... who's right? :) )
>
>
>
>
> --- En date de : Mer 10.3.10, Angelo zerr<angelo.zerr@(protected) :
>
>> De: Angelo zerr<angelo.zerr@(protected)>
>> Objet: Re: About the better way to implement a JSP in read/edit mode
>> À: "Struts Users Mailing List"<user@(protected)>
>> Date: Mercredi 10 mars 2010, 9h26
>> Hi Frederik,
>>
>> FormView can works with any HTML or JSP Taglib. It update
>> HTML switch
>> configuration and state of your HTML field. Formview works
>> with Struts 1.x
>> to use information about validation.xml (like required,
>> date...). I don't
>> know how works Struts 2.x validation but I think it's
>> possible to develop
>> that.
>>
>> Regards Angelo
>>
>> 2010/3/10 Frederik Minatchy<frederik78@(protected)>
>>
>>> Hello...
>>>
>>> Thank you for your answer...
>>>
>>> Your tag seems usefull.. but it seems to have been
>> developped for Struts
>>> 1.x
>>>
>>> --- En date de : Mar 9.3.10, Angelo zerr<angelo.zerr@(protected)>
>> a écrit :
>>>
>>>> De: Angelo zerr<angelo.zerr@(protected)>
>>>> Objet: Re: About the better way to implement a
>> JSP in read/edit mode
>>>> À: "Struts Users Mailing List"<user@(protected)>
>>>> Date: Mardi 9 mars 2010, 21h04
>>>> Hi Frederick,
>>>>
>>>> I had created a project about this problem with
>>>> http://formview.sourceforge.net/
>>>>
>>>> With FormView, you develop ONE Jsp to manage CRUD
>> form.
>>>> It's old project but
>>>> it works well (I have not time today to improve
>> it).
>>>>
>>>> Regards Angelo
>>>>
>>>> 2010/3/9 Paweł Wielgus<poulwiel@(protected)>
>>>>
>>>>> Hi Frederick,
>>>>> You can also add readonly or disabled
>> property to
>>>> textfields.
>>>>> But i don't think that there is a simple
>> answear to
>>>> your question
>>>>> about if it is good or bad.
>>>>>
>>>>> Best greetings,
>>>>> Paweł Wielgus.
>>>>>
>>>>>
>>>>> 2010/3/9 Frederik Minatchy<frederik78@(protected)>:
>>>>>> Hello everybody...
>>>>>>
>>>>>>
>>>>>> I wonder about the better way to
>> implement a JSP
>>>> which shows the same
>>>>> informations in readonly mode and in
>>>> creation/modification mode.
>>>>>>
>>>>>> So I have just designed the JSP' fields
>> with
>>>> s:textfield who can be
>>>>> dynamically shown in readonly mode with
>> special css
>>>> (background:transparent;
>>>>> border:none;...) specified in the action
>> class.
>>>>>>
>>>>>> So the action class sets some
>> attributes with
>>>> certains values and than
>>>>> the html stream is generated in read mode or
>> in edit
>>>> mode.
>>>>>>
>>>>>> Is this the good way or should I
>> developpe two
>>>> JSP : one in read mode and
>>>>> an other one in edit mode?
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>
>> ---------------------------------------------------------------------
>>>>>> 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)
>

many thanks :)

I appreciate your response




--- En date de : Mer 10.3.10, Alex Rodriguez Lopez <alopez@(protected) :

> De: Alex Rodriguez Lopez <alopez@(protected)>
> Objet: Re: About the better way to implement a JSP in read/edit mode
> À: user@(protected)
> Date: Mercredi 10 mars 2010, 10h24
> I do tend to think that the less
> files the better. Here it's the same
> with the number of files for actions/jsp, one can use more
> actions, ore
> less actions but more methods inside. Same with jsp, I do
> think it's
> better with less files, but a colleague here also thinks
> the opposite,
> sometimes with less files you have to provide aditional
> checks or cases
> so one file fits all possible use cases.
>
> I think it's more elegant for me with same file for read
> and edit, but
> others might dissagree, not sure if a way is better than
> the other :)
>
> Alex
>
> Em 10-03-2010 09:43, Frederik Minatchy escreveu:
> > I think I will think about that during my next Struts2
> project :)
> >
> > But about my question "Do I have to develop several
> interfaces with the same fields in read mode and edit
> mode?"
> >
> > Does this mean that I should use the same JSP to do
> both?
> >
> > (that's already what I have done... but a colleague
> thinks that it is not the better way... who's right? :) )
> >
> >
> >
> >
> > --- En date de : Mer 10.3.10, Angelo zerr<angelo.zerr@(protected)> 
> a écrit :
> >
> >> De: Angelo zerr<angelo.zerr@(protected)>
> >> Objet: Re: About the better way to implement a JSP
> in read/edit mode
> >> À: "Struts Users Mailing List"<user@(protected)>
> >> Date: Mercredi 10 mars 2010, 9h26
> >> Hi Frederik,
> >>
> >> FormView can works with any HTML or JSP Taglib. It
> update
> >> HTML switch
> >> configuration and state of your HTML field.
> Formview works
> >> with Struts 1.x
> >> to use information about validation.xml (like
> required,
> >> date...). I don't
> >> know how works Struts 2.x validation but I think
> it's
> >> possible to develop
> >> that.
> >>
> >> Regards Angelo
> >>
> >> 2010/3/10 Frederik Minatchy<frederik78@(protected)>
> >>
> >>> Hello...
> >>>
> >>> Thank you for your answer...
> >>>
> >>> Your tag seems usefull.. but it seems to have
> been
> >> developped for Struts
> >>> 1.x
> >>>
> >>> --- En date de : Mar 9.3.10, Angelo zerr<angelo.zerr@(protected)>
> >> a écrit :
> >>>
> >>>> De: Angelo zerr<angelo.zerr@(protected)>
> >>>> Objet: Re: About the better way to
> implement a
> >> JSP in read/edit mode
> >>>> À: "Struts Users Mailing List"<user@(protected)>
> >>>> Date: Mardi 9 mars 2010, 21h04
> >>>> Hi Frederick,
> >>>>
> >>>> I had created a project about this problem
> with
> >>>> http://formview.sourceforge.net/
> >>>>
> >>>> With FormView, you develop ONE Jsp to
> manage CRUD
> >> form.
> >>>> It's old project but
> >>>> it works well (I have not time today to
> improve
> >> it).
> >>>>
> >>>> Regards Angelo
> >>>>
> >>>> 2010/3/9 Paweł Wielgus<poulwiel@(protected)>
> >>>>
> >>>>> Hi Frederick,
> >>>>> You can also add readonly or disabled
> >> property to
> >>>> textfields.
> >>>>> But i don't think that there is a
> simple
> >> answear to
> >>>> your question
> >>>>> about if it is good or bad.
> >>>>>
> >>>>> Best greetings,
> >>>>> Paweł Wielgus.
> >>>>>
> >>>>>
> >>>>> 2010/3/9 Frederik Minatchy<frederik78@(protected)>:
> >>>>>> Hello everybody...
> >>>>>>
> >>>>>>
> >>>>>> I wonder about the better way to
> >> implement a JSP
> >>>> which shows the same
> >>>>> informations in readonly mode and in
> >>>> creation/modification mode.
> >>>>>>
> >>>>>> So I have just designed the JSP'
> fields
> >> with
> >>>> s:textfield who can be
> >>>>> dynamically shown in readonly mode
> with
> >> special css
> >>>> (background:transparent;
> >>>>> border:none;...) specified in the
> action
> >> class.
> >>>>>>
> >>>>>> So the action class sets some
> >> attributes with
> >>>> certains values and than
> >>>>> the html stream is generated in read
> mode or
> >> in edit
> >>>> mode.
> >>>>>>
> >>>>>> Is this the good way or should I
> >> developpe two
> >>>> JSP : one in read mode and
> >>>>> an other one in edit mode?
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>
> >>
> ---------------------------------------------------------------------
> >>>>>> 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)
>
>

When I am logged in as a European user with de_DE as my locale, dates
should be submitted in forms as dd.MM.yyyy however, my Struts2 action
returns me to the INPUT jsp page and does not perform the "search"
action that it is suppose to.

From what I have read, does Struts2 standard date validation expect the
format to me MM/dd/yyyy and not locale specific?

If so, am I required to set the form field as a String type and convert
it in the action to a Date when my method is executed?

Chris

from a few days i'm working on struts and i'm trying to develop an simple web
application.
i cant see the elements of my array(bookList) on jsp page when i run my
program it returns me an empty page where am i wrong please help me i'm
losing my mind for two days.


Book class

public class Book {
 
  private String name;
  private String description;
  private int price;
  private int id;

  public Book()
 {
   
 }
  public Book(String name)
  {
    this.name=name;
  }

  public ArrayList<Book> loadData()
  {
     ArrayList<Book> kitapListesi = new ArrayList<Book>();
     kitapListesi.add(new Book("calculus1"));
      kitapListesi.add(new Book("calculus2"));
     return kitapListesi;
  }

BookForm Class

public class BookForm extends org.apache.struts.action.ActionForm {
 
 private ArrayList<Book> bookList;

  private String name;

  private int number;

public ArrayList<Book> getBookList() {
    return bookList;
  }

public void setBookList(ArrayList<Book> bookList) {
    this.bookList = bookList;
  }

BookAction Class

public class BookAction extends org.apache.struts.action.Action {
 
  private final static String SUCCESS = "success";

  public ActionForward execute(ActionMapping mapping, ActionForm form,
       HttpServletRequest request, HttpServletResponse response)
       throws Exception {

    BookForm bookForm = (BookForm) form;
    Book book = new Book();
    bookForm.setBookList(book.loadData());
 

    return mapping.findForward(SUCCESS);
  }
}

struts_config.xml

<form-beans>
    <form-bean name="BookForm" type="paket.BookForm"/>
  </form-beans>

<action-mappings>
    <action input="/data" name="BookForm" path="/data" scope="request"
type="paket.BookAction"/>
  </action-mappings>

data.jsp

 <logic:present name="BookForm">
      <logic:iterate name="BookForm" property="bookList" id="book">
<tr>
<td><bean:write name="book" property="name" /></td>
</tr>
</logic:iterate>
</logic:present>
--
Sent from the Struts - User mailing list archive at Nabble.com.