ebxmlms-develop — Development discussions

Re: [ebxmlms-develop] SOAPException: Unable to internalize messag e (Invalid Content-Typ e:text/html)

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

RE: [ebxmlms-develop] SOAPException: Unable to internalize messag e =
(Invalid Content-Typ e:text/html)Strangely, we can deploy it to weblogic =
6.1 (linux) successfully with any tricks on activation.jar. Of course, =
latest CVS source is needed.
Regards, -Patrick

  ----- Original Message -----=20
  From: Ronald van Kuijk=20
  To: 'ebx...@li...'=20
  Sent: Thursday, March 20, 2003 6:19 PM
  Subject: RE: [ebxmlms-develop] SOAPException: Unable to internalize =
messag e (Invalid Content-Typ e:text/html)


  FYI

  Bea, at least up to weblogic 6.1sp3 has the same problem. We therefor =
used the sun activation.jar in front of the weblogic.jar. I did not try =
this with hermes yet, but multipart-mime generally has this problem in =
Bea

  Ronald
    -----Oorspronkelijk bericht-----
    Van: Patrick Yee [mailto:kc...@ce...]
    Verzonden: donderdag 20 maart 2003 10:54
    Aan: ebx...@li...
    Onderwerp: Re: [ebxmlms-develop] SOAPException: Unable to =
internalize messag e (Invalid Content-Typ e:text/html)


    Peter,

    Thank you for your note.

    Please check out the latest CVS source tree and try again. We have =
committed the change to make the Content-Type not wrapped. What a =
coincident! We have made the change to get Hermes deployable in =
Websphere.

    Regards, -Patrick
      ----- Original Message -----=20
      From: Mayne, Peter=20
      To: 'ebx...@li...'=20
      Sent: Thursday, March 20, 2003 6:13 AM
      Subject: RE: [ebxmlms-develop] SOAPException: Unable to =
internalize messag e (Invalid Content-Typ e:text/html)


      This turns out to be a bug in Apache. If the header is wrapped (as =
the Content-Type header is) and it is a multiple of eight bytes long =
when unwrapped (which this one is), then not enough space is allocated =
for the header value, and the next header overwrites the end of this =
value.

      Therefore, the Content-Type header breaks, which breaks the =
parsing of the SOAP message. However, instead of an obvious error (like =
"could not find boundary"), SAAJ throws something about text/html, which =
doesn't appear anywhere.

      There's one problem fixed, anyway.=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
      -----Original Message-----=20
      From: Mayne, Peter=20
      Sent: Wednesday, 19 March 2003 4:36 PM=20
      To: 'ebx...@li...'=20
      Subject: RE: [ebxmlms-develop] SOAPException: Unable to =
internalize messag e (Invalid Content-Typ e:text/html)=20



      That doesn't seem to be the problem, but it nudged me into looking =
in the right place.=20
      I'm using Apache (to provide SSL + user authentication) in front =
of Tomcat, connected with the JK2 connector. I've inserted some =
debugging printlns in MessageServicehandler to figure out what's going =
on.

      If I send the incoming message directly to Tomcat, everything =
works fine. In particular, the content type is:=20
      multipart/related; type=3D"text/xml";=20
          boundary=3D"----=3D_Part_9_24374438.1048047839137"=20
      If I send the incoming message to Tomcat via Apache, the =
content-type is:=20
      multipart/related; type=3D"text/xml";=20
          boundary=3D"----=3D_Part_9_24374438.1048047839137"SOAPAction=20
      which is obviously incorrect, and which therefore causes=20
      soapMessage =3D messageFactory.createMessage=20
                          (headers, new =
ByteArrayInputStream(requestBytes));=20
      because the headers are broken. (If I insert some more code just =
before this to take the extra text out of the header, everything works =
fine.)

      Wild guess: the bug would appear to be in the JK2 area. More =
debugging coming up...=20
      Incidentally, I was seeing this problem a long time before I =
started using JK2. I have no idea what was doing it then.=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
      > -----Original Message-----=20
      > From: Ng Chi Yuen [Cyng] [mailto:cy...@cs...]=20
      > Sent: Wednesday, 19 March 2003 2:40 PM=20
      > To: Ebxmlms Developers List=20
      > Subject: Re: [ebxmlms-develop] SOAPException: Unable to=20
      > internalize message (Invalid Content-Typ e:text/html)=20
      >=20
      >=20
      > Hi,=20
      >=20
      > > java.security.PrivilegedActionException:=20
      > javax.xml.soap.SOAPException:=20
      > > Unable to internalize message=20
      > >=20
      > > with the accompanying exceptions. I have no idea what=20
      > causes it: they'll=20
      > > just start happening. I have no diea how to stop it either;=20
      > eventually=20
      > > things will go back to normal.=20
      > >=20
      > > Would anybody care to hazard a guess as to what's going on?=20
      > >=20
      > > javax.xml.soap.SOAPException: Invalid Content-Type:text/html=20
      >                                                      ^^^^^^^^^=20
      >=20
      >         It seems that your receiver answers HTTP_OK (200) with=20
      > Content-Type being text/html. When JAXM sends a SOAPMessage out, =
it=20
      > expects a text/xml response for HTTP_OK when unmarshalling=20
      > the response=20
      > message. Otherwise, SOAPException will be thrown by JAXM.=20
      >=20
      > Regards,=20
      > CY=20
      >=20
      > --------------------------------------------------------------=20
      > --------------=20
      > Ng Chi Yuen, CY.       cy...@ce...      =20
      > http://www.cecid.hku.hk/=20
      > Technology Officer,=20
      > Centre for=20
      > E-Commerce Infrastructure Development,=20
      > The University of Hong Kong=20
      > --------------------------------------------------------------=20
      > --------------=20
      >=20
      >=20
      >=20
      > -------------------------------------------------------=20
      > This SF.net email is sponsored by: Does your code think in ink?=20
      > You could win a Tablet PC. Get a free Tablet PC hat just for =
