tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Andre Prasetya" <andre.prase...@gmail.com>
Subject Re: Spring+hibernate business logic accross multiple webapps
Date Mon, 09 Jul 2007 10:56:58 GMT
i think its better if you use web services for that purpose, or rmi,
whichever right to your taste

On 7/9/07, axelspin <spinuso@knmi.nl> wrote:
>
>
> Hello,
> I am wondering which is the best way to deploy within Tomcat multiple web
> apps (portlets-web services) that have access
> to the same business logic (developed with Spring+Hibernate).
>
> I`ve seen something here
>
> http://springtips.blogspot.com/2007/06/using-shared-parent-application-context.html
> but I can`t handle ears
>
> I am looking to JNDI, but it is still not clear to me how and what to do
> it..and if it is worth.
>
> should I use just a JNDI connection to the JDBC datasource or it would be
> better to have all the spring+hibernate service beans loaded in JNDI?
>
>
>
> I`ve splitted the webapps applicationContext-<name>.xml files. Crated a
> jar
> with all the business beans and the applicationContext-service.xml and
> copied it in the common/lib, together with all the hibernate and spring
> libs.It works but I wouldn`t load this stuff in each web.xml for each
> web-app using the spring listner. I don`t think it`s a good way to achive
> my
> target..is it?
>
> Any experience about it?
> Thnx
>
>
> --
> View this message in context:
> http://www.nabble.com/Spring%2Bhibernate-business-logic-accross-multiple-webapps-tf4048280.html#a11498981
> Sent from the Tomcat - User mailing list archive at Nabble.com.
>
>
> ---------------------------------------------------------------------
> To start a new topic, e-mail: users@tomcat.apache.org
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>
>


-- 
-Andre-

When the hammer is the only tool that you have, every problem seems like a
nail

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message