Menu
▾
▴
ebxmlms-general — General discussions
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
(20) |
Nov
(11) |
Dec
(27) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(11) |
Feb
(8) |
Mar
(17) |
Apr
(11) |
May
(9) |
Jun
(30) |
Jul
(18) |
Aug
|
Sep
(4) |
Oct
(34) |
Nov
(83) |
Dec
(28) |
| 2004 |
Jan
(4) |
Feb
|
Mar
(13) |
Apr
(20) |
May
(4) |
Jun
(26) |
Jul
(5) |
Aug
(2) |
Sep
(3) |
Oct
(7) |
Nov
(10) |
Dec
(24) |
| 2005 |
Jan
(7) |
Feb
(44) |
Mar
(9) |
Apr
(16) |
May
(9) |
Jun
(64) |
Jul
(48) |
Aug
(36) |
Sep
(27) |
Oct
(24) |
Nov
(20) |
Dec
(11) |
| 2006 |
Jan
(12) |
Feb
(13) |
Mar
(7) |
Apr
|
May
(16) |
Jun
(5) |
Jul
(2) |
Aug
(7) |
Sep
(19) |
Oct
(5) |
Nov
(9) |
Dec
(13) |
| 2007 |
Jan
(21) |
Feb
(12) |
Mar
(6) |
Apr
|
May
(2) |
Jun
(14) |
Jul
(1) |
Aug
(1) |
Sep
(1) |
Oct
(1) |
Nov
|
Dec
|
| 2008 |
Jan
|
Feb
(1) |
Mar
(2) |
Apr
(5) |
May
(2) |
Jun
(1) |
Jul
(6) |
Aug
|
Sep
(9) |
Oct
(3) |
Nov
(25) |
Dec
(32) |
| 2009 |
Jan
(11) |
Feb
(12) |
Mar
(18) |
Apr
(19) |
May
(31) |
Jun
(23) |
Jul
(35) |
Aug
(7) |
Sep
(2) |
Oct
|
Nov
|
Dec
(8) |
| 2010 |
Jan
(3) |
Feb
(3) |
Mar
(3) |
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(1) |
Sep
(1) |
Oct
(1) |
Nov
|
Dec
|
| 2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2016 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: David W. \(XML\) <da...@dr...> - 2005-12-28 02:31:13
|
Ladislav,
Best to ask Dale Moberg - he is the expert in these matters.
DW
----- Original Message -----
From: "Ladislav Urban" <lad...@we...>
To: <ebx...@li...>
Sent: Tuesday, December 27, 2005 6:44 PM
Subject: RE: [ebxmlms-general] Bug in the ebxml header
> Hi David,
> the problem is the setXXX method adds new element to ebxml header. This
> element is empty because for example role parameter of SetFromRole is
> null.
>
>
> So lets suppose I do have a generator what pre-fills my ebxml message.
> There is no value for role so it creates empty element role.
> Later on I add role value but I do have one empty element Role and yet
> another with my value.
>
> You are right I should print some warning message if the parameter role
> is null too.
>
> If I add role "unknown" this would not be true and I am not sure if it
> is allowed by standard.
>
> Ladislav
>
> PS. We work on certification so every tiny issue in ebxml message is
> important.
>
>
>
> On Tue, 2005-12-27 at 15:19 -0700, David RR Webber (XML) wrote:
> > Ladistan,
> >
> > I'm not totally clear on this - why are you just not giving an error
> > or assigning 'unknown' to the role if they do not provide one?
> >
> > DW
> >
> >
> >
> > -------- Original Message --------
> > Subject: [ebxmlms-general] Bug in the ebxml header
> > From: Ladislav Urban <lad...@we...>
> > Date: Tue, December 27, 2005 3:59 pm
> > To: ebxmlms-general <ebx...@li...>,
> > ebxmlms-develop <ebx...@li...>
> >
> > Hello hermes developers,
> > I have found bug in ebxml header. For example if I call
> > setFromRole(null) with null value. This method creates empty
> > Element
> > <eb:Role/> . This problem is repeated in setToRole and
> > possibly other
> > methods.
> > I fixed the problem:
> >
> > Do you agree with this solution?
> >
> >
> > public void setToRole(String role) throws SOAPException {
> > if (role != null) {
> >
> > if (toRole == null) {
> > if (toPartyIds.size() > 0) {
> > to.addChildElement(ELEMENT_ROLE, role);
> > }
> > toRole = role;
> > } else {
> > throw new SOAPValidationException(
> >
> > SOAPValidationException.SOAP_FAULT_CLIENT, "<"
> > + NAMESPACE_PREFIX_EB + ":" +
> > ELEMENT_ROLE
> > + "> has already been " + "set
> > in <"
> > + NAMESPACE_PREFIX_EB + ":" +
> > ELEMENT_TO
> > + ">!");
> > }
> >
> > }
> > }
> >
> >
> >
> >
> >
> >
> >
> > <eb:From>
> > <eb:PartyId
> >
eb:type="urn:oasis:names:tc:ebxml-cppa:partyid-type:duns">AutoMateHub</eb:Pa
rtyId>
> > <eb:Role/>
> > <eb:Role>Seller</eb:Role>
> > </eb:From>
> > <eb:To>
> > <eb:PartyId
> >
eb:type="urn:oasis:names:tc:ebxml-cppa:partyid-type:duns">TestDriver</eb:Par
tyId>
> > <eb:Role>Buyer</eb:Role>
> > </eb:To>
> >
> > --
> > Ladislav Urban
> > CEO
> > Webswell Inc.
> > 1333 Howe Avenue, Suite 100
> > Sacramento, 95825 CA
> > email: lad...@we...
> > phone: +1 (916) 290-2040
> > fax: +1 (916) 921-2850
> > http://www.webswell.com
> >
> >
> >
> > -------------------------------------------------------
> > This SF.net email is sponsored by: Splunk Inc. Do you grep
> > through log files
> > for problems? Stop! Download the new AJAX search engine that
> > makes
> > searching your log files as easy as surfing the web.
> > DOWNLOAD SPLUNK!
> > http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> > _______________________________________________
> > ebxmlms-general mailing list
> > ebx...@li...
> > https://lists.sourceforge.net/lists/listinfo/ebxmlms-general
> > ------------------------------------------------------- This SF.net
> > email is sponsored by: Splunk Inc. Do you grep through log files for
> > problems? Stop! Download the new AJAX search engine that makes
> > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
> > http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> > _______________________________________________ ebxmlms-general
> > mailing list ebx...@li...
> > https://lists.sourceforge.net/lists/listinfo/ebxmlms-general
> --
> Ladislav Urban
> CEO
> Webswell Inc.
> 1333 Howe Avenue, Suite 100
> Sacramento, 95825 CA
> email: lad...@we...
> phone: +1 (916) 290-2040
> fax: +1 (916) 921-2850
> http://www.webswell.com
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log
files
> for problems? Stop! Download the new AJAX search engine that makes
> searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> _______________________________________________
> ebxmlms-general mailing list
> ebx...@li...
> https://lists.sourceforge.net/lists/listinfo/ebxmlms-general
>
|
|
From: Ladislav U. <lad...@we...> - 2005-12-27 23:44:18
|
Hi David,
the problem is the setXXX method adds new element to ebxml header. This
element is empty because for example role parameter of SetFromRole is
null.
So lets suppose I do have a generator what pre-fills my ebxml message.
There is no value for role so it creates empty element role.
Later on I add role value but I do have one empty element Role and yet
another with my value.
You are right I should print some warning message if the parameter role
is null too.
If I add role "unknown" this would not be true and I am not sure if it
is allowed by standard.
Ladislav
PS. We work on certification so every tiny issue in ebxml message is
important.
On Tue, 2005-12-27 at 15:19 -0700, David RR Webber (XML) wrote:
> Ladistan,
>
> I'm not totally clear on this - why are you just not giving an error
> or assigning 'unknown' to the role if they do not provide one?
>
> DW
>
>
>
> -------- Original Message --------
> Subject: [ebxmlms-general] Bug in the ebxml header
> From: Ladislav Urban <lad...@we...>
> Date: Tue, December 27, 2005 3:59 pm
> To: ebxmlms-general <ebx...@li...>,
> ebxmlms-develop <ebx...@li...>
>
> Hello hermes developers,
> I have found bug in ebxml header. For example if I call
> setFromRole(null) with null value. This method creates empty
> Element
> <eb:Role/> . This problem is repeated in setToRole and
> possibly other
> methods.
> I fixed the problem:
>
> Do you agree with this solution?
>
>
> public void setToRole(String role) throws SOAPException {
> if (role != null) {
>
> if (toRole == null) {
> if (toPartyIds.size() > 0) {
> to.addChildElement(ELEMENT_ROLE, role);
> }
> toRole = role;
> } else {
> throw new SOAPValidationException(
>
> SOAPValidationException.SOAP_FAULT_CLIENT, "<"
> + NAMESPACE_PREFIX_EB + ":" +
> ELEMENT_ROLE
> + "> has already been " + "set
> in <"
> + NAMESPACE_PREFIX_EB + ":" +
> ELEMENT_TO
> + ">!");
> }
>
> }
> }
>
>
>
>
>
>
>
> <eb:From>
> <eb:PartyId
> eb:type="urn:oasis:names:tc:ebxml-cppa:partyid-type:duns">AutoMateHub</eb:PartyId>
> <eb:Role/>
> <eb:Role>Seller</eb:Role>
> </eb:From>
> <eb:To>
> <eb:PartyId
> eb:type="urn:oasis:names:tc:ebxml-cppa:partyid-type:duns">TestDriver</eb:PartyId>
> <eb:Role>Buyer</eb:Role>
> </eb:To>
>
> --
> Ladislav Urban
> CEO
> Webswell Inc.
> 1333 Howe Avenue, Suite 100
> Sacramento, 95825 CA
> email: lad...@we...
> phone: +1 (916) 290-2040
> fax: +1 (916) 921-2850
> http://www.webswell.com
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep
> through log files
> for problems? Stop! Download the new AJAX search engine that
> makes
> searching your log files as easy as surfing the web.
> DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> _______________________________________________
> ebxmlms-general mailing list
> ebx...@li...
> https://lists.sourceforge.net/lists/listinfo/ebxmlms-general
> ------------------------------------------------------- This SF.net
> email is sponsored by: Splunk Inc. Do you grep through log files for
> problems? Stop! Download the new AJAX search engine that makes
> searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> _______________________________________________ ebxmlms-general
> mailing list ebx...@li...
> https://lists.sourceforge.net/lists/listinfo/ebxmlms-general
--
Ladislav Urban
CEO
Webswell Inc.
1333 Howe Avenue, Suite 100
Sacramento, 95825 CA
email: lad...@we...
phone: +1 (916) 290-2040
fax: +1 (916) 921-2850
http://www.webswell.com
|
|
From: David RR W. \(XML\) <da...@dr...> - 2005-12-27 22:19:15
|
<div>Ladistan,</div>
<div> </div>
<div>I'm not totally clear on this - why are you just not giving an error
or assigning 'unknown' to the role if they do not provide one?</div>
<div> </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] Bug in the ebxml header<BR>From: Ladislav Urban
<lad...@we...><BR>Date: Tue, December 27, 2005
3:59 pm<BR>To: ebxmlms-general
<ebx...@li...>,<BR>ebxmlms-develop
<ebx...@li...><BR><BR>Hello hermes
developers,<BR>I have found bug in ebxml header. For example if I
call<BR>setFromRole(null) with null value. This method creates empty
Element<BR><eb:Role/> . This problem is repeated in
setToRole and possibly other<BR>methods.<BR>I fixed the
problem:<BR><BR>Do you agree with this solution?<BR><BR><BR>public void
setToRole(String role) throws SOAPException {<BR>
if (role != null) {<BR><BR>
if (toRole == null) {<BR>
if (toPartyIds.size() > 0) {<BR>
to.addChildElement(ELEMENT_ROLE, role);<BR>
}<BR>
toRole = role;<BR>
} else {<BR>
throw new SOAPValidationException(<BR>
SOAPValidationException.SOAP_FAULT_CLIENT, "<"<BR>
+ NAMESPACE_PREFIX_EB + ":"
+<BR>ELEMENT_ROLE<BR>
+ ">
has already been " + "set in <"<BR>
+ NAMESPACE_PREFIX_EB + ":" + ELEMENT_TO<BR>+
">!");<BR> }<BR><BR>
}<BR>
}<BR><BR><BR><BR><BR><BR><BR><BR><eb:From><BR><eb:PartyId<BR>eb:type="urn:oasis:names:tc:ebxml-cppa:partyid-type:duns">AutoMateHub</eb:PartyId><BR><eb:Role/><BR><eb:Role>Seller</eb:Role><BR></eb:From><BR><eb:To><BR><eb:PartyId<BR>eb:type="urn:oasis:names:tc:ebxml-cppa:partyid-type:duns">TestDriver</eb:PartyId><BR><eb:Role>Buyer</eb:Role><BR></eb:To><BR><BR>--
<BR>Ladislav Urban<BR>CEO<BR>Webswell Inc.<BR>1333 Howe Avenue, Suite
100<BR>Sacramento, 95825 CA<BR>email:
lad...@we...<BR>phone: +1 (916) 290-2040<BR>fax: +1
(916)
921-2850<BR>http://www.webswell.com<BR><BR><BR><BR>-------------------------------------------------------<BR>This
SF.net email is sponsored by: Splunk Inc. Do you grep through log
files<BR>for problems? Stop! Download the new AJAX search
engine that makes<BR>searching your log files as easy as surfing the
web. DOWNLOAD
SPLUNK!<BR>http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click<BR>_______________________________________________<BR>ebxmlms-general
mailing
list<BR>ebx...@li...<BR>https://lists.sourceforge.net/lists/listinfo/ebxmlms-general
</BLOCKQUOTE>
|
|
From: Ladislav U. <lad...@we...> - 2005-12-27 21:22:21
|
Hello hermes developers and cecid guys! Do you plan to release new hermes on CVS? We still use hermes 1 and continue to debug it. We can not switch to hermes 2 because it is not on source forge and on CVS. So we can not fix problems. Hermes 1 is in production shape. We are in process of certification Hermes 1 for ebXML interoperability and we use it in projects for our customers. Hermes 2 requires deep testing in production like environment and independent view of other developers till we can start use it for our customers. We have developed broker application for hermes 1. Do you know how to easy port it to new Hermes? The reworked version has advantages -- we are not constrained by the old code but we should not split our development effort. The main reason people use hermes in their ebxml projects is not the price or extended features but stability and conformity to ebxml standard! Have a great one. Ladislav -- Ladislav Urban CEO Webswell Inc. 1333 Howe Avenue, Suite 100 Sacramento, 95825 CA email: lad...@we... phone: +1 (916) 290-2040 fax: +1 (916) 921-2850 http://www.webswell.com |
|
From: Ladislav U. <lad...@we...> - 2005-12-27 20:59:33
|
Hello hermes developers,
I have found bug in ebxml header. For example if I call
setFromRole(null) with null value. This method creates empty Element
<eb:Role/> . This problem is repeated in setToRole and possibly other
methods.
I fixed the problem:
Do you agree with this solution?
public void setToRole(String role) throws SOAPException {
if (role != null) {
if (toRole == null) {
if (toPartyIds.size() > 0) {
to.addChildElement(ELEMENT_ROLE, role);
}
toRole = role;
} else {
throw new SOAPValidationException(
SOAPValidationException.SOAP_FAULT_CLIENT, "<"
+ NAMESPACE_PREFIX_EB + ":" +
ELEMENT_ROLE
+ "> has already been " + "set in <"
+ NAMESPACE_PREFIX_EB + ":" + ELEMENT_TO
+ ">!");
}
}
}
<eb:From>
<eb:PartyId
eb:type="urn:oasis:names:tc:ebxml-cppa:partyid-type:duns">AutoMateHub</eb:PartyId>
<eb:Role/>
<eb:Role>Seller</eb:Role>
</eb:From>
<eb:To>
<eb:PartyId
eb:type="urn:oasis:names:tc:ebxml-cppa:partyid-type:duns">TestDriver</eb:PartyId>
<eb:Role>Buyer</eb:Role>
</eb:To>
--
Ladislav Urban
CEO
Webswell Inc.
1333 Howe Avenue, Suite 100
Sacramento, 95825 CA
email: lad...@we...
phone: +1 (916) 290-2040
fax: +1 (916) 921-2850
http://www.webswell.com
|
|
From: Dorris T. <cw...@ce...> - 2005-12-16 06:40:48
|
Hermes Messaging Gateway v2.0 Supporting AS2 Released Hong Kong SAR, Peoples Republic of China - December 16, 2005 - Center=20 for E-Commerce Infrastructure Development (CECID), The University of=20 Hong Kong (HKU) is pleased to announce Hermes Messaging Gateway v2.0=20 (Hermes 2) supporting ebMS and Applicability Specification (AS2) is=20 available for download. Thanks to project funding from the HKSAR=20 Government's Innovation & Technology Commission, the new version of the=20 messaging gateway has extended secure and reliable data transmission to=20 users of Electronic Data Interchange (EDI) and other=20 business-to-business data. Released under GNU General Public License=20 (http://www.gnu.org/copyleft/gpl.html), Hermes 2 and its source code can=20 be downloaded for free from Freebxml (http://www.freebxml.org) and CECID=20 (http://www.cecid.hku.hk). Community support is provided through the=20 mailing list cec...@go.... Users and OEMs can also obtain professional support from Hermes' first=20 value-added partner, iASPEC Technologies=20 (http://www.iaspec.com/supportservicesforHermes2.htm). A non-GPL=20 enterprise edition, with extra features like message status query=20 capabilities and a Web-based GUI administrative tool for easy=20 configuration and management of the messaging gateway, is expected to be=20 made available by iASPEC in 1Q2006. This enterprise edition will free=20 commercial license customers from GPL's requirement of distributing=20 their proprietary source code. For users requiring only ebMS messaging capabilities, Hermes 1 is still=20 available at Freebxml under Academic Free License=20 (http://www.opensource.org/licenses/afl-2.1.php) with community support=20 provided through ebx...@li.... Completed the AS2 Interoperability Testing AS-1Q05 with 29 other=20 participants (http://ebusinessready.org/as2.html) organized by U.S.=20 leading testing company, Drummond Group Inc., Hermes 2 enables real-time=20 communication through HTTP or HTTPS to transmit data over the Internet.=20 Besides, it provides security for the transport payload through Secure=20 Multi-Purpose Internet Mail Extensions (S/MIME), digital signatures and=20 encryption, while reliability and non-repudiation are achieved through=20 the use of receipts. The AS2 standard, commonly used in supply chains by large retailers,=20 manufacturers and suppliers, is often regarded as the =93EDI over=20 Internet=94 standard. This latest version of Hermes facilitates large as=20 well as small enterprises to exchange EDI or other business-to-business=20 data with their partners and customers. It operates as a Java web=20 application. The ebXML Messaging Service (ebMS) and AS2 messaging=20 capabilities are facilitated by the corresponding plugins, which can be=20 easily developed by users through Hermes=92 Simple Plugin Architecture=20 specification. The messaging operation requires a database with JDBC=20 connectivity to keep track of the messaging status. About iASPEC (http://www.iaspec.com) iASPEC is an IT consulting and software services firm headquartered in=20 Hong Kong. Since its founding in 1988, the Company has built a solid=20 reputation with proven track records in serving its local and=20 international customers. The Company has subsidiaries and associated=20 firms in Mainland China and the United States of America. Leveraging on=20 the combined strength of its multi-location operations, iASPEC provides=20 innovative software products, high-quality IT consulting and=20 professional services to its clients in these expanded regions. About CECID (http://www.cecid.hku.hk) Established in January 2002, Center for E-Commerce Infrastructure=20 Development (CECID) at the University of Hong Kong conducts e-commerce=20 research and development with the vision of helping organizations=20 increase their competitiveness in the global economy. CECID develops=20 e-commerce enabling technologies, participates in important=20 international e-commerce initiatives, supports e-commerce=20 standardization for Hong Kong and the Asia Pacific Region, and transfers=20 e-commerce technology and skills to the community. With projects=20 primarily funded by the Hong Kong Government's Innovation and Technology=20 Commission, CECID is an active member of OASIS and the ebXML Asia=20 Committee. The Center also collaborates with a number of lead technology=20 users in the Asia-Pacific. About Hermes 1 (http://www.cecid.hku.hk/hermes1.php) In compliance with OASIS ebXML Message Service (ebMS*) standard, Hermes=20 1 is a Business-to-Business (B2B) Messaging Server which provides a=20 standardized, reliable and secure infrastructure for enterprises to=20 exchange business data on the Internet. Available under Academic Free=20 License, developers from 80+ economies have downloaded Hermes=92 source=20 code. Hermes 1 has many successful use cases, most of which are=20 innovative, cost-effective applications used by enterprises for exchange=20 of business documents such as POs and invoices. Besides ebXML Asia=20 Interoperability Certificates, Hermes has won Certificates of Merit=20 (Product Category) at the 6th HK Computer Society IT Excellence Awards=20 and the Asia-Pacific ICT Awards 2004 (R&D Category). Recently, Hermes=20 has won the Grand Award in Infrastructure Building and Communication=20 Application of Hong Kong Linux Business Award 2005. PR Contacts for Press and Analysts: Dorris Tai (cw...@ce...) Business Manager Center for E-Commerce Infrastructure Development (CECID) Dept. of Computer Science The University of Hong Kong Tel: +852 2859 2818 Fax: +852 2547 4611 URL: http://www.cecid.hku.hk |
|
From: Ladislav U. <lad...@we...> - 2005-12-01 22:09:57
|
Hello Hermes developers, we use digital signatures in our project. We have found the apache xml security library in Hermes is outdated. We tried to sign larger payloads 6MB and xmlsec.jar library failed. So we are using now the latest version 1.3 of xmlsec.jar from apache CVS and it works well even for large payloads. If you are interested in the jar code of the library I can send it too. cvs.apache.org/home/cvspublic http://xml.apache.org/security/changes.html -- Ladislav Urban CEO Webswell Inc. 1333 Howe Avenue, Suite 100 Sacramento, 95825 CA email: lad...@we... phone: +1 (916) 290-2040 fax: +1 (916) 921-2850 http://www.webswell.com |
|
From: David RR W. \(XML\) <da...@dr...> - 2005-12-01 18:04:26
|
<div>RESOLVED!</div> <div> </div> <div>I keep posting something then finding the answer myself!</div> <div> </div> <div>Hermes does inline validation of the payload - and only checks a couple of the things - see </div><FONT face=Arial size=2><SPAN style="FONT-SIZE: 10pt; FONT-FAMILY: Arial"> <div><FONT face=Arial size=2><SPAN style="FONT-SIZE: 10pt; FONT-FAMILY: Arial">\Hermes Docs\hermes_ebms2_source_dist_1001\ebxmlms\src\hk\hku\cecid\phoenix\message\packaging\validation<o:p></o:p></SPAN></FONT></div> <div></SPAN></FONT> </div> <div>and HeaderValidator.java source code. No XML parser involved! Simple and clean! </div> <P class=MsoNormal><BR>So our issue with the URI handling turned out to be a simple check that Hermes does. We've disabled that for now to simply by-pass our production issue. Next week we will work on something more appropriate for a longer term solution.</P> <div> </div> <div>Basically the issue is that not all URIs are created equal - and things that Windows and Mac will let people get away with as attachment names - particularly things like myfile[1].pdf - are not strictly valid. We need to be able to have lax checking for these needs...</div> <div> </div> <div>Thanks, DW</div> <BLOCKQUOTE style="PADDING-LEFT: 8px; MARGIN-LEFT: 8px; BORDER-LEFT: blue 2px solid"><BR>-------- Original Message --------<BR>Subject: [ebxmlms-general] URGENT: Can we turn the XML parser off?!<BR>From: "David Webber (XML)" <da...@dr...><BR>Date: Thu, December 01, 2005 4:26 am<BR>To: <ebx...@li...><BR><BR>We have an issue with incoming message content being XML at the angle<BR>bracket level - but not valid for the schema that it is supposed to be<BR>linked too.<BR><BR>Can we disable the schema level content checking while Hermes is sending the<BR>payload and just have it check for the angle brackets stream being OK?<BR><BR>This is causing transmission to "hang" and not complete (specifically we are<BR>getting non-valid URIs passed).<BR><BR>Hopefully there is a setting somewhere to tell the parser to do minimum<BR>checking.<BR><BR>Also - what parser options are there for Hermes?<BR><BR>Thanks, DW<BR><BR><BR><BR>-------------------------------------------------------<BR>This SF.net email is sponsored by: Splunk Inc. Do you grep through log files<BR>for problems? Stop! Download the new AJAX search engine that makes<BR>searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!<BR>http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click<BR>_______________________________________________<BR>ebxmlms-general mailing list<BR>ebx...@li...<BR>https://lists.sourceforge.net/lists/listinfo/ebxmlms-general </BLOCKQUOTE> |
|
From: David W. \(XML\) <da...@dr...> - 2005-12-01 09:26:51
|
We have an issue with incoming message content being XML at the angle bracket level - but not valid for the schema that it is supposed to be linked too. Can we disable the schema level content checking while Hermes is sending the payload and just have it check for the angle brackets stream being OK? This is causing transmission to "hang" and not complete (specifically we are getting non-valid URIs passed). Hopefully there is a setting somewhere to tell the parser to do minimum checking. Also - what parser options are there for Hermes? Thanks, DW |
|
From: Arnstein V. <arn...@ki...> - 2005-11-25 14:17:07
|
Hmm - I see I'm beeing unclear in my terminology - please excuse my = confused request! I'm of course not expecting sync reply over SMTP. I'm only expecting an ebMS acknowlegement message delivered to the smtp = address specified in the from party id of the origianl message (with the = Ack-request). /Arnstein -----Opprinnelig melding----- Fra: ebx...@li... = [mailto:ebx...@li...] P=E5 vegne av = Ladislav Urban Sendt: 25. november 2005 09:40 Til: ebx...@li... Emne: [SPAM] - Re: [ebxmlms-general] not getting read acknowledgements = fromhermes- Email found in subject - Email found in subject - Email = found in subject Hello Arnstein, I see now what is different. It is a synch reply. We use asynch reply = for SMTP. Can SMTP handle synch replies like http at all?=20 Why do you need Ack to be send as a Synch reply message? Have great one! Ladislav On Fri, 2005-11-25 at 09:33 +0100, Arnstein Vestad wrote: > Thanks for the reply - > Yeah - hermes is configured correctly for sending (and receiving) SMTP = - I verified that by writing a short stub to send a message in the same = listner program i'm working with.=20 >=20 > So you're sending sync-reply messages for recieved SMTP messages with = hermes? > Might there be something with what ebMail (the sender of the messages = I'm testing) puts in the from/to partyid elements? (Seems like it's = writing a mailto-url like this "mailto:ma...@ad..."). > What are you seeing in the message headers (from party id) that you're = sending sync reply on? >=20 > Or is Patrick Yee correct in saying that Hermes has a bug inhibiting = sync reply over SMTP...? I'm still confused... > But thanks for all the help i'm getting! >=20 > /Arnstein >=20 > -----Opprinnelig melding----- > Fra: ebx...@li...=20 > [mailto:ebx...@li...] P=E5 vegne av=20 > Ladislav Urban > Sendt: 23. november 2005 20:09 > Til: ebx...@li... > Emne: [SPAM] - RE: [ebxmlms-general] not getting read acknowledgements = > fromhermes - Email found in subject - Email found in subject >=20 > Hello Arnstein, > we use mixed smtp and http communication with hermes. It works well = here. Does your hermes send other smtp messages ? If not there could be = some misconfiguration on hermes smtp. > The configuration is in msh.properties.xml >=20 > This is an example of our mail section. >=20 > <Mail> > <SMTP> > <!-- Mail server for sending messages --> > <Host>smtp.clevernet.cz</Host> > <User>wo...@we...</User> > <Password>somepassword</Password> > </SMTP> >=20 > <!-- Uncomment the following property to watch the debugging = information > from JavaMail library --> > <Debug>false</Debug> > =20 > <Poll> > <Protocol>pop3</Protocol> > <Host>pop3.clevernet.cz</Host> > <Port>110</Port> > <Folder>INBOX</Folder> > <User>wo...@we...</User> > <Password>somepassword</Password> > <MonitorInterval>20000</MonitorInterval> > <!-- optional property for forcing the MSH to change the = subtype of > incoming SOAP messages to "multipart/related" --> > <ForceChangeSubType>true</ForceChangeSubType> > </Poll> >=20 >=20 >=20 > PS > We use digital signatures for mails too. >=20 >=20 > > =20 > > Arnstein Vestad wrote: > > =20 > > >Hi!=20 > > >I've been trying to set up Hermes to recieve = messages > > from the ebMail client application, and send read > > acknowledgements, but it looks like Hermes isn't > > sending the requested acks. =20 > > >I check off "request read reciept" in ebMail (using > > the default PO example plugin). Looking at the = message > > repository for Hermes, it seems like Hermes is > > preparing the acknowledgements, it just doesn't seem > > like it gets sent. Am I missing something...? > > >Here is some of the log data for the reception of = the > > message from ebMail:=20 > > >=20 > > >-18 11:47:35,556 DEBUG [Thread-12]: polling mail > > server for messages > > >2005-11-18 11:47:35,556 DEBUG [Thread-12]: =3D> > > Mail.receive > > >2005-11-18 11:47:35,556 INFO [Thread-12]: Receiving > > pop3 messages from=20 > > >pop3.domeneshop.no<INBOX> > > >2005-11-18 11:47:38,748 DEBUG [Thread-12]: <=3D > > Mail.receive > > >2005-11-18 11:47:38,748 DEBUG [Thread-12]: got 1 > > messages > > >2005-11-18 11:47:38,748 INFO [Thread-12]: Received = a > > message from SMTP > > >2005-11-18 11:47:38,748 DEBUG [Thread-12]: =3D>=20 > > >MessageServiceHandler.onMessage > > >2005-11-18 11:47:38,748 DEBUG [Thread-12]: =3D>=20 > > >MessageServiceHandler.dispatchMessage > > >2005-11-18 11:47:38,748 DEBUG [Thread-12]: =3D>=20 > > >MessageServiceHandler.hasSignature > > >2005-11-18 11:47:38,748 DEBUG [Thread-12]: <=3D=20 > > >MessageServiceHandler.hasSignature > > >2005-11-18 11:47:38,748 DEBUG [Thread-12]: = validating > > incoming ebXML=20 > > >message > > >2005-11-18 11:47:38,758 DEBUG [Thread-12]: = validation > > of incoming=20 > > >message ok > > >2005-11-18 11:47:38,768 DEBUG [Thread-12]: =3D> > > MessageServer.hasReceived > > >2005-11-18 11:47:38,768 DEBUG [Thread-12]: =3D>=20 > > >DbConnectionPool.getConnection > > >2005-11-18 11:47:38,768 DEBUG [Thread-12]: <=3D=20 > > >DbConnectionPool.getConnection > > >2005-11-18 11:47:38,768 DEBUG [Thread-12]: <=3D > > MessageServer.hasReceived > > >2005-11-18 11:47:38,768 DEBUG [Thread-12]: message > > has an AckReq > > >2005-11-18 11:47:38,768 DEBUG [Thread-12]: =3D> > > MessageServer.hasReceived > > >2005-11-18 11:47:38,768 DEBUG [Thread-12]: <=3D > > MessageServer.hasReceived > > >2005-11-18 11:47:38,768 DEBUG [Thread-12]: message > > has not been=20 > > >received previously > > >2005-11-18 11:47:38,768 DEBUG [Thread-12]: final > > sequence number in=20 > > >store: -9998 > > >2005-11-18 11:47:38,768 DEBUG [Thread-12]: =3D> > > MessageServer.store > > >2005-11-18 11:47:38,768 DEBUG [Thread-12]: Message > > haven't persisted > > >2005-11-18 11:47:38,768 DEBUG [Thread-12]: Try to > > persist to=20 > > >R0000\message32784 > > >2005-11-18 11:47:38,778 DEBUG [Thread-12]: Message > > Persisted to=20 > > >R0000\message32784 on persitence handler > > >2005-11-18 11:47:38,778 DEBUG [Thread-12]: insert > > into messagestore=20 > > >database > > >2005-11-18 11:47:38,778 DEBUG [Thread-12]: <=3D > > MessageServer.store > > >2005-11-18 11:47:38,778 DEBUG [Thread-12]: =3D>=20 > > >MessageServiceHandler.generateAcknowledgment > > >2005-11-18 11:47:38,818 DEBUG [Thread-12]: <=3D=20 > > >MessageServiceHandler.generateAcknowledgment > > >2005-11-18 11:47:38,818 DEBUG [Thread-12]: =3D> > > Transaction.commit (txID:=20 > > >#7) > > >2005-11-18 11:47:38,818 DEBUG [Thread-12]: =3D>=20 > > >DbConnectionPool.freeConnection > > >2005-11-18 11:47:38,818 DEBUG [Thread-12]: <=3D=20 > > >DbConnectionPool.freeConnection > > >2005-11-18 11:47:38,818 DEBUG [Thread-12]: <=3D > > Transaction.commit > > >2005-11-18 11:47:38,818 DEBUG [Thread-12]: final > > sequence number in=20 > > >store: -9999 > > >2005-11-18 11:47:38,818 DEBUG [Thread-12]: =3D> > > MessageServer.store > > >2005-11-18 11:47:38,818 DEBUG [Thread-12]: insert > > into reftomessage=20 > > >database > > >2005-11-18 11:47:38,818 DEBUG [Thread-12]: =3D>=20 > > >DbConnectionPool.getConnection > > >2005-11-18 11:47:38,818 DEBUG [Thread-12]: <=3D=20 > > >DbConnectionPool.getConnection > > >2005-11-18 11:47:38,818 DEBUG [Thread-12]: Message > > haven't persisted > > >2005-11-18 11:47:38,818 DEBUG [Thread-12]: Try to > > persist to=20 > > >R0000\message32785 > > >2005-11-18 11:47:38,828 DEBUG [Thread-12]: Message > > Persisted to=20 > > >R0000\message32785 on persitence handler > > >2005-11-18 11:47:38,828 DEBUG [Thread-12]: insert > > into messagestore=20 > > >database > > >2005-11-18 11:47:38,828 DEBUG [Thread-12]: <=3D > > MessageServer.store > > >2005-11-18 11:47:38,828 DEBUG [Thread-12]: Ack > > replied synchronously > > >2005-11-18 11:47:38,828 DEBUG [Thread-12]: =3D>=20 > > >MessageServer.logReceivedMessage > > >2005-11-18 11:47:38,828 DEBUG [Thread-12]: <=3D=20 > > >MessageServer.logReceivedMessage > > >2005-11-18 11:47:38,828 DEBUG [Thread-12]: <=3D=20 > > >MessageServiceHandler.dispatchMessage > > >2005-11-18 11:47:38,828 DEBUG [Thread-12]: =3D> > > Transaction.commit (txID:=20 > > >#7) > > >2005-11-18 11:47:38,828 DEBUG [Thread-12]: =3D>=20 > > >DbConnectionPool.freeConnection > > >2005-11-18 11:47:38,828 DEBUG [Thread-12]: <=3D=20 > > >DbConnectionPool.freeConnection > > >2005-11-18 11:47:38,828 DEBUG [Thread-12]: <=3D > > Transaction.commit > > >2005-11-18 11:47:38,828 DEBUG [Thread-12]: <=3D=20 > > >MessageServiceHandler.onMessage > > >2005-11-18 11:47:47,452 INFO = [http-8080-Processor25]: > > Process command:=20 > > >Get message (32) > > >2005-11-18 11:47:47,452 DEBUG > > [http-8080-Processor25]: =3D>=20 > > >MessageServiceHandler.processCommand > > >2005-11-18 11:47:47,452 DEBUG > > [http-8080-Processor25]: =3D>=20 > > >MessageServiceHandler.getMessage > > >2005-11-18 11:47:47,452 DEBUG > > [http-8080-Processor25]: =3D>=20 > > >MessageServiceHandler.getNextUndeliveredMessage > > >2005-11-18 11:47:47,452 DEBUG > > [http-8080-Processor25]: =3D>=20 > > >MessageServer.getUndeliveredMessages > > >2005-11-18 11:47:47,452 DEBUG > > [http-8080-Processor25]: =3D>=20 > > >DbConnectionPool.getConnection > > >2005-11-18 11:47:47,452 DEBUG > > [http-8080-Processor25]: <=3D=20 > > >DbConnectionPool.getConnection > > >2005-11-18 11:47:47,462 DEBUG > > [http-8080-Processor25]: <=3D=20 > > >MessageServer.getUndeliveredMessages > > >2005-11-18 11:47:47,462 DEBUG > > [http-8080-Processor25]: =3D>=20 > > >MessageServer.setFileDeliveryStatus > > >2005-11-18 11:47:47,462 DEBUG > > [http-8080-Processor25]: <=3D=20 > > >MessageServer.setFileDeliveryStatus > > >2005-11-18 11:47:47,462 DEBUG > > [http-8080-Processor25]: =3D>=20 > > >MessageServer.getMessageFromDataSource > > >2005-11-18 11:47:47,533 DEBUG > > [http-8080-Processor25]: <=3D=20 > > >MessageServiceHandler.getNextUndeliveredMessage = with > > messageId:=20 > > >20051118-104728257-PO.po.PO.2@192.168.1.27=20 > > ><http://service.com/%3Ca%20href=3D> "=20 > > = >target=3D"_new">http://service.com/po.PO.2@192.168.1.27=20 > > ><mailto:po.PO.2@192.168.1.27%3C/a> > > > >2005-11-18 11:47:47,533 DEBUG > > [http-8080-Processor25]: =3D>=20 > > >Transaction.commit (txID: #8) > > >2005-11-18 11:47:47,533 DEBUG > > [http-8080-Processor25]: =3D>=20 > > >DbConnectionPool.freeConnection > > >2005-11-18 11:47:47,533 DEBUG > > [http-8080-Processor25]: <=3D=20 > > >DbConnectionPool.freeConnection > > >2005-11-18 11:47:47,533 DEBUG > > [http-8080-Processor25]: <=3D=20 > > >Transaction.commit > > >2005-11-18 11:47:47,543 DEBUG > > [http-8080-Processor25]: <=3D=20 > > >MessageServiceHandler.getMessage > > >2005-11-18 11:47:47,543 DEBUG > > [http-8080-Processor25]: <=3D=20 > > >MessageServiceHandler.processCommand > > > > > > > > > > > >--- > > >Arnstein Vestad - PMP, CEH > > >Seniorrdgiver, KITH - http://www.kith.no/ > > >Tlf.: 73 55 10 35, mob.: 93 43 50 95 > > >arn...@ki... > > > > > > > > > > > = >------------------------------------------------------- > > >This SF.Net email is sponsored by the JBoss Inc. = Get > > Certified Today=20 > > >Register for a JBoss Training Course. Free > > Certification Exam for All=20 > > >Training Attendees Through End of 2005. For more = info > > visit: > > >http://ads.osdn.com/?ad_idv28&alloc_id=16845&opk > > >_______________________________________________ > > >ebxmlms-general mailing list > > >ebx...@li... > > = >https://lists.sourceforge.net/lists/listinfo/ebxmlms-general > > > > > > =20 > > > > > =20 > > =20 > > = ------------------------------------------------------- > > This SF.Net email is sponsored by the JBoss Inc. = Get > > Certified Today Register for a JBoss Training = Course. > > Free Certification Exam for All Training Attendees > > Through End of 2005. For more info visit: > > = http://ads.osdn.com/?ad_idv28&alloc_id=16845&op=3Dick > > _______________________________________________ > > ebxmlms-general mailing list > > ebx...@li... > > =20 > > https://lists.sourceforge.net/lists/listinfo/ebxmlms-general > > =20 > > =20 > > = ------------------------------------------------------- > > This SF.Net email is sponsored by the JBoss Inc. = Get > > Certified Today > > Register for a JBoss Training Course. Free > > Certification Exam > > for All Training Attendees Through End of 2005. For > > more info visit: > > = http://ads.osdn.com/?ad_idv28&alloc_id=16845&op=3Dclick > > _______________________________________________ > > ebxmlms-general mailing list > > ebx...@li... > > = https://lists.sourceforge.net/lists/listinfo/ebxmlms-general > > ------------------------------------------------------- This > > SF.Net email is sponsored by the JBoss Inc. Get Certified > > Today Register for a JBoss Training Course. Free = Certification > > Exam for All Training Attendees Through End of 2005. For = more > > info visit: > > = http://ads.osdn.com/?ad_id=3D7628&alloc_id=3D16845&op=3Dclick > > _______________________________________________ > > ebxmlms-general mailing list > > ebx...@li... > > https://lists.sourceforge.net/lists/listinfo/ebxmlms-general > > ------------------------------------------------------- This SF.Net=20 > > email is sponsored by the JBoss Inc. Get Certified Today Register=20 > > for a JBoss Training Course. Free Certification Exam for All=20 > > Training Attendees Through End of 2005. For more info visit: > > http://ads.osdn.com/?ad_id=3D7628&alloc_id=3D16845&op=3Dclick > > _______________________________________________ ebxmlms-general=20 > > mailing list ebx...@li... > > https://lists.sourceforge.net/lists/listinfo/ebxmlms-general > -- > Ladislav Urban > CEO > Webswell Inc. > 1333 Howe Avenue, Suite 100 > Sacramento, 95825 CA > email: lad...@we... > phone: +1 (916) 290-2040 > fax: +1 (916) 921-2850 > http://www.webswell.com >=20 >=20 >=20 > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log = > files for problems? Stop! Download the new AJAX search engine that=20 > makes searching your log files as easy as surfing the web. DOWNLOAD = SPLUNK! > http://ads.osdn.com/?ad_id=3D7637&alloc_id=3D16865&op=3Dclick > _______________________________________________ > ebxmlms-general mailing list > ebx...@li... > https://lists.sourceforge.net/lists/listinfo/ebxmlms-general >=20 >=20 > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log = > files for problems? Stop! Download the new AJAX search engine that=20 > makes searching your log files as easy as surfing the web. DOWNLOAD = SPLUNK! > http://ads.osdn.com/?ad_idv37&alloc_id=16865&op=3Dclick > _______________________________________________ > ebxmlms-general mailing list > ebx...@li... > https://lists.sourceforge.net/lists/listinfo/ebxmlms-general ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log = files for problems? Stop! Download the new AJAX search engine that = makes searching your log files as easy as surfing the web. DOWNLOAD = SPLUNK! http://ads.osdn.com/?ad_id=3D7637&alloc_id=3D16865&op=3Dclick _______________________________________________ ebxmlms-general mailing list ebx...@li... https://lists.sourceforge.net/lists/listinfo/ebxmlms-general |
|
From: Ladislav U. <lad...@we...> - 2005-11-25 08:40:17
|
Hello Arnstein, I see now what is different. It is a synch reply. We use asynch reply for SMTP. Can SMTP handle synch replies like http at all? Why do you need Ack to be send as a Synch reply message? Have great one! Ladislav On Fri, 2005-11-25 at 09:33 +0100, Arnstein Vestad wrote: > Thanks for the reply - > Yeah - hermes is configured correctly for sending (and receiving) SMTP - I verified that by writing a short stub to send a message in the same listner program i'm working with. > > So you're sending sync-reply messages for recieved SMTP messages with hermes? > Might there be something with what ebMail (the sender of the messages I'm testing) puts in the from/to partyid elements? (Seems like it's writing a mailto-url like this "mailto:ma...@ad..."). > What are you seeing in the message headers (from party id) that you're sending sync reply on? > > Or is Patrick Yee correct in saying that Hermes has a bug inhibiting sync reply over SMTP...? I'm still confused... > But thanks for all the help i'm getting! > > /Arnstein > > -----Opprinnelig melding----- > Fra: ebx...@li... [mailto:ebx...@li...] På vegne av Ladislav Urban > Sendt: 23. november 2005 20:09 > Til: ebx...@li... > Emne: [SPAM] - RE: [ebxmlms-general] not getting read acknowledgements fromhermes - Email found in subject - Email found in subject > > Hello Arnstein, > we use mixed smtp and http communication with hermes. It works well here. Does your hermes send other smtp messages ? If not there could be some misconfiguration on hermes smtp. > The configuration is in msh.properties.xml > > This is an example of our mail section. > > <Mail> > <SMTP> > <!-- Mail server for sending messages --> > <Host>smtp.clevernet.cz</Host> > <User>wo...@we...</User> > <Password>somepassword</Password> > </SMTP> > > <!-- Uncomment the following property to watch the debugging information > from JavaMail library --> > <Debug>false</Debug> > > <Poll> > <Protocol>pop3</Protocol> > <Host>pop3.clevernet.cz</Host> > <Port>110</Port> > <Folder>INBOX</Folder> > <User>wo...@we...</User> > <Password>somepassword</Password> > <MonitorInterval>20000</MonitorInterval> > <!-- optional property for forcing the MSH to change the subtype of > incoming SOAP messages to "multipart/related" --> > <ForceChangeSubType>true</ForceChangeSubType> > </Poll> > > > > PS > We use digital signatures for mails too. > > > > > > Arnstein Vestad wrote: > > > > >Hi! > > >I've been trying to set up Hermes to recieve messages > > from the ebMail client application, and send read > > acknowledgements, but it looks like Hermes isn't > > sending the requested acks. > > >I check off "request read reciept" in ebMail (using > > the default PO example plugin). Looking at the message > > repository for Hermes, it seems like Hermes is > > preparing the acknowledgements, it just doesn't seem > > like it gets sent. Am I missing something...? > > >Here is some of the log data for the reception of the > > message from ebMail: > > > > > >-18 11:47:35,556 DEBUG [Thread-12]: polling mail > > server for messages > > >2005-11-18 11:47:35,556 DEBUG [Thread-12]: => > > Mail.receive > > >2005-11-18 11:47:35,556 INFO [Thread-12]: Receiving > > pop3 messages from > > >pop3.domeneshop.no<INBOX> > > >2005-11-18 11:47:38,748 DEBUG [Thread-12]: <= > > Mail.receive > > >2005-11-18 11:47:38,748 DEBUG [Thread-12]: got 1 > > messages > > >2005-11-18 11:47:38,748 INFO [Thread-12]: Received a > > message from SMTP > > >2005-11-18 11:47:38,748 DEBUG [Thread-12]: => > > >MessageServiceHandler.onMessage > > >2005-11-18 11:47:38,748 DEBUG [Thread-12]: => > > >MessageServiceHandler.dispatchMessage > > >2005-11-18 11:47:38,748 DEBUG [Thread-12]: => > > >MessageServiceHandler.hasSignature > > >2005-11-18 11:47:38,748 DEBUG [Thread-12]: <= > > >MessageServiceHandler.hasSignature > > >2005-11-18 11:47:38,748 DEBUG [Thread-12]: validating > > incoming ebXML > > >message > > >2005-11-18 11:47:38,758 DEBUG [Thread-12]: validation > > of incoming > > >message ok > > >2005-11-18 11:47:38,768 DEBUG [Thread-12]: => > > MessageServer.hasReceived > > >2005-11-18 11:47:38,768 DEBUG [Thread-12]: => > > >DbConnectionPool.getConnection > > >2005-11-18 11:47:38,768 DEBUG [Thread-12]: <= > > >DbConnectionPool.getConnection > > >2005-11-18 11:47:38,768 DEBUG [Thread-12]: <= > > MessageServer.hasReceived > > >2005-11-18 11:47:38,768 DEBUG [Thread-12]: message > > has an AckReq > > >2005-11-18 11:47:38,768 DEBUG [Thread-12]: => > > MessageServer.hasReceived > > >2005-11-18 11:47:38,768 DEBUG [Thread-12]: <= > > MessageServer.hasReceived > > >2005-11-18 11:47:38,768 DEBUG [Thread-12]: message > > has not been > > >received previously > > >2005-11-18 11:47:38,768 DEBUG [Thread-12]: final > > sequence number in > > >store: -9998 > > >2005-11-18 11:47:38,768 DEBUG [Thread-12]: => > > MessageServer.store > > >2005-11-18 11:47:38,768 DEBUG [Thread-12]: Message > > haven't persisted > > >2005-11-18 11:47:38,768 DEBUG [Thread-12]: Try to > > persist to > > >R0000\message32784 > > >2005-11-18 11:47:38,778 DEBUG [Thread-12]: Message > > Persisted to > > >R0000\message32784 on persitence handler > > >2005-11-18 11:47:38,778 DEBUG [Thread-12]: insert > > into messagestore > > >database > > >2005-11-18 11:47:38,778 DEBUG [Thread-12]: <= > > MessageServer.store > > >2005-11-18 11:47:38,778 DEBUG [Thread-12]: => > > >MessageServiceHandler.generateAcknowledgment > > >2005-11-18 11:47:38,818 DEBUG [Thread-12]: <= > > >MessageServiceHandler.generateAcknowledgment > > >2005-11-18 11:47:38,818 DEBUG [Thread-12]: => > > Transaction.commit (txID: > > >#7) > > >2005-11-18 11:47:38,818 DEBUG [Thread-12]: => > > >DbConnectionPool.freeConnection > > >2005-11-18 11:47:38,818 DEBUG [Thread-12]: <= > > >DbConnectionPool.freeConnection > > >2005-11-18 11:47:38,818 DEBUG [Thread-12]: <= > > Transaction.commit > > >2005-11-18 11:47:38,818 DEBUG [Thread-12]: final > > sequence number in > > >store: -9999 > > >2005-11-18 11:47:38,818 DEBUG [Thread-12]: => > > MessageServer.store > > >2005-11-18 11:47:38,818 DEBUG [Thread-12]: insert > > into reftomessage > > >database > > >2005-11-18 11:47:38,818 DEBUG [Thread-12]: => > > >DbConnectionPool.getConnection > > >2005-11-18 11:47:38,818 DEBUG [Thread-12]: <= > > >DbConnectionPool.getConnection > > >2005-11-18 11:47:38,818 DEBUG [Thread-12]: Message > > haven't persisted > > >2005-11-18 11:47:38,818 DEBUG [Thread-12]: Try to > > persist to > > >R0000\message32785 > > >2005-11-18 11:47:38,828 DEBUG [Thread-12]: Message > > Persisted to > > >R0000\message32785 on persitence handler > > >2005-11-18 11:47:38,828 DEBUG [Thread-12]: insert > > into messagestore > > >database > > >2005-11-18 11:47:38,828 DEBUG [Thread-12]: <= > > MessageServer.store > > >2005-11-18 11:47:38,828 DEBUG [Thread-12]: Ack > > replied synchronously > > >2005-11-18 11:47:38,828 DEBUG [Thread-12]: => > > >MessageServer.logReceivedMessage > > >2005-11-18 11:47:38,828 DEBUG [Thread-12]: <= > > >MessageServer.logReceivedMessage > > >2005-11-18 11:47:38,828 DEBUG [Thread-12]: <= > > >MessageServiceHandler.dispatchMessage > > >2005-11-18 11:47:38,828 DEBUG [Thread-12]: => > > Transaction.commit (txID: > > >#7) > > >2005-11-18 11:47:38,828 DEBUG [Thread-12]: => > > >DbConnectionPool.freeConnection > > >2005-11-18 11:47:38,828 DEBUG [Thread-12]: <= > > >DbConnectionPool.freeConnection > > >2005-11-18 11:47:38,828 DEBUG [Thread-12]: <= > > Transaction.commit > > >2005-11-18 11:47:38,828 DEBUG [Thread-12]: <= > > >MessageServiceHandler.onMessage > > >2005-11-18 11:47:47,452 INFO [http-8080-Processor25]: > > Process command: > > >Get message (32) > > >2005-11-18 11:47:47,452 DEBUG > > [http-8080-Processor25]: => > > >MessageServiceHandler.processCommand > > >2005-11-18 11:47:47,452 DEBUG > > [http-8080-Processor25]: => > > >MessageServiceHandler.getMessage > > >2005-11-18 11:47:47,452 DEBUG > > [http-8080-Processor25]: => > > >MessageServiceHandler.getNextUndeliveredMessage > > >2005-11-18 11:47:47,452 DEBUG > > [http-8080-Processor25]: => > > >MessageServer.getUndeliveredMessages > > >2005-11-18 11:47:47,452 DEBUG > > [http-8080-Processor25]: => > > >DbConnectionPool.getConnection > > >2005-11-18 11:47:47,452 DEBUG > > [http-8080-Processor25]: <= > > >DbConnectionPool.getConnection > > >2005-11-18 11:47:47,462 DEBUG > > [http-8080-Processor25]: <= > > >MessageServer.getUndeliveredMessages > > >2005-11-18 11:47:47,462 DEBUG > > [http-8080-Processor25]: => > > >MessageServer.setFileDeliveryStatus > > >2005-11-18 11:47:47,462 DEBUG > > [http-8080-Processor25]: <= > > >MessageServer.setFileDeliveryStatus > > >2005-11-18 11:47:47,462 DEBUG > > [http-8080-Processor25]: => > > >MessageServer.getMessageFromDataSource > > >2005-11-18 11:47:47,533 DEBUG > > [http-8080-Processor25]: <= > > >MessageServiceHandler.getNextUndeliveredMessage with > > messageId: > > >20051118-104728257-PO.po.PO.2@192.168.1.27 > > ><http://service.com/%3Ca%20href=> " > > >target="_new">http://service.com/po.PO.2@192.168.1.27 > > ><mailto:po.PO.2@192.168.1.27%3C/a> > > > >2005-11-18 11:47:47,533 DEBUG > > [http-8080-Processor25]: => > > >Transaction.commit (txID: #8) > > >2005-11-18 11:47:47,533 DEBUG > > [http-8080-Processor25]: => > > >DbConnectionPool.freeConnection > > >2005-11-18 11:47:47,533 DEBUG > > [http-8080-Processor25]: <= > > >DbConnectionPool.freeConnection > > >2005-11-18 11:47:47,533 DEBUG > > [http-8080-Processor25]: <= > > >Transaction.commit > > >2005-11-18 11:47:47,543 DEBUG > > [http-8080-Processor25]: <= > > >MessageServiceHandler.getMessage > > >2005-11-18 11:47:47,543 DEBUG > > [http-8080-Processor25]: <= > > >MessageServiceHandler.processCommand > > > > > > > > > > > >--- > > >Arnstein Vestad - PMP, CEH > > >Seniorrdgiver, KITH - http://www.kith.no/ > > >Tlf.: 73 55 10 35, mob.: 93 43 50 95 > > >arn...@ki... > > > > > > > > > > > >------------------------------------------------------- > > >This SF.Net email is sponsored by the JBoss Inc. Get > > Certified Today > > >Register for a JBoss Training Course. Free > > Certification Exam for All > > >Training Attendees Through End of 2005. For more info > > visit: > > >http://ads.osdn.com/?ad_idv28&alloc_id845&opk > > >_______________________________________________ > > >ebxmlms-general mailing list > > >ebx...@li... > > >https://lists.sourceforge.net/lists/listinfo/ebxmlms-general > > > > > > > > > > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by the JBoss Inc. Get > > Certified Today Register for a JBoss Training Course. > > Free Certification Exam for All Training Attendees > > Through End of 2005. For more info visit: > > http://ads.osdn.com/?ad_idv28&alloc_id845&op=ick > > _______________________________________________ > > ebxmlms-general mailing list > > ebx...@li... > > > > https://lists.sourceforge.net/lists/listinfo/ebxmlms-general > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by the JBoss Inc. Get > > Certified Today > > Register for a JBoss Training Course. Free > > Certification Exam > > for All Training Attendees Through End of 2005. For > > more info visit: > > http://ads.osdn.com/?ad_idv28&alloc_id845&op=click > > _______________________________________________ > > ebxmlms-general mailing list > > ebx...@li... > > https://lists.sourceforge.net/lists/listinfo/ebxmlms-general > > ------------------------------------------------------- This > > SF.Net email is sponsored by the JBoss Inc. Get Certified > > Today Register for a JBoss Training Course. Free Certification > > Exam for All Training Attendees Through End of 2005. For more > > info visit: > > http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=click > > _______________________________________________ > > ebxmlms-general mailing list > > ebx...@li... > > https://lists.sourceforge.net/lists/listinfo/ebxmlms-general > > ------------------------------------------------------- This SF.Net > > email is sponsored by the JBoss Inc. Get Certified Today Register for > > a JBoss Training Course. Free Certification Exam for All Training > > Attendees Through End of 2005. For more info visit: > > http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=click > > _______________________________________________ ebxmlms-general > > mailing list ebx...@li... > > https://lists.sourceforge.net/lists/listinfo/ebxmlms-general > -- > Ladislav Urban > CEO > Webswell Inc. > 1333 Howe Avenue, Suite 100 > Sacramento, 95825 CA > email: lad...@we... > phone: +1 (916) 290-2040 > fax: +1 (916) 921-2850 > http://www.webswell.com > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click > _______________________________________________ > ebxmlms-general mailing list > ebx...@li... > https://lists.sourceforge.net/lists/listinfo/ebxmlms-general > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://ads.osdn.com/?ad_idv37&alloc_id865&op=click > _______________________________________________ > ebxmlms-general mailing list > ebx...@li... > https://lists.sourceforge.net/lists/listinfo/ebxmlms-general |
|
From: Arnstein V. <arn...@ki...> - 2005-11-25 08:33:26
|
Thanks for the reply -=20
Yeah - hermes is configured correctly for sending (and receiving) SMTP - =
I verified that by writing a short stub to send a message in the same =
listner program i'm working with.=20
So you're sending sync-reply messages for recieved SMTP messages with =
hermes?
Might there be something with what ebMail (the sender of the messages =
I'm testing) puts in the from/to partyid elements? (Seems like it's =
writing a mailto-url like this "mailto:ma...@ad...").
What are you seeing in the message headers (from party id) that you're =
sending sync reply on?
Or is Patrick Yee correct in saying that Hermes has a bug inhibiting =
sync reply over SMTP...? I'm still confused...
But thanks for all the help i'm getting!
/Arnstein
-----Opprinnelig melding-----
Fra: ebx...@li... =
[mailto:ebx...@li...] P=E5 vegne av =
Ladislav Urban
Sendt: 23. november 2005 20:09
Til: ebx...@li...
Emne: [SPAM] - RE: [ebxmlms-general] not getting read acknowledgements =
fromhermes - Email found in subject - Email found in subject
Hello Arnstein,
we use mixed smtp and http communication with hermes. It works well =
here. Does your hermes send other smtp messages ? If not there could be =
some misconfiguration on hermes smtp.
The configuration is in msh.properties.xml
This is an example of our mail section.
<Mail>
<SMTP>
<!-- Mail server for sending messages -->
<Host>smtp.clevernet.cz</Host>
<User>wo...@we...</User>
<Password>somepassword</Password>
</SMTP>
<!-- Uncomment the following property to watch the debugging =
information
from JavaMail library -->
<Debug>false</Debug>
=20
<Poll>
<Protocol>pop3</Protocol>
<Host>pop3.clevernet.cz</Host>
<Port>110</Port>
<Folder>INBOX</Folder>
<User>wo...@we...</User>
<Password>somepassword</Password>
<MonitorInterval>20000</MonitorInterval>
<!-- optional property for forcing the MSH to change the subtype =
of
incoming SOAP messages to "multipart/related" -->
<ForceChangeSubType>true</ForceChangeSubType>
</Poll>
PS
We use digital signatures for mails too.
> =20
> Arnstein Vestad wrote:
> =20
> >Hi!=20
> >I've been trying to set up Hermes to recieve messages
> from the ebMail client application, and send read
> acknowledgements, but it looks like Hermes isn't
> sending the requested acks. =20
> >I check off "request read reciept" in ebMail (using
> the default PO example plugin). Looking at the message
> repository for Hermes, it seems like Hermes is
> preparing the acknowledgements, it just doesn't seem
> like it gets sent. Am I missing something...?
> >Here is some of the log data for the reception of the
> message from ebMail:=20
> >=20
> >-18 11:47:35,556 DEBUG [Thread-12]: polling mail
> server for messages
> >2005-11-18 11:47:35,556 DEBUG [Thread-12]: =3D>
> Mail.receive
> >2005-11-18 11:47:35,556 INFO [Thread-12]: Receiving
> pop3 messages from=20
> >pop3.domeneshop.no<INBOX>
> >2005-11-18 11:47:38,748 DEBUG [Thread-12]: <=3D
> Mail.receive
> >2005-11-18 11:47:38,748 DEBUG [Thread-12]: got 1
> messages
> >2005-11-18 11:47:38,748 INFO [Thread-12]: Received a
> message from SMTP
> >2005-11-18 11:47:38,748 DEBUG [Thread-12]: =3D>=20
> >MessageServiceHandler.onMessage
> >2005-11-18 11:47:38,748 DEBUG [Thread-12]: =3D>=20
> >MessageServiceHandler.dispatchMessage
> >2005-11-18 11:47:38,748 DEBUG [Thread-12]: =3D>=20
> >MessageServiceHandler.hasSignature
> >2005-11-18 11:47:38,748 DEBUG [Thread-12]: <=3D=20
> >MessageServiceHandler.hasSignature
> >2005-11-18 11:47:38,748 DEBUG [Thread-12]: validating
> incoming ebXML=20
> >message
> >2005-11-18 11:47:38,758 DEBUG [Thread-12]: validation
> of incoming=20
> >message ok
> >2005-11-18 11:47:38,768 DEBUG [Thread-12]: =3D>
> MessageServer.hasReceived
> >2005-11-18 11:47:38,768 DEBUG [Thread-12]: =3D>=20
> >DbConnectionPool.getConnection
> >2005-11-18 11:47:38,768 DEBUG [Thread-12]: <=3D=20
> >DbConnectionPool.getConnection
> >2005-11-18 11:47:38,768 DEBUG [Thread-12]: <=3D
> MessageServer.hasReceived
> >2005-11-18 11:47:38,768 DEBUG [Thread-12]: message
> has an AckReq
> >2005-11-18 11:47:38,768 DEBUG [Thread-12]: =3D>
> MessageServer.hasReceived
> >2005-11-18 11:47:38,768 DEBUG [Thread-12]: <=3D
> MessageServer.hasReceived
> >2005-11-18 11:47:38,768 DEBUG [Thread-12]: message
> has not been=20
> >received previously
> >2005-11-18 11:47:38,768 DEBUG [Thread-12]: final
> sequence number in=20
> >store: -9998
> >2005-11-18 11:47:38,768 DEBUG [Thread-12]: =3D>
> MessageServer.store
> >2005-11-18 11:47:38,768 DEBUG [Thread-12]: Message
> haven't persisted
> >2005-11-18 11:47:38,768 DEBUG [Thread-12]: Try to
> persist to=20
> >R0000\message32784
> >2005-11-18 11:47:38,778 DEBUG [Thread-12]: Message
> Persisted to=20
> >R0000\message32784 on persitence handler
> >2005-11-18 11:47:38,778 DEBUG [Thread-12]: insert
> into messagestore=20
> >database
> >2005-11-18 11:47:38,778 DEBUG [Thread-12]: <=3D
> MessageServer.store
> >2005-11-18 11:47:38,778 DEBUG [Thread-12]: =3D>=20
> >MessageServiceHandler.generateAcknowledgment
> >2005-11-18 11:47:38,818 DEBUG [Thread-12]: <=3D=20
> >MessageServiceHandler.generateAcknowledgment
> >2005-11-18 11:47:38,818 DEBUG [Thread-12]: =3D>
> Transaction.commit (txID:=20
> >#7)
> >2005-11-18 11:47:38,818 DEBUG [Thread-12]: =3D>=20
> >DbConnectionPool.freeConnection
> >2005-11-18 11:47:38,818 DEBUG [Thread-12]: <=3D=20
> >DbConnectionPool.freeConnection
> >2005-11-18 11:47:38,818 DEBUG [Thread-12]: <=3D
> Transaction.commit
> >2005-11-18 11:47:38,818 DEBUG [Thread-12]: final
> sequence number in=20
> >store: -9999
> >2005-11-18 11:47:38,818 DEBUG [Thread-12]: =3D>
> MessageServer.store
> >2005-11-18 11:47:38,818 DEBUG [Thread-12]: insert
> into reftomessage=20
> >database
> >2005-11-18 11:47:38,818 DEBUG [Thread-12]: =3D>=20
> >DbConnectionPool.getConnection
> >2005-11-18 11:47:38,818 DEBUG [Thread-12]: <=3D=20
> >DbConnectionPool.getConnection
> >2005-11-18 11:47:38,818 DEBUG [Thread-12]: Message
> haven't persisted
> >2005-11-18 11:47:38,818 DEBUG [Thread-12]: Try to
> persist to=20
> >R0000\message32785
> >2005-11-18 11:47:38,828 DEBUG [Thread-12]: Message
> Persisted to=20
> >R0000\message32785 on persitence handler
> >2005-11-18 11:47:38,828 DEBUG [Thread-12]: insert
> into messagestore=20
> >database
> >2005-11-18 11:47:38,828 DEBUG [Thread-12]: <=3D
> MessageServer.store
> >2005-11-18 11:47:38,828 DEBUG [Thread-12]: Ack
> replied synchronously
> >2005-11-18 11:47:38,828 DEBUG [Thread-12]: =3D>=20
> >MessageServer.logReceivedMessage
> >2005-11-18 11:47:38,828 DEBUG [Thread-12]: <=3D=20
> >MessageServer.logReceivedMessage
> >2005-11-18 11:47:38,828 DEBUG [Thread-12]: <=3D=20
> >MessageServiceHandler.dispatchMessage
> >2005-11-18 11:47:38,828 DEBUG [Thread-12]: =3D>
> Transaction.commit (txID:=20
> >#7)
> >2005-11-18 11:47:38,828 DEBUG [Thread-12]: =3D>=20
> >DbConnectionPool.freeConnection
> >2005-11-18 11:47:38,828 DEBUG [Thread-12]: <=3D=20
> >DbConnectionPool.freeConnection
> >2005-11-18 11:47:38,828 DEBUG [Thread-12]: <=3D
> Transaction.commit
> >2005-11-18 11:47:38,828 DEBUG [Thread-12]: <=3D=20
> >MessageServiceHandler.onMessage
> >2005-11-18 11:47:47,452 INFO [http-8080-Processor25]:
> Process command:=20
> >Get message (32)
> >2005-11-18 11:47:47,452 DEBUG
> [http-8080-Processor25]: =3D>=20
> >MessageServiceHandler.processCommand
> >2005-11-18 11:47:47,452 DEBUG
> [http-8080-Processor25]: =3D>=20
> >MessageServiceHandler.getMessage
> >2005-11-18 11:47:47,452 DEBUG
> [http-8080-Processor25]: =3D>=20
> >MessageServiceHandler.getNextUndeliveredMessage
> >2005-11-18 11:47:47,452 DEBUG
> [http-8080-Processor25]: =3D>=20
> >MessageServer.getUndeliveredMessages
> >2005-11-18 11:47:47,452 DEBUG
> [http-8080-Processor25]: =3D>=20
> >DbConnectionPool.getConnection
> >2005-11-18 11:47:47,452 DEBUG
> [http-8080-Processor25]: <=3D=20
> >DbConnectionPool.getConnection
> >2005-11-18 11:47:47,462 DEBUG
> [http-8080-Processor25]: <=3D=20
> >MessageServer.getUndeliveredMessages
> >2005-11-18 11:47:47,462 DEBUG
> [http-8080-Processor25]: =3D>=20
> >MessageServer.setFileDeliveryStatus
> >2005-11-18 11:47:47,462 DEBUG
> [http-8080-Processor25]: <=3D=20
> >MessageServer.setFileDeliveryStatus
> >2005-11-18 11:47:47,462 DEBUG
> [http-8080-Processor25]: =3D>=20
> >MessageServer.getMessageFromDataSource
> >2005-11-18 11:47:47,533 DEBUG
> [http-8080-Processor25]: <=3D=20
> >MessageServiceHandler.getNextUndeliveredMessage with
> messageId:=20
> >20051118-104728257-PO.po.PO.2@192.168.1.27=20
> ><http://service.com/%3Ca%20href=3D> "=20
> =
>target=3D"_new">http://service.com/po.PO.2@192.168.1.27=20
> ><mailto:po.PO.2@192.168.1.27%3C/a> >
> >2005-11-18 11:47:47,533 DEBUG
> [http-8080-Processor25]: =3D>=20
> >Transaction.commit (txID: #8)
> >2005-11-18 11:47:47,533 DEBUG
> [http-8080-Processor25]: =3D>=20
> >DbConnectionPool.freeConnection
> >2005-11-18 11:47:47,533 DEBUG
> [http-8080-Processor25]: <=3D=20
> >DbConnectionPool.freeConnection
> >2005-11-18 11:47:47,533 DEBUG
> [http-8080-Processor25]: <=3D=20
> >Transaction.commit
> >2005-11-18 11:47:47,543 DEBUG
> [http-8080-Processor25]: <=3D=20
> >MessageServiceHandler.getMessage
> >2005-11-18 11:47:47,543 DEBUG
> [http-8080-Processor25]: <=3D=20
> >MessageServiceHandler.processCommand
> >
> >
> >
> >---
> >Arnstein Vestad - PMP, CEH
> >Seniorrdgiver, KITH - http://www.kith.no/
> >Tlf.: 73 55 10 35, mob.: 93 43 50 95
> >arn...@ki...
> >
> >
> >
> =
>-------------------------------------------------------
> >This SF.Net email is sponsored by the JBoss Inc. Get
> Certified Today=20
> >Register for a JBoss Training Course. Free
> Certification Exam for All=20
> >Training Attendees Through End of 2005. For more info
> visit:
> >http://ads.osdn.com/?ad_idv28&alloc_id=16845&opk
> >_______________________________________________
> >ebxmlms-general mailing list
> >ebx...@li...
> =
>https://lists.sourceforge.net/lists/listinfo/ebxmlms-general
> >
> > =20
> >
> =20
> =20
> =
-------------------------------------------------------
> This SF.Net email is sponsored by the JBoss Inc. Get
> Certified Today Register for a JBoss Training Course.
> Free Certification Exam for All Training Attendees
> Through End of 2005. For more info visit:
> http://ads.osdn.com/?ad_idv28&alloc_id=16845&op=3Dick
> _______________________________________________
> ebxmlms-general mailing list
> ebx...@li...
> =20
> https://lists.sourceforge.net/lists/listinfo/ebxmlms-general
> =20
> =20
> =
-------------------------------------------------------
> This SF.Net email is sponsored by the JBoss Inc. Get
> Certified Today
> Register for a JBoss Training Course. Free
> Certification Exam
> for All Training Attendees Through End of 2005. For
> more info visit:
> =
http://ads.osdn.com/?ad_idv28&alloc_id=16845&op=3Dclick
> _______________________________________________
> ebxmlms-general mailing list
> ebx...@li...
> =
https://lists.sourceforge.net/lists/listinfo/ebxmlms-general
> ------------------------------------------------------- This
> SF.Net email is sponsored by the JBoss Inc. Get Certified
> Today Register for a JBoss Training Course. Free Certification
> Exam for All Training Attendees Through End of 2005. For more
> info visit:
> http://ads.osdn.com/?ad_id=3D7628&alloc_id=3D16845&op=3Dclick
> _______________________________________________
> ebxmlms-general mailing list
> ebx...@li...
> https://lists.sourceforge.net/lists/listinfo/ebxmlms-general
> ------------------------------------------------------- This SF.Net=20
> email is sponsored by the JBoss Inc. Get Certified Today Register for=20
> a JBoss Training Course. Free Certification Exam for All Training=20
> Attendees Through End of 2005. For more info visit:
> http://ads.osdn.com/?ad_id=3D7628&alloc_id=3D16845&op=3Dclick
> _______________________________________________ ebxmlms-general=20
> mailing list ebx...@li...
> https://lists.sourceforge.net/lists/listinfo/ebxmlms-general
--
Ladislav Urban
CEO
Webswell Inc.
1333 Howe Avenue, Suite 100
Sacramento, 95825 CA
email: lad...@we...
phone: +1 (916) 290-2040
fax: +1 (916) 921-2850
http://www.webswell.com
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log =
files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=3D7637&alloc_id=3D16865&op=3Dclick
_______________________________________________
ebxmlms-general mailing list
ebx...@li...
https://lists.sourceforge.net/lists/listinfo/ebxmlms-general
|
|
From: Ladislav U. <lad...@we...> - 2005-11-23 19:08:55
|
Hello Arnstein,
we use mixed smtp and http communication with hermes. It works well
here. Does your hermes send other smtp messages ? If not there could be
some misconfiguration on hermes smtp.
The configuration is in msh.properties.xml
This is an example of our mail section.
<Mail>
<SMTP>
<!-- Mail server for sending messages -->
<Host>smtp.clevernet.cz</Host>
<User>wo...@we...</User>
<Password>somepassword</Password>
</SMTP>
<!-- Uncomment the following property to watch the debugging
information
from JavaMail library -->
<Debug>false</Debug>
<Poll>
<Protocol>pop3</Protocol>
<Host>pop3.clevernet.cz</Host>
<Port>110</Port>
<Folder>INBOX</Folder>
<User>wo...@we...</User>
<Password>somepassword</Password>
<MonitorInterval>20000</MonitorInterval>
<!-- optional property for forcing the MSH to change the subtype
of
incoming SOAP messages to "multipart/related" -->
<ForceChangeSubType>true</ForceChangeSubType>
</Poll>
PS
We use digital signatures for mails too.
>
> Arnstein Vestad wrote:
>
> >Hi!
> >I've been trying to set up Hermes to recieve messages
> from the ebMail client application, and send read
> acknowledgements, but it looks like Hermes isn't
> sending the requested acks.
> >I check off "request read reciept" in ebMail (using
> the default PO example plugin). Looking at the message
> repository for Hermes, it seems like Hermes is
> preparing the acknowledgements, it just doesn't seem
> like it gets sent. Am I missing something...?
> >Here is some of the log data for the reception of the
> message from ebMail:
> >
> >-18 11:47:35,556 DEBUG [Thread-12]: polling mail
> server for messages
> >2005-11-18 11:47:35,556 DEBUG [Thread-12]: =>
> Mail.receive
> >2005-11-18 11:47:35,556 INFO [Thread-12]: Receiving
> pop3 messages from
> >pop3.domeneshop.no<INBOX>
> >2005-11-18 11:47:38,748 DEBUG [Thread-12]: <=
> Mail.receive
> >2005-11-18 11:47:38,748 DEBUG [Thread-12]: got 1
> messages
> >2005-11-18 11:47:38,748 INFO [Thread-12]: Received a
> message from SMTP
> >2005-11-18 11:47:38,748 DEBUG [Thread-12]: =>
> >MessageServiceHandler.onMessage
> >2005-11-18 11:47:38,748 DEBUG [Thread-12]: =>
> >MessageServiceHandler.dispatchMessage
> >2005-11-18 11:47:38,748 DEBUG [Thread-12]: =>
> >MessageServiceHandler.hasSignature
> >2005-11-18 11:47:38,748 DEBUG [Thread-12]: <=
> >MessageServiceHandler.hasSignature
> >2005-11-18 11:47:38,748 DEBUG [Thread-12]: validating
> incoming ebXML
> >message
> >2005-11-18 11:47:38,758 DEBUG [Thread-12]: validation
> of incoming
> >message ok
> >2005-11-18 11:47:38,768 DEBUG [Thread-12]: =>
> MessageServer.hasReceived
> >2005-11-18 11:47:38,768 DEBUG [Thread-12]: =>
> >DbConnectionPool.getConnection
> >2005-11-18 11:47:38,768 DEBUG [Thread-12]: <=
> >DbConnectionPool.getConnection
> >2005-11-18 11:47:38,768 DEBUG [Thread-12]: <=
> MessageServer.hasReceived
> >2005-11-18 11:47:38,768 DEBUG [Thread-12]: message
> has an AckReq
> >2005-11-18 11:47:38,768 DEBUG [Thread-12]: =>
> MessageServer.hasReceived
> >2005-11-18 11:47:38,768 DEBUG [Thread-12]: <=
> MessageServer.hasReceived
> >2005-11-18 11:47:38,768 DEBUG [Thread-12]: message
> has not been
> >received previously
> >2005-11-18 11:47:38,768 DEBUG [Thread-12]: final
> sequence number in
> >store: -9998
> >2005-11-18 11:47:38,768 DEBUG [Thread-12]: =>
> MessageServer.store
> >2005-11-18 11:47:38,768 DEBUG [Thread-12]: Message
> haven't persisted
> >2005-11-18 11:47:38,768 DEBUG [Thread-12]: Try to
> persist to
> >R0000\message32784
> >2005-11-18 11:47:38,778 DEBUG [Thread-12]: Message
> Persisted to
> >R0000\message32784 on persitence handler
> >2005-11-18 11:47:38,778 DEBUG [Thread-12]: insert
> into messagestore
> >database
> >2005-11-18 11:47:38,778 DEBUG [Thread-12]: <=
> MessageServer.store
> >2005-11-18 11:47:38,778 DEBUG [Thread-12]: =>
> >MessageServiceHandler.generateAcknowledgment
> >2005-11-18 11:47:38,818 DEBUG [Thread-12]: <=
> >MessageServiceHandler.generateAcknowledgment
> >2005-11-18 11:47:38,818 DEBUG [Thread-12]: =>
> Transaction.commit (txID:
> >#7)
> >2005-11-18 11:47:38,818 DEBUG [Thread-12]: =>
> >DbConnectionPool.freeConnection
> >2005-11-18 11:47:38,818 DEBUG [Thread-12]: <=
> >DbConnectionPool.freeConnection
> >2005-11-18 11:47:38,818 DEBUG [Thread-12]: <=
> Transaction.commit
> >2005-11-18 11:47:38,818 DEBUG [Thread-12]: final
> sequence number in
> >store: -9999
> >2005-11-18 11:47:38,818 DEBUG [Thread-12]: =>
> MessageServer.store
> >2005-11-18 11:47:38,818 DEBUG [Thread-12]: insert
> into reftomessage
> >database
> >2005-11-18 11:47:38,818 DEBUG [Thread-12]: =>
> >DbConnectionPool.getConnection
> >2005-11-18 11:47:38,818 DEBUG [Thread-12]: <=
> >DbConnectionPool.getConnection
> >2005-11-18 11:47:38,818 DEBUG [Thread-12]: Message
> haven't persisted
> >2005-11-18 11:47:38,818 DEBUG [Thread-12]: Try to
> persist to
> >R0000\message32785
> >2005-11-18 11:47:38,828 DEBUG [Thread-12]: Message
> Persisted to
> >R0000\message32785 on persitence handler
> >2005-11-18 11:47:38,828 DEBUG [Thread-12]: insert
> into messagestore
> >database
> >2005-11-18 11:47:38,828 DEBUG [Thread-12]: <=
> MessageServer.store
> >2005-11-18 11:47:38,828 DEBUG [Thread-12]: Ack
> replied synchronously
> >2005-11-18 11:47:38,828 DEBUG [Thread-12]: =>
> >MessageServer.logReceivedMessage
> >2005-11-18 11:47:38,828 DEBUG [Thread-12]: <=
> >MessageServer.logReceivedMessage
> >2005-11-18 11:47:38,828 DEBUG [Thread-12]: <=
> >MessageServiceHandler.dispatchMessage
> >2005-11-18 11:47:38,828 DEBUG [Thread-12]: =>
> Transaction.commit (txID:
> >#7)
> >2005-11-18 11:47:38,828 DEBUG [Thread-12]: =>
> >DbConnectionPool.freeConnection
> >2005-11-18 11:47:38,828 DEBUG [Thread-12]: <=
> >DbConnectionPool.freeConnection
> >2005-11-18 11:47:38,828 DEBUG [Thread-12]: <=
> Transaction.commit
> >2005-11-18 11:47:38,828 DEBUG [Thread-12]: <=
> >MessageServiceHandler.onMessage
> >2005-11-18 11:47:47,452 INFO [http-8080-Processor25]:
> Process command:
> >Get message (32)
> >2005-11-18 11:47:47,452 DEBUG
> [http-8080-Processor25]: =>
> >MessageServiceHandler.processCommand
> >2005-11-18 11:47:47,452 DEBUG
> [http-8080-Processor25]: =>
> >MessageServiceHandler.getMessage
> >2005-11-18 11:47:47,452 DEBUG
> [http-8080-Processor25]: =>
> >MessageServiceHandler.getNextUndeliveredMessage
> >2005-11-18 11:47:47,452 DEBUG
> [http-8080-Processor25]: =>
> >MessageServer.getUndeliveredMessages
> >2005-11-18 11:47:47,452 DEBUG
> [http-8080-Processor25]: =>
> >DbConnectionPool.getConnection
> >2005-11-18 11:47:47,452 DEBUG
> [http-8080-Processor25]: <=
> >DbConnectionPool.getConnection
> >2005-11-18 11:47:47,462 DEBUG
> [http-8080-Processor25]: <=
> >MessageServer.getUndeliveredMessages
> >2005-11-18 11:47:47,462 DEBUG
> [http-8080-Processor25]: =>
> >MessageServer.setFileDeliveryStatus
> >2005-11-18 11:47:47,462 DEBUG
> [http-8080-Processor25]: <=
> >MessageServer.setFileDeliveryStatus
> >2005-11-18 11:47:47,462 DEBUG
> [http-8080-Processor25]: =>
> >MessageServer.getMessageFromDataSource
> >2005-11-18 11:47:47,533 DEBUG
> [http-8080-Processor25]: <=
> >MessageServiceHandler.getNextUndeliveredMessage with
> messageId:
> >20051118-104728257-PO.po.PO.2@192.168.1.27
> ><http://service.com/%3Ca%20href=> "
> >target="_new">http://service.com/po.PO.2@192.168.1.27
> ><mailto:po.PO.2@192.168.1.27%3C/a> >
> >2005-11-18 11:47:47,533 DEBUG
> [http-8080-Processor25]: =>
> >Transaction.commit (txID: #8)
> >2005-11-18 11:47:47,533 DEBUG
> [http-8080-Processor25]: =>
> >DbConnectionPool.freeConnection
> >2005-11-18 11:47:47,533 DEBUG
> [http-8080-Processor25]: <=
> >DbConnectionPool.freeConnection
> >2005-11-18 11:47:47,533 DEBUG
> [http-8080-Processor25]: <=
> >Transaction.commit
> >2005-11-18 11:47:47,543 DEBUG
> [http-8080-Processor25]: <=
> >MessageServiceHandler.getMessage
> >2005-11-18 11:47:47,543 DEBUG
> [http-8080-Processor25]: <=
> >MessageServiceHandler.processCommand
> >
> >
> >
> >---
> >Arnstein Vestad - PMP, CEH
> >Seniorrdgiver, KITH - http://www.kith.no/
> >Tlf.: 73 55 10 35, mob.: 93 43 50 95
> >arn...@ki...
> >
> >
> >
> >-------------------------------------------------------
> >This SF.Net email is sponsored by the JBoss Inc. Get
> Certified Today
> >Register for a JBoss Training Course. Free
> Certification Exam for All
> >Training Attendees Through End of 2005. For more info
> visit:
> >http://ads.osdn.com/?ad_idv28&alloc_id845&opk
> >_______________________________________________
> >ebxmlms-general mailing list
> >ebx...@li...
> >https://lists.sourceforge.net/lists/listinfo/ebxmlms-general
> >
> >
> >
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by the JBoss Inc. Get
> Certified Today Register for a JBoss Training Course.
> Free Certification Exam for All Training Attendees
> Through End of 2005. For more info visit:
> http://ads.osdn.com/?ad_idv28&alloc_id845&op=ick
> _______________________________________________
> ebxmlms-general mailing list
> ebx...@li...
> https://lists.sourceforge.net/lists/listinfo/ebxmlms-general
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by the JBoss Inc. Get
> Certified Today
> Register for a JBoss Training Course. Free
> Certification Exam
> for All Training Attendees Through End of 2005. For
> more info visit:
> http://ads.osdn.com/?ad_idv28&alloc_id845&op=click
> _______________________________________________
> ebxmlms-general mailing list
> ebx...@li...
> https://lists.sourceforge.net/lists/listinfo/ebxmlms-general
> ------------------------------------------------------- This
> SF.Net email is sponsored by the JBoss Inc. Get Certified
> Today Register for a JBoss Training Course. Free Certification
> Exam for All Training Attendees Through End of 2005. For more
> info visit:
> http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=click
> _______________________________________________
> ebxmlms-general mailing list
> ebx...@li...
> https://lists.sourceforge.net/lists/listinfo/ebxmlms-general
> ------------------------------------------------------- This SF.Net
> email is sponsored by the JBoss Inc. Get Certified Today Register for
> a JBoss Training Course. Free Certification Exam for All Training
> Attendees Through End of 2005. For more info visit:
> http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=click
> _______________________________________________ ebxmlms-general
> mailing list ebx...@li...
> https://lists.sourceforge.net/lists/listinfo/ebxmlms-general
--
Ladislav Urban
CEO
Webswell Inc.
1333 Howe Avenue, Suite 100
Sacramento, 95825 CA
email: lad...@we...
phone: +1 (916) 290-2040
fax: +1 (916) 921-2850
http://www.webswell.com
|
|
From: David RR W. \(XML\) <da...@dr...> - 2005-11-22 15:16:51
|
<div>Arnstein,</div> <div> </div> <div>Yes - there is only so much that SMTP can do. I do not think that anyone would try to argue that SMTP can be a truly reliable messaging system! ; -)</div> <div> </div> <div>Obviously most people who really care are doing direct Hermes <-> Hermes interactions - and there all the reliable messaging features are fully enabled.</div> <div> </div> <div>May I suggest you look at that possiblity too?</div> <div> </div> <div>One thing I have in mind to try is:</div> <div> </div> <div> -> XForm local entry via web browser - submits XML to local Hermes server via <A href="http://localhost:8080">http://localhost:8080</A></div> <div> -> Hermes server dispatches payload to remote partner Hermes server.</div> <div> </div> <div>DW<BR><BR></div> <BLOCKQUOTE style="PADDING-LEFT: 8px; MARGIN-LEFT: 8px; BORDER-LEFT: blue 2px solid"><BR>-------- Original Message --------<BR>Subject: SV: [SPAM] - RE: [ebxmlms-general] not getting read<BR>acknowledgements from hermes - Email found in subject<BR>From: "Arnstein Vestad" <arn...@ki...><BR>Date: Tue, November 22, 2005 10:09 am<BR>To: <ebx...@li...><BR><BR> <META content="MSHTML 6.00.2900.2769" name=GENERATOR> <DIV dir=ltr align=left><SPAN class=484520415-22112005><FONT face=Arial color=#0000ff size=2>Thanks! That is definitively a fix to keep in mind! </FONT></SPAN></DIV> <DIV dir=ltr align=left><SPAN class=484520415-22112005><FONT face=Arial color=#0000ff size=2>We'll be doing some sort of validation of the messages - so that method of giving feedback could be used for that.</FONT></SPAN></DIV> <DIV dir=ltr align=left><SPAN class=484520415-22112005><FONT face=Arial color=#0000ff size=2></FONT></SPAN> </DIV> <DIV dir=ltr align=left><SPAN class=484520415-22112005><FONT face=Arial color=#0000ff size=2>Still Hermes seems a bit limited without the proper ebXML ack-messages - one of the selling points of ebXML is reliable messaging - so this bug is a bit limiting on the use of Hermes over SMTP.</FONT></SPAN></DIV> <DIV dir=ltr align=left><SPAN class=484520415-22112005><FONT face=Arial color=#0000ff size=2></FONT></SPAN> </DIV> <DIV dir=ltr align=left><SPAN class=484520415-22112005><FONT face=Arial color=#0000ff size=2>Kind regards,</FONT></SPAN></DIV> <DIV dir=ltr align=left><SPAN class=484520415-22112005><FONT face=Arial color=#0000ff size=2>Arnstein</FONT></SPAN></DIV><BR> <DIV class=OutlookMessageHeader lang=no dir=ltr align=left> <HR tabIndex=-1> <FONT face=Tahoma size=2><B>Fra:</B> ebx...@li... [mailto:ebx...@li...] <B>På vegne av</B> David RR Webber (XML)<BR><B>Sendt:</B> 22. november 2005 15:42<BR><B>Til:</B> ebx...@li...<BR><B>Kopi:</B> ebx...@li...<BR><B>Emne:</B> [SPAM] - RE: [ebxmlms-general] not getting read acknowledgements from hermes - Email found in subject<BR></FONT><BR></DIV> <DIV></DIV> <DIV>Arstein,</DIV> <DIV> </DIV> <DIV>Suggestion - what we are doing is sending confirmation email messages from the processing side inside the data handler.</DIV> <DIV> </DIV> <DIV>So once we process the incoming message - and either find errors or success - then we simply use the java mailer class to send a regular email via out to the SMTP server back to their email box.</DIV> <DIV> </DIV> <DIV>You could also send a receipt confirmation as soon as the data handler starts processing - in case from some reason the datahandler encounters a problem with the actual payload.</DIV> <DIV> </DIV> <DIV>DW<BR><BR></DIV> <BLOCKQUOTE style="PADDING-LEFT: 8px; MARGIN-LEFT: 8px; BORDER-LEFT: blue 2px solid"><BR>-------- Original Message --------<BR>Subject: Re: [ebxmlms-general] not getting read acknowledgements from<BR>hermes<BR>From: "Arnstein Vestad" <arn...@ki...><BR>Date: Tue, November 22, 2005 8:45 am<BR>To: <ebx...@li...><BR><BR>Thanks for your reply!<BR>I've been browsing the code, but this seems like it's more than I can fix without more extensive knowledge of how Hermes operates.<BR><BR>Is this a bug that will be fixed, or is SMTP as transport unprioritized?<BR>We're doing some work on ebXML in the norwegian health care sector, and I'm investigating hermes as a possible tool for this - but SMTP transport is a must for this.<BR><BR>Are there other SMTP-related problems I should be aware of when using Hermes?<BR><BR>Regards,<BR>Arnstein <BR><BR>-----Opprinnelig melding-----<BR>Fra: ebx...@li... [mailto:ebx...@li...] På vegne av Patrick Yee<BR>Sendt: 22. november 2005 10:34<BR>Til: ebx...@li...<BR>Emne: [SPAM] - Re: [ebxmlms-general] not getting read acknowledgements from hermes - Email found in subject<BR><BR>This probably is a bug. Hermes cannot handle well of the ACK message when working with SMTP protocol. For details, please see line 464 of MessageServiceHandler.java in the latest source tree. The handler simply ignore the ACK message generated.<BR><BR>Regards, -Patrick<BR><BR><BR>Arnstein Vestad wrote:<BR><BR>>Hi! <BR>>I've been trying to set up Hermes to recieve messages from the ebMail client application, and send read acknowledgements, but it looks like Hermes isn't sending the requested acks. <BR>>I check off "request read reciept" in ebMail (using the default PO example plugin). Looking at the message repository for Hermes, it seems like Hermes is preparing the acknowledgements, it just doesn't seem like it gets sent. Am I missing something...?<BR>>Here is some of the log data for the reception of the message from ebMail: <BR>> <BR>>-18 11:47:35,556 DEBUG [Thread-12]: polling mail server for messages<BR>>2005-11-18 11:47:35,556 DEBUG [Thread-12]: => Mail.receive<BR>>2005-11-18 11:47:35,556 INFO [Thread-12]: Receiving pop3 messages from <BR>>pop3.domeneshop.no<INBOX><BR>>2005-11-18 11:47:38,748 DEBUG [Thread-12]: <= Mail.receive<BR>>2005-11-18 11:47:38,748 DEBUG [Thread-12]: got 1 messages<BR>>2005-11-18 11:47:38,748 INFO [Thread-12]: Received a message from SMTP<BR>>2005-11-18 11:47:38,748 DEBUG [Thread-12]: => <BR>>MessageServiceHandler.onMessage<BR>>2005-11-18 11:47:38,748 DEBUG [Thread-12]: => <BR>>MessageServiceHandler.dispatchMessage<BR>>2005-11-18 11:47:38,748 DEBUG [Thread-12]: => <BR>>MessageServiceHandler.hasSignature<BR>>2005-11-18 11:47:38,748 DEBUG [Thread-12]: <= <BR>>MessageServiceHandler.hasSignature<BR>>2005-11-18 11:47:38,748 DEBUG [Thread-12]: validating incoming ebXML <BR>>message<BR>>2005-11-18 11:47:38,758 DEBUG [Thread-12]: validation of incoming <BR>>message ok<BR>>2005-11-18 11:47:38,768 DEBUG [Thread-12]: => MessageServer.hasReceived<BR>>2005-11-18 11:47:38,768 DEBUG [Thread-12]: => <BR>>DbConnectionPool.getConnection<BR>>2005-11-18 11:47:38,768 DEBUG [Thread-12]: <= <BR>>DbConnectionPool.getConnection<BR>>2005-11-18 11:47:38,768 DEBUG [Thread-12]: <= MessageServer.hasReceived<BR>>2005-11-18 11:47:38,768 DEBUG [Thread-12]: message has an AckReq<BR>>2005-11-18 11:47:38,768 DEBUG [Thread-12]: => MessageServer.hasReceived<BR>>2005-11-18 11:47:38,768 DEBUG [Thread-12]: <= MessageServer.hasReceived<BR>>2005-11-18 11:47:38,768 DEBUG [Thread-12]: message has not been <BR>>received previously<BR>>2005-11-18 11:47:38,768 DEBUG [Thread-12]: final sequence number in <BR>>store: -9998<BR>>2005-11-18 11:47:38,768 DEBUG [Thread-12]: => MessageServer.store<BR>>2005-11-18 11:47:38,768 DEBUG [Thread-12]: Message haven't persisted<BR>>2005-11-18 11:47:38,768 DEBUG [Thread-12]: Try to persist to <BR>>R0000\message32784<BR>>2005-11-18 11:47:38,778 DEBUG [Thread-12]: Message Persisted to <BR>>R0000\message32784 on persitence handler<BR>>2005-11-18 11:47:38,778 DEBUG [Thread-12]: insert into messagestore <BR>>database<BR>>2005-11-18 11:47:38,778 DEBUG [Thread-12]: <= MessageServer.store<BR>>2005-11-18 11:47:38,778 DEBUG [Thread-12]: => <BR>>MessageServiceHandler.generateAcknowledgment<BR>>2005-11-18 11:47:38,818 DEBUG [Thread-12]: <= <BR>>MessageServiceHandler.generateAcknowledgment<BR>>2005-11-18 11:47:38,818 DEBUG [Thread-12]: => Transaction.commit (txID: <BR>>#7)<BR>>2005-11-18 11:47:38,818 DEBUG [Thread-12]: => <BR>>DbConnectionPool.freeConnection<BR>>2005-11-18 11:47:38,818 DEBUG [Thread-12]: <= <BR>>DbConnectionPool.freeConnection<BR>>2005-11-18 11:47:38,818 DEBUG [Thread-12]: <= Transaction.commit<BR>>2005-11-18 11:47:38,818 DEBUG [Thread-12]: final sequence number in <BR>>store: -9999<BR>>2005-11-18 11:47:38,818 DEBUG [Thread-12]: => MessageServer.store<BR>>2005-11-18 11:47:38,818 DEBUG [Thread-12]: insert into reftomessage <BR>>database<BR>>2005-11-18 11:47:38,818 DEBUG [Thread-12]: => <BR>>DbConnectionPool.getConnection<BR>>2005-11-18 11:47:38,818 DEBUG [Thread-12]: <= <BR>>DbConnectionPool.getConnection<BR>>2005-11-18 11:47:38,818 DEBUG [Thread-12]: Message haven't persisted<BR>>2005-11-18 11:47:38,818 DEBUG [Thread-12]: Try to persist to <BR>>R0000\message32785<BR>>2005-11-18 11:47:38,828 DEBUG [Thread-12]: Message Persisted to <BR>>R0000\message32785 on persitence handler<BR>>2005-11-18 11:47:38,828 DEBUG [Thread-12]: insert into messagestore <BR>>database<BR>>2005-11-18 11:47:38,828 DEBUG [Thread-12]: <= MessageServer.store<BR>>2005-11-18 11:47:38,828 DEBUG [Thread-12]: Ack replied synchronously<BR>>2005-11-18 11:47:38,828 DEBUG [Thread-12]: => <BR>>MessageServer.logReceivedMessage<BR>>2005-11-18 11:47:38,828 DEBUG [Thread-12]: <= <BR>>MessageServer.logReceivedMessage<BR>>2005-11-18 11:47:38,828 DEBUG [Thread-12]: <= <BR>>MessageServiceHandler.dispatchMessage<BR>>2005-11-18 11:47:38,828 DEBUG [Thread-12]: => Transaction.commit (txID: <BR>>#7)<BR>>2005-11-18 11:47:38,828 DEBUG [Thread-12]: => <BR>>DbConnectionPool.freeConnection<BR>>2005-11-18 11:47:38,828 DEBUG [Thread-12]: <= <BR>>DbConnectionPool.freeConnection<BR>>2005-11-18 11:47:38,828 DEBUG [Thread-12]: <= Transaction.commit<BR>>2005-11-18 11:47:38,828 DEBUG [Thread-12]: <= <BR>>MessageServiceHandler.onMessage<BR>>2005-11-18 11:47:47,452 INFO [http-8080-Processor25]: Process command: <BR>>Get message (32)<BR>>2005-11-18 11:47:47,452 DEBUG [http-8080-Processor25]: => <BR>>MessageServiceHandler.processCommand<BR>>2005-11-18 11:47:47,452 DEBUG [http-8080-Processor25]: => <BR>>MessageServiceHandler.getMessage<BR>>2005-11-18 11:47:47,452 DEBUG [http-8080-Processor25]: => <BR>>MessageServiceHandler.getNextUndeliveredMessage<BR>>2005-11-18 11:47:47,452 DEBUG [http-8080-Processor25]: => <BR>>MessageServer.getUndeliveredMessages<BR>>2005-11-18 11:47:47,452 DEBUG [http-8080-Processor25]: => <BR>>DbConnectionPool.getConnection<BR>>2005-11-18 11:47:47,452 DEBUG [http-8080-Processor25]: <= <BR>>DbConnectionPool.getConnection<BR>>2005-11-18 11:47:47,462 DEBUG [http-8080-Processor25]: <= <BR>>MessageServer.getUndeliveredMessages<BR>>2005-11-18 11:47:47,462 DEBUG [http-8080-Processor25]: => <BR>>MessageServer.setFileDeliveryStatus<BR>>2005-11-18 11:47:47,462 DEBUG [http-8080-Processor25]: <= <BR>>MessageServer.setFileDeliveryStatus<BR>>2005-11-18 11:47:47,462 DEBUG [http-8080-Processor25]: => <BR>>MessageServer.getMessageFromDataSource<BR>>2005-11-18 11:47:47,533 DEBUG [http-8080-Processor25]: <= <BR>>MessageServiceHandler.getNextUndeliveredMessage with messageId: <BR>>20051118-104728257-PO.po.PO.2@192.168.1.27 <BR>><http://service.com/%3Ca%20href=> " <BR>>target="_new">http://service.com/po.PO.2@192.168.1.27 <BR>><mailto:po.PO.2@192.168.1.27%3C/a> ><BR>>2005-11-18 11:47:47,533 DEBUG [http-8080-Processor25]: => <BR>>Transaction.commit (txID: #8)<BR>>2005-11-18 11:47:47,533 DEBUG [http-8080-Processor25]: => <BR>>DbConnectionPool.freeConnection<BR>>2005-11-18 11:47:47,533 DEBUG [http-8080-Processor25]: <= <BR>>DbConnectionPool.freeConnection<BR>>2005-11-18 11:47:47,533 DEBUG [http-8080-Processor25]: <= <BR>>Transaction.commit<BR>>2005-11-18 11:47:47,543 DEBUG [http-8080-Processor25]: <= <BR>>MessageServiceHandler.getMessage<BR>>2005-11-18 11:47:47,543 DEBUG [http-8080-Processor25]: <= <BR>>MessageServiceHandler.processCommand<BR>><BR>><BR>><BR>>---<BR>>Arnstein Vestad - PMP, CEH<BR>>Seniorrådgiver, KITH - http://www.kith.no/<BR>>Tlf.: 73 55 10 35, mob.: 93 43 50 95<BR>>arn...@ki...<BR>><BR>><BR>><BR>>-------------------------------------------------------<BR>>This SF.Net email is sponsored by the JBoss Inc. Get Certified Today <BR>>Register for a JBoss Training Course. Free Certification Exam for All <BR>>Training Attendees Through End of 2005. For more info visit:<BR>>http://ads.osdn.com/?ad_idv28&alloc_id845&opÌk<BR>>_______________________________________________<BR>>ebxmlms-general mailing list<BR>>ebx...@li...<BR>>https://lists.sourceforge.net/lists/listinfo/ebxmlms-general<BR>><BR>> <BR>><BR><BR><BR>-------------------------------------------------------<BR>This SF.Net email is sponsored by the JBoss Inc. Get Certified Today Register for a JBoss Training Course. Free Certification Exam for All Training Attendees Through End of 2005. For more info visit:<BR>http://ads.osdn.com/?ad_idv28&alloc_id845&op=ick<BR>_______________________________________________<BR>ebxmlms-general mailing list<BR>ebx...@li...<BR>https://lists.sourceforge.net/lists/listinfo/ebxmlms-general<BR><BR><BR>-------------------------------------------------------<BR>This SF.Net email is sponsored by the JBoss Inc. Get Certified Today<BR>Register for a JBoss Training Course. Free Certification Exam<BR>for All Training Attendees Through End of 2005. For more info visit:<BR>http://ads.osdn.com/?ad_idv28&alloc_id845&op=click<BR>_______________________________________________<BR>ebxmlms-general mailing list<BR>ebx...@li...<BR>https://lists.sourceforge.net/lists/listinfo/ebxmlms-general </BLOCKQUOTE>------------------------------------------------------- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today Register for a JBoss Training Course. Free Certification Exam for All Training Attendees Through End of 2005. For more info visit: http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=click _______________________________________________ ebxmlms-general mailing list ebx...@li... https://lists.sourceforge.net/lists/listinfo/ebxmlms-general </BLOCKQUOTE> |
|
From: Arnstein V. <arn...@ki...> - 2005-11-22 15:09:48
|
Thanks! That is definitively a fix to keep in mind!=20 We'll be doing some sort of validation of the messages - so that method = of giving feedback could be used for that. =20 Still Hermes seems a bit limited without the proper ebXML ack-messages - = one of the selling points of ebXML is reliable messaging - so this bug = is a bit limiting on the use of Hermes over SMTP. =20 Kind regards, Arnstein ________________________________ Fra: ebx...@li... = [mailto:ebx...@li...] P=E5 vegne av David = RR Webber (XML) Sendt: 22. november 2005 15:42 Til: ebx...@li... Kopi: ebx...@li... Emne: [SPAM] - RE: [ebxmlms-general] not getting read acknowledgements = from hermes - Email found in subject Arstein, =20 Suggestion - what we are doing is sending confirmation email messages = from the processing side inside the data handler. =20 So once we process the incoming message - and either find errors or = success - then we simply use the java mailer class to send a regular = email via out to the SMTP server back to their email box. =20 You could also send a receipt confirmation as soon as the data handler = starts processing - in case from some reason the datahandler encounters = a problem with the actual payload. =20 DW -------- Original Message -------- Subject: Re: [ebxmlms-general] not getting read acknowledgements from hermes From: "Arnstein Vestad" <arn...@ki...> Date: Tue, November 22, 2005 8:45 am To: <ebx...@li...> =09 Thanks for your reply! I've been browsing the code, but this seems like it's more than I can = fix without more extensive knowledge of how Hermes operates. =09 Is this a bug that will be fixed, or is SMTP as transport = unprioritized? We're doing some work on ebXML in the norwegian health care sector, and = I'm investigating hermes as a possible tool for this - but SMTP = transport is a must for this. =09 Are there other SMTP-related problems I should be aware of when using = Hermes? =09 Regards, Arnstein=20 =09 -----Opprinnelig melding----- Fra: ebx...@li... = [mailto:ebx...@li...] P=E5 vegne av = Patrick Yee Sendt: 22. november 2005 10:34 Til: ebx...@li... Emne: [SPAM] - Re: [ebxmlms-general] not getting read acknowledgements = from hermes - Email found in subject =09 This probably is a bug. Hermes cannot handle well of the ACK message = when working with SMTP protocol. For details, please see line 464 of = MessageServiceHandler.java in the latest source tree. The handler simply = ignore the ACK message generated. =09 Regards, -Patrick =09 =09 Arnstein Vestad wrote: =09 >Hi!=20 >I've been trying to set up Hermes to recieve messages from the ebMail = client application, and send read acknowledgements, but it looks like = Hermes isn't sending the requested acks. =20 >I check off "request read reciept" in ebMail (using the default PO = example plugin). Looking at the message repository for Hermes, it seems = like Hermes is preparing the acknowledgements, it just doesn't seem like = it gets sent. Am I missing something...? >Here is some of the log data for the reception of the message from = ebMail:=20 >=20 >-18 11:47:35,556 DEBUG [Thread-12]: polling mail server for messages >2005-11-18 11:47:35,556 DEBUG [Thread-12]: =3D> Mail.receive >2005-11-18 11:47:35,556 INFO [Thread-12]: Receiving pop3 messages from = >pop3.domeneshop.no<INBOX> >2005-11-18 11:47:38,748 DEBUG [Thread-12]: <=3D Mail.receive >2005-11-18 11:47:38,748 DEBUG [Thread-12]: got 1 messages >2005-11-18 11:47:38,748 INFO [Thread-12]: Received a message from SMTP >2005-11-18 11:47:38,748 DEBUG [Thread-12]: =3D>=20 >MessageServiceHandler.onMessage >2005-11-18 11:47:38,748 DEBUG [Thread-12]: =3D>=20 >MessageServiceHandler.dispatchMessage >2005-11-18 11:47:38,748 DEBUG [Thread-12]: =3D>=20 >MessageServiceHandler.hasSignature >2005-11-18 11:47:38,748 DEBUG [Thread-12]: <=3D=20 >MessageServiceHandler.hasSignature >2005-11-18 11:47:38,748 DEBUG [Thread-12]: validating incoming ebXML=20 >message >2005-11-18 11:47:38,758 DEBUG [Thread-12]: validation of incoming=20 >message ok >2005-11-18 11:47:38,768 DEBUG [Thread-12]: =3D> = MessageServer.hasReceived >2005-11-18 11:47:38,768 DEBUG [Thread-12]: =3D>=20 >DbConnectionPool.getConnection >2005-11-18 11:47:38,768 DEBUG [Thread-12]: <=3D=20 >DbConnectionPool.getConnection >2005-11-18 11:47:38,768 DEBUG [Thread-12]: <=3D = MessageServer.hasReceived >2005-11-18 11:47:38,768 DEBUG [Thread-12]: message has an AckReq >2005-11-18 11:47:38,768 DEBUG [Thread-12]: =3D> = MessageServer.hasReceived >2005-11-18 11:47:38,768 DEBUG [Thread-12]: <=3D = MessageServer.hasReceived >2005-11-18 11:47:38,768 DEBUG [Thread-12]: message has not been=20 >received previously >2005-11-18 11:47:38,768 DEBUG [Thread-12]: final sequence number in=20 >store: -9998 >2005-11-18 11:47:38,768 DEBUG [Thread-12]: =3D> MessageServer.store >2005-11-18 11:47:38,768 DEBUG [Thread-12]: Message haven't persisted >2005-11-18 11:47:38,768 DEBUG [Thread-12]: Try to persist to=20 >R0000\message32784 >2005-11-18 11:47:38,778 DEBUG [Thread-12]: Message Persisted to=20 >R0000\message32784 on persitence handler >2005-11-18 11:47:38,778 DEBUG [Thread-12]: insert into messagestore=20 >database >2005-11-18 11:47:38,778 DEBUG [Thread-12]: <=3D MessageServer.store >2005-11-18 11:47:38,778 DEBUG [Thread-12]: =3D>=20 >MessageServiceHandler.generateAcknowledgment >2005-11-18 11:47:38,818 DEBUG [Thread-12]: <=3D=20 >MessageServiceHandler.generateAcknowledgment >2005-11-18 11:47:38,818 DEBUG [Thread-12]: =3D> Transaction.commit = (txID:=20 >#7) >2005-11-18 11:47:38,818 DEBUG [Thread-12]: =3D>=20 >DbConnectionPool.freeConnection >2005-11-18 11:47:38,818 DEBUG [Thread-12]: <=3D=20 >DbConnectionPool.freeConnection >2005-11-18 11:47:38,818 DEBUG [Thread-12]: <=3D Transaction.commit >2005-11-18 11:47:38,818 DEBUG [Thread-12]: final sequence number in=20 >store: -9999 >2005-11-18 11:47:38,818 DEBUG [Thread-12]: =3D> MessageServer.store >2005-11-18 11:47:38,818 DEBUG [Thread-12]: insert into reftomessage=20 >database >2005-11-18 11:47:38,818 DEBUG [Thread-12]: =3D>=20 >DbConnectionPool.getConnection >2005-11-18 11:47:38,818 DEBUG [Thread-12]: <=3D=20 >DbConnectionPool.getConnection >2005-11-18 11:47:38,818 DEBUG [Thread-12]: Message haven't persisted >2005-11-18 11:47:38,818 DEBUG [Thread-12]: Try to persist to=20 >R0000\message32785 >2005-11-18 11:47:38,828 DEBUG [Thread-12]: Message Persisted to=20 >R0000\message32785 on persitence handler >2005-11-18 11:47:38,828 DEBUG [Thread-12]: insert into messagestore=20 >database >2005-11-18 11:47:38,828 DEBUG [Thread-12]: <=3D MessageServer.store >2005-11-18 11:47:38,828 DEBUG [Thread-12]: Ack replied synchronously >2005-11-18 11:47:38,828 DEBUG [Thread-12]: =3D>=20 >MessageServer.logReceivedMessage >2005-11-18 11:47:38,828 DEBUG [Thread-12]: <=3D=20 >MessageServer.logReceivedMessage >2005-11-18 11:47:38,828 DEBUG [Thread-12]: <=3D=20 >MessageServiceHandler.dispatchMessage >2005-11-18 11:47:38,828 DEBUG [Thread-12]: =3D> Transaction.commit = (txID:=20 >#7) >2005-11-18 11:47:38,828 DEBUG [Thread-12]: =3D>=20 >DbConnectionPool.freeConnection >2005-11-18 11:47:38,828 DEBUG [Thread-12]: <=3D=20 >DbConnectionPool.freeConnection >2005-11-18 11:47:38,828 DEBUG [Thread-12]: <=3D Transaction.commit >2005-11-18 11:47:38,828 DEBUG [Thread-12]: <=3D=20 >MessageServiceHandler.onMessage >2005-11-18 11:47:47,452 INFO [http-8080-Processor25]: Process command: = >Get message (32) >2005-11-18 11:47:47,452 DEBUG [http-8080-Processor25]: =3D>=20 >MessageServiceHandler.processCommand >2005-11-18 11:47:47,452 DEBUG [http-8080-Processor25]: =3D>=20 >MessageServiceHandler.getMessage >2005-11-18 11:47:47,452 DEBUG [http-8080-Processor25]: =3D>=20 >MessageServiceHandler.getNextUndeliveredMessage >2005-11-18 11:47:47,452 DEBUG [http-8080-Processor25]: =3D>=20 >MessageServer.getUndeliveredMessages >2005-11-18 11:47:47,452 DEBUG [http-8080-Processor25]: =3D>=20 >DbConnectionPool.getConnection >2005-11-18 11:47:47,452 DEBUG [http-8080-Processor25]: <=3D=20 >DbConnectionPool.getConnection >2005-11-18 11:47:47,462 DEBUG [http-8080-Processor25]: <=3D=20 >MessageServer.getUndeliveredMessages >2005-11-18 11:47:47,462 DEBUG [http-8080-Processor25]: =3D>=20 >MessageServer.setFileDeliveryStatus >2005-11-18 11:47:47,462 DEBUG [http-8080-Processor25]: <=3D=20 >MessageServer.setFileDeliveryStatus >2005-11-18 11:47:47,462 DEBUG [http-8080-Processor25]: =3D>=20 >MessageServer.getMessageFromDataSource >2005-11-18 11:47:47,533 DEBUG [http-8080-Processor25]: <=3D=20 >MessageServiceHandler.getNextUndeliveredMessage with messageId:=20 >20051118-104728257-PO.po.PO.2@192.168.1.27=20 ><http://service.com/%3Ca%20href=3D> "=20 >target=3D"_new">http://service.com/po.PO.2@192.168.1.27=20 ><mailto:po.PO.2@192.168.1.27%3C/a> > >2005-11-18 11:47:47,533 DEBUG [http-8080-Processor25]: =3D>=20 >Transaction.commit (txID: #8) >2005-11-18 11:47:47,533 DEBUG [http-8080-Processor25]: =3D>=20 >DbConnectionPool.freeConnection >2005-11-18 11:47:47,533 DEBUG [http-8080-Processor25]: <=3D=20 >DbConnectionPool.freeConnection >2005-11-18 11:47:47,533 DEBUG [http-8080-Processor25]: <=3D=20 >Transaction.commit >2005-11-18 11:47:47,543 DEBUG [http-8080-Processor25]: <=3D=20 >MessageServiceHandler.getMessage >2005-11-18 11:47:47,543 DEBUG [http-8080-Processor25]: <=3D=20 >MessageServiceHandler.processCommand > > > >--- >Arnstein Vestad - PMP, CEH >Seniorr=E5dgiver, KITH - http://www.kith.no/ >Tlf.: 73 55 10 35, mob.: 93 43 50 95 >arn...@ki... > > > >------------------------------------------------------- >This SF.Net email is sponsored by the JBoss Inc. Get Certified Today=20 >Register for a JBoss Training Course. Free Certification Exam for All = >Training Attendees Through End of 2005. For more info visit: >http://ads.osdn.com/?ad_idv28&alloc_id=16845&op=CCk >_______________________________________________ >ebxmlms-general mailing list >ebx...@li... >https://lists.sourceforge.net/lists/listinfo/ebxmlms-general > > =20 > =09 =09 ------------------------------------------------------- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today = Register for a JBoss Training Course. Free Certification Exam for All = Training Attendees Through End of 2005. For more info visit: http://ads.osdn.com/?ad_idv28&alloc_id=16845&op=3Dick _______________________________________________ ebxmlms-general mailing list ebx...@li... https://lists.sourceforge.net/lists/listinfo/ebxmlms-general =09 =09 ------------------------------------------------------- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today Register for a JBoss Training Course. Free Certification Exam for All Training Attendees Through End of 2005. For more info visit: http://ads.osdn.com/?ad_idv28&alloc_id=16845&op=3Dclick _______________________________________________ ebxmlms-general mailing list ebx...@li... https://lists.sourceforge.net/lists/listinfo/ebxmlms-general=20 ------------------------------------------------------- This SF.Net = email is sponsored by the JBoss Inc. Get Certified Today Register for a = JBoss Training Course. Free Certification Exam for All Training = Attendees Through End of 2005. For more info visit: = http://ads.osdn.com/?ad_id=3D7628&alloc_id=3D16845&op=3Dclick = _______________________________________________ ebxmlms-general mailing = list ebx...@li... = https://lists.sourceforge.net/lists/listinfo/ebxmlms-general=20 |
|
From: David RR W. \(XML\) <da...@dr...> - 2005-11-22 14:42:40
|
<div>Arstein,</div> <div> </div> <div>Suggestion - what we are doing is sending confirmation email messages from the processing side inside the data handler.</div> <div> </div> <div>So once we process the incoming message - and either find errors or success - then we simply use the java mailer class to send a regular email via out to the SMTP server back to their email box.</div> <div> </div> <div>You could also send a receipt confirmation as soon as the data handler starts processing - in case from some reason the datahandler encounters a problem with the actual payload.</div> <div> </div> <div>DW<BR><BR></div> <BLOCKQUOTE style="PADDING-LEFT: 8px; MARGIN-LEFT: 8px; BORDER-LEFT: blue 2px solid"><BR>-------- Original Message --------<BR>Subject: Re: [ebxmlms-general] not getting read acknowledgements from<BR>hermes<BR>From: "Arnstein Vestad" <arn...@ki...><BR>Date: Tue, November 22, 2005 8:45 am<BR>To: <ebx...@li...><BR><BR>Thanks for your reply!<BR>I've been browsing the code, but this seems like it's more than I can fix without more extensive knowledge of how Hermes operates.<BR><BR>Is this a bug that will be fixed, or is SMTP as transport unprioritized?<BR>We're doing some work on ebXML in the norwegian health care sector, and I'm investigating hermes as a possible tool for this - but SMTP transport is a must for this.<BR><BR>Are there other SMTP-related problems I should be aware of when using Hermes?<BR><BR>Regards,<BR>Arnstein <BR><BR>-----Opprinnelig melding-----<BR>Fra: ebx...@li... [mailto:ebx...@li...] På vegne av Patrick Yee<BR>Sendt: 22. november 2005 10:34<BR>Til: ebx...@li...<BR>Emne: [SPAM] - Re: [ebxmlms-general] not getting read acknowledgements from hermes - Email found in subject<BR><BR>This probably is a bug. Hermes cannot handle well of the ACK message when working with SMTP protocol. For details, please see line 464 of MessageServiceHandler.java in the latest source tree. The handler simply ignore the ACK message generated.<BR><BR>Regards, -Patrick<BR><BR><BR>Arnstein Vestad wrote:<BR><BR>>Hi! <BR>>I've been trying to set up Hermes to recieve messages from the ebMail client application, and send read acknowledgements, but it looks like Hermes isn't sending the requested acks. <BR>>I check off "request read reciept" in ebMail (using the default PO example plugin). Looking at the message repository for Hermes, it seems like Hermes is preparing the acknowledgements, it just doesn't seem like it gets sent. Am I missing something...?<BR>>Here is some of the log data for the reception of the message from ebMail: <BR>> <BR>>-18 11:47:35,556 DEBUG [Thread-12]: polling mail server for messages<BR>>2005-11-18 11:47:35,556 DEBUG [Thread-12]: => Mail.receive<BR>>2005-11-18 11:47:35,556 INFO [Thread-12]: Receiving pop3 messages from <BR>>pop3.domeneshop.no<INBOX><BR>>2005-11-18 11:47:38,748 DEBUG [Thread-12]: <= Mail.receive<BR>>2005-11-18 11:47:38,748 DEBUG [Thread-12]: got 1 messages<BR>>2005-11-18 11:47:38,748 INFO [Thread-12]: Received a message from SMTP<BR>>2005-11-18 11:47:38,748 DEBUG [Thread-12]: => <BR>>MessageServiceHandler.onMessage<BR>>2005-11-18 11:47:38,748 DEBUG [Thread-12]: => <BR>>MessageServiceHandler.dispatchMessage<BR>>2005-11-18 11:47:38,748 DEBUG [Thread-12]: => <BR>>MessageServiceHandler.hasSignature<BR>>2005-11-18 11:47:38,748 DEBUG [Thread-12]: <= <BR>>MessageServiceHandler.hasSignature<BR>>2005-11-18 11:47:38,748 DEBUG [Thread-12]: validating incoming ebXML <BR>>message<BR>>2005-11-18 11:47:38,758 DEBUG [Thread-12]: validation of incoming <BR>>message ok<BR>>2005-11-18 11:47:38,768 DEBUG [Thread-12]: => MessageServer.hasReceived<BR>>2005-11-18 11:47:38,768 DEBUG [Thread-12]: => <BR>>DbConnectionPool.getConnection<BR>>2005-11-18 11:47:38,768 DEBUG [Thread-12]: <= <BR>>DbConnectionPool.getConnection<BR>>2005-11-18 11:47:38,768 DEBUG [Thread-12]: <= MessageServer.hasReceived<BR>>2005-11-18 11:47:38,768 DEBUG [Thread-12]: message has an AckReq<BR>>2005-11-18 11:47:38,768 DEBUG [Thread-12]: => MessageServer.hasReceived<BR>>2005-11-18 11:47:38,768 DEBUG [Thread-12]: <= MessageServer.hasReceived<BR>>2005-11-18 11:47:38,768 DEBUG [Thread-12]: message has not been <BR>>received previously<BR>>2005-11-18 11:47:38,768 DEBUG [Thread-12]: final sequence number in <BR>>store: -9998<BR>>2005-11-18 11:47:38,768 DEBUG [Thread-12]: => MessageServer.store<BR>>2005-11-18 11:47:38,768 DEBUG [Thread-12]: Message haven't persisted<BR>>2005-11-18 11:47:38,768 DEBUG [Thread-12]: Try to persist to <BR>>R0000\message32784<BR>>2005-11-18 11:47:38,778 DEBUG [Thread-12]: Message Persisted to <BR>>R0000\message32784 on persitence handler<BR>>2005-11-18 11:47:38,778 DEBUG [Thread-12]: insert into messagestore <BR>>database<BR>>2005-11-18 11:47:38,778 DEBUG [Thread-12]: <= MessageServer.store<BR>>2005-11-18 11:47:38,778 DEBUG [Thread-12]: => <BR>>MessageServiceHandler.generateAcknowledgment<BR>>2005-11-18 11:47:38,818 DEBUG [Thread-12]: <= <BR>>MessageServiceHandler.generateAcknowledgment<BR>>2005-11-18 11:47:38,818 DEBUG [Thread-12]: => Transaction.commit (txID: <BR>>#7)<BR>>2005-11-18 11:47:38,818 DEBUG [Thread-12]: => <BR>>DbConnectionPool.freeConnection<BR>>2005-11-18 11:47:38,818 DEBUG [Thread-12]: <= <BR>>DbConnectionPool.freeConnection<BR>>2005-11-18 11:47:38,818 DEBUG [Thread-12]: <= Transaction.commit<BR>>2005-11-18 11:47:38,818 DEBUG [Thread-12]: final sequence number in <BR>>store: -9999<BR>>2005-11-18 11:47:38,818 DEBUG [Thread-12]: => MessageServer.store<BR>>2005-11-18 11:47:38,818 DEBUG [Thread-12]: insert into reftomessage <BR>>database<BR>>2005-11-18 11:47:38,818 DEBUG [Thread-12]: => <BR>>DbConnectionPool.getConnection<BR>>2005-11-18 11:47:38,818 DEBUG [Thread-12]: <= <BR>>DbConnectionPool.getConnection<BR>>2005-11-18 11:47:38,818 DEBUG [Thread-12]: Message haven't persisted<BR>>2005-11-18 11:47:38,818 DEBUG [Thread-12]: Try to persist to <BR>>R0000\message32785<BR>>2005-11-18 11:47:38,828 DEBUG [Thread-12]: Message Persisted to <BR>>R0000\message32785 on persitence handler<BR>>2005-11-18 11:47:38,828 DEBUG [Thread-12]: insert into messagestore <BR>>database<BR>>2005-11-18 11:47:38,828 DEBUG [Thread-12]: <= MessageServer.store<BR>>2005-11-18 11:47:38,828 DEBUG [Thread-12]: Ack replied synchronously<BR>>2005-11-18 11:47:38,828 DEBUG [Thread-12]: => <BR>>MessageServer.logReceivedMessage<BR>>2005-11-18 11:47:38,828 DEBUG [Thread-12]: <= <BR>>MessageServer.logReceivedMessage<BR>>2005-11-18 11:47:38,828 DEBUG [Thread-12]: <= <BR>>MessageServiceHandler.dispatchMessage<BR>>2005-11-18 11:47:38,828 DEBUG [Thread-12]: => Transaction.commit (txID: <BR>>#7)<BR>>2005-11-18 11:47:38,828 DEBUG [Thread-12]: => <BR>>DbConnectionPool.freeConnection<BR>>2005-11-18 11:47:38,828 DEBUG [Thread-12]: <= <BR>>DbConnectionPool.freeConnection<BR>>2005-11-18 11:47:38,828 DEBUG [Thread-12]: <= Transaction.commit<BR>>2005-11-18 11:47:38,828 DEBUG [Thread-12]: <= <BR>>MessageServiceHandler.onMessage<BR>>2005-11-18 11:47:47,452 INFO [http-8080-Processor25]: Process command: <BR>>Get message (32)<BR>>2005-11-18 11:47:47,452 DEBUG [http-8080-Processor25]: => <BR>>MessageServiceHandler.processCommand<BR>>2005-11-18 11:47:47,452 DEBUG [http-8080-Processor25]: => <BR>>MessageServiceHandler.getMessage<BR>>2005-11-18 11:47:47,452 DEBUG [http-8080-Processor25]: => <BR>>MessageServiceHandler.getNextUndeliveredMessage<BR>>2005-11-18 11:47:47,452 DEBUG [http-8080-Processor25]: => <BR>>MessageServer.getUndeliveredMessages<BR>>2005-11-18 11:47:47,452 DEBUG [http-8080-Processor25]: => <BR>>DbConnectionPool.getConnection<BR>>2005-11-18 11:47:47,452 DEBUG [http-8080-Processor25]: <= <BR>>DbConnectionPool.getConnection<BR>>2005-11-18 11:47:47,462 DEBUG [http-8080-Processor25]: <= <BR>>MessageServer.getUndeliveredMessages<BR>>2005-11-18 11:47:47,462 DEBUG [http-8080-Processor25]: => <BR>>MessageServer.setFileDeliveryStatus<BR>>2005-11-18 11:47:47,462 DEBUG [http-8080-Processor25]: <= <BR>>MessageServer.setFileDeliveryStatus<BR>>2005-11-18 11:47:47,462 DEBUG [http-8080-Processor25]: => <BR>>MessageServer.getMessageFromDataSource<BR>>2005-11-18 11:47:47,533 DEBUG [http-8080-Processor25]: <= <BR>>MessageServiceHandler.getNextUndeliveredMessage with messageId: <BR>>20051118-104728257-PO.po.PO.2@192.168.1.27 <BR>><http://service.com/%3Ca%20href=> " <BR>>target="_new">http://service.com/po.PO.2@192.168.1.27 <BR>><mailto:po.PO.2@192.168.1.27%3C/a> ><BR>>2005-11-18 11:47:47,533 DEBUG [http-8080-Processor25]: => <BR>>Transaction.commit (txID: #8)<BR>>2005-11-18 11:47:47,533 DEBUG [http-8080-Processor25]: => <BR>>DbConnectionPool.freeConnection<BR>>2005-11-18 11:47:47,533 DEBUG [http-8080-Processor25]: <= <BR>>DbConnectionPool.freeConnection<BR>>2005-11-18 11:47:47,533 DEBUG [http-8080-Processor25]: <= <BR>>Transaction.commit<BR>>2005-11-18 11:47:47,543 DEBUG [http-8080-Processor25]: <= <BR>>MessageServiceHandler.getMessage<BR>>2005-11-18 11:47:47,543 DEBUG [http-8080-Processor25]: <= <BR>>MessageServiceHandler.processCommand<BR>><BR>><BR>><BR>>---<BR>>Arnstein Vestad - PMP, CEH<BR>>Seniorrådgiver, KITH - http://www.kith.no/<BR>>Tlf.: 73 55 10 35, mob.: 93 43 50 95<BR>>arn...@ki...<BR>><BR>><BR>><BR>>-------------------------------------------------------<BR>>This SF.Net email is sponsored by the JBoss Inc. Get Certified Today <BR>>Register for a JBoss Training Course. Free Certification Exam for All <BR>>Training Attendees Through End of 2005. For more info visit:<BR>>http://ads.osdn.com/?ad_idv28&alloc_id845&opÌk<BR>>_______________________________________________<BR>>ebxmlms-general mailing list<BR>>ebx...@li...<BR>>https://lists.sourceforge.net/lists/listinfo/ebxmlms-general<BR>><BR>> <BR>><BR><BR><BR>-------------------------------------------------------<BR>This SF.Net email is sponsored by the JBoss Inc. Get Certified Today Register for a JBoss Training Course. Free Certification Exam for All Training Attendees Through End of 2005. For more info visit:<BR>http://ads.osdn.com/?ad_idv28&alloc_id845&op=ick<BR>_______________________________________________<BR>ebxmlms-general mailing list<BR>ebx...@li...<BR>https://lists.sourceforge.net/lists/listinfo/ebxmlms-general<BR><BR><BR>-------------------------------------------------------<BR>This SF.Net email is sponsored by the JBoss Inc. Get Certified Today<BR>Register for a JBoss Training Course. Free Certification Exam<BR>for All Training Attendees Through End of 2005. For more info visit:<BR>http://ads.osdn.com/?ad_idv28&alloc_id845&op=click<BR>_______________________________________________<BR>ebxmlms-general mailing list<BR>ebx...@li...<BR>https://lists.sourceforge.net/lists/listinfo/ebxmlms-general </BLOCKQUOTE> |
|
From: Arnstein V. <arn...@ki...> - 2005-11-22 13:46:05
|
Thanks for your reply! I've been browsing the code, but this seems like it's more than I can = fix without more extensive knowledge of how Hermes operates. Is this a bug that will be fixed, or is SMTP as transport unprioritized? We're doing some work on ebXML in the norwegian health care sector, and = I'm investigating hermes as a possible tool for this - but SMTP = transport is a must for this. Are there other SMTP-related problems I should be aware of when using = Hermes? Regards, Arnstein=20 -----Opprinnelig melding----- Fra: ebx...@li... = [mailto:ebx...@li...] P=E5 vegne av = Patrick Yee Sendt: 22. november 2005 10:34 Til: ebx...@li... Emne: [SPAM] - Re: [ebxmlms-general] not getting read acknowledgements = from hermes - Email found in subject This probably is a bug. Hermes cannot handle well of the ACK message = when working with SMTP protocol. For details, please see line 464 of = MessageServiceHandler.java in the latest source tree. The handler simply = ignore the ACK message generated. Regards, -Patrick Arnstein Vestad wrote: >Hi!=20 >I've been trying to set up Hermes to recieve messages from the ebMail = client application, and send read acknowledgements, but it looks like = Hermes isn't sending the requested acks. =20 >I check off "request read reciept" in ebMail (using the default PO = example plugin). Looking at the message repository for Hermes, it seems = like Hermes is preparing the acknowledgements, it just doesn't seem like = it gets sent. Am I missing something...? >Here is some of the log data for the reception of the message from = ebMail:=20 >=20 >-18 11:47:35,556 DEBUG [Thread-12]: polling mail server for messages >2005-11-18 11:47:35,556 DEBUG [Thread-12]: =3D> Mail.receive >2005-11-18 11:47:35,556 INFO [Thread-12]: Receiving pop3 messages from=20 >pop3.domeneshop.no<INBOX> >2005-11-18 11:47:38,748 DEBUG [Thread-12]: <=3D Mail.receive >2005-11-18 11:47:38,748 DEBUG [Thread-12]: got 1 messages >2005-11-18 11:47:38,748 INFO [Thread-12]: Received a message from SMTP >2005-11-18 11:47:38,748 DEBUG [Thread-12]: =3D>=20 >MessageServiceHandler.onMessage >2005-11-18 11:47:38,748 DEBUG [Thread-12]: =3D>=20 >MessageServiceHandler.dispatchMessage >2005-11-18 11:47:38,748 DEBUG [Thread-12]: =3D>=20 >MessageServiceHandler.hasSignature >2005-11-18 11:47:38,748 DEBUG [Thread-12]: <=3D=20 >MessageServiceHandler.hasSignature >2005-11-18 11:47:38,748 DEBUG [Thread-12]: validating incoming ebXML=20 >message >2005-11-18 11:47:38,758 DEBUG [Thread-12]: validation of incoming=20 >message ok >2005-11-18 11:47:38,768 DEBUG [Thread-12]: =3D> = MessageServer.hasReceived >2005-11-18 11:47:38,768 DEBUG [Thread-12]: =3D>=20 >DbConnectionPool.getConnection >2005-11-18 11:47:38,768 DEBUG [Thread-12]: <=3D=20 >DbConnectionPool.getConnection >2005-11-18 11:47:38,768 DEBUG [Thread-12]: <=3D = MessageServer.hasReceived >2005-11-18 11:47:38,768 DEBUG [Thread-12]: message has an AckReq >2005-11-18 11:47:38,768 DEBUG [Thread-12]: =3D> = MessageServer.hasReceived >2005-11-18 11:47:38,768 DEBUG [Thread-12]: <=3D = MessageServer.hasReceived >2005-11-18 11:47:38,768 DEBUG [Thread-12]: message has not been=20 >received previously >2005-11-18 11:47:38,768 DEBUG [Thread-12]: final sequence number in=20 >store: -9998 >2005-11-18 11:47:38,768 DEBUG [Thread-12]: =3D> MessageServer.store >2005-11-18 11:47:38,768 DEBUG [Thread-12]: Message haven't persisted >2005-11-18 11:47:38,768 DEBUG [Thread-12]: Try to persist to=20 >R0000\message32784 >2005-11-18 11:47:38,778 DEBUG [Thread-12]: Message Persisted to=20 >R0000\message32784 on persitence handler >2005-11-18 11:47:38,778 DEBUG [Thread-12]: insert into messagestore=20 >database >2005-11-18 11:47:38,778 DEBUG [Thread-12]: <=3D MessageServer.store >2005-11-18 11:47:38,778 DEBUG [Thread-12]: =3D>=20 >MessageServiceHandler.generateAcknowledgment >2005-11-18 11:47:38,818 DEBUG [Thread-12]: <=3D=20 >MessageServiceHandler.generateAcknowledgment >2005-11-18 11:47:38,818 DEBUG [Thread-12]: =3D> Transaction.commit = (txID:=20 >#7) >2005-11-18 11:47:38,818 DEBUG [Thread-12]: =3D>=20 >DbConnectionPool.freeConnection >2005-11-18 11:47:38,818 DEBUG [Thread-12]: <=3D=20 >DbConnectionPool.freeConnection >2005-11-18 11:47:38,818 DEBUG [Thread-12]: <=3D Transaction.commit >2005-11-18 11:47:38,818 DEBUG [Thread-12]: final sequence number in=20 >store: -9999 >2005-11-18 11:47:38,818 DEBUG [Thread-12]: =3D> MessageServer.store >2005-11-18 11:47:38,818 DEBUG [Thread-12]: insert into reftomessage=20 >database >2005-11-18 11:47:38,818 DEBUG [Thread-12]: =3D>=20 >DbConnectionPool.getConnection >2005-11-18 11:47:38,818 DEBUG [Thread-12]: <=3D=20 >DbConnectionPool.getConnection >2005-11-18 11:47:38,818 DEBUG [Thread-12]: Message haven't persisted >2005-11-18 11:47:38,818 DEBUG [Thread-12]: Try to persist to=20 >R0000\message32785 >2005-11-18 11:47:38,828 DEBUG [Thread-12]: Message Persisted to=20 >R0000\message32785 on persitence handler >2005-11-18 11:47:38,828 DEBUG [Thread-12]: insert into messagestore=20 >database >2005-11-18 11:47:38,828 DEBUG [Thread-12]: <=3D MessageServer.store >2005-11-18 11:47:38,828 DEBUG [Thread-12]: Ack replied synchronously >2005-11-18 11:47:38,828 DEBUG [Thread-12]: =3D>=20 >MessageServer.logReceivedMessage >2005-11-18 11:47:38,828 DEBUG [Thread-12]: <=3D=20 >MessageServer.logReceivedMessage >2005-11-18 11:47:38,828 DEBUG [Thread-12]: <=3D=20 >MessageServiceHandler.dispatchMessage >2005-11-18 11:47:38,828 DEBUG [Thread-12]: =3D> Transaction.commit = (txID:=20 >#7) >2005-11-18 11:47:38,828 DEBUG [Thread-12]: =3D>=20 >DbConnectionPool.freeConnection >2005-11-18 11:47:38,828 DEBUG [Thread-12]: <=3D=20 >DbConnectionPool.freeConnection >2005-11-18 11:47:38,828 DEBUG [Thread-12]: <=3D Transaction.commit >2005-11-18 11:47:38,828 DEBUG [Thread-12]: <=3D=20 >MessageServiceHandler.onMessage >2005-11-18 11:47:47,452 INFO [http-8080-Processor25]: Process command:=20 >Get message (32) >2005-11-18 11:47:47,452 DEBUG [http-8080-Processor25]: =3D>=20 >MessageServiceHandler.processCommand >2005-11-18 11:47:47,452 DEBUG [http-8080-Processor25]: =3D>=20 >MessageServiceHandler.getMessage >2005-11-18 11:47:47,452 DEBUG [http-8080-Processor25]: =3D>=20 >MessageServiceHandler.getNextUndeliveredMessage >2005-11-18 11:47:47,452 DEBUG [http-8080-Processor25]: =3D>=20 >MessageServer.getUndeliveredMessages >2005-11-18 11:47:47,452 DEBUG [http-8080-Processor25]: =3D>=20 >DbConnectionPool.getConnection >2005-11-18 11:47:47,452 DEBUG [http-8080-Processor25]: <=3D=20 >DbConnectionPool.getConnection >2005-11-18 11:47:47,462 DEBUG [http-8080-Processor25]: <=3D=20 >MessageServer.getUndeliveredMessages >2005-11-18 11:47:47,462 DEBUG [http-8080-Processor25]: =3D>=20 >MessageServer.setFileDeliveryStatus >2005-11-18 11:47:47,462 DEBUG [http-8080-Processor25]: <=3D=20 >MessageServer.setFileDeliveryStatus >2005-11-18 11:47:47,462 DEBUG [http-8080-Processor25]: =3D>=20 >MessageServer.getMessageFromDataSource >2005-11-18 11:47:47,533 DEBUG [http-8080-Processor25]: <=3D=20 >MessageServiceHandler.getNextUndeliveredMessage with messageId:=20 >20051118-104728257-PO.po.PO.2@192.168.1.27=20 ><http://service.com/%3Ca%20href=3D> "=20 >target=3D"_new">http://service.com/po.PO.2@192.168.1.27=20 ><mailto:po.PO.2@192.168.1.27%3C/a> > >2005-11-18 11:47:47,533 DEBUG [http-8080-Processor25]: =3D>=20 >Transaction.commit (txID: #8) >2005-11-18 11:47:47,533 DEBUG [http-8080-Processor25]: =3D>=20 >DbConnectionPool.freeConnection >2005-11-18 11:47:47,533 DEBUG [http-8080-Processor25]: <=3D=20 >DbConnectionPool.freeConnection >2005-11-18 11:47:47,533 DEBUG [http-8080-Processor25]: <=3D=20 >Transaction.commit >2005-11-18 11:47:47,543 DEBUG [http-8080-Processor25]: <=3D=20 >MessageServiceHandler.getMessage >2005-11-18 11:47:47,543 DEBUG [http-8080-Processor25]: <=3D=20 >MessageServiceHandler.processCommand > > > >--- >Arnstein Vestad - PMP, CEH >Seniorr=E5dgiver, KITH - http://www.kith.no/ >Tlf.: 73 55 10 35, mob.: 93 43 50 95 >arn...@ki... > > > >------------------------------------------------------- >This SF.Net email is sponsored by the JBoss Inc. Get Certified Today=20 >Register for a JBoss Training Course. Free Certification Exam for All=20 >Training Attendees Through End of 2005. For more info visit: >http://ads.osdn.com/?ad_idv28&alloc_id=16845&op=CCk >_______________________________________________ >ebxmlms-general mailing list >ebx...@li... >https://lists.sourceforge.net/lists/listinfo/ebxmlms-general > > =20 > ------------------------------------------------------- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today = Register for a JBoss Training Course. Free Certification Exam for All = Training Attendees Through End of 2005. For more info visit: http://ads.osdn.com/?ad_idv28&alloc_id=16845&op=3Dick _______________________________________________ ebxmlms-general mailing list ebx...@li... https://lists.sourceforge.net/lists/listinfo/ebxmlms-general |
|
From: Patrick Y. <kc...@ce...> - 2005-11-22 09:34:13
|
This probably is a bug. Hermes cannot handle well of the ACK message=20 when working with SMTP protocol. For details, please see line 464 of=20 MessageServiceHandler.java in the latest source tree. The handler simply=20 ignore the ACK message generated. Regards, -Patrick Arnstein Vestad wrote: >Hi!=20 >I've been trying to set up Hermes to recieve messages from the ebMail cl= ient application, and send read acknowledgements, but it looks like Herme= s isn't sending the requested acks. =20 >I check off "request read reciept" in ebMail (using the default PO examp= le plugin). Looking at the message repository for Hermes, it seems like H= ermes is preparing the acknowledgements, it just doesn't seem like it get= s sent. Am I missing something...? >Here is some of the log data for the reception of the message from ebMai= l:=20 >=20 >-18 11:47:35,556 DEBUG [Thread-12]: polling mail server for messages=20 >2005-11-18 11:47:35,556 DEBUG [Thread-12]: =3D> Mail.receive=20 >2005-11-18 11:47:35,556 INFO [Thread-12]: Receiving pop3 messages from p= op3.domeneshop.no<INBOX>=20 >2005-11-18 11:47:38,748 DEBUG [Thread-12]: <=3D Mail.receive=20 >2005-11-18 11:47:38,748 DEBUG [Thread-12]: got 1 messages=20 >2005-11-18 11:47:38,748 INFO [Thread-12]: Received a message from SMTP=20 >2005-11-18 11:47:38,748 DEBUG [Thread-12]: =3D> MessageServiceHandler.on= Message=20 >2005-11-18 11:47:38,748 DEBUG [Thread-12]: =3D> MessageServiceHandler.di= spatchMessage=20 >2005-11-18 11:47:38,748 DEBUG [Thread-12]: =3D> MessageServiceHandler.ha= sSignature=20 >2005-11-18 11:47:38,748 DEBUG [Thread-12]: <=3D MessageServiceHandler.ha= sSignature=20 >2005-11-18 11:47:38,748 DEBUG [Thread-12]: validating incoming ebXML mes= sage=20 >2005-11-18 11:47:38,758 DEBUG [Thread-12]: validation of incoming messag= e ok=20 >2005-11-18 11:47:38,768 DEBUG [Thread-12]: =3D> MessageServer.hasReceive= d=20 >2005-11-18 11:47:38,768 DEBUG [Thread-12]: =3D> DbConnectionPool.getConn= ection=20 >2005-11-18 11:47:38,768 DEBUG [Thread-12]: <=3D DbConnectionPool.getConn= ection=20 >2005-11-18 11:47:38,768 DEBUG [Thread-12]: <=3D MessageServer.hasReceive= d=20 >2005-11-18 11:47:38,768 DEBUG [Thread-12]: message has an AckReq=20 >2005-11-18 11:47:38,768 DEBUG [Thread-12]: =3D> MessageServer.hasReceive= d=20 >2005-11-18 11:47:38,768 DEBUG [Thread-12]: <=3D MessageServer.hasReceive= d=20 >2005-11-18 11:47:38,768 DEBUG [Thread-12]: message has not been received= previously=20 >2005-11-18 11:47:38,768 DEBUG [Thread-12]: final sequence number in stor= e: -9998=20 >2005-11-18 11:47:38,768 DEBUG [Thread-12]: =3D> MessageServer.store=20 >2005-11-18 11:47:38,768 DEBUG [Thread-12]: Message haven't persisted=20 >2005-11-18 11:47:38,768 DEBUG [Thread-12]: Try to persist to R0000\messa= ge32784=20 >2005-11-18 11:47:38,778 DEBUG [Thread-12]: Message Persisted to R0000\me= ssage32784 on persitence handler=20 >2005-11-18 11:47:38,778 DEBUG [Thread-12]: insert into messagestore data= base=20 >2005-11-18 11:47:38,778 DEBUG [Thread-12]: <=3D MessageServer.store=20 >2005-11-18 11:47:38,778 DEBUG [Thread-12]: =3D> MessageServiceHandler.ge= nerateAcknowledgment=20 >2005-11-18 11:47:38,818 DEBUG [Thread-12]: <=3D MessageServiceHandler.ge= nerateAcknowledgment=20 >2005-11-18 11:47:38,818 DEBUG [Thread-12]: =3D> Transaction.commit (txID= : #7)=20 >2005-11-18 11:47:38,818 DEBUG [Thread-12]: =3D> DbConnectionPool.freeCon= nection=20 >2005-11-18 11:47:38,818 DEBUG [Thread-12]: <=3D DbConnectionPool.freeCon= nection=20 >2005-11-18 11:47:38,818 DEBUG [Thread-12]: <=3D Transaction.commit=20 >2005-11-18 11:47:38,818 DEBUG [Thread-12]: final sequence number in stor= e: -9999=20 >2005-11-18 11:47:38,818 DEBUG [Thread-12]: =3D> MessageServer.store=20 >2005-11-18 11:47:38,818 DEBUG [Thread-12]: insert into reftomessage data= base=20 >2005-11-18 11:47:38,818 DEBUG [Thread-12]: =3D> DbConnectionPool.getConn= ection=20 >2005-11-18 11:47:38,818 DEBUG [Thread-12]: <=3D DbConnectionPool.getConn= ection=20 >2005-11-18 11:47:38,818 DEBUG [Thread-12]: Message haven't persisted=20 >2005-11-18 11:47:38,818 DEBUG [Thread-12]: Try to persist to R0000\messa= ge32785=20 >2005-11-18 11:47:38,828 DEBUG [Thread-12]: Message Persisted to R0000\me= ssage32785 on persitence handler=20 >2005-11-18 11:47:38,828 DEBUG [Thread-12]: insert into messagestore data= base=20 >2005-11-18 11:47:38,828 DEBUG [Thread-12]: <=3D MessageServer.store=20 >2005-11-18 11:47:38,828 DEBUG [Thread-12]: Ack replied synchronously=20 >2005-11-18 11:47:38,828 DEBUG [Thread-12]: =3D> MessageServer.logReceive= dMessage=20 >2005-11-18 11:47:38,828 DEBUG [Thread-12]: <=3D MessageServer.logReceive= dMessage=20 >2005-11-18 11:47:38,828 DEBUG [Thread-12]: <=3D MessageServiceHandler.di= spatchMessage=20 >2005-11-18 11:47:38,828 DEBUG [Thread-12]: =3D> Transaction.commit (txID= : #7)=20 >2005-11-18 11:47:38,828 DEBUG [Thread-12]: =3D> DbConnectionPool.freeCon= nection=20 >2005-11-18 11:47:38,828 DEBUG [Thread-12]: <=3D DbConnectionPool.freeCon= nection=20 >2005-11-18 11:47:38,828 DEBUG [Thread-12]: <=3D Transaction.commit=20 >2005-11-18 11:47:38,828 DEBUG [Thread-12]: <=3D MessageServiceHandler.on= Message=20 >2005-11-18 11:47:47,452 INFO [http-8080-Processor25]: Process command: G= et message (32)=20 >2005-11-18 11:47:47,452 DEBUG [http-8080-Processor25]: =3D> MessageServi= ceHandler.processCommand=20 >2005-11-18 11:47:47,452 DEBUG [http-8080-Processor25]: =3D> MessageServi= ceHandler.getMessage=20 >2005-11-18 11:47:47,452 DEBUG [http-8080-Processor25]: =3D> MessageServi= ceHandler.getNextUndeliveredMessage=20 >2005-11-18 11:47:47,452 DEBUG [http-8080-Processor25]: =3D> MessageServe= r.getUndeliveredMessages=20 >2005-11-18 11:47:47,452 DEBUG [http-8080-Processor25]: =3D> DbConnection= Pool.getConnection=20 >2005-11-18 11:47:47,452 DEBUG [http-8080-Processor25]: <=3D DbConnection= Pool.getConnection=20 >2005-11-18 11:47:47,462 DEBUG [http-8080-Processor25]: <=3D MessageServe= r.getUndeliveredMessages=20 >2005-11-18 11:47:47,462 DEBUG [http-8080-Processor25]: =3D> MessageServe= r.setFileDeliveryStatus=20 >2005-11-18 11:47:47,462 DEBUG [http-8080-Processor25]: <=3D MessageServe= r.setFileDeliveryStatus=20 >2005-11-18 11:47:47,462 DEBUG [http-8080-Processor25]: =3D> MessageServe= r.getMessageFromDataSource=20 >2005-11-18 11:47:47,533 DEBUG [http-8080-Processor25]: <=3D MessageServi= ceHandler.getNextUndeliveredMessage with messageId: 20051118-104728257-PO= .po.PO.2@192.168.1.27 <http://service.com/%3Ca%20href=3D> " target=3D"_ne= w">http://service.com/po.PO.2@192.168.1.27 <mailto:po.PO.2@192.168.1.27%3= C/a> >=20 >2005-11-18 11:47:47,533 DEBUG [http-8080-Processor25]: =3D> Transaction.= commit (txID: #8)=20 >2005-11-18 11:47:47,533 DEBUG [http-8080-Processor25]: =3D> DbConnection= Pool.freeConnection=20 >2005-11-18 11:47:47,533 DEBUG [http-8080-Processor25]: <=3D DbConnection= Pool.freeConnection=20 >2005-11-18 11:47:47,533 DEBUG [http-8080-Processor25]: <=3D Transaction.= commit=20 >2005-11-18 11:47:47,543 DEBUG [http-8080-Processor25]: <=3D MessageServi= ceHandler.getMessage=20 >2005-11-18 11:47:47,543 DEBUG [http-8080-Processor25]: <=3D MessageServi= ceHandler.processCommand=20 > > > >--- >Arnstein Vestad - PMP, CEH >Seniorr=E5dgiver, KITH - http://www.kith.no/ >Tlf.: 73 55 10 35, mob.: 93 43 50 95 >arn...@ki... > > > >------------------------------------------------------- >This SF.Net email is sponsored by the JBoss Inc. Get Certified Today >Register for a JBoss Training Course. Free Certification Exam >for All Training Attendees Through End of 2005. For more info visit: >http://ads.osdn.com/?ad_idv28&alloc_id=16845&op=CCk >_______________________________________________ >ebxmlms-general mailing list >ebx...@li... >https://lists.sourceforge.net/lists/listinfo/ebxmlms-general > > =20 > |
|
From: Arnstein V. <arn...@ki...> - 2005-11-18 14:47:09
|
Hi!=20 I've been trying to set up Hermes to recieve messages from the ebMail = client application, and send read acknowledgements, but it looks like = Hermes isn't sending the requested acks. =20 I check off "request read reciept" in ebMail (using the default PO = example plugin). Looking at the message repository for Hermes, it seems = like Hermes is preparing the acknowledgements, it just doesn't seem like = it gets sent. Am I missing something...? Here is some of the log data for the reception of the message from = ebMail:=20 =20 -18 11:47:35,556 DEBUG [Thread-12]: polling mail server for messages=20 2005-11-18 11:47:35,556 DEBUG [Thread-12]: =3D> Mail.receive=20 2005-11-18 11:47:35,556 INFO [Thread-12]: Receiving pop3 messages from = pop3.domeneshop.no<INBOX>=20 2005-11-18 11:47:38,748 DEBUG [Thread-12]: <=3D Mail.receive=20 2005-11-18 11:47:38,748 DEBUG [Thread-12]: got 1 messages=20 2005-11-18 11:47:38,748 INFO [Thread-12]: Received a message from SMTP=20 2005-11-18 11:47:38,748 DEBUG [Thread-12]: =3D> = MessageServiceHandler.onMessage=20 2005-11-18 11:47:38,748 DEBUG [Thread-12]: =3D> = MessageServiceHandler.dispatchMessage=20 2005-11-18 11:47:38,748 DEBUG [Thread-12]: =3D> = MessageServiceHandler.hasSignature=20 2005-11-18 11:47:38,748 DEBUG [Thread-12]: <=3D = MessageServiceHandler.hasSignature=20 2005-11-18 11:47:38,748 DEBUG [Thread-12]: validating incoming ebXML = message=20 2005-11-18 11:47:38,758 DEBUG [Thread-12]: validation of incoming = message ok=20 2005-11-18 11:47:38,768 DEBUG [Thread-12]: =3D> = MessageServer.hasReceived=20 2005-11-18 11:47:38,768 DEBUG [Thread-12]: =3D> = DbConnectionPool.getConnection=20 2005-11-18 11:47:38,768 DEBUG [Thread-12]: <=3D = DbConnectionPool.getConnection=20 2005-11-18 11:47:38,768 DEBUG [Thread-12]: <=3D = MessageServer.hasReceived=20 2005-11-18 11:47:38,768 DEBUG [Thread-12]: message has an AckReq=20 2005-11-18 11:47:38,768 DEBUG [Thread-12]: =3D> = MessageServer.hasReceived=20 2005-11-18 11:47:38,768 DEBUG [Thread-12]: <=3D = MessageServer.hasReceived=20 2005-11-18 11:47:38,768 DEBUG [Thread-12]: message has not been received = previously=20 2005-11-18 11:47:38,768 DEBUG [Thread-12]: final sequence number in = store: -9998=20 2005-11-18 11:47:38,768 DEBUG [Thread-12]: =3D> MessageServer.store=20 2005-11-18 11:47:38,768 DEBUG [Thread-12]: Message haven't persisted=20 2005-11-18 11:47:38,768 DEBUG [Thread-12]: Try to persist to = R0000\message32784=20 2005-11-18 11:47:38,778 DEBUG [Thread-12]: Message Persisted to = R0000\message32784 on persitence handler=20 2005-11-18 11:47:38,778 DEBUG [Thread-12]: insert into messagestore = database=20 2005-11-18 11:47:38,778 DEBUG [Thread-12]: <=3D MessageServer.store=20 2005-11-18 11:47:38,778 DEBUG [Thread-12]: =3D> = MessageServiceHandler.generateAcknowledgment=20 2005-11-18 11:47:38,818 DEBUG [Thread-12]: <=3D = MessageServiceHandler.generateAcknowledgment=20 2005-11-18 11:47:38,818 DEBUG [Thread-12]: =3D> Transaction.commit = (txID: #7)=20 2005-11-18 11:47:38,818 DEBUG [Thread-12]: =3D> = DbConnectionPool.freeConnection=20 2005-11-18 11:47:38,818 DEBUG [Thread-12]: <=3D = DbConnectionPool.freeConnection=20 2005-11-18 11:47:38,818 DEBUG [Thread-12]: <=3D Transaction.commit=20 2005-11-18 11:47:38,818 DEBUG [Thread-12]: final sequence number in = store: -9999=20 2005-11-18 11:47:38,818 DEBUG [Thread-12]: =3D> MessageServer.store=20 2005-11-18 11:47:38,818 DEBUG [Thread-12]: insert into reftomessage = database=20 2005-11-18 11:47:38,818 DEBUG [Thread-12]: =3D> = DbConnectionPool.getConnection=20 2005-11-18 11:47:38,818 DEBUG [Thread-12]: <=3D = DbConnectionPool.getConnection=20 2005-11-18 11:47:38,818 DEBUG [Thread-12]: Message haven't persisted=20 2005-11-18 11:47:38,818 DEBUG [Thread-12]: Try to persist to = R0000\message32785=20 2005-11-18 11:47:38,828 DEBUG [Thread-12]: Message Persisted to = R0000\message32785 on persitence handler=20 2005-11-18 11:47:38,828 DEBUG [Thread-12]: insert into messagestore = database=20 2005-11-18 11:47:38,828 DEBUG [Thread-12]: <=3D MessageServer.store=20 2005-11-18 11:47:38,828 DEBUG [Thread-12]: Ack replied synchronously=20 2005-11-18 11:47:38,828 DEBUG [Thread-12]: =3D> = MessageServer.logReceivedMessage=20 2005-11-18 11:47:38,828 DEBUG [Thread-12]: <=3D = MessageServer.logReceivedMessage=20 2005-11-18 11:47:38,828 DEBUG [Thread-12]: <=3D = MessageServiceHandler.dispatchMessage=20 2005-11-18 11:47:38,828 DEBUG [Thread-12]: =3D> Transaction.commit = (txID: #7)=20 2005-11-18 11:47:38,828 DEBUG [Thread-12]: =3D> = DbConnectionPool.freeConnection=20 2005-11-18 11:47:38,828 DEBUG [Thread-12]: <=3D = DbConnectionPool.freeConnection=20 2005-11-18 11:47:38,828 DEBUG [Thread-12]: <=3D Transaction.commit=20 2005-11-18 11:47:38,828 DEBUG [Thread-12]: <=3D = MessageServiceHandler.onMessage=20 2005-11-18 11:47:47,452 INFO [http-8080-Processor25]: Process command: = Get message (32)=20 2005-11-18 11:47:47,452 DEBUG [http-8080-Processor25]: =3D> = MessageServiceHandler.processCommand=20 2005-11-18 11:47:47,452 DEBUG [http-8080-Processor25]: =3D> = MessageServiceHandler.getMessage=20 2005-11-18 11:47:47,452 DEBUG [http-8080-Processor25]: =3D> = MessageServiceHandler.getNextUndeliveredMessage=20 2005-11-18 11:47:47,452 DEBUG [http-8080-Processor25]: =3D> = MessageServer.getUndeliveredMessages=20 2005-11-18 11:47:47,452 DEBUG [http-8080-Processor25]: =3D> = DbConnectionPool.getConnection=20 2005-11-18 11:47:47,452 DEBUG [http-8080-Processor25]: <=3D = DbConnectionPool.getConnection=20 2005-11-18 11:47:47,462 DEBUG [http-8080-Processor25]: <=3D = MessageServer.getUndeliveredMessages=20 2005-11-18 11:47:47,462 DEBUG [http-8080-Processor25]: =3D> = MessageServer.setFileDeliveryStatus=20 2005-11-18 11:47:47,462 DEBUG [http-8080-Processor25]: <=3D = MessageServer.setFileDeliveryStatus=20 2005-11-18 11:47:47,462 DEBUG [http-8080-Processor25]: =3D> = MessageServer.getMessageFromDataSource=20 2005-11-18 11:47:47,533 DEBUG [http-8080-Processor25]: <=3D = MessageServiceHandler.getNextUndeliveredMessage with messageId: = 20051118-104728257-PO.po.PO.2@192.168.1.27 = <http://service.com/%3Ca%20href=3D> " = target=3D"_new">http://service.com/po.PO.2@192.168.1.27 = <mailto:po.PO.2@192.168.1.27%3C/a> >=20 2005-11-18 11:47:47,533 DEBUG [http-8080-Processor25]: =3D> = Transaction.commit (txID: #8)=20 2005-11-18 11:47:47,533 DEBUG [http-8080-Processor25]: =3D> = DbConnectionPool.freeConnection=20 2005-11-18 11:47:47,533 DEBUG [http-8080-Processor25]: <=3D = DbConnectionPool.freeConnection=20 2005-11-18 11:47:47,533 DEBUG [http-8080-Processor25]: <=3D = Transaction.commit=20 2005-11-18 11:47:47,543 DEBUG [http-8080-Processor25]: <=3D = MessageServiceHandler.getMessage=20 2005-11-18 11:47:47,543 DEBUG [http-8080-Processor25]: <=3D = MessageServiceHandler.processCommand=20 --- Arnstein Vestad - PMP, CEH Seniorr=E5dgiver, KITH - http://www.kith.no/ Tlf.: 73 55 10 35, mob.: 93 43 50 95 arn...@ki... |
|
From: narcus s. <cmo...@ya...> - 2005-11-11 18:54:00
|
Hello!
As you may have noticed from the previous emails, I've
been struggling for the past couple of days with a
"bad_certificate" error during client auth.
At last I managed to resolve the problem - by editing
and recompiling the Hermes sources - and now
everything works wonderfully.
What I've done is basically:
********
-Switched all com.sun.net.ssl.* imports to
javax.net.ssl.*
- Commented out
"System.setProperty(PROTOCOL_HANDLER_PKGS, pkgs);" in
HTTP.configure()
- Replaced in KeyStoreKeyManager:
public String chooseClientAlias(String[] keyType,
Principal[] issuers,
Socket socket) {
for (int i = 0; i < keyType.length; i++) {
String alias =
chooseClientAlias(keyType[i], issuers);
if (alias != null) {
return alias;
}
}
return null;
}
with:
public String chooseClientAlias(String[] keyType,
Principal[] issuers,
Socket socket) {
return alias;
}
*******
OK, it's not JDK 1.3 compliant anymore, but hey, at
least it's working now :)
Regards,
Narcus
__________________________________
Start your day with Yahoo! - Make it your home page!
http://www.yahoo.com/r/hs
|
|
From: narcus s. <cmo...@ya...> - 2005-11-11 10:06:41
|
Hi again :) I'm still having problems with client auth in Hermes. If I use the keyEntry alias in my keystore (or comment out <ClientAuth>) I always get "javax.net.ssl.SSLHandshakeException: Received fatal alert: bad_certificate". (That's why I ended up even trying a trustedCertEntry and got the NullPointerException). Suggestions? Regards, Narcus --- narcus sucran <cmo...@ya...> wrote: > Never mind, my bad, I was trying to use a trusted > certificate instead of a certificate key as client > auth :/ Strange though that I didn't receive a > sensible error message... > > --- narcus sucran <cmo...@ya...> wrote: > > > Hello! > > > > I'm getting this error when trying to send a > message > > to a partner using HTTPS. Can you give me any > > insight > > as to what the problem might be? > > > > Here are the relevant lines from msh.log: > > ---- > > 2005-11-09 11:16:14,628 DEBUG [Thread-65]: => > > Http.send > > 2005-11-09 11:16:14,628 INFO [Thread-65]: Sending > > message to https://146.172.2.26:6717/ebXML > > 2005-11-09 11:16:14,628 DEBUG [Thread-65]: > > Connection > > class : class > > > com.sun.net.ssl.internal.www.protocol.https.HttpsURLConnectionOldImpl > > 2005-11-09 11:16:14,628 DEBUG [Thread-65]: > Instance > > of > > HttpsURLConnection : true > > 2005-11-09 11:16:14,628 INFO [Thread-65]: > > Configuration to a HTTPS connection > > 2005-11-09 11:16:14,628 DEBUG [Thread-65]: use key > > manager for url : https://146.172.2.26:6717/ebXML > > 2005-11-09 11:16:14,708 ERROR [Thread-65]: [10505] > > Cannot send SOAP message > > Exception: javax.net.ssl.SSLException > > Message: java.lang.NullPointerException > > > > > > ------- > > > > > > I've turned on "javax.net.debug=all". Everythings > > seems fine until the end (from catalina.out): > > ---- > > *** ClientHello, TLSv1 > > ... > > Thread-63, WRITE: TLSv1 Handshake, length = 73 > > [write] MD5 and SHA1 hashes: len = 98 > > ... > > Thread-63, WRITE: SSLv2 client hello message, > length > > = > > 98 > > Thread-63, READ: TLSv1 Handshake, length = 1381 > > *** ServerHello, TLSv1 > > ... > > %% Created: [Session-1, SSL_RSA_WITH_RC4_128_MD5] > > ** SSL_RSA_WITH_RC4_128_MD5 > > [read] MD5 and SHA1 hashes: len = 58 > > ... > > *** CertificateRequest > > Cert Types: RSA, DSS, > > Cert Authorities: > > [read] MD5 and SHA1 hashes: len = 9 > > 0000: 0D 00 00 05 02 01 02 00 00 > > > > > ......... > > *** ServerHelloDone > > [read] MD5 and SHA1 hashes: len = 4 > > 0000: 0E 00 00 00 > > > > > .... > > Thread-63, handling exception: > > java.lang.NullPointerException > > Thread-63, SEND TLSv1 ALERT: fatal, description = > > internal_error > > Thread-63, WRITE: TLSv1 Alert, length = 2 > > Thread-63, called closeSocket() > > Thread-63, called close() > > ----- > > > > Any ideas? > > > > Regards, > > Narcus > > > > > > > > > > > > > > __________________________________ > > Yahoo! FareChase: Search multiple travel sites in > > one > > click. > > http://farechase.yahoo.com > > > > > > > > __________________________________ > > Yahoo! FareChase: Search multiple travel sites in > > one click. > > http://farechase.yahoo.com > > > > > > > ------------------------------------------------------- > > SF.Net email is sponsored by: > > Tame your development challenges with Apache's > > Geronimo App Server. Download > > it for free - -and be entered to win a 42" plasma > tv > > or your very own > > Sony(tm)PSP. Click here to play: > > http://sourceforge.net/geronimo.php > > _______________________________________________ > > ebxmlms-general mailing list > > ebx...@li... > > > https://lists.sourceforge.net/lists/listinfo/ebxmlms-general > > > > > > > __________________________________ > Yahoo! FareChase: Search multiple travel sites in > one > click. > http://farechase.yahoo.com > > > > > __________________________________ > Yahoo! Mail - PC Magazine Editors' Choice 2005 > http://mail.yahoo.com > > > ------------------------------------------------------- > SF.Net email is sponsored by: > Tame your development challenges with Apache's > Geronimo App Server. Download > it for free - -and be entered to win a 42" plasma tv > or your very own > Sony(tm)PSP. Click here to play: > http://sourceforge.net/geronimo.php > _______________________________________________ > ebxmlms-general mailing list > ebx...@li... > https://lists.sourceforge.net/lists/listinfo/ebxmlms-general > __________________________________ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com __________________________________ Yahoo! FareChase: Search multiple travel sites in one click. http://farechase.yahoo.com |
|
From: Ladislav U. <lad...@we...> - 2005-11-10 16:40:25
|
Hello David and hermes developers Are you aware of some incompatibilities between Hermes and other major ebMS 2 servers such as Cyclone Commerce? Thank you for your answers. -- Ladislav Urban CEO Webswell Inc. 1333 Howe Avenue, Suite 100 Sacramento, 95825 CA email: lad...@we... phone: +1 (916) 290-2040 fax: +1 (916) 921-2850 http://www.webswell.com |
|
From: narcus s. <cmo...@ya...> - 2005-11-10 09:17:38
|
Never mind, my bad, I was trying to use a trusted certificate instead of a certificate key as client auth :/ Strange though that I didn't receive a sensible error message... --- narcus sucran <cmo...@ya...> wrote: > Hello! > > I'm getting this error when trying to send a message > to a partner using HTTPS. Can you give me any > insight > as to what the problem might be? > > Here are the relevant lines from msh.log: > ---- > 2005-11-09 11:16:14,628 DEBUG [Thread-65]: => > Http.send > 2005-11-09 11:16:14,628 INFO [Thread-65]: Sending > message to https://146.172.2.26:6717/ebXML > 2005-11-09 11:16:14,628 DEBUG [Thread-65]: > Connection > class : class > com.sun.net.ssl.internal.www.protocol.https.HttpsURLConnectionOldImpl > 2005-11-09 11:16:14,628 DEBUG [Thread-65]: Instance > of > HttpsURLConnection : true > 2005-11-09 11:16:14,628 INFO [Thread-65]: > Configuration to a HTTPS connection > 2005-11-09 11:16:14,628 DEBUG [Thread-65]: use key > manager for url : https://146.172.2.26:6717/ebXML > 2005-11-09 11:16:14,708 ERROR [Thread-65]: [10505] > Cannot send SOAP message > Exception: javax.net.ssl.SSLException > Message: java.lang.NullPointerException > > > ------- > > > I've turned on "javax.net.debug=all". Everythings > seems fine until the end (from catalina.out): > ---- > *** ClientHello, TLSv1 > ... > Thread-63, WRITE: TLSv1 Handshake, length = 73 > [write] MD5 and SHA1 hashes: len = 98 > ... > Thread-63, WRITE: SSLv2 client hello message, length > = > 98 > Thread-63, READ: TLSv1 Handshake, length = 1381 > *** ServerHello, TLSv1 > ... > %% Created: [Session-1, SSL_RSA_WITH_RC4_128_MD5] > ** SSL_RSA_WITH_RC4_128_MD5 > [read] MD5 and SHA1 hashes: len = 58 > ... > *** CertificateRequest > Cert Types: RSA, DSS, > Cert Authorities: > [read] MD5 and SHA1 hashes: len = 9 > 0000: 0D 00 00 05 02 01 02 00 00 > > ......... > *** ServerHelloDone > [read] MD5 and SHA1 hashes: len = 4 > 0000: 0E 00 00 00 > > .... > Thread-63, handling exception: > java.lang.NullPointerException > Thread-63, SEND TLSv1 ALERT: fatal, description = > internal_error > Thread-63, WRITE: TLSv1 Alert, length = 2 > Thread-63, called closeSocket() > Thread-63, called close() > ----- > > Any ideas? > > Regards, > Narcus > > > > > > > __________________________________ > Yahoo! FareChase: Search multiple travel sites in > one > click. > http://farechase.yahoo.com > > > > __________________________________ > Yahoo! FareChase: Search multiple travel sites in > one click. > http://farechase.yahoo.com > > > ------------------------------------------------------- > SF.Net email is sponsored by: > Tame your development challenges with Apache's > Geronimo App Server. Download > it for free - -and be entered to win a 42" plasma tv > or your very own > Sony(tm)PSP. Click here to play: > http://sourceforge.net/geronimo.php > _______________________________________________ > ebxmlms-general mailing list > ebx...@li... > https://lists.sourceforge.net/lists/listinfo/ebxmlms-general > __________________________________ Yahoo! FareChase: Search multiple travel sites in one click. http://farechase.yahoo.com __________________________________ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com |
|
From: narcus s. <cmo...@ya...> - 2005-11-09 11:53:51
|
Hello! I'm getting this error when trying to send a message to a partner using HTTPS. Can you give me any insight as to what the problem might be? Here are the relevant lines from msh.log: ---- 2005-11-09 11:16:14,628 DEBUG [Thread-65]: => Http.send 2005-11-09 11:16:14,628 INFO [Thread-65]: Sending message to https://146.172.2.26:6717/ebXML 2005-11-09 11:16:14,628 DEBUG [Thread-65]: Connection class : class com.sun.net.ssl.internal.www.protocol.https.HttpsURLConnectionOldImpl 2005-11-09 11:16:14,628 DEBUG [Thread-65]: Instance of HttpsURLConnection : true 2005-11-09 11:16:14,628 INFO [Thread-65]: Configuration to a HTTPS connection 2005-11-09 11:16:14,628 DEBUG [Thread-65]: use key manager for url : https://146.172.2.26:6717/ebXML 2005-11-09 11:16:14,708 ERROR [Thread-65]: [10505] Cannot send SOAP message Exception: javax.net.ssl.SSLException Message: java.lang.NullPointerException ------- I've turned on "javax.net.debug=all". Everythings seems fine until the end (from catalina.out): ---- *** ClientHello, TLSv1 ... Thread-63, WRITE: TLSv1 Handshake, length = 73 [write] MD5 and SHA1 hashes: len = 98 ... Thread-63, WRITE: SSLv2 client hello message, length = 98 Thread-63, READ: TLSv1 Handshake, length = 1381 *** ServerHello, TLSv1 ... %% Created: [Session-1, SSL_RSA_WITH_RC4_128_MD5] ** SSL_RSA_WITH_RC4_128_MD5 [read] MD5 and SHA1 hashes: len = 58 ... *** CertificateRequest Cert Types: RSA, DSS, Cert Authorities: [read] MD5 and SHA1 hashes: len = 9 0000: 0D 00 00 05 02 01 02 00 00 ......... *** ServerHelloDone [read] MD5 and SHA1 hashes: len = 4 0000: 0E 00 00 00 .... Thread-63, handling exception: java.lang.NullPointerException Thread-63, SEND TLSv1 ALERT: fatal, description = internal_error Thread-63, WRITE: TLSv1 Alert, length = 2 Thread-63, called closeSocket() Thread-63, called close() ----- Any ideas? Regards, Narcus __________________________________ Yahoo! FareChase: Search multiple travel sites in one click. http://farechase.yahoo.com __________________________________ Yahoo! FareChase: Search multiple travel sites in one click. http://farechase.yahoo.com |
|
From: David W. \(XML\) <da...@dr...> - 2005-11-09 00:47:58
|
Ladislav, Good to know. We are using Oracle app' server however, so no Tomcat for us ; -) DW ----- Original Message ----- From: "Ladislav Urban" <lad...@we...> To: <ebx...@li...> Sent: Tuesday, November 08, 2005 12:35 PM Subject: Re: [ebxmlms-general] RE: Hermes - repeated delivery attemptsLOOPING > Hello David, > If there is still a problem with timeouts with http transport. > There is a configuration file in Tomcat in conf directory server.xml > In section Connector, attribute connectionTimeout in seconds. If there > is not the attribute default value is used. > > > > <Connector className="org.apache.catalina.connector.http.HttpConnector" > port="19998" minProcessors="10" maxProcessors="200" > enableLookups="true" redirectPort="8447" > acceptCount="10" debug="0" connectionTimeout="1800000"/> > > PS > We use hermes for large payloads too. > > > > On Fri, 2005-11-04 at 06:28 -0700, David RR Webber (XML) wrote: > > OK - we resolved this - turns out the the Hermes config setting > > in msh_client.properties.. > > > > We resolved it by setting the time to 2mins (120000ms). > > > > For bigger payloads - if the delivery time internal is exceeded then > > at the Hermes level (not the data handler) - then it will attempt to > > retry the interchange of the transmission. > > > > DW > > > > > > > > > > -------- Original Message -------- > > Subject: Hermes - repeated delivery attempts LOOPING > > From: "David RR Webber (XML)" <da...@dr...> > > Date: Thu, November 03, 2005 8:28 am > > To: eb > > Folks, > > > > We suddenly encountered a problem over the last couple of days > > having deployed to a new test environment having made some > > enhancements to the Hermes <-> Hermes interfacing we are > > using. > > > > What happens is that for some items delivery completes - and > > then a few minutes later - delivery repeats again, and then > > again, and so on. We have to manually remove the offending > > transaction by setting its status to DELIVERED. > > > > We are suspecting that the SOAP level ACKs are not quite > > correct in Apache - such that the server does not think it > > received the delivery cleanly even though it did. > > > > Has anyone else experienced this? Right now we are going to > > try just setting temporarily the reliable delivery 'false' - > > but we need a better solution! > > > > Thanks, DW > > ------------------------------------------------------- SF.Net email > > is sponsored by: Tame your development challenges with Apache's > > Geronimo App Server. Download it for free - -and be entered to win a > > 42" plasma tv or your very own Sony(tm)PSP. Click here to play: > > http://sourceforge.net/geronimo.php > > _______________________________________________ ebxmlms-general > > mailing list ebx...@li... > > https://lists.sourceforge.net/lists/listinfo/ebxmlms-general > -- > Ladislav Urban > CEO > Webswell Inc. > 1333 Howe Avenue, Suite 100 > Sacramento, 95825 CA > email: lad...@we... > phone: +1 (916) 290-2040 > fax: +1 (916) 921-2850 > http://www.webswell.com > > > > ------------------------------------------------------- > SF.Net email is sponsored by: > Tame your development challenges with Apache's Geronimo App Server. Download > it for free - -and be entered to win a 42" plasma tv or your very own > Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php > _______________________________________________ > ebxmlms-general mailing list > ebx...@li... > https://lists.sourceforge.net/lists/listinfo/ebxmlms-general > |
266 messages has been excluded from this view by a project administrator.
