ebxmlms-general — General discussions

Re: [ebxmlms-general] Open source Client to interact with Hermes

[Frankie L. <fr...@mi...>]

Dear Tony,

Where do you put RunMonitor.bat? It cannot run on its own, but rely on a
number of java libraries instead and the directory structure must be like
this:

[any directory]
\- [sample]
\- [lib]

You may want to copy the configuration file to the "sample" directory in =
the
binary distribution and run "RunMonitor.bat" there.

Best regards,

--
Frankie Lam
Assistant Technology Officer
Center for E-Commerce Infrastructure Development (CECID)
Dept. of Computer Science and Information Systems
The University of Hong Kong
Tel: (852) 22415737
Fax: (852) 25474611

----- Original Message -----
From: "Tony Slosar" <Ton...@su...>
To: <ebx...@li...>
Sent: Wednesday, December 11, 2002 12:12 PM
Subject: RE: [ebxmlms-general] Open source Client to interact with Hermes


> Patrick, list;
>
> Hi and thanks for your reply. My questions are most likely from my lack=
 of
java knowledge.
>
> I appreciate the work you all have done. I hope to promote ebXML once I
have some experience.
>
> My autoexec.bat (win98) is configured as such, which I believe is corre=
ct:
> SET
PATH=3DC:\j2sdk1.4.1_01;C:\j2sdk1.4.1_01\bin;C:\mysql\bin;C:\mysql\bin\my=
sql;%
PATH%
> SET JAVA_HOME=3DC:\j2sdk1.4.1_01
>
> I believe msh is deployed properly becasue I get log entries indicating
error connecting to mail server which is not configured yet.
>
> Here are my questions - thanks in advance for any assistance!
>
> Thanks again!
>
> Tony
>
> (1) When I execute RunMonitor.bat I get:
> Exception in thread "main" java.lang.NoClassDefFoundError:
hk/hku/cecid/phoenix/message/monitor/Monitor
>
> (2) When I execute RunLoopBack.bat I get the same error above for the
second (java) line, and I get the below (partial) from the first (javac)
line:
>             MessageHeader header =3D message.addMessageHeader();
>             ^
> LoopBack.java:45: cannot resolve symbol
> symbol  : variable MessageServiceHandler
> location: class LoopBack
>             header.setTimestamp(MessageServiceHandler.timeStamp(new
Date()));
>                                 ^
> LoopBack.java:47: cannot resolve symbol
> symbol  : variable MessageServiceHandler
> location: class LoopBack
>             String messageId =3D MessageServiceHandler.messageId(new Da=
te(),
messa
> ge);
>                                ^
> 18 errors
>
>
>
> -----Original Message-----
> From: Patrick Yee [mailto:kc...@ce...]
> Sent: Mon 12/9/2002 8:20 PM
> To: ebx...@li...
> Cc:
> Subject: Re: [ebxmlms-general] Open source Client to interact with Herm=
es
>
>
>
> Tony,
>
> Other than the "file system" method, you may find a GUI tool useful. We
have
> bundled with Hermes a GUI tool for testing the functionalities of our M=
SH.
> The name of the tool is Monitor. And you can execute the tool by follow=
ing
> the instruction in our installation guide - Chapter 8: Test Drive. The
> source code of Monitor is included in the distribution of Hermes, so it
also
> serves as an example of how to write a client of Hermes.
>
> Hope this helps. Should you have any further questions, please feel fre=
e
to
> post to the list. Thanks.
>
> Regards, -Patrick
> --
> Patrick Yee
> System Architect
> Center for E-Commerce Infrastructure Development (CECID)
> Dept. of Computer Science and Information Systems
> The University of Hong Kong
> Tel: (852) 22415674
> Fax: (852) 25474611
>
> ----- Original Message -----
> From: "Tony Slosar" <Ton...@su...>
> To: <ebx...@li...>
> Sent: Saturday, December 07, 2002 11:32 AM
> Subject: RE: [ebxmlms-general] Open source Client to interact with Herm=
es
>
>
> > Sorry - this would of course be the "file system" method described in
the
> Development Guide.
> >
> > Thanks!
> >
> > -----Original Message-----
> > From: Tony Slosar
> > Sent: Fri 12/6/2002 10:29 PM
> > To: ebx...@li...
> > Cc:
> > Subject: [ebxmlms-general] Open source Client to interact with Hermes
> >
> >
> >
> > Hello,
> >
> > I have installed all of the required software and now have Hermes
running.
> >
> > Does anyone know of a open source Client to interact with Hermes ??
> >
> > Thanks!
> >
> > Tony
> >
> >         -----Original Message-----
> >         From: Patrick Yee [mailto:kc...@ce...]
> >         Sent: Mon 12/2/2002 3:45 AM
> >         To: Regis Dubois
> >         Cc: EbXMLms List (E-mail)
> >         Subject: Re: [ebxmlms-general] Hermes v0.9.2.0 released
> >
> >
> >
> >         Hello Regis,
> >
> >         In Hermes, application context is a four-tuple consist of:
> >
> >         1. CPA ID
> >         2. Conversation ID
> >         3. Service
> >         4. Action
> >
> >         This four-tuple will uniquely identify the clients. So I gues=
s
in
> your case
> >         you are have clients that use the same application context wi=
th
> different
> >         ToPartyID only. If this is the case, please try to reassign t=
he
> application
> >         context to make it unique for each client.
> >
> >         Hope this helps.
> >
> >         Regards, -Patrick
> >         --
> >         Patrick Yee
> >         System Architect
> >         Center for E-Commerce Infrastructure Development (CECID)
> >         Dept. of Computer Science and Information Systems
> >         The University of Hong Kong
> >         Tel: (852) 22415674
> >         Fax: (852) 25474611
> >
> >         ----- Original Message -----
> >         From: "Regis Dubois" <Reg...@va...>
> >         To: "Patrick Yee" <kc...@cs...>
> >         Sent: Thursday, November 28, 2002 5:32 PM
> >         Subject: RE: [ebxmlms-general] Hermes v0.9.2.0 released
> >
> >
> >         > Hello Patrick,
> >         >
> >         > Don't Worry I'm now using the 2.0 package for developping m=
y
> client.
> >         > You are right the /bin is in the all-in-one package (wich I
> don't need
> >         > anymore because I compiled the source file :-) )
> >         >
> >         > I'm glad that hermes now support the loopback because I rat=
her
> like to
> >         > develop on the same machine rather than 2 machines as befor=
e,
> and it will
> >         be
> >         > more convenient to make a demonstration of the prototype to
our
> clients.
> >         >
> >         > I have but a question:
> >         > If I am developping to clients communicating together on th=
e
> same machine
> >         > using Hermes, I'll send all messages to the same url:
> >         > http://localhost:8080/msh
> >         > my problem is that even though I'm using different frompart=
yID
> and
> >         > topartyID, the messages will be pulled by the first client
> >         > that will register itself with the application context -> t=
he
> from and to
> >         > ID's are inoperative.
> >         > The only solution I see to fix this problem is to set up 2 =
msh
> on the same
> >         > machine. (which is maybe impossible?).
> >         > Am I clear with my problem? Is there a solution you know to
fix
> it?
> >         >
> >         > Cheers,
> >         >
> >         > Regis
> >         >
> >         > > -----Message d'origine-----
> >         > > De : Patrick Yee [mailto:kc...@cs...]
> >         > > Envoye : jeudi 28 novembre 2002 02:40
> >         > > A : Regis Dubois
> >         > > Cc : ebx...@li...
> >         > > Objet : RE: [ebxmlms-general] Hermes v0.9.2.0 released
> >         > >
> >         > >
> >         > > Hello Regis,
> >         > >
> >         > > Are you downloading binary package? As far as I know, we
> >         > > don't have bin
> >         > > directory included in binary package. The bin directory i=
s
> >         > > distributed in
> >         > > a so-called "all-in-one" package. You can find the
> >         > > "all-in-one" package at
> >         > > www.freebxml.org, which is another website for distributi=
ng
> >         > > open source
> >         > > ebXML software packages.
> >         > >
> >         > > Another choice is you can get link your client with msh.j=
ar
> >         > > found in lib
> >         > > directory of the binary package. It should contain all th=
e
> classes you
> >         > > need. Yet another alternative is you can download the sou=
rce
> >         > > package and
> >         > > compile the clas
> >         > >
> >         > > Please use 0.9.2.0 whenever possible, it is more
functionally
> >         > > complete.
> >         > > And please don't use 0.9.1.3 to develop client for 0.9.2.=
0.
> >         > > They are not
> >         > > compatible. In our convention, 0.9.1.x is not compatible
with
> 0.9.2.x.
> >         > >
> >         > > Regards, -Patrick
> >         > >
> >         > > On Wed, 27 Nov 2002, Regis Dubois wrote:
> >         > >
> >         > > > Hello Patrick I downloaded the 9.2.0 Hermes MSH binary
> >         > > package in order to
> >         > > > upgrade from the 9.1.3.
> >         > > >
> >         > > > but could not find the /bin directory in the package wh=
ich
> >         > > I use to develop
> >         > > > my ebXML client.
> >         > > > Is that normal? should I use the one provided in the 9.=
1.3
> package?
> >         > > >
> >         > > > Cheers
> >         > > >
> >         > > > -----Message d'origine-----
> >         > > > De : Patrick Yee [mailto:kc...@ce...]
> >         > > > Envoye : mardi 26 novembre 2002 05:37
> >         > > > A : EbXMLms List (E-mail)
> >         > > > Objet : [ebxmlms-general] Hermes v0.9.2.0 released
> >         > > >
> >         > > >
> >         > > >
> >         > > > Dear all,
> >         > > >
> >         > > > We are pleased to announce a new release of Hermes toda=
y.
> >         > > You can download
> >         > > > the latest release either from our project homepage on
> SourceForge (
> >         > > > http://sourceforge.net/projects/ebxmlms
> >         > > > <http://sourceforge.net/projects/ebxmlms> ), or from
> freebXML.org (
> >         > > > http://www.freebxml.org <http://www.freebxml.org> ).
> >         > > >
> >         > > > Thanks a lot for your support. For your information, he=
re
> >         > > is the release
> >         > > > note of this release:
> >         > > >
> >         > > > Version 0.9.2.0
> >         > > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> >         > > > - Supported transaction locking of a message based on i=
ts
> message ID
> >         > > > - Added clean up code to properly free resource such as
> >         > > Resultset, Statement
> >         > > > - Added database fields in vision to support sync reply=
,
> >         > > message order and
> >         > > >   persist duration
> >         > > > - Bug fixed: now deliver message to application works
> >         > > properly no matter
> >         > > > what
> >         > > >   mode is used for the MSH client to get message from M=
SH
> server
> >         > > > - Added an optional feature: positive acknowledgment to
MSH
> >         > > client if the
> >         > > >   message is successfully sent to the destination
> >         > > > - Added a system feature: clean halt, which will stop a=
ll
> >         > > sending and
> >         > > > receiving
> >         > > >   processes, and the MSH client will receive error
messages
> >         > > as if the
> >         > > > messages
> >         > > >   are not sent successfully
> >         > > > - Added a system feature: backup and restore of MSH sta=
tes
> >         > > and repository
> >         > > > - Bug fixed: no more NullPointerException when fail to
> >         > > authenticate the
> >         > > > command
> >         > > >   object due to missing specification of user
name/password
> >         > > in client side
> >         > > > - Extended the Request API and make it more user-friend=
ly
> >         > > > - Added a system feature: to query the message status
> >         > > > - Bug fixed: now the message can be stored properly to
> >         > > repository even when
> >         > > >   the MSH is under stress
> >         > > > - Retry time is now calculated more accurately even if =
the
> >         > > MSH is halted
> >         > > >   between retries
> >         > > > - Added a system feature: now we can delete a message i=
n
> >         > > the queue if it has
> >         > > >
> >         > > >   not bee nsent successfully
> >         > > > - Added a system feature: archiving the repository of M=
SH
> >         > > > - Restructured logging
> >         > > > - GUI in MSH Monitor updated to demonstrate the new
features
> >         > > > - Modified the namespace to conform to ebMS Specificati=
on
> [2.3.1]
> >         > > > - Bug fixed: NullPointerException when fromUTCString is
> >         > > given an incomplete
> >         > > >   date/time string.
> >         > > > - Bug fixed: NullPointerException when an error message=
 is
> >         > > received from the
> >         > > >
> >         > > >   other MSH (e.g. TimeToLive expired) that needs to be
> >         > > forwarded to the
> >         > > > user. It
> >         > > >   was previously caused by the "null" value of
> >         > > mshConnection variable in
> >         > > >   onMessage() function when an error message is receive=
d.
> >         > > > - Added user interface to add TimeToLive to the message.
> >         > > > - Detailed message status that includes information in
> >         > > SentMessage and
> >         > > >   ReceivedMessage table.
> >         > > > - Changed the placement of the text field "Time to Live=
".
> >         > > > - Appends "charset" to the content-type mime header.
> >         > > > - Added namespace references so that the generated ebXM=
L
> >         > > messages can be
> >         > > >   validated.
> >         > > > - Implements "getTrustedRepository()" API. Now it can g=
et
> >         > > trusted repository
> >         > > >   locatons from the MSH directly.
> >         > > > - Changed the database column name to avoid any possibl=
e
> >         > > SQL keywords
> >         > > > - Fixed the bug that the sending threads are not restar=
ted
> >         > > after resuming
> >         > > > MSH from
> >         > > >   halt state.
> >         > > > - Fixes the use case that connection pool cannot be res=
et
> >         > > successfuly if a
> >         > > >   connection cannot be closed successfully.
> >         > > > - Fixes the use case that NullPointerException will res=
ult
> if
> >         > > > getMessageStatus()
> >         > > >   is used to query more than one message.
> >         > > > - Fixed the bug that the sending threads are not restar=
ted
> >         > > after resuming
> >         > > > MSH from
> >         > > >   halt state.
> >         > > > - Fixed the bug that diagnosis dump only parses the dat=
e
> part of the
> >         > > > date/time
> >         > > >   specified.
> >         > > > - Used CommandConstants objects to contains command
> >         > > constants, so as to
> >         > > > enforce
> >         > > >   maximum compatibility of Command objects across versi=
on.
> >         > > > - Fixed the bug that diagnosis dump cannot dump databas=
e
> when both
> >         > > > Application
> >         > > >   Context and Starting / Ending date/time are specified.
> >         > > > - Retry sending acknowledgment only if the current thre=
ad
> >         > > sending the ack
> >         > > > does not
> >         > > >   exist.
> >         > > > - Fixed the use case that if the application context
cannot
> >         > > be archived
> >         > > > because
> >         > > >   some of the messages are not ready, archiveByDate() a=
nd
> >         > > > archiveByAppContext()
> >         > > >   return an invalid error message.
> >         > > > - Fixes the MSH backup function. Now it returns failure
> >         > > message correctly in
> >         > > >   case backup operation failed.
> >         > > > - Fixes the use case that archive only creates the
> >         > > directory on the first
> >         > > > time of
> >         > > >   invocation if the destination directory does not exis=
t;
> and runs
> >         > > > successfully
> >         > > >   in subsequent runs.
> >         > > > - Allow database password to be zero-length in diagnosi=
s
> >         > > tool configuration
> >         > > > file.
> >         > > > - Modified the MSH properties file to demonstrate corre=
ct
> >         > > settings. The
> >         > > > message
> >         > > >   repository and the objectstore directories cannot hav=
e a
> >         > > parent-child
> >         > > >   relationship.
> >         > > >
> >         > > >
> >         > > > Regards,
> >         > > > -Patrick
> >         > > > --
> >         > > > Patrick Yee
> >         > > > System Architect
> >         > > > Center for E-Commerce Infrastructure Development (CECID=
)
> >         > > > Dept. of Computer Science and Information Systems
> >         > > > The University of Hong Kong
> >         > > > Tel: (852) 22415674
> >         > > > Fax: (852) 25474611
> >         > > >
> >         > > >
> >         > >
> >         > >
> >         >
> >
> >
> >
> >         -------------------------------------------------------
> >         This sf.net email is sponsored by:ThinkGeek
> >         Welcome to geek heaven.
> >         http://thinkgeek.com/sf
> >         _______________________________________________
> >         ebxmlms-general mailing list
> >         ebx...@li...
> >         https://lists.sourceforge.net/lists/listinfo/ebxmlms-general
> >
> >
> > N=18uXu)=19Ylg=07=17=C9=B6HzGykzwjYX=E1=A4=82XY=E0=A0=81=E9=AD=A9=CB=B2=
q=07ztX=E1=AD=B6~zwX=E1=B4=B6=CB=9Dykzw
> >
> >                      +,=7F =E9=9A=8AX'u=DE=BCN=18ggr=E5=89=9E=1EzH^j =
=1Bm =18=07( =1F
> o=19 zwjYXX Y=07z X  y+ z m b q =07 =7F+-=EC=8D=B9=ED=B6=B3b ~o=19=DE=A5=
 zw
> >
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> ebxmlms-general mailing list
> ebx...@li...
> https://lists.sourceforge.net/lists/listinfo/ebxmlms-general
>
>
>                      +,=7F =E9=9A=8AX'u=DE=BCZ+a=1A 0z=C2=A2g=1A=17=EC=89=
=B8=DC=8By=E7=B6=8B{*.0z9   =13=DE=AD+ x*&b
=EB=9E=A1jy=DE=96=1Bm u =DC=85z_ =0F                  if=C6=B3=1E =DA=96f=
)+-y=D6=BCfk =DE=AD+- (=1E~{ =DE=B6=1Bm X  y + z l
X)=DF=A3 if=1E
>

RE: [ebxmlms-general] Open source Client to interact with Hermes

[Tony S. <Ton...@su...>]

UGF0cmljaywgbGlzdDsNCiANCkhpIGFuZCB0aGFua3MgZm9yIHlvdXIgcmVwbHkuIE15IHF1ZXN0
aW9ucyBhcmUgbW9zdCBsaWtlbHkgZnJvbSBteSBsYWNrIG9mIGphdmEga25vd2xlZGdlLg0KIA0K
SSBhcHByZWNpYXRlIHRoZSB3b3JrIHlvdSBhbGwgaGF2ZSBkb25lLiBJIGhvcGUgdG8gcHJvbW90
ZSBlYlhNTCBvbmNlIEkgaGF2ZSBzb21lIGV4cGVyaWVuY2UuDQogDQpNeSBhdXRvZXhlYy5iYXQg
KHdpbjk4KSBpcyBjb25maWd1cmVkIGFzIHN1Y2gsIHdoaWNoIEkgYmVsaWV2ZSBpcyBjb3JyZWN0
Og0KU0VUIFBBVEg9QzpcajJzZGsxLjQuMV8wMTtDOlxqMnNkazEuNC4xXzAxXGJpbjtDOlxteXNx
bFxiaW47QzpcbXlzcWxcYmluXG15c3FsOyVQQVRIJQ0KU0VUIEpBVkFfSE9NRT1DOlxqMnNkazEu
NC4xXzAxDQogDQpJIGJlbGlldmUgbXNoIGlzIGRlcGxveWVkIHByb3Blcmx5IGJlY2FzdWUgSSBn
ZXQgbG9nIGVudHJpZXMgaW5kaWNhdGluZyBlcnJvciBjb25uZWN0aW5nIHRvIG1haWwgc2VydmVy
IHdoaWNoIGlzIG5vdCBjb25maWd1cmVkIHlldC4NCiANCkhlcmUgYXJlIG15IHF1ZXN0aW9ucyAt
IHRoYW5rcyBpbiBhZHZhbmNlIGZvciBhbnkgYXNzaXN0YW5jZSENCiANClRoYW5rcyBhZ2FpbiEN
CiANClRvbnkNCiANCigxKSBXaGVuIEkgZXhlY3V0ZSBSdW5Nb25pdG9yLmJhdCBJIGdldDoNCkV4
Y2VwdGlvbiBpbiB0aHJlYWQgIm1haW4iIGphdmEubGFuZy5Ob0NsYXNzRGVmRm91bmRFcnJvcjog
aGsvaGt1L2NlY2lkL3Bob2VuaXgvbWVzc2FnZS9tb25pdG9yL01vbml0b3INCiANCigyKSBXaGVu
IEkgZXhlY3V0ZSBSdW5Mb29wQmFjay5iYXQgSSBnZXQgdGhlIHNhbWUgZXJyb3IgYWJvdmUgZm9y
IHRoZSBzZWNvbmQgKGphdmEpIGxpbmUsIGFuZCBJIGdldCB0aGUgYmVsb3cgKHBhcnRpYWwpIGZy
b20gdGhlIGZpcnN0IChqYXZhYykgbGluZToNCiAgICAgICAgICAgIE1lc3NhZ2VIZWFkZXIgaGVh
ZGVyID0gbWVzc2FnZS5hZGRNZXNzYWdlSGVhZGVyKCk7DQogICAgICAgICAgICBeDQpMb29wQmFj
ay5qYXZhOjQ1OiBjYW5ub3QgcmVzb2x2ZSBzeW1ib2wNCnN5bWJvbCAgOiB2YXJpYWJsZSBNZXNz
YWdlU2VydmljZUhhbmRsZXINCmxvY2F0aW9uOiBjbGFzcyBMb29wQmFjaw0KICAgICAgICAgICAg
aGVhZGVyLnNldFRpbWVzdGFtcChNZXNzYWdlU2VydmljZUhhbmRsZXIudGltZVN0YW1wKG5ldyBE
YXRlKCkpKTsNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgXg0KTG9vcEJhY2suamF2
YTo0NzogY2Fubm90IHJlc29sdmUgc3ltYm9sDQpzeW1ib2wgIDogdmFyaWFibGUgTWVzc2FnZVNl
cnZpY2VIYW5kbGVyDQpsb2NhdGlvbjogY2xhc3MgTG9vcEJhY2sNCiAgICAgICAgICAgIFN0cmlu
ZyBtZXNzYWdlSWQgPSBNZXNzYWdlU2VydmljZUhhbmRsZXIubWVzc2FnZUlkKG5ldyBEYXRlKCks
IG1lc3NhDQpnZSk7DQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgXg0KMTggZXJyb3Jz
DQoNCg0KDQoJLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0gDQoJRnJvbTogUGF0cmljayBZZWUg
W21haWx0bzprY3llZUBjZWNpZC5oa3UuaGtdIA0KCVNlbnQ6IE1vbiAxMi85LzIwMDIgODoyMCBQ
TSANCglUbzogZWJ4bWxtcy1nZW5lcmFsQGxpc3RzLnNvdXJjZWZvcmdlLm5ldCANCglDYzogDQoJ
U3ViamVjdDogUmU6IFtlYnhtbG1zLWdlbmVyYWxdIE9wZW4gc291cmNlIENsaWVudCB0byBpbnRl
cmFjdCB3aXRoIEhlcm1lcw0KCQ0KCQ0KDQoJVG9ueSwNCgkNCglPdGhlciB0aGFuIHRoZSAiZmls
ZSBzeXN0ZW0iIG1ldGhvZCwgeW91IG1heSBmaW5kIGEgR1VJIHRvb2wgdXNlZnVsLiBXZSBoYXZl
DQoJYnVuZGxlZCB3aXRoIEhlcm1lcyBhIEdVSSB0b29sIGZvciB0ZXN0aW5nIHRoZSBmdW5jdGlv
bmFsaXRpZXMgb2Ygb3VyIE1TSC4NCglUaGUgbmFtZSBvZiB0aGUgdG9vbCBpcyBNb25pdG9yLiBB
bmQgeW91IGNhbiBleGVjdXRlIHRoZSB0b29sIGJ5IGZvbGxvd2luZw0KCXRoZSBpbnN0cnVjdGlv
biBpbiBvdXIgaW5zdGFsbGF0aW9uIGd1aWRlIC0gQ2hhcHRlciA4OiBUZXN0IERyaXZlLiBUaGUN
Cglzb3VyY2UgY29kZSBvZiBNb25pdG9yIGlzIGluY2x1ZGVkIGluIHRoZSBkaXN0cmlidXRpb24g
b2YgSGVybWVzLCBzbyBpdCBhbHNvDQoJc2VydmVzIGFzIGFuIGV4YW1wbGUgb2YgaG93IHRvIHdy
aXRlIGEgY2xpZW50IG9mIEhlcm1lcy4NCgkNCglIb3BlIHRoaXMgaGVscHMuIFNob3VsZCB5b3Ug
aGF2ZSBhbnkgZnVydGhlciBxdWVzdGlvbnMsIHBsZWFzZSBmZWVsIGZyZWUgdG8NCglwb3N0IHRv
IHRoZSBsaXN0LiBUaGFua3MuDQoJDQoJUmVnYXJkcywgLVBhdHJpY2sNCgktLQ0KCVBhdHJpY2sg
WWVlDQoJU3lzdGVtIEFyY2hpdGVjdA0KCUNlbnRlciBmb3IgRS1Db21tZXJjZSBJbmZyYXN0cnVj
dHVyZSBEZXZlbG9wbWVudCAoQ0VDSUQpDQoJRGVwdC4gb2YgQ29tcHV0ZXIgU2NpZW5jZSBhbmQg
SW5mb3JtYXRpb24gU3lzdGVtcw0KCVRoZSBVbml2ZXJzaXR5IG9mIEhvbmcgS29uZw0KCVRlbDog
KDg1MikgMjI0MTU2NzQNCglGYXg6ICg4NTIpIDI1NDc0NjExDQoJDQoJLS0tLS0gT3JpZ2luYWwg
TWVzc2FnZSAtLS0tLQ0KCUZyb206ICJUb255IFNsb3NhciIgPFRvbnkuU2xvc2FyQHN1cHBseXNv
bHV0aW9uLmNvbT4NCglUbzogPGVieG1sbXMtZ2VuZXJhbEBsaXN0cy5zb3VyY2Vmb3JnZS5uZXQ+
DQoJU2VudDogU2F0dXJkYXksIERlY2VtYmVyIDA3LCAyMDAyIDExOjMyIEFNDQoJU3ViamVjdDog
UkU6IFtlYnhtbG1zLWdlbmVyYWxdIE9wZW4gc291cmNlIENsaWVudCB0byBpbnRlcmFjdCB3aXRo
IEhlcm1lcw0KCQ0KCQ0KCT4gU29ycnkgLSB0aGlzIHdvdWxkIG9mIGNvdXJzZSBiZSB0aGUgImZp
bGUgc3lzdGVtIiBtZXRob2QgZGVzY3JpYmVkIGluIHRoZQ0KCURldmVsb3BtZW50IEd1aWRlLg0K
CT4NCgk+IFRoYW5rcyENCgk+DQoJPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KCT4gRnJv
bTogVG9ueSBTbG9zYXINCgk+IFNlbnQ6IEZyaSAxMi82LzIwMDIgMTA6MjkgUE0NCgk+IFRvOiBl
YnhtbG1zLWdlbmVyYWxAbGlzdHMuc291cmNlZm9yZ2UubmV0DQoJPiBDYzoNCgk+IFN1YmplY3Q6
IFtlYnhtbG1zLWdlbmVyYWxdIE9wZW4gc291cmNlIENsaWVudCB0byBpbnRlcmFjdCB3aXRoIEhl
cm1lcw0KCT4NCgk+DQoJPg0KCT4gSGVsbG8sDQoJPg0KCT4gSSBoYXZlIGluc3RhbGxlZCBhbGwg
b2YgdGhlIHJlcXVpcmVkIHNvZnR3YXJlIGFuZCBub3cgaGF2ZSBIZXJtZXMgcnVubmluZy4NCgk+
DQoJPiBEb2VzIGFueW9uZSBrbm93IG9mIGEgb3BlbiBzb3VyY2UgQ2xpZW50IHRvIGludGVyYWN0
IHdpdGggSGVybWVzID8/DQoJPg0KCT4gVGhhbmtzIQ0KCT4NCgk+IFRvbnkNCgk+DQoJPiAgICAg
ICAgIC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQoJPiAgICAgICAgIEZyb206IFBhdHJpY2sg
WWVlIFttYWlsdG86a2N5ZWVAY2VjaWQuaGt1LmhrXQ0KCT4gICAgICAgICBTZW50OiBNb24gMTIv
Mi8yMDAyIDM6NDUgQU0NCgk+ICAgICAgICAgVG86IFJlZ2lzIER1Ym9pcw0KCT4gICAgICAgICBD
YzogRWJYTUxtcyBMaXN0IChFLW1haWwpDQoJPiAgICAgICAgIFN1YmplY3Q6IFJlOiBbZWJ4bWxt
cy1nZW5lcmFsXSBIZXJtZXMgdjAuOS4yLjAgcmVsZWFzZWQNCgk+DQoJPg0KCT4NCgk+ICAgICAg
ICAgSGVsbG8gUmVnaXMsDQoJPg0KCT4gICAgICAgICBJbiBIZXJtZXMsIGFwcGxpY2F0aW9uIGNv
bnRleHQgaXMgYSBmb3VyLXR1cGxlIGNvbnNpc3Qgb2Y6DQoJPg0KCT4gICAgICAgICAxLiBDUEEg
SUQNCgk+ICAgICAgICAgMi4gQ29udmVyc2F0aW9uIElEDQoJPiAgICAgICAgIDMuIFNlcnZpY2UN
Cgk+ICAgICAgICAgNC4gQWN0aW9uDQoJPg0KCT4gICAgICAgICBUaGlzIGZvdXItdHVwbGUgd2ls
bCB1bmlxdWVseSBpZGVudGlmeSB0aGUgY2xpZW50cy4gU28gSSBndWVzcyBpbg0KCXlvdXIgY2Fz
ZQ0KCT4gICAgICAgICB5b3UgYXJlIGhhdmUgY2xpZW50cyB0aGF0IHVzZSB0aGUgc2FtZSBhcHBs
aWNhdGlvbiBjb250ZXh0IHdpdGgNCglkaWZmZXJlbnQNCgk+ICAgICAgICAgVG9QYXJ0eUlEIG9u
bHkuIElmIHRoaXMgaXMgdGhlIGNhc2UsIHBsZWFzZSB0cnkgdG8gcmVhc3NpZ24gdGhlDQoJYXBw
bGljYXRpb24NCgk+ICAgICAgICAgY29udGV4dCB0byBtYWtlIGl0IHVuaXF1ZSBmb3IgZWFjaCBj
bGllbnQuDQoJPg0KCT4gICAgICAgICBIb3BlIHRoaXMgaGVscHMuDQoJPg0KCT4gICAgICAgICBS
ZWdhcmRzLCAtUGF0cmljaw0KCT4gICAgICAgICAtLQ0KCT4gICAgICAgICBQYXRyaWNrIFllZQ0K
CT4gICAgICAgICBTeXN0ZW0gQXJjaGl0ZWN0DQoJPiAgICAgICAgIENlbnRlciBmb3IgRS1Db21t
ZXJjZSBJbmZyYXN0cnVjdHVyZSBEZXZlbG9wbWVudCAoQ0VDSUQpDQoJPiAgICAgICAgIERlcHQu
IG9mIENvbXB1dGVyIFNjaWVuY2UgYW5kIEluZm9ybWF0aW9uIFN5c3RlbXMNCgk+ICAgICAgICAg
VGhlIFVuaXZlcnNpdHkgb2YgSG9uZyBLb25nDQoJPiAgICAgICAgIFRlbDogKDg1MikgMjI0MTU2
NzQNCgk+ICAgICAgICAgRmF4OiAoODUyKSAyNTQ3NDYxMQ0KCT4NCgk+ICAgICAgICAgLS0tLS0g
T3JpZ2luYWwgTWVzc2FnZSAtLS0tLQ0KCT4gICAgICAgICBGcm9tOiAiUmVnaXMgRHVib2lzIiA8
UmVnaXMuRHVib2lzQHZhbHRlY2guZnI+DQoJPiAgICAgICAgIFRvOiAiUGF0cmljayBZZWUiIDxr
Y3llZUBjc2lzLmhrdS5oaz4NCgk+ICAgICAgICAgU2VudDogVGh1cnNkYXksIE5vdmVtYmVyIDI4
LCAyMDAyIDU6MzIgUE0NCgk+ICAgICAgICAgU3ViamVjdDogUkU6IFtlYnhtbG1zLWdlbmVyYWxd
IEhlcm1lcyB2MC45LjIuMCByZWxlYXNlZA0KCT4NCgk+DQoJPiAgICAgICAgID4gSGVsbG8gUGF0
cmljaywNCgk+ICAgICAgICAgPg0KCT4gICAgICAgICA+IERvbid0IFdvcnJ5IEknbSBub3cgdXNp
bmcgdGhlIDIuMCBwYWNrYWdlIGZvciBkZXZlbG9wcGluZyBteQ0KCWNsaWVudC4NCgk+ICAgICAg
ICAgPiBZb3UgYXJlIHJpZ2h0IHRoZSAvYmluIGlzIGluIHRoZSBhbGwtaW4tb25lIHBhY2thZ2Ug
KHdpY2ggSQ0KCWRvbid0IG5lZWQNCgk+ICAgICAgICAgPiBhbnltb3JlIGJlY2F1c2UgSSBjb21w
aWxlZCB0aGUgc291cmNlIGZpbGUgOi0pICkNCgk+ICAgICAgICAgPg0KCT4gICAgICAgICA+IEkn
bSBnbGFkIHRoYXQgaGVybWVzIG5vdyBzdXBwb3J0IHRoZSBsb29wYmFjayBiZWNhdXNlIEkgcmF0
aGVyDQoJbGlrZSB0bw0KCT4gICAgICAgICA+IGRldmVsb3Agb24gdGhlIHNhbWUgbWFjaGluZSBy
YXRoZXIgdGhhbiAyIG1hY2hpbmVzIGFzIGJlZm9yZSwNCglhbmQgaXQgd2lsbA0KCT4gICAgICAg
ICBiZQ0KCT4gICAgICAgICA+IG1vcmUgY29udmVuaWVudCB0byBtYWtlIGEgZGVtb25zdHJhdGlv
biBvZiB0aGUgcHJvdG90eXBlIHRvIG91cg0KCWNsaWVudHMuDQoJPiAgICAgICAgID4NCgk+ICAg
ICAgICAgPiBJIGhhdmUgYnV0IGEgcXVlc3Rpb246DQoJPiAgICAgICAgID4gSWYgSSBhbSBkZXZl
bG9wcGluZyB0byBjbGllbnRzIGNvbW11bmljYXRpbmcgdG9nZXRoZXIgb24gdGhlDQoJc2FtZSBt
YWNoaW5lDQoJPiAgICAgICAgID4gdXNpbmcgSGVybWVzLCBJJ2xsIHNlbmQgYWxsIG1lc3NhZ2Vz
IHRvIHRoZSBzYW1lIHVybDoNCgk+ICAgICAgICAgPiBodHRwOi8vbG9jYWxob3N0OjgwODAvbXNo
DQoJPiAgICAgICAgID4gbXkgcHJvYmxlbSBpcyB0aGF0IGV2ZW4gdGhvdWdoIEknbSB1c2luZyBk
aWZmZXJlbnQgZnJvbXBhcnR5SUQNCglhbmQNCgk+ICAgICAgICAgPiB0b3BhcnR5SUQsIHRoZSBt
ZXNzYWdlcyB3aWxsIGJlIHB1bGxlZCBieSB0aGUgZmlyc3QgY2xpZW50DQoJPiAgICAgICAgID4g
dGhhdCB3aWxsIHJlZ2lzdGVyIGl0c2VsZiB3aXRoIHRoZSBhcHBsaWNhdGlvbiBjb250ZXh0IC0+
IHRoZQ0KCWZyb20gYW5kIHRvDQoJPiAgICAgICAgID4gSUQncyBhcmUgaW5vcGVyYXRpdmUuDQoJ
PiAgICAgICAgID4gVGhlIG9ubHkgc29sdXRpb24gSSBzZWUgdG8gZml4IHRoaXMgcHJvYmxlbSBp
cyB0byBzZXQgdXAgMiBtc2gNCglvbiB0aGUgc2FtZQ0KCT4gICAgICAgICA+IG1hY2hpbmUuICh3
aGljaCBpcyBtYXliZSBpbXBvc3NpYmxlPykuDQoJPiAgICAgICAgID4gQW0gSSBjbGVhciB3aXRo
IG15IHByb2JsZW0/IElzIHRoZXJlIGEgc29sdXRpb24geW91IGtub3cgdG8gZml4DQoJaXQ/DQoJ
PiAgICAgICAgID4NCgk+ICAgICAgICAgPiBDaGVlcnMsDQoJPiAgICAgICAgID4NCgk+ICAgICAg
ICAgPiBSZWdpcw0KCT4gICAgICAgICA+DQoJPiAgICAgICAgID4gPiAtLS0tLU1lc3NhZ2UgZCdv
cmlnaW5lLS0tLS0NCgk+ICAgICAgICAgPiA+IERlIDogUGF0cmljayBZZWUgW21haWx0bzprY3ll
ZUBjc2lzLmhrdS5oa10NCgk+ICAgICAgICAgPiA+IEVudm95ZSA6IGpldWRpIDI4IG5vdmVtYnJl
IDIwMDIgMDI6NDANCgk+ICAgICAgICAgPiA+IEEgOiBSZWdpcyBEdWJvaXMNCgk+ICAgICAgICAg
PiA+IENjIDogZWJ4bWxtcy1nZW5lcmFsQGxpc3RzLnNvdXJjZWZvcmdlLm5ldA0KCT4gICAgICAg
ICA+ID4gT2JqZXQgOiBSRTogW2VieG1sbXMtZ2VuZXJhbF0gSGVybWVzIHYwLjkuMi4wIHJlbGVh
c2VkDQoJPiAgICAgICAgID4gPg0KCT4gICAgICAgICA+ID4NCgk+ICAgICAgICAgPiA+IEhlbGxv
IFJlZ2lzLA0KCT4gICAgICAgICA+ID4NCgk+ICAgICAgICAgPiA+IEFyZSB5b3UgZG93bmxvYWRp
bmcgYmluYXJ5IHBhY2thZ2U/IEFzIGZhciBhcyBJIGtub3csIHdlDQoJPiAgICAgICAgID4gPiBk
b24ndCBoYXZlIGJpbg0KCT4gICAgICAgICA+ID4gZGlyZWN0b3J5IGluY2x1ZGVkIGluIGJpbmFy
eSBwYWNrYWdlLiBUaGUgYmluIGRpcmVjdG9yeSBpcw0KCT4gICAgICAgICA+ID4gZGlzdHJpYnV0
ZWQgaW4NCgk+ICAgICAgICAgPiA+IGEgc28tY2FsbGVkICJhbGwtaW4tb25lIiBwYWNrYWdlLiBZ
b3UgY2FuIGZpbmQgdGhlDQoJPiAgICAgICAgID4gPiAiYWxsLWluLW9uZSIgcGFja2FnZSBhdA0K
CT4gICAgICAgICA+ID4gd3d3LmZyZWVieG1sLm9yZywgd2hpY2ggaXMgYW5vdGhlciB3ZWJzaXRl
IGZvciBkaXN0cmlidXRpbmcNCgk+ICAgICAgICAgPiA+IG9wZW4gc291cmNlDQoJPiAgICAgICAg
ID4gPiBlYlhNTCBzb2Z0d2FyZSBwYWNrYWdlcy4NCgk+ICAgICAgICAgPiA+DQoJPiAgICAgICAg
ID4gPiBBbm90aGVyIGNob2ljZSBpcyB5b3UgY2FuIGdldCBsaW5rIHlvdXIgY2xpZW50IHdpdGgg
bXNoLmphcg0KCT4gICAgICAgICA+ID4gZm91bmQgaW4gbGliDQoJPiAgICAgICAgID4gPiBkaXJl
Y3Rvcnkgb2YgdGhlIGJpbmFyeSBwYWNrYWdlLiBJdCBzaG91bGQgY29udGFpbiBhbGwgdGhlDQoJ
Y2xhc3NlcyB5b3UNCgk+ICAgICAgICAgPiA+IG5lZWQuIFlldCBhbm90aGVyIGFsdGVybmF0aXZl
IGlzIHlvdSBjYW4gZG93bmxvYWQgdGhlIHNvdXJjZQ0KCT4gICAgICAgICA+ID4gcGFja2FnZSBh
bmQNCgk+ICAgICAgICAgPiA+IGNvbXBpbGUgdGhlIGNsYXMNCgk+ICAgICAgICAgPiA+DQoJPiAg
ICAgICAgID4gPiBQbGVhc2UgdXNlIDAuOS4yLjAgd2hlbmV2ZXIgcG9zc2libGUsIGl0IGlzIG1v
cmUgZnVuY3Rpb25hbGx5DQoJPiAgICAgICAgID4gPiBjb21wbGV0ZS4NCgk+ICAgICAgICAgPiA+
IEFuZCBwbGVhc2UgZG9uJ3QgdXNlIDAuOS4xLjMgdG8gZGV2ZWxvcCBjbGllbnQgZm9yIDAuOS4y
LjAuDQoJPiAgICAgICAgID4gPiBUaGV5IGFyZSBub3QNCgk+ICAgICAgICAgPiA+IGNvbXBhdGli
bGUuIEluIG91ciBjb252ZW50aW9uLCAwLjkuMS54IGlzIG5vdCBjb21wYXRpYmxlIHdpdGgNCgkw
LjkuMi54Lg0KCT4gICAgICAgICA+ID4NCgk+ICAgICAgICAgPiA+IFJlZ2FyZHMsIC1QYXRyaWNr
DQoJPiAgICAgICAgID4gPg0KCT4gICAgICAgICA+ID4gT24gV2VkLCAyNyBOb3YgMjAwMiwgUmVn
aXMgRHVib2lzIHdyb3RlOg0KCT4gICAgICAgICA+ID4NCgk+ICAgICAgICAgPiA+ID4gSGVsbG8g
UGF0cmljayBJIGRvd25sb2FkZWQgdGhlIDkuMi4wIEhlcm1lcyBNU0ggYmluYXJ5DQoJPiAgICAg
ICAgID4gPiBwYWNrYWdlIGluIG9yZGVyIHRvDQoJPiAgICAgICAgID4gPiA+IHVwZ3JhZGUgZnJv
bSB0aGUgOS4xLjMuDQoJPiAgICAgICAgID4gPiA+DQoJPiAgICAgICAgID4gPiA+IGJ1dCBjb3Vs
ZCBub3QgZmluZCB0aGUgL2JpbiBkaXJlY3RvcnkgaW4gdGhlIHBhY2thZ2Ugd2hpY2gNCgk+ICAg
ICAgICAgPiA+IEkgdXNlIHRvIGRldmVsb3ANCgk+ICAgICAgICAgPiA+ID4gbXkgZWJYTUwgY2xp
ZW50Lg0KCT4gICAgICAgICA+ID4gPiBJcyB0aGF0IG5vcm1hbD8gc2hvdWxkIEkgdXNlIHRoZSBv
bmUgcHJvdmlkZWQgaW4gdGhlIDkuMS4zDQoJcGFja2FnZT8NCgk+ICAgICAgICAgPiA+ID4NCgk+
ICAgICAgICAgPiA+ID4gQ2hlZXJzDQoJPiAgICAgICAgID4gPiA+DQoJPiAgICAgICAgID4gPiA+
IC0tLS0tTWVzc2FnZSBkJ29yaWdpbmUtLS0tLQ0KCT4gICAgICAgICA+ID4gPiBEZSA6IFBhdHJp
Y2sgWWVlIFttYWlsdG86a2N5ZWVAY2VjaWQuaGt1LmhrXQ0KCT4gICAgICAgICA+ID4gPiBFbnZv
eWUgOiBtYXJkaSAyNiBub3ZlbWJyZSAyMDAyIDA1OjM3DQoJPiAgICAgICAgID4gPiA+IEEgOiBF
YlhNTG1zIExpc3QgKEUtbWFpbCkNCgk+ICAgICAgICAgPiA+ID4gT2JqZXQgOiBbZWJ4bWxtcy1n
ZW5lcmFsXSBIZXJtZXMgdjAuOS4yLjAgcmVsZWFzZWQNCgk+ICAgICAgICAgPiA+ID4NCgk+ICAg
ICAgICAgPiA+ID4NCgk+ICAgICAgICAgPiA+ID4NCgk+ICAgICAgICAgPiA+ID4gRGVhciBhbGws
DQoJPiAgICAgICAgID4gPiA+DQoJPiAgICAgICAgID4gPiA+IFdlIGFyZSBwbGVhc2VkIHRvIGFu
bm91bmNlIGEgbmV3IHJlbGVhc2Ugb2YgSGVybWVzIHRvZGF5Lg0KCT4gICAgICAgICA+ID4gWW91
IGNhbiBkb3dubG9hZA0KCT4gICAgICAgICA+ID4gPiB0aGUgbGF0ZXN0IHJlbGVhc2UgZWl0aGVy
IGZyb20gb3VyIHByb2plY3QgaG9tZXBhZ2Ugb24NCglTb3VyY2VGb3JnZSAoDQoJPiAgICAgICAg
ID4gPiA+IGh0dHA6Ly9zb3VyY2Vmb3JnZS5uZXQvcHJvamVjdHMvZWJ4bWxtcw0KCT4gICAgICAg
ICA+ID4gPiA8aHR0cDovL3NvdXJjZWZvcmdlLm5ldC9wcm9qZWN0cy9lYnhtbG1zPiApLCBvciBm
cm9tDQoJZnJlZWJYTUwub3JnICgNCgk+ICAgICAgICAgPiA+ID4gaHR0cDovL3d3dy5mcmVlYnht
bC5vcmcgPGh0dHA6Ly93d3cuZnJlZWJ4bWwub3JnPiApLg0KCT4gICAgICAgICA+ID4gPg0KCT4g
ICAgICAgICA+ID4gPiBUaGFua3MgYSBsb3QgZm9yIHlvdXIgc3VwcG9ydC4gRm9yIHlvdXIgaW5m
b3JtYXRpb24sIGhlcmUNCgk+ICAgICAgICAgPiA+IGlzIHRoZSByZWxlYXNlDQoJPiAgICAgICAg
ID4gPiA+IG5vdGUgb2YgdGhpcyByZWxlYXNlOg0KCT4gICAgICAgICA+ID4gPg0KCT4gICAgICAg
ICA+ID4gPiBWZXJzaW9uIDAuOS4yLjANCgk+ICAgICAgICAgPiA+ID4gPT09PT09PT09PT09PT09
DQoJPiAgICAgICAgID4gPiA+IC0gU3VwcG9ydGVkIHRyYW5zYWN0aW9uIGxvY2tpbmcgb2YgYSBt
ZXNzYWdlIGJhc2VkIG9uIGl0cw0KCW1lc3NhZ2UgSUQNCgk+ICAgICAgICAgPiA+ID4gLSBBZGRl
ZCBjbGVhbiB1cCBjb2RlIHRvIHByb3Blcmx5IGZyZWUgcmVzb3VyY2Ugc3VjaCBhcw0KCT4gICAg
ICAgICA+ID4gUmVzdWx0c2V0LCBTdGF0ZW1lbnQNCgk+ICAgICAgICAgPiA+ID4gLSBBZGRlZCBk
YXRhYmFzZSBmaWVsZHMgaW4gdmlzaW9uIHRvIHN1cHBvcnQgc3luYyByZXBseSwNCgk+ICAgICAg
ICAgPiA+IG1lc3NhZ2Ugb3JkZXIgYW5kDQoJPiAgICAgICAgID4gPiA+ICAgcGVyc2lzdCBkdXJh
dGlvbg0KCT4gICAgICAgICA+ID4gPiAtIEJ1ZyBmaXhlZDogbm93IGRlbGl2ZXIgbWVzc2FnZSB0
byBhcHBsaWNhdGlvbiB3b3Jrcw0KCT4gICAgICAgICA+ID4gcHJvcGVybHkgbm8gbWF0dGVyDQoJ
PiAgICAgICAgID4gPiA+IHdoYXQNCgk+ICAgICAgICAgPiA+ID4gICBtb2RlIGlzIHVzZWQgZm9y
IHRoZSBNU0ggY2xpZW50IHRvIGdldCBtZXNzYWdlIGZyb20gTVNIDQoJc2VydmVyDQoJPiAgICAg
ICAgID4gPiA+IC0gQWRkZWQgYW4gb3B0aW9uYWwgZmVhdHVyZTogcG9zaXRpdmUgYWNrbm93bGVk
Z21lbnQgdG8gTVNIDQoJPiAgICAgICAgID4gPiBjbGllbnQgaWYgdGhlDQoJPiAgICAgICAgID4g
PiA+ICAgbWVzc2FnZSBpcyBzdWNjZXNzZnVsbHkgc2VudCB0byB0aGUgZGVzdGluYXRpb24NCgk+
ICAgICAgICAgPiA+ID4gLSBBZGRlZCBhIHN5c3RlbSBmZWF0dXJlOiBjbGVhbiBoYWx0LCB3aGlj
aCB3aWxsIHN0b3AgYWxsDQoJPiAgICAgICAgID4gPiBzZW5kaW5nIGFuZA0KCT4gICAgICAgICA+
ID4gPiByZWNlaXZpbmcNCgk+ICAgICAgICAgPiA+ID4gICBwcm9jZXNzZXMsIGFuZCB0aGUgTVNI
IGNsaWVudCB3aWxsIHJlY2VpdmUgZXJyb3IgbWVzc2FnZXMNCgk+ICAgICAgICAgPiA+IGFzIGlm
IHRoZQ0KCT4gICAgICAgICA+ID4gPiBtZXNzYWdlcw0KCT4gICAgICAgICA+ID4gPiAgIGFyZSBu
b3Qgc2VudCBzdWNjZXNzZnVsbHkNCgk+ICAgICAgICAgPiA+ID4gLSBBZGRlZCBhIHN5c3RlbSBm
ZWF0dXJlOiBiYWNrdXAgYW5kIHJlc3RvcmUgb2YgTVNIIHN0YXRlcw0KCT4gICAgICAgICA+ID4g
YW5kIHJlcG9zaXRvcnkNCgk+ICAgICAgICAgPiA+ID4gLSBCdWcgZml4ZWQ6IG5vIG1vcmUgTnVs
bFBvaW50ZXJFeGNlcHRpb24gd2hlbiBmYWlsIHRvDQoJPiAgICAgICAgID4gPiBhdXRoZW50aWNh
dGUgdGhlDQoJPiAgICAgICAgID4gPiA+IGNvbW1hbmQNCgk+ICAgICAgICAgPiA+ID4gICBvYmpl
Y3QgZHVlIHRvIG1pc3Npbmcgc3BlY2lmaWNhdGlvbiBvZiB1c2VyIG5hbWUvcGFzc3dvcmQNCgk+
ICAgICAgICAgPiA+IGluIGNsaWVudCBzaWRlDQoJPiAgICAgICAgID4gPiA+IC0gRXh0ZW5kZWQg
dGhlIFJlcXVlc3QgQVBJIGFuZCBtYWtlIGl0IG1vcmUgdXNlci1mcmllbmRseQ0KCT4gICAgICAg
ICA+ID4gPiAtIEFkZGVkIGEgc3lzdGVtIGZlYXR1cmU6IHRvIHF1ZXJ5IHRoZSBtZXNzYWdlIHN0
YXR1cw0KCT4gICAgICAgICA+ID4gPiAtIEJ1ZyBmaXhlZDogbm93IHRoZSBtZXNzYWdlIGNhbiBi
ZSBzdG9yZWQgcHJvcGVybHkgdG8NCgk+ICAgICAgICAgPiA+IHJlcG9zaXRvcnkgZXZlbiB3aGVu
DQoJPiAgICAgICAgID4gPiA+ICAgdGhlIE1TSCBpcyB1bmRlciBzdHJlc3MNCgk+ICAgICAgICAg
PiA+ID4gLSBSZXRyeSB0aW1lIGlzIG5vdyBjYWxjdWxhdGVkIG1vcmUgYWNjdXJhdGVseSBldmVu
IGlmIHRoZQ0KCT4gICAgICAgICA+ID4gTVNIIGlzIGhhbHRlZA0KCT4gICAgICAgICA+ID4gPiAg
IGJldHdlZW4gcmV0cmllcw0KCT4gICAgICAgICA+ID4gPiAtIEFkZGVkIGEgc3lzdGVtIGZlYXR1
cmU6IG5vdyB3ZSBjYW4gZGVsZXRlIGEgbWVzc2FnZSBpbg0KCT4gICAgICAgICA+ID4gdGhlIHF1
ZXVlIGlmIGl0IGhhcw0KCT4gICAgICAgICA+ID4gPg0KCT4gICAgICAgICA+ID4gPiAgIG5vdCBi
ZWUgbnNlbnQgc3VjY2Vzc2Z1bGx5DQoJPiAgICAgICAgID4gPiA+IC0gQWRkZWQgYSBzeXN0ZW0g
ZmVhdHVyZTogYXJjaGl2aW5nIHRoZSByZXBvc2l0b3J5IG9mIE1TSA0KCT4gICAgICAgICA+ID4g
PiAtIFJlc3RydWN0dXJlZCBsb2dnaW5nDQoJPiAgICAgICAgID4gPiA+IC0gR1VJIGluIE1TSCBN
b25pdG9yIHVwZGF0ZWQgdG8gZGVtb25zdHJhdGUgdGhlIG5ldyBmZWF0dXJlcw0KCT4gICAgICAg
ICA+ID4gPiAtIE1vZGlmaWVkIHRoZSBuYW1lc3BhY2UgdG8gY29uZm9ybSB0byBlYk1TIFNwZWNp
ZmljYXRpb24NCglbMi4zLjFdDQoJPiAgICAgICAgID4gPiA+IC0gQnVnIGZpeGVkOiBOdWxsUG9p
bnRlckV4Y2VwdGlvbiB3aGVuIGZyb21VVENTdHJpbmcgaXMNCgk+ICAgICAgICAgPiA+IGdpdmVu
IGFuIGluY29tcGxldGUNCgk+ICAgICAgICAgPiA+ID4gICBkYXRlL3RpbWUgc3RyaW5nLg0KCT4g
ICAgICAgICA+ID4gPiAtIEJ1ZyBmaXhlZDogTnVsbFBvaW50ZXJFeGNlcHRpb24gd2hlbiBhbiBl
cnJvciBtZXNzYWdlIGlzDQoJPiAgICAgICAgID4gPiByZWNlaXZlZCBmcm9tIHRoZQ0KCT4gICAg
ICAgICA+ID4gPg0KCT4gICAgICAgICA+ID4gPiAgIG90aGVyIE1TSCAoZS5nLiBUaW1lVG9MaXZl
IGV4cGlyZWQpIHRoYXQgbmVlZHMgdG8gYmUNCgk+ICAgICAgICAgPiA+IGZvcndhcmRlZCB0byB0
aGUNCgk+ICAgICAgICAgPiA+ID4gdXNlci4gSXQNCgk+ICAgICAgICAgPiA+ID4gICB3YXMgcHJl
dmlvdXNseSBjYXVzZWQgYnkgdGhlICJudWxsIiB2YWx1ZSBvZg0KCT4gICAgICAgICA+ID4gbXNo
Q29ubmVjdGlvbiB2YXJpYWJsZSBpbg0KCT4gICAgICAgICA+ID4gPiAgIG9uTWVzc2FnZSgpIGZ1
bmN0aW9uIHdoZW4gYW4gZXJyb3IgbWVzc2FnZSBpcyByZWNlaXZlZC4NCgk+ICAgICAgICAgPiA+
ID4gLSBBZGRlZCB1c2VyIGludGVyZmFjZSB0byBhZGQgVGltZVRvTGl2ZSB0byB0aGUgbWVzc2Fn
ZS4NCgk+ICAgICAgICAgPiA+ID4gLSBEZXRhaWxlZCBtZXNzYWdlIHN0YXR1cyB0aGF0IGluY2x1
ZGVzIGluZm9ybWF0aW9uIGluDQoJPiAgICAgICAgID4gPiBTZW50TWVzc2FnZSBhbmQNCgk+ICAg
ICAgICAgPiA+ID4gICBSZWNlaXZlZE1lc3NhZ2UgdGFibGUuDQoJPiAgICAgICAgID4gPiA+IC0g
Q2hhbmdlZCB0aGUgcGxhY2VtZW50IG9mIHRoZSB0ZXh0IGZpZWxkICJUaW1lIHRvIExpdmUiLg0K
CT4gICAgICAgICA+ID4gPiAtIEFwcGVuZHMgImNoYXJzZXQiIHRvIHRoZSBjb250ZW50LXR5cGUg
bWltZSBoZWFkZXIuDQoJPiAgICAgICAgID4gPiA+IC0gQWRkZWQgbmFtZXNwYWNlIHJlZmVyZW5j
ZXMgc28gdGhhdCB0aGUgZ2VuZXJhdGVkIGViWE1MDQoJPiAgICAgICAgID4gPiBtZXNzYWdlcyBj
YW4gYmUNCgk+ICAgICAgICAgPiA+ID4gICB2YWxpZGF0ZWQuDQoJPiAgICAgICAgID4gPiA+IC0g
SW1wbGVtZW50cyAiZ2V0VHJ1c3RlZFJlcG9zaXRvcnkoKSIgQVBJLiBOb3cgaXQgY2FuIGdldA0K
CT4gICAgICAgICA+ID4gdHJ1c3RlZCByZXBvc2l0b3J5DQoJPiAgICAgICAgID4gPiA+ICAgbG9j
YXRvbnMgZnJvbSB0aGUgTVNIIGRpcmVjdGx5Lg0KCT4gICAgICAgICA+ID4gPiAtIENoYW5nZWQg
dGhlIGRhdGFiYXNlIGNvbHVtbiBuYW1lIHRvIGF2b2lkIGFueSBwb3NzaWJsZQ0KCT4gICAgICAg
ICA+ID4gU1FMIGtleXdvcmRzDQoJPiAgICAgICAgID4gPiA+IC0gRml4ZWQgdGhlIGJ1ZyB0aGF0
IHRoZSBzZW5kaW5nIHRocmVhZHMgYXJlIG5vdCByZXN0YXJ0ZWQNCgk+ICAgICAgICAgPiA+IGFm
dGVyIHJlc3VtaW5nDQoJPiAgICAgICAgID4gPiA+IE1TSCBmcm9tDQoJPiAgICAgICAgID4gPiA+
ICAgaGFsdCBzdGF0ZS4NCgk+ICAgICAgICAgPiA+ID4gLSBGaXhlcyB0aGUgdXNlIGNhc2UgdGhh
dCBjb25uZWN0aW9uIHBvb2wgY2Fubm90IGJlIHJlc2V0DQoJPiAgICAgICAgID4gPiBzdWNjZXNz
ZnVseSBpZiBhDQoJPiAgICAgICAgID4gPiA+ICAgY29ubmVjdGlvbiBjYW5ub3QgYmUgY2xvc2Vk
IHN1Y2Nlc3NmdWxseS4NCgk+ICAgICAgICAgPiA+ID4gLSBGaXhlcyB0aGUgdXNlIGNhc2UgdGhh
dCBOdWxsUG9pbnRlckV4Y2VwdGlvbiB3aWxsIHJlc3VsdA0KCWlmDQoJPiAgICAgICAgID4gPiA+
IGdldE1lc3NhZ2VTdGF0dXMoKQ0KCT4gICAgICAgICA+ID4gPiAgIGlzIHVzZWQgdG8gcXVlcnkg
bW9yZSB0aGFuIG9uZSBtZXNzYWdlLg0KCT4gICAgICAgICA+ID4gPiAtIEZpeGVkIHRoZSBidWcg
dGhhdCB0aGUgc2VuZGluZyB0aHJlYWRzIGFyZSBub3QgcmVzdGFydGVkDQoJPiAgICAgICAgID4g
PiBhZnRlciByZXN1bWluZw0KCT4gICAgICAgICA+ID4gPiBNU0ggZnJvbQ0KCT4gICAgICAgICA+
ID4gPiAgIGhhbHQgc3RhdGUuDQoJPiAgICAgICAgID4gPiA+IC0gRml4ZWQgdGhlIGJ1ZyB0aGF0
IGRpYWdub3NpcyBkdW1wIG9ubHkgcGFyc2VzIHRoZSBkYXRlDQoJcGFydCBvZiB0aGUNCgk+ICAg
ICAgICAgPiA+ID4gZGF0ZS90aW1lDQoJPiAgICAgICAgID4gPiA+ICAgc3BlY2lmaWVkLg0KCT4g
ICAgICAgICA+ID4gPiAtIFVzZWQgQ29tbWFuZENvbnN0YW50cyBvYmplY3RzIHRvIGNvbnRhaW5z
IGNvbW1hbmQNCgk+ICAgICAgICAgPiA+IGNvbnN0YW50cywgc28gYXMgdG8NCgk+ICAgICAgICAg
PiA+ID4gZW5mb3JjZQ0KCT4gICAgICAgICA+ID4gPiAgIG1heGltdW0gY29tcGF0aWJpbGl0eSBv
ZiBDb21tYW5kIG9iamVjdHMgYWNyb3NzIHZlcnNpb24uDQoJPiAgICAgICAgID4gPiA+IC0gRml4
ZWQgdGhlIGJ1ZyB0aGF0IGRpYWdub3NpcyBkdW1wIGNhbm5vdCBkdW1wIGRhdGFiYXNlDQoJd2hl
biBib3RoDQoJPiAgICAgICAgID4gPiA+IEFwcGxpY2F0aW9uDQoJPiAgICAgICAgID4gPiA+ICAg
Q29udGV4dCBhbmQgU3RhcnRpbmcgLyBFbmRpbmcgZGF0ZS90aW1lIGFyZSBzcGVjaWZpZWQuDQoJ
PiAgICAgICAgID4gPiA+IC0gUmV0cnkgc2VuZGluZyBhY2tub3dsZWRnbWVudCBvbmx5IGlmIHRo
ZSBjdXJyZW50IHRocmVhZA0KCT4gICAgICAgICA+ID4gc2VuZGluZyB0aGUgYWNrDQoJPiAgICAg
ICAgID4gPiA+IGRvZXMgbm90DQoJPiAgICAgICAgID4gPiA+ICAgZXhpc3QuDQoJPiAgICAgICAg
ID4gPiA+IC0gRml4ZWQgdGhlIHVzZSBjYXNlIHRoYXQgaWYgdGhlIGFwcGxpY2F0aW9uIGNvbnRl
eHQgY2Fubm90DQoJPiAgICAgICAgID4gPiBiZSBhcmNoaXZlZA0KCT4gICAgICAgICA+ID4gPiBi
ZWNhdXNlDQoJPiAgICAgICAgID4gPiA+ICAgc29tZSBvZiB0aGUgbWVzc2FnZXMgYXJlIG5vdCBy
ZWFkeSwgYXJjaGl2ZUJ5RGF0ZSgpIGFuZA0KCT4gICAgICAgICA+ID4gPiBhcmNoaXZlQnlBcHBD
b250ZXh0KCkNCgk+ICAgICAgICAgPiA+ID4gICByZXR1cm4gYW4gaW52YWxpZCBlcnJvciBtZXNz
YWdlLg0KCT4gICAgICAgICA+ID4gPiAtIEZpeGVzIHRoZSBNU0ggYmFja3VwIGZ1bmN0aW9uLiBO
b3cgaXQgcmV0dXJucyBmYWlsdXJlDQoJPiAgICAgICAgID4gPiBtZXNzYWdlIGNvcnJlY3RseSBp
bg0KCT4gICAgICAgICA+ID4gPiAgIGNhc2UgYmFja3VwIG9wZXJhdGlvbiBmYWlsZWQuDQoJPiAg
ICAgICAgID4gPiA+IC0gRml4ZXMgdGhlIHVzZSBjYXNlIHRoYXQgYXJjaGl2ZSBvbmx5IGNyZWF0
ZXMgdGhlDQoJPiAgICAgICAgID4gPiBkaXJlY3Rvcnkgb24gdGhlIGZpcnN0DQoJPiAgICAgICAg
ID4gPiA+IHRpbWUgb2YNCgk+ICAgICAgICAgPiA+ID4gICBpbnZvY2F0aW9uIGlmIHRoZSBkZXN0
aW5hdGlvbiBkaXJlY3RvcnkgZG9lcyBub3QgZXhpc3Q7DQoJYW5kIHJ1bnMNCgk+ICAgICAgICAg
PiA+ID4gc3VjY2Vzc2Z1bGx5DQoJPiAgICAgICAgID4gPiA+ICAgaW4gc3Vic2VxdWVudCBydW5z
Lg0KCT4gICAgICAgICA+ID4gPiAtIEFsbG93IGRhdGFiYXNlIHBhc3N3b3JkIHRvIGJlIHplcm8t
bGVuZ3RoIGluIGRpYWdub3Npcw0KCT4gICAgICAgICA+ID4gdG9vbCBjb25maWd1cmF0aW9uDQoJ
PiAgICAgICAgID4gPiA+IGZpbGUuDQoJPiAgICAgICAgID4gPiA+IC0gTW9kaWZpZWQgdGhlIE1T
SCBwcm9wZXJ0aWVzIGZpbGUgdG8gZGVtb25zdHJhdGUgY29ycmVjdA0KCT4gICAgICAgICA+ID4g
c2V0dGluZ3MuIFRoZQ0KCT4gICAgICAgICA+ID4gPiBtZXNzYWdlDQoJPiAgICAgICAgID4gPiA+
ICAgcmVwb3NpdG9yeSBhbmQgdGhlIG9iamVjdHN0b3JlIGRpcmVjdG9yaWVzIGNhbm5vdCBoYXZl
IGENCgk+ICAgICAgICAgPiA+IHBhcmVudC1jaGlsZA0KCT4gICAgICAgICA+ID4gPiAgIHJlbGF0
aW9uc2hpcC4NCgk+ICAgICAgICAgPiA+ID4NCgk+ICAgICAgICAgPiA+ID4NCgk+ICAgICAgICAg
PiA+ID4gUmVnYXJkcywNCgk+ICAgICAgICAgPiA+ID4gLVBhdHJpY2sNCgk+ICAgICAgICAgPiA+
ID4gLS0NCgk+ICAgICAgICAgPiA+ID4gUGF0cmljayBZZWUNCgk+ICAgICAgICAgPiA+ID4gU3lz
dGVtIEFyY2hpdGVjdA0KCT4gICAgICAgICA+ID4gPiBDZW50ZXIgZm9yIEUtQ29tbWVyY2UgSW5m
cmFzdHJ1Y3R1cmUgRGV2ZWxvcG1lbnQgKENFQ0lEKQ0KCT4gICAgICAgICA+ID4gPiBEZXB0LiBv
ZiBDb21wdXRlciBTY2llbmNlIGFuZCBJbmZvcm1hdGlvbiBTeXN0ZW1zDQoJPiAgICAgICAgID4g
PiA+IFRoZSBVbml2ZXJzaXR5IG9mIEhvbmcgS29uZw0KCT4gICAgICAgICA+ID4gPiBUZWw6ICg4
NTIpIDIyNDE1Njc0DQoJPiAgICAgICAgID4gPiA+IEZheDogKDg1MikgMjU0NzQ2MTENCgk+ICAg
ICAgICAgPiA+ID4NCgk+ICAgICAgICAgPiA+ID4NCgk+ICAgICAgICAgPiA+DQoJPiAgICAgICAg
ID4gPg0KCT4gICAgICAgICA+DQoJPg0KCT4NCgk+DQoJPiAgICAgICAgIC0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCgk+ICAgICAgICAgVGhp
cyBzZi5uZXQgZW1haWwgaXMgc3BvbnNvcmVkIGJ5OlRoaW5rR2Vlaw0KCT4gICAgICAgICBXZWxj
b21lIHRvIGdlZWsgaGVhdmVuLg0KCT4gICAgICAgICBodHRwOi8vdGhpbmtnZWVrLmNvbS9zZg0K
CT4gICAgICAgICBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
Xw0KCT4gICAgICAgICBlYnhtbG1zLWdlbmVyYWwgbWFpbGluZyBsaXN0DQoJPiAgICAgICAgIGVi
eG1sbXMtZ2VuZXJhbEBsaXN0cy5zb3VyY2Vmb3JnZS5uZXQNCgk+ICAgICAgICAgaHR0cHM6Ly9s
aXN0cy5zb3VyY2Vmb3JnZS5uZXQvbGlzdHMvbGlzdGluZm8vZWJ4bWxtcy1nZW5lcmFsDQoJPg0K
CT4NCgk+IE4YdVh1KRlZbGcHF8m2SHpHeWt6d2pZWOGkglhZ4KCB6a2py7JxB3p0WOGttn56d1jh
tLbLnXlrencNCgk+DQoJPiAgICAgICAgICAgICAgICAgICAgICArLH8g6ZqKWCd13rxOGGdncuWJ
nh56SF5qIBttIBgHKCAfDQoJbxkgendqWVhYIFkHeiBYICB5KyB6IG0gYiBxIAcgfyst7I257baz
YiB+bxnepSB6dw0KCT4NCgkNCgkNCgkNCgktLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQoJVGhpcyBzZi5uZXQgZW1haWwgaXMgc3BvbnNvcmVk
IGJ5OlRoaW5rR2Vlaw0KCVdlbGNvbWUgdG8gZ2VlayBoZWF2ZW4uDQoJaHR0cDovL3RoaW5rZ2Vl
ay5jb20vc2YNCglfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
Xw0KCWVieG1sbXMtZ2VuZXJhbCBtYWlsaW5nIGxpc3QNCgllYnhtbG1zLWdlbmVyYWxAbGlzdHMu
c291cmNlZm9yZ2UubmV0DQoJaHR0cHM6Ly9saXN0cy5zb3VyY2Vmb3JnZS5uZXQvbGlzdHMvbGlz
dGluZm8vZWJ4bWxtcy1nZW5lcmFsDQoJDQoNCg==

Re: [ebxmlms-general] Open source Client to interact with Hermes

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

Tony,

Other than the "file system" method, you may find a GUI tool useful. We h=
ave
bundled with Hermes a GUI tool for testing the functionalities of our MSH.
The name of the tool is Monitor. And you can execute the tool by followin=
g
the instruction in our installation guide - Chapter 8: Test Drive. The
source code of Monitor is included in the distribution of Hermes, so it a=
lso
serves as an example of how to write a client of Hermes.

Hope this helps. Should you have any further questions, please feel free =
to
post to the list. Thanks.

Regards, -Patrick
--
Patrick Yee
System Architect
Center for E-Commerce Infrastructure Development (CECID)
Dept. of Computer Science and Information Systems
The University of Hong Kong
Tel: (852) 22415674
Fax: (852) 25474611

----- Original Message -----
From: "Tony Slosar" <Ton...@su...>
To: <ebx...@li...>
Sent: Saturday, December 07, 2002 11:32 AM
Subject: RE: [ebxmlms-general] Open source Client to interact with Hermes


> Sorry - this would of course be the "file system" method described in t=
he
Development Guide.
>
> Thanks!
>
> -----Original Message-----
> From: Tony Slosar
> Sent: Fri 12/6/2002 10:29 PM
> To: ebx...@li...
> Cc:
> Subject: [ebxmlms-general] Open source Client to interact with Hermes
>
>
>
> Hello,
>
> I have installed all of the required software and now have Hermes runni=
ng.
>
> Does anyone know of a open source Client to interact with Hermes ??
>
> Thanks!
>
> Tony
>
>         -----Original Message-----
>         From: Patrick Yee [mailto:kc...@ce...]
>         Sent: Mon 12/2/2002 3:45 AM
>         To: Regis Dubois
>         Cc: EbXMLms List (E-mail)
>         Subject: Re: [ebxmlms-general] Hermes v0.9.2.0 released
>
>
>
>         Hello Regis,
>
>         In Hermes, application context is a four-tuple consist of:
>
>         1. CPA ID
>         2. Conversation ID
>         3. Service
>         4. Action
>
>         This four-tuple will uniquely identify the clients. So I guess =
in
your case
>         you are have clients that use the same application context with
different
>         ToPartyID only. If this is the case, please try to reassign the
application
>         context to make it unique for each client.
>
>         Hope this helps.
>
>         Regards, -Patrick
>         --
>         Patrick Yee
>         System Architect
>         Center for E-Commerce Infrastructure Development (CECID)
>         Dept. of Computer Science and Information Systems
>         The University of Hong Kong
>         Tel: (852) 22415674
>         Fax: (852) 25474611
>
>         ----- Original Message -----
>         From: "Regis Dubois" <Reg...@va...>
>         To: "Patrick Yee" <kc...@cs...>
>         Sent: Thursday, November 28, 2002 5:32 PM
>         Subject: RE: [ebxmlms-general] Hermes v0.9.2.0 released
>
>
>         > Hello Patrick,
>         >
>         > Don't Worry I'm now using the 2.0 package for developping my
client.
>         > You are right the /bin is in the all-in-one package (wich I
don't need
>         > anymore because I compiled the source file :-) )
>         >
>         > I'm glad that hermes now support the loopback because I rathe=
r
like to
>         > develop on the same machine rather than 2 machines as before,
and it will
>         be
>         > more convenient to make a demonstration of the prototype to o=
ur
clients.
>         >
>         > I have but a question:
>         > If I am developping to clients communicating together on the
same machine
>         > using Hermes, I'll send all messages to the same url:
>         > http://localhost:8080/msh
>         > my problem is that even though I'm using different frompartyI=
D
and
>         > topartyID, the messages will be pulled by the first client
>         > that will register itself with the application context -> the
from and to
>         > ID's are inoperative.
>         > The only solution I see to fix this problem is to set up 2 ms=
h
on the same
>         > machine. (which is maybe impossible?).
>         > Am I clear with my problem? Is there a solution you know to f=
ix
it?
>         >
>         > Cheers,
>         >
>         > Regis
>         >
>         > > -----Message d'origine-----
>         > > De : Patrick Yee [mailto:kc...@cs...]
>         > > Envoye : jeudi 28 novembre 2002 02:40
>         > > A : Regis Dubois
>         > > Cc : ebx...@li...
>         > > Objet : RE: [ebxmlms-general] Hermes v0.9.2.0 released
>         > >
>         > >
>         > > Hello Regis,
>         > >
>         > > Are you downloading binary package? As far as I know, we
>         > > don't have bin
>         > > directory included in binary package. The bin directory is
>         > > distributed in
>         > > a so-called "all-in-one" package. You can find the
>         > > "all-in-one" package at
>         > > www.freebxml.org, which is another website for distributing
>         > > open source
>         > > ebXML software packages.
>         > >
>         > > Another choice is you can get link your client with msh.jar
>         > > found in lib
>         > > directory of the binary package. It should contain all the
classes you
>         > > need. Yet another alternative is you can download the sourc=
e
>         > > package and
>         > > compile the clas
>         > >
>         > > Please use 0.9.2.0 whenever possible, it is more functional=
ly
>         > > complete.
>         > > And please don't use 0.9.1.3 to develop client for 0.9.2.0.
>         > > They are not
>         > > compatible. In our convention, 0.9.1.x is not compatible wi=
th
0.9.2.x.
>         > >
>         > > Regards, -Patrick
>         > >
>         > > On Wed, 27 Nov 2002, Regis Dubois wrote:
>         > >
>         > > > Hello Patrick I downloaded the 9.2.0 Hermes MSH binary
>         > > package in order to
>         > > > upgrade from the 9.1.3.
>         > > >
>         > > > but could not find the /bin directory in the package whic=
h
>         > > I use to develop
>         > > > my ebXML client.
>         > > > Is that normal? should I use the one provided in the 9.1.=
3
package?
>         > > >
>         > > > Cheers
>         > > >
>         > > > -----Message d'origine-----
>         > > > De : Patrick Yee [mailto:kc...@ce...]
>         > > > Envoye : mardi 26 novembre 2002 05:37
>         > > > A : EbXMLms List (E-mail)
>         > > > Objet : [ebxmlms-general] Hermes v0.9.2.0 released
>         > > >
>         > > >
>         > > >
>         > > > Dear all,
>         > > >
>         > > > We are pleased to announce a new release of Hermes today.
>         > > You can download
>         > > > the latest release either from our project homepage on
SourceForge (
>         > > > http://sourceforge.net/projects/ebxmlms
>         > > > <http://sourceforge.net/projects/ebxmlms> ), or from
freebXML.org (
>         > > > http://www.freebxml.org <http://www.freebxml.org> ).
>         > > >
>         > > > Thanks a lot for your support. For your information, here
>         > > is the release
>         > > > note of this release:
>         > > >
>         > > > Version 0.9.2.0
>         > > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
>         > > > - Supported transaction locking of a message based on its
message ID
>         > > > - Added clean up code to properly free resource such as
>         > > Resultset, Statement
>         > > > - Added database fields in vision to support sync reply,
>         > > message order and
>         > > >   persist duration
>         > > > - Bug fixed: now deliver message to application works
>         > > properly no matter
>         > > > what
>         > > >   mode is used for the MSH client to get message from MSH
server
>         > > > - Added an optional feature: positive acknowledgment to M=
SH
>         > > client if the
>         > > >   message is successfully sent to the destination
>         > > > - Added a system feature: clean halt, which will stop all
>         > > sending and
>         > > > receiving
>         > > >   processes, and the MSH client will receive error messag=
es
>         > > as if the
>         > > > messages
>         > > >   are not sent successfully
>         > > > - Added a system feature: backup and restore of MSH state=
s
>         > > and repository
>         > > > - Bug fixed: no more NullPointerException when fail to
>         > > authenticate the
>         > > > command
>         > > >   object due to missing specification of user name/passwo=
rd
>         > > in client side
>         > > > - Extended the Request API and make it more user-friendly
>         > > > - Added a system feature: to query the message status
>         > > > - Bug fixed: now the message can be stored properly to
>         > > repository even when
>         > > >   the MSH is under stress
>         > > > - Retry time is now calculated more accurately even if th=
e
>         > > MSH is halted
>         > > >   between retries
>         > > > - Added a system feature: now we can delete a message in
>         > > the queue if it has
>         > > >
>         > > >   not bee nsent successfully
>         > > > - Added a system feature: archiving the repository of MSH
>         > > > - Restructured logging
>         > > > - GUI in MSH Monitor updated to demonstrate the new featu=
res
>         > > > - Modified the namespace to conform to ebMS Specification
[2.3.1]
>         > > > - Bug fixed: NullPointerException when fromUTCString is
>         > > given an incomplete
>         > > >   date/time string.
>         > > > - Bug fixed: NullPointerException when an error message i=
s
>         > > received from the
>         > > >
>         > > >   other MSH (e.g. TimeToLive expired) that needs to be
>         > > forwarded to the
>         > > > user. It
>         > > >   was previously caused by the "null" value of
>         > > mshConnection variable in
>         > > >   onMessage() function when an error message is received.
>         > > > - Added user interface to add TimeToLive to the message.
>         > > > - Detailed message status that includes information in
>         > > SentMessage and
>         > > >   ReceivedMessage table.
>         > > > - Changed the placement of the text field "Time to Live".
>         > > > - Appends "charset" to the content-type mime header.
>         > > > - Added namespace references so that the generated ebXML
>         > > messages can be
>         > > >   validated.
>         > > > - Implements "getTrustedRepository()" API. Now it can get
>         > > trusted repository
>         > > >   locatons from the MSH directly.
>         > > > - Changed the database column name to avoid any possible
>         > > SQL keywords
>         > > > - Fixed the bug that the sending threads are not restarte=
d
>         > > after resuming
>         > > > MSH from
>         > > >   halt state.
>         > > > - Fixes the use case that connection pool cannot be reset
>         > > successfuly if a
>         > > >   connection cannot be closed successfully.
>         > > > - Fixes the use case that NullPointerException will resul=
t
if
>         > > > getMessageStatus()
>         > > >   is used to query more than one message.
>         > > > - Fixed the bug that the sending threads are not restarte=
d
>         > > after resuming
>         > > > MSH from
>         > > >   halt state.
>         > > > - Fixed the bug that diagnosis dump only parses the date
part of the
>         > > > date/time
>         > > >   specified.
>         > > > - Used CommandConstants objects to contains command
>         > > constants, so as to
>         > > > enforce
>         > > >   maximum compatibility of Command objects across version.
>         > > > - Fixed the bug that diagnosis dump cannot dump database
when both
>         > > > Application
>         > > >   Context and Starting / Ending date/time are specified.
>         > > > - Retry sending acknowledgment only if the current thread
>         > > sending the ack
>         > > > does not
>         > > >   exist.
>         > > > - Fixed the use case that if the application context cann=
ot
>         > > be archived
>         > > > because
>         > > >   some of the messages are not ready, archiveByDate() and
>         > > > archiveByAppContext()
>         > > >   return an invalid error message.
>         > > > - Fixes the MSH backup function. Now it returns failure
>         > > message correctly in
>         > > >   case backup operation failed.
>         > > > - Fixes the use case that archive only creates the
>         > > directory on the first
>         > > > time of
>         > > >   invocation if the destination directory does not exist;
and runs
>         > > > successfully
>         > > >   in subsequent runs.
>         > > > - Allow database password to be zero-length in diagnosis
>         > > tool configuration
>         > > > file.
>         > > > - Modified the MSH properties file to demonstrate correct
>         > > settings. The
>         > > > message
>         > > >   repository and the objectstore directories cannot have =
a
>         > > parent-child
>         > > >   relationship.
>         > > >
>         > > >
>         > > > Regards,
>         > > > -Patrick
>         > > > --
>         > > > Patrick Yee
>         > > > System Architect
>         > > > Center for E-Commerce Infrastructure Development (CECID)
>         > > > Dept. of Computer Science and Information Systems
>         > > > The University of Hong Kong
>         > > > Tel: (852) 22415674
>         > > > Fax: (852) 25474611
>         > > >
>         > > >
>         > >
>         > >
>         >
>
>
>
>         -------------------------------------------------------
>         This sf.net email is sponsored by:ThinkGeek
>         Welcome to geek heaven.
>         http://thinkgeek.com/sf
>         _______________________________________________
>         ebxmlms-general mailing list
>         ebx...@li...
>         https://lists.sourceforge.net/lists/listinfo/ebxmlms-general
>
>
> N=18uXu)=19Ylg=07=17=C9=B6HzGykzwjYX=E1=A4=82XY=E0=A0=81=E9=AD=A9=CB=B2=
q=07ztX=E1=AD=B6~zwX=E1=B4=B6=CB=9Dykzw
>
>                      +,=7F =E9=9A=8AX'u=DE=BCN=18ggr=E5=89=9E=1EzH^j =1B=
m =18=07( =1F
o=19 zwjYXX Y=07z X  y+ z m b q =07 =7F+-=EC=8D=B9=ED=B6=B3b ~o=19=DE=A5 =
zw
>

RE: [ebxmlms-general] Open source Client to interact with Hermes

[Tony S. <Ton...@su...>]

U29ycnkgLSB0aGlzIHdvdWxkIG9mIGNvdXJzZSBiZSB0aGUgImZpbGUgc3lzdGVtIiBtZXRob2Qg
ZGVzY3JpYmVkIGluIHRoZSBEZXZlbG9wbWVudCBHdWlkZS4NCiANClRoYW5rcyENCg0KCS0tLS0t
T3JpZ2luYWwgTWVzc2FnZS0tLS0tIA0KCUZyb206IFRvbnkgU2xvc2FyIA0KCVNlbnQ6IEZyaSAx
Mi82LzIwMDIgMTA6MjkgUE0gDQoJVG86IGVieG1sbXMtZ2VuZXJhbEBsaXN0cy5zb3VyY2Vmb3Jn
ZS5uZXQgDQoJQ2M6IA0KCVN1YmplY3Q6IFtlYnhtbG1zLWdlbmVyYWxdIE9wZW4gc291cmNlIENs
aWVudCB0byBpbnRlcmFjdCB3aXRoIEhlcm1lcw0KCQ0KCQ0KDQoJSGVsbG8sDQoJDQoJSSBoYXZl
IGluc3RhbGxlZCBhbGwgb2YgdGhlIHJlcXVpcmVkIHNvZnR3YXJlIGFuZCBub3cgaGF2ZSBIZXJt
ZXMgcnVubmluZy4NCgkNCglEb2VzIGFueW9uZSBrbm93IG9mIGEgb3BlbiBzb3VyY2UgQ2xpZW50
IHRvIGludGVyYWN0IHdpdGggSGVybWVzID8/DQoJDQoJVGhhbmtzIQ0KCQ0KCVRvbnkNCgkNCgkg
ICAgICAgIC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQoJICAgICAgICBGcm9tOiBQYXRyaWNr
IFllZSBbbWFpbHRvOmtjeWVlQGNlY2lkLmhrdS5oa10NCgkgICAgICAgIFNlbnQ6IE1vbiAxMi8y
LzIwMDIgMzo0NSBBTQ0KCSAgICAgICAgVG86IFJlZ2lzIER1Ym9pcw0KCSAgICAgICAgQ2M6IEVi
WE1MbXMgTGlzdCAoRS1tYWlsKQ0KCSAgICAgICAgU3ViamVjdDogUmU6IFtlYnhtbG1zLWdlbmVy
YWxdIEhlcm1lcyB2MC45LjIuMCByZWxlYXNlZA0KCSAgICAgICANCgkgICAgICAgDQoJDQoJICAg
ICAgICBIZWxsbyBSZWdpcywNCgkgICAgICAgDQoJICAgICAgICBJbiBIZXJtZXMsIGFwcGxpY2F0
aW9uIGNvbnRleHQgaXMgYSBmb3VyLXR1cGxlIGNvbnNpc3Qgb2Y6DQoJICAgICAgIA0KCSAgICAg
ICAgMS4gQ1BBIElEDQoJICAgICAgICAyLiBDb252ZXJzYXRpb24gSUQNCgkgICAgICAgIDMuIFNl
cnZpY2UNCgkgICAgICAgIDQuIEFjdGlvbg0KCSAgICAgICANCgkgICAgICAgIFRoaXMgZm91ci10
dXBsZSB3aWxsIHVuaXF1ZWx5IGlkZW50aWZ5IHRoZSBjbGllbnRzLiBTbyBJIGd1ZXNzIGluIHlv
dXIgY2FzZQ0KCSAgICAgICAgeW91IGFyZSBoYXZlIGNsaWVudHMgdGhhdCB1c2UgdGhlIHNhbWUg
YXBwbGljYXRpb24gY29udGV4dCB3aXRoIGRpZmZlcmVudA0KCSAgICAgICAgVG9QYXJ0eUlEIG9u
bHkuIElmIHRoaXMgaXMgdGhlIGNhc2UsIHBsZWFzZSB0cnkgdG8gcmVhc3NpZ24gdGhlIGFwcGxp
Y2F0aW9uDQoJICAgICAgICBjb250ZXh0IHRvIG1ha2UgaXQgdW5pcXVlIGZvciBlYWNoIGNsaWVu
dC4NCgkgICAgICAgDQoJICAgICAgICBIb3BlIHRoaXMgaGVscHMuDQoJICAgICAgIA0KCSAgICAg
ICAgUmVnYXJkcywgLVBhdHJpY2sNCgkgICAgICAgIC0tDQoJICAgICAgICBQYXRyaWNrIFllZQ0K
CSAgICAgICAgU3lzdGVtIEFyY2hpdGVjdA0KCSAgICAgICAgQ2VudGVyIGZvciBFLUNvbW1lcmNl
IEluZnJhc3RydWN0dXJlIERldmVsb3BtZW50IChDRUNJRCkNCgkgICAgICAgIERlcHQuIG9mIENv
bXB1dGVyIFNjaWVuY2UgYW5kIEluZm9ybWF0aW9uIFN5c3RlbXMNCgkgICAgICAgIFRoZSBVbml2
ZXJzaXR5IG9mIEhvbmcgS29uZw0KCSAgICAgICAgVGVsOiAoODUyKSAyMjQxNTY3NA0KCSAgICAg
ICAgRmF4OiAoODUyKSAyNTQ3NDYxMQ0KCSAgICAgICANCgkgICAgICAgIC0tLS0tIE9yaWdpbmFs
IE1lc3NhZ2UgLS0tLS0NCgkgICAgICAgIEZyb206ICJSZWdpcyBEdWJvaXMiIDxSZWdpcy5EdWJv
aXNAdmFsdGVjaC5mcj4NCgkgICAgICAgIFRvOiAiUGF0cmljayBZZWUiIDxrY3llZUBjc2lzLmhr
dS5oaz4NCgkgICAgICAgIFNlbnQ6IFRodXJzZGF5LCBOb3ZlbWJlciAyOCwgMjAwMiA1OjMyIFBN
DQoJICAgICAgICBTdWJqZWN0OiBSRTogW2VieG1sbXMtZ2VuZXJhbF0gSGVybWVzIHYwLjkuMi4w
IHJlbGVhc2VkDQoJICAgICAgIA0KCSAgICAgICANCgkgICAgICAgID4gSGVsbG8gUGF0cmljaywN
CgkgICAgICAgID4NCgkgICAgICAgID4gRG9uJ3QgV29ycnkgSSdtIG5vdyB1c2luZyB0aGUgMi4w
IHBhY2thZ2UgZm9yIGRldmVsb3BwaW5nIG15IGNsaWVudC4NCgkgICAgICAgID4gWW91IGFyZSBy
aWdodCB0aGUgL2JpbiBpcyBpbiB0aGUgYWxsLWluLW9uZSBwYWNrYWdlICh3aWNoIEkgZG9uJ3Qg
bmVlZA0KCSAgICAgICAgPiBhbnltb3JlIGJlY2F1c2UgSSBjb21waWxlZCB0aGUgc291cmNlIGZp
bGUgOi0pICkNCgkgICAgICAgID4NCgkgICAgICAgID4gSSdtIGdsYWQgdGhhdCBoZXJtZXMgbm93
IHN1cHBvcnQgdGhlIGxvb3BiYWNrIGJlY2F1c2UgSSByYXRoZXIgbGlrZSB0bw0KCSAgICAgICAg
PiBkZXZlbG9wIG9uIHRoZSBzYW1lIG1hY2hpbmUgcmF0aGVyIHRoYW4gMiBtYWNoaW5lcyBhcyBi
ZWZvcmUsIGFuZCBpdCB3aWxsDQoJICAgICAgICBiZQ0KCSAgICAgICAgPiBtb3JlIGNvbnZlbmll
bnQgdG8gbWFrZSBhIGRlbW9uc3RyYXRpb24gb2YgdGhlIHByb3RvdHlwZSB0byBvdXIgY2xpZW50
cy4NCgkgICAgICAgID4NCgkgICAgICAgID4gSSBoYXZlIGJ1dCBhIHF1ZXN0aW9uOg0KCSAgICAg
ICAgPiBJZiBJIGFtIGRldmVsb3BwaW5nIHRvIGNsaWVudHMgY29tbXVuaWNhdGluZyB0b2dldGhl
ciBvbiB0aGUgc2FtZSBtYWNoaW5lDQoJICAgICAgICA+IHVzaW5nIEhlcm1lcywgSSdsbCBzZW5k
IGFsbCBtZXNzYWdlcyB0byB0aGUgc2FtZSB1cmw6DQoJICAgICAgICA+IGh0dHA6Ly9sb2NhbGhv
c3Q6ODA4MC9tc2gNCgkgICAgICAgID4gbXkgcHJvYmxlbSBpcyB0aGF0IGV2ZW4gdGhvdWdoIEkn
bSB1c2luZyBkaWZmZXJlbnQgZnJvbXBhcnR5SUQgYW5kDQoJICAgICAgICA+IHRvcGFydHlJRCwg
dGhlIG1lc3NhZ2VzIHdpbGwgYmUgcHVsbGVkIGJ5IHRoZSBmaXJzdCBjbGllbnQNCgkgICAgICAg
ID4gdGhhdCB3aWxsIHJlZ2lzdGVyIGl0c2VsZiB3aXRoIHRoZSBhcHBsaWNhdGlvbiBjb250ZXh0
IC0+IHRoZSBmcm9tIGFuZCB0bw0KCSAgICAgICAgPiBJRCdzIGFyZSBpbm9wZXJhdGl2ZS4NCgkg
ICAgICAgID4gVGhlIG9ubHkgc29sdXRpb24gSSBzZWUgdG8gZml4IHRoaXMgcHJvYmxlbSBpcyB0
byBzZXQgdXAgMiBtc2ggb24gdGhlIHNhbWUNCgkgICAgICAgID4gbWFjaGluZS4gKHdoaWNoIGlz
IG1heWJlIGltcG9zc2libGU/KS4NCgkgICAgICAgID4gQW0gSSBjbGVhciB3aXRoIG15IHByb2Js
ZW0/IElzIHRoZXJlIGEgc29sdXRpb24geW91IGtub3cgdG8gZml4IGl0Pw0KCSAgICAgICAgPg0K
CSAgICAgICAgPiBDaGVlcnMsDQoJICAgICAgICA+DQoJICAgICAgICA+IFJlZ2lzDQoJICAgICAg
ICA+DQoJICAgICAgICA+ID4gLS0tLS1NZXNzYWdlIGQnb3JpZ2luZS0tLS0tDQoJICAgICAgICA+
ID4gRGUgOiBQYXRyaWNrIFllZSBbbWFpbHRvOmtjeWVlQGNzaXMuaGt1LmhrXQ0KCSAgICAgICAg
PiA+IEVudm95ZSA6IGpldWRpIDI4IG5vdmVtYnJlIDIwMDIgMDI6NDANCgkgICAgICAgID4gPiBB
IDogUmVnaXMgRHVib2lzDQoJICAgICAgICA+ID4gQ2MgOiBlYnhtbG1zLWdlbmVyYWxAbGlzdHMu
c291cmNlZm9yZ2UubmV0DQoJICAgICAgICA+ID4gT2JqZXQgOiBSRTogW2VieG1sbXMtZ2VuZXJh
bF0gSGVybWVzIHYwLjkuMi4wIHJlbGVhc2VkDQoJICAgICAgICA+ID4NCgkgICAgICAgID4gPg0K
CSAgICAgICAgPiA+IEhlbGxvIFJlZ2lzLA0KCSAgICAgICAgPiA+DQoJICAgICAgICA+ID4gQXJl
IHlvdSBkb3dubG9hZGluZyBiaW5hcnkgcGFja2FnZT8gQXMgZmFyIGFzIEkga25vdywgd2UNCgkg
ICAgICAgID4gPiBkb24ndCBoYXZlIGJpbg0KCSAgICAgICAgPiA+IGRpcmVjdG9yeSBpbmNsdWRl
ZCBpbiBiaW5hcnkgcGFja2FnZS4gVGhlIGJpbiBkaXJlY3RvcnkgaXMNCgkgICAgICAgID4gPiBk
aXN0cmlidXRlZCBpbg0KCSAgICAgICAgPiA+IGEgc28tY2FsbGVkICJhbGwtaW4tb25lIiBwYWNr
YWdlLiBZb3UgY2FuIGZpbmQgdGhlDQoJICAgICAgICA+ID4gImFsbC1pbi1vbmUiIHBhY2thZ2Ug
YXQNCgkgICAgICAgID4gPiB3d3cuZnJlZWJ4bWwub3JnLCB3aGljaCBpcyBhbm90aGVyIHdlYnNp
dGUgZm9yIGRpc3RyaWJ1dGluZw0KCSAgICAgICAgPiA+IG9wZW4gc291cmNlDQoJICAgICAgICA+
ID4gZWJYTUwgc29mdHdhcmUgcGFja2FnZXMuDQoJICAgICAgICA+ID4NCgkgICAgICAgID4gPiBB
bm90aGVyIGNob2ljZSBpcyB5b3UgY2FuIGdldCBsaW5rIHlvdXIgY2xpZW50IHdpdGggbXNoLmph
cg0KCSAgICAgICAgPiA+IGZvdW5kIGluIGxpYg0KCSAgICAgICAgPiA+IGRpcmVjdG9yeSBvZiB0
aGUgYmluYXJ5IHBhY2thZ2UuIEl0IHNob3VsZCBjb250YWluIGFsbCB0aGUgY2xhc3NlcyB5b3UN
CgkgICAgICAgID4gPiBuZWVkLiBZZXQgYW5vdGhlciBhbHRlcm5hdGl2ZSBpcyB5b3UgY2FuIGRv
d25sb2FkIHRoZSBzb3VyY2UNCgkgICAgICAgID4gPiBwYWNrYWdlIGFuZA0KCSAgICAgICAgPiA+
IGNvbXBpbGUgdGhlIGNsYXMNCgkgICAgICAgID4gPg0KCSAgICAgICAgPiA+IFBsZWFzZSB1c2Ug
MC45LjIuMCB3aGVuZXZlciBwb3NzaWJsZSwgaXQgaXMgbW9yZSBmdW5jdGlvbmFsbHkNCgkgICAg
ICAgID4gPiBjb21wbGV0ZS4NCgkgICAgICAgID4gPiBBbmQgcGxlYXNlIGRvbid0IHVzZSAwLjku
MS4zIHRvIGRldmVsb3AgY2xpZW50IGZvciAwLjkuMi4wLg0KCSAgICAgICAgPiA+IFRoZXkgYXJl
IG5vdA0KCSAgICAgICAgPiA+IGNvbXBhdGlibGUuIEluIG91ciBjb252ZW50aW9uLCAwLjkuMS54
IGlzIG5vdCBjb21wYXRpYmxlIHdpdGggMC45LjIueC4NCgkgICAgICAgID4gPg0KCSAgICAgICAg
PiA+IFJlZ2FyZHMsIC1QYXRyaWNrDQoJICAgICAgICA+ID4NCgkgICAgICAgID4gPiBPbiBXZWQs
IDI3IE5vdiAyMDAyLCBSZWdpcyBEdWJvaXMgd3JvdGU6DQoJICAgICAgICA+ID4NCgkgICAgICAg
ID4gPiA+IEhlbGxvIFBhdHJpY2sgSSBkb3dubG9hZGVkIHRoZSA5LjIuMCBIZXJtZXMgTVNIIGJp
bmFyeQ0KCSAgICAgICAgPiA+IHBhY2thZ2UgaW4gb3JkZXIgdG8NCgkgICAgICAgID4gPiA+IHVw
Z3JhZGUgZnJvbSB0aGUgOS4xLjMuDQoJICAgICAgICA+ID4gPg0KCSAgICAgICAgPiA+ID4gYnV0
IGNvdWxkIG5vdCBmaW5kIHRoZSAvYmluIGRpcmVjdG9yeSBpbiB0aGUgcGFja2FnZSB3aGljaA0K
CSAgICAgICAgPiA+IEkgdXNlIHRvIGRldmVsb3ANCgkgICAgICAgID4gPiA+IG15IGViWE1MIGNs
aWVudC4NCgkgICAgICAgID4gPiA+IElzIHRoYXQgbm9ybWFsPyBzaG91bGQgSSB1c2UgdGhlIG9u
ZSBwcm92aWRlZCBpbiB0aGUgOS4xLjMgcGFja2FnZT8NCgkgICAgICAgID4gPiA+DQoJICAgICAg
ICA+ID4gPiBDaGVlcnMNCgkgICAgICAgID4gPiA+DQoJICAgICAgICA+ID4gPiAtLS0tLU1lc3Nh
Z2UgZCdvcmlnaW5lLS0tLS0NCgkgICAgICAgID4gPiA+IERlIDogUGF0cmljayBZZWUgW21haWx0
bzprY3llZUBjZWNpZC5oa3UuaGtdDQoJICAgICAgICA+ID4gPiBFbnZveWUgOiBtYXJkaSAyNiBu
b3ZlbWJyZSAyMDAyIDA1OjM3DQoJICAgICAgICA+ID4gPiBBIDogRWJYTUxtcyBMaXN0IChFLW1h
aWwpDQoJICAgICAgICA+ID4gPiBPYmpldCA6IFtlYnhtbG1zLWdlbmVyYWxdIEhlcm1lcyB2MC45
LjIuMCByZWxlYXNlZA0KCSAgICAgICAgPiA+ID4NCgkgICAgICAgID4gPiA+DQoJICAgICAgICA+
ID4gPg0KCSAgICAgICAgPiA+ID4gRGVhciBhbGwsDQoJICAgICAgICA+ID4gPg0KCSAgICAgICAg
PiA+ID4gV2UgYXJlIHBsZWFzZWQgdG8gYW5ub3VuY2UgYSBuZXcgcmVsZWFzZSBvZiBIZXJtZXMg
dG9kYXkuDQoJICAgICAgICA+ID4gWW91IGNhbiBkb3dubG9hZA0KCSAgICAgICAgPiA+ID4gdGhl
IGxhdGVzdCByZWxlYXNlIGVpdGhlciBmcm9tIG91ciBwcm9qZWN0IGhvbWVwYWdlIG9uIFNvdXJj
ZUZvcmdlICgNCgkgICAgICAgID4gPiA+IGh0dHA6Ly9zb3VyY2Vmb3JnZS5uZXQvcHJvamVjdHMv
ZWJ4bWxtcw0KCSAgICAgICAgPiA+ID4gPGh0dHA6Ly9zb3VyY2Vmb3JnZS5uZXQvcHJvamVjdHMv
ZWJ4bWxtcz4gKSwgb3IgZnJvbSBmcmVlYlhNTC5vcmcgKA0KCSAgICAgICAgPiA+ID4gaHR0cDov
L3d3dy5mcmVlYnhtbC5vcmcgPGh0dHA6Ly93d3cuZnJlZWJ4bWwub3JnPiApLg0KCSAgICAgICAg
PiA+ID4NCgkgICAgICAgID4gPiA+IFRoYW5rcyBhIGxvdCBmb3IgeW91ciBzdXBwb3J0LiBGb3Ig
eW91ciBpbmZvcm1hdGlvbiwgaGVyZQ0KCSAgICAgICAgPiA+IGlzIHRoZSByZWxlYXNlDQoJICAg
ICAgICA+ID4gPiBub3RlIG9mIHRoaXMgcmVsZWFzZToNCgkgICAgICAgID4gPiA+DQoJICAgICAg
ICA+ID4gPiBWZXJzaW9uIDAuOS4yLjANCgkgICAgICAgID4gPiA+ID09PT09PT09PT09PT09PQ0K
CSAgICAgICAgPiA+ID4gLSBTdXBwb3J0ZWQgdHJhbnNhY3Rpb24gbG9ja2luZyBvZiBhIG1lc3Nh
Z2UgYmFzZWQgb24gaXRzIG1lc3NhZ2UgSUQNCgkgICAgICAgID4gPiA+IC0gQWRkZWQgY2xlYW4g
dXAgY29kZSB0byBwcm9wZXJseSBmcmVlIHJlc291cmNlIHN1Y2ggYXMNCgkgICAgICAgID4gPiBS
ZXN1bHRzZXQsIFN0YXRlbWVudA0KCSAgICAgICAgPiA+ID4gLSBBZGRlZCBkYXRhYmFzZSBmaWVs
ZHMgaW4gdmlzaW9uIHRvIHN1cHBvcnQgc3luYyByZXBseSwNCgkgICAgICAgID4gPiBtZXNzYWdl
IG9yZGVyIGFuZA0KCSAgICAgICAgPiA+ID4gICBwZXJzaXN0IGR1cmF0aW9uDQoJICAgICAgICA+
ID4gPiAtIEJ1ZyBmaXhlZDogbm93IGRlbGl2ZXIgbWVzc2FnZSB0byBhcHBsaWNhdGlvbiB3b3Jr
cw0KCSAgICAgICAgPiA+IHByb3Blcmx5IG5vIG1hdHRlcg0KCSAgICAgICAgPiA+ID4gd2hhdA0K
CSAgICAgICAgPiA+ID4gICBtb2RlIGlzIHVzZWQgZm9yIHRoZSBNU0ggY2xpZW50IHRvIGdldCBt
ZXNzYWdlIGZyb20gTVNIIHNlcnZlcg0KCSAgICAgICAgPiA+ID4gLSBBZGRlZCBhbiBvcHRpb25h
bCBmZWF0dXJlOiBwb3NpdGl2ZSBhY2tub3dsZWRnbWVudCB0byBNU0gNCgkgICAgICAgID4gPiBj
bGllbnQgaWYgdGhlDQoJICAgICAgICA+ID4gPiAgIG1lc3NhZ2UgaXMgc3VjY2Vzc2Z1bGx5IHNl
bnQgdG8gdGhlIGRlc3RpbmF0aW9uDQoJICAgICAgICA+ID4gPiAtIEFkZGVkIGEgc3lzdGVtIGZl
YXR1cmU6IGNsZWFuIGhhbHQsIHdoaWNoIHdpbGwgc3RvcCBhbGwNCgkgICAgICAgID4gPiBzZW5k
aW5nIGFuZA0KCSAgICAgICAgPiA+ID4gcmVjZWl2aW5nDQoJICAgICAgICA+ID4gPiAgIHByb2Nl
c3NlcywgYW5kIHRoZSBNU0ggY2xpZW50IHdpbGwgcmVjZWl2ZSBlcnJvciBtZXNzYWdlcw0KCSAg
ICAgICAgPiA+IGFzIGlmIHRoZQ0KCSAgICAgICAgPiA+ID4gbWVzc2FnZXMNCgkgICAgICAgID4g
PiA+ICAgYXJlIG5vdCBzZW50IHN1Y2Nlc3NmdWxseQ0KCSAgICAgICAgPiA+ID4gLSBBZGRlZCBh
IHN5c3RlbSBmZWF0dXJlOiBiYWNrdXAgYW5kIHJlc3RvcmUgb2YgTVNIIHN0YXRlcw0KCSAgICAg
ICAgPiA+IGFuZCByZXBvc2l0b3J5DQoJICAgICAgICA+ID4gPiAtIEJ1ZyBmaXhlZDogbm8gbW9y
ZSBOdWxsUG9pbnRlckV4Y2VwdGlvbiB3aGVuIGZhaWwgdG8NCgkgICAgICAgID4gPiBhdXRoZW50
aWNhdGUgdGhlDQoJICAgICAgICA+ID4gPiBjb21tYW5kDQoJICAgICAgICA+ID4gPiAgIG9iamVj
dCBkdWUgdG8gbWlzc2luZyBzcGVjaWZpY2F0aW9uIG9mIHVzZXIgbmFtZS9wYXNzd29yZA0KCSAg
ICAgICAgPiA+IGluIGNsaWVudCBzaWRlDQoJICAgICAgICA+ID4gPiAtIEV4dGVuZGVkIHRoZSBS
ZXF1ZXN0IEFQSSBhbmQgbWFrZSBpdCBtb3JlIHVzZXItZnJpZW5kbHkNCgkgICAgICAgID4gPiA+
IC0gQWRkZWQgYSBzeXN0ZW0gZmVhdHVyZTogdG8gcXVlcnkgdGhlIG1lc3NhZ2Ugc3RhdHVzDQoJ
ICAgICAgICA+ID4gPiAtIEJ1ZyBmaXhlZDogbm93IHRoZSBtZXNzYWdlIGNhbiBiZSBzdG9yZWQg
cHJvcGVybHkgdG8NCgkgICAgICAgID4gPiByZXBvc2l0b3J5IGV2ZW4gd2hlbg0KCSAgICAgICAg
PiA+ID4gICB0aGUgTVNIIGlzIHVuZGVyIHN0cmVzcw0KCSAgICAgICAgPiA+ID4gLSBSZXRyeSB0
aW1lIGlzIG5vdyBjYWxjdWxhdGVkIG1vcmUgYWNjdXJhdGVseSBldmVuIGlmIHRoZQ0KCSAgICAg
ICAgPiA+IE1TSCBpcyBoYWx0ZWQNCgkgICAgICAgID4gPiA+ICAgYmV0d2VlbiByZXRyaWVzDQoJ
ICAgICAgICA+ID4gPiAtIEFkZGVkIGEgc3lzdGVtIGZlYXR1cmU6IG5vdyB3ZSBjYW4gZGVsZXRl
IGEgbWVzc2FnZSBpbg0KCSAgICAgICAgPiA+IHRoZSBxdWV1ZSBpZiBpdCBoYXMNCgkgICAgICAg
ID4gPiA+DQoJICAgICAgICA+ID4gPiAgIG5vdCBiZWUgbnNlbnQgc3VjY2Vzc2Z1bGx5DQoJICAg
ICAgICA+ID4gPiAtIEFkZGVkIGEgc3lzdGVtIGZlYXR1cmU6IGFyY2hpdmluZyB0aGUgcmVwb3Np
dG9yeSBvZiBNU0gNCgkgICAgICAgID4gPiA+IC0gUmVzdHJ1Y3R1cmVkIGxvZ2dpbmcNCgkgICAg
ICAgID4gPiA+IC0gR1VJIGluIE1TSCBNb25pdG9yIHVwZGF0ZWQgdG8gZGVtb25zdHJhdGUgdGhl
IG5ldyBmZWF0dXJlcw0KCSAgICAgICAgPiA+ID4gLSBNb2RpZmllZCB0aGUgbmFtZXNwYWNlIHRv
IGNvbmZvcm0gdG8gZWJNUyBTcGVjaWZpY2F0aW9uIFsyLjMuMV0NCgkgICAgICAgID4gPiA+IC0g
QnVnIGZpeGVkOiBOdWxsUG9pbnRlckV4Y2VwdGlvbiB3aGVuIGZyb21VVENTdHJpbmcgaXMNCgkg
ICAgICAgID4gPiBnaXZlbiBhbiBpbmNvbXBsZXRlDQoJICAgICAgICA+ID4gPiAgIGRhdGUvdGlt
ZSBzdHJpbmcuDQoJICAgICAgICA+ID4gPiAtIEJ1ZyBmaXhlZDogTnVsbFBvaW50ZXJFeGNlcHRp
b24gd2hlbiBhbiBlcnJvciBtZXNzYWdlIGlzDQoJICAgICAgICA+ID4gcmVjZWl2ZWQgZnJvbSB0
aGUNCgkgICAgICAgID4gPiA+DQoJICAgICAgICA+ID4gPiAgIG90aGVyIE1TSCAoZS5nLiBUaW1l
VG9MaXZlIGV4cGlyZWQpIHRoYXQgbmVlZHMgdG8gYmUNCgkgICAgICAgID4gPiBmb3J3YXJkZWQg
dG8gdGhlDQoJICAgICAgICA+ID4gPiB1c2VyLiBJdA0KCSAgICAgICAgPiA+ID4gICB3YXMgcHJl
dmlvdXNseSBjYXVzZWQgYnkgdGhlICJudWxsIiB2YWx1ZSBvZg0KCSAgICAgICAgPiA+IG1zaENv
bm5lY3Rpb24gdmFyaWFibGUgaW4NCgkgICAgICAgID4gPiA+ICAgb25NZXNzYWdlKCkgZnVuY3Rp
b24gd2hlbiBhbiBlcnJvciBtZXNzYWdlIGlzIHJlY2VpdmVkLg0KCSAgICAgICAgPiA+ID4gLSBB
ZGRlZCB1c2VyIGludGVyZmFjZSB0byBhZGQgVGltZVRvTGl2ZSB0byB0aGUgbWVzc2FnZS4NCgkg
ICAgICAgID4gPiA+IC0gRGV0YWlsZWQgbWVzc2FnZSBzdGF0dXMgdGhhdCBpbmNsdWRlcyBpbmZv
cm1hdGlvbiBpbg0KCSAgICAgICAgPiA+IFNlbnRNZXNzYWdlIGFuZA0KCSAgICAgICAgPiA+ID4g
ICBSZWNlaXZlZE1lc3NhZ2UgdGFibGUuDQoJICAgICAgICA+ID4gPiAtIENoYW5nZWQgdGhlIHBs
YWNlbWVudCBvZiB0aGUgdGV4dCBmaWVsZCAiVGltZSB0byBMaXZlIi4NCgkgICAgICAgID4gPiA+
IC0gQXBwZW5kcyAiY2hhcnNldCIgdG8gdGhlIGNvbnRlbnQtdHlwZSBtaW1lIGhlYWRlci4NCgkg
ICAgICAgID4gPiA+IC0gQWRkZWQgbmFtZXNwYWNlIHJlZmVyZW5jZXMgc28gdGhhdCB0aGUgZ2Vu
ZXJhdGVkIGViWE1MDQoJICAgICAgICA+ID4gbWVzc2FnZXMgY2FuIGJlDQoJICAgICAgICA+ID4g
PiAgIHZhbGlkYXRlZC4NCgkgICAgICAgID4gPiA+IC0gSW1wbGVtZW50cyAiZ2V0VHJ1c3RlZFJl
cG9zaXRvcnkoKSIgQVBJLiBOb3cgaXQgY2FuIGdldA0KCSAgICAgICAgPiA+IHRydXN0ZWQgcmVw
b3NpdG9yeQ0KCSAgICAgICAgPiA+ID4gICBsb2NhdG9ucyBmcm9tIHRoZSBNU0ggZGlyZWN0bHku
DQoJICAgICAgICA+ID4gPiAtIENoYW5nZWQgdGhlIGRhdGFiYXNlIGNvbHVtbiBuYW1lIHRvIGF2
b2lkIGFueSBwb3NzaWJsZQ0KCSAgICAgICAgPiA+IFNRTCBrZXl3b3Jkcw0KCSAgICAgICAgPiA+
ID4gLSBGaXhlZCB0aGUgYnVnIHRoYXQgdGhlIHNlbmRpbmcgdGhyZWFkcyBhcmUgbm90IHJlc3Rh
cnRlZA0KCSAgICAgICAgPiA+IGFmdGVyIHJlc3VtaW5nDQoJICAgICAgICA+ID4gPiBNU0ggZnJv
bQ0KCSAgICAgICAgPiA+ID4gICBoYWx0IHN0YXRlLg0KCSAgICAgICAgPiA+ID4gLSBGaXhlcyB0
aGUgdXNlIGNhc2UgdGhhdCBjb25uZWN0aW9uIHBvb2wgY2Fubm90IGJlIHJlc2V0DQoJICAgICAg
ICA+ID4gc3VjY2Vzc2Z1bHkgaWYgYQ0KCSAgICAgICAgPiA+ID4gICBjb25uZWN0aW9uIGNhbm5v
dCBiZSBjbG9zZWQgc3VjY2Vzc2Z1bGx5Lg0KCSAgICAgICAgPiA+ID4gLSBGaXhlcyB0aGUgdXNl
IGNhc2UgdGhhdCBOdWxsUG9pbnRlckV4Y2VwdGlvbiB3aWxsIHJlc3VsdCBpZg0KCSAgICAgICAg
PiA+ID4gZ2V0TWVzc2FnZVN0YXR1cygpDQoJICAgICAgICA+ID4gPiAgIGlzIHVzZWQgdG8gcXVl
cnkgbW9yZSB0aGFuIG9uZSBtZXNzYWdlLg0KCSAgICAgICAgPiA+ID4gLSBGaXhlZCB0aGUgYnVn
IHRoYXQgdGhlIHNlbmRpbmcgdGhyZWFkcyBhcmUgbm90IHJlc3RhcnRlZA0KCSAgICAgICAgPiA+
IGFmdGVyIHJlc3VtaW5nDQoJICAgICAgICA+ID4gPiBNU0ggZnJvbQ0KCSAgICAgICAgPiA+ID4g
ICBoYWx0IHN0YXRlLg0KCSAgICAgICAgPiA+ID4gLSBGaXhlZCB0aGUgYnVnIHRoYXQgZGlhZ25v
c2lzIGR1bXAgb25seSBwYXJzZXMgdGhlIGRhdGUgcGFydCBvZiB0aGUNCgkgICAgICAgID4gPiA+
IGRhdGUvdGltZQ0KCSAgICAgICAgPiA+ID4gICBzcGVjaWZpZWQuDQoJICAgICAgICA+ID4gPiAt
IFVzZWQgQ29tbWFuZENvbnN0YW50cyBvYmplY3RzIHRvIGNvbnRhaW5zIGNvbW1hbmQNCgkgICAg
ICAgID4gPiBjb25zdGFudHMsIHNvIGFzIHRvDQoJICAgICAgICA+ID4gPiBlbmZvcmNlDQoJICAg
ICAgICA+ID4gPiAgIG1heGltdW0gY29tcGF0aWJpbGl0eSBvZiBDb21tYW5kIG9iamVjdHMgYWNy
b3NzIHZlcnNpb24uDQoJICAgICAgICA+ID4gPiAtIEZpeGVkIHRoZSBidWcgdGhhdCBkaWFnbm9z
aXMgZHVtcCBjYW5ub3QgZHVtcCBkYXRhYmFzZSB3aGVuIGJvdGgNCgkgICAgICAgID4gPiA+IEFw
cGxpY2F0aW9uDQoJICAgICAgICA+ID4gPiAgIENvbnRleHQgYW5kIFN0YXJ0aW5nIC8gRW5kaW5n
IGRhdGUvdGltZSBhcmUgc3BlY2lmaWVkLg0KCSAgICAgICAgPiA+ID4gLSBSZXRyeSBzZW5kaW5n
IGFja25vd2xlZGdtZW50IG9ubHkgaWYgdGhlIGN1cnJlbnQgdGhyZWFkDQoJICAgICAgICA+ID4g
c2VuZGluZyB0aGUgYWNrDQoJICAgICAgICA+ID4gPiBkb2VzIG5vdA0KCSAgICAgICAgPiA+ID4g
ICBleGlzdC4NCgkgICAgICAgID4gPiA+IC0gRml4ZWQgdGhlIHVzZSBjYXNlIHRoYXQgaWYgdGhl
IGFwcGxpY2F0aW9uIGNvbnRleHQgY2Fubm90DQoJICAgICAgICA+ID4gYmUgYXJjaGl2ZWQNCgkg
ICAgICAgID4gPiA+IGJlY2F1c2UNCgkgICAgICAgID4gPiA+ICAgc29tZSBvZiB0aGUgbWVzc2Fn
ZXMgYXJlIG5vdCByZWFkeSwgYXJjaGl2ZUJ5RGF0ZSgpIGFuZA0KCSAgICAgICAgPiA+ID4gYXJj
aGl2ZUJ5QXBwQ29udGV4dCgpDQoJICAgICAgICA+ID4gPiAgIHJldHVybiBhbiBpbnZhbGlkIGVy
cm9yIG1lc3NhZ2UuDQoJICAgICAgICA+ID4gPiAtIEZpeGVzIHRoZSBNU0ggYmFja3VwIGZ1bmN0
aW9uLiBOb3cgaXQgcmV0dXJucyBmYWlsdXJlDQoJICAgICAgICA+ID4gbWVzc2FnZSBjb3JyZWN0
bHkgaW4NCgkgICAgICAgID4gPiA+ICAgY2FzZSBiYWNrdXAgb3BlcmF0aW9uIGZhaWxlZC4NCgkg
ICAgICAgID4gPiA+IC0gRml4ZXMgdGhlIHVzZSBjYXNlIHRoYXQgYXJjaGl2ZSBvbmx5IGNyZWF0
ZXMgdGhlDQoJICAgICAgICA+ID4gZGlyZWN0b3J5IG9uIHRoZSBmaXJzdA0KCSAgICAgICAgPiA+
ID4gdGltZSBvZg0KCSAgICAgICAgPiA+ID4gICBpbnZvY2F0aW9uIGlmIHRoZSBkZXN0aW5hdGlv
biBkaXJlY3RvcnkgZG9lcyBub3QgZXhpc3Q7IGFuZCBydW5zDQoJICAgICAgICA+ID4gPiBzdWNj
ZXNzZnVsbHkNCgkgICAgICAgID4gPiA+ICAgaW4gc3Vic2VxdWVudCBydW5zLg0KCSAgICAgICAg
PiA+ID4gLSBBbGxvdyBkYXRhYmFzZSBwYXNzd29yZCB0byBiZSB6ZXJvLWxlbmd0aCBpbiBkaWFn
bm9zaXMNCgkgICAgICAgID4gPiB0b29sIGNvbmZpZ3VyYXRpb24NCgkgICAgICAgID4gPiA+IGZp
bGUuDQoJICAgICAgICA+ID4gPiAtIE1vZGlmaWVkIHRoZSBNU0ggcHJvcGVydGllcyBmaWxlIHRv
IGRlbW9uc3RyYXRlIGNvcnJlY3QNCgkgICAgICAgID4gPiBzZXR0aW5ncy4gVGhlDQoJICAgICAg
ICA+ID4gPiBtZXNzYWdlDQoJICAgICAgICA+ID4gPiAgIHJlcG9zaXRvcnkgYW5kIHRoZSBvYmpl
Y3RzdG9yZSBkaXJlY3RvcmllcyBjYW5ub3QgaGF2ZSBhDQoJICAgICAgICA+ID4gcGFyZW50LWNo
aWxkDQoJICAgICAgICA+ID4gPiAgIHJlbGF0aW9uc2hpcC4NCgkgICAgICAgID4gPiA+DQoJICAg
ICAgICA+ID4gPg0KCSAgICAgICAgPiA+ID4gUmVnYXJkcywNCgkgICAgICAgID4gPiA+IC1QYXRy
aWNrDQoJICAgICAgICA+ID4gPiAtLQ0KCSAgICAgICAgPiA+ID4gUGF0cmljayBZZWUNCgkgICAg
ICAgID4gPiA+IFN5c3RlbSBBcmNoaXRlY3QNCgkgICAgICAgID4gPiA+IENlbnRlciBmb3IgRS1D
b21tZXJjZSBJbmZyYXN0cnVjdHVyZSBEZXZlbG9wbWVudCAoQ0VDSUQpDQoJICAgICAgICA+ID4g
PiBEZXB0LiBvZiBDb21wdXRlciBTY2llbmNlIGFuZCBJbmZvcm1hdGlvbiBTeXN0ZW1zDQoJICAg
ICAgICA+ID4gPiBUaGUgVW5pdmVyc2l0eSBvZiBIb25nIEtvbmcNCgkgICAgICAgID4gPiA+IFRl
bDogKDg1MikgMjI0MTU2NzQNCgkgICAgICAgID4gPiA+IEZheDogKDg1MikgMjU0NzQ2MTENCgkg
ICAgICAgID4gPiA+DQoJICAgICAgICA+ID4gPg0KCSAgICAgICAgPiA+DQoJICAgICAgICA+ID4N
CgkgICAgICAgID4NCgkgICAgICAgDQoJICAgICAgIA0KCSAgICAgICANCgkgICAgICAgIC0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCgkgICAg
ICAgIFRoaXMgc2YubmV0IGVtYWlsIGlzIHNwb25zb3JlZCBieTpUaGlua0dlZWsNCgkgICAgICAg
IFdlbGNvbWUgdG8gZ2VlayBoZWF2ZW4uDQoJICAgICAgICBodHRwOi8vdGhpbmtnZWVrLmNvbS9z
Zg0KCSAgICAgICAgX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X18NCgkgICAgICAgIGVieG1sbXMtZ2VuZXJhbCBtYWlsaW5nIGxpc3QNCgkgICAgICAgIGVieG1s
bXMtZ2VuZXJhbEBsaXN0cy5zb3VyY2Vmb3JnZS5uZXQNCgkgICAgICAgIGh0dHBzOi8vbGlzdHMu
c291cmNlZm9yZ2UubmV0L2xpc3RzL2xpc3RpbmZvL2VieG1sbXMtZ2VuZXJhbA0KCSAgICAgICAN
CgkNCglOGHVYdSkZWWxnBxfJtkh6R3lrendqWVjhpIJYWeCggemtqcuycQd6dFjhrbZ+endY4bS2
y515a3p3IA0KDQo=

[ebxmlms-general] Open source Client to interact with Hermes

[Tony S. <Ton...@su...>]

SGVsbG8sDQogDQpJIGhhdmUgaW5zdGFsbGVkIGFsbCBvZiB0aGUgcmVxdWlyZWQgc29mdHdhcmUg
YW5kIG5vdyBoYXZlIEhlcm1lcyBydW5uaW5nLg0KIA0KRG9lcyBhbnlvbmUga25vdyBvZiBhIG9w
ZW4gc291cmNlIENsaWVudCB0byBpbnRlcmFjdCB3aXRoIEhlcm1lcyA/Pw0KIA0KVGhhbmtzIQ0K
IA0KVG9ueQ0KDQoJLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0gDQoJRnJvbTogUGF0cmljayBZ
ZWUgW21haWx0bzprY3llZUBjZWNpZC5oa3UuaGtdIA0KCVNlbnQ6IE1vbiAxMi8yLzIwMDIgMzo0
NSBBTSANCglUbzogUmVnaXMgRHVib2lzIA0KCUNjOiBFYlhNTG1zIExpc3QgKEUtbWFpbCkgDQoJ
U3ViamVjdDogUmU6IFtlYnhtbG1zLWdlbmVyYWxdIEhlcm1lcyB2MC45LjIuMCByZWxlYXNlZA0K
CQ0KCQ0KDQoJSGVsbG8gUmVnaXMsDQoJDQoJSW4gSGVybWVzLCBhcHBsaWNhdGlvbiBjb250ZXh0
IGlzIGEgZm91ci10dXBsZSBjb25zaXN0IG9mOg0KCQ0KCTEuIENQQSBJRA0KCTIuIENvbnZlcnNh
dGlvbiBJRA0KCTMuIFNlcnZpY2UNCgk0LiBBY3Rpb24NCgkNCglUaGlzIGZvdXItdHVwbGUgd2ls
bCB1bmlxdWVseSBpZGVudGlmeSB0aGUgY2xpZW50cy4gU28gSSBndWVzcyBpbiB5b3VyIGNhc2UN
Cgl5b3UgYXJlIGhhdmUgY2xpZW50cyB0aGF0IHVzZSB0aGUgc2FtZSBhcHBsaWNhdGlvbiBjb250
ZXh0IHdpdGggZGlmZmVyZW50DQoJVG9QYXJ0eUlEIG9ubHkuIElmIHRoaXMgaXMgdGhlIGNhc2Us
IHBsZWFzZSB0cnkgdG8gcmVhc3NpZ24gdGhlIGFwcGxpY2F0aW9uDQoJY29udGV4dCB0byBtYWtl
IGl0IHVuaXF1ZSBmb3IgZWFjaCBjbGllbnQuDQoJDQoJSG9wZSB0aGlzIGhlbHBzLg0KCQ0KCVJl
Z2FyZHMsIC1QYXRyaWNrDQoJLS0NCglQYXRyaWNrIFllZQ0KCVN5c3RlbSBBcmNoaXRlY3QNCglD
ZW50ZXIgZm9yIEUtQ29tbWVyY2UgSW5mcmFzdHJ1Y3R1cmUgRGV2ZWxvcG1lbnQgKENFQ0lEKQ0K
CURlcHQuIG9mIENvbXB1dGVyIFNjaWVuY2UgYW5kIEluZm9ybWF0aW9uIFN5c3RlbXMNCglUaGUg
VW5pdmVyc2l0eSBvZiBIb25nIEtvbmcNCglUZWw6ICg4NTIpIDIyNDE1Njc0DQoJRmF4OiAoODUy
KSAyNTQ3NDYxMQ0KCQ0KCS0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0NCglGcm9tOiAiUmVn
aXMgRHVib2lzIiA8UmVnaXMuRHVib2lzQHZhbHRlY2guZnI+DQoJVG86ICJQYXRyaWNrIFllZSIg
PGtjeWVlQGNzaXMuaGt1LmhrPg0KCVNlbnQ6IFRodXJzZGF5LCBOb3ZlbWJlciAyOCwgMjAwMiA1
OjMyIFBNDQoJU3ViamVjdDogUkU6IFtlYnhtbG1zLWdlbmVyYWxdIEhlcm1lcyB2MC45LjIuMCBy
ZWxlYXNlZA0KCQ0KCQ0KCT4gSGVsbG8gUGF0cmljaywNCgk+DQoJPiBEb24ndCBXb3JyeSBJJ20g
bm93IHVzaW5nIHRoZSAyLjAgcGFja2FnZSBmb3IgZGV2ZWxvcHBpbmcgbXkgY2xpZW50Lg0KCT4g
WW91IGFyZSByaWdodCB0aGUgL2JpbiBpcyBpbiB0aGUgYWxsLWluLW9uZSBwYWNrYWdlICh3aWNo
IEkgZG9uJ3QgbmVlZA0KCT4gYW55bW9yZSBiZWNhdXNlIEkgY29tcGlsZWQgdGhlIHNvdXJjZSBm
aWxlIDotKSApDQoJPg0KCT4gSSdtIGdsYWQgdGhhdCBoZXJtZXMgbm93IHN1cHBvcnQgdGhlIGxv
b3BiYWNrIGJlY2F1c2UgSSByYXRoZXIgbGlrZSB0bw0KCT4gZGV2ZWxvcCBvbiB0aGUgc2FtZSBt
YWNoaW5lIHJhdGhlciB0aGFuIDIgbWFjaGluZXMgYXMgYmVmb3JlLCBhbmQgaXQgd2lsbA0KCWJl
DQoJPiBtb3JlIGNvbnZlbmllbnQgdG8gbWFrZSBhIGRlbW9uc3RyYXRpb24gb2YgdGhlIHByb3Rv
dHlwZSB0byBvdXIgY2xpZW50cy4NCgk+DQoJPiBJIGhhdmUgYnV0IGEgcXVlc3Rpb246DQoJPiBJ
ZiBJIGFtIGRldmVsb3BwaW5nIHRvIGNsaWVudHMgY29tbXVuaWNhdGluZyB0b2dldGhlciBvbiB0
aGUgc2FtZSBtYWNoaW5lDQoJPiB1c2luZyBIZXJtZXMsIEknbGwgc2VuZCBhbGwgbWVzc2FnZXMg
dG8gdGhlIHNhbWUgdXJsOg0KCT4gaHR0cDovL2xvY2FsaG9zdDo4MDgwL21zaA0KCT4gbXkgcHJv
YmxlbSBpcyB0aGF0IGV2ZW4gdGhvdWdoIEknbSB1c2luZyBkaWZmZXJlbnQgZnJvbXBhcnR5SUQg
YW5kDQoJPiB0b3BhcnR5SUQsIHRoZSBtZXNzYWdlcyB3aWxsIGJlIHB1bGxlZCBieSB0aGUgZmly
c3QgY2xpZW50DQoJPiB0aGF0IHdpbGwgcmVnaXN0ZXIgaXRzZWxmIHdpdGggdGhlIGFwcGxpY2F0
aW9uIGNvbnRleHQgLT4gdGhlIGZyb20gYW5kIHRvDQoJPiBJRCdzIGFyZSBpbm9wZXJhdGl2ZS4N
Cgk+IFRoZSBvbmx5IHNvbHV0aW9uIEkgc2VlIHRvIGZpeCB0aGlzIHByb2JsZW0gaXMgdG8gc2V0
IHVwIDIgbXNoIG9uIHRoZSBzYW1lDQoJPiBtYWNoaW5lLiAod2hpY2ggaXMgbWF5YmUgaW1wb3Nz
aWJsZT8pLg0KCT4gQW0gSSBjbGVhciB3aXRoIG15IHByb2JsZW0/IElzIHRoZXJlIGEgc29sdXRp
b24geW91IGtub3cgdG8gZml4IGl0Pw0KCT4NCgk+IENoZWVycywNCgk+DQoJPiBSZWdpcw0KCT4N
Cgk+ID4gLS0tLS1NZXNzYWdlIGQnb3JpZ2luZS0tLS0tDQoJPiA+IERlIDogUGF0cmljayBZZWUg
W21haWx0bzprY3llZUBjc2lzLmhrdS5oa10NCgk+ID4gRW52b3llIDogamV1ZGkgMjggbm92ZW1i
cmUgMjAwMiAwMjo0MA0KCT4gPiBBIDogUmVnaXMgRHVib2lzDQoJPiA+IENjIDogZWJ4bWxtcy1n
ZW5lcmFsQGxpc3RzLnNvdXJjZWZvcmdlLm5ldA0KCT4gPiBPYmpldCA6IFJFOiBbZWJ4bWxtcy1n
ZW5lcmFsXSBIZXJtZXMgdjAuOS4yLjAgcmVsZWFzZWQNCgk+ID4NCgk+ID4NCgk+ID4gSGVsbG8g
UmVnaXMsDQoJPiA+DQoJPiA+IEFyZSB5b3UgZG93bmxvYWRpbmcgYmluYXJ5IHBhY2thZ2U/IEFz
IGZhciBhcyBJIGtub3csIHdlDQoJPiA+IGRvbid0IGhhdmUgYmluDQoJPiA+IGRpcmVjdG9yeSBp
bmNsdWRlZCBpbiBiaW5hcnkgcGFja2FnZS4gVGhlIGJpbiBkaXJlY3RvcnkgaXMNCgk+ID4gZGlz
dHJpYnV0ZWQgaW4NCgk+ID4gYSBzby1jYWxsZWQgImFsbC1pbi1vbmUiIHBhY2thZ2UuIFlvdSBj
YW4gZmluZCB0aGUNCgk+ID4gImFsbC1pbi1vbmUiIHBhY2thZ2UgYXQNCgk+ID4gd3d3LmZyZWVi
eG1sLm9yZywgd2hpY2ggaXMgYW5vdGhlciB3ZWJzaXRlIGZvciBkaXN0cmlidXRpbmcNCgk+ID4g
b3BlbiBzb3VyY2UNCgk+ID4gZWJYTUwgc29mdHdhcmUgcGFja2FnZXMuDQoJPiA+DQoJPiA+IEFu
b3RoZXIgY2hvaWNlIGlzIHlvdSBjYW4gZ2V0IGxpbmsgeW91ciBjbGllbnQgd2l0aCBtc2guamFy
DQoJPiA+IGZvdW5kIGluIGxpYg0KCT4gPiBkaXJlY3Rvcnkgb2YgdGhlIGJpbmFyeSBwYWNrYWdl
LiBJdCBzaG91bGQgY29udGFpbiBhbGwgdGhlIGNsYXNzZXMgeW91DQoJPiA+IG5lZWQuIFlldCBh
bm90aGVyIGFsdGVybmF0aXZlIGlzIHlvdSBjYW4gZG93bmxvYWQgdGhlIHNvdXJjZQ0KCT4gPiBw
YWNrYWdlIGFuZA0KCT4gPiBjb21waWxlIHRoZSBjbGFzDQoJPiA+DQoJPiA+IFBsZWFzZSB1c2Ug
MC45LjIuMCB3aGVuZXZlciBwb3NzaWJsZSwgaXQgaXMgbW9yZSBmdW5jdGlvbmFsbHkNCgk+ID4g
Y29tcGxldGUuDQoJPiA+IEFuZCBwbGVhc2UgZG9uJ3QgdXNlIDAuOS4xLjMgdG8gZGV2ZWxvcCBj
bGllbnQgZm9yIDAuOS4yLjAuDQoJPiA+IFRoZXkgYXJlIG5vdA0KCT4gPiBjb21wYXRpYmxlLiBJ
biBvdXIgY29udmVudGlvbiwgMC45LjEueCBpcyBub3QgY29tcGF0aWJsZSB3aXRoIDAuOS4yLngu
DQoJPiA+DQoJPiA+IFJlZ2FyZHMsIC1QYXRyaWNrDQoJPiA+DQoJPiA+IE9uIFdlZCwgMjcgTm92
IDIwMDIsIFJlZ2lzIER1Ym9pcyB3cm90ZToNCgk+ID4NCgk+ID4gPiBIZWxsbyBQYXRyaWNrIEkg
ZG93bmxvYWRlZCB0aGUgOS4yLjAgSGVybWVzIE1TSCBiaW5hcnkNCgk+ID4gcGFja2FnZSBpbiBv
cmRlciB0bw0KCT4gPiA+IHVwZ3JhZGUgZnJvbSB0aGUgOS4xLjMuDQoJPiA+ID4NCgk+ID4gPiBi
dXQgY291bGQgbm90IGZpbmQgdGhlIC9iaW4gZGlyZWN0b3J5IGluIHRoZSBwYWNrYWdlIHdoaWNo
DQoJPiA+IEkgdXNlIHRvIGRldmVsb3ANCgk+ID4gPiBteSBlYlhNTCBjbGllbnQuDQoJPiA+ID4g
SXMgdGhhdCBub3JtYWw/IHNob3VsZCBJIHVzZSB0aGUgb25lIHByb3ZpZGVkIGluIHRoZSA5LjEu
MyBwYWNrYWdlPw0KCT4gPiA+DQoJPiA+ID4gQ2hlZXJzDQoJPiA+ID4NCgk+ID4gPiAtLS0tLU1l
c3NhZ2UgZCdvcmlnaW5lLS0tLS0NCgk+ID4gPiBEZSA6IFBhdHJpY2sgWWVlIFttYWlsdG86a2N5
ZWVAY2VjaWQuaGt1LmhrXQ0KCT4gPiA+IEVudm95ZSA6IG1hcmRpIDI2IG5vdmVtYnJlIDIwMDIg
MDU6MzcNCgk+ID4gPiBBIDogRWJYTUxtcyBMaXN0IChFLW1haWwpDQoJPiA+ID4gT2JqZXQgOiBb
ZWJ4bWxtcy1nZW5lcmFsXSBIZXJtZXMgdjAuOS4yLjAgcmVsZWFzZWQNCgk+ID4gPg0KCT4gPiA+
DQoJPiA+ID4NCgk+ID4gPiBEZWFyIGFsbCwNCgk+ID4gPg0KCT4gPiA+IFdlIGFyZSBwbGVhc2Vk
IHRvIGFubm91bmNlIGEgbmV3IHJlbGVhc2Ugb2YgSGVybWVzIHRvZGF5Lg0KCT4gPiBZb3UgY2Fu
IGRvd25sb2FkDQoJPiA+ID4gdGhlIGxhdGVzdCByZWxlYXNlIGVpdGhlciBmcm9tIG91ciBwcm9q
ZWN0IGhvbWVwYWdlIG9uIFNvdXJjZUZvcmdlICgNCgk+ID4gPiBodHRwOi8vc291cmNlZm9yZ2Uu
bmV0L3Byb2plY3RzL2VieG1sbXMNCgk+ID4gPiA8aHR0cDovL3NvdXJjZWZvcmdlLm5ldC9wcm9q
ZWN0cy9lYnhtbG1zPiApLCBvciBmcm9tIGZyZWViWE1MLm9yZyAoDQoJPiA+ID4gaHR0cDovL3d3
dy5mcmVlYnhtbC5vcmcgPGh0dHA6Ly93d3cuZnJlZWJ4bWwub3JnPiApLg0KCT4gPiA+DQoJPiA+
ID4gVGhhbmtzIGEgbG90IGZvciB5b3VyIHN1cHBvcnQuIEZvciB5b3VyIGluZm9ybWF0aW9uLCBo
ZXJlDQoJPiA+IGlzIHRoZSByZWxlYXNlDQoJPiA+ID4gbm90ZSBvZiB0aGlzIHJlbGVhc2U6DQoJ
PiA+ID4NCgk+ID4gPiBWZXJzaW9uIDAuOS4yLjANCgk+ID4gPiA9PT09PT09PT09PT09PT0NCgk+
ID4gPiAtIFN1cHBvcnRlZCB0cmFuc2FjdGlvbiBsb2NraW5nIG9mIGEgbWVzc2FnZSBiYXNlZCBv
biBpdHMgbWVzc2FnZSBJRA0KCT4gPiA+IC0gQWRkZWQgY2xlYW4gdXAgY29kZSB0byBwcm9wZXJs
eSBmcmVlIHJlc291cmNlIHN1Y2ggYXMNCgk+ID4gUmVzdWx0c2V0LCBTdGF0ZW1lbnQNCgk+ID4g
PiAtIEFkZGVkIGRhdGFiYXNlIGZpZWxkcyBpbiB2aXNpb24gdG8gc3VwcG9ydCBzeW5jIHJlcGx5
LA0KCT4gPiBtZXNzYWdlIG9yZGVyIGFuZA0KCT4gPiA+ICAgcGVyc2lzdCBkdXJhdGlvbg0KCT4g
PiA+IC0gQnVnIGZpeGVkOiBub3cgZGVsaXZlciBtZXNzYWdlIHRvIGFwcGxpY2F0aW9uIHdvcmtz
DQoJPiA+IHByb3Blcmx5IG5vIG1hdHRlcg0KCT4gPiA+IHdoYXQNCgk+ID4gPiAgIG1vZGUgaXMg
dXNlZCBmb3IgdGhlIE1TSCBjbGllbnQgdG8gZ2V0IG1lc3NhZ2UgZnJvbSBNU0ggc2VydmVyDQoJ
PiA+ID4gLSBBZGRlZCBhbiBvcHRpb25hbCBmZWF0dXJlOiBwb3NpdGl2ZSBhY2tub3dsZWRnbWVu
dCB0byBNU0gNCgk+ID4gY2xpZW50IGlmIHRoZQ0KCT4gPiA+ICAgbWVzc2FnZSBpcyBzdWNjZXNz
ZnVsbHkgc2VudCB0byB0aGUgZGVzdGluYXRpb24NCgk+ID4gPiAtIEFkZGVkIGEgc3lzdGVtIGZl
YXR1cmU6IGNsZWFuIGhhbHQsIHdoaWNoIHdpbGwgc3RvcCBhbGwNCgk+ID4gc2VuZGluZyBhbmQN
Cgk+ID4gPiByZWNlaXZpbmcNCgk+ID4gPiAgIHByb2Nlc3NlcywgYW5kIHRoZSBNU0ggY2xpZW50
IHdpbGwgcmVjZWl2ZSBlcnJvciBtZXNzYWdlcw0KCT4gPiBhcyBpZiB0aGUNCgk+ID4gPiBtZXNz
YWdlcw0KCT4gPiA+ICAgYXJlIG5vdCBzZW50IHN1Y2Nlc3NmdWxseQ0KCT4gPiA+IC0gQWRkZWQg
YSBzeXN0ZW0gZmVhdHVyZTogYmFja3VwIGFuZCByZXN0b3JlIG9mIE1TSCBzdGF0ZXMNCgk+ID4g
YW5kIHJlcG9zaXRvcnkNCgk+ID4gPiAtIEJ1ZyBmaXhlZDogbm8gbW9yZSBOdWxsUG9pbnRlckV4
Y2VwdGlvbiB3aGVuIGZhaWwgdG8NCgk+ID4gYXV0aGVudGljYXRlIHRoZQ0KCT4gPiA+IGNvbW1h
bmQNCgk+ID4gPiAgIG9iamVjdCBkdWUgdG8gbWlzc2luZyBzcGVjaWZpY2F0aW9uIG9mIHVzZXIg
bmFtZS9wYXNzd29yZA0KCT4gPiBpbiBjbGllbnQgc2lkZQ0KCT4gPiA+IC0gRXh0ZW5kZWQgdGhl
IFJlcXVlc3QgQVBJIGFuZCBtYWtlIGl0IG1vcmUgdXNlci1mcmllbmRseQ0KCT4gPiA+IC0gQWRk
ZWQgYSBzeXN0ZW0gZmVhdHVyZTogdG8gcXVlcnkgdGhlIG1lc3NhZ2Ugc3RhdHVzDQoJPiA+ID4g
LSBCdWcgZml4ZWQ6IG5vdyB0aGUgbWVzc2FnZSBjYW4gYmUgc3RvcmVkIHByb3Blcmx5IHRvDQoJ
PiA+IHJlcG9zaXRvcnkgZXZlbiB3aGVuDQoJPiA+ID4gICB0aGUgTVNIIGlzIHVuZGVyIHN0cmVz
cw0KCT4gPiA+IC0gUmV0cnkgdGltZSBpcyBub3cgY2FsY3VsYXRlZCBtb3JlIGFjY3VyYXRlbHkg
ZXZlbiBpZiB0aGUNCgk+ID4gTVNIIGlzIGhhbHRlZA0KCT4gPiA+ICAgYmV0d2VlbiByZXRyaWVz
DQoJPiA+ID4gLSBBZGRlZCBhIHN5c3RlbSBmZWF0dXJlOiBub3cgd2UgY2FuIGRlbGV0ZSBhIG1l
c3NhZ2UgaW4NCgk+ID4gdGhlIHF1ZXVlIGlmIGl0IGhhcw0KCT4gPiA+DQoJPiA+ID4gICBub3Qg
YmVlIG5zZW50IHN1Y2Nlc3NmdWxseQ0KCT4gPiA+IC0gQWRkZWQgYSBzeXN0ZW0gZmVhdHVyZTog
YXJjaGl2aW5nIHRoZSByZXBvc2l0b3J5IG9mIE1TSA0KCT4gPiA+IC0gUmVzdHJ1Y3R1cmVkIGxv
Z2dpbmcNCgk+ID4gPiAtIEdVSSBpbiBNU0ggTW9uaXRvciB1cGRhdGVkIHRvIGRlbW9uc3RyYXRl
IHRoZSBuZXcgZmVhdHVyZXMNCgk+ID4gPiAtIE1vZGlmaWVkIHRoZSBuYW1lc3BhY2UgdG8gY29u
Zm9ybSB0byBlYk1TIFNwZWNpZmljYXRpb24gWzIuMy4xXQ0KCT4gPiA+IC0gQnVnIGZpeGVkOiBO
dWxsUG9pbnRlckV4Y2VwdGlvbiB3aGVuIGZyb21VVENTdHJpbmcgaXMNCgk+ID4gZ2l2ZW4gYW4g
aW5jb21wbGV0ZQ0KCT4gPiA+ICAgZGF0ZS90aW1lIHN0cmluZy4NCgk+ID4gPiAtIEJ1ZyBmaXhl
ZDogTnVsbFBvaW50ZXJFeGNlcHRpb24gd2hlbiBhbiBlcnJvciBtZXNzYWdlIGlzDQoJPiA+IHJl
Y2VpdmVkIGZyb20gdGhlDQoJPiA+ID4NCgk+ID4gPiAgIG90aGVyIE1TSCAoZS5nLiBUaW1lVG9M
aXZlIGV4cGlyZWQpIHRoYXQgbmVlZHMgdG8gYmUNCgk+ID4gZm9yd2FyZGVkIHRvIHRoZQ0KCT4g
PiA+IHVzZXIuIEl0DQoJPiA+ID4gICB3YXMgcHJldmlvdXNseSBjYXVzZWQgYnkgdGhlICJudWxs
IiB2YWx1ZSBvZg0KCT4gPiBtc2hDb25uZWN0aW9uIHZhcmlhYmxlIGluDQoJPiA+ID4gICBvbk1l
c3NhZ2UoKSBmdW5jdGlvbiB3aGVuIGFuIGVycm9yIG1lc3NhZ2UgaXMgcmVjZWl2ZWQuDQoJPiA+
ID4gLSBBZGRlZCB1c2VyIGludGVyZmFjZSB0byBhZGQgVGltZVRvTGl2ZSB0byB0aGUgbWVzc2Fn
ZS4NCgk+ID4gPiAtIERldGFpbGVkIG1lc3NhZ2Ugc3RhdHVzIHRoYXQgaW5jbHVkZXMgaW5mb3Jt
YXRpb24gaW4NCgk+ID4gU2VudE1lc3NhZ2UgYW5kDQoJPiA+ID4gICBSZWNlaXZlZE1lc3NhZ2Ug
dGFibGUuDQoJPiA+ID4gLSBDaGFuZ2VkIHRoZSBwbGFjZW1lbnQgb2YgdGhlIHRleHQgZmllbGQg
IlRpbWUgdG8gTGl2ZSIuDQoJPiA+ID4gLSBBcHBlbmRzICJjaGFyc2V0IiB0byB0aGUgY29udGVu
dC10eXBlIG1pbWUgaGVhZGVyLg0KCT4gPiA+IC0gQWRkZWQgbmFtZXNwYWNlIHJlZmVyZW5jZXMg
c28gdGhhdCB0aGUgZ2VuZXJhdGVkIGViWE1MDQoJPiA+IG1lc3NhZ2VzIGNhbiBiZQ0KCT4gPiA+
ICAgdmFsaWRhdGVkLg0KCT4gPiA+IC0gSW1wbGVtZW50cyAiZ2V0VHJ1c3RlZFJlcG9zaXRvcnko
KSIgQVBJLiBOb3cgaXQgY2FuIGdldA0KCT4gPiB0cnVzdGVkIHJlcG9zaXRvcnkNCgk+ID4gPiAg
IGxvY2F0b25zIGZyb20gdGhlIE1TSCBkaXJlY3RseS4NCgk+ID4gPiAtIENoYW5nZWQgdGhlIGRh
dGFiYXNlIGNvbHVtbiBuYW1lIHRvIGF2b2lkIGFueSBwb3NzaWJsZQ0KCT4gPiBTUUwga2V5d29y
ZHMNCgk+ID4gPiAtIEZpeGVkIHRoZSBidWcgdGhhdCB0aGUgc2VuZGluZyB0aHJlYWRzIGFyZSBu
b3QgcmVzdGFydGVkDQoJPiA+IGFmdGVyIHJlc3VtaW5nDQoJPiA+ID4gTVNIIGZyb20NCgk+ID4g
PiAgIGhhbHQgc3RhdGUuDQoJPiA+ID4gLSBGaXhlcyB0aGUgdXNlIGNhc2UgdGhhdCBjb25uZWN0
aW9uIHBvb2wgY2Fubm90IGJlIHJlc2V0DQoJPiA+IHN1Y2Nlc3NmdWx5IGlmIGENCgk+ID4gPiAg
IGNvbm5lY3Rpb24gY2Fubm90IGJlIGNsb3NlZCBzdWNjZXNzZnVsbHkuDQoJPiA+ID4gLSBGaXhl
cyB0aGUgdXNlIGNhc2UgdGhhdCBOdWxsUG9pbnRlckV4Y2VwdGlvbiB3aWxsIHJlc3VsdCBpZg0K
CT4gPiA+IGdldE1lc3NhZ2VTdGF0dXMoKQ0KCT4gPiA+ICAgaXMgdXNlZCB0byBxdWVyeSBtb3Jl
IHRoYW4gb25lIG1lc3NhZ2UuDQoJPiA+ID4gLSBGaXhlZCB0aGUgYnVnIHRoYXQgdGhlIHNlbmRp
bmcgdGhyZWFkcyBhcmUgbm90IHJlc3RhcnRlZA0KCT4gPiBhZnRlciByZXN1bWluZw0KCT4gPiA+
IE1TSCBmcm9tDQoJPiA+ID4gICBoYWx0IHN0YXRlLg0KCT4gPiA+IC0gRml4ZWQgdGhlIGJ1ZyB0
aGF0IGRpYWdub3NpcyBkdW1wIG9ubHkgcGFyc2VzIHRoZSBkYXRlIHBhcnQgb2YgdGhlDQoJPiA+
ID4gZGF0ZS90aW1lDQoJPiA+ID4gICBzcGVjaWZpZWQuDQoJPiA+ID4gLSBVc2VkIENvbW1hbmRD
b25zdGFudHMgb2JqZWN0cyB0byBjb250YWlucyBjb21tYW5kDQoJPiA+IGNvbnN0YW50cywgc28g
YXMgdG8NCgk+ID4gPiBlbmZvcmNlDQoJPiA+ID4gICBtYXhpbXVtIGNvbXBhdGliaWxpdHkgb2Yg
Q29tbWFuZCBvYmplY3RzIGFjcm9zcyB2ZXJzaW9uLg0KCT4gPiA+IC0gRml4ZWQgdGhlIGJ1ZyB0
aGF0IGRpYWdub3NpcyBkdW1wIGNhbm5vdCBkdW1wIGRhdGFiYXNlIHdoZW4gYm90aA0KCT4gPiA+
IEFwcGxpY2F0aW9uDQoJPiA+ID4gICBDb250ZXh0IGFuZCBTdGFydGluZyAvIEVuZGluZyBkYXRl
L3RpbWUgYXJlIHNwZWNpZmllZC4NCgk+ID4gPiAtIFJldHJ5IHNlbmRpbmcgYWNrbm93bGVkZ21l
bnQgb25seSBpZiB0aGUgY3VycmVudCB0aHJlYWQNCgk+ID4gc2VuZGluZyB0aGUgYWNrDQoJPiA+
ID4gZG9lcyBub3QNCgk+ID4gPiAgIGV4aXN0Lg0KCT4gPiA+IC0gRml4ZWQgdGhlIHVzZSBjYXNl
IHRoYXQgaWYgdGhlIGFwcGxpY2F0aW9uIGNvbnRleHQgY2Fubm90DQoJPiA+IGJlIGFyY2hpdmVk
DQoJPiA+ID4gYmVjYXVzZQ0KCT4gPiA+ICAgc29tZSBvZiB0aGUgbWVzc2FnZXMgYXJlIG5vdCBy
ZWFkeSwgYXJjaGl2ZUJ5RGF0ZSgpIGFuZA0KCT4gPiA+IGFyY2hpdmVCeUFwcENvbnRleHQoKQ0K
CT4gPiA+ICAgcmV0dXJuIGFuIGludmFsaWQgZXJyb3IgbWVzc2FnZS4NCgk+ID4gPiAtIEZpeGVz
IHRoZSBNU0ggYmFja3VwIGZ1bmN0aW9uLiBOb3cgaXQgcmV0dXJucyBmYWlsdXJlDQoJPiA+IG1l
c3NhZ2UgY29ycmVjdGx5IGluDQoJPiA+ID4gICBjYXNlIGJhY2t1cCBvcGVyYXRpb24gZmFpbGVk
Lg0KCT4gPiA+IC0gRml4ZXMgdGhlIHVzZSBjYXNlIHRoYXQgYXJjaGl2ZSBvbmx5IGNyZWF0ZXMg
dGhlDQoJPiA+IGRpcmVjdG9yeSBvbiB0aGUgZmlyc3QNCgk+ID4gPiB0aW1lIG9mDQoJPiA+ID4g
ICBpbnZvY2F0aW9uIGlmIHRoZSBkZXN0aW5hdGlvbiBkaXJlY3RvcnkgZG9lcyBub3QgZXhpc3Q7
IGFuZCBydW5zDQoJPiA+ID4gc3VjY2Vzc2Z1bGx5DQoJPiA+ID4gICBpbiBzdWJzZXF1ZW50IHJ1
bnMuDQoJPiA+ID4gLSBBbGxvdyBkYXRhYmFzZSBwYXNzd29yZCB0byBiZSB6ZXJvLWxlbmd0aCBp
biBkaWFnbm9zaXMNCgk+ID4gdG9vbCBjb25maWd1cmF0aW9uDQoJPiA+ID4gZmlsZS4NCgk+ID4g
PiAtIE1vZGlmaWVkIHRoZSBNU0ggcHJvcGVydGllcyBmaWxlIHRvIGRlbW9uc3RyYXRlIGNvcnJl
Y3QNCgk+ID4gc2V0dGluZ3MuIFRoZQ0KCT4gPiA+IG1lc3NhZ2UNCgk+ID4gPiAgIHJlcG9zaXRv
cnkgYW5kIHRoZSBvYmplY3RzdG9yZSBkaXJlY3RvcmllcyBjYW5ub3QgaGF2ZSBhDQoJPiA+IHBh
cmVudC1jaGlsZA0KCT4gPiA+ICAgcmVsYXRpb25zaGlwLg0KCT4gPiA+DQoJPiA+ID4NCgk+ID4g
PiBSZWdhcmRzLA0KCT4gPiA+IC1QYXRyaWNrDQoJPiA+ID4gLS0NCgk+ID4gPiBQYXRyaWNrIFll
ZQ0KCT4gPiA+IFN5c3RlbSBBcmNoaXRlY3QNCgk+ID4gPiBDZW50ZXIgZm9yIEUtQ29tbWVyY2Ug
SW5mcmFzdHJ1Y3R1cmUgRGV2ZWxvcG1lbnQgKENFQ0lEKQ0KCT4gPiA+IERlcHQuIG9mIENvbXB1
dGVyIFNjaWVuY2UgYW5kIEluZm9ybWF0aW9uIFN5c3RlbXMNCgk+ID4gPiBUaGUgVW5pdmVyc2l0
eSBvZiBIb25nIEtvbmcNCgk+ID4gPiBUZWw6ICg4NTIpIDIyNDE1Njc0DQoJPiA+ID4gRmF4OiAo
ODUyKSAyNTQ3NDYxMQ0KCT4gPiA+DQoJPiA+ID4NCgk+ID4NCgk+ID4NCgk+DQoJDQoJDQoJDQoJ
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0K
CVRoaXMgc2YubmV0IGVtYWlsIGlzIHNwb25zb3JlZCBieTpUaGlua0dlZWsNCglXZWxjb21lIHRv
IGdlZWsgaGVhdmVuLg0KCWh0dHA6Ly90aGlua2dlZWsuY29tL3NmDQoJX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCgllYnhtbG1zLWdlbmVyYWwgbWFpbGlu
ZyBsaXN0DQoJZWJ4bWxtcy1nZW5lcmFsQGxpc3RzLnNvdXJjZWZvcmdlLm5ldA0KCWh0dHBzOi8v
bGlzdHMuc291cmNlZm9yZ2UubmV0L2xpc3RzL2xpc3RpbmZvL2VieG1sbXMtZ2VuZXJhbA0KCQ0K
DQo=

Re: [ebxmlms-general] Hermes v0.9.2.0 released

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

Hello Regis,

In Hermes, application context is a four-tuple consist of:

1. CPA ID
2. Conversation ID
3. Service
4. Action

This four-tuple will uniquely identify the clients. So I guess in your case
you are have clients that use the same application context with different
ToPartyID only. If this is the case, please try to reassign the application
context to make it unique for each client.

Hope this helps.

Regards, -Patrick
--
Patrick Yee
System Architect
Center for E-Commerce Infrastructure Development (CECID)
Dept. of Computer Science and Information Systems
The University of Hong Kong
Tel: (852) 22415674
Fax: (852) 25474611

----- Original Message -----
From: "Regis Dubois" <Reg...@va...>
To: "Patrick Yee" <kc...@cs...>
Sent: Thursday, November 28, 2002 5:32 PM
Subject: RE: [ebxmlms-general] Hermes v0.9.2.0 released


> Hello Patrick,
>
> Don't Worry I'm now using the 2.0 package for developping my client.
> You are right the /bin is in the all-in-one package (wich I don't need
> anymore because I compiled the source file :-) )
>
> I'm glad that hermes now support the loopback because I rather like to
> develop on the same machine rather than 2 machines as before, and it will
be
> more convenient to make a demonstration of the prototype to our clients.
>
> I have but a question:
> If I am developping to clients communicating together on the same machine
> using Hermes, I'll send all messages to the same url:
> http://localhost:8080/msh
> my problem is that even though I'm using different frompartyID and
> topartyID, the messages will be pulled by the first client
> that will register itself with the application context -> the from and to
> ID's are inoperative.
> The only solution I see to fix this problem is to set up 2 msh on the same
> machine. (which is maybe impossible?).
> Am I clear with my problem? Is there a solution you know to fix it?
>
> Cheers,
>
> Regis
>
> > -----Message d'origine-----
> > De : Patrick Yee [mailto:kc...@cs...]
> > Envoye : jeudi 28 novembre 2002 02:40
> > A : Regis Dubois
> > Cc : ebx...@li...
> > Objet : RE: [ebxmlms-general] Hermes v0.9.2.0 released
> >
> >
> > Hello Regis,
> >
> > Are you downloading binary package? As far as I know, we
> > don't have bin
> > directory included in binary package. The bin directory is
> > distributed in
> > a so-called "all-in-one" package. You can find the
> > "all-in-one" package at
> > www.freebxml.org, which is another website for distributing
> > open source
> > ebXML software packages.
> >
> > Another choice is you can get link your client with msh.jar
> > found in lib
> > directory of the binary package. It should contain all the classes you
> > need. Yet another alternative is you can download the source
> > package and
> > compile the clas
> >
> > Please use 0.9.2.0 whenever possible, it is more functionally
> > complete.
> > And please don't use 0.9.1.3 to develop client for 0.9.2.0.
> > They are not
> > compatible. In our convention, 0.9.1.x is not compatible with 0.9.2.x.
> >
> > Regards, -Patrick
> >
> > On Wed, 27 Nov 2002, Regis Dubois wrote:
> >
> > > Hello Patrick I downloaded the 9.2.0 Hermes MSH binary
> > package in order to
> > > upgrade from the 9.1.3.
> > >
> > > but could not find the /bin directory in the package which
> > I use to develop
> > > my ebXML client.
> > > Is that normal? should I use the one provided in the 9.1.3 package?
> > >
> > > Cheers
> > >
> > > -----Message d'origine-----
> > > De : Patrick Yee [mailto:kc...@ce...]
> > > Envoye : mardi 26 novembre 2002 05:37
> > > A : EbXMLms List (E-mail)
> > > Objet : [ebxmlms-general] Hermes v0.9.2.0 released
> > >
> > >
> > >
> > > Dear all,
> > >
> > > We are pleased to announce a new release of Hermes today.
> > You can download
> > > the latest release either from our project homepage on SourceForge (
> > > http://sourceforge.net/projects/ebxmlms
> > > <http://sourceforge.net/projects/ebxmlms> ), or from freebXML.org (
> > > http://www.freebxml.org <http://www.freebxml.org> ).
> > >
> > > Thanks a lot for your support. For your information, here
> > is the release
> > > note of this release:
> > >
> > > Version 0.9.2.0
> > > ===============
> > > - Supported transaction locking of a message based on its message ID
> > > - Added clean up code to properly free resource such as
> > Resultset, Statement
> > > - Added database fields in vision to support sync reply,
> > message order and
> > >   persist duration
> > > - Bug fixed: now deliver message to application works
> > properly no matter
> > > what
> > >   mode is used for the MSH client to get message from MSH server
> > > - Added an optional feature: positive acknowledgment to MSH
> > client if the
> > >   message is successfully sent to the destination
> > > - Added a system feature: clean halt, which will stop all
> > sending and
> > > receiving
> > >   processes, and the MSH client will receive error messages
> > as if the
> > > messages
> > >   are not sent successfully
> > > - Added a system feature: backup and restore of MSH states
> > and repository
> > > - Bug fixed: no more NullPointerException when fail to
> > authenticate the
> > > command
> > >   object due to missing specification of user name/password
> > in client side
> > > - Extended the Request API and make it more user-friendly
> > > - Added a system feature: to query the message status
> > > - Bug fixed: now the message can be stored properly to
> > repository even when
> > >   the MSH is under stress
> > > - Retry time is now calculated more accurately even if the
> > MSH is halted
> > >   between retries
> > > - Added a system feature: now we can delete a message in
> > the queue if it has
> > >
> > >   not bee nsent successfully
> > > - Added a system feature: archiving the repository of MSH
> > > - Restructured logging
> > > - GUI in MSH Monitor updated to demonstrate the new features
> > > - Modified the namespace to conform to ebMS Specification [2.3.1]
> > > - Bug fixed: NullPointerException when fromUTCString is
> > given an incomplete
> > >   date/time string.
> > > - Bug fixed: NullPointerException when an error message is
> > received from the
> > >
> > >   other MSH (e.g. TimeToLive expired) that needs to be
> > forwarded to the
> > > user. It
> > >   was previously caused by the "null" value of
> > mshConnection variable in
> > >   onMessage() function when an error message is received.
> > > - Added user interface to add TimeToLive to the message.
> > > - Detailed message status that includes information in
> > SentMessage and
> > >   ReceivedMessage table.
> > > - Changed the placement of the text field "Time to Live".
> > > - Appends "charset" to the content-type mime header.
> > > - Added namespace references so that the generated ebXML
> > messages can be
> > >   validated.
> > > - Implements "getTrustedRepository()" API. Now it can get
> > trusted repository
> > >   locatons from the MSH directly.
> > > - Changed the database column name to avoid any possible
> > SQL keywords
> > > - Fixed the bug that the sending threads are not restarted
> > after resuming
> > > MSH from
> > >   halt state.
> > > - Fixes the use case that connection pool cannot be reset
> > successfuly if a
> > >   connection cannot be closed successfully.
> > > - Fixes the use case that NullPointerException will result if
> > > getMessageStatus()
> > >   is used to query more than one message.
> > > - Fixed the bug that the sending threads are not restarted
> > after resuming
> > > MSH from
> > >   halt state.
> > > - Fixed the bug that diagnosis dump only parses the date part of the
> > > date/time
> > >   specified.
> > > - Used CommandConstants objects to contains command
> > constants, so as to
> > > enforce
> > >   maximum compatibility of Command objects across version.
> > > - Fixed the bug that diagnosis dump cannot dump database when both
> > > Application
> > >   Context and Starting / Ending date/time are specified.
> > > - Retry sending acknowledgment only if the current thread
> > sending the ack
> > > does not
> > >   exist.
> > > - Fixed the use case that if the application context cannot
> > be archived
> > > because
> > >   some of the messages are not ready, archiveByDate() and
> > > archiveByAppContext()
> > >   return an invalid error message.
> > > - Fixes the MSH backup function. Now it returns failure
> > message correctly in
> > >   case backup operation failed.
> > > - Fixes the use case that archive only creates the
> > directory on the first
> > > time of
> > >   invocation if the destination directory does not exist; and runs
> > > successfully
> > >   in subsequent runs.
> > > - Allow database password to be zero-length in diagnosis
> > tool configuration
> > > file.
> > > - Modified the MSH properties file to demonstrate correct
> > settings. The
> > > message
> > >   repository and the objectstore directories cannot have a
> > parent-child
> > >   relationship.
> > >
> > >
> > > Regards,
> > > -Patrick
> > > --
> > > Patrick Yee
> > > System Architect
> > > Center for E-Commerce Infrastructure Development (CECID)
> > > Dept. of Computer Science and Information Systems
> > > The University of Hong Kong
> > > Tel: (852) 22415674
> > > Fax: (852) 25474611
> > >
> > >
> >
> >
>

[ebxmlms-general] Re: Help for debugging problem in Hermes

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

Dear Visva,

I am sorry that the source code for common.jar is not distributed. And for
your problem, we suspect it origins from a very common cause: the MSH
application server cannot find the msh.properties.xml file for
configuration. To solve this, you need to find msh.properties.xml in our
distribution, and then edit every entry inside according to our
documentation. And then put the file into one of the following
directories:

1. The current directory. If you use Tomcat, this means the directory that
you start Tomcat. Normally it will be <tomcat_home>/bin.
2. Classpath. Again, if you use Tomcat, you may find or make a directory
in <tomcat_home>/webapps/msh/WEB-INF/classes.

Hope this helps. If you have any further questions, or still get stucked
in this, please feel free post to the ebxmlms-general mailing list at
ebx...@li..., where we have many discussions on
Hermes. You may find the archive the previous discussions in the
sourceforge web site as well. The web site is at
http://sourceforge.net/projects/ebxmlms

Regards, -Patrick

On Thu, 28 Nov 2002, Visva wrote:

> I was trying out the Hermes distribution. I could not find the source for commons.jar.
> I got the following error while attempting to run it.
>
> I'd greatly appreciate any help to resolve this problem.
>
> The following is part of the trace found in the log of Tomcat:
>
>
> 2002-11-27 21:38:24 StandardContext[/msh]: Exception sending context initialized event to listener instance of class hk.hku.cecid.phoenix.message.handler.MSHServletContextListener
>
> java.lang.NullPointerException
>
>  at hk.hku.cecid.phoenix.message.handler.MSHServletContextListener.contextInitialized(Unknown Source)
>  at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3188)
>
>
>
> Thanks in advance,
>
> Visva
>
> vi...@en... or vk...@ho...
>
>

RE: [ebxmlms-general] Hermes v0.9.2.0 released

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

Hello Regis,

Are you downloading binary package? As far as I know, we don't have bin
directory included in binary package. The bin directory is distributed in
a so-called "all-in-one" package. You can find the "all-in-one" package at
www.freebxml.org, which is another website for distributing open source
ebXML software packages.

Another choice is you can get link your client with msh.jar found in lib
directory of the binary package. It should contain all the classes you
need. Yet another alternative is you can download the source package and
compile the clas

Please use 0.9.2.0 whenever possible, it is more functionally complete.
And please don't use 0.9.1.3 to develop client for 0.9.2.0. They are not
compatible. In our convention, 0.9.1.x is not compatible with 0.9.2.x.

Regards, -Patrick

On Wed, 27 Nov 2002, Regis Dubois wrote:

> Hello Patrick I downloaded the 9.2.0 Hermes MSH binary package in order to
> upgrade from the 9.1.3.
>
> but could not find the /bin directory in the package which I use to develop
> my ebXML client.
> Is that normal? should I use the one provided in the 9.1.3 package?
>
> Cheers
>
> -----Message d'origine-----
> De : Patrick Yee [mailto:kc...@ce...]
> Envoye : mardi 26 novembre 2002 05:37
> A : EbXMLms List (E-mail)
> Objet : [ebxmlms-general] Hermes v0.9.2.0 released
>
>
>
> Dear all,
>
> We are pleased to announce a new release of Hermes today. You can download
> the latest release either from our project homepage on SourceForge (
> http://sourceforge.net/projects/ebxmlms
> <http://sourceforge.net/projects/ebxmlms> ), or from freebXML.org (
> http://www.freebxml.org <http://www.freebxml.org> ).
>
> Thanks a lot for your support. For your information, here is the release
> note of this release:
>
> Version 0.9.2.0
> ===============
> - Supported transaction locking of a message based on its message ID
> - Added clean up code to properly free resource such as Resultset, Statement
> - Added database fields in vision to support sync reply, message order and
>   persist duration
> - Bug fixed: now deliver message to application works properly no matter
> what
>   mode is used for the MSH client to get message from MSH server
> - Added an optional feature: positive acknowledgment to MSH client if the
>   message is successfully sent to the destination
> - Added a system feature: clean halt, which will stop all sending and
> receiving
>   processes, and the MSH client will receive error messages as if the
> messages
>   are not sent successfully
> - Added a system feature: backup and restore of MSH states and repository
> - Bug fixed: no more NullPointerException when fail to authenticate the
> command
>   object due to missing specification of user name/password in client side
> - Extended the Request API and make it more user-friendly
> - Added a system feature: to query the message status
> - Bug fixed: now the message can be stored properly to repository even when
>   the MSH is under stress
> - Retry time is now calculated more accurately even if the MSH is halted
>   between retries
> - Added a system feature: now we can delete a message in the queue if it has
>
>   not bee nsent successfully
> - Added a system feature: archiving the repository of MSH
> - Restructured logging
> - GUI in MSH Monitor updated to demonstrate the new features
> - Modified the namespace to conform to ebMS Specification [2.3.1]
> - Bug fixed: NullPointerException when fromUTCString is given an incomplete
>   date/time string.
> - Bug fixed: NullPointerException when an error message is received from the
>
>   other MSH (e.g. TimeToLive expired) that needs to be forwarded to the
> user. It
>   was previously caused by the "null" value of mshConnection variable in
>   onMessage() function when an error message is received.
> - Added user interface to add TimeToLive to the message.
> - Detailed message status that includes information in SentMessage and
>   ReceivedMessage table.
> - Changed the placement of the text field "Time to Live".
> - Appends "charset" to the content-type mime header.
> - Added namespace references so that the generated ebXML messages can be
>   validated.
> - Implements "getTrustedRepository()" API. Now it can get trusted repository
>   locatons from the MSH directly.
> - Changed the database column name to avoid any possible SQL keywords
> - Fixed the bug that the sending threads are not restarted after resuming
> MSH from
>   halt state.
> - Fixes the use case that connection pool cannot be reset successfuly if a
>   connection cannot be closed successfully.
> - Fixes the use case that NullPointerException will result if
> getMessageStatus()
>   is used to query more than one message.
> - Fixed the bug that the sending threads are not restarted after resuming
> MSH from
>   halt state.
> - Fixed the bug that diagnosis dump only parses the date part of the
> date/time
>   specified.
> - Used CommandConstants objects to contains command constants, so as to
> enforce
>   maximum compatibility of Command objects across version.
> - Fixed the bug that diagnosis dump cannot dump database when both
> Application
>   Context and Starting / Ending date/time are specified.
> - Retry sending acknowledgment only if the current thread sending the ack
> does not
>   exist.
> - Fixed the use case that if the application context cannot be archived
> because
>   some of the messages are not ready, archiveByDate() and
> archiveByAppContext()
>   return an invalid error message.
> - Fixes the MSH backup function. Now it returns failure message correctly in
>   case backup operation failed.
> - Fixes the use case that archive only creates the directory on the first
> time of
>   invocation if the destination directory does not exist; and runs
> successfully
>   in subsequent runs.
> - Allow database password to be zero-length in diagnosis tool configuration
> file.
> - Modified the MSH properties file to demonstrate correct settings. The
> message
>   repository and the objectstore directories cannot have a parent-child
>   relationship.
>
>
> Regards,
> -Patrick
> --
> Patrick Yee
> System Architect
> Center for E-Commerce Infrastructure Development (CECID)
> Dept. of Computer Science and Information Systems
> The University of Hong Kong
> Tel: (852) 22415674
> Fax: (852) 25474611
>
>

[ebxmlms-general] Hermes v0.9.2.0 released

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

Dear all,

We are pleased to announce a new release of Hermes today. You can =
download the latest release either from our project homepage on =
SourceForge (http://sourceforge.net/projects/ebxmlms), or from =
freebXML.org (http://www.freebxml.org).

Thanks a lot for your support. For your information, here is the release =
note of this release:

Version 0.9.2.0
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
- Supported transaction locking of a message based on its message ID
- Added clean up code to properly free resource such as Resultset, =
Statement
- Added database fields in vision to support sync reply, message order =
and=20
  persist duration
- Bug fixed: now deliver message to application works properly no matter =
what
  mode is used for the MSH client to get message from MSH server
- Added an optional feature: positive acknowledgment to MSH client if =
the=20
  message is successfully sent to the destination
- Added a system feature: clean halt, which will stop all sending and =
receiving
  processes, and the MSH client will receive error messages as if the =
messages
  are not sent successfully
- Added a system feature: backup and restore of MSH states and =
repository
- Bug fixed: no more NullPointerException when fail to authenticate the =
command=20
  object due to missing specification of user name/password in client =
side
- Extended the Request API and make it more user-friendly
- Added a system feature: to query the message status
- Bug fixed: now the message can be stored properly to repository even =
when
  the MSH is under stress
- Retry time is now calculated more accurately even if the MSH is halted =

  between retries
- Added a system feature: now we can delete a message in the queue if it =
has=20
  not bee nsent successfully
- Added a system feature: archiving the repository of MSH
- Restructured logging
- GUI in MSH Monitor updated to demonstrate the new features
- Modified the namespace to conform to ebMS Specification [2.3.1]
- Bug fixed: NullPointerException when fromUTCString is given an =
incomplete=20
  date/time string.
- Bug fixed: NullPointerException when an error message is received from =
the=20
  other MSH (e.g. TimeToLive expired) that needs to be forwarded to the =
user. It
  was previously caused by the "null" value of mshConnection variable in =

  onMessage() function when an error message is received.
- Added user interface to add TimeToLive to the message.
- Detailed message status that includes information in SentMessage and=20
  ReceivedMessage table.
- Changed the placement of the text field "Time to Live".
- Appends "charset" to the content-type mime header.
- Added namespace references so that the generated ebXML messages can be =

  validated.
- Implements "getTrustedRepository()" API. Now it can get trusted =
repository
  locatons from the MSH directly.
- Changed the database column name to avoid any possible SQL keywords
- Fixed the bug that the sending threads are not restarted after =
resuming MSH from
  halt state.
- Fixes the use case that connection pool cannot be reset successfuly if =
a=20
  connection cannot be closed successfully.
- Fixes the use case that NullPointerException will result if =
getMessageStatus()
  is used to query more than one message.
- Fixed the bug that the sending threads are not restarted after =
resuming MSH from
  halt state.
- Fixed the bug that diagnosis dump only parses the date part of the =
date/time=20
  specified.
- Used CommandConstants objects to contains command constants, so as to =
enforce=20
  maximum compatibility of Command objects across version.
- Fixed the bug that diagnosis dump cannot dump database when both =
Application=20
  Context and Starting / Ending date/time are specified.
- Retry sending acknowledgment only if the current thread sending the =
ack does not
  exist. =20
- Fixed the use case that if the application context cannot be archived =
because
  some of the messages are not ready, archiveByDate() and =
archiveByAppContext()
  return an invalid error message.
- Fixes the MSH backup function. Now it returns failure message =
correctly in
  case backup operation failed.
- Fixes the use case that archive only creates the directory on the =
first time of=20
  invocation if the destination directory does not exist; and runs =
successfully=20
  in subsequent runs.
- Allow database password to be zero-length in diagnosis tool =
configuration file.
- Modified the MSH properties file to demonstrate correct settings. The =
message
  repository and the objectstore directories cannot have a parent-child
  relationship.


Regards,
-Patrick
--
Patrick Yee
System Architect
Center for E-Commerce Infrastructure Development (CECID)
Dept. of Computer Science and Information Systems
The University of Hong Kong
Tel: (852) 22415674
Fax: (852) 25474611

[ebxmlms-general] Re: Digital Signature problem.

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

Dear Sztuba,

We have used Apache XML security library for handling digital signature.
According to the release note of the library and our experience. You shou=
ld
perform two special procedures to make it works.

1. Copy a new xalan.jar to <JAVA_HOME>/jre/lib/endorsed. You may need to
manually create the endorsed directory, and you may find the new xalan.ja=
r
in the lib directory in our Hermes distribution.

2. If you are using Windows, you should place <JAVA_HOME>/bin in the %PAT=
H%
environment variable. And most importantly, it should be placed IN FRONT =
OF
windows\system32. So, you'd better place it as the first entry. All we wa=
nt
to guarantee is Windows will invoke java.exe in JAVA_HOME, not in windows
system32 directory.

Hope this helps.

Regards, -Patrick
--
Patrick Yee
System Architect
Center for E-Commerce Infrastructure Development (CECID)
Dept. of Computer Science and Information Systems
The University of Hong Kong
Tel: (852) 22415674
Fax: (852) 25474611

----- Original Message -----
From: "Sztuba Miroslaw" <mi...@bs...>
To: <kc...@cs...>
Sent: Tuesday, November 19, 2002 8:15 PM
Subject: Digital Signature problem.


>
> Hi,
>
> I'm testing digital signatures, and get a error (the same have: Gait
Boxman
> at mailing lists on the SourceForge.net) when sendind message from MSH
> monitor or from Java code:
> *******msh.log*********
> hk.hku.cecid.phoenix.message.handler.HttpSender cannot send message
> successfully for 2 times:
> hk.hku.cecid.phoenix.message.transport.TransportException:
> java.security.PrivilegedActionException: javax.xml.soap.SOAPException: =
Bad
> response: (409HTTP POST submitted to MessageServiceHandler failed:
> MessageServiceHandlerException: Since it seems that nobody reads our
> installation notes, we must do it in the exception messages. Hope you r=
ead
> them. You did NOT use the endorsed mechanism from JDK 1.4 properly; loo=
k
at
> <http://xml.apache.org/security/install.html> how to solve this problem.
> Original message was "try to access field
> org.apache.xpath.XPathContext.m_dtmManager from class
> org.apache.xml.security.transforms.implementations.FuncHereContext"
> *******msh.log*********
>
> Best Regards.
>
> Miros=B3aw Sztuba
>
> tel. (052) 3251 347
> mailto:mi...@bs...
> Bazy i Systemy Bankowe Sp. z o.o.
> Bydgoszcz
>
>
>

Re: [ebxmlms-general] Malformed MessageServiceHandler URL

[Frankie L. <ts...@ce...>]

Dear Simon,

I tried to reproduce the case by internalizing the message using Sun's
implementation of EbXMLMessageImpl(), and it results in the following error:

Exception in thread "main" java.lang.NumberFormatException:
2002-11-01T07:29:07Z

        at java.lang.Long.parseLong(Long.java:332)
        at java.lang.Long.parseLong(Long.java:381)
        at
com.sun.xml.messaging.jaxm.ebxml.EbXMLMessageImpl.setMessageData(EbXM
LMessageImpl.java:269)
        at
com.sun.xml.messaging.jaxm.ebxml.EbXMLMessageImpl.setMessageHeader(Eb
XMLMessageImpl.java:181)
        at
com.sun.xml.messaging.jaxm.ebxml.EbXMLMessageImpl.fillInHeaders(EbXML
MessageImpl.java:140)
        at
com.sun.xml.messaging.jaxm.ebxml.EbXMLMessageImpl.<init>(EbXMLMessage
Impl.java:117)
        at Test.main(Unknown Source)

The ebXML Specification 1.092 Section 3.1.6.2 says that the timestamp should
conform to the dateTime [XMLSchema] and MUST be expressed in UTC. However,
the timestamp created by Sun's implementation is:

<eb:Timestamp>1037152439234</eb:Timestamp>

It seems to me that it's a bug that it directly outputs the long value of
the java Date object. Therefore the message created by Hermes cannot be
internalized by Sun's implementation. After modifying the message to use the
timestamp above, the message can be internalized successfully.

Note, however, that there was also a bug in Hermes r0914 that timestamp is
not checked; therefore it can internalize the message created by Sun's
implementation without error =) This is corrected in Hermes r0920.

In addition, the namespaces have changed from ebMS 1.0 and 2.0; therefore
the messages sent by MSH conformant to 1.0 probably cannot be received
correctly by MSH conformant to ebMS 2.0. You may also be interested to know
the other differences in
http://lists.ebxml.org/archives/ebxml-dev/200205/msg00059.html.

Best regards,

--
Frankie Lam
Assistant Technology Officer
Center for E-Commerce Infrastructure Development (CECID)
Dept. of Computer Science and Information Systems
The University of Hong Kong
Tel: (852) 22415737
Fax: (852) 25474611

P.S. This message is cc'ed to the ebxmlms-general list.

----- Original Message -----
From: "simon carni" <sim...@ho...>
To: <ts...@ce...>
Sent: Wednesday, November 13, 2002 3:20 AM
Subject: Re: [ebxmlms-general] Malformed MessageServiceHandler URL


> Hi
> You haven't heard from me for a while. That's becouse i was smahing my had
> trying to find a couse to my problem and I think I've made some progress.
>
> If I construct an ebXML Message using Sun's implementaion of ebXML message
> and then send it with your MSH, then the Sun's jaxm provider gets the
> message and everything is done correctly. Here's the sample code:
>             String cpaID = "CPA_2002";
>             String conversationID = "Item_No_128";
>             String service = "Purchase Order";
>             String action = "Order";
>
>
>             ApplicationContext ac = new ApplicationContext(
>                 cpaID, conversationID, service, action);
>
>             String transportType = "HTTP";
>             String toMshUrl = "http://localhost:8080/jaxm
> provider/receiver/ebxml";
>
>
>             Request mshReq = new Request(
>                 ac, new URL(toMshUrl), null, transportType);
>
> /***********************************/
> /*** constructing  a message using Sun's implementation ***/
> EbXMLMessageImpl ebxmlMsg= new  EbXMLMessageImpl();
>
>     ebxmlMsg.setSender(new Party("http://localhost:8080/msh"));
>     ebxmlMsg.setReceiver(new
> Party("http://www.wombats.com/remote/sender"));
>
>     Service service1 = new Service(service);
>     ebxmlMsg.setRefToMessageId("200...@ex...");
>     ebxmlMsg.setCPAId(cpaID);
>     ebxmlMsg.setConversationId("20001209-133003-28572");
>     ebxmlMsg.setService(service1);
>     ebxmlMsg.setAction(action);
>     Manifest manifest = new Manifest("manifest", "1.0");
>     Reference ref = new Reference("pay01", "cid:pay01",
>     "http://regrep.org/gci/purchaseorder");
>
>     Schema schema = new Schema(
>       "http://regrep.org/gci/purchaseorder.xsd",
>   "1.0");
>     ref.setSchema(schema);
>
>     Description desc = new Description("en-us");
>     desc.setText("PurchaseOrder for widgets");
>     ref.setDescription(desc);
>     manifest.addReference(ref);
>     ebxmlMsg.setManifest(manifest);
>
> /********************************************************/
> /*** sending a message using your msh ***/
> /*** before that I have to create EbxmlMessage object  ***/
> /*** (Sun's EbXMLMessageImpl extends SOAPMessage)**/
> hk.hku.cecid.phoenix.message.packaging.EbxmlMessage message = new
> hk.hku.cecid.phoenix.message.packaging.EbxmlMessage(ebxmlMsg);
>
> message.saveChanges();
> mshReq.send(message);
>
> That's it.
>
> So my guess is that Sun's message listener (or jaxm provider) doesn't
> recognize the messege creates with your implementation of ebXML Message.
> Or it might be a version thing, becouse Sun's implementation creates an
> ebXML message version 1.0. But I read somewhere that the compatibility
> shouldn't be a problem.
>
> Any ideas?
>
> Thank's
>   Simon
>
>
>
>
>
>
>
>
> >From: "Frankie Lam" <ts...@ce...>
> >To: "simon carni" <sim...@ho...>
> >Subject: Re: [ebxmlms-general] Malformed MessageServiceHandler URL
> >Date: Fri, 8 Nov 2002 17:58:53 +0800
> >
> >Dear Simon,
> >
> >Thanks for the information. We suspect that there is some problem that
> >prevents Sun's implementation of JAXM provider to internalize the
> >ebxmlMessage generated by our MSH. Could you please attach the log files
of
> >Sun's JAXM provider here also? Thank you!
> >
> >Best regards,
> >
> >Frankie Lam
> >Assistant Technology Officer
> >Center for E-Commerce Infrastructure Development (CECID)
> >Dept. of Computer Science and Information Systems
> >The University of Hong Kong
> >Tel: (852) 22415737
> >Fax: (852) 25474611
> >
> >----- Original Message -----
> >From: "simon carni" <sim...@ho...>
> >To: <fr...@mi...>
> >Cc: <ebx...@li...>
> >Sent: Friday, November 08, 2002 5:07 PM
> >Subject: Re: [ebxmlms-general] Malformed MessageServiceHandler URL
> >
> >
> > > Hi,
> > >
> > > I will try to simplify
> > >
> > > I'm testing your MSH so i've set up the default conf. Then I run
> >RunMonitor.
> > > If I dont't change to MSH URL field averything works fine. But if
change
> >ut
> > > to the URL of client that uses another MSH or directly to another MSH
i
> >get
> > > mentioned exception. I'm using hermesMSH version 0.9.1.4. The other
MSH
> >is
> > > Sun's implementation jaxm provider Here's  part of msh.log that might
be
> > > interesting to you:
> > >
> > > 2002-11-08 09:41:58,522 DEBUG [main]: Hermes (ebms2) MSH v.0.9.1.4
> >started.
> > > 2002-11-08 09:41:58,763 DEBUG [main]: Verifying the database tables
are
> > > properly installed...
> > > 2002-11-08 09:41:58,833 DEBUG [main]: Looks good.
> > > 2002-11-08 09:41:59,674 DEBUG [main]: Restart previous sending threads
> > > 2002-11-08 09:41:59,674 DEBUG [main]: Get delivery status of messages
> > > 2002-11-08 09:41:59,684 DEBUG [main]: Getting the sequence number of
> >sent
> > > messages
> > > 2002-11-08 09:41:59,684 DEBUG [main]: ConversationID: convid Max
> >Seq: -9999
> > > 2002-11-08 09:41:59,684 DEBUG [main]: ConversationID: Item_No_128 Max
> >Seq:
> > > -9999
> > > 2002-11-08 09:41:59,724 DEBUG [Thread-4]: Polling mail server: pop3,
> > > localhost, 110, INBOX, user
> > > 2002-11-08 09:43:33,088 DEBUG [HttpProcessor[8080][4]]: Received
request
> >for
> > > registering msh config
> > > 2002-11-08 09:43:33,088 DEBUG [HttpProcessor[8080][4]]: Update
MSHConfig
> > > 2002-11-08 09:43:33,098 DEBUG [main]: Diagnostic command: 5
> > > 2002-11-08 09:43:33,128 DEBUG [HttpProcessor[8080][3]]: Received
request
> >of
> > > enable ack.
> > > 2002-11-08 09:43:33,128 DEBUG [main]: Diagnostic command: 7
> > > 2002-11-08 09:43:33,148 DEBUG [HttpProcessor[8080][1]]: Received
request
> >of
> > > accept ack.
> > > 2002-11-08 09:43:49,532 DEBUG [HttpProcessor[8080][1]]: Received
request
> >for
> > > sending message
> > > 2002-11-08 09:43:50,153 DEBUG [HttpProcessor[8080][1]]: Final sequence
> > > number in store: -9999
> > > 2002-11-08 09:43:50,153 DEBUG [HttpProcessor[8080][1]]: Entering
> > > MessageServer.store
> > > 2002-11-08 09:43:50,163 DEBUG [HttpProcessor[8080][1]]:
> > > getRepositoryFileName return: R0000\aM24DNtzCG6xgLMPYpYI4g==
> > > 2002-11-08 09:43:50,163 DEBUG [HttpProcessor[8080][1]]: Insert into
> > > messagestore database
> > > 2002-11-08 09:43:50,243 DEBUG [Thread-6]: Send... try #1
> > > 2002-11-08 09:43:50,243 DEBUG [Thread-6]: Entering MessageServer.retry
> > > 2002-11-08 09:43:50,243 DEBUG [Thread-6]: Current: 0 specified: 1
> > > 2002-11-08 09:43:50,243 DEBUG [Thread-6]: Update state to become 1
> > > 2002-11-08 09:43:50,583 DEBUG [Thread-6]:
> > > hk.hku.cecid.phoenix.message.handler.HttpSender cannot send message
> > > successfully for 1 times:
> > > hk.hku.cecid.phoenix.message.transport.TransportException:
> > > java.security.PrivilegedActionException
<<javax.xml.soap.SOAPException:
> > > Unable to internalize message>>
> > > 2002-11-08 09:44:20,256 DEBUG [Thread-6]: Send... try #2
> > > 2002-11-08 09:44:20,256 DEBUG [Thread-6]: Entering MessageServer.retry
> > > 2002-11-08 09:44:20,256 DEBUG [Thread-6]: Current: 1 specified: 2
> > > 2002-11-08 09:44:20,256 DEBUG [Thread-6]: Update state to become 2
> > > 2002-11-08 09:44:20,276 DEBUG [Thread-6]:
> > > hk.hku.cecid.phoenix.message.handler.HttpSender cannot send message
> > > successfully for 2 times:
> > > hk.hku.cecid.phoenix.message.transport.TransportException:
> > > java.security.PrivilegedActionException
<<javax.xml.soap.SOAPException:
> > > Unable to internalize message>>
> > > 2002-11-08 09:44:20,436 DEBUG [Thread-6]: Final sequence number in
> >store:
> > > -9998
> > > 2002-11-08 09:44:20,436 DEBUG [Thread-6]: Entering MessageServer.store
> > > 2002-11-08 09:44:20,436 DEBUG [Thread-6]: getRepositoryFileName
return:
> > > R0000\KX-7va+2rpn5bw0pEMo-fQ==
> > > 2002-11-08 09:44:20,657 DEBUG [Thread-6]: Insert into reftomessage
> >database
> > > 2002-11-08 09:44:20,657 DEBUG [Thread-6]: Insert into messagestore
> >database
> > > 2002-11-08 09:44:20,687 DEBUG [Thread-6]: Entering MessageServer.retry
> > > 2002-11-08 09:44:20,687 DEBUG [Thread-6]: Current: 2 specified: -2
> > > 2002-11-08 09:44:20,687 DEBUG [Thread-6]: Update state to become -2
> > > 2002-11-08 09:44:33,195 DEBUG [HttpProcessor[8080][1]]: Key:
> > > R0000\KX-7va+2rpn5bw0pEMo-fQ==
> > > 2002-11-08 09:44:33,195 DEBUG [HttpProcessor[8080][1]]: File name:
> > > KX-7va+2rpn5bw0pEMo-fQ==
> > > 2002-11-08 09:44:33,205 DEBUG [HttpProcessor[8080][1]]: Normal return
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > >From: "Frankie Lam" <fr...@mi...>
> > > >To: "simon carni" <sim...@ho...>
> > > >CC: <ebx...@li...>
> > > >Subject: Re: [ebxmlms-general] Malformed MessageServiceHandler URL
> > > >Date: Fri, 8 Nov 2002 09:33:02 +0800
> > > >
> > > >Dear Simon,
> > > >
> > > >Can you attach your code here? And which version of MSH / Application
> > > >Server
> > > >are you using? Moreover, could you please tell us more about "the
other
> > > >msh"
> > > >that you are using?
> > > >
> > > >Best regards,
> > > >
> > > >Frankie Lam
> > > >Assistant Technology Officer
> > > >Center for E-Commerce Infrastructure Development (CECID)
> > > >Dept. of Computer Science and Information Systems
> > > >The University of Hong Kong
> > > >Tel: (852) 22415737
> > > >Fax: (852) 25474611
> > > >
> > > >----- Original Message -----
> > > >From: "simon carni" <sim...@ho...>
> > > >To: <kc...@ce...>; <ebx...@li...>
> > > >Sent: Friday, November 08, 2002 4:54 AM
> > > >Subject: Re: [ebxmlms-general] Malformed MessageServiceHandler URL
> > > >
> > > >
> > > > > thanks, I solved the problem but now I have a new one:
> > > > >
> > > > > While trying to send a message from your msh to other msh
> >(jaxm-provider
> > > > > from Sun) i get following exception:
> > > > >
> > > > > ******************************************
> > > > > javax.xml.soap.SOAPException: Invalid Content-Type:text/html
> > > > > at
> > >
> >
>com.sun.xml.messaging.saaj.soap.MessageImpl.verify(MessageImpl.java:159)
> > > > > at
> > >
>com.sun.xml.messaging.saaj.soap.MessageImpl.<init>(MessageImpl.java:91)
> > > > > at
> > > > >
> > >
> >
>com.sun.xml.messaging.saaj.soap.MessageFactoryImpl.createMessage(MessageFac
> >t
> > > >oryImpl.java:32)
> > > > > at
> > > > >
> > >
> >
>com.sun.xml.messaging.saaj.client.p2p.HttpSOAPConnection.post(HttpSOAPConne
> >c
> > > >tion.java:333)
> > > > > at
> > > > >
> > >
> >
>com.sun.xml.messaging.saaj.client.p2p.HttpSOAPConnection$PriviledgedPost.ru
> >n
> > > >(HttpSOAPConnection.java:142)
> > > > > at java.security.AccessController.doPrivileged(Native Method)
> > > > > at
> > > > >
> > >
> >
>com.sun.xml.messaging.saaj.client.p2p.HttpSOAPConnection.call(HttpSOAPConne
> >c
> > > >tion.java:115)
> > > > > at hk.hku.cecid.phoenix.message.transport.HttpServlet.send(Unknown
> > > >Source)
> > > > > at hk.hku.cecid.phoenix.message.handler.HttpSender.run(Unknown
> >Source)
> > > > > javax.xml.soap.SOAPException: Unable to internalize message
> > > > > at
> > >
> >
>com.sun.xml.messaging.saaj.soap.MessageImpl.<init>(MessageImpl.java:135)
> > > > > at
> > > > >
> > >
> >
>com.sun.xml.messaging.saaj.soap.MessageFactoryImpl.createMessage(MessageFac
> >t
> > > >oryImpl.java:32)
> > > > > at
> > > > >
> > >
> >
>com.sun.xml.messaging.saaj.client.p2p.HttpSOAPConnection.post(HttpSOAPConne
> >c
> > > >tion.java:333)
> > > > > at
> > > > >
> > >
> >
>com.sun.xml.messaging.saaj.client.p2p.HttpSOAPConnection$PriviledgedPost.ru
> >n
> > > >(HttpSOAPConnection.java:142)
> > > > > at java.security.AccessController.doPrivileged(Native Method)
> > > > > at
> > > > >
> > >
> >
>com.sun.xml.messaging.saaj.client.p2p.HttpSOAPConnection.call(HttpSOAPConne
> >c
> > > >tion.java:115)
> > > > > at hk.hku.cecid.phoenix.message.transport.HttpServlet.send(Unknown
> > > >Source)
> > > > > at hk.hku.cecid.phoenix.message.handler.HttpSender.run(Unknown
> >Source)
> > > > > java.security.PrivilegedActionException:
> >javax.xml.soap.SOAPException:
> > > > > Unable to internalize message
> > > > > at
> > >
> >
>com.sun.xml.messaging.saaj.soap.MessageImpl.<init>(MessageImpl.java:135)
> > > > > at
> > > > >
> > >
> >
>com.sun.xml.messaging.saaj.soap.MessageFactoryImpl.createMessage(MessageFac
> >t
> > > >oryImpl.java:32)
> > > > > at
> > > > >
> > >
> >
>com.sun.xml.messaging.saaj.client.p2p.HttpSOAPConnection.post(HttpSOAPConne
> >c
> > > >tion.java:333)
> > > > > at
> > > > >
> > >
> >
>com.sun.xml.messaging.saaj.client.p2p.HttpSOAPConnection$PriviledgedPost.ru
> >n
> > > >(HttpSOAPConnection.java:142)
> > > > > at java.security.AccessController.doPrivileged(Native Method)
> > > > > at
> > > > >
> > >
> >
>com.sun.xml.messaging.saaj.client.p2p.HttpSOAPConnection.call(HttpSOAPConne
> >c
> > > >tion.java:115)
> > > > > at hk.hku.cecid.phoenix.message.transport.HttpServlet.send(Unknown
> > > >Source)
> > > > > at hk.hku.cecid.phoenix.message.handler.HttpSender.run(Unknown
> >Source)
> > > > > *************************************************************
> > > > >
> > > > > I assume that happens on the "other side". I don't know if you are
> >the
> > > >right
> > > > > adress for this problem, but anyway. Any idea?
> > > > >
> > > > > Thanks
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > >From: "Patrick Yee" <kc...@ce...>
> > > > > >To: "EbXMLms List \(E-mail\)"
> ><ebx...@li...>
> > > > > >Subject: Re: [ebxmlms-general] Malformed MessageServiceHandler
URL
> > > > > >Date: Tue, 5 Nov 2002 09:28:53 +0800
> > > > > >
> > > > > >This time, it is the MSH Stub inside your client application who
is
> > > >finding
> > > > > >the msh.properties.xml. So, you should place the property file in
> >the
> > > > > >CLASSPATH or the working directory when/where you are invoking
the
> > > >client
> > > > > >application. This may be a separate copy of the property file
other
> > > >than
> > > > > >the
> > > > > >one in Tomcat. The one in Tomcat is for MSH server.
> > > > > >
> > > > > >Hope this helps.
> > > > > >
> > > > > >Regards, -Patrick
> > > > > >--
> > > > > >Patrick Yee
> > > > > >System Architect
> > > > > >Center for E-Commerce Infrastructure Development (CECID)
> > > > > >Dept. of Computer Science and Information Systems
> > > > > >The University of Hong Kong
> > > > > >Tel: (852) 22415674
> > > > > >Fax: (852) 25474611
> > > > > >
> > > > > > > Hi
> > > > > > >
> > > > > > > When I try to register my Application context (in a Servlet) I
> >get
> > > >the
> > > > > > > following exception Malformed MessageServiceHandler URL!. I
> >think
> > > >taht
> > > > > >the
> > > > > > > reason for this exc. is that msh.properties.xml file can't be
> >found.
> > > >So
> > > > > >I
> > > > > > > thinj the right question would be: where do I have to put
> > > > > >msh.properties.xml
> > > > > > > file if I'm running a MSH client as a Web App. I'm
> > > > > > > using Tomcat 4.0.4 and I've already tried to put it in :
> > > > > > > <TOMCAT_HOME>/classes
> > > > > > > <TOMCAT_HOME>/coomon/classes
> > > > > > > <TOMCAT_HOME>/bin
> > > > > > > myWebAppRoot/
> > > > > > > myWebAppRoot/WEB-INF
> > > > > > > myWebAppRoot/EWB-INF/classes
> > > > > > >
> > > > > > > None of thosed alternatives worked.
> > > > > > >
> > > > > > > Could you please help me.
> > > > > > >
> > > > > > > Thanks
> > > > > > >
> > > > > > >   Simon
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> >_________________________________________________________________
> > > > > > > Unlimited Internet access -- and 2 months free!?Try MSN.
> > > > > > > http://resourcecenter.msn.com/access/plans/2monthsfree.asp
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > -------------------------------------------------------
> > > > > > > This SF.net email is sponsored by: ApacheCon, November 18-21
in
> > > > > > > Las Vegas (supported by COMDEX), the only Apache event to be
> > > > > > > fully supported by the ASF. http://www.apachecon.com
> > > > > > > _______________________________________________
> > > > > > > ebxmlms-general mailing list
> > > > > > > ebx...@li...
> > > > > > > https://lists.sourceforge.net/lists/listinfo/ebxmlms-general
> > > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >-------------------------------------------------------
> > > > > >This SF.net email is sponsored by: ApacheCon, November 18-21 in
> > > > > >Las Vegas (supported by COMDEX), the only Apache event to be
> > > > > >fully supported by the ASF. http://www.apachecon.com
> > > > > >_______________________________________________
> > > > > >ebxmlms-general mailing list
> > > > > >ebx...@li...
> > > > > >https://lists.sourceforge.net/lists/listinfo/ebxmlms-general
> > > > >
> > > > >
> > > > > _________________________________________________________________
> > > > > The new MSN 8: advanced junk mail protection and 2 months FREE*
> > > > > http://join.msn.com/?page=features/junkmail
> > > > >
> > > > >
> > > > >
> > > > > -------------------------------------------------------
> > > > > This sf.net email is sponsored by: See the NEW Palm
> > > > > Tungsten T handheld. Power & Color in a compact size!
> > > > > http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en
> > > > > _______________________________________________
> > > > > ebxmlms-general mailing list
> > > > > ebx...@li...
> > > > > https://lists.sourceforge.net/lists/listinfo/ebxmlms-general
> > > > >
> > > >
> > > >
> > > >
> > > >-------------------------------------------------------
> > > >This sf.net email is sponsored by: See the NEW Palm
> > > >Tungsten T handheld. Power & Color in a compact size!
> > > >http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en
> > > >_______________________________________________
> > > >ebxmlms-general mailing list
> > > >ebx...@li...
> > > >https://lists.sourceforge.net/lists/listinfo/ebxmlms-general
> > >
> > >
> > > _________________________________________________________________
> > > The new MSN 8: smart spam protection and 2 months FREE*
> > > http://join.msn.com/?page=features/junkmail
> > >
> > >
>
>
> _________________________________________________________________
> Add photos to your e-mail with MSN 8. Get 2 months FREE*.
> http://join.msn.com/?page=features/featuredemail
>
>

Re: [ebxmlms-general] Malformed MessageServiceHandler URL

[simon c. <sim...@ho...>]

Hi,

I will try to simplify

I'm testing your MSH so i've set up the default conf. Then I run RunMonitor. 
If I dont't change to MSH URL field averything works fine. But if change ut 
to the URL of client that uses another MSH or directly to another MSH i get 
mentioned exception. I'm using hermesMSH version 0.9.1.4. The other MSH is 
Sun's implementation jaxm provider Here's  part of msh.log that might be 
interesting to you:

2002-11-08 09:41:58,522 DEBUG [main]: Hermes (ebms2) MSH v.0.9.1.4 started.
2002-11-08 09:41:58,763 DEBUG [main]: Verifying the database tables are 
properly installed...
2002-11-08 09:41:58,833 DEBUG [main]: Looks good.
2002-11-08 09:41:59,674 DEBUG [main]: Restart previous sending threads
2002-11-08 09:41:59,674 DEBUG [main]: Get delivery status of messages
2002-11-08 09:41:59,684 DEBUG [main]: Getting the sequence number of sent 
messages
2002-11-08 09:41:59,684 DEBUG [main]: ConversationID: convid Max Seq: -9999
2002-11-08 09:41:59,684 DEBUG [main]: ConversationID: Item_No_128 Max Seq: 
-9999
2002-11-08 09:41:59,724 DEBUG [Thread-4]: Polling mail server: pop3, 
localhost, 110, INBOX, user
2002-11-08 09:43:33,088 DEBUG [HttpProcessor[8080][4]]: Received request for 
registering msh config
2002-11-08 09:43:33,088 DEBUG [HttpProcessor[8080][4]]: Update MSHConfig
2002-11-08 09:43:33,098 DEBUG [main]: Diagnostic command: 5
2002-11-08 09:43:33,128 DEBUG [HttpProcessor[8080][3]]: Received request of 
enable ack.
2002-11-08 09:43:33,128 DEBUG [main]: Diagnostic command: 7
2002-11-08 09:43:33,148 DEBUG [HttpProcessor[8080][1]]: Received request of 
accept ack.
2002-11-08 09:43:49,532 DEBUG [HttpProcessor[8080][1]]: Received request for 
sending message
2002-11-08 09:43:50,153 DEBUG [HttpProcessor[8080][1]]: Final sequence 
number in store: -9999
2002-11-08 09:43:50,153 DEBUG [HttpProcessor[8080][1]]: Entering 
MessageServer.store
2002-11-08 09:43:50,163 DEBUG [HttpProcessor[8080][1]]: 
getRepositoryFileName return: R0000\aM24DNtzCG6xgLMPYpYI4g==
2002-11-08 09:43:50,163 DEBUG [HttpProcessor[8080][1]]: Insert into 
messagestore database
2002-11-08 09:43:50,243 DEBUG [Thread-6]: Send... try #1
2002-11-08 09:43:50,243 DEBUG [Thread-6]: Entering MessageServer.retry
2002-11-08 09:43:50,243 DEBUG [Thread-6]: Current: 0 specified: 1
2002-11-08 09:43:50,243 DEBUG [Thread-6]: Update state to become 1
2002-11-08 09:43:50,583 DEBUG [Thread-6]: 
hk.hku.cecid.phoenix.message.handler.HttpSender cannot send message 
successfully for 1 times: 
hk.hku.cecid.phoenix.message.transport.TransportException: 
java.security.PrivilegedActionException <<javax.xml.soap.SOAPException: 
Unable to internalize message>>
2002-11-08 09:44:20,256 DEBUG [Thread-6]: Send... try #2
2002-11-08 09:44:20,256 DEBUG [Thread-6]: Entering MessageServer.retry
2002-11-08 09:44:20,256 DEBUG [Thread-6]: Current: 1 specified: 2
2002-11-08 09:44:20,256 DEBUG [Thread-6]: Update state to become 2
2002-11-08 09:44:20,276 DEBUG [Thread-6]: 
hk.hku.cecid.phoenix.message.handler.HttpSender cannot send message 
successfully for 2 times: 
hk.hku.cecid.phoenix.message.transport.TransportException: 
java.security.PrivilegedActionException <<javax.xml.soap.SOAPException: 
Unable to internalize message>>
2002-11-08 09:44:20,436 DEBUG [Thread-6]: Final sequence number in store: 
-9998
2002-11-08 09:44:20,436 DEBUG [Thread-6]: Entering MessageServer.store
2002-11-08 09:44:20,436 DEBUG [Thread-6]: getRepositoryFileName return: 
R0000\KX-7va+2rpn5bw0pEMo-fQ==
2002-11-08 09:44:20,657 DEBUG [Thread-6]: Insert into reftomessage database
2002-11-08 09:44:20,657 DEBUG [Thread-6]: Insert into messagestore database
2002-11-08 09:44:20,687 DEBUG [Thread-6]: Entering MessageServer.retry
2002-11-08 09:44:20,687 DEBUG [Thread-6]: Current: 2 specified: -2
2002-11-08 09:44:20,687 DEBUG [Thread-6]: Update state to become -2
2002-11-08 09:44:33,195 DEBUG [HttpProcessor[8080][1]]: Key: 
R0000\KX-7va+2rpn5bw0pEMo-fQ==
2002-11-08 09:44:33,195 DEBUG [HttpProcessor[8080][1]]: File name: 
KX-7va+2rpn5bw0pEMo-fQ==
2002-11-08 09:44:33,205 DEBUG [HttpProcessor[8080][1]]: Normal return







>From: "Frankie Lam" <fr...@mi...>
>To: "simon carni" <sim...@ho...>
>CC: <ebx...@li...>
>Subject: Re: [ebxmlms-general] Malformed MessageServiceHandler URL
>Date: Fri, 8 Nov 2002 09:33:02 +0800
>
>Dear Simon,
>
>Can you attach your code here? And which version of MSH / Application 
>Server
>are you using? Moreover, could you please tell us more about "the other 
>msh"
>that you are using?
>
>Best regards,
>
>Frankie Lam
>Assistant Technology Officer
>Center for E-Commerce Infrastructure Development (CECID)
>Dept. of Computer Science and Information Systems
>The University of Hong Kong
>Tel: (852) 22415737
>Fax: (852) 25474611
>
>----- Original Message -----
>From: "simon carni" <sim...@ho...>
>To: <kc...@ce...>; <ebx...@li...>
>Sent: Friday, November 08, 2002 4:54 AM
>Subject: Re: [ebxmlms-general] Malformed MessageServiceHandler URL
>
>
> > thanks, I solved the problem but now I have a new one:
> >
> > While trying to send a message from your msh to other msh (jaxm-provider
> > from Sun) i get following exception:
> >
> > ******************************************
> > javax.xml.soap.SOAPException: Invalid Content-Type:text/html
> > at
>com.sun.xml.messaging.saaj.soap.MessageImpl.verify(MessageImpl.java:159)
> > at 
>com.sun.xml.messaging.saaj.soap.MessageImpl.<init>(MessageImpl.java:91)
> > at
> >
>com.sun.xml.messaging.saaj.soap.MessageFactoryImpl.createMessage(MessageFact
>oryImpl.java:32)
> > at
> >
>com.sun.xml.messaging.saaj.client.p2p.HttpSOAPConnection.post(HttpSOAPConnec
>tion.java:333)
> > at
> >
>com.sun.xml.messaging.saaj.client.p2p.HttpSOAPConnection$PriviledgedPost.run
>(HttpSOAPConnection.java:142)
> > at java.security.AccessController.doPrivileged(Native Method)
> > at
> >
>com.sun.xml.messaging.saaj.client.p2p.HttpSOAPConnection.call(HttpSOAPConnec
>tion.java:115)
> > at hk.hku.cecid.phoenix.message.transport.HttpServlet.send(Unknown 
>Source)
> > at hk.hku.cecid.phoenix.message.handler.HttpSender.run(Unknown Source)
> > javax.xml.soap.SOAPException: Unable to internalize message
> > at
>com.sun.xml.messaging.saaj.soap.MessageImpl.<init>(MessageImpl.java:135)
> > at
> >
>com.sun.xml.messaging.saaj.soap.MessageFactoryImpl.createMessage(MessageFact
>oryImpl.java:32)
> > at
> >
>com.sun.xml.messaging.saaj.client.p2p.HttpSOAPConnection.post(HttpSOAPConnec
>tion.java:333)
> > at
> >
>com.sun.xml.messaging.saaj.client.p2p.HttpSOAPConnection$PriviledgedPost.run
>(HttpSOAPConnection.java:142)
> > at java.security.AccessController.doPrivileged(Native Method)
> > at
> >
>com.sun.xml.messaging.saaj.client.p2p.HttpSOAPConnection.call(HttpSOAPConnec
>tion.java:115)
> > at hk.hku.cecid.phoenix.message.transport.HttpServlet.send(Unknown 
>Source)
> > at hk.hku.cecid.phoenix.message.handler.HttpSender.run(Unknown Source)
> > java.security.PrivilegedActionException: javax.xml.soap.SOAPException:
> > Unable to internalize message
> > at
>com.sun.xml.messaging.saaj.soap.MessageImpl.<init>(MessageImpl.java:135)
> > at
> >
>com.sun.xml.messaging.saaj.soap.MessageFactoryImpl.createMessage(MessageFact
>oryImpl.java:32)
> > at
> >
>com.sun.xml.messaging.saaj.client.p2p.HttpSOAPConnection.post(HttpSOAPConnec
>tion.java:333)
> > at
> >
>com.sun.xml.messaging.saaj.client.p2p.HttpSOAPConnection$PriviledgedPost.run
>(HttpSOAPConnection.java:142)
> > at java.security.AccessController.doPrivileged(Native Method)
> > at
> >
>com.sun.xml.messaging.saaj.client.p2p.HttpSOAPConnection.call(HttpSOAPConnec
>tion.java:115)
> > at hk.hku.cecid.phoenix.message.transport.HttpServlet.send(Unknown 
>Source)
> > at hk.hku.cecid.phoenix.message.handler.HttpSender.run(Unknown Source)
> > *************************************************************
> >
> > I assume that happens on the "other side". I don't know if you are the
>right
> > adress for this problem, but anyway. Any idea?
> >
> > Thanks
> >
> >
> >
> >
> >
> >
> > >From: "Patrick Yee" <kc...@ce...>
> > >To: "EbXMLms List \(E-mail\)" <ebx...@li...>
> > >Subject: Re: [ebxmlms-general] Malformed MessageServiceHandler URL
> > >Date: Tue, 5 Nov 2002 09:28:53 +0800
> > >
> > >This time, it is the MSH Stub inside your client application who is
>finding
> > >the msh.properties.xml. So, you should place the property file in the
> > >CLASSPATH or the working directory when/where you are invoking the 
>client
> > >application. This may be a separate copy of the property file other 
>than
> > >the
> > >one in Tomcat. The one in Tomcat is for MSH server.
> > >
> > >Hope this helps.
> > >
> > >Regards, -Patrick
> > >--
> > >Patrick Yee
> > >System Architect
> > >Center for E-Commerce Infrastructure Development (CECID)
> > >Dept. of Computer Science and Information Systems
> > >The University of Hong Kong
> > >Tel: (852) 22415674
> > >Fax: (852) 25474611
> > >
> > > > Hi
> > > >
> > > > When I try to register my Application context (in a Servlet) I get 
>the
> > > > following exception Malformed MessageServiceHandler URL!. I think 
>taht
> > >the
> > > > reason for this exc. is that msh.properties.xml file can't be found.
>So
> > >I
> > > > thinj the right question would be: where do I have to put
> > >msh.properties.xml
> > > > file if I'm running a MSH client as a Web App. I'm
> > > > using Tomcat 4.0.4 and I've already tried to put it in :
> > > > <TOMCAT_HOME>/classes
> > > > <TOMCAT_HOME>/coomon/classes
> > > > <TOMCAT_HOME>/bin
> > > > myWebAppRoot/
> > > > myWebAppRoot/WEB-INF
> > > > myWebAppRoot/EWB-INF/classes
> > > >
> > > > None of thosed alternatives worked.
> > > >
> > > > Could you please help me.
> > > >
> > > > Thanks
> > > >
> > > >   Simon
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > _________________________________________________________________
> > > > Unlimited Internet access -- and 2 months free!?Try MSN.
> > > > http://resourcecenter.msn.com/access/plans/2monthsfree.asp
> > > >
> > > >
> > > >
> > > > -------------------------------------------------------
> > > > This SF.net email is sponsored by: ApacheCon, November 18-21 in
> > > > Las Vegas (supported by COMDEX), the only Apache event to be
> > > > fully supported by the ASF. http://www.apachecon.com
> > > > _______________________________________________
> > > > ebxmlms-general mailing list
> > > > ebx...@li...
> > > > https://lists.sourceforge.net/lists/listinfo/ebxmlms-general
> > > >
> > >
> > >
> > >
> > >-------------------------------------------------------
> > >This SF.net email is sponsored by: ApacheCon, November 18-21 in
> > >Las Vegas (supported by COMDEX), the only Apache event to be
> > >fully supported by the ASF. http://www.apachecon.com
> > >_______________________________________________
> > >ebxmlms-general mailing list
> > >ebx...@li...
> > >https://lists.sourceforge.net/lists/listinfo/ebxmlms-general
> >
> >
> > _________________________________________________________________
> > The new MSN 8: advanced junk mail protection and 2 months FREE*
> > http://join.msn.com/?page=features/junkmail
> >
> >
> >
> > -------------------------------------------------------
> > This sf.net email is sponsored by: See the NEW Palm
> > Tungsten T handheld. Power & Color in a compact size!
> > http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en
> > _______________________________________________
> > ebxmlms-general mailing list
> > ebx...@li...
> > https://lists.sourceforge.net/lists/listinfo/ebxmlms-general
> >
>
>
>
>-------------------------------------------------------
>This sf.net email is sponsored by: See the NEW Palm
>Tungsten T handheld. Power & Color in a compact size!
>http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en
>_______________________________________________
>ebxmlms-general mailing list
>ebx...@li...
>https://lists.sourceforge.net/lists/listinfo/ebxmlms-general


_________________________________________________________________
The new MSN 8: smart spam protection and 2 months FREE*  
http://join.msn.com/?page=features/junkmail

Re: [ebxmlms-general] Malformed MessageServiceHandler URL

[Frankie L. <fr...@mi...>]

Dear Simon,

Can you attach your code here? And which version of MSH / Application Server
are you using? Moreover, could you please tell us more about "the other msh"
that you are using?

Best regards,

Frankie Lam
Assistant Technology Officer
Center for E-Commerce Infrastructure Development (CECID)
Dept. of Computer Science and Information Systems
The University of Hong Kong
Tel: (852) 22415737
Fax: (852) 25474611

----- Original Message -----
From: "simon carni" <sim...@ho...>
To: <kc...@ce...>; <ebx...@li...>
Sent: Friday, November 08, 2002 4:54 AM
Subject: Re: [ebxmlms-general] Malformed MessageServiceHandler URL


> thanks, I solved the problem but now I have a new one:
>
> While trying to send a message from your msh to other msh (jaxm-provider
> from Sun) i get following exception:
>
> ******************************************
> javax.xml.soap.SOAPException: Invalid Content-Type:text/html
> at
com.sun.xml.messaging.saaj.soap.MessageImpl.verify(MessageImpl.java:159)
> at com.sun.xml.messaging.saaj.soap.MessageImpl.<init>(MessageImpl.java:91)
> at
>
com.sun.xml.messaging.saaj.soap.MessageFactoryImpl.createMessage(MessageFact
oryImpl.java:32)
> at
>
com.sun.xml.messaging.saaj.client.p2p.HttpSOAPConnection.post(HttpSOAPConnec
tion.java:333)
> at
>
com.sun.xml.messaging.saaj.client.p2p.HttpSOAPConnection$PriviledgedPost.run
(HttpSOAPConnection.java:142)
> at java.security.AccessController.doPrivileged(Native Method)
> at
>
com.sun.xml.messaging.saaj.client.p2p.HttpSOAPConnection.call(HttpSOAPConnec
tion.java:115)
> at hk.hku.cecid.phoenix.message.transport.HttpServlet.send(Unknown Source)
> at hk.hku.cecid.phoenix.message.handler.HttpSender.run(Unknown Source)
> javax.xml.soap.SOAPException: Unable to internalize message
> at
com.sun.xml.messaging.saaj.soap.MessageImpl.<init>(MessageImpl.java:135)
> at
>
com.sun.xml.messaging.saaj.soap.MessageFactoryImpl.createMessage(MessageFact
oryImpl.java:32)
> at
>
com.sun.xml.messaging.saaj.client.p2p.HttpSOAPConnection.post(HttpSOAPConnec
tion.java:333)
> at
>
com.sun.xml.messaging.saaj.client.p2p.HttpSOAPConnection$PriviledgedPost.run
(HttpSOAPConnection.java:142)
> at java.security.AccessController.doPrivileged(Native Method)
> at
>
com.sun.xml.messaging.saaj.client.p2p.HttpSOAPConnection.call(HttpSOAPConnec
tion.java:115)
> at hk.hku.cecid.phoenix.message.transport.HttpServlet.send(Unknown Source)
> at hk.hku.cecid.phoenix.message.handler.HttpSender.run(Unknown Source)
> java.security.PrivilegedActionException: javax.xml.soap.SOAPException:
> Unable to internalize message
> at
com.sun.xml.messaging.saaj.soap.MessageImpl.<init>(MessageImpl.java:135)
> at
>
com.sun.xml.messaging.saaj.soap.MessageFactoryImpl.createMessage(MessageFact
oryImpl.java:32)
> at
>
com.sun.xml.messaging.saaj.client.p2p.HttpSOAPConnection.post(HttpSOAPConnec
tion.java:333)
> at
>
com.sun.xml.messaging.saaj.client.p2p.HttpSOAPConnection$PriviledgedPost.run
(HttpSOAPConnection.java:142)
> at java.security.AccessController.doPrivileged(Native Method)
> at
>
com.sun.xml.messaging.saaj.client.p2p.HttpSOAPConnection.call(HttpSOAPConnec
tion.java:115)
> at hk.hku.cecid.phoenix.message.transport.HttpServlet.send(Unknown Source)
> at hk.hku.cecid.phoenix.message.handler.HttpSender.run(Unknown Source)
> *************************************************************
>
> I assume that happens on the "other side". I don't know if you are the
right
> adress for this problem, but anyway. Any idea?
>
> Thanks
>
>
>
>
>
>
> >From: "Patrick Yee" <kc...@ce...>
> >To: "EbXMLms List \(E-mail\)" <ebx...@li...>
> >Subject: Re: [ebxmlms-general] Malformed MessageServiceHandler URL
> >Date: Tue, 5 Nov 2002 09:28:53 +0800
> >
> >This time, it is the MSH Stub inside your client application who is
finding
> >the msh.properties.xml. So, you should place the property file in the
> >CLASSPATH or the working directory when/where you are invoking the client
> >application. This may be a separate copy of the property file other than
> >the
> >one in Tomcat. The one in Tomcat is for MSH server.
> >
> >Hope this helps.
> >
> >Regards, -Patrick
> >--
> >Patrick Yee
> >System Architect
> >Center for E-Commerce Infrastructure Development (CECID)
> >Dept. of Computer Science and Information Systems
> >The University of Hong Kong
> >Tel: (852) 22415674
> >Fax: (852) 25474611
> >
> > > Hi
> > >
> > > When I try to register my Application context (in a Servlet) I get the
> > > following exception Malformed MessageServiceHandler URL!. I think taht
> >the
> > > reason for this exc. is that msh.properties.xml file can't be found.
So
> >I
> > > thinj the right question would be: where do I have to put
> >msh.properties.xml
> > > file if I'm running a MSH client as a Web App. I'm
> > > using Tomcat 4.0.4 and I've already tried to put it in :
> > > <TOMCAT_HOME>/classes
> > > <TOMCAT_HOME>/coomon/classes
> > > <TOMCAT_HOME>/bin
> > > myWebAppRoot/
> > > myWebAppRoot/WEB-INF
> > > myWebAppRoot/EWB-INF/classes
> > >
> > > None of thosed alternatives worked.
> > >
> > > Could you please help me.
> > >
> > > Thanks
> > >
> > >   Simon
> > >
> > >
> > >
> > >
> > >
> > > _________________________________________________________________
> > > Unlimited Internet access -- and 2 months free!?Try MSN.
> > > http://resourcecenter.msn.com/access/plans/2monthsfree.asp
> > >
> > >
> > >
> > > -------------------------------------------------------
> > > This SF.net email is sponsored by: ApacheCon, November 18-21 in
> > > Las Vegas (supported by COMDEX), the only Apache event to be
> > > fully supported by the ASF. http://www.apachecon.com
> > > _______________________________________________
> > > ebxmlms-general mailing list
> > > ebx...@li...
> > > https://lists.sourceforge.net/lists/listinfo/ebxmlms-general
> > >
> >
> >
> >
> >-------------------------------------------------------
> >This SF.net email is sponsored by: ApacheCon, November 18-21 in
> >Las Vegas (supported by COMDEX), the only Apache event to be
> >fully supported by the ASF. http://www.apachecon.com
> >_______________________________________________
> >ebxmlms-general mailing list
> >ebx...@li...
> >https://lists.sourceforge.net/lists/listinfo/ebxmlms-general
>
>
> _________________________________________________________________
> The new MSN 8: advanced junk mail protection and 2 months FREE*
> http://join.msn.com/?page=features/junkmail
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by: See the NEW Palm
> Tungsten T handheld. Power & Color in a compact size!
> http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en
> _______________________________________________
> ebxmlms-general mailing list
> ebx...@li...
> https://lists.sourceforge.net/lists/listinfo/ebxmlms-general
>

Re: [ebxmlms-general] Malformed MessageServiceHandler URL

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

> javax.xml.soap.SOAPException: Invalid Content-Type:text/html


It seems that our msh send a message to the an end point of another msh, and
the end point returned a HTML, which our msh does not recognize. You may dig
into a little more detail about the msh in the other side, and find out what
is the HTML returned. There may be some clues.

Regards, -Patrick
--
Patrick Yee
System Architect
Center for E-Commerce Infrastructure Development (CECID)
Dept. of Computer Science and Information Systems
The University of Hong Kong
Tel: (852) 22415674
Fax: (852) 25474611


----- Original Message -----
From: "simon carni" <sim...@ho...>
To: <kc...@ce...>; <ebx...@li...>
Sent: Friday, November 08, 2002 4:54 AM
Subject: Re: [ebxmlms-general] Malformed MessageServiceHandler URL


> thanks, I solved the problem but now I have a new one:
>
> While trying to send a message from your msh to other msh (jaxm-provider
> from Sun) i get following exception:
>
> ******************************************
> javax.xml.soap.SOAPException: Invalid Content-Type:text/html
> at
com.sun.xml.messaging.saaj.soap.MessageImpl.verify(MessageImpl.java:159)
> at com.sun.xml.messaging.saaj.soap.MessageImpl.<init>(MessageImpl.java:91)
> at
>
com.sun.xml.messaging.saaj.soap.MessageFactoryImpl.createMessage(MessageFact
oryImpl.java:32)
> at
>
com.sun.xml.messaging.saaj.client.p2p.HttpSOAPConnection.post(HttpSOAPConnec
tion.java:333)
> at
>
com.sun.xml.messaging.saaj.client.p2p.HttpSOAPConnection$PriviledgedPost.run
(HttpSOAPConnection.java:142)
> at java.security.AccessController.doPrivileged(Native Method)
> at
>
com.sun.xml.messaging.saaj.client.p2p.HttpSOAPConnection.call(HttpSOAPConnec
tion.java:115)
> at hk.hku.cecid.phoenix.message.transport.HttpServlet.send(Unknown Source)
> at hk.hku.cecid.phoenix.message.handler.HttpSender.run(Unknown Source)
> javax.xml.soap.SOAPException: Unable to internalize message
> at
com.sun.xml.messaging.saaj.soap.MessageImpl.<init>(MessageImpl.java:135)
> at
>
com.sun.xml.messaging.saaj.soap.MessageFactoryImpl.createMessage(MessageFact
oryImpl.java:32)
> at
>
com.sun.xml.messaging.saaj.client.p2p.HttpSOAPConnection.post(HttpSOAPConnec
tion.java:333)
> at
>
com.sun.xml.messaging.saaj.client.p2p.HttpSOAPConnection$PriviledgedPost.run
(HttpSOAPConnection.java:142)
> at java.security.AccessController.doPrivileged(Native Method)
> at
>
com.sun.xml.messaging.saaj.client.p2p.HttpSOAPConnection.call(HttpSOAPConnec
tion.java:115)
> at hk.hku.cecid.phoenix.message.transport.HttpServlet.send(Unknown Source)
> at hk.hku.cecid.phoenix.message.handler.HttpSender.run(Unknown Source)
> java.security.PrivilegedActionException: javax.xml.soap.SOAPException:
> Unable to internalize message
> at
com.sun.xml.messaging.saaj.soap.MessageImpl.<init>(MessageImpl.java:135)
> at
>
com.sun.xml.messaging.saaj.soap.MessageFactoryImpl.createMessage(MessageFact
oryImpl.java:32)
> at
>
com.sun.xml.messaging.saaj.client.p2p.HttpSOAPConnection.post(HttpSOAPConnec
tion.java:333)
> at
>
com.sun.xml.messaging.saaj.client.p2p.HttpSOAPConnection$PriviledgedPost.run
(HttpSOAPConnection.java:142)
> at java.security.AccessController.doPrivileged(Native Method)
> at
>
com.sun.xml.messaging.saaj.client.p2p.HttpSOAPConnection.call(HttpSOAPConnec
tion.java:115)
> at hk.hku.cecid.phoenix.message.transport.HttpServlet.send(Unknown Source)
> at hk.hku.cecid.phoenix.message.handler.HttpSender.run(Unknown Source)
> *************************************************************
>
> I assume that happens on the "other side". I don't know if you are the
right
> adress for this problem, but anyway. Any idea?
>
> Thanks
>
>
>
>
>
>
> >From: "Patrick Yee" <kc...@ce...>
> >To: "EbXMLms List \(E-mail\)" <ebx...@li...>
> >Subject: Re: [ebxmlms-general] Malformed MessageServiceHandler URL
> >Date: Tue, 5 Nov 2002 09:28:53 +0800
> >
> >This time, it is the MSH Stub inside your client application who is
finding
> >the msh.properties.xml. So, you should place the property file in the
> >CLASSPATH or the working directory when/where you are invoking the client
> >application. This may be a separate copy of the property file other than
> >the
> >one in Tomcat. The one in Tomcat is for MSH server.
> >
> >Hope this helps.
> >
> >Regards, -Patrick
> >--
> >Patrick Yee
> >System Architect
> >Center for E-Commerce Infrastructure Development (CECID)
> >Dept. of Computer Science and Information Systems
> >The University of Hong Kong
> >Tel: (852) 22415674
> >Fax: (852) 25474611
> >
> > > Hi
> > >
> > > When I try to register my Application context (in a Servlet) I get the
> > > following exception Malformed MessageServiceHandler URL!. I think taht
> >the
> > > reason for this exc. is that msh.properties.xml file can't be found.
So
> >I
> > > thinj the right question would be: where do I have to put
> >msh.properties.xml
> > > file if I'm running a MSH client as a Web App. I'm
> > > using Tomcat 4.0.4 and I've already tried to put it in :
> > > <TOMCAT_HOME>/classes
> > > <TOMCAT_HOME>/coomon/classes
> > > <TOMCAT_HOME>/bin
> > > myWebAppRoot/
> > > myWebAppRoot/WEB-INF
> > > myWebAppRoot/EWB-INF/classes
> > >
> > > None of thosed alternatives worked.
> > >
> > > Could you please help me.
> > >
> > > Thanks
> > >
> > >   Simon
> > >
> > >
> > >
> > >
> > >
> > > _________________________________________________________________
> > > Unlimited Internet access -- and 2 months free!?Try MSN.
> > > http://resourcecenter.msn.com/access/plans/2monthsfree.asp
> > >
> > >
> > >
> > > -------------------------------------------------------
> > > This SF.net email is sponsored by: ApacheCon, November 18-21 in
> > > Las Vegas (supported by COMDEX), the only Apache event to be
> > > fully supported by the ASF. http://www.apachecon.com
> > > _______________________________________________
> > > ebxmlms-general mailing list
> > > ebx...@li...
> > > https://lists.sourceforge.net/lists/listinfo/ebxmlms-general
> > >
> >
> >
> >
> >-------------------------------------------------------
> >This SF.net email is sponsored by: ApacheCon, November 18-21 in
> >Las Vegas (supported by COMDEX), the only Apache event to be
> >fully supported by the ASF. http://www.apachecon.com
> >_______________________________________________
> >ebxmlms-general mailing list
> >ebx...@li...
> >https://lists.sourceforge.net/lists/listinfo/ebxmlms-general
>
>
> _________________________________________________________________
> The new MSN 8: advanced junk mail protection and 2 months FREE*
> http://join.msn.com/?page=features/junkmail
>
>

Re: [ebxmlms-general] Malformed MessageServiceHandler URL

[simon c. <sim...@ho...>]

thanks, I solved the problem but now I have a new one:

While trying to send a message from your msh to other msh (jaxm-provider 
from Sun) i get following exception:

******************************************
javax.xml.soap.SOAPException: Invalid Content-Type:text/html
	at com.sun.xml.messaging.saaj.soap.MessageImpl.verify(MessageImpl.java:159)
	at com.sun.xml.messaging.saaj.soap.MessageImpl.<init>(MessageImpl.java:91)
	at 
com.sun.xml.messaging.saaj.soap.MessageFactoryImpl.createMessage(MessageFactoryImpl.java:32)
	at 
com.sun.xml.messaging.saaj.client.p2p.HttpSOAPConnection.post(HttpSOAPConnection.java:333)
	at 
com.sun.xml.messaging.saaj.client.p2p.HttpSOAPConnection$PriviledgedPost.run(HttpSOAPConnection.java:142)
	at java.security.AccessController.doPrivileged(Native Method)
	at 
com.sun.xml.messaging.saaj.client.p2p.HttpSOAPConnection.call(HttpSOAPConnection.java:115)
	at hk.hku.cecid.phoenix.message.transport.HttpServlet.send(Unknown Source)
	at hk.hku.cecid.phoenix.message.handler.HttpSender.run(Unknown Source)
javax.xml.soap.SOAPException: Unable to internalize message
	at com.sun.xml.messaging.saaj.soap.MessageImpl.<init>(MessageImpl.java:135)
	at 
com.sun.xml.messaging.saaj.soap.MessageFactoryImpl.createMessage(MessageFactoryImpl.java:32)
	at 
com.sun.xml.messaging.saaj.client.p2p.HttpSOAPConnection.post(HttpSOAPConnection.java:333)
	at 
com.sun.xml.messaging.saaj.client.p2p.HttpSOAPConnection$PriviledgedPost.run(HttpSOAPConnection.java:142)
	at java.security.AccessController.doPrivileged(Native Method)
	at 
com.sun.xml.messaging.saaj.client.p2p.HttpSOAPConnection.call(HttpSOAPConnection.java:115)
	at hk.hku.cecid.phoenix.message.transport.HttpServlet.send(Unknown Source)
	at hk.hku.cecid.phoenix.message.handler.HttpSender.run(Unknown Source)
java.security.PrivilegedActionException: javax.xml.soap.SOAPException: 
Unable to internalize message
	at com.sun.xml.messaging.saaj.soap.MessageImpl.<init>(MessageImpl.java:135)
	at 
com.sun.xml.messaging.saaj.soap.MessageFactoryImpl.createMessage(MessageFactoryImpl.java:32)
	at 
com.sun.xml.messaging.saaj.client.p2p.HttpSOAPConnection.post(HttpSOAPConnection.java:333)
	at 
com.sun.xml.messaging.saaj.client.p2p.HttpSOAPConnection$PriviledgedPost.run(HttpSOAPConnection.java:142)
	at java.security.AccessController.doPrivileged(Native Method)
	at 
com.sun.xml.messaging.saaj.client.p2p.HttpSOAPConnection.call(HttpSOAPConnection.java:115)
	at hk.hku.cecid.phoenix.message.transport.HttpServlet.send(Unknown Source)
	at hk.hku.cecid.phoenix.message.handler.HttpSender.run(Unknown Source)
*************************************************************

I assume that happens on the "other side". I don't know if you are the right 
adress for this problem, but anyway. Any idea?

Thanks






>From: "Patrick Yee" <kc...@ce...>
>To: "EbXMLms List \(E-mail\)" <ebx...@li...>
>Subject: Re: [ebxmlms-general] Malformed MessageServiceHandler URL
>Date: Tue, 5 Nov 2002 09:28:53 +0800
>
>This time, it is the MSH Stub inside your client application who is finding
>the msh.properties.xml. So, you should place the property file in the
>CLASSPATH or the working directory when/where you are invoking the client
>application. This may be a separate copy of the property file other than 
>the
>one in Tomcat. The one in Tomcat is for MSH server.
>
>Hope this helps.
>
>Regards, -Patrick
>--
>Patrick Yee
>System Architect
>Center for E-Commerce Infrastructure Development (CECID)
>Dept. of Computer Science and Information Systems
>The University of Hong Kong
>Tel: (852) 22415674
>Fax: (852) 25474611
>
> > Hi
> >
> > When I try to register my Application context (in a Servlet) I get the
> > following exception Malformed MessageServiceHandler URL!. I think taht 
>the
> > reason for this exc. is that msh.properties.xml file can't be found. So 
>I
> > thinj the right question would be: where do I have to put
>msh.properties.xml
> > file if I'm running a MSH client as a Web App. I'm
> > using Tomcat 4.0.4 and I've already tried to put it in :
> > <TOMCAT_HOME>/classes
> > <TOMCAT_HOME>/coomon/classes
> > <TOMCAT_HOME>/bin
> > myWebAppRoot/
> > myWebAppRoot/WEB-INF
> > myWebAppRoot/EWB-INF/classes
> >
> > None of thosed alternatives worked.
> >
> > Could you please help me.
> >
> > Thanks
> >
> >   Simon
> >
> >
> >
> >
> >
> > _________________________________________________________________
> > Unlimited Internet access -- and 2 months free!?Try MSN.
> > http://resourcecenter.msn.com/access/plans/2monthsfree.asp
> >
> >
> >
> > -------------------------------------------------------
> > This SF.net email is sponsored by: ApacheCon, November 18-21 in
> > Las Vegas (supported by COMDEX), the only Apache event to be
> > fully supported by the ASF. http://www.apachecon.com
> > _______________________________________________
> > ebxmlms-general mailing list
> > ebx...@li...
> > https://lists.sourceforge.net/lists/listinfo/ebxmlms-general
> >
>
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: ApacheCon, November 18-21 in
>Las Vegas (supported by COMDEX), the only Apache event to be
>fully supported by the ASF. http://www.apachecon.com
>_______________________________________________
>ebxmlms-general mailing list
>ebx...@li...
>https://lists.sourceforge.net/lists/listinfo/ebxmlms-general


_________________________________________________________________
The new MSN 8: advanced junk mail protection and 2 months FREE* 
http://join.msn.com/?page=features/junkmail

Re: [ebxmlms-general] Malformed MessageServiceHandler URL

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

This time, it is the MSH Stub inside your client application who is finding
the msh.properties.xml. So, you should place the property file in the
CLASSPATH or the working directory when/where you are invoking the client
application. This may be a separate copy of the property file other than the
one in Tomcat. The one in Tomcat is for MSH server.

Hope this helps.

Regards, -Patrick
--
Patrick Yee
System Architect
Center for E-Commerce Infrastructure Development (CECID)
Dept. of Computer Science and Information Systems
The University of Hong Kong
Tel: (852) 22415674
Fax: (852) 25474611

> Hi
>
> When I try to register my Application context (in a Servlet) I get the
> following exception Malformed MessageServiceHandler URL!. I think taht the
> reason for this exc. is that msh.properties.xml file can't be found. So I
> thinj the right question would be: where do I have to put
msh.properties.xml
> file if I'm running a MSH client as a Web App. I'm
> using Tomcat 4.0.4 and I've already tried to put it in :
> <TOMCAT_HOME>/classes
> <TOMCAT_HOME>/coomon/classes
> <TOMCAT_HOME>/bin
> myWebAppRoot/
> myWebAppRoot/WEB-INF
> myWebAppRoot/EWB-INF/classes
>
> None of thosed alternatives worked.
>
> Could you please help me.
>
> Thanks
>
>   Simon
>
>
>
>
>
> _________________________________________________________________
> Unlimited Internet access -- and 2 months free!?Try MSN.
> http://resourcecenter.msn.com/access/plans/2monthsfree.asp
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: ApacheCon, November 18-21 in
> Las Vegas (supported by COMDEX), the only Apache event to be
> fully supported by the ASF. http://www.apachecon.com
> _______________________________________________
> ebxmlms-general mailing list
> ebx...@li...
> https://lists.sourceforge.net/lists/listinfo/ebxmlms-general
>

[ebxmlms-general] Malformed MessageServiceHandler URL

[simon c. <sim...@ho...>]

Hi

When I try to register my Application context (in a Servlet) I get the 
following exception Malformed MessageServiceHandler URL!. I think taht the 
reason for this exc. is that msh.properties.xml file can't be found. So I 
thinj the right question would be: where do I have to put msh.properties.xml 
file if I'm running a MSH client as a Web App. I'm
using Tomcat 4.0.4 and I've already tried to put it in :
<TOMCAT_HOME>/classes
<TOMCAT_HOME>/coomon/classes
<TOMCAT_HOME>/bin
myWebAppRoot/
myWebAppRoot/WEB-INF
myWebAppRoot/EWB-INF/classes

None of thosed alternatives worked.

Could you please help me.

Thanks

  Simon





_________________________________________________________________
Unlimited Internet access -- and 2 months free!  Try MSN. 
http://resourcecenter.msn.com/access/plans/2monthsfree.asp

[ebxmlms-general] Re: Hi.. I have a question...

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

Hi,

We use command objects only for communication between our MSH and our =
MSH client. In other words, only between Request object and our MSH =
server.=20

However, we should conform to the standard for MSH-MSH communication. =
You have mentioned the primary reason: the other side may be a MSH from =
another company. So, we only follow the packaging and transport =
standards written in the ebMS specification. No proprietary command =
object will be used.

The concept is shown in the following diagram.

[Hermes Client] <---- (use command object) ----> [MSH (Hermes)]
[MSH (Hermes)] <---- (use SOAP, follow standards) ----> [MSH (other =
company)]

Hope this helps.

Regards, -Patrick
--
Patrick Yee
System Architect
Center for E-Commerce Infrastructure Development (CECID)
Dept. of Computer Science and Information Systems
The University of Hong Kong
Tel: (852) 22415674
Fax: (852) 25474611

  ----- Original Message -----=20
  From: jujeonja=20
  To: Patrick Yee=20
  Sent: Tuesday, October 29, 2002 11:46 AM
  Subject: Hi.. I have a question...


  Hi.=20

  I saw the source of MSH.=20

  I don't know why Command Object is used.=20

  Ths MSH of freebXML send message by Request,=20

  and Request use the Command Object to store information.=20

  If The MSH of other company sends message, MSH of freebXML=20

  receive message formed Commmand Ojbect?=20

  please, give me a answer...=20

  Good-bye...=20



         =20
             jujeonja =20
              =20
          =20


      =20
        "=BF=EC=B8=AE =C0=CE=C5=CD=B3=DD, Daum" http://www.daum.net =
=A1=BA =C6=F2=BB=FD=BE=B2=B4=C2 =B9=AB=B7=E1 =C7=D1=B8=DE=C0=CF=B3=DD =
=A1=BB
      =20
             =BA=FC=B8=A3=B4=D9! =C6=ED=C7=CF=B4=D9! =
Daum=B8=DE=BD=C5=C0=FA
              =B8=C5=C0=CF=B8=C5=C0=CF =BE=B2=B0=ED =B0=E8=BD=C3=C1=D2?  =
 Daum=BF=A3=C5=CD=C4=AB=B5=E5
              Daum=C8=B8=BF=F8=C0=C7 =C7=CA=BC=F6=C7=B0! =
=BF=C2=BF=C0=C7=C1 =C3=D6=B0=ED=C0=C7 =C7=FD=C5=C3~=20
       =20
   

[ebxmlms-general] MSH-client communication over SSL: Tomcat warning

[Gait B. <gai...@ti...>]

Hi,

Now that it's running, I still get one message in the tomcat display:
25-okt-2002 13:15:36 =
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler =
processConnection
INFO: IOException reading request, ignored

This happens when loopback (or monitor) receives a message from the MSH =
over an SSL connection.
Would this be due to a not so proper cleanup of the connection?

TIA, Gait.

Re: [ebxmlms-general] MSH over SSL with Tomcat

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

Hi Gait,

We have setup the same environment as yours here. And we found that the =
problem is due to the order of the JDK and windows systems directory in =
%PATH%, again!

On windows platform, we need one more configuration step besides =
patching xalan.jar in the endorsed directory. You should place =
%JAVA_HOME%\bin in %PATH% variable, and WITH IT PLACED BEFORE =
C:\winnt\system32.

Please try this and let us know if there is any further problems. Thanks =
for your support.

Regards, -Patrick
--
Patrick Yee
System Architect
Center for E-Commerce Infrastructure Development (CECID)
Dept. of Computer Science and Information Systems
The University of Hong Kong
Tel: (852) 22415674
Fax: (852) 25474611

  ----- Original Message -----=20
  From: Gait Boxman=20
  To: Patrick Yee=20
  Cc: EbXMLms List (E-mail)=20
  Sent: Thursday, October 24, 2002 2:23 PM
  Subject: Re: [ebxmlms-general] MSH over SSL with Tomcat


  Hi Patrick,

  Yes indeed. I've exported the SSL key generated for the site to a =
file, and imported that to the=20
  %JAVA_HOME%/jre/lib/security/cacerts keystore.=20
  This way, I could successfully run the loopback test with toMSHURL in =
loopback.java set to the https URL. So MSH-MSH works, at least for the =
loopback.
  Then I tried to use the https port for the client-MSH communication by =
setting the Request/Config/URL to the https URL in the =
msh.properties.xml that is used by the loopback. AFAIK, that's the =
setting the Request object will use to connect to the MSH for sending =
commands.=20
  This gives the "couldn't find trusted certificate" error.
  I didn't change these settings in the msh.properties.xml for the MSH, =
tomcat takes care of the SSL tunnelling.
    ----- Original Message -----=20
    From: Patrick Yee=20
    To: EbXMLms List (E-mail)=20
    Sent: Thursday, October 24, 2002 3:14 AM
    Subject: Re: [ebxmlms-general] MSH over SSL with Tomcat


    Sorry Gait, I am a little bit confused. Are you saying that you have =
already fixed the MSH-MSH problem? But still got error in MSH-client =
communication?=20

    -Patrick
      ----- Original Message -----=20
      From: Gait Boxman=20
      To: EbXMLms List (E-mail)=20
      Sent: Wednesday, October 23, 2002 10:09 PM
      Subject: Re: [ebxmlms-general] MSH over SSL with Tomcat


      thnx Patrick,

      adding the certificate to the cacerts for JRE did it.
      I also tried setting the MSH-client communication to HTTPS, but =
that still gives me a "couldn't find trusted certificate" error. I was =
expecting this to use the same certificates and stores as for MSH-MSH =
loopback.

      Gait.
        ----- Original Message -----=20
        From: Patrick Yee=20
        To: Patrick Yee=20
        Cc: EbXMLms List (E-mail)=20
        Sent: Wednesday, October 23, 2002 6:13 AM
        Subject: Re: [ebxmlms-general] MSH over SSL with Tomcat


        Sorry, I forgot to CC the answer to the list. Please find the =
answer below.

        And I want to further clarify 2 points:=20

        1. If computer A wish to connect to computer B using SSL, =
computer B should be pre-configured with SSL first, and computer B's =
public key should be imported into computer A's trusted keystore.
        2. In that case, the URL that computer A is using to connect =
should be using the same hostname or IP as the one computer B used to =
generate the key. I mean, if computer B use IP as CN to generate the =
key, computer A should use the URL with IP to connect. If computer B use =
hostname as CN, computer A should use hostname to connect.

        Regards, -Patrick
        --
        Patrick Yee
        System Architect
        Center for E-Commerce Infrastructure Development (CECID)
        Dept. of Computer Science and Information Systems
        The University of Hong Kong
        Tel: (852) 22415674
        Fax: (852) 25474611

          ----- Original Message -----=20
          From: Patrick Yee=20
          To: Gait Boxman=20
          Sent: Wednesday, October 23, 2002 12:07 PM
          Subject: Re: [ebxmlms-general] MSH over SSL with Tomcat


          Hi Gait,

          In our experience, you should do the following to make SSL on =
Tomcat to work.

          1. Generate key with alias to be "tomcat", and with CN to be =
the correct hostname or IP of the server
          2. specify the keystore details in Tomcat's configuration =
files.
          3. up to this point, you can test with a browser. You need to =
accept that cert on a prompt
          4. Export the public key of the generated keypair to a file =
using keytool
          5. Input the public key exported in (4) into a keystore =
located at the RECEIVING computer. The keystore is located at:
          $JAVA_HOME/jre/lib/security/cacerts. This keystore is the =
so-called trusted public keys recognized by the JRE.=20

          Step 5 is conceptually the same as accepting that cert on a =
prompt at browsers in step (3). One is for machine, one is for human.

          Hope this helps.

          Regards, -Patrick
          --
          Patrick Yee
          System Architect
          Center for E-Commerce Infrastructure Development (CECID)
          Dept. of Computer Science and Information Systems
          The University of Hong Kong
          Tel: (852) 22415674
          Fax: (852) 25474611

            ----- Original Message -----=20
            From: Gait Boxman=20
            To: ebx...@li...=20
            Sent: Wednesday, October 23, 2002 2:32 AM
            Subject: [ebxmlms-general] MSH over SSL with Tomcat


            Hi,

            I'm having some problems getting SSL to work with the MSH.
            I've set up tomcat with a certificate using 'keytool -genkey =
-alias tomcat -keyalg RSA'
            I entered my server name as the CN, and added some real =
values for the other X.500 fields.
            I enabled port 8443 in server.xml, and I managed to hook up =
to the MSH with https://my_server_name:8443/msh, after accepting the =
certificate in IE.
            I exported the key, and imported it into /tmp/cacerts. I =
took care of all the correct passwords, so that is working.
            I then tried the loopback.java with toMSHURL set to the url =
above, but that gives problems in tomcat, which tells me it can't find a =
trusted certificate. Running the same test over the normal http channel =
works fine. Did I miss something here, should I import the certificate =
to yet another store?

            TIA, Gait.

            PS Next test will be digital signatures, hints are welcome..
            ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
            Gait Boxman
            Manager Advanced Technology & Standards
            TIE Product Development BV
            Amsterdam, The Netherlands
            Tel: +31 20 658 9091  Fax: +31 20 658 9945
            E-mail: gai...@ti...  WWW: www.TIEglobal.com
            ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Re: [ebxmlms-general] Digital signatures worries

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

Hi Gait,

We have met this before.=20

On windows platform, we need one more configuration step besides =
patching xalan.jar in the endorsed directory. You should place =
%JAVA_HOME%\bin in %PATH% variable, and WITH IT PLACED BEFORE =
C:\winnt\system32. If you do not do so, the patching seems to have no =
effect. Strange behaviour, huh?

We have mentioned this in Chapter 2 in our installation guide, though it =
is not an eye-catching note. :-)

Hope this helps.

Regards,
-Patrick

  ----- Original Message -----=20
  From: Gait Boxman=20
  To: EbXMLms List (E-mail)=20
  Sent: Thursday, October 24, 2002 5:31 PM
  Subject: [ebxmlms-general] Digital signatures worries


  Hi,

  I'm testing digital signatures, and get a warning from xalan.jar =
related to the JDK1.4 endorsed mechanism, while the MSH monitor hangs. =
From the exception log, I can tell that xalan doesn't like the way it =
was installed. This may be related to the fact that I'm running =
JDK1.4.1, rather than JDK1.4.0.=20
  I tried the following:
  * Copying the xalan.jar to c:\j2sdk1.4.0\jre\lib\endorsed (it's =
already in c:\j2sdk1.4.1\jre\lib\endorsed)
  * Running the monitor with c:\j2sdk1.4.1\jre\lib\endorsed\xalan.jar =
instead of ..\lib\xalan.jar in the CP
  * Running the monitor with c:\j2sdk1.4.0\jre\lib\endorsed\xalan.jar =
instead of ..\lib\xalan.jar in the CP
  * Running the monitor without ..\lib\xalan.jar in the CP
  All this to no avail, the last one gives a classNotDefFound error.
  Full error trace:
  -----
  java.lang.IllegalAccessError: Since it seems that nobody reads our =
installation notes, we must do it in the exception messages. Hope you =
read them. You did NOT use the endorsed mechanism from JDK 1.4 properly; =
look at <http://xml.apache.org/security/install.html> how to solve this =
problem. Original message was "tried to access field =
org.apache.xpath.XPathContext.m_dtmManager from class =
org.apache.xml.security.transforms.implementations.FuncHereContext"
          at =
org.apache.xml.security.transforms.implementations.FuncHereContext.<init>=
 (FuncHereContext.java:177)
          at =
org.apache.xml.security.utils.CachedXPathFuncHereAPI.eval(CachedXPathFunc=
HereAPI.java:356)
          at =
org.apache.xml.security.transforms.implementations.TransformXPath.engineP=
erformTransform(TransformXPath.java:195)
          at =
org.apache.xml.security.transforms.Transform.performTransform(Transform.j=
ava:333)
          at =
org.apache.xml.security.transforms.Transforms.performTransforms(Transform=
s.java:257)
          at =
org.apache.xml.security.signature.Reference.dereferenceURIandPerformTrans=
forms(Reference.java:485)
          at =
org.apache.xml.security.signature.Reference.getReferencedBytes(Reference.=
java:541)
          at =
org.apache.xml.security.signature.Reference.calculateDigest(Reference.jav=
a:566)
          at =
org.apache.xml.security.signature.Reference.generateDigestValue(Reference=
.java:439)
          at =
org.apache.xml.security.signature.Manifest.generateDigestValues(Manifest.=
java:211)
          at =
org.apache.xml.security.signature.XMLSignature.sign(XMLSignature.java:422=
)
          at =
hk.hku.cecid.phoenix.pki.ApacheXMLDSigner.sign(ApacheXMLDSigner.java:292)=

          at =
hk.hku.cecid.phoenix.message.packaging.PKISignatureImpl.sign(Unknown =
Source)
          at =
hk.hku.cecid.phoenix.message.packaging.PKISignatureImpl.sign(Unknown =
Source)
          at =
hk.hku.cecid.phoenix.message.packaging.EbxmlMessage.sign(Unknown Source)
          at hk.hku.cecid.phoenix.message.handler.Request.send(Unknown =
Source)
          at =
hk.hku.cecid.phoenix.message.monitor.SendPanel.sendMessage(Unknown =
Source)
          at hk.hku.cecid.phoenix.message.monitor.SendPanel.send(Unknown =
Source)
          at =
hk.hku.cecid.phoenix.message.monitor.SendPanel$12.actionPerformed(Unknown=
 Source)
          at =
javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:1764)
          at =
javax.swing.AbstractButton$ForwardActionEvents.actionPerformed(AbstractBu=
tton.java:1817)
          at =
javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.jav=
a:419)
          at =
javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:257)
          at =
javax.swing.plaf.basic.BasicButtonListener.mouseReleased(BasicButtonListe=
ner.java:245)
          at java.awt.Component.processMouseEvent(Component.java:5093)
          at java.awt.Component.processEvent(Component.java:4890)
          at java.awt.Container.processEvent(Container.java:1566)
          at java.awt.Component.dispatchEventImpl(Component.java:3598)
          at java.awt.Container.dispatchEventImpl(Container.java:1623)
          at java.awt.Component.dispatchEvent(Component.java:3439)
          at =
java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:3450)
          at =
