ebxmlms-develop — Development discussions

Re: [ebxmlms-develop] Variable interpolation in configuration

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

Hi Jason,

Thanks for the suggestion. However, after some discussion, we think the
change is not quite necessary because:

1. Hermes deployment is not a day-to-day work. We expect the configuration
will not be changed frequently. So using static values will be adequate for
most of the time.
2. In the scenario that you suggest, we are only transferring the
"hard-wiring" of property values from Hermes's configuraiton file to the
application server's configuration files. There is anyway a file which
should "hard-wire" the property values, which is not portable from file
system to file system. Under this basis, we believe to "hard-wire" the value
in Hermes property file is acceptable.
3. We need some extra exception handling when trying to interpolating a
non-existing system property. In this angle, this makes the configuration
more complicated. Our design philosophy is to keep every behaviour
deterministic. Of course, we may not be doing very well, but at least that
is our direction.

What do you think? Let's discuss about this. Thank you for your continuous
input.

Regards, -Patrick

----- Original Message -----
From: "Jason van Zyl" <ja...@ze...>
To: <ebx...@li...>
Sent: Sunday, February 02, 2003 12:45 AM
Subject: [ebxmlms-develop] Variable interpolation in configuration


> Hi,
>
> I've added variable interpolation in the XMLProperty.java file so that I
> can more easily integrate Hermes into our application server. The
> interpolation only works with system properties with the "ebxmlms"
> prefix.
>
> So I'm setting a system property in our application server with:
>
>   <system-properties>
>     <property name="ebxmlms.basedir" value="${plexus.work}/ebxmlms"/>
>   </system-properties>
>
> And then I can do something like the following in the
> msh.properties.xml:
>
> <?xml version="1.0" encoding="UTF-8"?>
> <Property>
>   <MSH>
>     <Log>
>       <!-- "JDK" or "LOG4J" -->
>       <UseLogger>LOG4J</UseLogger>
>       <!-- empty path: user.home -->
>       <LogPath>${ebxmlms.basedir}</LogPath>
>       <LogFile>msh.log</LogFile>
>       ...
>     </Log>
>   </MSH>
> </Property>
>
> This makes it very easy for integrators, like myself, to move the
> application server around the filesystem and have things completely
> self-contained.
>
> So this means we can deploy Hermes and not have to deal with absolute
> paths which is essential for our installation setup.
>
> You can find the file here:
>
> http://www.apache.org/~jvanzyl/ebxmlms/XMLProperty.java
>
> I'll send changes in whatever form you like. Do you prefer patches or
> whole files?
>
>
> --
> jvz.
>
> Jason van Zyl
> ja...@ze...
> http://tambora.zenplex.org
>
> In short, man creates for himself a new religion of a rational
> and technical order to justify his work and to be justified in it.
>
>   -- Jacques Ellul, The Technological Society
>
>
>
> -------------------------------------------------------
> This SF.NET email is sponsored by:
> SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
> http://www.vasoftware.com
> _______________________________________________
> ebxmlms-develop mailing list
> ebx...@li...
> https://lists.sourceforge.net/lists/listinfo/ebxmlms-develop
>

Re: [ebxmlms-develop] Transaction Isolation Level Configuration

[Jason v. Z. <ja...@ze...>]

On Tue, 2003-02-04 at 02:25, Patrick Yee wrote:
> Hi Jason,
> 
> We have committed your modifications. Thanks for your contribution.
> 
> By the way, we would like to have more understanding about Axion. 

A little background. I tried to get the hsqldb project to work in a more
open fashion and found that not working so I took the original hsql code
left by Thomas Mueller and start Axion. We subsequently rewrote the
whole thing from scratch because of problems with the hsql code. It was
started as an in-memory database and when disk storage was added later
on it was a bit of a hack to say the least. Axion has an incredible
number of tests and overall great test coverage. It will soon be the
pure Java db of choice. Axion will soon come to Apache, to our new DB
project. I just published the first version of the site 10 minutes ago:

http://db.apache.org

> You say
> that it does not support transaction isolation in the current version. 

Currently axion supports "snapshot isolation" transactions, an isolation
level slightly stronger than TRANSACTION_SERIALIZABLE.

We're looking into adding the strongest of transaction isolation but
what is currently in Axion would more than likely suffice for most
needs. Rodney Waldhoff is looking into it.

> So,
> will it support rollback mechanism? 

Yes, it does now we just don't do the phantom reads. Rodney tells me it
wouldn't be hard to implement. If he doesn't have time to do it I will
do it in a few weeks.

> You know, if Hermes is working with a
> database without commit/rollback capability, or having some deficiency in
> transaction, there might be some scenario that causes harmful data
> inconsistency. We may need to include some warning in the documentation or
> property file in order to make the user conscious about that. What do you
> think?

Definitely, a warning would be good. I made sure not to provide the
option of no transactions. I'll do a little more research and try to
make a suggestion as to the basic minimum requirements for safe
operation.

> 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: "Frankie Lam" <fr...@mi...>
> To: "Patrick Yee" <kc...@ce...>
> Sent: Tuesday, February 04, 2003 3:14 PM
> Subject: Fw: [ebxmlms-develop] Transaction Isolation Level Configuration
> 
> 
> >
> > ----- Original Message -----
> > From: "Jason van Zyl" <ja...@ze...>
> > To: <ebx...@li...>
> > Sent: Thursday, January 30, 2003 4:16 PM
> > Subject: [ebxmlms-develop] Transaction Isolation Level Configuration
> >
> >
> > > Hi,
> > >
> > > I have a tarball with modifications to hermes to allow the transaction
> > > isolation level to be configured by the user if desired:
> > >
> > > http://www.apache.org/~jvanzyl/xa-isolation-levels.tgz
> > >
> > > I have modifed:
> > >
> > > hk.hku.cecid.phoenix.message.handler.Constants
> > > hk.hku.cecid.phoenix.message.handler.DbConnectionPool
> > > hk.hku.cecid.phoenix.message.handler.DiagTool
> > > hk.hku.cecid.phoenix.message.handler.MessageServer
> > >
> > > and added:
> > >
> > > hk.hku.cecid.phoenix.message.handler.IsolationLevelSelector
> > >
> > > It simply allows users to do the following:
> > >
> > > <Driver>org.axiondb.jdbc.AxionDriver</Driver>
> > > <User>user</User>
> > > <Password>password</Password>
> > > <URL>jdbc:axiondb:hermes:/tmp/hermes/db</URL>
> > > <TransactionIsolationLevel>SERIALIZABLE</TransactionIsolationLevel>
> > >
> > > If a transaction isolation level is not specified at all or
> > > misconfigured then the current behavior is employed where the most
> > > rigorous isolation level is used.
> > >
> > > --
> > > jvz.
> > >
> > > Jason van Zyl
> > > ja...@ze...
> > > http://tambora.zenplex.org
> > >
> > > In short, man creates for himself a new religion of a rational
> > > and technical order to justify his work and to be justified in it.
> > >
> > >   -- Jacques Ellul, The Technological Society
> > >
> > >
> > >
> > > -------------------------------------------------------
> > > This SF.NET email is sponsored by:
> > > SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
> > > http://www.vasoftware.com
> > > _______________________________________________
> > > ebxmlms-develop mailing list
> > > ebx...@li...
> > > https://lists.sourceforge.net/lists/listinfo/ebxmlms-develop
> > >
> >
> 
> 
> 
> -------------------------------------------------------
> This SF.NET email is sponsored by:
> SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
> http://www.vasoftware.com
> _______________________________________________
> ebxmlms-develop mailing list
> ebx...@li...
> https://lists.sourceforge.net/lists/listinfo/ebxmlms-develop
-- 
jvz.

Jason van Zyl
ja...@ze...
http://tambora.zenplex.org

In short, man creates for himself a new religion of a rational
and technical order to justify his work and to be justified in it.
  
  -- Jacques Ellul, The Technological Society

Re: [ebxmlms-develop] Transaction Isolation Level Configuration

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

Hi Jason,

We have committed your modifications. Thanks for your contribution.

By the way, we would like to have more understanding about Axion. You say
that it does not support transaction isolation in the current version. So,
will it support rollback mechanism? You know, if Hermes is working with a
database without commit/rollback capability, or having some deficiency in
transaction, there might be some scenario that causes harmful data
inconsistency. We may need to include some warning in the documentation or
property file in order to make the user conscious about that. What do you
think?

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: "Frankie Lam" <fr...@mi...>
To: "Patrick Yee" <kc...@ce...>
Sent: Tuesday, February 04, 2003 3:14 PM
Subject: Fw: [ebxmlms-develop] Transaction Isolation Level Configuration


