You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@struts.apache.org by Jerry Jalenak <Je...@LABONE.com> on 2002/11/05 21:36:21 UTC

[Sub-Apps] HOW-TO Get from Default to Sub-app and Back

I'm looking into splitting my web application into pieces based on business
unit.  I've read everything I can find in the mail archives and on the
Struts home page, and think I understand most of it.  I've got a second
struts-config init parm pointing to my new sub-app, and I've got my sub-app
set up as a 'normal' struts-config.  What I am having trouble figuring out
is how to get from my main app to my sub-app, and back.  I think I should
either be using ForwardAction or SwitchAction, but can't figure out the
config parms well enough to use either one.  Can someone please post a
working sub-app example?

TIA!

Jerry Jalenak
Web Publishing
LabOne, Inc.
10101 Renner Blvd.
Lenexa, KS  66219
(913) 577-1496
jerry.jalenak@labone.com


This transmission (and any information attached to it) may be confidential and is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient or the person responsible for delivering the transmission to the intended recipient, be advised that you have received this transmission in error and that any use, dissemination, forwarding, printing, or copying of this information is strictly prohibited. If you have received this transmission in error, please immediately notify LabOne at (800)388-4675.



--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


Re: [Sub-Apps] HOW-TO Get from Default to Sub-app and Back

Posted by James Mitchell <jm...@telocity.com>.
James Mitchell wrote:
> What ideas do you have (as far as functionality)?
> 
> 
> James Mitchell
> Software Engineer/Struts Evangelist
> http://www.open-tools.org
> 
> "Only two things are infinite, the universe and human stupidity, and I'm not
> sure about the former."
> - Albert Einstein (1879-1955)
> 
> 
> 
>>-----Original Message-----
>>From: Eddie Bush [mailto:ekbush@swbell.net]
>>Sent: Tuesday, November 05, 2002 8:25 PM
>>To: Struts Users Mailing List
>>Subject: Re: [Sub-Apps] HOW-TO Get from Default to Sub-app and Back
>>
>>
>>Yeah - good points.  I'll see if I can work another module into the
>>example.  As core as modules are it seems logical we'd want something
>>out there that uses them.  You're also very correct that it would be
>>better to have it in the example app, I believe, than a seperate app,
>>since it *is* a "core" feature.
>>
>>James Mitchell wrote:
>>
>>
>>>Eddie, I've been pondering the addition of a module to the struts-example
>>>
>>>
>>
>><snip/>
>>
>>>I am +1 for adding a few more pieces of the newest 1.1 features to the
>>>current struts-example.  I think it would help to demonstrate
>>
>>(at least on a
>>
>>>basic level) all the bulleted features of the 1.1 release.
>>>
>>
>>Yeah - me too.  I need to clean my plate so I can sit back down on
>>Struts stuff :-(
>>
>>
>>>I don't think every possible solution or technique should be
>>
>>added (i.e. my
>>
>>>'jsp under WEB-INF' mod or my DBMessageResources impl), and
>>
>>those might be
>>
>>>better suited for the contrib section or Struts project on sf.net:
>>>
>>> http://www.sourceforge.net/projects/struts
>>>
>>
>>Right - very valid point.
>>
>>
>>>I have a lot of ideas for modifying the struts-examples, but I have not
>>>moved on it because of what I mentioned earlier.
>>>
>>
>>Well, if it's core functionality I (personally) think there should be an
>>example of it in the struts-example.war.  Ok, I can see not having, say,
>>a comprehensive validator/tiles example there.  There's a reason they
>>have seperate examples - they're a bit more involved!  Surely we could
>>at least come up with a simple use for each of them though - now that
>>they are, in fact, core components.  The "advanced features" should
>>still be reserved for their respective examples though.
>>
>>--
>>Eddie Bush
>>
>>
>>
>>
>>
>>--
>>To unsubscribe, e-mail:
> 
> <ma...@jakarta.apache.org>
> For additional commands, e-mail:
> <ma...@jakarta.apache.org>





--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


Re: [Sub-Apps] HOW-TO Get from Default to Sub-app and Back

Posted by Eddie Bush <ek...@swbell.net>.
Knowing you somewhat - and knowing you've always got a card up your 
sleeve - I think perhaps I should be asking *you* that question ;-)