java.awt.LightweightDispatcher.processMouseEvent(Container.java:3165)
          at =
java.awt.LightweightDispatcher.dispatchEvent(Container.java:3095)
          at java.awt.Container.dispatchEventImpl(Container.java:1609)
          at java.awt.Window.dispatchEventImpl(Window.java:1585)
          at java.awt.Component.dispatchEvent(Component.java:3439)
          at java.awt.EventQueue.dispatchEvent(EventQueue.java:450)
          at =
java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread=
.java:197)
          at =
java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.j=
ava:150)
          at =
java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:144)
          at =
java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:136)
          at =
java.awt.EventDispatchThread.run(EventDispatchThread.java:99)
  -----

  TIA, Gait.

[ebxmlms-general] Digital signatures worries

[Gait B. <gai...@ti...>]

Hi,

I'm testing digital signatures, and get a warning from xalan.jar related =
to the JDK1.4 endorsed mechanism, while the MSH monitor hangs. From the =
exception log, I can tell that xalan doesn't like the way it was =
installed. This may be related to the fact that I'm running JDK1.4.1, =
rather than JDK1.4.0.=20
I tried the following:
* Copying the xalan.jar to c:\j2sdk1.4.0\jre\lib\endorsed (it's already =
in c:\j2sdk1.4.1\jre\lib\endorsed)
* Running the monitor with c:\j2sdk1.4.1\jre\lib\endorsed\xalan.jar =
instead of ..\lib\xalan.jar in the CP
* Running the monitor with c:\j2sdk1.4.0\jre\lib\endorsed\xalan.jar =
instead of ..\lib\xalan.jar in the CP
* Running the monitor without ..\lib\xalan.jar in the CP
All this to no avail, the last one gives a classNotDefFound error.
Full error trace:
-----
java.lang.IllegalAccessError: Since it seems that nobody reads our =
installation notes, we must do it in the exception messages. Hope you =
read them. You did NOT use the endorsed mechanism from JDK 1.4 properly; =
look at <http://xml.apache.org/security/install.html> how to solve this =
problem. Original message was "tried to access field =
org.apache.xpath.XPathContext.m_dtmManager from class =
org.apache.xml.security.transforms.implementations.FuncHereContext"
        at =
