ebxmlms-general — General discussions

[ebxmlms-general] =?iso-8859-1?Q?R=E9f=2E_=3A_RE=3A_[ebxmlms-general]_LoopBack_sample?=

[<pso...@no...>]

Wahid,
thx for your help.... 
but perhaps, i don't understand something....
I 've modify sample LoopBack like your sample...

I have this output :
   Try to send......... 
                        // request.send(..)
    Message sent ...
   sleep for 10 seconds.........
 
   Message received...  // onMessage

I should hope this output : 
   Try to send......... 
                        // request.send(..)
    Message received...  // onMessage
    Message sent ...
    sleep for 10 seconds.........
 
Is it possible and how  ?  is there an issue ? or is it wrong to do this ?

thx for your help

Regards
Pascal






Wahid Muhammad <wa...@ph...>
08/09/05 12:49

 
        Pour :  "'ebx...@li...'" 
<ebx...@li...>
        cc :    "'pso...@no...'" 
<pso...@no...>
        Objet : RE: [ebxmlms-general] LoopBack sample


Pascal,
 
Im sure you can send a synchronous message using the constructor of the 
request object....
 
  Request mshReq = new Request(
                        ac, new URL(toMshUrl), this, 
transportType,1,"3000",Constants.SYNC_REPLY_MODE_SIGNALS_AND_RESPONSE 
,false,"3000");
 
If you use the tellisense on the constants object and you will see the 
different transport types.
 
Hope this helps
 
Regards
 
Wahid

From: pso...@no... 
[mailto:pso...@no...] 
Sent: 08 September 2005 11:24
To: ebx...@li...
Subject: [ebxmlms-general] LoopBack sample
 

Hi, 
I'm an hermes new user.. and i try to understand and use it........ 

Is'it possible to send synchronus message (It seems yes) with the solution 
? and how ? for example in LoopBack sample what are the modifications ? 

In my configuration, it seems that all sended messages are received when i 
re-execute LooBack... 

Regards, 
Pascal 

RE: [ebxmlms-general] LoopBack sample

[Wahid M. <wa...@ph...>]

Pascal,

 

Im sure you can send a synchronous message using the constructor of the
request object....

 

  Request mshReq = new Request(

                        ac, new URL(toMshUrl), this,
transportType,1,"3000",Constants.SYNC_REPLY_MODE_SIGNALS_AND_RESPONSE
,false,"3000");

 

If you use the tellisense on the constants object and you will see the
different transport types.

 

Hope this helps

 

Regards

 

Wahid

  _____  

From: pso...@no...
[mailto:pso...@no...] 
Sent: 08 September 2005 11:24
To: ebx...@li...
Subject: [ebxmlms-general] LoopBack sample

 


Hi, 
I'm an hermes new user.. and i try to understand and use it........ 

Is'it possible to send synchronus message (It seems yes) with the solution ?
and how ? for example in LoopBack sample what are the modifications ? 

In my configuration, it seems that all sended messages are received when i
re-execute LooBack... 

Regards, 
Pascal 

[ebxmlms-general] Callback through HTTP

[<pso...@no...>]

