struts-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Navjot Singh <navjo...@net4india.net>
Subject Re: [OT] Issues while developing and deploying enterprise application
Date Wed, 23 Jun 2004 15:09:20 GMT
thx a lot, robert.
i thought nobody will reply to my trivial question. i will follow up on 
that list.

navjot singh


Robert Taylor wrote:

> Navjot, although I don't have an answer for you, I posted (forwarded) your
> question to the J2EEBLUEPRINTS-INTEREST@JAVA.SUN.COM mailing list
> which may be a more appropriate list for this type of question.
> 
> robert
> 
> 
>>-----Original Message-----
>>From: Navjot Singh [mailto:navjot.s@net4india.net]
>>Sent: Wednesday, June 23, 2004 12:55 AM
>>To: Struts Users Mailing List
>>Subject: [OT] Issues while developing and deploying enterprise
>>application
>>
>>
>>hi,
>>
>>I have N ejb jars packaged into a single EAR file.
>>
>>1. ProductEJB.jar ( with entities Product, Category etc..)
>>2. OrderEJB.jar (with entities OrderItem, Orders etc..)
>>....
>>
>>Now, i have a unidirectional cmr based relation OrderItem-Product where 
>>each item refers to one of the products. But both entities are defined 
>>in separate ejb-jar.xml.
>>
>>According to EJB specs, the entities for which are involved in the 
>>relation using cmr-field MUST be in same DD (ejb-jar.xml), which means i 
>>can't have separate DDs.
>>
>>Q1.
>>If i generate somehow a common DD for all modules and place them in 1 
>>ejb module, rest of the modules will have empty META-INF directory.
>>Will it be recognized as valid EJB module by the EJB container?
>>
>>Q2.
>>In a large enterprise application, we have many related modules which 
>>need to be developed independently by diff teams. This restriction 
>>completely thwarts the possibility of independent module development as 
>>still the DDs are to be generated a single large monolithic file.
>>
>>Any suggestions how to develop in these scenarios.
>>
>>Navjot Singh
>>
>>---------------------------------------------------------------------
>>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
> 
> 
> .
> 

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


Mime
View raw message