org.apache.xml.security.transforms.implementations.FuncHereContext.<init>=
 (FuncHereContext.java:177)
        at =
org.apache.xml.security.utils.CachedXPathFuncHereAPI.eval(CachedXPathFunc=
HereAPI.java:356)
        at =
org.apache.xml.security.transforms.implementations.TransformXPath.engineP=
erformTransform(TransformXPath.java:195)
        at =
org.apache.xml.security.transforms.Transform.performTransform(Transform.j=
ava:333)
        at =
org.apache.xml.security.transforms.Transforms.performTransforms(Transform=
s.java:257)
        at =
org.apache.xml.security.signature.Reference.dereferenceURIandPerformTrans=
forms(Reference.java:485)
        at =
org.apache.xml.security.signature.Reference.getReferencedBytes(Reference.=
java:541)
        at =
org.apache.xml.security.signature.Reference.calculateDigest(Reference.jav=
a:566)
        at =
org.apache.xml.security.signature.Reference.generateDigestValue(Reference=
.java:439)
        at =
org.apache.xml.security.signature.Manifest.generateDigestValues(Manifest.=
java:211)
        at =
org.apache.xml.security.signature.XMLSignature.sign(XMLSignature.java:422=
)
        at =
hk.hku.cecid.phoenix.pki.ApacheXMLDSigner.sign(ApacheXMLDSigner.java:292)=

        at =