>
> ----- Original Message -----
> From: "Jason van Zyl" <ja...@ze...>
> To: <ebx...@li...>
> Sent: Thursday, January 30, 2003 4:16 PM
> Subject: [ebxmlms-develop] Transaction Isolation Level Configuration
>
>
> > Hi,
> >
> > I have a tarball with modifications to hermes to allow the transaction
> > isolation level to be configured by the user if desired:
> >
> > http://www.apache.org/~jvanzyl/xa-isolation-levels.tgz
> >
> > I have modifed:
> >
> > hk.hku.cecid.phoenix.message.handler.Constants
> > hk.hku.cecid.phoenix.message.handler.DbConnectionPool
> > hk.hku.cecid.phoenix.message.handler.DiagTool
> > hk.hku.cecid.phoenix.message.handler.MessageServer
> >
> > and added:
> >
> > hk.hku.cecid.phoenix.message.handler.IsolationLevelSelector
> >
> > It simply allows users to do the following:
> >
> > <Driver>org.axiondb.jdbc.AxionDriver</Driver>
> > <User>user</User>
> > <Password>password</Password>
> > <URL>jdbc:axiondb:hermes:/tmp/hermes/db</URL>
> > <TransactionIsolationLevel>SERIALIZABLE</TransactionIsolationLevel>
> >
> > If a transaction isolation level is not specified at all or
> > misconfigured then the current behavior is employed where the most
> > rigorous isolation level is used.
> >
> > --
> > jvz.
> >
> > Jason van Zyl
> > ja...@ze...
> > http://tambora.zenplex.org
> >
> > In short, man creates for himself a new religion of a rational
> > and technical order to justify his work and to be justified in it.
> >
> >   -- Jacques Ellul, The Technological Society
> >
> >
> >
> > -------------------------------------------------------
> > This SF.NET email is sponsored by:
> > SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
> > http://www.vasoftware.com
> > _______________________________________________
> > ebxmlms-develop mailing list
> > ebx...@li...
> > https://lists.sourceforge.net/lists/listinfo/ebxmlms-develop
> >
>

Re: [ebxmlms-develop] Update Maven POM

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

I have commited the new file to CVS. -Patrick

----- Original Message ----- 
From: "Jason van Zyl" <ja...@ze...>
To: <ebx...@li...>
Sent: Tuesday, February 04, 2003 12:38 AM
Subject: [ebxmlms-develop] Update Maven POM


> Hi,
> 
> I've updated the Maven POM and placed it here:
> 
> http://www.apache.org/~jvanzyl/ebxmlms/project.xml
> 
> -- 
> jvz.
> 
> Jason van Zyl
> ja...@ze...
> http://tambora.zenplex.org
> 
> In short, man creates for himself a new religion of a rational
> and technical order to justify his work and to be justified in it.
>   
>   -- Jacques Ellul, The Technological Society
> 
> 
> 
> -------------------------------------------------------
> This SF.NET email is sponsored by:
> SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
> http://www.vasoftware.com
> _______________________________________________
> ebxmlms-develop mailing list
> ebx...@li...
> https://lists.sourceforge.net/lists/listinfo/ebxmlms-develop
> 

[ebxmlms-develop] Update Maven POM

[Jason v. Z. <ja...@ze...>]

Hi,

I've updated the Maven POM and placed it here:

http://www.apache.org/~jvanzyl/ebxmlms/project.xml

-- 
jvz.

Jason van Zyl
ja...@ze...
http://tambora.zenplex.org

In short, man creates for himself a new religion of a rational
and technical order to justify his work and to be justified in it.
  
  -- Jacques Ellul, The Technological Society

Re: [ebxmlms-develop] Why the delay after receiving a message?

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

Dear Boxman,

One more thing come to my mind: I think you cannot set the polling =
interval to be so frequent if you use hsqldb. Since only one connection =
is allowed at a time and more than one message needs to be processed if =
the interval is small, some threads will be waiting for the connection =
to become available. If the new threads come up faster than those =
completed, the number of threads may be increasing continuously and =
eventually the JVM may crash =3D)

Best regards,
  Frankie
  ----- Original Message -----=20
  From: Frankie Lam=20
  To: ebx...@li...=20
  Sent: Monday, February 03, 2003 6:19 PM
  Subject: Re: [ebxmlms-develop] Why the delay after receiving a =
message?


  Dear Boxman,

  Thanks for the information:

  Re: waiting time - I'll need to investigate the implications of the =
changes first =3D)
  Re: hsqldb - I think you need to set initialconnections =3D 1, =
maxconnections =3D 1 for hsqldb. It seems that it is not able to handle =
multiple database connections.

  I'll need to check the other issues first before I can give a reply =
=3D)

  Best regards,
      Frankie
    ----- Original Message -----=20
    From: Gait Boxman=20
    To: ebx...@li...=20
    Sent: Monday, February 03, 2003 6:03 PM
    Subject: Re: [ebxmlms-develop] Why the delay after receiving a =
message?


    Hi Frankie,


    Re waiting time: hadn't thought of it that way. Suggest to change =
the Request.java to cover that thinking, try this:
    =3D=3D=3D=3D
    diff -r1.48 Request.java

    275c275,280

    < waitInterval =3D Constants.REQUEST_MIN_WAIT_INTERVAL;

    ---

    > if( Constants.REQUEST_MIN_WAIT_INTERVAL < customInterval) {

    > waitInterval =3D Constants.REQUEST_MIN_WAIT_INTERVAL;

    > }

    > else {

    > waitInterval =3D customInterval;

    > }

    =3D=3D=3D=3D
    Since I'm not a hardcore Java programmer, I'm not entirely sure how =
thread safety comes into play. I can give you the scenario, though: I =
set up a typical test scenario with a sender (using the Monitor for =
this), a Reflector (a Request based listener that constructs and sends a =
reply message) and a PayloadVerifier (also a Request based listener, not =
using the code below). The SendPanel of the Monitor is patched so that =
it saves the message and its header to disk as well, and the =
PayloadVerifier compares the reply message with the saved message and =
header. After registering the Reflector and the PayloadVerifier with the =
MSH, those clients are stopped, and I send about 20 messages to the MSH, =
targeted at the Reflector. Then the PayloadVerifier and Reflector are =
restarted (in that order). With a 100ms customInterval and the patch =
above, all goes well, but with a 10ms customInterval, only three =
messages are received. Subsequent messages are ignored until the MSH is =
restarted (not completely tested on what exactly to restart, could be =
just restarting the clients would be enough).
    All this running on my 500MHz laptop with 256Mb memory, tomcat =
4.1.10 and j2sdk 1.4.1 and Win2000pro. I can do more tests, but I'm a =
little pressed for time at the moment :-).

    Re db connection: I'm running against hsqldb, very convenient in the =
normal setup, especially when testing and you frequently need to clean =
the db's. But when running the MSH and starting up the code as follows:

    =3D=3D=3D=3D
       String cpaID =3D "*";
       String conversationID =3D "*";
       String service =3D "*";
       String action =3D "PayloadVerify";

       ApplicationContext ac =3D new ApplicationContext(
        cpaID, conversationID, service, action);

       String transportType =3D "HTTP";
       String toMshUrl =3D "http://localhost:8080/msh";
       URL url =3D new URL(toMshUrl);

       MessageServiceHandler msh =3D new MessageServiceHandler();
       MessageServiceHandlerConfig cfg =3D new =
MessageServiceHandlerConfig( ac, url, (MessageListener)this, =
transportType, 2, "30000" );
       MessageServiceHandlerConnection con =3D msh.register(cfg);
       try {
       while(true)
       {
        EbxmlMessage msg =3D con.getMessage();
        System.out.println("Pulled a message, id =3D " + =
msg.getMessageId());
       }
       }
       catch(Exception e) {
       e.printStackTrace();
      =20
       }
       msh.destroy();
    =3D=3D=3D=3D

    I get the following trace:

    =3D=3D=3D=3D
    log4j:WARN No appenders could be found for logger =
(hk.hku.cecid.phoenix.message.
    handler.MessageServiceHandler).
    log4j:WARN Please initialize the log4j system properly.
    Info: using property file in /C:/ebxmlms/sample/msh.properties.xml
    hk.hku.cecid.phoenix.message.handler.MessageServiceHandlerException: =
Cannot crea
    te database connection: The database is already in use by another =
process
            at =
hk.hku.cecid.phoenix.message.handler.MessageServiceHandler.<init>(Unk
    nown Source)
            at payloadverify.run(payloadverify.java:33)
            at payloadverify.main(payloadverify.java:14)
    =3D=3D=3D=3D

    With tomcat shut down, the trace is as follows:

    =3D=3D=3D=3D
    PayloadVerify setting up...
    log4j:WARN No appenders could be found for logger =
(hk.hku.cecid.phoenix.message.
    handler.MessageServiceHandler).
    log4j:WARN Please initialize the log4j system properly.
    Info: using property file in /C:/ebxmlms/sample/msh.properties.xml
    java.lang.NullPointerException
            at =
hk.hku.cecid.phoenix.message.handler.MessageServiceHandler.register(U
    nknown Source)
            at payloadverify.run(payloadverify.java:35)
            at payloadverify.main(payloadverify.java:14)
    =3D=3D=3D=3D

    Re retrieving messages by id: I agree on the MessageOrder, but what =