playing.=20
      > What are you waiting for?=20
      > http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en=20
      > _______________________________________________=20
      > ebxmlms-develop mailing list=20
      > ebx...@li...=20
      > https://lists.sourceforge.net/lists/listinfo/ebxmlms-develop=20
      >=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=20

      (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.=20

      (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.=20

RE: [ebxmlms-develop] SOAPException: Unable to internalize messag e (Invalid Content-Typ e:text/html)

[Ronald v. K. <rv...@ab...>]

FYI
 
Bea, at least up to weblogic 6.1sp3 has the same problem. We therefor used
the sun activation.jar in front of the weblogic.jar. I did not try this with
hermes yet, but multipart-mime generally has this problem in Bea
 
Ronald

-----Oorspronkelijk bericht-----
Van: Patrick Yee [mailto:kc...@ce...]
Verzonden: donderdag 20 maart 2003 10:54
Aan: ebx...@li...
Onderwerp: Re: [ebxmlms-develop] SOAPException: Unable to internalize messag
e (Invalid Content-Typ e:text/html)


Peter,
 

Thank you for your note.
 
Please check out the latest CVS source tree and try again. We have committed
the change to make the Content-Type not wrapped. What a coincident! We have
made the change to get Hermes deployable in Websphere.
 
Regards, -Patrick

----- Original Message ----- 
From: Mayne, Peter <mailto:Pet...@ap...>  
To: 'ebx...@li...'
<mailto:'ebx...@li...'>  
Sent: Thursday, March 20, 2003 6:13 AM
Subject: RE: [ebxmlms-develop] SOAPException: Unable to internalize messag e
(Invalid Content-Typ e:text/html)


This turns out to be a bug in Apache. If the header is wrapped (as the
Content-Type header is) and it is a multiple of eight bytes long when
unwrapped (which this one is), then not enough space is allocated for the
header value, and the next header overwrites the end of this value.

Therefore, the Content-Type header breaks, which breaks the parsing of the
SOAP message. However, instead of an obvious error (like "could not find
boundary"), SAAJ throws something about text/html, which doesn't appear
anywhere.

There's one problem fixed, anyway. 

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: Mayne, Peter 
Sent: Wednesday, 19 March 2003 4:36 PM 
To: 'ebx...@li...' 
Subject: RE: [ebxmlms-develop] SOAPException: Unable to internalize messag e
(Invalid Content-Typ e:text/html) 


That doesn't seem to be the problem, but it nudged me into looking in the
right place. 
I'm using Apache (to provide SSL + user authentication) in front of Tomcat,
connected with the JK2 connector. I've inserted some debugging printlns in
MessageServicehandler to figure out what's going on.

If I send the incoming message directly to Tomcat, everything works fine. In
particular, the content type is: 
multipart/related; type="text/xml"; 
    boundary="----=_Part_9_24374438.1048047839137" 
If I send the incoming message to Tomcat via Apache, the content-type is: 
multipart/related; type="text/xml"; 
    boundary="----=_Part_9_24374438.1048047839137"SOAPAction 
which is obviously incorrect, and which therefore causes 
soapMessage = messageFactory.createMessage 
                    (headers, new ByteArrayInputStream(requestBytes)); 
because the headers are broken. (If I insert some more code just before this
to take the extra text out of the header, everything works fine.)

Wild guess: the bug would appear to be in the JK2 area. More debugging
coming up... 
Incidentally, I was seeing this problem a long time before I started using
JK2. I have no idea what was doing it then. 
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: Ng Chi Yuen [Cyng] [ mailto:cy...@cs...
<mailto:cy...@cs...> ] 
> Sent: Wednesday, 19 March 2003 2:40 PM 
> To: Ebxmlms Developers List 
> Subject: Re: [ebxmlms-develop] SOAPException: Unable to 
> internalize message (Invalid Content-Typ e:text/html) 
> 
> 
> Hi, 
> 
> > java.security.PrivilegedActionException: 
> javax.xml.soap.SOAPException: 
> > Unable to internalize message 
> > 
> > with the accompanying exceptions. I have no idea what 
> causes it: they'll 
> > just start happening. I have no diea how to stop it either; 
> eventually 
> > things will go back to normal. 
> > 
> > Would anybody care to hazard a guess as to what's going on? 
> > 
> > javax.xml.soap.SOAPException: Invalid Content-Type:text/html 
>                                                      ^^^^^^^^^ 
> 
>         It seems that your receiver answers HTTP_OK (200) with 
> Content-Type being text/html. When JAXM sends a SOAPMessage out, it 
> expects a text/xml response for HTTP_OK when unmarshalling 
> the response 
> message. Otherwise, SOAPException will be thrown by JAXM. 
> 
> Regards, 
> CY 
> 
> -------------------------------------------------------------- 
> -------------- 
> Ng Chi Yuen, CY.       cy...@ce...       
> http://www.cecid.hku.hk/ <http://www.cecid.hku.hk/>  
> Technology Officer, 
> Centre for 
> E-Commerce Infrastructure Development, 
> The University of Hong Kong 
> -------------------------------------------------------------- 
> -------------- 
> 
> 
> 
> ------------------------------------------------------- 
> This SF.net email is sponsored by: Does your code think in ink? 
> You could win a Tablet PC. Get a free Tablet PC hat just for playing. 
> What are you waiting for? 
> http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en
<http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en>  
> _______________________________________________ 
> ebxmlms-develop mailing list 
> ebx...@li... 
> https://lists.sourceforge.net/lists/listinfo/ebxmlms-develop
<https://lists.sourceforge.net/lists/listinfo/ebxmlms-develop>  
> 
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] SOAPException: Unable to internalize messag e (Invalid Content-Typ e:text/html)

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

RE: [ebxmlms-develop] SOAPException: Unable to internalize messag e =
(Invalid Content-Typ e:text/html)Peter,

Thank you for your note.

Please check out the latest CVS source tree and try again. We have =
committed the change to make the Content-Type not wrapped. What a =
coincident! We have made the change to get Hermes deployable in =
Websphere.

Regards, -Patrick
  ----- Original Message -----=20
  From: Mayne, Peter=20
  To: 'ebx...@li...'=20
  Sent: Thursday, March 20, 2003 6:13 AM
  Subject: RE: [ebxmlms-develop] SOAPException: Unable to internalize =
messag e (Invalid Content-Typ e:text/html)


  This turns out to be a bug in Apache. If the header is wrapped (as the =
Content-Type header is) and it is a multiple of eight bytes long when =
unwrapped (which this one is), then not enough space is allocated for =
the header value, and the next header overwrites the end of this value.

  Therefore, the Content-Type header breaks, which breaks the parsing of =
the SOAP message. However, instead of an obvious error (like "could not =
find boundary"), SAAJ throws something about text/html, which doesn't =
appear anywhere.

  There's one problem fixed, anyway.=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
  -----Original Message-----=20
  From: Mayne, Peter=20
  Sent: Wednesday, 19 March 2003 4:36 PM=20
  To: 'ebx...@li...'=20
  Subject: RE: [ebxmlms-develop] SOAPException: Unable to internalize =
messag e (Invalid Content-Typ e:text/html)=20



  That doesn't seem to be the problem, but it nudged me into looking in =
the right place.=20
  I'm using Apache (to provide SSL + user authentication) in front of =
Tomcat, connected with the JK2 connector. I've inserted some debugging =
printlns in MessageServicehandler to figure out what's going on.

  If I send the incoming message directly to Tomcat, everything works =
fine. In particular, the content type is:=20
  multipart/related; type=3D"text/xml";=20
      boundary=3D"----=3D_Part_9_24374438.1048047839137"=20
  If I send the incoming message to Tomcat via Apache, the content-type =
is:=20
  multipart/related; type=3D"text/xml";=20
      boundary=3D"----=3D_Part_9_24374438.1048047839137"SOAPAction=20
  which is obviously incorrect, and which therefore causes=20
  soapMessage =3D messageFactory.createMessage=20
                      (headers, new ByteArrayInputStream(requestBytes)); =

  because the headers are broken. (If I insert some more code just =
before this to take the extra text out of the header, everything works =
fine.)

  Wild guess: the bug would appear to be in the JK2 area. More debugging =
coming up...=20
  Incidentally, I was seeing this problem a long time before I started =
using JK2. I have no idea what was doing it then.=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
  > -----Original Message-----=20
  > From: Ng Chi Yuen [Cyng] [mailto:cy...@cs...]=20
  > Sent: Wednesday, 19 March 2003 2:40 PM=20
  > To: Ebxmlms Developers List=20
  > Subject: Re: [ebxmlms-develop] SOAPException: Unable to=20
  > internalize message (Invalid Content-Typ e:text/html)=20
  >=20
  >=20
  > Hi,=20
  >=20
  > > java.security.PrivilegedActionException:=20
  > javax.xml.soap.SOAPException:=20
  > > Unable to internalize message=20
  > >=20
  > > with the accompanying exceptions. I have no idea what=20
  > causes it: they'll=20
  > > just start happening. I have no diea how to stop it either;=20
  > eventually=20
  > > things will go back to normal.=20
  > >=20
  > > Would anybody care to hazard a guess as to what's going on?=20
  > >=20
  > > javax.xml.soap.SOAPException: Invalid Content-Type:text/html=20
  >                                                      ^^^^^^^^^=20
  >=20
  >         It seems that your receiver answers HTTP_OK (200) with=20
  > Content-Type being text/html. When JAXM sends a SOAPMessage out, it=20
  > expects a text/xml response for HTTP_OK when unmarshalling=20
  > the response=20
  > message. Otherwise, SOAPException will be thrown by JAXM.=20
  >=20
  > Regards,=20
  > CY=20
  >=20
  > --------------------------------------------------------------=20
  > --------------=20
  > Ng Chi Yuen, CY.       cy...@ce...      =20
  > http://www.cecid.hku.hk/=20
  > Technology Officer,=20
  > Centre for=20
  > E-Commerce Infrastructure Development,=20
  > The University of Hong Kong=20
  > --------------------------------------------------------------=20
  > --------------=20
  >=20
  >=20
  >=20
  > -------------------------------------------------------=20
  > This SF.net email is sponsored by: Does your code think in ink?=20
  > You could win a Tablet PC. Get a free Tablet PC hat just for =
playing.=20
  > What are you waiting for?=20
  > http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en=20
  > _______________________________________________=20
  > ebxmlms-develop mailing list=20
  > ebx...@li...=20
  > https://lists.sourceforge.net/lists/listinfo/ebxmlms-develop=20
  >=20
  The information contained in this email and any attachments to it:=20

  (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=20

  (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.=20

  (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.=20

Re: [ebxmlms-develop] SOAPException: Unable to internalize message (Invalid Content-Typ e:text/html)

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

Hi,

> java.security.PrivilegedActionException: javax.xml.soap.SOAPException:
> Unable to internalize message
>
> with the accompanying exceptions. I have no idea what causes it: they'll
> just start happening. I have no diea how to stop it either; eventually
> things will go back to normal.
>
> Would anybody care to hazard a guess as to what's going on?
>
> javax.xml.soap.SOAPException: Invalid Content-Type:text/html
                                                     ^^^^^^^^^

        It seems that your receiver answers HTTP_OK (200) with
Content-Type being text/html. When JAXM sends a SOAPMessage out, it
expects a text/xml response for HTTP_OK when unmarshalling the response
message. Otherwise, SOAPException will be thrown by JAXM.

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
----------------------------------------------------------------------------

[ebxmlms-develop] SOAPException: Unable to internalize message (Invalid Content-Typ e:text/html)

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

Every now and again, when I attempt to send a message, the following appears
in msh.log:

2003-03-19 13:47:41,474 WARN  [Thread-15]:
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

with the accompanying exceptions. I have no idea what causes it: they'll
just start happening. I have no diea how to stop it either; eventually
things will go back to normal.

Would anybody care to hazard a guess as to what's going on?

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)
Caused by: 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)
        ... 7 more
java.security.PrivilegedActionException: javax.xml.soap.SOAPException:
Unable to  internalize message
        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)
Caused by: 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)
        ... 4 more
Caused by: 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)

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] Client certificate authentication