hk.hku.cecid.phoenix.message.packaging.PKISignatureImpl.sign(Unknown =
Source)
        at =
hk.hku.cecid.phoenix.message.packaging.PKISignatureImpl.sign(Unknown =
Source)
        at =
hk.hku.cecid.phoenix.message.packaging.EbxmlMessage.sign(Unknown Source)
        at hk.hku.cecid.phoenix.message.handler.Request.send(Unknown =
Source)
        at =
hk.hku.cecid.phoenix.message.monitor.SendPanel.sendMessage(Unknown =
Source)
        at hk.hku.cecid.phoenix.message.monitor.SendPanel.send(Unknown =
Source)
        at =
hk.hku.cecid.phoenix.message.monitor.SendPanel$12.actionPerformed(Unknown=
 Source)
        at =
javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:1764)
        at =
javax.swing.AbstractButton$ForwardActionEvents.actionPerformed(AbstractBu=
tton.java:1817)
        at =
javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.jav=
a:419)
        at =
javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:257)
        at =
javax.swing.plaf.basic.BasicButtonListener.mouseReleased(BasicButtonListe=
ner.java:245)
        at java.awt.Component.processMouseEvent(Component.java:5093)
        at java.awt.Component.processEvent(Component.java:4890)
        at java.awt.Container.processEvent(Container.java:1566)
        at java.awt.Component.dispatchEventImpl(Component.java:3598)
        at java.awt.Container.dispatchEventImpl(Container.java:1623)
        at java.awt.Component.dispatchEvent(Component.java:3439)
        at =
