Re: [ebxmlms-develop] Question about msh.properties.xml and msh_client.properties.xml

[Patrick Y. <kc...@ce...>]

Yes, this is proven. We have tried to deploy multiple MSH instances in one
Tomcat using this approach.

Cheers, -Patrick

----- Original Message -----
From: "Mayne, Peter" <Pet...@ap...>
To: <ebx...@li...>
Sent: Friday, March 14, 2003 7:29 AM
Subject: RE: [ebxmlms-develop] Question about msh.properties.xml and
msh_client.properties.xml


> I put mine in webapps\msh\WEB-INF\classes. (The classes directory has to
be
> created, of course.)
>
> I haven't tried multiple MSH instances in one Tomcat, though.
>
> PJDM
> --
> Peter Mayne
> Technology Consultant
> Spherion Technology Solutions
> Level 1, 243 Northbourne Avenue, Lyneham, ACT, 2602
> T: 61 2 62689727  F: 61 2 62689777
> -----Original Message-----
> From: Novich, Jonathan [mailto:jon...@la...]
> Sent: Friday, 14 March 2003 5:35 AM
> To: 'ebx...@li...'
> Subject: [ebxmlms-develop] Question about msh.properties.xml and
> msh_client.properties.xml
>
>
> Hi-
>
> As a newcomer to this project - great work so far!  Having just built a
> prototype of an Axis-based ebxml message
> service, I really appreciate all the hard work you have done!
>
> I've got a question about msh.properties.xml and
msh_client.properties.xml.
> I've read the docs on the precedence of directories to search for these
> files,
> and I looked the source code - and wanted to understand whether we could
> come up
> with an additional rule of where to look for these files - perhaps
somewhere
> in the war?
>
> Ultimately, I'd love to have two instances running under the same
appserver
> for testing (if possible).
> Is there some other limitation I should be aware of before pursuing this
> approach?
>
> Thanks so much!
>
> -Jonathan
>
> Jonathan Novich
> System Architect
> Lavastorm Engineering Inc.
> jon...@la...
> The information contained in this email and any attachments to it:
>
> (a) may be confidential and if you are not the intended recipient, any
interference with,
> use, disclosure or copying of this material is unauthorised and
prohibited; and
>
> (b) may contain personal information of the recipient and/or the sender as
defined
> under the Privacy Act 1988 (Cth). Consent is hereby given by the
recipient(s) to
> collect, hold and use such information and any personal information
contained in a
> response to this email, for any reasonable purpose in the ordinary course
of
> Spherion's
> business, including forwarding this email internally or disclosing it to a
third party. All
> personal information collected by Spherion will be handled in accordance
with
> Spherion's Privacy Policy. If you have received this email in error,
please notify the
> sender and delete it.
>
> (c) you agree not to employ or arrange employment for any candidate(s)
supplied in
> this email and any attachments without first entering into a contractual
agreement with
> Spherion. You further agree not to divulge any information contained in
this document
> to any person(s) or entities without the express permission of Spherion.
>
>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by:Crypto Challenge is now open!
> Get cracking and register here for some mind boggling fun and
> the chance of winning an Apple iPod:
> http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en
> _______________________________________________
> ebxmlms-develop mailing list
> ebx...@li...
> https://lists.sourceforge.net/lists/listinfo/ebxmlms-develop
>