You might want to look into either deploying using JNDI to define the JDBC datasource, or using container defined properties to override the connection in deployment.
I don't have any experience with doing either within a WAR deployment, but it's what I would be looking at if I were trying to do it myself. On 01/03/2011, at 6:00 AM, Matteo Centro wrote: > Hi all, > > for the first time we have to deploy one of our apps (built on WO 5.4.3 using > some of the WOnder frameworks) on a JBoss 4.3. > The app was built without thinking of JBoss, it's simply a WO app, we learned > that we had to deploy on JBoss a couple of hours before the actual deployment. > We built a gigantic WAR file (30Mb) with all the frameworks inside and it > worked. > > The problem is that it worked in our client's test environment, now they need > to move it on a PreProduction environment and of course the JDBC connection > dictionary will be totally different. > > In a normal deployment (using WO app server) I would simply change the > connection dictionary either in the model file or in a Properties file. > Here I'm puzzled and I don't know where to begin since the WAR file is > monolithic. > > Any suggestions? > > > Thanks in advance, > > > Matteo Centro > > Matteo Centro > > Altera > via Vergerio 25 > 35126 Padova > www.altera.it > > tel. +39.049.8705492 > mob. +39.348.7275442 > fax. +39.049.8591593 > > > P Please consider the environment before printing this email > > > RISPETTO DELLA PRIVACY > Il testo e gli eventuali documenti trasmessi possono contenere informazioni > riservate indirizzate in via esclusiva ai destinatari indicati. E' vietata la > riproduzione di qualsiasi contenuto di questo messaggio senza l'espressa > autorizzazione del mittente. Qualora abbiate ricevuto questo messaggio per > errore siete pregati di darne immediata comunicazione al mittente > all'indirizzo dello stesso e di provvedere immediatamente alla eliminazione > del messaggio e dei suoi allegati. > > > > _______________________________________________ > Do not post admin requests to the list. They will be ignored. > Webobjects-deploy mailing list (Webobjects-deploy@lists.apple.com) > Help/Unsubscribe/Update your Subscription: > http://lists.apple.com/mailman/options/webobjects-deploy/qdolan%40gmail.com > > This email sent to qdo...@gmail.com
_______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-deploy mailing list (Webobjects-deploy@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-deploy/archive%40mail-archive.com This email sent to arch...@mail-archive.com