java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:3450)
        at =
java.awt.LightweightDispatcher.processMouseEvent(Container.java:3165)
        at =
java.awt.LightweightDispatcher.dispatchEvent(Container.java:3095)
        at java.awt.Container.dispatchEventImpl(Container.java:1609)
        at java.awt.Window.dispatchEventImpl(Window.java:1585)
        at java.awt.Component.dispatchEvent(Component.java:3439)
        at java.awt.EventQueue.dispatchEvent(EventQueue.java:450)
        at =
java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread=
.java:197)
        at =
java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.j=
ava:150)
        at =
java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:144)
        at =
java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:136)
        at java.awt.EventDispatchThread.run(EventDispatchThread.java:99)
-----

TIA, Gait.

Re: [ebxmlms-general] MSH over SSL with Tomcat

[Gait B. <gai...@ti...>]

Hi Patrick,

Yes indeed. I've exported the SSL key generated for the site to a file, =
and imported that to the=20
%JAVA_HOME%/jre/lib/security/cacerts keystore.=20
This way, I could successfully run the loopback test with toMSHURL in =
loopback.java set to the https URL. So MSH-MSH works, at least for the =
loopback.
Then I tried to use the https port for the client-MSH communication by =
setting the Request/Config/URL to the https URL in the =
msh.properties.xml that is used by the loopback. AFAIK, that's the =
setting the Request object will use to connect to the MSH for sending =
commands.=20
This gives the "couldn't find trusted certificate" error.
I didn't change these settings in the msh.properties.xml for the MSH, =
tomcat takes care of the SSL tunnelling.
  ----- Original Message -----=20
  From: Patrick Yee=20
  To: EbXMLms List (E-mail)=20
  Sent: Thursday, October 24, 2002 3:14 AM
  Subject: Re: [ebxmlms-general] MSH over SSL with Tomcat


  Sorry Gait, I am a little bit confused. Are you saying that you have =