Hi,
I want to use an http application with msh....but it seems i don't receive 
any message... (onMessage method...)
(the doPost and doGet method don't receive messages)

For this :

   1 . i create a ClientServlet  like this :

public class ClientServlet extends HttpServlet 
        implements MessageListener {

 
        public void init(ServletConfig config ) ...{
                super.init(config) ;

 
                ApplicationContext appCont = new ApplicationContext( 
"AZE_2005", *, *, *) ;

                Request mshReq = new Reques( appCont,
                                                  new URL(mshServerUrl),
                                                  this,
                                                 "http",
                                                 Request.DEFAULT_RETRIES,
 Request.DEFAULT_RETRY_INTERVAL,
 Request.SYNC_REPLY_NODE_SIGNALS_AND_RESPONSE,
 Request.DEFAULT_MESSAGE_ORDER_SEMANTICS,
 Request.DEFAULT_PERSIST_DURATION) ;

        }

        public void onMessage( EbXmlMessage msg ) {
                System.out.println( "clientServlet.onMessage" ) ;
        }

        public URL getClientUrl( ) {
                return new URL (clientServletUrl) ;
        }

... 

   2 . i create a Client   for sending messages like this: (like LoobBack 
sample)

 
        EbxmlMessage    msg = new EbxmlMessage() ; 
        MessageHeader head = msg.addMessageHeader() ; 
        head.addFromPartyId( "fromPartyId", "fromSample");
        head.addToPartyId( "toPartyId"         ,  "toSample");

        head.setCpaID(     "AZE_2005");
        head.setConversationId(   "item1");
        head.setService(   "http://www.cecid.hku.hk/ebxml/service");
        head.setAction(   "Order");
        head.setTimestamp(  Utility.toUTCString(new Date() ));
        head.setMessageId( Utility.generateMessageId( new Date(), message) 
) ;
        ... // add the payload also.... 
        msg.saveChanges() ;

        SendRequest rq = new SendRequest() ; 
        rq.send(msg, "http://localhost:8080/msh") ;


I launch msh server and my ClientServlet then the send message tool...

   - The ClientServlet application is registered (in database and in 
mshConnectionTable)
   - The applicationContext is found when the message is received

but......... ClientServlet don't receive a message ...(it's active .. 
tested with the url http://localhost:8010/clientServlet

Any idea ?
How can i implement this model referenced in "development guide 2.2" ?

Thx,
Pascal

[ebxmlms-general] LoopBack sample

[<pso...@no...>]

Hi,
I'm an hermes new user.. and i try to understand and use it........

Is'it possible to send synchronus message (It seems yes) with the solution 
? and how ? for example in LoopBack sample what are the modifications ?

In my configuration, it seems that all sended messages are received when i 
re-execute LooBack... 

Regards,
Pascal

RE: [ebxmlms-general] [10012] Unknown application context?!!!

[Wahid M. <wa...@ph...>]

David,

 

This is exactly right!!! Thanks for that....

I get a database entry for the incoming message and I have created a message
listener object in the objectStore location... it looks good, however......

 

The OnMessage function in the application is not getting invoked even though
the message is in the database and there are no visible errors.....

What do you think I am doing wrong?

 

Thanks

 

Wahid

 

  _____  

From: da...@dr... [mailto:da...@dr...] 
Sent: 30 August 2005 17:51
To: ebx...@li...
Cc: 'ebx...@li...';
'ebx...@li...'
Subject: RE: [ebxmlms-general] [10012] Unknown application context?!!!

 

Wahid,

 

I think the service/action needs to match from your ebXML header to the CPA
table entry.

 

DW


-------- Original Message --------
Subject: [ebxmlms-general] [10012] Unknown application context?!!!
From: Wahid Muhammad <wa...@ph...>
Date: Tue, August 30, 2005 12:20 pm
To: "'ebx...@li...'"
<ebx...@li...>
Cc: "'ebx...@li...'"
<ebx...@li...>

I have had this problem with recieiving messages....

 

I have just noticed that the logs are telling me:

 

[10012] Unknown application context - (CPAId)=S1633A8751,
(ConversationId)=0AB350F0-714B-11D9-8D06-001143D115F2,
(Service)=urn:nhs:names:services:mm, (Action)=PORX_IN260101UK04

 

What exactly does this mean, and how can I solve it? As I think this is
stopping the message handler from receiving the messages.

 

Thanks

 

Wahid

------------------------------------------------------- SF.Net email is
Sponsored by the Better Software Conference & EXPO September 19-22, 2005 *
San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven
Development * Managing Projects & Teams * Testing & QA Security * Process
Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________ ebxmlms-general mailing list
ebx...@li...
https://lists.sourceforge.net/lists/listinfo/ebxmlms-general

Re: [ebxmlms-general] Cannot load Delivery Handler

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

We used reflection API to load the delivery handler. And 
InstantiationException is thrown only when Class.newInstance() is 
called. According to JavaDoc of J2SE:

|InstantiationException 
<http://java.sun.com/j2se/1.4.2/docs/api/java/lang/InstantiationException.html>| 
- if this |Class| represents an abstract class, an interface, an array 
class, a primitive type, or void; or if the class has no nullary 
constructor; or if the instantiation fails for some other reason.

So is your custom delivery handler having a default constructor (i.e. a 
constructor with no argument)?

..p


Regards,
Patrick Yee
Center for E-Commerce Infrastructure Development

Making E-Commerce Everyday Commerce



Wahid Muhammad wrote:

> David,
>
>  
>
> Thanks for your quick reply... this issue is really getting on my 
> nerves!!!
>
>  
>
> Anyway... I have checked the location of the Jar and it is in the 
> correct place... I have tested this by renaming my handler in the 
> properties file and a "Class Not Found" error occurred. So I know the 
> handler is being picked off, I just cant understand why it wont 
> initialize.
>
>  
>
> Thanks
>
>  
>
> Wahid
>
>  
>
> ------------------------------------------------------------------------
>
> *From:* da...@dr... [mailto:da...@dr...]
> *Sent:* 30 August 2005 13:18
> *To:* ebx...@li...
> *Cc:* 'ebx...@li...'
> *Subject:* RE: [ebxmlms-general] Cannot load Delivery Handler
>
>  
>
> Wahid,
>
>  
>
> Is the JAR file for your delivery handler in the right place?
>
>  
>
> See the examples for handlers:
>
> http://ebs.mardep.gov.hk/xmldg/doc/XMLDG-TIR.pdf
>
>  
>
> DW
>
>
>     -------- Original Message --------
>     Subject: [ebxmlms-general] Cannot load Delivery Handler
>     From: Wahid Muhammad <wa...@ph...>
>     Date: Tue, August 30, 2005 6:19 am
>     To: "'ebx...@li...'"
>     <ebx...@li...>
>
>     I have tried to change the deliveryHandler in the MSH Properties
>     file but I
>     get the following message in the logs:
>
>     Initialization error - Cannot load application delivery handler
>     Exception: java.lang.InstantiationException
>     Message: hk.hku.cecid.phoenix.message.handler.DeliveryHandler
>
>
>     Can anyone help with this?
>
>     Thanks
>
>     Wahid
>
>
>
>     -------------------------------------------------------
>     SF.Net email is Sponsored by the Better Software Conference & EXPO
>     September 19-22, 2005 * San Francisco, CA * Development Lifecycle
>     Practices
>     Agile & Plan-Driven Development * Managing Projects & Teams *
>     Testing & QA
>     Security * Process Improvement & Measurement *
>     http://www.sqe.com/bsce5sf
>     _______________________________________________
>     ebxmlms-general mailing list
>     ebx...@li...
>     https://lists.sourceforge.net/lists/listinfo/ebxmlms-general
>
> ------------------------------------------------------- SF.Net email 
> is Sponsored by the Better Software Conference & EXPO September 19-22, 
> 2005 * San Francisco, CA * Development Lifecycle Practices Agile & 
> Plan-Driven Development * Managing Projects & Teams * Testing & QA 
> Security * Process Improvement & Measurement * 
> http://www.sqe.com/bsce5sf 
> _______________________________________________ ebxmlms-general 
> mailing list ebx...@li... 
> https://lists.sourceforge.net/lists/listinfo/ebxmlms-general
>

Re: [ebxmlms-general] Retry attempt/interval change - not reflect ed in mshconfig table?

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

Hi,

Mal is right, to tune the retry count and retry interval for the ebMS 
reliable feature, one should set it up in the construct of the Request 
object. The settings modified in Steven's case is not for ebMS feature. 
Instead, it is used by the custom delivery handler to pump the received 
messages to the applications. ..p

Regards,
Patrick Yee
Center for E-Commerce Infrastructure Development

Making E-Commerce Everyday Commerce



Pattiarachi, Mal wrote:

> I'm not quite sure whether this is right but in my code, wherever I 
> register a listener with MSH (that is the architecture we use) we have 
> something along the following lines:
>  
>             mshReq = new Request(appContext, mshServerUrl, listener, 
> "http", //);
>                 Request.DEFAULT_RETRIES, 
> Request.DEFAULT_RETRY_INTERVAL, 
> Request.SYNC_REPLY_MODE_SIGNALS_AND_RESPONSE,
>                 Request.DEFAULT_MESSAGE_ORDER_SEMANTICS, 
> Request.DEFAULT_PERSIST_DURATION);
> For each place where you register MSH to point to your parnert's url, 
> I think you'll need to replace the Request.DEFAULT_RETRIES 
> and Request.DEFAULT_RETRY_INTERVAL (or equivalent) with the values 
> retrieved from the msh.properties.xml configuration file.
>  
> Sincerely,
> Mal
>
> ------------------------------------------------------------------------
> *From:* ebx...@li... 
> [mailto:ebx...@li...] *On Behalf Of 
> *Steven Herod
> *Sent:* Wednesday, 31 August 2005 9:13 AM
> *To:* ebx...@li...
> *Subject:* RE: [ebxmlms-general] Retry attempt/interval change - not 
> reflected in mshconfig table?
>
> No, I've had no feedback so far.
>  
> We've cleaned out the DB table and restarted app handler and hermes 
> server but we still seem to get the defaults, not the new ones we've 
> configured.
>  
> So, I'm going to have to read some source code it seems...
>  
> But surely somebody out there has modified the retry count and period????
>  
> The underlying problem we're trying to solve is a timeout on the first 
> transmission, by the time hermes re-attempts a transmission with its 
> default period of 2min 30sec its too late for our trading partner to 
> receive the message.
>
> ------------------------------------------------------------------------
> *From:* ebx...@li... 
> [mailto:ebx...@li...] *On Behalf Of 
> *Pattiarachi, Mal
> *Sent:* Wednesday, 31 August 2005 8:54 AM
> *To:* 'ebx...@li...'
> *Subject:* RE: [ebxmlms-general] Retry attempt/interval change - not 
> reflected in mshconfig table?
>
> Did you find an answer to this one Steven? Do you need to delete the 
> database and re-start the server?
>  
>
> ------------------------------------------------------------------------
> *From:* ebx...@li... 
> [mailto:ebx...@li...] *On Behalf Of 
> *Steven Herod
> *Sent:* Friday, 26 August 2005 2:47 PM
> *To:* ebx...@li...
> *Subject:* [ebxmlms-general] Retry attempt/interval change - not 
> reflected in mshconfig table?
>
> We've modified our msh.properties.xml file to add the section:
>  
>     <Delivery>
>       <RetryInterval>20000</RetryInterval>
>       <MaximumRetry>10</MaximumRetry>
>     </Delivery>
>   </MSH>
>  
> However, these new settings do not seem to be appearing in the 
> mshconfig table after we restart hermes or our application handler.
>  
> The values in the mshconfig table (C_RETRIES, C_RETRYINTERVAL) seem to 
> still be the defaults (2 and 150000).
>  
> Is this normal?    Should we expect to see a change in this table, or 
> has the setting become silently effective elsewhere?
>  
>  
>
> 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
> Ross Human Directions Limited business (including all of it's 
> subsidiaries), including forwarding this
> email internally or disclosing it to a third party. All personal 
> information collected by
> Ross Human Directions Limited will be handled in accordance with Ross 
> Human Directions Limited
> 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
> Ross Human Directions Limited. You further agree not to divulge any 
> information contained in this document
> to any person(s) or entities without the express permission of Ross 
> Human Directions Limited
>

RE: [ebxmlms-general] Retry attempt/interval change - not reflect ed in mshconfig table?

[Pattiarachi, M. <Mal...@ro...>]

I'm not quite sure whether this is right but in my code, wherever I register
a listener with MSH (that is the architecture we use) we have something
along the following lines:
 
            mshReq = new Request(appContext, mshServerUrl, listener, "http",
//);
                Request.DEFAULT_RETRIES, Request.DEFAULT_RETRY_INTERVAL,
Request.SYNC_REPLY_MODE_SIGNALS_AND_RESPONSE,
                Request.DEFAULT_MESSAGE_ORDER_SEMANTICS,
Request.DEFAULT_PERSIST_DURATION);

For each place where you register MSH to point to your parnert's url, I
think you'll need to replace the Request.DEFAULT_RETRIES and
Request.DEFAULT_RETRY_INTERVAL (or equivalent) with the values retrieved
from the msh.properties.xml configuration file.
 
Sincerely,
Mal

  _____  

From: ebx...@li...
[mailto:ebx...@li...] On Behalf Of Steven
Herod
Sent: Wednesday, 31 August 2005 9:13 AM
To: ebx...@li...
Subject: RE: [ebxmlms-general] Retry attempt/interval change - not reflected
in mshconfig table?


No, I've had no feedback so far.
 
We've cleaned out the DB table and restarted app handler and hermes server
but we still seem to get the defaults, not the new ones we've configured.
 
So, I'm going to have to read some source code it seems...
 
But surely somebody out there has modified the retry count and period????
 
The underlying problem we're trying to solve is a timeout on the first
transmission, by the time hermes re-attempts a transmission with its default
period of 2min 30sec its too late for our trading partner to receive the
message.

  _____  

From: ebx...@li...
[mailto:ebx...@li...] On Behalf Of
Pattiarachi, Mal
Sent: Wednesday, 31 August 2005 8:54 AM
To: 'ebx...@li...'
Subject: RE: [ebxmlms-general] Retry attempt/interval change - not reflected
in mshconfig table?


Did you find an answer to this one Steven? Do you need to delete the
database and re-start the server?
 

  _____  

From: ebx...@li...
[mailto:ebx...@li...] On Behalf Of Steven
Herod
Sent: Friday, 26 August 2005 2:47 PM
To: ebx...@li...
Subject: [ebxmlms-general] Retry attempt/interval change - not reflected in
mshconfig table?


We've modified our msh.properties.xml file to add the section:
 
    <Delivery>
      <RetryInterval>20000</RetryInterval>
      <MaximumRetry>10</MaximumRetry>
    </Delivery>
  </MSH>
 
However, these new settings do not seem to be appearing in the mshconfig
table after we restart hermes or our application handler.
 
The values in the mshconfig table (C_RETRIES, C_RETRYINTERVAL) seem to still
be the defaults (2 and 150000).
 
Is this normal?    Should we expect to see a change in this table, or has
the setting become silently effective elsewhere?
 
 
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

Ross Human Directions Limited business (including all of it's subsidiaries),
including forwarding this 
email internally or disclosing it to a third party. All personal information
collected by 
Ross Human Directions Limited will be handled in accordance with Ross Human
Directions Limited 
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 
Ross Human Directions Limited. You further agree not to divulge any
information contained in this document 
to any person(s) or entities without the express permission of Ross Human
Directions Limited

RE: [ebxmlms-general] Retry attempt/interval change - not reflected in mshconfig table?

[Steven H. <sh...@te...>]

No, I've had no feedback so far.
 
We've cleaned out the DB table and restarted app handler and hermes server but we still seem to get the defaults, not the new ones
we've configured.
 
So, I'm going to have to read some source code it seems...
 
But surely somebody out there has modified the retry count and period????
 
The underlying problem we're trying to solve is a timeout on the first transmission, by the time hermes re-attempts a transmission
with its default period of 2min 30sec its too late for our trading partner to receive the message.

  _____  

From: ebx...@li... [mailto:ebx...@li...] On Behalf Of Pattiarachi, Mal
Sent: Wednesday, 31 August 2005 8:54 AM
To: 'ebx...@li...'
Subject: RE: [ebxmlms-general] Retry attempt/interval change - not reflected in mshconfig table?


Did you find an answer to this one Steven? Do you need to delete the database and re-start the server?
 

  _____  

From: ebx...@li... [mailto:ebx...@li...] On Behalf Of Steven Herod
Sent: Friday, 26 August 2005 2:47 PM
To: ebx...@li...
Subject: [ebxmlms-general] Retry attempt/interval change - not reflected in mshconfig table?


We've modified our msh.properties.xml file to add the section:
 
    <Delivery>
      <RetryInterval>20000</RetryInterval>
      <MaximumRetry>10</MaximumRetry>
    </Delivery>
  </MSH>
 
However, these new settings do not seem to be appearing in the mshconfig table after we restart hermes or our application handler.
 
The values in the mshconfig table (C_RETRIES, C_RETRYINTERVAL) seem to still be the defaults (2 and 150000).
 
Is this normal?    Should we expect to see a change in this table, or has the setting become silently effective elsewhere?
 
 
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 
Ross Human Directions Limited business (including all of it's subsidiaries), including forwarding this 
email internally or disclosing it to a third party. All personal information collected by 
Ross Human Directions Limited will be handled in accordance with Ross Human Directions Limited 
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 
Ross Human Directions Limited. You further agree not to divulge any information contained in this document 
to any person(s) or entities without the express permission of Ross Human Directions Limited

RE: [ebxmlms-general] Retry attempt/interval change - not reflected in mshconfig table?

[Pattiarachi, M. <Mal...@ro...>]

Did you find an answer to this one Steven? Do you need to delete the
database and re-start the server?
=20

  _____ =20

From: ebx...@li...
[mailto:ebx...@li...] On Behalf Of Steven
Herod
Sent: Friday, 26 August 2005 2:47 PM
To: ebx...@li...
Subject: [ebxmlms-general] Retry attempt/interval change - not reflected =
in
mshconfig table?


We've modified our msh.properties.xml file to add the section:
=20
    <Delivery>
      <RetryInterval>20000</RetryInterval>
      <MaximumRetry>10</MaximumRetry>
    </Delivery>
  </MSH>
=20
However, these new settings do not seem to be appearing in the mshconfig
table after we restart hermes or our application handler.
=20
The values in the mshconfig table (C_RETRIES, C_RETRYINTERVAL) seem to =
still
be the defaults (2 and 150000).
=20
Is this normal?    Should we expect to see a change in this table, or =
has
the setting become silently effective elsewhere?
=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
 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
Ross Human Directions Limited  business (including all of it=92s =
subsidiaries), including=20
forwarding this email internally or disclosing it to a third party.=20
All personal information collected by Ross Human Directions Limited will =
be handled in=20
accordance with Ross Human Directions Limited Privacy Policy. If you =
have received this=20
email in error, please notify the 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
Ross Human Directions Limited. You further agree not to divulge any =
information contained=20
in this document to any person(s) or entities without the express =
permission of=20
Ross Human Directions Limited.=20

RE: [ebxmlms-general] [10012] Unknown application context?!!!

[Ted <ts...@fr...>]

Wahid,

I believe you need to create a cpa entry for matching

Ted

 

  _____  

From: ebx...@li...
[mailto:ebx...@li...] On Behalf Of Wahid
Muhammad
Sent: Wednesday, 31 August 2005 4:21 AM
To: 'ebx...@li...'
Cc: 'ebx...@li...'
Subject: [ebxmlms-general] [10012] Unknown application context?!!!

 

I have had this problem with recieiving messages....

 

I have just noticed that the logs are telling me:

 

[10012] Unknown application context - (CPAId)=S1633A8751,
(ConversationId)=0AB350F0-714B-11D9-8D06-001143D115F2,
(Service)=urn:nhs:names:services:mm, (Action)=PORX_IN260101UK04

 

What exactly does this mean, and how can I solve it? As I think this is
stopping the message handler from receiving the messages.

 

Thanks

 

Wahid

RE: [ebxmlms-general] [10012] Unknown application context?!!!

[<da...@dr...>]

<DIV>Wahid,</DIV>
<DIV>&nbsp;</DIV>
<DIV>I think the service/action needs to match from your ebXML header to
the CPA table entry.</DIV>
<DIV>&nbsp;</DIV>
<DIV>DW<BR><BR></DIV>
<BLOCKQUOTE style="PADDING-LEFT: 8px; MARGIN-LEFT: 8px; BORDER-LEFT:
blue 2px solid"><BR>-------- Original Message --------<BR>Subject:
[ebxmlms-general] [10012] Unknown application context?!!!<BR>From:
Wahid Muhammad &lt;wa...@ph...&gt;<BR>Date: Tue, August
30, 2005 12:20 pm<BR>To:
"'ebx...@li...'"<BR>&lt;ebx...@li...&gt;<BR>Cc:
"'ebx...@li...'"<BR>&lt;ebx...@li...&gt;<BR><BR>
<META content="Microsoft Word 11 (filtered medium)" name=Generator>
<STYLE> <!-- /* Style Definitions */ p.MsoNormal, li.MsoNormal,
div.MsoNormal {margin:0cm; margin-bottom:.0001pt; font-size:12.0pt;
font-family:"Times New Roman";} a:link, span.MsoHyperlink {color:blue;
text-decoration:underline;} a:visited, span.MsoHyperlinkFollowed
{color:blue; text-decoration:underline;} span.EmailStyle17
{mso-style-type:personal; font-family:Arial; color:navy;}
span.EmailStyle18 {mso-style-type:personal-reply; font-family:Arial;
color:navy;} @page Section1 {size:612.0pt 792.0pt; margin:72.0pt 90.0pt
72.0pt 90.0pt;} div.Section1 {page:Section1;} --> </STYLE>

<DIV class=Section1>
<P class=MsoNormal><FONT face=Arial color=navy size=2><SPAN lang=EN-GB
style="FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: Arial">I have had
this problem with recieiving messages....<?xml:namespace prefix = o ns
= "urn:schemas-microsoft-com:office:office"
/><o:p></o:p></SPAN></FONT></P>
<P class=MsoNormal><FONT face=Arial color=navy size=2><SPAN lang=EN-GB
style="FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY:
Arial"><o:p>&nbsp;</o:p></SPAN></FONT></P>
<P class=MsoNormal><FONT face=Arial color=navy size=2><SPAN lang=EN-GB
style="FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: Arial">I have just
noticed that the logs are telling me:<o:p></o:p></SPAN></FONT></P>
<P class=MsoNormal><FONT face=Arial color=navy size=2><SPAN lang=EN-GB
style="FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY:
Arial"><o:p>&nbsp;</o:p></SPAN></FONT></P>
<P class=MsoNormal><FONT face=Arial color=navy size=2><SPAN lang=EN-GB
style="FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: Arial">[10012]
Unknown application context - (CPAId)=S1633A8751,
(ConversationId)=0AB350F0-714B-11D9-8D06-001143D115F2,
(Service)=urn:nhs:names:services:mm,
(Action)=PORX_IN260101UK04<o:p></o:p></SPAN></FONT></P>
<P class=MsoNormal><FONT face=Arial color=navy size=2><SPAN lang=EN-GB
style="FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY:
Arial"><o:p>&nbsp;</o:p></SPAN></FONT></P>
<P class=MsoNormal><FONT face=Arial color=navy size=2><SPAN lang=EN-GB
style="FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: Arial">What exactly
does this mean, and how can I solve it? As I think this is stopping the
message handler from receiving the
messages.<o:p></o:p></SPAN></FONT></P>
<P class=MsoNormal><FONT face=Arial color=navy size=2><SPAN lang=EN-GB
style="FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY:
Arial"><o:p>&nbsp;</o:p></SPAN></FONT></P>
<P class=MsoNormal><FONT face=Arial color=navy size=2><SPAN lang=EN-GB
style="FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY:
Arial">Thanks<o:p></o:p></SPAN></FONT></P>
<P class=MsoNormal><FONT face=Arial color=navy size=2><SPAN lang=EN-GB
style="FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY:
Arial"><o:p>&nbsp;</o:p></SPAN></FONT></P>
<P class=MsoNormal><FONT face=Arial color=navy size=2><SPAN lang=EN-GB
style="FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY:
Arial">Wahid<o:p></o:p></SPAN></FONT></P></DIV></BLOCKQUOTE>

[ebxmlms-general] [10012] Unknown application context?!!!

[Wahid M. <wa...@ph...>]

I have had this problem with recieiving messages....

 

I have just noticed that the logs are telling me:

 

[10012] Unknown application context - (CPAId)=S1633A8751,
(ConversationId)=0AB350F0-714B-11D9-8D06-001143D115F2,
(Service)=urn:nhs:names:services:mm, (Action)=PORX_IN260101UK04

 

What exactly does this mean, and how can I solve it? As I think this is
stopping the message handler from receiving the messages.

 

Thanks

 

Wahid

RE: [ebxmlms-general] Cannot load Delivery Handler

[Wahid M. <wa...@ph...>]

David,

 

Thanks for your quick reply... this issue is really getting on my nerves!!!

 

Anyway... I have checked the location of the Jar and it is in the correct
place... I have tested this by renaming my handler in the properties file
and a "Class Not Found" error occurred. So I know the handler is being
picked off, I just cant understand why it wont initialize.

 

Thanks

 

Wahid

 

  _____  

From: da...@dr... [mailto:da...@dr...] 
Sent: 30 August 2005 13:18
To: ebx...@li...
Cc: 'ebx...@li...'
Subject: RE: [ebxmlms-general] Cannot load Delivery Handler

 

Wahid,

 

Is the JAR file for your delivery handler in the right place?

 

See the examples for handlers:

http://ebs.mardep.gov.hk/xmldg/doc/XMLDG-TIR.pdf
<http://ebs.mardep.gov.hk/xmldg/doc/XMLDG-TIR.pdf> 

 

DW


-------- Original Message --------
Subject: [ebxmlms-general] Cannot load Delivery Handler
From: Wahid Muhammad <wa...@ph...>
Date: Tue, August 30, 2005 6:19 am
To: "'ebx...@li...'"
<ebx...@li...>

I have tried to change the deliveryHandler in the MSH Properties file but I
get the following message in the logs:

Initialization error - Cannot load application delivery handler
Exception: java.lang.InstantiationException
Message: hk.hku.cecid.phoenix.message.handler.DeliveryHandler


Can anyone help with this?

Thanks

Wahid



-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
ebxmlms-general mailing list
ebx...@li...
https://lists.sourceforge.net/lists/listinfo/ebxmlms-general 

------------------------------------------------------- SF.Net email is
Sponsored by the Better Software Conference & EXPO September 19-22, 2005 *
San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven
Development * Managing Projects & Teams * Testing & QA Security * Process
Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________ ebxmlms-general mailing list
ebx...@li...
https://lists.sourceforge.net/lists/listinfo/ebxmlms-general

RE: [ebxmlms-general] Cannot load Delivery Handler

[<da...@dr...>]

<DIV>Wahid,</DIV>
<DIV>&nbsp;</DIV>
<DIV>Is the JAR file for your delivery handler in the right place?</DIV>
<DIV>&nbsp;</DIV>
<DIV>See the examples for handlers:</DIV>
<DIV><A
href="http://ebs.mardep.gov.hk/xmldg/doc/XMLDG-TIR.pdf">http://ebs.mardep.gov.hk/xmldg/doc/XMLDG-TIR.pdf</A></DIV>
<DIV>&nbsp;</DIV>
<DIV>DW<BR><BR></DIV>
<BLOCKQUOTE style="PADDING-LEFT: 8px; MARGIN-LEFT: 8px; BORDER-LEFT:
blue 2px solid"><BR>-------- Original Message --------<BR>Subject:
[ebxmlms-general] Cannot load Delivery Handler<BR>From: Wahid Muhammad
&lt;wa...@ph...&gt;<BR>Date: Tue, August 30, 2005 6:19
am<BR>To:
"'ebx...@li...'"<BR>&lt;ebx...@li...&gt;<BR><BR>I
have tried to change the deliveryHandler in the MSH Properties file but
I<BR>get the following message in the logs:<BR><BR>Initialization error
- Cannot load application delivery handler<BR>Exception:
java.lang.InstantiationException<BR>Message:
hk.hku.cecid.phoenix.message.handler.DeliveryHandler<BR><BR><BR>Can
anyone help with
this?<BR><BR>Thanks<BR><BR>Wahid<BR><BR><BR><BR>-------------------------------------------------------<BR>SF.Net
email is Sponsored by the Better Software Conference &amp;
EXPO<BR>September 19-22, 2005 * San Francisco, CA * Development
Lifecycle Practices<BR>Agile &amp; Plan-Driven Development * Managing
Projects &amp; Teams * Testing &amp; QA<BR>Security * Process
Improvement &amp; Measurement *
http://www.sqe.com/bsce5sf<BR>_______________________________________________<BR>ebxmlms-general
mailing
list<BR>ebx...@li...<BR>https://lists.sourceforge.net/lists/listinfo/ebxmlms-general
</BLOCKQUOTE>

[ebxmlms-general] Cannot load Delivery Handler

[Wahid M. <wa...@ph...>]

I have tried to change the deliveryHandler in the MSH Properties file but I
get the following message in the logs:

Initialization error - Cannot load application delivery handler
Exception: java.lang.InstantiationException
Message: hk.hku.cecid.phoenix.message.handler.DeliveryHandler


Can anyone help with this?

Thanks

Wahid

[ebxmlms-general] Retry attempt/interval change - not reflected in mshconfig table?

[Steven H. <sh...@te...>]

We've modified our msh.properties.xml file to add the section:
 
    <Delivery>
      <RetryInterval>20000</RetryInterval>
      <MaximumRetry>10</MaximumRetry>
    </Delivery>
  </MSH>
 
However, these new settings do not seem to be appearing in the mshconfig table after we restart hermes or our application handler.
 
The values in the mshconfig table (C_RETRIES, C_RETRYINTERVAL) seem to still be the defaults (2 and 150000).
 
Is this normal?    Should we expect to see a change in this table, or has the setting become silently effective elsewhere?
 
 

[ebxmlms-general] Re: Hermes 1.0.0.1 available at freebxml

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

Dear all,
There is a bug report (so fast!!) on the version 1.0.0.1. So we fixed 
it, committed to sourceforge, and updated the packages at freebxml. We 
are still using the version number as 1.0.0.1. Please note and sorry for 
the inconvenience caused.

...p

Regards,
Patrick Yee
Center for E-Commerce Infrastructure Development

Making E-Commerce Everyday Commerce



Patrick Yee wrote:

> Hi,
>
> We are happy to announce Hermes 1.0.0.1.
>
> We have tagged the CVS head as r1001, and we have also updated the zip 
> files at freebxml.org to make them include the changes made at CVS 
> head so far. Please see the release note attached.
>
> Thank you for your support!
>
>------------------------------------------------------------------------
>
>Hermes 1.0.0.1 Release Note (12 Aug 2005)
>=========================================
>
>Enhancement
>1. Reject self-signed certificate when verifying digital signature. This is to prevent a potential problem when somebody used a self-signed certificate to spoof someone else with a correct applicaton context.
>2. Enhanced performance when large payload is received.
>3. Make use of prepared statement to enable database access optimization in some cases.
>4. Some code rearrangement to avoid overloading of database connection pool.
>
>Bugs Fixed
>1. Fixed several memory leak problems.
>2. Fixed the select criteria when doing archiving to ignore all undelivered message.
>3. Fixed an issue in file persistence, which we create a directory for archive only if it does not exist.
>4. Fixed a deadlock problem when delivery handler is working slow and at the same time a retry message comes in. 
>5. Fixed a problem which now the database is not updated if there is any problem in resolving outgoing URL.
>6. Fixed an issue in ebXML message packaging. Now the service element will be created correctly with type information.
>7. Fixed an issue when handling loopback message which may cause deadlock problem.
>8. Some code review to make the source code more consistent.
>  
>

RE: [ebxmlms-general] Hermes 1.0.0.1 available at freebxml

[Tanveer, A. (NIH/OD) <tan...@od...>]

Patrick,

Wonderful news!! I look forward trying out the new release.

Thanks
-- Ashique



|---------------------------------------------------------------------------
--------
| Ashique Tanveer
| Booz | Allen | Hamilton 
|
| Contractor, eRA Project, National Institute Of Health
| Off:   301-451-1772
| Fax: 925-889-3635
| Email:  tan...@od..., tan...@ba... 
| Learn Java, Teach Java, Talk Java, Join a JUG
| http://servlet.java.sun.com/jugs/north_america/usa/maryland/rockville
|---------------------------------------------------------------------------
--------
-----Original Message-----
From: Patrick Yee [mailto:kc...@ce...] 
Sent: Friday, August 12, 2005 12:20 PM
To: ebx...@li...
Subject: [ebxmlms-general] Hermes 1.0.0.1 available at freebxml

Hi,

We are happy to announce Hermes 1.0.0.1.

We have tagged the CVS head as r1001, and we have also updated the zip 
files at freebxml.org to make them include the changes made at CVS head 
so far. Please see the release note attached.

Thank you for your support!

-- 
Regards,
Patrick Yee
Center for E-Commerce Infrastructure Development

Making E-Commerce Everyday Commerce

Re: [ebxmlms-general] Hermes 1.0.0.1 available at freebxml

[David W. \(XML\) <da...@dr...>]

Patrick,

Congratulations!

I've added the news release to ebXMLforum.

Thanks, DW


----- Original Message ----- 
From: "Patrick Yee" <kc...@ce...>
To: <ebx...@li...>
Sent: Friday, August 12, 2005 12:20 PM
Subject: [ebxmlms-general] Hermes 1.0.0.1 available at freebxml


> Hi,
>
> We are happy to announce Hermes 1.0.0.1.
>
> We have tagged the CVS head as r1001, and we have also updated the zip
> files at freebxml.org to make them include the changes made at CVS head
> so far. Please see the release note attached.
>
> Thank you for your support!
>
> -- 
> Regards,
> Patrick Yee
> Center for E-Commerce Infrastructure Development
>
> Making E-Commerce Everyday Commerce
>
>


----------------------------------------------------------------------------
----


> Hermes 1.0.0.1 Release Note (12 Aug 2005)
> =========================================
>
> Enhancement
> 1. Reject self-signed certificate when verifying digital signature. This
is to prevent a potential problem when somebody used a self-signed
certificate to spoof someone else with a correct applicaton context.
> 2. Enhanced performance when large payload is received.
> 3. Make use of prepared statement to enable database access optimization
in some cases.
> 4. Some code rearrangement to avoid overloading of database connection
pool.
>
> Bugs Fixed
> 1. Fixed several memory leak problems.
> 2. Fixed the select criteria when doing archiving to ignore all
undelivered message.
> 3. Fixed an issue in file persistence, which we create a directory for
archive only if it does not exist.
> 4. Fixed a deadlock problem when delivery handler is working slow and at
the same time a retry message comes in.
> 5. Fixed a problem which now the database is not updated if there is any
problem in resolving outgoing URL.
> 6. Fixed an issue in ebXML message packaging. Now the service element will
be created correctly with type information.
> 7. Fixed an issue when handling loopback message which may cause deadlock
problem.
> 8. Some code review to make the source code more consistent.
>

[ebxmlms-general] Hermes 1.0.0.1 available at freebxml

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

Hi,

We are happy to announce Hermes 1.0.0.1.

We have tagged the CVS head as r1001, and we have also updated the zip 
files at freebxml.org to make them include the changes made at CVS head 
so far. Please see the release note attached.

Thank you for your support!

-- 
Regards,
Patrick Yee
Center for E-Commerce Infrastructure Development

Making E-Commerce Everyday Commerce

RE: [ebxmlms-general] RE: RE: RE: SSLHandshakeException (SSL PROBLEM) (Pattiarachi, Mal)

[Pattiarachi, M. <Mal...@ro...>]

Hmmm, I thought that the Apache HttpClient still used Sun's JSSE as the
underlying library? I'm more than happy to be proved wronged however - =
if
anyone can point to a plug-in replacement for Sun's JSSE, I'll =
definately
try it.

Sincerely,
Mal

-----Original Message-----
From: ebx...@li...
[mailto:ebx...@li...] On Behalf Of Ronald =
van
Kuijk
Sent: Thursday, 11 August 2005 3:49 AM
To: ebx...@li...
Subject: Re: [ebxmlms-general] RE: RE: RE: SSLHandshakeException (SSL
PROBLEM) (Pattiarachi, Mal)


replace the sun impl with the apache httpclient one. Much better, =
faster, M$
proxy support etc.

Ronald

Robert A. Stockfleth probeerde me het volgende duidelijk te maken:
> I am able to connect to the Cyclone server using the simple=20
> HTTPSClient below.  I am almost positive that the handshaking problem=20
> - it isn't a problem with Hermes, more like with the=20
> HttpsURLConnection class which Hermes utilizes.
>
> I would file a bug report with Sun - but unless I can give them access =

> to our trading partner's development environment - I have no way to=20
> replicate the issue for them.  So I am pretty much out of luck.
>
> If anybody comes up with a work-around - I would LOVE to hear about=20
> it.
>
> Thanks,
>
> -Rob
>
>
> -----Original Message-----
> From: ebx...@li...
> [mailto:ebx...@li...] On Behalf Of=20
> ebx...@li...
> Sent: Tuesday, August 02, 2005 8:15 PM
> To: ebx...@li...
> Subject: ebxmlms-general digest, Vol 1 #276 - 3 msgs
>
> Send ebxmlms-general mailing list submissions to
> 	ebx...@li...
>
> To subscribe or unsubscribe via the World Wide Web, visit
> 	https://lists.sourceforge.net/lists/listinfo/ebxmlms-general
> or, via email, send a message with subject or body 'help' to
> 	ebx...@li...
>
> You can reach the person managing the list at
> 	ebx...@li...
>
> When replying, please edit your Subject line so it is more specific=20
> than "Re: Contents of ebxmlms-general digest..."
>
>
> Today's Topics:
>
>    1. RE: SSLHandshakeException (SSL PROBLEM) (Robert A. Stockfleth)
>    2. RE: RE: SSLHandshakeException (SSL PROBLEM) (Pattiarachi, Mal)
>    3. Re: RE: SSLHandshakeException (SSL PROBLEM) (David Webber (XML))
>
> --__--__--
>
> Message: 1
> From: "Robert A. Stockfleth" <ro...@no...>
> To: <ebx...@li...>
> Date: Tue, 2 Aug 2005 15:05:00 -0700
> Subject: [ebxmlms-general] RE: SSLHandshakeException (SSL PROBLEM)
> Reply-To: ebx...@li...
>
> This is a multi-part message in MIME format.
>
> ------=3D_NextPart_000_001F_01C59773.8DC924D0
> Content-Type: text/plain;
> 	charset=3D"us-ascii"
> Content-Transfer-Encoding: 7bit
>
> A few weeks ago I figured out where my SSL Handshake problem is coming =

> from.
>
>
>
> It seems that by default Hermes uses the HttpsURLConnection class to=20
> connect (when you're accessing a HTTPS URL).
>
>
>
> I rewrote the SSL connection portion of Http.java to use the Socket=20
> class instead of the HttpsURLConnection class.  When I connected using =

> the exact same keystore - the handshaking process worked properly.
>
>
>
> It seems like something inside the HttpsURLConnection class was not=20
> compatible with the Cyclone server, my private key or both.
>
>
>
> Anyone have any ideas (that don't involve hacking the source apart)??
>
>
>
> PS Any chance future versions of Hermes will undergo Drummond's=20
> "EBXML" certification.  Many large companies will not allow outside=20
> vendors to connect, unless they are using an officially EBXML=20
> certified application.
>
>
>
> Message: 2
> From: "Pattiarachi, Mal" <Mal...@ro...>
> To: <ebx...@li...>
> Subject: RE: [ebxmlms-general] RE: SSLHandshakeException (SSL PROBLEM)
> Date: Wed, 3 Aug 2005 09:30:57 +1000
> Reply-To: ebx...@li...
>
> This is a multi-part message in MIME format.
>
> ------_=3D_NextPart_001_01C597BA.3BDDD192
> Content-Transfer-Encoding: quoted-printable
> Content-Type: text/plain;
> 	charset=3D"iso-8859-1"
>
> Hi Robert,
>
> I'm getting a similar error (javax.net.ssl.SSLHandshakeException:=20
> Remote host closed connection during handshake) at random occassions=20
> (some connections get through), when connecting to Tibco Business=20
> Connect in =3D our partners test environment. Oddly enough, in=20
> production, where our =3D partner
> uses an external clustered HTTPS web server, the connections appear to =
=3D
> work
> fine.
>
> The thing is, the problem is replicable outside of Hermes... i.e. I=20
> used =3D a simple HTTPS client (consisting of just a few lines of =
code)=20
> which uses =3D the
> socket method of connecting, and I still got the same error I'm =
getting =3D
> with
> Hermes ... and this was duplicated no matter the version of Java I was
> using, be it 1.4.2_01 or 1.4.2_08 or 1.5! I figured this was a problem =
=3D
> to do
> with Tibco's internal SSL handler which wasn't behaving correctly and
> requested our partner try to see what's going on with Tibco.
>
> We use Hermes 0.9.3.1 and Java 1.4.2, I examined Http.java - most if=20
> it appears to be commented out? Perhaps it's changed between versions.
>
> I've attached the source code I was using for the simple HTTPS client, =

> =3D see if you can connect to your partners Cyclone using it.=3D20
>
>
>
> import java.net.*;
> import java.io.*;
> import java.security.*;
> import javax.net.ssl.*;
>
> public class HTTPSClient {
>
>   public static void main(String[] args) {
>
>
>
>     int port =3D3D 6707;
>     String host =3D3D "HOST_URL";
>
>     try {
>
>      Security.addProvider(new =
com.sun.net.ssl.internal.ssl.Provider());
>       SSLSocketFactory factory
>        =3D3D (SSLSocketFactory) SSLSocketFactory.getDefault();
>
>       SSLSocket socket =3D3D (SSLSocket) factory.createSocket(host,=20
> port);
>
>
>
>       Writer out =3D3D new =
OutputStreamWriter(socket.getOutputStream());
>       // https requires the full URL in the GET line
>       out.write("GET http://" + host + "/ HTTP/1.1\r\n");
>       out.write("\r\n");
>       out.flush();
>
>       // read response
>       BufferedReader in =3D3D new BufferedReader(
>        new InputStreamReader(socket.getInputStream()));
>       int c;
>       while ((c =3D3D in.read()) !=3D3D -1) {
>         System.out.write(c);
>       }
>
>       out.close();
>       in.close();
>       socket.close();
>
>     }
>     catch (Exception e) {
>       System.out.println(e);
>     }
>
>   }
>
> }
>
>
>
>
>
> -----Original Message-----
> From: ebx...@li...
> [mailto:ebx...@li...] On Behalf Of=20
> Robert =3D A. Stockfleth
> Sent: Wednesday, 3 August 2005 8:05 AM
> To: ebx...@li...
> Subject: [ebxmlms-general] RE: SSLHandshakeException (SSL PROBLEM)
>
>
> A few weeks ago I figured out where my SSL Handshake problem is coming =

> =3D from. =3D20
> It seems that by default Hermes uses the HttpsURLConnection class to =
=3D
> connect
> (when you're accessing a HTTPS URL).
> =3D20
> I rewrote the SSL connection portion of Http.java to use the Socket =
=3D
> class
> instead of the HttpsURLConnection class.  When I connected using the =
=3D
> exact
> same keystore - the handshaking process worked properly.
> =3D20
> It seems like something inside the HttpsURLConnection class was not
> compatible with the Cyclone server, my private key or both.
> =3D20
> Anyone have any ideas (that don't involve hacking the source apart)??
> =3D20
> PS Any chance future versions of Hermes will undergo Drummond's =
"EBXML"
> certification.  Many large companies will not allow outside vendors to
> connect, unless they are using an officially EBXML certified =3D
> application.
> =3D20
>
> The information contained in this email and any attachments to it: =
=3D20
> (a) may be confidential and if you are not the intended recipient, any =
=3D
> interference with,=3D20
> use, disclosure or copying of this material is unauthorised and =3D
> prohibited; and
> =3D20
> (b) may contain personal information of the recipient and/or the =
sender =3D
> as defined
>  under the Privacy Act 1988 (Cth). Consent is hereby given by the =3D
> recipient(s) to=3D20
> collect, hold and use such information and any personal information =
=3D
> contained in a=3D20
> response to this email, for any reasonable purpose in the ordinary =3D
> course of=3D20
> Ross Human Directions Limited  business (including all of it=3D92s =3D
> subsidiaries), including=3D20
> forwarding this email internally or disclosing it to a third =
party.=3D20
> All personal information collected by Ross Human Directions Limited =
will =3D
> be handled in=3D20
> accordance with Ross Human Directions Limited Privacy Policy. If you =
=3D
> have received this=3D20
> email in error, please notify the sender and delete it.=3D20
>
> (c) you agree not to employ or arrange employment for any candidate(s) =

> =3D supplied in=3D20 this email and any attachments without first =
entering=20
> into a contractual =3D agreement with=3D20
> Ross Human Directions Limited. You further agree not to divulge any =
=3D
> information contained=3D20
> in this document to any person(s) or entities without the express =3D
> permission of=3D20
> Ross Human Directions Limited.=3D20
>
> Message: 3
> From: "David Webber \(XML\)" <da...@dr...>
> To: <ebx...@li...>
> Subject: Re: [ebxmlms-general] RE: SSLHandshakeException (SSL PROBLEM)
> Date: Tue, 2 Aug 2005 22:25:25 -0400
> Organization: XML eBusiness
> Reply-To: ebx...@li...
>
> This is a multi-part message in MIME format.
>
> ------=3D_NextPart_000_00F1_01C597B1.145CD180
> Content-Type: text/plain;
> 	charset=3D"iso-8859-1"
> Content-Transfer-Encoding: quoted-printable
>
> Robert,
>
> Good catch.
>
> On the certification front.  I've done the Drummond testing with a =3D =

> commercial product.
>
> I would venture that if Hermes can freely interchange with the target=20
> =3D server (say Cyclone - which BTW has probably the most complete =3D
> implementation) - that is exactly like completing the Drummond testing =

> =3D anyway.
>
> Of course Drummond makes you perform a range of tests with four or=20
> more =3D other vendors - but you can easily verify that Hermes matches =

> those =3D needs.
>
> BTW - the CPA handling in current Hermes is not all it should be.  My=20
> =3D understanding that is being enhanced - along the lines we did in =
the=20
> =3D code here - http://ebxmlbook.com/interop/=3D20
>
> All this is about verifying the operation.  For example - Oracle now=20
> has =3D a ebMS compatible server to for iHub - but its not "certified" =
-=20
> and =3D I'll wager that your management would happily use it, eh?
>
> Hope that helps your decision making.
>
> Thanks, DW
> _______________________________________________
> ebxmlms-general mailing list ebx...@li...
> https://lists.sourceforge.net/lists/listinfo/ebxmlms-general
>
>
> End of ebxmlms-general Digest
>
>
>
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO
> September 19-22, 2005 * San Francisco, CA * Development Lifecycle
Practices
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing =
& QA
> Security * Process Improvement & Measurement * =
http://www.sqe.com/bsce5sf
> _______________________________________________
> ebxmlms-general mailing list
> ebx...@li...
> https://lists.sourceforge.net/lists/listinfo/ebxmlms-general
>


--=20
Kijk niet terug, maar kijk naar mij
Against all odds



-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle =
Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & =
QA
Security * Process Improvement & Measurement * =
http://www.sqe.com/bsce5sf
_______________________________________________
ebxmlms-general mailing list
ebx...@li...
https://lists.sourceforge.net/lists/listinfo/ebxmlms-general

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
 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
Ross Human Directions Limited  business (including all of it=92s =
subsidiaries), including=20
forwarding this email internally or disclosing it to a third party.=20
All personal information collected by Ross Human Directions Limited will =
be handled in=20
accordance with Ross Human Directions Limited Privacy Policy. If you =
have received this=20
email in error, please notify the 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
Ross Human Directions Limited. You further agree not to divulge any =
information contained=20
in this document to any person(s) or entities without the express =
permission of=20
Ross Human Directions Limited.=20

Re: [ebxmlms-general] Hermes Wiki?

[Ronald v. K. <rtv...@xs...>]

+1

Steven Herod probeerde me het volgende duidelijk te maken:
> I discussed the creation of a Wiki about Hermes with another list member a little while ago and
> received some positive feedback.
>
> I was wondering if there is support out in the user community for such a concept so we can
> incrementally and cooperatively build
> documentation and a knowledge base
>
> For those unfamiliar with the concept of a wiki, visit this link:
> http://wiki.org/wiki.cgi?WhatIsWiki
>
> Regards
> Steven
>
>
>
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO
> September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> _______________________________________________
> ebxmlms-general mailing list
> ebx...@li...
> https://lists.sourceforge.net/lists/listinfo/ebxmlms-general
>


-- 
Kijk niet terug, maar kijk naar mij
Against all odds

[ebxmlms-general] Hermes Wiki?

[Steven H. <sh...@te...>]

I discussed the creation of a Wiki about Hermes with another list member a little while ago and received some positive feedback.
 
I was wondering if there is support out in the user community for such a concept so we can incrementally and cooperatively build
documentation and a knowledge base
 
For those unfamiliar with the concept of a wiki, visit this link:  http://wiki.org/wiki.cgi?WhatIsWiki  
 
Regards
Steven

Re: [ebxmlms-general] RE: RE: RE: SSLHandshakeException (SSL PROBLEM) (Pattiarachi, Mal)

[Ronald v. K. <rtv...@xs...>]

replace the sun impl with the apache httpclient one. Much better, faster, M$ proxy support etc.

Ronald

Robert A. Stockfleth probeerde me het volgende duidelijk te maken:
> I am able to connect to the Cyclone server using the simple HTTPSClient
> below.  I am almost positive that the handshaking problem - it isn't a
> problem with Hermes, more like with the HttpsURLConnection class which
> Hermes utilizes.
>
> I would file a bug report with Sun - but unless I can give them access to
> our trading partner's development environment - I have no way to replicate
> the issue for them.  So I am pretty much out of luck.
>
> If anybody comes up with a work-around - I would LOVE to hear about it.
>
> Thanks,
>
> -Rob
>
>
> -----Original Message-----
> From: ebx...@li...
> [mailto:ebx...@li...] On Behalf Of
> ebx...@li...
> Sent: Tuesday, August 02, 2005 8:15 PM
> To: ebx...@li...
> Subject: ebxmlms-general digest, Vol 1 #276 - 3 msgs
>
> Send ebxmlms-general mailing list submissions to
> 	ebx...@li...
>
> To subscribe or unsubscribe via the World Wide Web, visit
> 	https://lists.sourceforge.net/lists/listinfo/ebxmlms-general
> or, via email, send a message with subject or body 'help' to
> 	ebx...@li...
>
> You can reach the person managing the list at
> 	ebx...@li...
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of ebxmlms-general digest..."
>
>
> Today's Topics:
>
>    1. RE: SSLHandshakeException (SSL PROBLEM) (Robert A. Stockfleth)
>    2. RE: RE: SSLHandshakeException (SSL PROBLEM) (Pattiarachi, Mal)
>    3. Re: RE: SSLHandshakeException (SSL PROBLEM) (David Webber (XML))
>
> --__--__--
>
> Message: 1
> From: "Robert A. Stockfleth" <ro...@no...>
> To: <ebx...@li...>
> Date: Tue, 2 Aug 2005 15:05:00 -0700
> Subject: [ebxmlms-general] RE: SSLHandshakeException (SSL PROBLEM)
> Reply-To: ebx...@li...
>
> This is a multi-part message in MIME format.
>
> ------=_NextPart_000_001F_01C59773.8DC924D0
> Content-Type: text/plain;
> 	charset="us-ascii"
> Content-Transfer-Encoding: 7bit
>
> A few weeks ago I figured out where my SSL Handshake problem is coming from.
>
>
>
> It seems that by default Hermes uses the HttpsURLConnection class to connect
> (when you're accessing a HTTPS URL).
>
>
>
> I rewrote the SSL connection portion of Http.java to use the Socket class
> instead of the HttpsURLConnection class.  When I connected using the exact
> same keystore - the handshaking process worked properly.
>
>
>
> It seems like something inside the HttpsURLConnection class was not
> compatible with the Cyclone server, my private key or both.
>
>
>
> Anyone have any ideas (that don't involve hacking the source apart)??
>
>
>
> PS Any chance future versions of Hermes will undergo Drummond's "EBXML"
> certification.  Many large companies will not allow outside vendors to
> connect, unless they are using an officially EBXML certified application.
>
>
>
> Message: 2
> From: "Pattiarachi, Mal" <Mal...@ro...>
> To: <ebx...@li...>
> Subject: RE: [ebxmlms-general] RE: SSLHandshakeException (SSL PROBLEM)
> Date: Wed, 3 Aug 2005 09:30:57 +1000
> Reply-To: ebx...@li...
>
> This is a multi-part message in MIME format.
>
> ------_=_NextPart_001_01C597BA.3BDDD192
> Content-Transfer-Encoding: quoted-printable
> Content-Type: text/plain;
> 	charset="iso-8859-1"
>
> Hi Robert,
>
> I'm getting a similar error (javax.net.ssl.SSLHandshakeException: Remote
> host closed connection during handshake) at random occassions (some
> connections get through), when connecting to Tibco Business Connect in =
> our
> partners test environment. Oddly enough, in production, where our =
> partner
> uses an external clustered HTTPS web server, the connections appear to =
> work
> fine.
>
> The thing is, the problem is replicable outside of Hermes... i.e. I used =
> a
> simple HTTPS client (consisting of just a few lines of code) which uses =
> the
> socket method of connecting, and I still got the same error I'm getting =
> with
> Hermes ... and this was duplicated no matter the version of Java I was
> using, be it 1.4.2_01 or 1.4.2_08 or 1.5! I figured this was a problem =
> to do
> with Tibco's internal SSL handler which wasn't behaving correctly and
> requested our partner try to see what's going on with Tibco.
>
> We use Hermes 0.9.3.1 and Java 1.4.2, I examined Http.java - most if it
> appears to be commented out? Perhaps it's changed between versions.
>
> I've attached the source code I was using for the simple HTTPS client, =
> see
> if you can connect to your partners Cyclone using it.=20
>
>
>
> import java.net.*;
> import java.io.*;
> import java.security.*;
> import javax.net.ssl.*;
>
> public class HTTPSClient {
>
>   public static void main(String[] args) {
>
>
>
>     int port =3D 6707;
>     String host =3D "HOST_URL";
>
>     try {
>
>      Security.addProvider(new com.sun.net.ssl.internal.ssl.Provider());
>       SSLSocketFactory factory
>        =3D (SSLSocketFactory) SSLSocketFactory.getDefault();
>
>       SSLSocket socket =3D (SSLSocket) factory.createSocket(host, port);
>
>
>
>       Writer out =3D new OutputStreamWriter(socket.getOutputStream());
>       // https requires the full URL in the GET line
>       out.write("GET http://" + host + "/ HTTP/1.1\r\n");
>       out.write("\r\n");
>       out.flush();
>
>       // read response
>       BufferedReader in =3D new BufferedReader(
>        new InputStreamReader(socket.getInputStream()));
>       int c;
>       while ((c =3D in.read()) !=3D -1) {
>         System.out.write(c);
>       }
>
>       out.close();
>       in.close();
>       socket.close();
>
>     }
>     catch (Exception e) {
>       System.out.println(e);
>     }
>
>   }
>
> }
>
>
>
>
>
> -----Original Message-----
> From: ebx...@li...
> [mailto:ebx...@li...] On Behalf Of Robert =
> A.
> Stockfleth
> Sent: Wednesday, 3 August 2005 8:05 AM
> To: ebx...@li...
> Subject: [ebxmlms-general] RE: SSLHandshakeException (SSL PROBLEM)
>
>
> A few weeks ago I figured out where my SSL Handshake problem is coming =
> from.
> =20
> It seems that by default Hermes uses the HttpsURLConnection class to =
> connect
> (when you're accessing a HTTPS URL).
> =20
> I rewrote the SSL connection portion of Http.java to use the Socket =
> class
> instead of the HttpsURLConnection class.  When I connected using the =
> exact
> same keystore - the handshaking process worked properly.
> =20
> It seems like something inside the HttpsURLConnection class was not
> compatible with the Cyclone server, my private key or both.
> =20
> Anyone have any ideas (that don't involve hacking the source apart)??
> =20
> PS Any chance future versions of Hermes will undergo Drummond's "EBXML"
> certification.  Many large companies will not allow outside vendors to
> connect, unless they are using an officially EBXML certified =
> application.
> =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
>  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
> Ross Human Directions Limited  business (including all of it=92s =
> subsidiaries), including=20
> forwarding this email internally or disclosing it to a third party.=20
> All personal information collected by Ross Human Directions Limited will =
> be handled in=20
> accordance with Ross Human Directions Limited Privacy Policy. If you =
> have received this=20
> email in error, please notify the 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
> Ross Human Directions Limited. You further agree not to divulge any =
> information contained=20
> in this document to any person(s) or entities without the express =
> permission of=20
> Ross Human Directions Limited.=20
>
> Message: 3
> From: "David Webber \(XML\)" <da...@dr...>
> To: <ebx...@li...>
> Subject: Re: [ebxmlms-general] RE: SSLHandshakeException (SSL PROBLEM)
> Date: Tue, 2 Aug 2005 22:25:25 -0400
> Organization: XML eBusiness
> Reply-To: ebx...@li...
>
> This is a multi-part message in MIME format.
>
> ------=_NextPart_000_00F1_01C597B1.145CD180
> Content-Type: text/plain;
> 	charset="iso-8859-1"
> Content-Transfer-Encoding: quoted-printable
>
> Robert,
>
> Good catch.
>
> On the certification front.  I've done the Drummond testing with a =
> commercial product.
>
> I would venture that if Hermes can freely interchange with the target =
> server (say Cyclone - which BTW has probably the most complete =
> implementation) - that is exactly like completing the Drummond testing =
> anyway.
>
> Of course Drummond makes you perform a range of tests with four or more =
> other vendors - but you can easily verify that Hermes matches those =
> needs.
>
> BTW - the CPA handling in current Hermes is not all it should be.  My =
> understanding that is being enhanced - along the lines we did in the =
> code here - http://ebxmlbook.com/interop/=20
>
> All this is about verifying the operation.  For example - Oracle now has =
> a ebMS compatible server to for iHub - but its not "certified" - and =
> I'll wager that your management would happily use it, eh?
>
> Hope that helps your decision making.
>
> Thanks, DW
> _______________________________________________
> ebxmlms-general mailing list
> ebx...@li...
> https://lists.sourceforge.net/lists/listinfo/ebxmlms-general
>
>
> End of ebxmlms-general Digest
>
>
>
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO
> September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> _______________________________________________
> ebxmlms-general mailing list
> ebx...@li...
> https://lists.sourceforge.net/lists/listinfo/ebxmlms-general
>


-- 
Kijk niet terug, maar kijk naar mij
Against all odds