Re: [HELP]: blocks and domainmodel

2008-03-20 Thread Andre Juffer
Patrick, some time ago I raised a similar question: http://www.mail-archive.com/users@cocoon.apache.org/msg40943.html The discussion there may be helpful to you as well. Andre. Patrick Heiden wrote: Hello together! I'm trying to find a 'best' way to integrate my domainmodel/businesslayer

Re: [HELP]: blocks and domainmodel

2008-03-20 Thread Patrick Heiden
Hello Andre! It definitively is helpfull, thanks a lot!! Greetings, Patrick Original-Nachricht Datum: Thu, 20 Mar 2008 13:24:29 +0200 Von: Andre Juffer [EMAIL PROTECTED] An: users@cocoon.apache.org Betreff: Re: [HELP]: blocks and domainmodel Patrick, some time ago I

Re: [HELP]: blocks and domainmodel

2008-03-20 Thread Patrick Heiden
@cocoon.apache.org Betreff: Re: [HELP]: blocks and domainmodel Patrick, some time ago I raised a similar question: http://www.mail-archive.com/users@cocoon.apache.org/msg40943.html The discussion there may be helpful to you as well. Andre. Patrick Heiden wrote: Hello together! I'm

Re: [HELP]: blocks and domainmodel

2008-03-20 Thread Grzegorz Kossakowski
Patrick Heiden pisze: Hello again! So following your advised discussion, I am able to create the whole domainmodel as standalone .jar and add this as dependency to webapp-block, right? Of course I also have to put the domain-appCtx.xml into the META-INF/cocoon/spring directory. If I would do

Re: [HELP]: blocks and domainmodel

2008-03-20 Thread Andre Juffer
for transactions. The definitions for this probably would need to be defined globally. Andre. Thank you, Patrick Original-Nachricht Datum: Thu, 20 Mar 2008 13:24:29 +0200 Von: Andre Juffer [EMAIL PROTECTED] An: users@cocoon.apache.org Betreff: Re: [HELP]: blocks and domainmodel

Re: [HELP]: blocks and domainmodel

2008-03-20 Thread Patrick Heiden
PROTECTED] An: users@cocoon.apache.org Betreff: Re: [HELP]: blocks and domainmodel Patrick Heiden pisze: Hello again! So following your advised discussion, I am able to create the whole domainmodel as standalone .jar and add this as dependency to webapp-block, right? Of course I also

Re: [HELP]: blocks and domainmodel

2008-03-20 Thread Patrick Heiden
Hi Andre! snip/ It is actually possible to import beans etc from other files. See http://static.springframework.org/spring/docs/2.5.x/reference/beans.html#beans-basics Section 3.2.2.1. Composing XML-based configuration metadata You would write something like: import

Re: [HELP]: blocks and domainmodel

2008-03-20 Thread Andre Juffer
Patrick Heiden wrote: Hi Andre! snip/ It is actually possible to import beans etc from other files. See http://static.springframework.org/spring/docs/2.5.x/reference/beans.html#beans-basics Section 3.2.2.1. Composing XML-based configuration metadata You would write something like: import

Re: [HELP]: blocks and domainmodel

2008-03-20 Thread Patrick Heiden
Hello! snip/ Sorry, I was apparently not clear. I use facades that sit on top of the domain layer. My flow scripts just deal with these facades. These facades are made transaction aware. You do exactly the same. Currently, I have just one spring conf file (in the jar) that defines the

RE: [HELP]: blocks and domainmodel

2008-03-20 Thread Andre Juffer
Hi Patrick, Yeah, I guess that this would settle the matter then. One transaction definition file to transact them all... Cheers, Andre -Original Message- From: Patrick Heiden [mailto:[EMAIL PROTECTED] Sent: Thursday, March 20, 2008 16:54 To: users@cocoon.apache.org Subject: Re: [HELP

Re: RE: [HELP]: blocks and domainmodel

2008-03-20 Thread Patrick Heiden
Hi Andre! Yeah, I guess that this would settle the matter then. One transaction definition file to transact them all... Maybe one last gap in addition to your thought about block-specific transaction-management: If one must somehow define special transaction purposes, e.g. different

Re: [HELP]: blocks and domainmodel

2008-03-20 Thread Andre Juffer
Patrick Heiden wrote: Hi Andre! Yeah, I guess that this would settle the matter then. One transaction definition file to transact them all... Maybe one last gap in addition to your thought about block-specific transaction-management: If one must somehow define special transaction