already fixed the MSH-MSH problem? But still got error in MSH-client =
communication?=20

  -Patrick
    ----- Original Message -----=20
    From: Gait Boxman=20
    To: EbXMLms List (E-mail)=20
    Sent: Wednesday, October 23, 2002 10:09 PM
    Subject: Re: [ebxmlms-general] MSH over SSL with Tomcat


    thnx Patrick,

    adding the certificate to the cacerts for JRE did it.
    I also tried setting the MSH-client communication to HTTPS, but that =
still gives me a "couldn't find trusted certificate" error. I was =
expecting this to use the same certificates and stores as for MSH-MSH =
loopback.

    Gait.
      ----- Original Message -----=20
      From: Patrick Yee=20
      To: Patrick Yee=20
      Cc: EbXMLms List (E-mail)=20
      Sent: Wednesday, October 23, 2002 6:13 AM
      Subject: Re: [ebxmlms-general] MSH over SSL with Tomcat


      Sorry, I forgot to CC the answer to the list. Please find the =
answer below.

      And I want to further clarify 2 points:=20

      1. If computer A wish to connect to computer B using SSL, computer =
B should be pre-configured with SSL first, and computer B's public key =
should be imported into computer A's trusted keystore.
      2. In that case, the URL that computer A is using to connect =