[Ronald v. K. <rv...@ab...>]

Yes, I know, this isn't to difficult either, assuming no strange things
occure in Hermes.  We've done this with jaxm (with the default sun jsse from
jdk1.4) in several applications. (and ran into a strange padding bug with
this jdk and verisign certificates)

-----Oorspronkelijk bericht-----
Van: Mayne, Peter [mailto:Pet...@ap...]
Verzonden: dinsdag 18 maart 2003 22:49
Aan: 'ebx...@li...'
Onderwerp: RE: [ebxmlms-develop] Client certificate authentication



Note that I'm referring to authentication where Hermes is the client, and
must authenticate to another web server. 

I already have client authentication at the server end working: I just put
Apache in front of Tomcat and let it do all that (as well as HTTPS).

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: Ronald van Kuijk [ mailto:rv...@ab... <mailto:rv...@ab...> ] 
Sent: Wednesday, 19 March 2003 4:38 AM 
To: 'ebx...@li...' 
Subject: RE: [ebxmlms-develop] Client certificate authentication 


It is not to difficult to switch from BA to Cert based authentication. Yes
sure it takes a little more work, but mainly if you want it as a completely
stand-alone application. For that reason running it in a servlet container
(tomcat/jboss/bea/websphere) that does al these things for you makes it that
more easy. One can refer to documentation of those containers to get it
working. That is the way we want to go, including making use of
connectionpools that the server provides for us. Is that already possible? I
did not look into that yet. If you implement it using JAAS, everybody can
chose the way they want to iimplement it, LDAP, flat-file, database
fingerprint, whatever. 

-----Oorspronkelijk bericht----- 
Van: Patrick Yee [ mailto:kc...@ce... <mailto:kc...@ce...> ] 
Verzonden: dinsdag 18 maart 2003 16:14 
Aan: ebx...@li... 
Onderwerp: Re: [ebxmlms-develop] Client certificate authentication 


Nope. Currently, Hermes does not support any HTTP level authentication. 
However, Hermes supports authentication in SMTP. :-) 

