You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@struts.apache.org by Brian Styles <gi...@hotmail.com> on 2004/05/19 16:30:29 UTC

Modular packaging of a large application

Hi everyone,

I've built an application in a standard j2EE format

JSPs-->Struts-->Session Beans-->CMR Entity Beans.

This is deployed in an exploded ear, with struts and JSPs in the war as well 
as the session bean interfaces. Then I have the Session Beans and CMR Entity 
Beans in a jar.

Now I want to go to a larger environment where different developers are 
working on different modules, yet I still want each module to be accessable 
through a single point - ie, struts.

Struts 1.1 has the concept of modules, allowing different struts config 
files per module, however, from the context of deployment I have some 
worries.

1) Should all my entity beans be packaged in a single jar?

2) Different modules will probably mean different session beans, jsps and 
struts actions.

Therefore, I would really appreciate advice/experienc on packaging up an 
architecture like this.

regards,
Brian

_________________________________________________________________
The new MSN 8: advanced junk mail protection and 2 months FREE* 
http://join.msn.com/?page=features/junkmail


---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org


RE: Modular packaging of a large application

Posted by Daniel Perry <d....@netcase.co.uk>.
> 1) Should all my entity beans be packaged in a single jar?
>

no idea... i dont go in for the session beans/entity beans, i'm using OJB so
it's a bit different.

> 2) Different modules will probably mean different session beans, jsps and
> struts actions.
>

This is no problem.  Different modules all have their own config file, so as
long as the action classes/jsps dont overlap there wont be a problem.  I
would suggest you put the action classes for different modules in different
packages, and jsps in different folders.  That way, development can be as
independant as you like.

Daniel.


> -----Original Message-----
> From: Brian Styles [mailto:givemeadamnusername@hotmail.com]
> Sent: 19 May 2004 15:30
> To: struts-user@jakarta.apache.org
> Subject: Modular packaging of a large application
>
>
> Hi everyone,
>
> I've built an application in a standard j2EE format
>
> JSPs-->Struts-->Session Beans-->CMR Entity Beans.
>
> This is deployed in an exploded ear, with struts and JSPs in the
> war as well
> as the session bean interfaces. Then I have the Session Beans and
> CMR Entity
> Beans in a jar.
>
> Now I want to go to a larger environment where different developers are
> working on different modules, yet I still want each module to be
> accessable
> through a single point - ie, struts.
>
> Struts 1.1 has the concept of modules, allowing different struts config
> files per module, however, from the context of deployment I have some
> worries.
>
> 1) Should all my entity beans be packaged in a single jar?
>
> 2) Different modules will probably mean different session beans, jsps and
> struts actions.
>
> Therefore, I would really appreciate advice/experienc on packaging up an
> architecture like this.
>
> regards,
> Brian
>
> _________________________________________________________________
> The new MSN 8: advanced junk mail protection and 2 months FREE*
> http://join.msn.com/?page=features/junkmail
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>


---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org