should be using the same hostname or IP as the one computer B used to =
generate the key. I mean, if computer B use IP as CN to generate the =
key, computer A should use the URL with IP to connect. If computer B use =
hostname as CN, computer A should use hostname to connect.

      Regards, -Patrick
      --
      Patrick Yee
      System Architect
      Center for E-Commerce Infrastructure Development (CECID)
      Dept. of Computer Science and Information Systems
      The University of Hong Kong
      Tel: (852) 22415674
      Fax: (852) 25474611

        ----- Original Message -----=20
        From: Patrick Yee=20
        To: Gait Boxman=20
        Sent: Wednesday, October 23, 2002 12:07 PM
        Subject: Re: [ebxmlms-general] MSH over SSL with Tomcat


        Hi Gait,

        In our experience, you should do the following to make SSL on =
Tomcat to work.

        1. Generate key with alias to be "tomcat", and with CN to be the =
correct hostname or IP of the server
        2. specify the keystore details in Tomcat's configuration files.
        3. up to this point, you can test with a browser. You need to =
accept that cert on a prompt
        4. Export the public key of the generated keypair to a file =
using keytool
        5. Input the public key exported in (4) into a keystore located =
at the RECEIVING computer. The keystore is located at:
        $JAVA_HOME/jre/lib/security/cacerts. This keystore is the =