can I say, I'm a control freak :-).

    Re getPendingMessages: that possibility occurred to me after I hit =
the send button :-).=20

    Many thnx, Gait.
      ----- Original Message -----=20
      From: Frankie Lam=20
      To: ebx...@li...=20
      Sent: Monday, February 03, 2003 9:54 AM
      Subject: Re: [ebxmlms-develop] Why the delay after receiving a =
message?


      Dear Boxman,

      The waiting time is reset to REQUEST_MIN_WAIT_INTERVAL when the =
last polling to MSH shows positive response, i.e. a new message arrives. =
It is because we expect that the client would specify an interval larger =
than that and resetting it causes the messages to be delivered to the =
client application faster. But we are quite concerned about the message =
loss for frequent polling. It seems to me that it is a thread-safety =
issue.

      Could you please tell us more about "issues with database =
connection" using hsqldb? And also the use of "getPendingMessages()" is =
to obtain the number of messages pending to be *sent* rather than =
*received*. So perhaps there is a misunderstanding here.

      It's a good suggestion that the messages can be retrieved by =
message ID. However, I think the ebMS specification does not allow such =
use if "MessageOrder" is enabled, when the messages must be delivered =
sequentially to the application in a specified order. Personally I =
suggest that you may get all the messages and put it in your own buffer =
for further processing.

      Best regards,
        Frankie
        ----- Original Message -----=20
        From: Gait Boxman=20
        To: ebx...@li...=20
        Sent: Monday, February 03, 2003 4:35 PM
        Subject: [ebxmlms-develop] Why the delay after receiving a =
message?


        Hi team,

        while trying to speed up the receiving process (one of our apps =
is batch oriented and typically needs to retrieve any buffered messages =
as fast as possible without waiting for new ones), I found that the wait =
time is reset to REQUEST_MIN_WAIT_INTERVAL after receiving a message =
from the server (in Request.java), rather than the value set explicitly. =
While my testing showed having 2 listeners polling every 10ms will =
result in message loss (I patched Request.java to leave the value at the =
customInterval), I am curious about the cause behind that, and a =
possibly more accurate timing. For instance, making my listeners poll at =
100ms went just fine.

        Trying to bypass the polling mechanism in Request.java and going =
directly through the MessageServiceHandlerConnection, as suggested a =
while ago to Jason by Ng, gave me some issues with the database =
connection when the MSH is running (using hsqldb) and with null pointers =
when the MSH is not running.=20
        Ideally, I'd like to retrieve the number of messages queued in =
the MSH for my AC, and then just retrieve those messages in a burst. =
However, getPendingMessages always returns an empty list, rather than a =
list of queued messages, so I can't even count the number pending. It =
would be even cooler if I could retrieve the messages by their =
messageId.

        thnx, Gait.
        ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
        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-develop] Why the delay after receiving a message?

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

Dear Boxman,

Thanks for the information:

Re: waiting time - I'll need to investigate the implications of the =
changes first =3D)
Re: hsqldb - I think you need to set initialconnections =3D 1, =
maxconnections =3D 1 for hsqldb. It seems that it is not able to handle =
multiple database connections.

I'll need to check the other issues first before I can give a reply =3D)

Best regards,
    Frankie
  ----- Original Message -----=20
  From: Gait Boxman=20
  To: ebx...@li...=20
  Sent: Monday, February 03, 2003 6:03 PM
  Subject: Re: [ebxmlms-develop] Why the delay after receiving a =
message?


  Hi Frankie,


  Re waiting time: hadn't thought of it that way. Suggest to change the =
Request.java to cover that thinking, try this:
  =3D=3D=3D=3D
  diff -r1.48 Request.java

  275c275,280

  < waitInterval =3D Constants.REQUEST_MIN_WAIT_INTERVAL;

  ---

  > if( Constants.REQUEST_MIN_WAIT_INTERVAL < customInterval) {

  > waitInterval =3D Constants.REQUEST_MIN_WAIT_INTERVAL;

  > }

  > else {

  > waitInterval =3D customInterval;

  > }

  =3D=3D=3D=3D
  Since I'm not a hardcore Java programmer, I'm not entirely sure how =
thread safety comes into play. I can give you the scenario, though: I =
set up a typical test scenario with a sender (using the Monitor for =
this), a Reflector (a Request based listener that constructs and sends a =
reply message) and a PayloadVerifier (also a Request based listener, not =
using the code below). The SendPanel of the Monitor is patched so that =
it saves the message and its header to disk as well, and the =
PayloadVerifier compares the reply message with the saved message and =
header. After registering the Reflector and the PayloadVerifier with the =
MSH, those clients are stopped, and I send about 20 messages to the MSH, =
targeted at the Reflector. Then the PayloadVerifier and Reflector are =
restarted (in that order). With a 100ms customInterval and the patch =
above, all goes well, but with a 10ms customInterval, only three =
messages are received. Subsequent messages are ignored until the MSH is =
restarted (not completely tested on what exactly to restart, could be =
just restarting the clients would be enough).
  All this running on my 500MHz laptop with 256Mb memory, tomcat 4.1.10 =
and j2sdk 1.4.1 and Win2000pro. I can do more tests, but I'm a little =
pressed for time at the moment :-).

  Re db connection: I'm running against hsqldb, very convenient in the =
normal setup, especially when testing and you frequently need to clean =
the db's. But when running the MSH and starting up the code as follows:

  =3D=3D=3D=3D
     String cpaID =3D "*";
     String conversationID =3D "*";
     String service =3D "*";
     String action =3D "PayloadVerify";

     ApplicationContext ac =3D new ApplicationContext(
      cpaID, conversationID, service, action);

     String transportType =3D "HTTP";
     String toMshUrl =3D "http://localhost:8080/msh";
     URL url =3D new URL(toMshUrl);

     MessageServiceHandler msh =3D new MessageServiceHandler();
     MessageServiceHandlerConfig cfg =3D new =
MessageServiceHandlerConfig( ac, url, (MessageListener)this, =
transportType, 2, "30000" );
     MessageServiceHandlerConnection con =3D msh.register(cfg);
     try {
     while(true)
     {
      EbxmlMessage msg =3D con.getMessage();
      System.out.println("Pulled a message, id =3D " + =
msg.getMessageId());
     }
     }
     catch(Exception e) {
     e.printStackTrace();
    =20
     }
     msh.destroy();
  =3D=3D=3D=3D

  I get the following trace:

  =3D=3D=3D=3D
  log4j:WARN No appenders could be found for logger =
(hk.hku.cecid.phoenix.message.
  handler.MessageServiceHandler).
  log4j:WARN Please initialize the log4j system properly.
  Info: using property file in /C:/ebxmlms/sample/msh.properties.xml
  hk.hku.cecid.phoenix.message.handler.MessageServiceHandlerException: =
Cannot crea
  te database connection: The database is already in use by another =
process
          at =
hk.hku.cecid.phoenix.message.handler.MessageServiceHandler.<init>(Unk
  nown Source)
          at payloadverify.run(payloadverify.java:33)
          at payloadverify.main(payloadverify.java:14)
  =3D=3D=3D=3D

  With tomcat shut down, the trace is as follows:

  =3D=3D=3D=3D
  PayloadVerify setting up...
  log4j:WARN No appenders could be found for logger =
(hk.hku.cecid.phoenix.message.
  handler.MessageServiceHandler).
  log4j:WARN Please initialize the log4j system properly.
  Info: using property file in /C:/ebxmlms/sample/msh.properties.xml
  java.lang.NullPointerException
          at =
hk.hku.cecid.phoenix.message.handler.MessageServiceHandler.register(U
  nknown Source)
          at payloadverify.run(payloadverify.java:35)
          at payloadverify.main(payloadverify.java:14)
  =3D=3D=3D=3D

  Re retrieving messages by id: I agree on the MessageOrder, but what =
can I say, I'm a control freak :-).

  Re getPendingMessages: that possibility occurred to me after I hit the =
send button :-).=20

  Many thnx, Gait.
    ----- Original Message -----=20
    From: Frankie Lam=20
    To: ebx...@li...=20
    Sent: Monday, February 03, 2003 9:54 AM
    Subject: Re: [ebxmlms-develop] Why the delay after receiving a =
message?


    Dear Boxman,

    The waiting time is reset to REQUEST_MIN_WAIT_INTERVAL when the last =
polling to MSH shows positive response, i.e. a new message arrives. It =
is because we expect that the client would specify an interval larger =
than that and resetting it causes the messages to be delivered to the =
client application faster. But we are quite concerned about the message =
loss for frequent polling. It seems to me that it is a thread-safety =
issue.

    Could you please tell us more about "issues with database =
connection" using hsqldb? And also the use of "getPendingMessages()" is =
to obtain the number of messages pending to be *sent* rather than =
*received*. So perhaps there is a misunderstanding here.

    It's a good suggestion that the messages can be retrieved by message =