So, we think we can add HTTP authentication. The question is: which level
should Hermes support. Basic client authentication is simpler, but client
certificate authentication definitely is the most secure method. But this
involves more complicated development work as well as set up work when
deploying Hermes (specifying certificates, alias, password, etc.).

What do you guys think? 

Regards, -Patrick 

----- Original Message ----- 
From: Mayne, Peter 
To: 'ebx...@li...' 
Sent: Tuesday, March 18, 2003 01:10 PM 
Subject: RE: [ebxmlms-develop] Client certificate authentication 


I'm not sure if we'll be using certificates or something simpler (eg basic
authentication). 
Does Hermes allow for client basic authentication? 
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] Client certificate authentication

[Ronald v. K. <rv...@ab...>]

It is not to difficult to switch from BA to Cert based authentication. Yes
sure it takes a little more work, but mainly if you want it as a completely
stand-alone application. For that reason running it in a servlet container
(tomcat/jboss/bea/websphere) that does al these things for you makes it that
more easy. One can refer to documentation of those containers to get it
working. That is the way we want to go, including making use of
connectionpools that the server provides for us. Is that already possible? I
did not look into that yet. If you implement it using JAAS, everybody can
chose the way they want to iimplement it, LDAP, flat-file, database
fingerprint, whatever. 

-----Oorspronkelijk bericht-----
Van: Patrick Yee [mailto:kc...@ce...]
Verzonden: dinsdag 18 maart 2003 16:14
Aan: ebx...@li...
Onderwerp: Re: [ebxmlms-develop] Client certificate authentication


Nope. Currently, Hermes does not support any HTTP level authentication.
However, Hermes supports authentication in SMTP. :-)
 
So, we think we can add HTTP authentication. The question is: which level
should Hermes support. Basic client authentication is simpler, but client
certificate authentication definitely is the most secure method. But this
involves more complicated development work as well as set up work when
deploying Hermes (specifying certificates, alias, password, etc.).
 
What do you guys think?
 
Regards, -Patrick
 

----- Original Message ----- 
From: Mayne, Peter <mailto:Pet...@ap...>  
To: 'ebx...@li...'
<mailto:'ebx...@li...'>  
Sent: Tuesday, March 18, 2003 01:10 PM
Subject: RE: [ebxmlms-develop] Client certificate authentication



I'm not sure if we'll be using certificates or something simpler (eg basic
authentication). 

Does Hermes allow for client basic authentication? 

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] By Passing the stub part 2

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

On Tue, 2003-03-18 at 09:57, Patrick Yee wrote:
> Jason,
> Do you aware of any lightweight, Java based, and most importantly, open
> source HTTP engine so that we can include it into Hermes?

I guess there are a couple options: I know that Axis has a stand-alone
server that might be of use. The other very excellent http server that
is rock-solid is Jetty.

The entire distribution JAR is large because at the core Jetty is an
http server and the Jetty servlet container is built upon that. Jetty is
OSS and is excellent. I stopped using Tomcat a long time ago because the
embedding API for Tomcat is not very good. I use Jetty as my servlet
container now as it's easy to embed and it's a _lot_ faster than Tomcat.

It would certainly be an excellent choice for a stand-alone http server.
Again don't be scared off by the 5mb JAR for Jetty as that has
everything required to run a servlet container. The core http classes
could be extracted. The Axis project itself might even be able to use
Jetty as I don't know what they use for their stand-alone server.

With a stand-alone server for Hermes I think testing would also be
easier as you can remove yourself from the immense hassle of tomcat
ClassLoading problems. Which is another reason I stopped using Tomcat.
Jetty provides a lot better control over ClassLoading, just more options
and a good API so you extend to core classes to do whatever you want.
People use Tomcat because it comes from Jakarta, but Jetty kicks its ass
all over the place. And this is not a flippant remark as I'm highly
involved with a lot of things at Jakarta. Gregory Wilkins designed Jetty
well and just got it right. Tomcat did not. Not everything at Jakarta is
wonderful.

> Regards, -Patrick
> 
> ----- Original Message -----
> From: "Jason van Zyl" <ja...@ze...>
> To: <ebx...@li...>
> Sent: Friday, March 14, 2003 10:18 PM
> Subject: Re: [ebxmlms-develop] By Passing the stub part 2
> 
> 
> > I will try and whip up a design. I just don't like requiring a servlet
> > container as you're at the mercy, by default, of the quirkiness of
> > tomcat's classloading. It would be nice to have a small self-contained
> > engine with a simple API that could be used. Basically the MessageServer
> > as a self-contained component. I'm certainly not going to get to this
> > within the next week or two but I will come up with something.
> >
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: Does your code think in ink? 
> You could win a Tablet PC. Get a free Tablet PC hat just for playing. 
> What are you waiting for?
> http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en
> _______________________________________________
> 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] Client certificate authentication

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

RE: [ebxmlms-develop] Client certificate authenticationNope. Currently, =
Hermes does not support any HTTP level authentication.
However, Hermes supports authentication in SMTP. :-)

So, we think we can add HTTP authentication. The question is: which =
level should Hermes support. Basic client authentication is simpler, but =
client certificate authentication definitely is the most secure method. =
But this involves more complicated development work as well as set up =
work when deploying Hermes (specifying certificates, alias, password, =
etc.).

What do you guys think?

Regards, -Patrick

  ----- Original Message -----=20
  From: Mayne, Peter=20
  To: 'ebx...@li...'=20
  Sent: Tuesday, March 18, 2003 01:10 PM
  Subject: RE: [ebxmlms-develop] Client certificate authentication


  I'm not sure if we'll be using certificates or something simpler (eg =
basic authentication).=20

  Does Hermes allow for client basic authentication?=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] (no subject)

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

http://sourceforge.net/mailarchive/forum.php?thread_id=1827490&forum_id=1074
1
:-) Sorry for late response. -Patrick

----- Original Message -----
From: "Jason van Zyl" <ja...@ze...>
To: <ebx...@li...>
Sent: Friday, March 14, 2003 11:36 PM
Subject: RE: [ebxmlms-develop] (no subject)


> > > Read the thread about "MSH and ClientWebApp on same server". You
> > > probably ran into this bug/design flaw in SAAJ as well.
> >
>
> Do you have a link to this thread?
>

Re: [ebxmlms-develop] By Passing the stub part 2

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

Jason,
Do you aware of any lightweight, Java based, and most importantly, open
source HTTP engine so that we can include it into Hermes?
Regards, -Patrick

----- Original Message -----
From: "Jason van Zyl" <ja...@ze...>
To: <ebx...@li...>
Sent: Friday, March 14, 2003 10:18 PM
Subject: Re: [ebxmlms-develop] By Passing the stub part 2