so-called trusted public keys recognized by the JRE.=20

        Step 5 is conceptually the same as accepting that cert on a =
prompt at browsers in step (3). One is for machine, one is for human.

        Hope this helps.

        Regards, -Patrick
        --
        Patrick Yee
        System Architect
        Center for E-Commerce Infrastructure Development (CECID)
        Dept. of Computer Science and Information Systems
        The University of Hong Kong
        Tel: (852) 22415674
        Fax: (852) 25474611

          ----- Original Message -----=20
          From: Gait Boxman=20
          To: ebx...@li...=20
          Sent: Wednesday, October 23, 2002 2:32 AM
          Subject: [ebxmlms-general] MSH over SSL with Tomcat


          Hi,

          I'm having some problems getting SSL to work with the MSH.
          I've set up tomcat with a certificate using 'keytool -genkey =
-alias tomcat -keyalg RSA'
          I entered my server name as the CN, and added some real values =
for the other X.500 fields.
          I enabled port 8443 in server.xml, and I managed to hook up to =
the MSH with https://my_server_name:8443/msh, after accepting the =
certificate in IE.
          I exported the key, and imported it into /tmp/cacerts. I took =
care of all the correct passwords, so that is working.
          I then tried the loopback.java with toMSHURL set to the url =
above, but that gives problems in tomcat, which tells me it can't find a =
trusted certificate. Running the same test over the normal http channel =
works fine. Did I miss something here, should I import the certificate =
to yet another store?

          TIA, Gait.

          PS Next test will be digital signatures, hints are welcome..
          ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
          Gait Boxman
          Manager Advanced Technology & Standards
          TIE Product Development BV
          Amsterdam, The Netherlands
          Tel: +31 20 658 9091  Fax: +31 20 658 9945
          E-mail: gai...@ti...  WWW: www.TIEglobal.com
          ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

[ebxmlms-general] Re: [RE]Re: <Question...> Hello. I need your help...

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

Hi,

To generate the authentication file, you should use a utility provided =
by us (in common.jar):

java -cp <path_to_common.jar>/common.jar =
hk.hku.cecid.phoenix.common.util.PassTool add

1. It will ask for the name of password file to be generated,=20
2. It will ask for the user name and password to be added.=20

After that you will get a file in the location that you specified in =
step (1). You should write the file name to the msh.properties.xml of =
the MSH in application server side, and also write the user name and =
password to the msh.properties.xml of in the client side.

For your information, if you just want to play with it with no =
authentication, you can comment out the AuthenticationFile property in =
the property file. The server will not perform authentication then.

Hope this helps.

P.S. I am CC'ing this to our mailing list for discussions.

Regards,
-Patrick
--
Patrick Yee
System Architect
Center for E-Commerce Infrastructure Development (CECID)
Dept. of Computer Science and Information Systems
The University of Hong Kong
Tel: (852) 22415674
Fax: (852) 25474611
  ----- Original Message -----=20
  From: jujeonja=20
  To: Patrick Yee=20
  Sent: Wednesday, October 23, 2002 6:55 PM
  Subject: [RE]Re: <Question...> Hello. I need your help...


  Hi. Thanks you for reading my mail...=20

  I have solved the problem..=20

  but I hava another proble.=20

  probably,Gererating password file for authentication is problemed...=20

  I created Authentication File.=20

  and I don't know where the file is located.=20

  -------------------------------------------------------------------=20
  error message is below...=20

  Fail to send MessageServiceHandlerConfig to MessageServiceHandler:=20
  HTTP response code =3D 409=20
  HTTP response message =3D HTTP POST submitted to MessageServiceHandler =
failed: M=20
  essageServiceHandlerException: Authentication failed!=20
  at =
hk.hku.cecid.phoenix.message.handler.Request.sendMessageServiceHandle=20
  rConfig(Unknown Source)=20
  at hk.hku.cecid.phoenix.message.handler.Request.register(Unknown =
Source)=20

  at hk.hku.cecid.phoenix.message.handler.Request.(Unknown Source)=20
  at hk.hku.cecid.phoenix.message.handler.Request.(Unknown Source)=20
  at LoopBack.run(LoopBack.java:29)=20
  at LoopBack.main(LoopBack.java:11)=20

  please, give me answer...=20

  Good-bye...   =20
             jujeonja =20
              =20
          =20


      =20
        "=BF=EC=B8=AE =C0=CE=C5=CD=B3=DD, Daum" http://www.daum.net =
=A1=BA =C6=F2=BB=FD=BE=B2=B4=C2 =B9=AB=B7=E1 =C7=D1=B8=DE=C0=CF=B3=DD =
=A1=BB
      =20
             =BA=FC=B8=A3=B4=D9! =C6=ED=C7=CF=B4=D9! =
Daum=B8=DE=BD=C5=C0=FA
              =B8=C5=C0=CF=B8=C5=C0=CF =BE=B2=B0=ED =B0=E8=BD=C3=C1=D2?  =
 Daum=BF=A3=C5=CD=C4=AB=B5=E5
              Daum=C8=B8=BF=F8=C0=C7 =C7=CA=BC=F6=C7=B0! =
=BF=C2=BF=C0=C7=C1 =C3=D6=B0=ED=C0=C7 =C7=FD=C5=C3~=20
       =20
   

Re: [ebxmlms-general] MSH over SSL with Tomcat

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

Sorry Gait, I am a little bit confused. Are you saying that you have =
already fixed the MSH-MSH problem? But still got error in MSH-client =
communication?=20

-Patrick
  ----- Original Message -----=20
  From: Gait Boxman=20
  To: EbXMLms List (E-mail)=20
  Sent: Wednesday, October 23, 2002 10:09 PM
  Subject: Re: [ebxmlms-general] MSH over SSL with Tomcat


  thnx Patrick,

  adding the certificate to the cacerts for JRE did it.
  I also tried setting the MSH-client communication to HTTPS, but that =
still gives me a "couldn't find trusted certificate" error. I was =
expecting this to use the same certificates and stores as for MSH-MSH =
loopback.

  Gait.
    ----- Original Message -----=20
    From: Patrick Yee=20
    To: Patrick Yee=20
    Cc: EbXMLms List (E-mail)=20
    Sent: Wednesday, October 23, 2002 6:13 AM
    Subject: Re: [ebxmlms-general] MSH over SSL with Tomcat


    Sorry, I forgot to CC the answer to the list. Please find the answer =
below.

    And I want to further clarify 2 points:=20

    1. If computer A wish to connect to computer B using SSL, computer B =
should be pre-configured with SSL first, and computer B's public key =
should be imported into computer A's trusted keystore.
    2. In that case, the URL that computer A is using to connect should =
be using the same hostname or IP as the one computer B used to generate =
the key. I mean, if computer B use IP as CN to generate the key, =
computer A should use the URL with IP to connect. If computer B use =
hostname as CN, computer A should use hostname to connect.

    Regards, -Patrick
    --
    Patrick Yee
    System Architect
    Center for E-Commerce Infrastructure Development (CECID)
    Dept. of Computer Science and Information Systems
    The University of Hong Kong
    Tel: (852) 22415674
    Fax: (852) 25474611

      ----- Original Message -----=20
      From: Patrick Yee=20
      To: Gait Boxman=20
      Sent: Wednesday, October 23, 2002 12:07 PM
      Subject: Re: [ebxmlms-general] MSH over SSL with Tomcat


      Hi Gait,

      In our experience, you should do the following to make SSL on =
Tomcat to work.

      1. Generate key with alias to be "tomcat", and with CN to be the =
correct hostname or IP of the server
      2. specify the keystore details in Tomcat's configuration files.
      3. up to this point, you can test with a browser. You need to =
accept that cert on a prompt
      4. Export the public key of the generated keypair to a file using =
keytool
      5. Input the public key exported in (4) into a keystore located at =
the RECEIVING computer. The keystore is located at:
      $JAVA_HOME/jre/lib/security/cacerts. This keystore is the =
so-called trusted public keys recognized by the JRE.=20

      Step 5 is conceptually the same as accepting that cert on a prompt =
at browsers in step (3). One is for machine, one is for human.

      Hope this helps.

      Regards, -Patrick
      --
      Patrick Yee
      System Architect
      Center for E-Commerce Infrastructure Development (CECID)
      Dept. of Computer Science and Information Systems
      The University of Hong Kong
      Tel: (852) 22415674
      Fax: (852) 25474611

        ----- Original Message -----=20
        From: Gait Boxman=20
        To: ebx...@li...=20
        Sent: Wednesday, October 23, 2002 2:32 AM
        Subject: [ebxmlms-general] MSH over SSL with Tomcat


        Hi,

        I'm having some problems getting SSL to work with the MSH.
        I've set up tomcat with a certificate using 'keytool -genkey =
-alias tomcat -keyalg RSA'
        I entered my server name as the CN, and added some real values =
for the other X.500 fields.
        I enabled port 8443 in server.xml, and I managed to hook up to =
the MSH with https://my_server_name:8443/msh, after accepting the =
certificate in IE.
        I exported the key, and imported it into /tmp/cacerts. I took =
care of all the correct passwords, so that is working.
        I then tried the loopback.java with toMSHURL set to the url =
above, but that gives problems in tomcat, which tells me it can't find a =
trusted certificate. Running the same test over the normal http channel =
works fine. Did I miss something here, should I import the certificate =
to yet another store?

        TIA, Gait.

        PS Next test will be digital signatures, hints are welcome..
        ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
        Gait Boxman
        Manager Advanced Technology & Standards
        TIE Product Development BV
        Amsterdam, The Netherlands
        Tel: +31 20 658 9091  Fax: +31 20 658 9945
        E-mail: gai...@ti...  WWW: www.TIEglobal.com
        ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~