ID. However, I think the ebMS specification does not allow such use if =
"MessageOrder" is enabled, when the messages must be delivered =
sequentially to the application in a specified order. Personally I =
suggest that you may get all the messages and put it in your own buffer =
for further processing.

    Best regards,
      Frankie
      ----- Original Message -----=20
      From: Gait Boxman=20
      To: ebx...@li...=20
      Sent: Monday, February 03, 2003 4:35 PM
      Subject: [ebxmlms-develop] Why the delay after receiving a =
message?


      Hi team,

      while trying to speed up the receiving process (one of our apps is =
batch oriented and typically needs to retrieve any buffered messages as =
fast as possible without waiting for new ones), I found that the wait =
time is reset to REQUEST_MIN_WAIT_INTERVAL after receiving a message =
from the server (in Request.java), rather than the value set explicitly. =
While my testing showed having 2 listeners polling every 10ms will =
result in message loss (I patched Request.java to leave the value at the =
customInterval), I am curious about the cause behind that, and a =
possibly more accurate timing. For instance, making my listeners poll at =
100ms went just fine.

      Trying to bypass the polling mechanism in Request.java and going =
directly through the MessageServiceHandlerConnection, as suggested a =
while ago to Jason by Ng, gave me some issues with the database =
connection when the MSH is running (using hsqldb) and with null pointers =
when the MSH is not running.=20
      Ideally, I'd like to retrieve the number of messages queued in the =
MSH for my AC, and then just retrieve those messages in a burst. =
However, getPendingMessages always returns an empty list, rather than a =
list of queued messages, so I can't even count the number pending. It =
would be even cooler if I could retrieve the messages by their =
messageId.

      thnx, Gait.
      ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
      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-develop] Why the delay after receiving a message?

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

Hi Frankie,


Re waiting time: hadn't thought of it that way. Suggest to change the =
Request.java to cover that thinking, try this:
=3D=3D=3D=3D
diff -r1.48 Request.java

275c275,280

< waitInterval =3D Constants.REQUEST_MIN_WAIT_INTERVAL;

---

> if( Constants.REQUEST_MIN_WAIT_INTERVAL < customInterval) {

> waitInterval =3D Constants.REQUEST_MIN_WAIT_INTERVAL;

> }

> else {

> waitInterval =3D customInterval;

> }

=3D=3D=3D=3D
Since I'm not a hardcore Java programmer, I'm not entirely sure how =
thread safety comes into play. I can give you the scenario, though: I =
set up a typical test scenario with a sender (using the Monitor for =
this), a Reflector (a Request based listener that constructs and sends a =
reply message) and a PayloadVerifier (also a Request based listener, not =
using the code below). The SendPanel of the Monitor is patched so that =
it saves the message and its header to disk as well, and the =
PayloadVerifier compares the reply message with the saved message and =
header. After registering the Reflector and the PayloadVerifier with the =
MSH, those clients are stopped, and I send about 20 messages to the MSH, =
targeted at the Reflector. Then the PayloadVerifier and Reflector are =
restarted (in that order). With a 100ms customInterval and the patch =
above, all goes well, but with a 10ms customInterval, only three =
messages are received. Subsequent messages are ignored until the MSH is =
restarted (not completely tested on what exactly to restart, could be =
just restarting the clients would be enough).
All this running on my 500MHz laptop with 256Mb memory, tomcat 4.1.10 =
and j2sdk 1.4.1 and Win2000pro. I can do more tests, but I'm a little =
pressed for time at the moment :-).

Re db connection: I'm running against hsqldb, very convenient in the =
normal setup, especially when testing and you frequently need to clean =
the db's. But when running the MSH and starting up the code as follows:

=3D=3D=3D=3D
   String cpaID =3D "*";
   String conversationID =3D "*";
   String service =3D "*";
   String action =3D "PayloadVerify";

   ApplicationContext ac =3D new ApplicationContext(
    cpaID, conversationID, service, action);

   String transportType =3D "HTTP";
   String toMshUrl =3D "http://localhost:8080/msh";
   URL url =3D new URL(toMshUrl);

   MessageServiceHandler msh =3D new MessageServiceHandler();
   MessageServiceHandlerConfig cfg =3D new MessageServiceHandlerConfig( =
ac, url, (MessageListener)this, transportType, 2, "30000" );
   MessageServiceHandlerConnection con =3D msh.register(cfg);
   try {
   while(true)
   {
    EbxmlMessage msg =3D con.getMessage();
    System.out.println("Pulled a message, id =3D " + =
msg.getMessageId());
   }
   }
   catch(Exception e) {
   e.printStackTrace();
  =20
   }
   msh.destroy();
=3D=3D=3D=3D

I get the following trace:

=3D=3D=3D=3D
log4j:WARN No appenders could be found for logger =
(hk.hku.cecid.phoenix.message.
handler.MessageServiceHandler).
log4j:WARN Please initialize the log4j system properly.
Info: using property file in /C:/ebxmlms/sample/msh.properties.xml
hk.hku.cecid.phoenix.message.handler.MessageServiceHandlerException: =
Cannot crea
te database connection: The database is already in use by another =
process
        at =
hk.hku.cecid.phoenix.message.handler.MessageServiceHandler.<init>(Unk
nown Source)
        at payloadverify.run(payloadverify.java:33)
        at payloadverify.main(payloadverify.java:14)
=3D=3D=3D=3D

With tomcat shut down, the trace is as follows:

=3D=3D=3D=3D
PayloadVerify setting up...
log4j:WARN No appenders could be found for logger =
(hk.hku.cecid.phoenix.message.
handler.MessageServiceHandler).
log4j:WARN Please initialize the log4j system properly.
Info: using property file in /C:/ebxmlms/sample/msh.properties.xml
java.lang.NullPointerException
        at =
hk.hku.cecid.phoenix.message.handler.MessageServiceHandler.register(U
nknown Source)
        at payloadverify.run(payloadverify.java:35)
        at payloadverify.main(payloadverify.java:14)
=3D=3D=3D=3D

Re retrieving messages by id: I agree on the MessageOrder, but what can =
I say, I'm a control freak :-).

Re getPendingMessages: that possibility occurred to me after I hit the =
send button :-).=20

Many thnx, Gait.
  ----- Original Message -----=20
  From: Frankie Lam=20
  To: ebx...@li...=20
  Sent: Monday, February 03, 2003 9:54 AM
  Subject: Re: [ebxmlms-develop] Why the delay after receiving a =
message?


  Dear Boxman,

  The waiting time is reset to REQUEST_MIN_WAIT_INTERVAL when the last =
polling to MSH shows positive response, i.e. a new message arrives. It =
is because we expect that the client would specify an interval larger =
than that and resetting it causes the messages to be delivered to the =
client application faster. But we are quite concerned about the message =
loss for frequent polling. It seems to me that it is a thread-safety =
issue.

  Could you please tell us more about "issues with database connection" =
using hsqldb? And also the use of "getPendingMessages()" is to obtain =
the number of messages pending to be *sent* rather than *received*. So =
perhaps there is a misunderstanding here.

  It's a good suggestion that the messages can be retrieved by message =
ID. However, I think the ebMS specification does not allow such use if =
"MessageOrder" is enabled, when the messages must be delivered =
sequentially to the application in a specified order. Personally I =
suggest that you may get all the messages and put it in your own buffer =
for further processing.

  Best regards,
    Frankie
    ----- Original Message -----=20
    From: Gait Boxman=20
    To: ebx...@li...=20
    Sent: Monday, February 03, 2003 4:35 PM
    Subject: [ebxmlms-develop] Why the delay after receiving a message?


    Hi team,

    while trying to speed up the receiving process (one of our apps is =
batch oriented and typically needs to retrieve any buffered messages as =
fast as possible without waiting for new ones), I found that the wait =
time is reset to REQUEST_MIN_WAIT_INTERVAL after receiving a message =
from the server (in Request.java), rather than the value set explicitly. =
While my testing showed having 2 listeners polling every 10ms will =
result in message loss (I patched Request.java to leave the value at the =
customInterval), I am curious about the cause behind that, and a =
possibly more accurate timing. For instance, making my listeners poll at =
100ms went just fine.

    Trying to bypass the polling mechanism in Request.java and going =
directly through the MessageServiceHandlerConnection, as suggested a =
while ago to Jason by Ng, gave me some issues with the database =
connection when the MSH is running (using hsqldb) and with null pointers =
when the MSH is not running.=20
    Ideally, I'd like to retrieve the number of messages queued in the =
MSH for my AC, and then just retrieve those messages in a burst. =
However, getPendingMessages always returns an empty list, rather than a =
list of queued messages, so I can't even count the number pending. It =
would be even cooler if I could retrieve the messages by their =
messageId.

    thnx, Gait.
    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    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-develop] Why the delay after receiving a message?

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

Dear Boxman,

The waiting time is reset to REQUEST_MIN_WAIT_INTERVAL when the last =
polling to MSH shows positive response, i.e. a new message arrives. It =
is because we expect that the client would specify an interval larger =
than that and resetting it causes the messages to be delivered to the =
client application faster. But we are quite concerned about the message =
loss for frequent polling. It seems to me that it is a thread-safety =
issue.

