That would be the best possible solution! I'll give it a try. Thanks
-----Original Message-----
From: Patrick van Kann [mailto:[EMAIL PROTECTED]]
Sent: Friday, April 19, 2002 9:18 AM
To: [EMAIL PROTECTED]
Subject: Re: [castor-dev] Using multiple mapping files
Does being able to include one mapping file from another address this?
I have done the following.
<!DOCTYPE databases PUBLIC "-//EXOLAB/Castor Mapping DTD Version 1.0//EN"
"http://castor.exolab.org/mapping.dtd";>
<mapping>
<include href="mapping_cookietime.xml"/>
<include href="mapping_cookieproject.xml"/>
<include href="mapping_cookieresources.xml"/>
<include href="mapping_cookiecontacts.xml"/>
</mapping>
Patrick
Gray Jones wrote:
> I'm wondering if castor can use multiple mapping files and if so if
> anybody has done so.
>
>
>
> Our code is seperated into different subsystems that are packaged up
> as seperate jars. Each subsystem has a few business objects that they
> expose. Higher level subsystems depend upon lower ones. For example
> we have a core subsystem that exposes basic business objects like
> user, organization, address, etc. It has its own mapping.xml file for
> those business objects. The problem with this approach is that if you
> deploy a higher level subsystem that depends upon a lower level
> subsystem you end up copying the contents of the lower mapping.xml
> into the higher level. So basically you get multiuple copies floating
> around which gets to be a pain....
>
>
>
> It would be better if I could build a routine that fed castor a bucnh
> of different mapping files so I could keep them seperate from each
> other. Does anybody know if this is possible? (I'll admit that I
> haven't look at the documentation too extensively. I'm being lazy and
> hoping somebody can give me a quick thumbs up or down before I spend
> too much time on it).
>
>
>
>
>
> Thanks,
>
>
>
> Gray Jones
>
-----------------------------------------------------------
If you wish to unsubscribe from this mailing, send mail to
[EMAIL PROTECTED] with a subject of:
unsubscribe castor-dev
-----------------------------------------------------------
If you wish to unsubscribe from this mailing, send mail to
[EMAIL PROTECTED] with a subject of:
unsubscribe castor-dev
