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_b...@yahoo.com> wrote:
> 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 <cimba...@cimballi.net> wrote:
>
>
> From: Cimballi <cimba...@cimballi.net>
> Subject: Re: struts 2 - framework question
> To: "john lee" <sh_thorn_b...@yahoo.com>
> Cc: "Struts Users Mailing List" <user@struts.apache.org>
> 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_b...@yahoo.com> wrote:
>>
>>
>>
>> possible for you to show some psedo code for how to do it?
>>
>> tks in advance
>>
>> john
>> --- On Sun, 3/7/10, Paweł Wielgus <poulw...@gmail.com> wrote:
>>
>> From: Paweł Wielgus <poulw...@gmail.com>
>> Subject: Re: struts 2 - framework question
>> To: "Struts Users Mailing List" <user@struts.apache.org>,
>> cimba...@cimballi.net
>> 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.cimba...@gmail.com>:
>> > 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_b...@yahoo.com> wrote:
>> >>
>> >> 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-unsubscr...@struts.apache.org
>> > For additional commands, e-mail: user-h...@struts.apache.org
>> >
>> >
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
>> For additional commands, e-mail: user-h...@struts.apache.org
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
> For additional commands, e-mail: user-h...@struts.apache.org
>
>
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
For additional commands, e-mail: user-h...@struts.apache.org