Could you please tell us more about "issues with database connection" =
using hsqldb? And also the use of "getPendingMessages()" is to obtain =
the number of messages pending to be *sent* rather than *received*. So =
perhaps there is a misunderstanding here.

It's a good suggestion that the messages can be retrieved by message ID. =
However, I think the ebMS specification does not allow such use if =
"MessageOrder" is enabled, when the messages must be delivered =
sequentially to the application in a specified order. Personally I =
suggest that you may get all the messages and put it in your own buffer =
for further processing.

Best regards,
  Frankie
  ----- Original Message -----=20
  From: Gait Boxman=20
  To: ebx...@li...=20
  Sent: Monday, February 03, 2003 4:35 PM
  Subject: [ebxmlms-develop] Why the delay after receiving a message?


  Hi team,

  while trying to speed up the receiving process (one of our apps is =
batch oriented and typically needs to retrieve any buffered messages as =
fast as possible without waiting for new ones), I found that the wait =
time is reset to REQUEST_MIN_WAIT_INTERVAL after receiving a message =
from the server (in Request.java), rather than the value set explicitly. =
While my testing showed having 2 listeners polling every 10ms will =
result in message loss (I patched Request.java to leave the value at the =
customInterval), I am curious about the cause behind that, and a =
possibly more accurate timing. For instance, making my listeners poll at =
100ms went just fine.

  Trying to bypass the polling mechanism in Request.java and going =
directly through the MessageServiceHandlerConnection, as suggested a =
while ago to Jason by Ng, gave me some issues with the database =
connection when the MSH is running (using hsqldb) and with null pointers =
when the MSH is not running.=20
  Ideally, I'd like to retrieve the number of messages queued in the MSH =
for my AC, and then just retrieve those messages in a burst. However, =
getPendingMessages always returns an empty list, rather than a list of =
queued messages, so I can't even count the number pending. It would be =
even cooler if I could retrieve the messages by their messageId.

  thnx, Gait.
  ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  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-develop] Why the delay after receiving a message?

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

Hi team,

while trying to speed up the receiving process (one of our apps is batch =
oriented and typically needs to retrieve any buffered messages as fast =
as possible without waiting for new ones), I found that the wait time is =
reset to REQUEST_MIN_WAIT_INTERVAL after receiving a message from the =
server (in Request.java), rather than the value set explicitly. While my =
testing showed having 2 listeners polling every 10ms will result in =
message loss (I patched Request.java to leave the value at the =
customInterval), I am curious about the cause behind that, and a =
possibly more accurate timing. For instance, making my listeners poll at =
100ms went just fine.

Trying to bypass the polling mechanism in Request.java and going =
directly through the MessageServiceHandlerConnection, as suggested a =
while ago to Jason by Ng, gave me some issues with the database =
connection when the MSH is running (using hsqldb) and with null pointers =
when the MSH is not running.=20
Ideally, I'd like to retrieve the number of messages queued in the MSH =
for my AC, and then just retrieve those messages in a burst. However, =
getPendingMessages always returns an empty list, rather than a list of =
queued messages, so I can't even count the number pending. It would be =
even cooler if I could retrieve the messages by their messageId.

thnx, Gait.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
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-develop] RE: Hermes confugration

[Mayne, P. <Pet...@ap...>]

Excellent.

The development guide makes no mention of MessageListenerImpl. It does say
"getClientURL() should return a URL if you intend the MSH application
server to send the received message directly to you via that URL". This led
me to believe that merely modifying LoopBack.java's getClientUrl() to return
a URL ("http://myServer/") would make Hermes send the received message
directly to my HTTP server. It does not imply (to me) that I must implement
the sending myself. (It took some time trawling through the source code to
discover the existence of MessageListenerImpl which uses an HttpSender.)

Now that (I think) I know what's going on, the documentation can be read in
a new light, but the message listening mechanism is still somewhat unclear.

Perhaps some clarification in the documentation is required. 8-)

Thanks.

PJDM
-- 
Peter Mayne
Technology Consultant
Spherion Technology Solutions
Level 1, 243 Northbourne Avenue, Lyneham, ACT, 2602
T: 61 2 62689727  F: 61 2 62689777 
-----Original Message-----
From: Frankie Lam [mailto:fr...@mi...]
Sent: Friday, 31 January 2003 6:45 PM
To: Mayne, Peter
Cc: Vijiaraj, Prabaharan; ebx...@li...
Subject: Re: Hermes confugration


Dear Peter,

There are currently three ways to receive a message in 0.9.2.0:
1. Trusted repository approach - the incoming message is saved as a file.
2. Client-side polling - the Request object constantly polls the MSH and see
if there is new message.
3. URL approach - the incoming message is sent to the location specified,
e.g. a mail account.

The key to choosing the approach to receive message is MessageListener and
its URL parameter:
1. Trusted repository - URL points to a directory location, e.g.
"file://tmp/ebxmlms/repository".. This directory must be configured in MSH
configuration file. "MessageListenerImpl" should be used instead of
implementing an MessageListener interface by yourself, since it will never
be called.
2. Client-side polling - URL should be "null", and you can implement
MessageListener interface and pass "this" to the constructor.
3. URL approach - this is very similar to case 1. In fact, if the URL has a
"file" protocol, it is regarded as a repository. Otherwise it is the
destination address where the message should be sent.

I think your implementation is correct =)

Best regards,
  Frankie
----- Original Message ----- 
From: Mayne, Peter 
To: 'fr...@mi...' 
Cc: Vijiaraj, Prabaharan 
Sent: Friday, January 31, 2003 7:58 AM
Subject: Hermes confugration


I work with Prabaharan Vijiaraj at Spherion. We've been looking at the
Hermes Message Service Handler V0.9.2.0. Praba says that you're the current
support mechanism. 8-)
We set it up so the LoopBack test works. The documentation says that
returning a URL from getCLientUrl() will make the server pass incoming
messages to that URL. However, doing this just made the server instantiate a
LoopBack object and call its onMessage() method.
To get the server to send an incoming message to a URL, we had to replace: 
Request mshReq = new Request(ac, new URL(toMshUrl), this, transportType); 
with: 
MessageListener ml = new MessageListenerImpl(new
URL("http://myWebServer/")); 
Request mshReq = new Request(ac, new URL(toMshUrl), ml, transportType); 
which bypasses the LoopBack client's getClientUrl completely. 
Is this the correct way to send an incoming message to a URL? 
Thanks. 
PJDM 
--  
Peter Mayne 
Technology Consultant 
Spherion Technology Solutions 
Level 1, 243 Northbourne Avenue, Lyneham, ACT, 2602 
T: 61 2 62689727  F: 61 2 62689777 
The information contained in this email and any attachments to it:

(a) may be confidential and if you are not the intended recipient, any
interference with, 
use, disclosure or copying of this material is unauthorised and prohibited;
and

(b) may contain personal information of the recipient and/or the sender as
defined 
under the Privacy Act 1988 (Cth). Consent is hereby given by the
recipient(s) to 
collect, hold and use such information and any personal information
contained in a 
response to this email, for any reasonable purpose in the ordinary course of

Spherion's 
business, including forwarding this email internally or disclosing it to a
third party. All 
personal information collected by Spherion will be handled in accordance
with 
Spherion's Privacy Policy. If you have received this email in error, please
notify the 
sender and delete it.

(c) you agree not to employ or arrange employment for any candidate(s)
supplied in 
this email and any attachments without first entering into a contractual
agreement with 
Spherion. You further agree not to divulge any information contained in this
document 
to any person(s) or entities without the express permission of Spherion.

Re: [ebxmlms-develop] LogPath directory check

[Lam T. S. <ts...@ce...>]

Dear Jason,

Thanks for the patches =) We'll have a look through it.

Personally I think that it's more convenient for us to inspect the changes
using a diff file.

Best regards,
  Frankie

On 1 Feb 2003, Jason van Zyl wrote:

:Hi,
:
:I just made a simple change to check for the existence of the logpath
:when using Log4J. Change is at the bottom of the file. I need this as
:our application server gets dropped in a filesystem in a pristine form.
:We create everything we need when the application starts up for the
:first time.
:
:http://www.apache.org/~jvanzyl/ebxmlms/Utility.java
:
:--
:jvz.
:
:Jason van Zyl
:ja...@ze...
:http://tambora.zenplex.org
:
:In short, man creates for himself a new religion of a rational
:and technical order to justify his work and to be justified in it.
:
:  -- Jacques Ellul, The Technological Society
:
:
:
:-------------------------------------------------------
:This SF.NET email is sponsored by:
:SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
:http://www.vasoftware.com
:_______________________________________________
:ebxmlms-develop mailing list
:ebx...@li...
:https://lists.sourceforge.net/lists/listinfo/ebxmlms-develop
:

[ebxmlms-develop] LogPath directory check

[Jason v. Z. <ja...@ze...>]

Hi,

