OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]
RE: [ebxml-dev] Open source client implementation of ebms

Pim, David,

 

Thank you both for your thoughts.  Do you think this is something that the Holodeck or any other team might want to address in future?

 

With ebMS 3.0 addressing the client-pull model, there seemed to be an acknowledgment that this was an important pattern in making ebMS “SMB-friendly”.  Having easy, lightweight tools for doing that would be key for an SMB-focused developer like my company to adopt.

 

Even if no existing project includes a set of client comms libraries, I’d be interested in your thoughts as to what open source Java libraries or tools might make most sense.  (Our technology is a standalone java client – using JRE not JDK – so thanks David, but javascript probably isn’t the right technology).  That said, given other current priorities on this end, it’d have to be pretty much turnkey – not much appetite here for tweaking or ebMS-specific development I’m afraid.

 

Best regards,

Roger

 

 

From: Pim van der Eijk [mailto:lists@sonnenglanz.net]
Sent: Wednesday, July 28, 2010 8:34 AM
To: 'Roger Bass'; ebxml-dev@lists.ebxml.org; 'David RR Webber (XML)'
Subject: RE: [ebxml-dev] Open source client implementation of ebms

 

Hello Roger,

 

I'm not aware of simpler ebMS 3.0 client-only implementations.  The implementations I know about support both the client and server functionality. If they offer a client-only option, it is a lower-cost commercial option with turned off functionality that doesn't reduce the code base size.   SOAP libraries for security and reliability needed to implement ebMS tend to depend on these larger SOAP frameworks. 

 

The AS4 profile doesn't require reliable messaging, but still does require WS-Security.  I agree that an ebMS 3.0 client profile that drops even that requirement (and just uses TLS) seems very simple to implement.

 

Pim 

 

 


From: Roger Bass [mailto:roger@traxian.com]
Sent: 15 July 2010 05:02
To: ebxml-dev@lists.ebxml.org; 'David RR Webber (XML)'
Subject: [ebxml-dev] Open source client implementation of ebms

David, (or perhaps Jacques / Pim?)

 

My company, Traxian, is looking at some updates to our product to improve reliability of the client-pull mechanism.  The client software polls our server to retrieve messages from a user’s mailbox (i.e. it’s entirely internal to us).  Most likely a small, proprietary enhancement will fit the bill, but this prompted me again to look at possible ebMS open source products / libraries for implementing this.  Since I noted ebMS 3.0 now extends to the client-pull message pattern, I wondered if code implementing that might now be available.  (Code that included an embedded data store for transactions using a lightweight embedded database on the client side might also be a plus, though it’s not a critical requirement right now).

 

I’m not finding anything quite like that – does it exist?

 

What I do see is the fairly recently released Holodeck project (May 2010) – but despite being ebMS 3.0 based, it seems not to include any client-side implementation (with tomcat and axis2 as prerequisites, even for the ‘light’ version).

 

The Hermes / freebxml project includes the ebMail GUI client, but it seems designed more as a real GUI with a plug-in model, rather than as a set of libraries to use as a new messaging core for an existing product.

 

BTW, for those interested, Traxian’s is an easy e-commerce integration solution for B2B and B2C transactions, initially focused on QuickBooks.  It includes a “social / viral” model for radically easy, low-friction setup.

 

Regards,

Roger Bass



[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]