> I will try and whip up a design. I just don't like requiring a servlet
> container as you're at the mercy, by default, of the quirkiness of
> tomcat's classloading. It would be nice to have a small self-contained
> engine with a simple API that could be used. Basically the MessageServer
> as a self-contained component. I'm certainly not going to get to this
> within the next week or two but I will come up with something.
>

RE: [ebxmlms-develop] Cannot get certificates path

[Ronald v. K. <rv...@ab...>]

Your are sure u are using the right alias? I just have to ask ;-) since (in
another application) it took me hours to notice a typo.

> -----Oorspronkelijk bericht-----
> Van: Mayne, Peter [mailto:Pet...@ap...]
> Verzonden: dinsdag 18 maart 2003 5:53
> Aan: Ebxmlms Developers List
> Onderwerp: [ebxmlms-develop] Cannot get certificates path
> 
> 
> I'm using the (modified) Loopback application to reliably 
> send a message to
> myself with an acknowledgement requested:
> 
>             message.addAckRequested(true);
>             mshReq.sendReliably(message, false);
> 
> However, I keep getting the following error in msh.log:
> 
> 2003-03-18 15:33:57,165 ERROR [Thread-20]:
> java.security.PrivilegedActionException: 
> javax.xml.soap.SOAPException: Bad
> response: (409HTTP POST submitted to MessageServiceHandler failed:
> MessageServiceHandlerException: 
> hk.hku.cecid.phoenix.pki.SignException:
> Cannot get certificates path - chmeeeHermesCrt
> 
> where chmeeeHermesCrt is the alias of my certificate.
> 
> The message seems to originate from ApacheXMLDSigner.java:
> 
>             certificates = ks.getCertificateChain(alias);
>             if (certificates == null) {
>                 throw new SignException("Cannot get 
> certificates path - " 
>                     + alias);
> 
> and the description of getCertificateChain() says:
> 
> the certificate chain (ordered with the user's certificate 
> first and the
> root certificate authority last), or null if the given alias 
> does not exist
> or does not contain a certificate chain (i.e., the given 
> alias identifies
> either a trusted certificate entry or a key entry without a 
> certificate
> chain).
> 
> My keystore contains my certificate and the certificate of 
> the CA, but I
> can't figure out why getCertificateChain is returning null, 
> so presumably my
> understanding of certificate chains is weak.
> 
> Can someone please provide some openssl and/or keytool examples to
> demonstrate what I'm missing?
> 
> 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.
> 
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by:Crypto Challenge is now open! 
> Get cracking and register here for some mind boggling fun and 
> the chance of winning an Apple iPod:
> http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en
> _______________________________________________
> ebxmlms-develop mailing list
> ebx...@li...
> https://lists.sourceforge.net/lists/listinfo/ebxmlms-develop
> 

[ebxmlms-develop] Cannot get certificates path

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

I'm using the (modified) Loopback application to reliably send a message to
myself with an acknowledgement requested:

            message.addAckRequested(true);
            mshReq.sendReliably(message, false);

However, I keep getting the following error in msh.log:

2003-03-18 15:33:57,165 ERROR [Thread-20]:
java.security.PrivilegedActionException: javax.xml.soap.SOAPException: Bad
response: (409HTTP POST submitted to MessageServiceHandler failed:
MessageServiceHandlerException: hk.hku.cecid.phoenix.pki.SignException:
Cannot get certificates path - chmeeeHermesCrt

where chmeeeHermesCrt is the alias of my certificate.

The message seems to originate from ApacheXMLDSigner.java:

            certificates = ks.getCertificateChain(alias);
            if (certificates == null) {
                throw new SignException("Cannot get certificates path - " 
                    + alias);

and the description of getCertificateChain() says:

the certificate chain (ordered with the user's certificate first and the
root certificate authority last), or null if the given alias does not exist
or does not contain a certificate chain (i.e., the given alias identifies
either a trusted certificate entry or a key entry without a certificate
chain).

My keystore contains my certificate and the certificate of the CA, but I
can't figure out why getCertificateChain is returning null, so presumably my
understanding of certificate chains is weak.

Can someone please provide some openssl and/or keytool examples to
demonstrate what I'm missing?

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] Client/Server coexistence

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

Hi,

> (Quick question: by "Axis" do you mean Apache Axis? I couldn't find any
> mention of ebXML in a quick perusal of the web site.)

        We would like to share some experiences in using Apache Axis in
our development. We ever switched to Axis by replacing those JAXM stuff
in Hermes. However, this bare replacement doesn't work at all because of
some ClassCastException's thrown by Axis which are probably bugs. Thus,
we patched Axis 1.1beta to make it work temporarily and submitted bug
reports to Axis. Currently, codes in Axis 1.1RC seem to fix some of the
previous problems but there are other induced problems that we cannot
formally claim we support both Axis and JAXM SOAP implementation. But
the current situation is not bad. We are confident that we can support
Axis soon as well.


> Not sure if this is what you're referring to, but here goes.
> In com.sun.xml.messaging.saaj.soap.AttachmentPartImpl.java, there's a
> static initialiser:

>     static  {
>         DataHandler.setDataContentHandlerFactory(new
> DataContentHandlerFactoryImpl());
>     };
>
> ......
>
> I downloaded the source code, figured out what the problems were, and
> fixed them. I now use my jaxm-runtime-patched.jar and saaj-ri-patched.jar
> in my application and can have Hermes and a Hermes client running in the
> same Tomcat.
>
> I logged these as bugs with Sun a few weeks ago, but I've had no response
> at all. If you can get these things fixed ASAP using more efficient
> channels, I certainly won't complain. :-)

        Peter, I also undergo this hacking and patching process. I exactly
know what you mean by that static initializer because I have been tracing
JAXM source and JAF a long time ago when I have to make Hermes work under
Tomcat 4.0.3. However, my feeling is that it is not the bug of JAF because
it is a passive library to be invoked. The caller (which is also the class
loader) of JAF should somehow probably handle how to set DataHandler once
and only once. You may blame this is SAAJ bug. But I would also blame this
as Tomcat's bug as well before the version 4.0.6. Now, I can run both 4.0.6
and 4.1.18 in Windows and Unix platform with Hermes instances without
obvious problem. The reason why I say so is that Tomcat is an app server
and is responsible in loading different libraries and manages the order
of classpath. But 4.0.3, 4.0.4 are obviously different from 4.0.6 in terms
of classpath loading. That's why we have to provide different patch methods
in Hermes for a specific version. Being a simple user, I would consider that
ideally speaking, I need not patch those xalan.jar, xmlParsersAPI.jar,
xercesImpl.jar in common/lib(endorsed) or I would expect the app server
would manage all kinds of libraries probably in individual webapps and
harmonize with those provided by the app server itself (common/lib, etc.)
Is my interpretation wrong or unfair?

        Anyway, 4.0.6 LE and 4.1.18 LE should be quite ok now. At least,
the patch way is deterministic. :)

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] Client certificate authentication

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

Client certificate authenticationRonald,

I will be merging the code of our pki library to the source of hermes =
today. So, please wait for a while before making any patches. Thank you.

Regards, -Patrick

  ----- Original Message -----=20
  From: Patrick Yee=20
  To: ebx...@li...=20
  Sent: Monday, March 17, 2003 10:02 PM
  Subject: Re: [ebxmlms-develop] Client certificate authentication


  Not here. So, it will be great if you can help to look into this. Of =
course, we are more than happy to discuss with you on how to do it. Many =
thanks.
  Regards, -Patrick
    ----- Original Message -----=20
    From: Ronald van Kuijk=20
    To: 'ebx...@li...'=20
    Sent: Monday, March 17, 2003 09:36 PM
    Subject: RE: [ebxmlms-develop] Client certificate authentication


    Anyone already started working on this... Otherwise I'll be glad to =
look a little into this since we need it as well?
      -----Oorspronkelijk bericht-----
      Van: Patrick Yee [mailto:kc...@ce...]
      Verzonden: woensdag 12 maart 2003 6:02
      Aan: ebx...@li...
      Onderwerp: Re: [ebxmlms-develop] Client certificate authentication


      Unfortunately, Hermes is not supporting the use of client =
certificate authentication right now. -Patrick
        ----- Original Message -----=20
        From: Mayne, Peter=20
        To: 'ebx...@li...'=20
        Sent: Wednesday, March 12, 2003 12:55 PM
        Subject: [ebxmlms-develop] Client certificate authentication


        I'm trying to send ebXML messages to an HTTPS site that requires =
client certificate authentication.=20

        I have the HTTPS part working, but only by putting the web =
site's certificate's CA certificate in the =
JAVA_HOME\jre\lib\security\cacerts file. Hermes doesn't seem to be =
seeing my definitions of javax.net.ssl.trustStore and =
javax.net.ssl.trustStorePassword.

        Since it doesn't see those definitions, it probably won't see my =
definition of javax.net.ssl.keyStore et al either.=20

        What is the recommended way of telling Hermes where a trustStore =
is, and what client certificate to use when authenticating to an HTTPS =
site?

        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] Client certificate authentication

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