I just made a simple change to check for the existence of the logpath
when using Log4J. Change is at the bottom of the file. I need this as
our application server gets dropped in a filesystem in a pristine form.
We create everything we need when the application starts up for the
first time.

http://www.apache.org/~jvanzyl/ebxmlms/Utility.java

-- 
jvz.

Jason van Zyl
ja...@ze...
http://tambora.zenplex.org

In short, man creates for himself a new religion of a rational
and technical order to justify his work and to be justified in it.
  
  -- Jacques Ellul, The Technological Society

[ebxmlms-develop] Variable interpolation in configuration

[Jason v. Z. <ja...@ze...>]

Hi,

I've added variable interpolation in the XMLProperty.java file so that I
can more easily integrate Hermes into our application server. The
interpolation only works with system properties with the "ebxmlms"
prefix.

So I'm setting a system property in our application server with:

  <system-properties>
    <property name="ebxmlms.basedir" value="${plexus.work}/ebxmlms"/>
  </system-properties>

And then I can do something like the following in the
msh.properties.xml:

<?xml version="1.0" encoding="UTF-8"?>
<Property>
  <MSH>
    <Log>
      <!-- "JDK" or "LOG4J" -->
      <UseLogger>LOG4J</UseLogger>
      <!-- empty path: user.home -->
      <LogPath>${ebxmlms.basedir}</LogPath>
      <LogFile>msh.log</LogFile>
      ...
    </Log>
  </MSH>
</Property>

This makes it very easy for integrators, like myself, to move the
application server around the filesystem and have things completely
self-contained.

So this means we can deploy Hermes and not have to deal with absolute
paths which is essential for our installation setup.

You can find the file here:

http://www.apache.org/~jvanzyl/ebxmlms/XMLProperty.java

I'll send changes in whatever form you like. Do you prefer patches or
whole files?


-- 
jvz.

Jason van Zyl
ja...@ze...
http://tambora.zenplex.org

In short, man creates for himself a new religion of a rational
and technical order to justify his work and to be justified in it.
  
  -- Jacques Ellul, The Technological Society

[ebxmlms-develop] Re: Hermes confugration

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

Hermes confugrationDear Peter,

There are currently three ways to receive a message in 0.9.2.0:
1. Trusted repository approach - the incoming message is saved as a =
file.
2. Client-side polling - the Request object constantly polls the MSH and =
see if there is new message.
3. URL approach - the incoming message is sent to the location =
specified, e.g. a mail account.

The key to choosing the approach to receive message is MessageListener =
and its URL parameter:
1. Trusted repository - URL points to a directory location, e.g. =
"file://tmp/ebxmlms/repository". This directory must be configured in =
MSH configuration file. "MessageListenerImpl" should be used instead of =
implementing an MessageListener interface by yourself, since it will =
never be called.
2. Client-side polling - URL should be "null", and you can implement =
MessageListener interface and pass "this" to the constructor.
3. URL approach - this is very similar to case 1. In fact, if the URL =
has a "file" protocol, it is regarded as a repository. Otherwise it is =
the destination address where the message should be sent.

I think your implementation is correct =3D)

Best regards,
  Frankie
  ----- Original Message -----=20
  From: Mayne, Peter=20
  To: 'fr...@mi...'=20
  Cc: Vijiaraj, Prabaharan=20
  Sent: Friday, January 31, 2003 7:58 AM
  Subject: Hermes confugration


  I work with Prabaharan Vijiaraj at Spherion. We've been looking at the =
Hermes Message Service Handler V0.9.2.0. Praba says that you're the =
current support mechanism. 8-)

  We set it up so the LoopBack test works. The documentation says that =
returning a URL from getCLientUrl() will make the server pass incoming =
messages to that URL. However, doing this just made the server =
instantiate a LoopBack object and call its onMessage() method.

  To get the server to send an incoming message to a URL, we had to =
replace:=20

  Request mshReq =3D new Request(ac, new URL(toMshUrl), this, =
transportType);=20

  with:=20

  MessageListener ml =3D new MessageListenerImpl(new =
URL("http://myWebServer/"));=20
  Request mshReq =3D new Request(ac, new URL(toMshUrl), ml, =
transportType);=20

  which bypasses the LoopBack client's getClientUrl completely.=20

  Is this the correct way to send an incoming message to a URL?=20

  Thanks.=20

  PJDM=20
  -- =20
  Peter Mayne=20
  Technology Consultant=20
  Spherion Technology Solutions=20
  Level 1, 243 Northbourne Avenue, Lyneham, ACT, 2602=20
  T: 61 2 62689727  F: 61 2 62689777=20

The information contained in this email and any attachments to it:

(a) may be confidential and if you are not the intended recipient, any =
interference with,=20
use, disclosure or copying of this material is unauthorised and =
prohibited; and

(b) may contain personal information of the recipient and/or the sender =
as defined=20
under the Privacy Act 1988 (Cth). Consent is hereby given by the =
recipient(s) to=20
collect, hold and use such information and any personal information =
contained in a=20
response to this email, for any reasonable purpose in the ordinary =
course of=20
Spherion's=20
business, including forwarding this email internally or disclosing it to =
a third party. All=20
personal information collected by Spherion will be handled in accordance =
with=20
Spherion's Privacy Policy. If you have received this email in error, =
please notify the=20
sender and delete it.

(c) you agree not to employ or arrange employment for any candidate(s) =
supplied in=20
this email and any attachments without first entering into a contractual =
agreement with=20
Spherion. You further agree not to divulge any information contained in =
this document=20
to any person(s) or entities without the express permission of Spherion.

Re: [ebxmlms-develop] Transaction Isolation Level Configuration

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

Jason,

Yes we will try to apply the patch, probably in next week (we have a long
weekend here).

Kung Hei Fat Choy. <-- Greetings in Chinese.

Regards, -Patrick

----- Original Message -----
From: "Jason van Zyl" <ja...@ze...>
To: <ebx...@li...>
Sent: Thursday, January 30, 2003 4:16 PM
Subject: [ebxmlms-develop] Transaction Isolation Level Configuration


> Hi,
>
> I have a tarball with modifications to hermes to allow the transaction
> isolation level to be configured by the user if desired:
>
> http://www.apache.org/~jvanzyl/xa-isolation-levels.tgz
>
> I have modifed:
>
> hk.hku.cecid.phoenix.message.handler.Constants
> hk.hku.cecid.phoenix.message.handler.DbConnectionPool
> hk.hku.cecid.phoenix.message.handler.DiagTool
> hk.hku.cecid.phoenix.message.handler.MessageServer
>
> and added:
>
> hk.hku.cecid.phoenix.message.handler.IsolationLevelSelector
>
> It simply allows users to do the following:
>
> <Driver>org.axiondb.jdbc.AxionDriver</Driver>
> <User>user</User>
> <Password>password</Password>
> <URL>jdbc:axiondb:hermes:/tmp/hermes/db</URL>
> <TransactionIsolationLevel>SERIALIZABLE</TransactionIsolationLevel>
>
> If a transaction isolation level is not specified at all or
> misconfigured then the current behavior is employed where the most
> rigorous isolation level is used.
>
> --
> jvz.
>
> Jason van Zyl
> ja...@ze...
> http://tambora.zenplex.org
>
> In short, man creates for himself a new religion of a rational
> and technical order to justify his work and to be justified in it.
>
>   -- Jacques Ellul, The Technological Society
>
>
>
> -------------------------------------------------------
> This SF.NET email is sponsored by:
> SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
> http://www.vasoftware.com
> _______________________________________________
> ebxmlms-develop mailing list
> ebx...@li...
> https://lists.sourceforge.net/lists/listinfo/ebxmlms-develop
>

[ebxmlms-develop] Transaction Isolation Level Configuration

[Jason v. Z. <ja...@ze...>]

Hi,

I have a tarball with modifications to hermes to allow the transaction
isolation level to be configured by the user if desired:

http://www.apache.org/~jvanzyl/xa-isolation-levels.tgz

I have modifed:

hk.hku.cecid.phoenix.message.handler.Constants
hk.hku.cecid.phoenix.message.handler.DbConnectionPool
hk.hku.cecid.phoenix.message.handler.DiagTool
hk.hku.cecid.phoenix.message.handler.MessageServer

and added:

hk.hku.cecid.phoenix.message.handler.IsolationLevelSelector

It simply allows users to do the following:

<Driver>org.axiondb.jdbc.AxionDriver</Driver>
<User>user</User>
<Password>password</Password>
<URL>jdbc:axiondb:hermes:/tmp/hermes/db</URL>
<TransactionIsolationLevel>SERIALIZABLE</TransactionIsolationLevel>
 
If a transaction isolation level is not specified at all or
misconfigured then the current behavior is employed where the most
rigorous isolation level is used.

-- 
jvz.

Jason van Zyl
ja...@ze...
http://tambora.zenplex.org

In short, man creates for himself a new religion of a rational
and technical order to justify his work and to be justified in it.
  
  -- Jacques Ellul, The Technological Society

Re: [ebxmlms-develop] By passing the stub

[Ng C. Y. [Cyng] <cy...@cs...>]