I honestly haven't thought about it, James.  I've gone so far as to have 
the thought that an example should be there - no farther.  I actually 
sat down and thought about it momentarily last night, as I watched the 
election results pour in, and come up with exactly zilch.  I'm not sure 
what sort of functionality a person would add.  Maybe a poll?  It 
wouldn't necessarily have to have anything to do with the mail reader. 
 Actually, a poll might be kind of cool... and fairly easy to put 
together too.

James Mitchell wrote:

>What ideas do you have (as far as functionality)?
>
>
>James Mitchell
>Software Engineer/Struts Evangelist
>http://www.open-tools.org
>
>"Only two things are infinite, the universe and human stupidity, and I'm not
>sure about the former."
>- Albert Einstein (1879-1955)
>

-- 
Eddie Bush





--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


RE: [Sub-Apps] HOW-TO Get from Default to Sub-app and Back

Posted by James Mitchell <jm...@telocity.com>.
What ideas do you have (as far as functionality)?


James Mitchell
Software Engineer/Struts Evangelist
http://www.open-tools.org

"Only two things are infinite, the universe and human stupidity, and I'm not
sure about the former."
- Albert Einstein (1879-1955)


> -----Original Message-----
> From: Eddie Bush [mailto:ekbush@swbell.net]
> Sent: Tuesday, November 05, 2002 8:25 PM
> To: Struts Users Mailing List
> Subject: Re: [Sub-Apps] HOW-TO Get from Default to Sub-app and Back
>
>
> Yeah - good points.  I'll see if I can work another module into the
> example.  As core as modules are it seems logical we'd want something
> out there that uses them.  You're also very correct that it would be
> better to have it in the example app, I believe, than a seperate app,
> since it *is* a "core" feature.
>
> James Mitchell wrote:
>
> >Eddie, I've been pondering the addition of a module to the struts-example
> >
> >
> <snip/>
>
> >I am +1 for adding a few more pieces of the newest 1.1 features to the
> >current struts-example.  I think it would help to demonstrate
> (at least on a
> >basic level) all the bulleted features of the 1.1 release.
> >
> Yeah - me too.  I need to clean my plate so I can sit back down on
> Struts stuff :-(
>
> >I don't think every possible solution or technique should be
> added (i.e. my
> >'jsp under WEB-INF' mod or my DBMessageResources impl), and
> those might be
> >better suited for the contrib section or Struts project on sf.net:
> >
> >  http://www.sourceforge.net/projects/struts
> >
> Right - very valid point.
>
> >I have a lot of ideas for modifying the struts-examples, but I have not
> >moved on it because of what I mentioned earlier.
> >
> Well, if it's core functionality I (personally) think there should be an
> example of it in the struts-example.war.  Ok, I can see not having, say,
> a comprehensive validator/tiles example there.  There's a reason they
> have seperate examples - they're a bit more involved!  Surely we could
> at least come up with a simple use for each of them though - now that
> they are, in fact, core components.  The "advanced features" should
> still be reserved for their respective examples though.
>
> --
> Eddie Bush
>
>
>
>
>
> --
> To unsubscribe, e-mail:
<ma...@jakarta.apache.org>
For additional commands, e-mail:
<ma...@jakarta.apache.org>



--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


Re: [Sub-Apps] HOW-TO Get from Default to Sub-app and Back

Posted by Eddie Bush <ek...@swbell.net>.
Yeah - good points.  I'll see if I can work another module into the 
example.  As core as modules are it seems logical we'd want something 
out there that uses them.  You're also very correct that it would be 
better to have it in the example app, I believe, than a seperate app, 
since it *is* a "core" feature.

James Mitchell wrote:

>Eddie, I've been pondering the addition of a module to the struts-example
>  
>
<snip/>

>I am +1 for adding a few more pieces of the newest 1.1 features to the
>current struts-example.  I think it would help to demonstrate (at least on a
>basic level) all the bulleted features of the 1.1 release.
>
Yeah - me too.  I need to clean my plate so I can sit back down on 
Struts stuff :-(

>I don't think every possible solution or technique should be added (i.e. my
>'jsp under WEB-INF' mod or my DBMessageResources impl), and those might be
>better suited for the contrib section or Struts project on sf.net:
>
>  http://www.sourceforge.net/projects/struts
>
Right - very valid point.

>I have a lot of ideas for modifying the struts-examples, but I have not
>moved on it because of what I mentioned earlier.
>
Well, if it's core functionality I (personally) think there should be an 
example of it in the struts-example.war.  Ok, I can see not having, say, 
a comprehensive validator/tiles example there.  There's a reason they 
have seperate examples - they're a bit more involved!  Surely we could 
at least come up with a simple use for each of them though - now that 
they are, in fact, core components.  The "advanced features" should 
still be reserved for their respective examples though.

-- 
Eddie Bush





--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


RE: [Sub-Apps] HOW-TO Get from Default to Sub-app and Back

Posted by James Mitchell <jm...@telocity.com>.
Eddie, I've been pondering the addition of a module to the struts-example
(enough to spec out a few screens), but I wasn't sure if it would fit with
its purpose.  (Craig has said on more than one occasion that the example is
basically to verify that struts is working properly)

On one hand, adding another example that demonstrates how to use Modules
would help those new to this technique.  But on the other hand, adding
another example means someone has to maintain it.

I am +1 for adding a few more pieces of the newest 1.1 features to the
current struts-example.  I think it would help to demonstrate (at least on a
basic level) all the bulleted features of the 1.1 release.

I don't think every possible solution or technique should be added (i.e. my
'jsp under WEB-INF' mod or my DBMessageResources impl), and those might be
better suited for the contrib section or Struts project on sf.net:

  http://www.sourceforge.net/projects/struts