Client certificate authenticationNot here. So, it will be great if you =
can help to look into this. Of course, we are more than happy to discuss =
with you on how to do it. Many thanks.
Regards, -Patrick
  ----- Original Message -----=20
  From: Ronald van Kuijk=20
  To: 'ebx...@li...'=20
  Sent: Monday, March 17, 2003 09:36 PM
  Subject: RE: [ebxmlms-develop] Client certificate authentication


  Anyone already started working on this... Otherwise I'll be glad to =
look a little into this since we need it as well?
    -----Oorspronkelijk bericht-----
    Van: Patrick Yee [mailto:kc...@ce...]
    Verzonden: woensdag 12 maart 2003 6:02
    Aan: ebx...@li...
    Onderwerp: Re: [ebxmlms-develop] Client certificate authentication


    Unfortunately, Hermes is not supporting the use of client =
certificate authentication right now. -Patrick
      ----- Original Message -----=20
      From: Mayne, Peter=20
      To: 'ebx...@li...'=20
      Sent: Wednesday, March 12, 2003 12:55 PM
      Subject: [ebxmlms-develop] Client certificate authentication


      I'm trying to send ebXML messages to an HTTPS site that requires =
client certificate authentication.=20

      I have the HTTPS part working, but only by putting the web site's =
certificate's CA certificate in the JAVA_HOME\jre\lib\security\cacerts =
file. Hermes doesn't seem to be seeing my definitions of =
javax.net.ssl.trustStore and javax.net.ssl.trustStorePassword.

      Since it doesn't see those definitions, it probably won't see my =
definition of javax.net.ssl.keyStore et al either.=20

      What is the recommended way of telling Hermes where a trustStore =
is, and what client certificate to use when authenticating to an HTTPS =
site?

      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] Client certificate authentication

[Ronald v. K. <rv...@ab...>]

Anyone already started working on this... Otherwise I'll be glad to look a
little into this since we need it as well?

-----Oorspronkelijk bericht-----
Van: Patrick Yee [mailto:kc...@ce...]
Verzonden: woensdag 12 maart 2003 6:02
Aan: ebx...@li...
Onderwerp: Re: [ebxmlms-develop] Client certificate authentication


Unfortunately, Hermes is not supporting the use of client certificate
authentication right now. -Patrick

----- Original Message ----- 
From: Mayne, Peter <mailto:Pet...@ap...>  
To: 'ebx...@li...'
<mailto:'ebx...@li...'>  
Sent: Wednesday, March 12, 2003 12:55 PM
Subject: [ebxmlms-develop] Client certificate authentication


I'm trying to send ebXML messages to an HTTPS site that requires client
certificate authentication. 

I have the HTTPS part working, but only by putting the web site's
certificate's CA certificate in the JAVA_HOME\jre\lib\security\cacerts file.
Hermes doesn't seem to be seeing my definitions of javax.net.ssl.trustStore
and javax.net.ssl.trustStorePassword.

Since it doesn't see those definitions, it probably won't see my definition
of javax.net.ssl.keyStore et al either. 

What is the recommended way of telling Hermes where a trustStore is, and
what client certificate to use when authenticating to an HTTPS site?

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] Client/Server coexistence

[Ronald v. K. <rv...@ab...>]

Sun confirmed it is not a bug in Activation, but in saaj. So maybe the saaj
implementation in axis does not have this problemis and may be a drop-in
replacement (it was in one of our projects, but not in another (jaxm=dom,
axis=sax)

Ronald

> -----Oorspronkelijk bericht-----
> Van: Jason van Zyl [mailto:ja...@ma...]
> Verzonden: zaterdag 15 maart 2003 18:08
> Aan: ebx...@li...
> Onderwerp: [ebxmlms-develop] Client/Server coexistence
> 
> 
> Hi,
> 
> Is it actually a known problem that the client and server cannot exist
> in the same JVM? If so this I believe is a huge problem, is this
> actually the case?
> 
> With the project I work on we too set up the original version 
> to run on
> two servers for firewalling purposes but in practice non of 
> our clients
> wanted the hassle of setting up two machines and were happy with
> firewall rules to forward requests behind the firewall.
> 
> Ronald has sent me some ideas and patches but I still haven't 
> been able
> to get the client and server to run in the same JVM which is 
> an absolute
> show stopper for me. If this is indeed a problem inside the JAF I can
> sick Geir Magnusson, who is the Apache JCP liason, to try and get this
> fixed sooner rather than later.
> 
> If this is a known problem I will tackle it from whatever 
> angle I can to
> help as none of our clients will likely ever run hermes over two
> machines.
> 
> -- 
> 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:Crypto Challenge is now open! 
> Get cracking and register here for some mind boggling fun and 
> the chance of winning an Apple iPod:
> http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en
> _______________________________________________
> ebxmlms-develop mailing list
> ebx...@li...
> https://lists.sourceforge.net/lists/listinfo/ebxmlms-develop
> 

[ebxmlms-develop] Client/Server coexistence

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

Hi,

Is it actually a known problem that the client and server cannot exist
in the same JVM? If so this I believe is a huge problem, is this
actually the case?

With the project I work on we too set up the original version to run on
two servers for firewalling purposes but in practice non of our clients
wanted the hassle of setting up two machines and were happy with
firewall rules to forward requests behind the firewall.

Ronald has sent me some ideas and patches but I still haven't been able
to get the client and server to run in the same JVM which is an absolute
show stopper for me. If this is indeed a problem inside the JAF I can
sick Geir Magnusson, who is the Apache JCP liason, to try and get this
fixed sooner rather than later.

If this is a known problem I will tackle it from whatever angle I can to
help as none of our clients will likely ever run hermes over two
machines.

-- 
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] (no subject)

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