Hi Jason,

> MessageServiceHandlerConnection is a package private class. Could this
> be made public so I can access it?

        MessageServiceHandlerConnection is now set public in the lastest
CVS source tree. You can call send(SOAPMessage) or send(EbxmlMessage)
to send messages. Also, in calling MessageServiceHandler.register(),
you have to supply the MessageServiceHandlerConfig in which there is
a MessageListener included. In case this MessageListener is a polling one,
to receive messages, you can call MessageServiceHandlerConnection.
getMessage() to collect the messages, just like the case in which Request
does for you.

Regards,
CY

----------------------------------------------------------------------------
Ng Chi Yuen, CY.       cy...@ce...       http://www.cecid.hku.hk/
Technology Officer,
Centre for E-Commerce Infrastructure Development,
The University of Hong Kong
----------------------------------------------------------------------------

Re: [ebxmlms-develop] JDK 1.3

[Jason v. Z. <ja...@ze...>]

On Tue, 2003-01-21 at 01:40, Frankie Lam wrote:
> Dear Jason,
> 
> The source code has been modified and it's now JDK 1.3 compatible.

Much appreciated!

> Best regards,
>     Frankie Lam
> 
> ----- Original Message -----
> From: "Jason van Zyl" <ja...@ze...>
> To: <ebx...@li...>
> Sent: Monday, January 20, 2003 3:50 AM
> Subject: [ebxmlms-develop] JDK 1.3
> 
> 
> > Hi,
> >
> > Just thought I would pass along these errors compiling under JDK 1.3. I
> > hope JDK 1.4 is not a strict requirement?
> >
> > java:compile:
> >     [javac] Compiling 90 source files to
> > /home/jvanzyl/js/ebxmlms.cvs/target/classes
> >
> /home/jvanzyl/js/ebxmlms.cvs/src/hk/hku/cecid/phoenix/common/AuthenticationM
> anager.java:210: cannot resolve symbol
> > symbol  : constructor FileWriter  (java.io.File,boolean)
> > location: class java.io.FileWriter
> >                     new FileWriter(passwordFile, true));
> >                     ^
> >
> /home/jvanzyl/js/ebxmlms.cvs/src/hk/hku/cecid/phoenix/common/AuthenticationM
> anager.java:253: cannot resolve symbol
> > symbol  : constructor FileWriter  (java.io.File,boolean)
> > location: class java.io.FileWriter
> >                     new FileWriter(passwordFile, false));
> >                     ^
> >
> /home/jvanzyl/js/ebxmlms.cvs/src/hk/hku/cecid/phoenix/message/handler/DbTabl
> eManager.java:1553: cannot resolve symbol
> > symbol  : method indexOf  (java.lang.String,int)
> > location: class java.lang.StringBuffer
> >         while ((idx = buf.indexOf("'", ++idx)) != -1) {
> >                          ^
> >
> /home/jvanzyl/js/ebxmlms.cvs/src/hk/hku/cecid/phoenix/message/handler/DbTabl
> eManager.java:1557: cannot resolve symbol
> > symbol  : method indexOf  (java.lang.String,int)
> > location: class java.lang.StringBuffer
> >         while ((idx = buf.indexOf("\\", ++idx)) != -1) {
> >                          ^
> >
> /home/jvanzyl/js/ebxmlms.cvs/src/hk/hku/cecid/phoenix/message/handler/Diagno
> sisException.java:8: cannot resolve symbol
> > symbol  : constructor Exception  (java.lang.String,java.lang.Throwable)
> > location: class java.lang.Exception
> >         super(message, cause);
> >         ^
> >
> /home/jvanzyl/js/ebxmlms.cvs/src/hk/hku/cecid/phoenix/message/handler/Export
> Exception.java:71: cannot resolve symbol
> > symbol  : constructor Exception  (java.lang.String,java.lang.Throwable)
> > location: class java.lang.Exception
> >         super(message, cause);
> >         ^
> >
> > --
> > jvz.
> >
> > Jason van Zyl
> > ja...@ze...
> > http://tambora.zenplex.org
> >
> > In short, man creates for himself a new religion of a rational
> > and technical order to justify his work and to be justified in it.
> >
> >   -- Jacques Ellul, The Technological Society
> >
> >
> >
> > -------------------------------------------------------
> > This SF.NET email is sponsored by: FREE  SSL Guide from Thawte
> > are you planning your Web Server Security? Click here to get a FREE
> > Thawte SSL guide and find the answers to all your  SSL security issues.
> > http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en
> > _______________________________________________
> > ebxmlms-develop mailing list
> > ebx...@li...
> > https://lists.sourceforge.net/lists/listinfo/ebxmlms-develop
> >
> 
> 
> 
> -------------------------------------------------------
> This SF.NET email is sponsored by:
> SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
> http://www.vasoftware.com
> _______________________________________________
> ebxmlms-develop mailing list
> ebx...@li...
> https://lists.sourceforge.net/lists/listinfo/ebxmlms-develop
-- 
jvz.

Jason van Zyl
ja...@ze...
http://tambora.zenplex.org

In short, man creates for himself a new religion of a rational
and technical order to justify his work and to be justified in it.
  
  -- Jacques Ellul, The Technological Society

Re: [ebxmlms-develop] JDK 1.3

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

Dear Jason,

The source code has been modified and it's now JDK 1.3 compatible.

Best regards,
    Frankie Lam

----- Original Message -----
From: "Jason van Zyl" <ja...@ze...>
To: <ebx...@li...>
Sent: Monday, January 20, 2003 3:50 AM
Subject: [ebxmlms-develop] JDK 1.3


> Hi,
>
> Just thought I would pass along these errors compiling under JDK 1.3. I
> hope JDK 1.4 is not a strict requirement?
>
> java:compile:
>     [javac] Compiling 90 source files to
> /home/jvanzyl/js/ebxmlms.cvs/target/classes
>
/home/jvanzyl/js/ebxmlms.cvs/src/hk/hku/cecid/phoenix/common/AuthenticationM
anager.java:210: cannot resolve symbol
> symbol  : constructor FileWriter  (java.io.File,boolean)
> location: class java.io.FileWriter
>                     new FileWriter(passwordFile, true));
>                     ^
>
/home/jvanzyl/js/ebxmlms.cvs/src/hk/hku/cecid/phoenix/common/AuthenticationM
anager.java:253: cannot resolve symbol
> symbol  : constructor FileWriter  (java.io.File,boolean)
> location: class java.io.FileWriter
>                     new FileWriter(passwordFile, false));
>                     ^
>
/home/jvanzyl/js/ebxmlms.cvs/src/hk/hku/cecid/phoenix/message/handler/DbTabl
eManager.java:1553: cannot resolve symbol
> symbol  : method indexOf  (java.lang.String,int)
> location: class java.lang.StringBuffer
>         while ((idx = buf.indexOf("'", ++idx)) != -1) {
>                          ^
>
/home/jvanzyl/js/ebxmlms.cvs/src/hk/hku/cecid/phoenix/message/handler/DbTabl
eManager.java:1557: cannot resolve symbol
> symbol  : method indexOf  (java.lang.String,int)
> location: class java.lang.StringBuffer
>         while ((idx = buf.indexOf("\\", ++idx)) != -1) {
>                          ^
>
/home/jvanzyl/js/ebxmlms.cvs/src/hk/hku/cecid/phoenix/message/handler/Diagno
sisException.java:8: cannot resolve symbol
> symbol  : constructor Exception  (java.lang.String,java.lang.Throwable)
> location: class java.lang.Exception
>         super(message, cause);
>         ^
>
/home/jvanzyl/js/ebxmlms.cvs/src/hk/hku/cecid/phoenix/message/handler/Export
Exception.java:71: cannot resolve symbol
> symbol  : constructor Exception  (java.lang.String,java.lang.Throwable)
> location: class java.lang.Exception
>         super(message, cause);
>         ^
>
> --
> jvz.
>
> Jason van Zyl
> ja...@ze...
> http://tambora.zenplex.org
>
> In short, man creates for himself a new religion of a rational
> and technical order to justify his work and to be justified in it.
>
>   -- Jacques Ellul, The Technological Society
>
>
>
> -------------------------------------------------------
> This SF.NET email is sponsored by: FREE  SSL Guide from Thawte
> are you planning your Web Server Security? Click here to get a FREE
> Thawte SSL guide and find the answers to all your  SSL security issues.
> http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en
> _______________________________________________
> ebxmlms-develop mailing list
> ebx...@li...
> https://lists.sourceforge.net/lists/listinfo/ebxmlms-develop
>

Re: [ebxmlms-develop] By passing the stub

[Jason v. Z. <ja...@ze...>]

On Mon, 2003-01-20 at 01:19, Patrick Yee wrote:
> Hi Jason,
> 
> By our design, you can use the following steps to directly send out a
> message. Essentially you are embedding the MSH server in your application.
> 
> 1. Create an instance of MessageServiceHandler
> 2. Call register() of the MessageServiceHandler instance, passing in the
> MessageServiceHandlerConfig object, containing some sending parameters. The
> register() function will return a MessageServiceHandlerConnection object.

MessageServiceHandlerConnection is a package private class. Could this
be made public so I can access it?

> 3. Call send() method of the MessageServiceHandlerConnection.
> 4. Call the destroy() method of the MessageServiceHandler instance. Note
> that the MSH may be still trying to send messages. So you may need to take
> care of that.
> 
> 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: "Jason van Zyl" <ja...@ze...>
> To: <ebx...@li...>
> Sent: Monday, January 20, 2003 1:01 PM
> Subject: [ebxmlms-develop] By passing the stub
> 
> 
> > Hi,
> >
> > With the current setup I have the typical client code stub connecting
> > the servlet which dispatches my message but is there anyway to send a
> > message directly the remote host?
> >
> > --
> > jvz.
> >
> > Jason van Zyl
> > ja...@ze...
> > http://tambora.zenplex.org
> >
> > In short, man creates for himself a new religion of a rational
> > and technical order to justify his work and to be justified in it.
> >
> >   -- Jacques Ellul, The Technological Society
> >
> >
> >
> > -------------------------------------------------------
> > This SF.NET email is sponsored by: FREE  SSL Guide from Thawte
> > are you planning your Web Server Security? Click here to get a FREE
> > Thawte SSL guide and find the answers to all your  SSL security issues.
> > http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en
> > _______________________________________________
> > ebxmlms-develop mailing list
> > ebx...@li...
> > https://lists.sourceforge.net/lists/listinfo/ebxmlms-develop
> >
> 
> 
> 
> -------------------------------------------------------
> This SF.NET email is sponsored by: FREE  SSL Guide from Thawte
> are you planning your Web Server Security? Click here to get a FREE
> Thawte SSL guide and find the answers to all your  SSL security issues.
> http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en
> _______________________________________________
> ebxmlms-develop mailing list
> ebx...@li...
> https://lists.sourceforge.net/lists/listinfo/ebxmlms-develop
-- 
jvz.

Jason van Zyl
ja...@ze...
http://tambora.zenplex.org

In short, man creates for himself a new religion of a rational
and technical order to justify his work and to be justified in it.
  
  -- Jacques Ellul, The Technological Society

Re: [ebxmlms-develop] Maven build

[Jason v. Z. <ja...@ze...>]

On Mon, 2003-01-20 at 01:32, Patrick Yee wrote:
> Hi Jason,
> 
> We will add the maven build files to the CVS repository as suggested. We are
> reviewing the description/information in the build files, and we will commit
> to CVS right after that. Thank you.

Thanks for putting it in.

> Please note that we do not have such experience, and may not have that
> resource, to maintain the maven build files. So please do us a favour and
> help us to patch those files to most up-to-date in the future. Thanks.

I will definitely keep it up to date. I'll watch for changes to your ant
build file. BTW, you can generate an Ant build file from the Maven
project.xml file :-)

> > Also note that, strictly speaking, you are in violation of SUN's binary
> > distribution license by having the Java Activation Framework JAR in your
> > CVS repository. You're allowed to distribute it, but technically you are
> > not allowed to have it in CVS. SUN generally doesn't go after anyone,
> > Apache did it for years :-) Just FYI if you didn't already know.
> 
> Thank you for the reminder.