I have a lot of ideas for modifying the struts-examples, but I have not
moved on it because of what I mentioned earlier.

James Mitchell
Software Engineer/Struts Evangelist
http://www.open-tools.org

"Only two things are infinite, the universe and human stupidity, and I'm not
sure about the former."
- Albert Einstein (1879-1955)


> -----Original Message-----
> From: Eddie Bush [mailto:ekbush@swbell.net]
> Sent: Tuesday, November 05, 2002 5:44 PM
> To: Struts Users Mailing List
> Subject: Re: [Sub-Apps] HOW-TO Get from Default to Sub-app and Back
>
>
> Read the User Guide online - specifically the area about building the
> controller-oriented components.  If you have already done that then say
> so.  It's not rocket science.  If what is provided in the User Guide
> isn't sufficient then perhaps we should take a look at building a
> struts-module.war for people to tear apart.
>
> Jerry Jalenak wrote:
>
> >I'm looking into splitting my web application into pieces based
> on business
> >unit.  I've read everything I can find in the mail archives and on the
> >Struts home page, and think I understand most of it.  I've got a second
> >struts-config init parm pointing to my new sub-app, and I've got
> my sub-app
> >set up as a 'normal' struts-config.  What I am having trouble
> figuring out
> >is how to get from my main app to my sub-app, and back.  I think I should
> >either be using ForwardAction or SwitchAction, but can't figure out the
> >config parms well enough to use either one.  Can someone please post a
> >working sub-app example?
> >
> >TIA!
> >
> >Jerry Jalenak
> >Web Publishing
> >LabOne, Inc.
> >10101 Renner Blvd.
> >Lenexa, KS  66219
> >(913) 577-1496
> >jerry.jalenak@labone.com
> >
>
> --
> Eddie Bush
>
>
>
>
>
> --
> To unsubscribe, e-mail:
> <ma...@jakarta.apache.org>
> For additional commands, e-mail:
> <ma...@jakarta.apache.org>
>
>


--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


Re: [Sub-Apps] HOW-TO Get from Default to Sub-app and Back

Posted by Eddie Bush <ek...@swbell.net>.
Read the User Guide online - specifically the area about building the 
controller-oriented components.  If you have already done that then say 
so.  It's not rocket science.  If what is provided in the User Guide 
isn't sufficient then perhaps we should take a look at building a 
struts-module.war for people to tear apart.

Jerry Jalenak wrote:

>I'm looking into splitting my web application into pieces based on business
>unit.  I've read everything I can find in the mail archives and on the
>Struts home page, and think I understand most of it.  I've got a second
>struts-config init parm pointing to my new sub-app, and I've got my sub-app
>set up as a 'normal' struts-config.  What I am having trouble figuring out
>is how to get from my main app to my sub-app, and back.  I think I should
>either be using ForwardAction or SwitchAction, but can't figure out the
>config parms well enough to use either one.  Can someone please post a
>working sub-app example?
>
>TIA!
>
>Jerry Jalenak
>Web Publishing
>LabOne, Inc.
>10101 Renner Blvd.
>Lenexa, KS  66219
>(913) 577-1496
>jerry.jalenak@labone.com
>

-- 
Eddie Bush





--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>