On Fri, 2003-03-14 at 09:45, Jason van Zyl wrote:
> On Fri, 2003-03-14 at 04:53, Ronald van Kuijk wrote:
> > Hi,
> > 
> > Read the thread about "MSH and ClientWebApp on same server". You
> > probably ran into this bug/design flaw in SAAJ as well.
> 

Do you have a link to this thread?

> 
> > Ronald
> > 
> > > -----Oorspronkelijk bericht-----
> > > Van: Jason van Zyl [mailto:ja...@ma...]
> > > Verzonden: vrijdag 14 maart 2003 4:25
> > > Aan: ebx...@li...
> > > Onderwerp: [ebxmlms-develop] (no subject)
> > > 
> > > 
> > > Hi,
> > > 
> > > I'm trying the route of embedded server that Patrick outlined here:
> > > 
> > > http://sourceforge.net/mailarchive/forum.php?thread_id=1535909
> > > &forum_id=12670
> > > 
> > > I'm getting an error and was wondering if there is a known 
> > > cause for the
> > > problem below? All the JAR files are definitely present. I 
> > > took a quick
> > > browse at the SAAJ sources and MessageFactory.newInstance() uses the
> > > context classloader and the context classloader contains the JAR
> > with
> > > the MessageFactoryImpl within it.
> > > 
> > > [error]
> > > tpi: org.zenplex.tambora.tpi.Tpi@13981b
> > > Info: using property file in
> > > /home/jvanzyl/js/org.zenplex/tambora-3/target/runtime/conf/msh
> > > .properties.xml
> > > hk.hku.cecid.phoenix.message.handler.MessageServiceHandlerException:
> > > Default message factory cannot be instantiated.
> > > 
> > > I'll keep hunting in the meantime. Thanks.
> > > 
> > > 
> > > -- 
> > > 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:Crypto Challenge is now open! 
> > > Get cracking and register here for some mind boggling fun and 
> > > the chance of winning an Apple iPod:
> > > http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en
> > > _______________________________________________
> > > ebxmlms-develop mailing list
> > > ebx...@li...
> > > https://lists.sourceforge.net/lists/listinfo/ebxmlms-develop
> > > 
-- 
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] (no subject)

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

On Fri, 2003-03-14 at 04:53, Ronald van Kuijk wrote:
> Hi,
> 
> Read the thread about "MSH and ClientWebApp on same server". You
> probably ran into this bug/design flaw in SAAJ as well.

I tried just running client and making sure the SAAJ jars were loaded
first. Any other pointers or a summary of the issues in the thread. As
per usual sf.net is punched.

> Ronald
> 
> > -----Oorspronkelijk bericht-----
> > Van: Jason van Zyl [mailto:ja...@ma...]
> > Verzonden: vrijdag 14 maart 2003 4:25
> > Aan: ebx...@li...
> > Onderwerp: [ebxmlms-develop] (no subject)
> > 
> > 
> > Hi,
> > 
> > I'm trying the route of embedded server that Patrick outlined here:
> > 
> > http://sourceforge.net/mailarchive/forum.php?thread_id=1535909
> > &forum_id=12670
> > 
> > I'm getting an error and was wondering if there is a known 
> > cause for the
> > problem below? All the JAR files are definitely present. I 
> > took a quick
> > browse at the SAAJ sources and MessageFactory.newInstance() uses the
> > context classloader and the context classloader contains the JAR
> with
> > the MessageFactoryImpl within it.
> > 
> > [error]
> > tpi: org.zenplex.tambora.tpi.Tpi@13981b
> > Info: using property file in
> > /home/jvanzyl/js/org.zenplex/tambora-3/target/runtime/conf/msh
> > .properties.xml
> > hk.hku.cecid.phoenix.message.handler.MessageServiceHandlerException:
> > Default message factory cannot be instantiated.
> > 
> > I'll keep hunting in the meantime. Thanks.
> > 
> > 
> > -- 
> > 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:Crypto Challenge is now open! 
> > Get cracking and register here for some mind boggling fun and 
> > the chance of winning an Apple iPod:
> > http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en
> > _______________________________________________
> > ebxmlms-develop mailing list
> > ebx...@li...
> > https://lists.sourceforge.net/lists/listinfo/ebxmlms-develop
> > 
-- 
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] Paranoid security request

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

Hello,

> Can the Utility.generateMessageId() method please be changed to not use the
> IP address of the system.
>
> Using this address leaks information to the outside world about the internal
> network that the system is connected to.
>
> RFC2822 says "Though other algorithms will work, it is RECOMMENDED that the
> right hand side contain some domain identifier (either of the host itself or
> otherwise)", so the IP address is not mandatory. Something like the hostname
> by default, or a specified string, would be better.

        We decide to add the generateMessageId() method with a specified
host domain in the coming release.

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] (no subject)

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

On Fri, 2003-03-14 at 02:39, Patrick Yee wrote:
> Hi,
> 
> What version of Hermes are you using? The latest source tree in CVS? I have
> met that error messages once in the past, but I am not sure whether we are
> hitting the same problem or not.

I'm using CVS HEAD :-)

> It happened when I tried to deploy an old version of Hermes to Weblogic. The
> class loader of Weblogic is a bit too smart. We suspect msh.jar is loaded
> before the SAAJ ones. And at that time, we have some initialization work
> done in the static initializers, which will load the MessageFactory in SAAJ.
> Somehow the static initializer is called before SAAJ is loaded and we
> suspect that triggers the error and results in that error message. When we
> removed the static initializers, the error gone. The latest source should
> have the static initializers removed. So, that's why I ask the question in
> the top of this mail. But at least, this can serve as an information for
> further tracing. :-)