No problem. I'm sure most know this already, just pointing it out.

> 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: FREE  SSL Guide from Thawte
> are you planning your Web Server Security? Click here to get a FREE
> Thawte SSL guide and find the answers to all your  SSL security issues.
> http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en
> _______________________________________________
> ebxmlms-develop mailing list
> ebx...@li...
> https://lists.sourceforge.net/lists/listinfo/ebxmlms-develop
-- 
jvz.

Jason van Zyl
ja...@ze...
http://tambora.zenplex.org

In short, man creates for himself a new religion of a rational
and technical order to justify his work and to be justified in it.
  
  -- Jacques Ellul, The Technological Society

Re: [ebxmlms-develop] By passing the stub

[Jason v. Z. <ja...@ze...>]

On Mon, 2003-01-20 at 01:19, Patrick Yee wrote:
> Hi Jason,
> 
> By our design, you can use the following steps to directly send out a
> message. Essentially you are embedding the MSH server in your application.
> 
> 1. Create an instance of MessageServiceHandler
> 2. Call register() of the MessageServiceHandler instance, passing in the
> MessageServiceHandlerConfig object, containing some sending parameters. The
> register() function will return a MessageServiceHandlerConnection object.
> 3. Call send() method of the MessageServiceHandlerConnection.
> 4. Call the destroy() method of the MessageServiceHandler instance. Note
> that the MSH may be still trying to send messages. So you may need to take
> care of that.
> 
> Hope this helps.

Fantastic, that's perfect. I definitely want to allow the option of
using the firewall method but I would like to push the message directly
to the remote host as well. Much appreciated.

> 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: "Jason van Zyl" <ja...@ze...>
> To: <ebx...@li...>
> Sent: Monday, January 20, 2003 1:01 PM
> Subject: [ebxmlms-develop] By passing the stub
> 
> 
> > Hi,
> >
> > With the current setup I have the typical client code stub connecting
> > the servlet which dispatches my message but is there anyway to send a
> > message directly the remote host?
> >
> > --
> > jvz.
> >
> > Jason van Zyl
> > ja...@ze...
> > http://tambora.zenplex.org
> >
> > In short, man creates for himself a new religion of a rational
> > and technical order to justify his work and to be justified in it.
> >
> >   -- Jacques Ellul, The Technological Society
> >
> >
> >
> > -------------------------------------------------------
> > This SF.NET email is sponsored by: FREE  SSL Guide from Thawte
> > are you planning your Web Server Security? Click here to get a FREE
> > Thawte SSL guide and find the answers to all your  SSL security issues.
> > http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en
> > _______________________________________________
> > ebxmlms-develop mailing list
> > ebx...@li...
> > https://lists.sourceforge.net/lists/listinfo/ebxmlms-develop
> >
> 
> 
> 
> -------------------------------------------------------
> This SF.NET email is sponsored by: FREE  SSL Guide from Thawte
> are you planning your Web Server Security? Click here to get a FREE
> Thawte SSL guide and find the answers to all your  SSL security issues.
> http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en
> _______________________________________________
> ebxmlms-develop mailing list
> ebx...@li...
> https://lists.sourceforge.net/lists/listinfo/ebxmlms-develop
-- 
jvz.

Jason van Zyl
ja...@ze...
http://tambora.zenplex.org

In short, man creates for himself a new religion of a rational
and technical order to justify his work and to be justified in it.
  
  -- Jacques Ellul, The Technological Society

Re: [ebxmlms-develop] Maven build

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

Hi Jason,

We will add the maven build files to the CVS repository as suggested. We are
reviewing the description/information in the build files, and we will commit
to CVS right after that. Thank you.

Please note that we do not have such experience, and may not have that
resource, to maintain the maven build files. So please do us a favour and
help us to patch those files to most up-to-date in the future. Thanks.

> Also note that, strictly speaking, you are in violation of SUN's binary
> distribution license by having the Java Activation Framework JAR in your
> CVS repository. You're allowed to distribute it, but technically you are
> not allowed to have it in CVS. SUN generally doesn't go after anyone,
> Apache did it for years :-) Just FYI if you didn't already know.

Thank you for the reminder.

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

Re: [ebxmlms-develop] By passing the stub

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

Hi Jason,

By our design, you can use the following steps to directly send out a
message. Essentially you are embedding the MSH server in your application.

1. Create an instance of MessageServiceHandler
2. Call register() of the MessageServiceHandler instance, passing in the
MessageServiceHandlerConfig object, containing some sending parameters. The
register() function will return a MessageServiceHandlerConnection object.
3. Call send() method of the MessageServiceHandlerConnection.
4. Call the destroy() method of the MessageServiceHandler instance. Note
that the MSH may be still trying to send messages. So you may need to take
care of that.

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: "Jason van Zyl" <ja...@ze...>
To: <ebx...@li...>
Sent: Monday, January 20, 2003 1:01 PM
Subject: [ebxmlms-develop] By passing the stub


> Hi,
>
> With the current setup I have the typical client code stub connecting
> the servlet which dispatches my message but is there anyway to send a
> message directly the remote host?
>
> --
> jvz.
>
> Jason van Zyl
> ja...@ze...
> http://tambora.zenplex.org
>
> In short, man creates for himself a new religion of a rational
> and technical order to justify his work and to be justified in it.
>
>   -- Jacques Ellul, The Technological Society
>
>
>
> -------------------------------------------------------
> This SF.NET email is sponsored by: FREE  SSL Guide from Thawte
> are you planning your Web Server Security? Click here to get a FREE
> Thawte SSL guide and find the answers to all your  SSL security issues.
> http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en
> _______________________________________________
> ebxmlms-develop mailing list
> ebx...@li...
> https://lists.sourceforge.net/lists/listinfo/ebxmlms-develop
>