Cool, thanks. It looks like hermes is definitely loading before the SAAJ
jars.

Everything works fine when I run the client and server in separate JVMs
and that's what I've been doing while tesing to eliminate any
classloading issues which always come as part of integration but the
time has come to integrate them into the same JVM space. I'll read the
thread Ronald pointed out as well and try to get you more information.

Has anyone by chance completely isolated the set of classes the client
uses from those in the WAR? That's what I was going to attempt next.
Basically make a little world for the client to run in.

> Regards, -Patrick
> 
> ----- Original Message -----
> From: "Jason van Zyl" <ja...@ma...>
> To: <ebx...@li...>
> Sent: Friday, March 14, 2003 11:24 AM
> Subject: [ebxmlms-develop] (no subject)
> 
> 
> > Hi,
> >
> > I'm trying the route of embedded server that Patrick outlined here:
> >
> >
> http://sourceforge.net/mailarchive/forum.php?thread_id=1535909&forum_id=1267
> 0
> >
> > I'm getting an error and was wondering if there is a known cause for the
> > problem below? All the JAR files are definitely present. I took a quick
> > browse at the SAAJ sources and MessageFactory.newInstance() uses the
> > context classloader and the context classloader contains the JAR with
> > the MessageFactoryImpl within it.
> >
> > [error]
> > tpi: org.zenplex.tambora.tpi.Tpi@13981b
> > Info: using property file in
> >
> /home/jvanzyl/js/org.zenplex/tambora-3/target/runtime/conf/msh.properties.xm
> l
> > hk.hku.cecid.phoenix.message.handler.MessageServiceHandlerException:
> > Default message factory cannot be instantiated.
> >
> > I'll keep hunting in the meantime. Thanks.
> >
> >
> > --
> > 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:Crypto Challenge is now open!
> > Get cracking and register here for some mind boggling fun and
> > the chance of winning an Apple iPod:
> > http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en
> > _______________________________________________
> > ebxmlms-develop mailing list
> > ebx...@li...
> > https://lists.sourceforge.net/lists/listinfo/ebxmlms-develop
> >
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by:Crypto Challenge is now open! 
> Get cracking and register here for some mind boggling fun and 
> the chance of winning an Apple iPod:
> http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en
> _______________________________________________
> ebxmlms-develop mailing list
> ebx...@li...
> https://lists.sourceforge.net/lists/listinfo/ebxmlms-develop
-- 
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] (no subject)

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

On Fri, 2003-03-14 at 04:53, Ronald van Kuijk wrote:
> Hi,
> 
> Read the thread about "MSH and ClientWebApp on same server". You
> probably ran into this bug/design flaw in SAAJ as well.

I'm definitely doing this, so I will take a peek. Much appreciated.

> Ronald
> 
> > -----Oorspronkelijk bericht-----
> > Van: Jason van Zyl [mailto:ja...@ma...]
> > Verzonden: vrijdag 14 maart 2003 4:25
> > Aan: ebx...@li...
> > Onderwerp: [ebxmlms-develop] (no subject)
> > 
> > 
> > Hi,
> > 
> > I'm trying the route of embedded server that Patrick outlined here:
> > 
> > http://sourceforge.net/mailarchive/forum.php?thread_id=1535909
> > &forum_id=12670
> > 
> > I'm getting an error and was wondering if there is a known 
> > cause for the
> > problem below? All the JAR files are definitely present. I 
> > took a quick
> > browse at the SAAJ sources and MessageFactory.newInstance() uses the
> > context classloader and the context classloader contains the JAR
> with
> > the MessageFactoryImpl within it.
> > 
> > [error]
> > tpi: org.zenplex.tambora.tpi.Tpi@13981b
> > Info: using property file in
> > /home/jvanzyl/js/org.zenplex/tambora-3/target/runtime/conf/msh
> > .properties.xml
> > hk.hku.cecid.phoenix.message.handler.MessageServiceHandlerException:
> > Default message factory cannot be instantiated.
> > 
> > I'll keep hunting in the meantime. Thanks.
> > 
> > 
> > -- 
> > 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:Crypto Challenge is now open! 
> > Get cracking and register here for some mind boggling fun and 
> > the chance of winning an Apple iPod:
> > http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en
> > _______________________________________________
> > ebxmlms-develop mailing list
> > ebx...@li...
> > https://lists.sourceforge.net/lists/listinfo/ebxmlms-develop
> > 
-- 
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 part 2

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

On Fri, 2003-03-14 at 02:33, Patrick Yee wrote:
> Hi,
> 
> My immediate thought is: this will not be much simpler than using servlet
> container.
> 
> We have to implement/use a HTTP server. In which the HTTP post data are
> received and then we should pass it to the MessageServiceHandler instance.
> Currently, the entry point at MessageServiceHandler is doPost(), which takes
> HttpServletRequest as argument. That means we have to implement a
> HttpServletRequest to encapsulate the HTTP post data.
> 
> How can this be improved? Abandon doPost()? In that case, we may need to
> design another entry point to accept incoming messages. Do you have any
> suggestion?

I will try and whip up a design. I just don't like requiring a servlet
container as you're at the mercy, by default, of the quirkiness of
tomcat's classloading. It would be nice to have a small self-contained
engine with a simple API that could be used. Basically the MessageServer
as a self-contained component. I'm certainly not going to get to this
within the next week or two but I will come up with something.

> Regards, -Patrick
> 
> ----- Original Message -----
> From: "Jason van Zyl" <ja...@ma...>
> To: <ebx...@li...>
> Sent: Friday, March 14, 2003 10:23 AM
> Subject: [ebxmlms-develop] By Passing the stub part 2
> 
> 
> > Hi,
> >
> > It's been a while but I'm back at the ebxml goodies. I posted a question
> > about by passing the stub and essentially embedding the server in my
> > application and I wanted to go further with this.
> >
> > Would there be a simple way to exclusively use this embedded server and
> > by pass servlets and the use of a servlet container. I realize I might
> > have to use a small http server but I would rather do that than need a
> > servlet container.
> >
> > --
> > 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:Crypto Challenge is now open!
> > Get cracking and register here for some mind boggling fun and
> > the chance of winning an Apple iPod:
> > http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en
> > _______________________________________________
> > ebxmlms-develop mailing list
> > ebx...@li...
> > https://lists.sourceforge.net/lists/listinfo/ebxmlms-develop
> >
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by:Crypto Challenge is now open! 
> Get cracking and register here for some mind boggling fun and 
> the chance of winning an Apple iPod:
> http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en
> _______________________________________________
> ebxmlms-develop mailing list
> ebx...@li...
> https://lists.sourceforge.net/lists/listinfo/ebxmlms-develop
-- 
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