ebxmlms-develop — Development discussions

Re: [ebxmlms-develop] ebxml interoperability test

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

Hi Ian,

the below announcement was an old one, this test was conducted in 2004.
I was there, using Hermes as our DUT, together with a number of 
companies from around the globe testing there proprietary implementations.
While ETSI was hosting and co-organizing the event, it was KorBIT 
(www.korbit.org) who provided the test environment.
I'm fairly sure KorBIT will be willing to work with you to do tests, 
though they do not provide certification services like Drummond does.
If you need certification, I'm afraid you'll have to go through Drummond 
at the moment.
KorBIT supports remote testing, and I've run most of the tests with a 
slightly adapted version of the CVS Hermes build a couple of weeks ago.
KorBIT has demonstrated their testbed in the US recently (I believe for 
NIST) and used my host as one of the parties in the interop test (the 
other party was a Korean one I believe).

Gait Boxman,

TIE Netherlands BV.

Sacha Schlegel wrote:

>Hi Ian
>
>>From the article at
>http://www.ebxmlforum.org/articles/ebFor_20040328.html
>
>Regards
>
>Sacha
>
>------------------------------------------
>European group to test global ebXML interoperability
>
>In June 2004, a European standards group will hold a global
>interoperability event that plugs a gap in ebXML's testing scheme.
>
>The European Telecommunications Standards Institute (ETSI), based in the
>south of France, will hold an international interoperability event for
>ebXML in late June 2004. This ETSI Plugfest, as they like to call these
>sessions, will be the first exercise to test ebXML interoperability
>across geographic regions.
>
>ETSI will hold its ebXML Plugfest on 21-25 June at its facilities in
>Sophia-Antipolis, France. According to ETSI, its plugfests last a few
>days and are purely engineering sessions; and not recommended for
>marketing people. The sessions are open to any developers and provide a
>venue for developers to work out implementation issues that can hamper
>their products or services working with others that support the
>standards in question.
>
>Tests to cover ebXML Messaging, CPAs
>The ETSI interoperability tests will cover ebXML Message Service or ebMS
>functions that follow the Basic Interoperability Profile (BIP) for ebMS.
>The OASIS/ebXML Implementation, Interoperability and Conformance
>Technical Committee or IIC prepared the profile. The BIP includes the
>use of ebXML Collaboration Protocol Agreements (CPAs) to define run-time
>configurations for ebXML message handlers.
>
>Korbit -- the Korean business-to-business interoperability testbed --
>has offered to host remote conformance tests for Plugfest participants
>in advance of the event. ETSI recommends running these conformance tests
>for three months before taking part in the Plugfests.
>
>Besides the OASIS IIC, and Korbit, the European standards groups CEN/ISS
>and EAN, ebXML Asia and the Dutch developer TIE are sponsoring the
>plugfest. The global nature of the event will help fill a gap in ebXML's
>testing. Previous interoperability tests have been confined to regional
>groups in Europe, Asia, and North America. The ETSI Plugfest will enable
>developers from anywhere to test for interoperability across regions.
>
>ETSI has more information available on its Web site with registration
>open to 31 May 2004.
>
>  
>
>>Greetings.
>>
>>Can anyone suggest of an organization that does ebxml interoperability
>>testing aside from Drummond?
>>Thanks.
>>
>>Ian Tabangay
>>Supply Chain Networks, Inc.
>>ia...@sc... <mailto:ia...@sc...>
>>
>>
>>
>>-------------------------------------------------------
>>SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
>>from IBM. Find simple to follow Roadmaps, straightforward articles,
>>informative Webcasts and more! Get everything you need to get up to
>>speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
>>_______________________________________________
>>ebxmlms-develop mailing list
>>ebx...@li...
>>https://lists.sourceforge.net/lists/listinfo/ebxmlms-develop
>>
>>
>>    
>>
>
>
>
>
>-------------------------------------------------------
>SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
>from IBM. Find simple to follow Roadmaps, straightforward articles,
>informative Webcasts and more! Get everything you need to get up to
>speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
>_______________________________________________
>ebxmlms-develop mailing list
>ebx...@li...
>https://lists.sourceforge.net/lists/listinfo/ebxmlms-develop
>
>  
>

Re: [ebxmlms-develop] ebxml interoperability test

[Sacha S. <sa...@sc...>]

Hi Ian

From the article at
http://www.ebxmlforum.org/articles/ebFor_20040328.html

Regards

Sacha

------------------------------------------
European group to test global ebXML interoperability

In June 2004, a European standards group will hold a global
interoperability event that plugs a gap in ebXML's testing scheme.

The European Telecommunications Standards Institute (ETSI), based in the
south of France, will hold an international interoperability event for
ebXML in late June 2004. This ETSI Plugfest, as they like to call these
sessions, will be the first exercise to test ebXML interoperability
across geographic regions.

ETSI will hold its ebXML Plugfest on 21-25 June at its facilities in
Sophia-Antipolis, France. According to ETSI, its plugfests last a few
days and are purely engineering sessions; and not recommended for
marketing people. The sessions are open to any developers and provide a
venue for developers to work out implementation issues that can hamper
their products or services working with others that support the
standards in question.

Tests to cover ebXML Messaging, CPAs
The ETSI interoperability tests will cover ebXML Message Service or ebMS
functions that follow the Basic Interoperability Profile (BIP) for ebMS.
The OASIS/ebXML Implementation, Interoperability and Conformance
Technical Committee or IIC prepared the profile. The BIP includes the
use of ebXML Collaboration Protocol Agreements (CPAs) to define run-time
configurations for ebXML message handlers.

Korbit -- the Korean business-to-business interoperability testbed --
has offered to host remote conformance tests for Plugfest participants
in advance of the event. ETSI recommends running these conformance tests
for three months before taking part in the Plugfests.

Besides the OASIS IIC, and Korbit, the European standards groups CEN/ISS
and EAN, ebXML Asia and the Dutch developer TIE are sponsoring the
plugfest. The global nature of the event will help fill a gap in ebXML's
testing. Previous interoperability tests have been confined to regional
groups in Europe, Asia, and North America. The ETSI Plugfest will enable
developers from anywhere to test for interoperability across regions.

ETSI has more information available on its Web site with registration
open to 31 May 2004.

> Greetings.
>
> Can anyone suggest of an organization that does ebxml interoperability
> testing aside from Drummond?
> Thanks.
>
> Ian Tabangay
> Supply Chain Networks, Inc.
> ia...@sc... <mailto:ia...@sc...>
>
>
>
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
> _______________________________________________
> ebxmlms-develop mailing list
> ebx...@li...
> https://lists.sourceforge.net/lists/listinfo/ebxmlms-develop
>
>

[ebxmlms-develop] ebxml interoperability test

[ian t. <ia...@sc...>]

Greetings.

Can anyone suggest of an organization that does ebxml interoperability testing aside from Drummond?
Thanks.

Ian Tabangay
Supply Chain Networks, Inc.
ia...@sc... <mailto:ia...@sc...>

[ebxmlms-develop] Using public key and private keys instead of keystore

[ian t. <ita...@gm...>]

Hi. Has any development been made to cater public keys and private keys=20
instead of keystore? I've been checking the source code of hermes (
hk.hku.cecid.phoenix.message.packaging.PKISignatureImpl) and saw that it=20
hasn't been implemented yet. Moreover most of the code still rely on the us=
e=20
of a keystore to validate or to create the signature so rewriting the class=
=20
wouldn't completely solve my problem. Thanks.

Regards,=20
Ian

Re: [ebxmlms-develop] LoopBack Error

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

Is there incompatibility in the SAAJ libraries? -- patrick

Wahid Muhammad wrote:

> Hi,
>
>  
>
> I have configured Hermes version 1.0.0.0 on my machine and have run 
> the loopback.bat and monitor.bat files. Both seem to work without any 
> errors. However, when I come to run the LoopBack.java in code (using 
> JBuilder 2005) I get the following error:
>
>  
>
> /Info: using property file in C:\Documents and 
> Settings\wahid\msh_client.properties.xml/
>
> //
>
> /java.lang.NullPointerException/
>
> /            at 
> com.sun.xml.messaging.saaj.util.NamespaceContextIterator.findNext(NamespaceContextIterator.java:58)/
>
> /            at 
> com.sun.xml.messaging.saaj.util.NamespaceContextIterator.hasNext(NamespaceContextIterator.java:77)/
>
> /            at 
> com.sun.xml.messaging.saaj.soap.impl.ElementImpl$1.findNext(ElementImpl.java:348)/
>
> /            at 
> com.sun.xml.messaging.saaj.soap.impl.ElementImpl$1.hasNext(ElementImpl.java:358)/
>
> /            at 
> hk.hku.cecid.phoenix.message.packaging.ExtensionElementImpl.addAttribute(ExtensionElementImpl.java:313)/
>
> /            at 
> hk.hku.cecid.phoenix.message.packaging.ExtensionElementImpl.addAttribute(ExtensionElementImpl.java:186)/
>
> /            at 
> hk.hku.cecid.phoenix.message.packaging.Reference.setHref(Reference.java:374)/
>
> /            at 
> hk.hku.cecid.phoenix.message.packaging.Manifest.addReference(Manifest.java:112)/
>
> /            at 
> hk.hku.cecid.phoenix.message.packaging.EbxmlMessage.addPayloadContainer(EbxmlMessage.java:1308)/
>
> /            at mhs.LoopBack.run(LoopBack.java:74)/
>
> /            at mhs.LoopBack.main(LoopBack.java:32)/
>
> //
>
> I can't understand why this is happening, especially when the 
> LoopBack.bat file works. I have configured the JBuilder project to get 
> the exact same libraries as the bat file, and the MSH client log does 
> not return an error either.
>
>  
>
> I have tried everything but have had no luck, any help would be 
> appreciated.
>
>  
>
> Thanks
>
>  
>
> Wahid
>
>  
>

[ebxmlms-develop] LoopBack Error

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

Hi,

 

I have configured Hermes version 1.0.0.0 on my machine and have run the
loopback.bat and monitor.bat files. Both seem to work without any errors.
However, when I come to run the LoopBack.java in code (using JBuilder 2005)
I get the following error:

 

Info: using property file in C:\Documents and
Settings\wahid\msh_client.properties.xml

java.lang.NullPointerException

            at
com.sun.xml.messaging.saaj.util.NamespaceContextIterator.findNext(NamespaceC
ontextIterator.java:58)

            at
com.sun.xml.messaging.saaj.util.NamespaceContextIterator.hasNext(NamespaceCo
ntextIterator.java:77)

            at
com.sun.xml.messaging.saaj.soap.impl.ElementImpl$1.findNext(ElementImpl.java
:348)

            at
com.sun.xml.messaging.saaj.soap.impl.ElementImpl$1.hasNext(ElementImpl.java:
358)

            at
hk.hku.cecid.phoenix.message.packaging.ExtensionElementImpl.addAttribute(Ext
ensionElementImpl.java:313)

            at
hk.hku.cecid.phoenix.message.packaging.ExtensionElementImpl.addAttribute(Ext
ensionElementImpl.java:186)

            at
hk.hku.cecid.phoenix.message.packaging.Reference.setHref(Reference.java:374)

            at
hk.hku.cecid.phoenix.message.packaging.Manifest.addReference(Manifest.java:1
12)

            at
hk.hku.cecid.phoenix.message.packaging.EbxmlMessage.addPayloadContainer(Ebxm
lMessage.java:1308)

            at mhs.LoopBack.run(LoopBack.java:74)

            at mhs.LoopBack.main(LoopBack.java:32)

I can't understand why this is happening, especially when the LoopBack.bat
file works. I have configured the JBuilder project to get the exact same
libraries as the bat file, and the MSH client log does not return an error
either.

 

I have tried everything but have had no luck, any help would be appreciated.

 

Thanks

 

Wahid

 

[ebxmlms-develop] HKSAR Government Collects Infectious Disease Information with XML and Hermes

[Dorris T. <cw...@ce...>]

****************************************************************************
HKSAR Government Collects Infectious Disease Information with XML and Hermes
****************************************************************************

Hong Kong SAR, Peoples Republic of China - April 14, 2005 - Center for
E-Commerce Infrastructure Development (CECID), University of Hong Kong (HKU)
is pleased to announce the completion of the Notifiable Infectious Disease
Information Messaging System (NIDIMS) project for Department of Health (DH),
which is the health advisor of the Government of the Hong Kong Special
Administrative Region and an executive arm in health legislation and policy.

Rapid transmission of infectious diseases like SARS and meningitis as well
as emerging diseases of Avian Flu pose a tremendous threat to our community.
Special attention must be paid to the surveillance mechanism within HKSAR
and between HKSAR and neighboring regions. As a result, DH invited CECID to
set up a centralized and standardized disease surveillance system based on
XML and ebXML technologies. The project involves designing a set of XML
Schemas according to the W3C XML Schema Recommendation and the XML Schema
Design and Management Guide (under the HKSARG Interoperability Framework).
These resulting Schemas are the underlying architecture for information
exchange on 28 regulatory infectious diseases. Another objective of the
project is to develop a software application, the Notifiable Infectious
Disease Information Messaging System (NIDIMS) that supports reliable and
secure disease surveillance information collection. The messaging framework
is based on ebXML Messaging Service version 2.0 (ebMS v2.0) specification
developed under OASIS. The flagship products of CECID, ebMail and Hermes
(free downloads at http://www.freebxml.org) are deployed in the software for
secure and reliable information exchange. This system not only brings
enormous economic benefit to the Government and Hong Kong in terms of
reducing communication lead time and data entry errors, but also improves
the efficiency and effectiveness in communication between DH and other
healthcare service providers. 

Deliverables of the NIDIMS Project are deployed in Hong Kong Centre for
Health Protection (http://www.chp.gov.hk/) (CHP)'s central notification
office (CNO) online reporting system to help CHP strengthen Hong Kong's
surveillance system and network for infectious diseases. The CHP's vision is
to become a centre of excellence in disease prevention and control with the
focus on epidemiology training, surveillance, risk communication, research,
coordination and preparedness, and contingency planning.

About CECID (http://www.cecid.hku.hk)
Established in January 2002, Center for E-Commerce Infrastructure
Development (CECID) at the University of Hong Kong conducts e-commerce
research and development with the vision of helping organizations increase
their competitiveness in the global economy. CECID develops e-commerce
enabling technologies, participates in important international e-commerce
initiatives, supports e-commerce standardization for Hong Kong and the Asia
Pacific Region, and transfers e-commerce technology and skills to the
community. With projects primarily funded by the Hong Kong Government's
Innovation and Technology Commission, CECID is an active member of OASIS and
the ebXML Asia Committee. The Center also collaborates with a number of lead
technology users in the Asia-Pacific Region on turning R&D results into
real-life business applications. CECID's contributions to the community
include its code donation of Hermes and ebMail to freebXML
(http://www.freebxml.org) and the production of an in-depth design and
management guide on XML Schemas for the Hong Kong Government. CECID is
currently developing a plug-and-play Internet appliance for secure and
reliable transmission of electronic documents based on ebXML / Web Services.

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

[ebxmlms-develop] Hermes Deployed in New e-Procurement Project

[Dorris T. <cw...@ce...>]

***********************************************
Hermes Deployed in New MTR e-Procurement Vendor
***********************************************

Hong Kong SAR, Peoples Republic of China - February 4, 2005 - Center for
E-Commerce Infrastructure Development (CECID), The University of Hong Kong
(HKU) has completed a new e-procurement project for MTR Corporation, the
operator of Hong Kong's urban metro railway and bigboXX.com, an e-commerce
portal providing a wide range of office supplies and business services to
corporate customers in Hong Kong. The project involves the deployment of our
B2B Connector, at MTR and the deployment of Hermes to bigboXX.com's existing
procurement portal. The e-procurement system is in production after testing
on the business systems at both companies. 

The B2B Connector, which is a stand-alone internet appliance powered by
Hermes, at MTR receives electronic invoices and statements
from bigboXX.com. The benefit of the use of the B2B Connector lies in the
ease of integration with MTR's existing Electronic Goods Receiving System.
With the web-based procurement system, MTR can send their orders to
bigboXX.com online and all the orders are sent directly to the backend
system of bigboXX.com. As soon as the goods are delivered to MTR, an
electronic invoice is sent from bigboXX.com through Hermes to MTR reliably
and securely. When the invoice reaches the B2B Connector in MTR, it is put
into MTR's own intranet application and hence reconciliation can be
automatically performed. Statements from bigboXX.com to MTR are sent on a
monthly basis following the same mechanism.

About MTR Corporation (http://www.mtrcorp.com):
Carrying an average 2.3 million passengers each weekday, the MTR has been
confirmed by recent benchmarking studies as one of the world's finest
railways for reliability, customer service and cost efficiency. Besides
railway operations, the Corporation is also actively involved in the
development of key residential and commercial projects above existing
stations and along new line extensions as well as many other commercial
activities associated with the railway including rental of retail and
advertising space, ATM banking facilities and personal telecommunication
services. It also provides consultancy services to organizations worldwide.

About bigboXX.com (http://www.bigboxx.com):
bigboXX.com is a leading B2B operator supplying a comprehensive range of
office products and services to corporate customers. It is Hong Kong's
largest office supplies provider with over 8,000 product offerings
specializing in stationery, paper, computer, furniture and breakroom items.
In addition to office supplies, bigboXX.com is fully established in other
core disciplines including a Print Center which caters for digital and
offset printing, a Premium Center that sources gift items for promotions and
Records Management to offer secure document storage solutions. bigboXX.com
is an e-commerce operation of Hutchison Whampoa Limited.

About CECID (www.cecid.hku.hk)
Established in January 2002, Center for E-Commerce Infrastructure
Development (CECID) at the University of Hong Kong conducts e-commerce
research and development with the vision of helping organizations increase
their competitiveness in the global economy. CECID develops e-commerce
enabling technologies, participates in important international e-commerce
initiatives, supports e-commerce standardization for Hong Kong and the Asia
Pacific Region, and transfers e-commerce technology and skills to the
community. With projects primarily funded by the Hong Kong Government's
Innovation and Technology Commission, CECID is an active member of OASIS and
the ebXML Asia Committee. The Center also collaborates with a number of lead
technology users in the Asia-Pacific Region on turning R&D results into
real-life business applications. CECID's contributions to the community
include its code donation of Hermes and ebMail to freebXML
(www.freebxml.org) and the production of an in-depth design and management
guide on XML Schemas for the Hong Kong Government. CECID is currently
developing a plug-and-play Internet appliance for secure and reliable
transmission of electronic documents based on ebXML/ Web Services.

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: www.cecid.hku.hk

[ebxmlms-develop] Hermes 1.0 and ebMail 1.2 Released and Used by HKSAR Government's New Project

[Dorris T. <cw...@ce...>]

***************************************************************
Hermes 1.0 and ebMail 1.2 Released and Used by HKSAR Government
***************************************************************

Hong Kong SAR, Peoples Republic of China - January 28, 2005 - Center for
E-Commerce Infrastructure Development (CECID), The University of Hong Kong
(HKU) is pleased to announce that a new version of our two open source ebXML
software, Hermes and ebMail have been released to the ebXML community,
www.freebXML.org. The new releases are already being used by the HKSAR
Government in one of its joined-up service projects.

In the latest version of Hermes, Hermes 1.0, one new feature is a
customizable digital certificate resolver, in which the persistence handler
can customize the implementation for Hermes to save the message content. In
addition, Hermes 1.0 has improved its SSL (Secure Socket Layer) support to
make configuration simpler and more flexible. ebMail 1.2, the new version,
supports multiple party IDs handling in ebXML message by adding a
customizable message dispatching mechanism.

This latest version of Hermes has been adopted by the e-Government
Infrastructure Service (EGIS) project to provide secure and reliable
connectivity between the HKSAR Government and the business community. Under
the Hong Kong Digital 21 Strategy, EGIS is established as an
open-standards-based, scalable and flexible service delivery platform for
Government-to-Citizen (G2C) and Government-to-Business (G2B) transactions.
The purpose is to achieve service integration and transformation towards
citizen-centric service delivery with seamless information flow among
participating service providers. Business partners who need to connect to
EGIS may use the open-source ebMail 1.2 or Hermes 1.0 to exchange electronic
documents with B/Ds.

About Hermes (www.cecid.hku.hk/hermes.php)
Hermes is a Business-to-Business (B2B) Messaging Server which provides a
standardized, reliable and secure infrastructure for enterprises to exchange
business data on the Internet. Developers from 80+ economies have downloaded
Hermes' source code. Hermes has many successful use cases, most of which are
innovative, cost-effective applications used by enterprises for exchange of
business documents such as POs and invoices. Some local users of Hermes
include MTRC, OOCL, Sony, HMV, bigboXX.com and HKSAR Government's Marine
Department. Besides accreditation by the ebXML Asia Committee with Level 2
and 3 ebXML Asia Interoperability Certificates, Hermes has won Certificates
of Merit (Product Category) at the 6th HK Computer Society IT Excellence
Awards and the Asia-Pacific ICT Awards 2004 (R&D Category).

About ebMail (www.cecid.hku.hk/ebmail.php)
ebMail is a desktop e-mail client which helps organizations,
small-and-medium-sized enterprises (SME) in particular, to engage in B2B
e-commerce activities. This lightweight toolkit enables trading partners to
exchange business documents cost-effectively through email, or ebXML Message
Service (ebMS) over Simple Mail Transport Protocol (SMTP). ebMail is a
trimmed-down ebMS handler which does not require any application server
software and dedicated Internet connection to use ebXML. It allows a user to
compose electronic documents offline through graphical user interface (GUI),
and send and receive documents when the user is connected to the Internet.
Some users of ebMail include HKSAR Government's Department of Health, Hong
Kong Observatory and Dagang Net of Malaysia.

Hermes and ebMail are professionally supported by CECID. Different support
packages covering installation, connectivity, integration, enhancement and
plug-ins development are available to cater to different needs. Visit
www.cecid.hku.hk/open-source/ to learn more about the support.

About CECID (www.cecid.hku.hk)
Established in January 2002, Center for E-Commerce Infrastructure
Development (CECID) at the University of Hong Kong conducts e-commerce
research and development with the vision of helping organizations increase
their competitiveness in the global economy. CECID develops e-commerce
enabling technologies, participates in important international e-commerce
initiatives, supports e-commerce standardization for Hong Kong and the Asia
Pacific Region, and transfers e-commerce technology and skills to the
community. With projects primarily funded by the Hong Kong Government's
Innovation and Technology Commission, CECID is an active member of OASIS and
the ebXML Asia Committee. The Center also collaborates with a number of lead
technology users in the Asia-Pacific Region on turning R&D results into
real-life business applications. CECID's contributions to the community
include its code donation of Hermes and ebMail to freebXML(www.freebxml.org)
and the production of an in-depth design and management guide on XML Schemas
for the Hong Kong Government. CECID is currently developing a plug-and-play
Internet appliance for secure and reliable transmission of electronic
documents based on ebXML/ Web Services.

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: www.cecid.hku.hk

[ebxmlms-develop] Hermes MSH and ebMail Professional Support by CECID

[Dorris T. <cw...@ce...>]

******************************************************************

CECID Provides Professional Support Services for Hermes and ebMail

****************************************************************** 

 

Hong Kong SAR, Peoples Republic of China - December 16, 2004 - Center for
E-Commerce Infrastructure Development (CECID), University of Hong Kong
(HKU), the core developer of Hermes and ebMail, announced that it will
provide support and training services for these two open-source ebXML
software. Since their release to FreebXML.org (http://www.freebxml.org),
Hermes and ebMail have been downloaded by developers from over 80 economies,
and many installations have been successfully deployed in production in
public and private sectors. From time to time, CECID has received requests
for technical support on installation and enhancements as well as training
services. 

 

Besides the present channels of the active mailing lists, technical
professionals of end-user organizations can now also contact CECID directly
when they need help with deployment of Hermes or ebMail. OEM/ISVs who need
assistance with incorporation of these open-source software into their
products can readily access CECID developers of Hermes and ebMail. Different
support packages covering installation, connectivity, integration,
enhancement and plug-ins development are available to cater to different
needs. Visit http://www.cecid.hku.hk/open-source/ to learn more about the
support.

 

Hermes is an electronic document exchanging server based on an open
e-business messaging standard (OASIS ebXML Messaging Service v.2.0). It
provides a standardized, reliable, and secure infrastructure for enterprises
to exchange business data traditionally provided by EDI (electronic data
interchange) but on the Internet and at a low cost affordable by small and
medium enterprises. Awards won by Hermes include Merit of Certificate of the
6th HK Computer Society IT Excellence Awards 2004 and Merit of Certificate
of the Asia-Pacific Information and Communications Technology Awards (APICTA
2004). Certified by the ebXML Asia Committee for its interoperability,
Hermes is donated to the ebXML development community, FreebXML.org and
released under the Academic Free License.

 

ebMail is a desktop e-mail client which helps organizations,
small-and-medium-sized  enterprises (SME) in particular, to engage in B2B
e-commerce activities. This lightweight toolkit enables trading partners to
exchange business documents cost-effectively through email, or ebXML Message
Service (ebMS) over Simple Mail Transport Protocol (SMTP). ebMail is a
trimmed-down ebMS handler which does not require any application server
software and dedicated Internet connection to use ebXML. It allows a user to
compose electronic documents offline through graphical user interface (GUI),
and send and receive documents when the user is connected to the Internet.
ebMail is available also at FreebXML.org and released under the Academic
Free License.

 

About CECID (www.cecid.hku.hk)

Established in January 2002, Center for E-Commerce Infrastructure
Development (CECID) at the University of Hong Kong conducts e-commerce
research and development with the vision of helping organizations increase
their competitiveness in the global economy. CECID develops e-commerce
enabling technologies, participates in important international e-commerce
initiatives, supports e-commerce standardization for Hong Kong and the Asia
Pacific Region, and transfers e-commerce technology and skills to the
community. With projects primarily funded by the Hong Kong Government's
Innovation and Technology Commission, CECID is an active member of OASIS and
the ebXML Asia Committee. The Center also collaborates with a number of lead
technology users in the Asia-Pacific Region on turning R&D results into
real-life business applications. CECID's contributions to the community
include its code donation of Hermes and ebMail to freebXML

(http://www.freebxml.org) and the production of an in-depth design and
management guide on XML Schemas for the Hong Kong Government. CECID is
currently developing a plug-and-play Internet appliance for secure and
reliable transmission of electronic documents based on ebXML / Web Services.

 

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

 

Re: [ebxmlms-develop] refactoring anyone?

[<rtv...@xs...>]

It doesn't, but if you think in 'responsibilities' putting all of the persistence classes into
their package, the management things etc, it make it more clear.

> I am pretty fine to stick to the original design.

OK, then I'll skip this for now.

>For the new configuration, are you using JMS,

No, not specifically.

> or are we uisng some new Command to replace the old one?

Yes, I'm splitting the old Command object into three parts, with one major similarity, all do
*not* rely on the HTTPRequest object:
- a Command object for sending the messages with serialized objects just like the current
implementation
- a ConfigCommand object for use with either a web interface or the current Fat Client.
- a GetMessageCommand object for retrieving messages.

I'd like to split this into two or three URL'a, one for the configuration and one (or two) for the
sending and retrieving of messages. The configuration URL will probably become a webbased gui
instead of the current httprequest with serialized command implementation.

The sending of messages will become a general Monitor, which can be accessed either via the
current http way, or via a configurable monitor (e.g. JMS, or a direct api or anything else).

>
> rtv...@xs... wrote:
>
>>Hi all,
>>
>>I've seen in the TODO that there is an item for refactoring large methods. Isn't there a
>>requirement for some other refactoring as well? e.g. I've tried to create a package
>>hk.hku.cecid.phoenix.message.persistence and moved al items that I coud think of to that package.
>>I had to change some methods to public to make them 'visible', but nothing dangerous securitywise
>>(imho). All tests still run fine. Is this something that is also on the wishlist? or should I
>>abandon it.
>>
>>The next thing I'd like to do (and have already partly done) is to create a
>>k.hku.cecid.phoenix.message.configure package which will contain code to start/stop/backup etc
>> the
>>server. The serialized Command class will not be used here anymore since I will start using it to
>>configure the MSH via a browser. I've already started this discussion once and realy want to
>>implement it but want some feedback (or hints) on the idea to abandon the Swing GUI for
>>configuring the server. This will require a lot of refactoring.
>>
>>Ronald
>>
>>
>>-------------------------------------------------------
>>This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
>>Project Admins to receive an Apple iPod Mini FREE for your judgement on
>>who ports your project to Linux PPC the best. Sponsored by IBM.
>>Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php
>>_______________________________________________
>>ebxmlms-develop mailing list
>>ebx...@li...
>>https://lists.sourceforge.net/lists/listinfo/ebxmlms-develop
>>
>>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
> Use IT products in your business? Tell us what you think of them. Give us
> Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
> http://productguide.itmanagersjournal.com/guidepromo.tmpl
> _______________________________________________
> ebxmlms-develop mailing list
> ebx...@li...
> https://lists.sourceforge.net/lists/listinfo/ebxmlms-develop
>

Re: [ebxmlms-develop] refactoring anyone?

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

For package refactoring, I am pretty conservative. Unless the old 
package introduces a blocker to further development, I am pretty fine to 
stick to the original design. For the new configuration, are you using 
JMS, or are we uisng some new Command to replace the old one?
Regards, -Patrick

rtv...@xs... wrote:

>Hi all,
>
>I've seen in the TODO that there is an item for refactoring large methods. Isn't there a
>requirement for some other refactoring as well? e.g. I've tried to create a package
>hk.hku.cecid.phoenix.message.persistence and moved al items that I coud think of to that package.
>I had to change some methods to public to make them 'visible', but nothing dangerous securitywise
>(imho). All tests still run fine. Is this something that is also on the wishlist? or should I
>abandon it.
>
>The next thing I'd like to do (and have already partly done) is to create a
>k.hku.cecid.phoenix.message.configure package which will contain code to start/stop/backup etc the
>server. The serialized Command class will not be used here anymore since I will start using it to
>configure the MSH via a browser. I've already started this discussion once and realy want to
>implement it but want some feedback (or hints) on the idea to abandon the Swing GUI for
>configuring the server. This will require a lot of refactoring.
>
>Ronald
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
>Project Admins to receive an Apple iPod Mini FREE for your judgement on
>who ports your project to Linux PPC the best. Sponsored by IBM.
>Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php
>_______________________________________________
>ebxmlms-develop mailing list
>ebx...@li...
>https://lists.sourceforge.net/lists/listinfo/ebxmlms-develop
>  
>

Re: [ebxmlms-develop] DeliveryHandler & RequestMonitor

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

We are planning a release.. and we want to add that to the release note. :-)
Please give me your code, and I will try to add it to the base after 
reviewing it. Thanks.
Regards, -Patrick


rtv...@xs... wrote:

>Hi,
>
>I've seen that recently a deliveryhandler was introduced. This makes me very happy. I've already
>changed a small application I have from using a messagelistener to listening on a queue. My
>deliveryhandler puts the messages in a jms queue (fire and forget) with the appcontext in the jms
>headers. JMSListeners can then listen on a queue with a filter for their messages. Works great... 
>But why not communicate the existence of this functionality on the developerlist. I noticed
>because I'm subscribed to the
>
>Now... wouldn't it be just as easy to create a generic monitor plugin capabiliy as well? This way
>it  is possible to have Hermes listen on a queue to receive requests to send messages (not
>commands!!!) I'd be happy to implement this, in fact I already have, does someone want to review
>it? I have to adapt it to the latest hermes code but that will be easy.
>
>Ronald
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
>Project Admins to receive an Apple iPod Mini FREE for your judgement on
>who ports your project to Linux PPC the best. Sponsored by IBM.
>Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php
>_______________________________________________
>ebxmlms-develop mailing list
>ebx...@li...
>https://lists.sourceforge.net/lists/listinfo/ebxmlms-develop
>  
>

[ebxmlms-develop] refactoring anyone?

[<rtv...@xs...>]

Hi all,

I've seen in the TODO that there is an item for refactoring large methods. Isn't there a
requirement for some other refactoring as well? e.g. I've tried to create a package
hk.hku.cecid.phoenix.message.persistence and moved al items that I coud think of to that package.
I had to change some methods to public to make them 'visible', but nothing dangerous securitywise
(imho). All tests still run fine. Is this something that is also on the wishlist? or should I
abandon it.

The next thing I'd like to do (and have already partly done) is to create a
k.hku.cecid.phoenix.message.configure package which will contain code to start/stop/backup etc the
server. The serialized Command class will not be used here anymore since I will start using it to
configure the MSH via a browser. I've already started this discussion once and realy want to
implement it but want some feedback (or hints) on the idea to abandon the Swing GUI for
configuring the server. This will require a lot of refactoring.

Ronald

[ebxmlms-develop] DeliveryHandler & RequestMonitor

[<rtv...@xs...>]

Hi,

I've seen that recently a deliveryhandler was introduced. This makes me very happy. I've already
changed a small application I have from using a messagelistener to listening on a queue. My
deliveryhandler puts the messages in a jms queue (fire and forget) with the appcontext in the jms
headers. JMSListeners can then listen on a queue with a filter for their messages. Works great... 
But why not communicate the existence of this functionality on the developerlist. I noticed
because I'm subscribed to the

Now... wouldn't it be just as easy to create a generic monitor plugin capabiliy as well? This way
it  is possible to have Hermes listen on a queue to receive requests to send messages (not
commands!!!) I'd be happy to implement this, in fact I already have, does someone want to review
it? I have to adapt it to the latest hermes code but that will be easy.

Ronald

Re: [ebxmlms-develop] Infinite CPU loop

[Mattias J <ma...@ex...>]

At 2004-09-06 03:36, you wrote:
>We're seeing Hermes running under Jetty occasionally going into a 100% CPU 
>loop. We haven't managed to track down any rhyme or reason yet to 
>determine if there are any patterns, but I wondered if anyone else has 
>seen something similar.

We haven't had this issues concerning Hermes, but we have seen this 
sometimes if our application tries to open an HTTP connection and there is 
some network problem. You might want to try setting the system properties 
sun.net.client.defaultConnectTimeout and sun.net.client.defaultReadTimeout 
(in milliseconds).




   Mattias Jiderhamn
   Expert Systems 

[ebxmlms-develop] Infinite CPU loop

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

We're seeing Hermes running under Jetty occasionally going into a 100% =
CPU
loop. We haven't managed to track down any rhyme or reason yet to =
determine
if there are any patterns, but I wondered if anyone else has seen =
something
similar.

Thanks.

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

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

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

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

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

[ebxmlms-develop] Re: [ebxmlms-general] Problem with getReceivedMessageIDs()

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

The easiest way to receive message is to implement a MessageListener, 
and then pass the implementation to Request object's constructor, like 
what you have done. The onMessage method of the MessageListener 
implementation will be invoked whenever there are messages received. If 
there are more than one message received, the onMessage method will be 
invoked several time, in a one-message-per-call manner. So, in your test 
case, have you tried to make your main program long-running so as to 
receive all the messages?

Regards, -Patrick


Rajiv Mannath wrote:

> All,
>
> I am having problems querying the Request for ReceivedMessages.  I am 
> sending and receiving messages from the same server, but I don't think 
> this should cause a problem.  Once I send my message, I do see in the 
> log as well as in the database that the message has been received.  
> The receivedmessage table has an additional row in it with the same 
> messageID of the message that was sent.
>
> In my class that queries for new messages, when I create a new Request 
> object I pass null for the MessegeListener parameter.  Is that a 
> problem?  Also, the toMshURL I use is a bogus URL.  I'm just using 
> this to listen for messages.  Does this need to be URL to a MSH 
> server, if I'm just listening?  When I query the the request for new 
> messages, I get a zero length array back.  The class that queries the 
> request also implements the MessegeListener Interface.  I have tried 
> passing itself as a messageListener when I create the Request object.  
> When I take this route, the onMessage method is called when a new 
> message is received, however if I send to messages back to back only 
> the last message gets picked up?  I am sending the same message, but 
> since they have different messageID's I don't think this should be a 
> problem.  Again, the messages are stored in the receivedMessage table, 
> but only one of them triggers the onMessage() method.
>
> I have included some of the code.  Any help would be greatly appreciated.
>
> Raj
>
>         /**
>          * Method to register this listener with the message server.
>          *
>          * @throws ServerUnavailableException if the object cannot 
> register
>          * with the server
>          */
>         private void registerListener() throws 
> ServerUnavailableException{
>             ClientMessageListenerImpl messageListener=null;
>
>             System.out.println("Registering...");
>
>
>             ApplicationContext ac = new ApplicationContext(
>                     cpaID, conversationID, service, action);
>
>             try {
>                 this.mshReq = new Request(ac, this.toMshUrl, null, 
> TRANSPORTTYPE);
>
>                 /* Use this if you want the Request object to 
> callback.  However
>                  * if multiple messages are sent in close succession, 
> only one of
>                  * them triggers the callback method.  Why is this?
>                  *
>                  * this.mshReq = new Request(ac, this.toMshUrl, this, 
> TRANSPORTTYPE);
>                 */
>             } catch (RequestException e) {
>                 throw new ServerUnavailableException(e);
>             }
>
>         }
>
>
>
>         /**
>          * Queries the server for any new messages that match the 
> registered CPA.
>          * @throws ServerUnavailableException if the server cannot be 
> queried.
>          * @throws MessageUnreadableException if a message cannot be 
> read.
>          */
>         public void getNewMessages() throws 
> ServerUnavailableException, MessageUnreadableException{
>             String[] messageIDs;
>             EbxmlMessage ebmessage;
>             BulkRequest request;
>
>             try {
>                 messageIDs = this.mshReq.getReceivedMessageIds();
>                 if (messageIDs != null) {
>                     System.out.println("Number of 
> ReceivedMessages:"+messageIDs.length);
>                     for (int i=0;i<messageIDs.length;i++) {
>                         request = new 
> BulkRequest(generateFileName(messageIDs[i]));
>                         System.out.println(messageIDs[i]);
>                         ebmessage = mshReq.receive(messageIDs[i]);
>                         processEbxmlMessage(ebmessage);
>                     }
>                 } else {
>                     System.out.println("No received Messages");
>                 }
>
>
>             } catch (RequestException e) {
>                 throw new ServerUnavailableException(e);
>             }
>         }
>
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by OSTG. Have you noticed the changes on
> Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now,
> one more big change to announce. We are now OSTG- Open Source Technology
> Group. Come see the changes on the new OSTG site. www.ostg.com
> _______________________________________________
> ebxmlms-general mailing list
> ebx...@li...
> https://lists.sourceforge.net/lists/listinfo/ebxmlms-general

Re: [ebxmlms-develop] using JAXM

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

No, Hermes is not a JAXM provider. You may use the API of Hermes to send 
message.
Regards, -Patrick

Chamikara Gunaratna wrote:

> Hi,
>
>  
>
> I'm trying to send a messege to Hermas using a JAXM client. But I dod 
> not get a reply from the server. Is Hermas a JAXM provider. If any 
> body has done this before, I would be greatful if you could prode me 
> some assistance.
>
>  
>
> regards
>
> chami
>
>
> -- 
>
> ___________________________________________________________
> Sign-up for Ads Free at Mail.com
> http://www.mail.com/?sr=signup 
> <http://mail01.mail.com/scripts/payment/adtracking.cgi?bannercode=adsfreejump01>
>
> ------------------------------------------------------- SF.Net email 
> is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic 
> DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off 
> Retail on Ink & Toner - Free Shipping and Free Gift. 
> http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 
> _______________________________________________ ebxmlms-develop 
> mailing list ebx...@li... 
> https://lists.sourceforge.net/lists/listinfo/ebxmlms-develop 

[ebxmlms-develop] using JAXM

[Chamikara G. <cha...@em...>]

<P>Hi,</P>
<P>&nbsp;</P>
<P>I'm trying to send a messege to Hermas using a JAXM client. But I dod not get a reply from the server. Is Hermas a JAXM provider. If any body has done this before,&nbsp;I would be greatful if you could prode me some assistance.</P>
<P>&nbsp;</P>
<P>regards</P>
<P>chami</P><BR>
-- 
<p>___________________________________________________________<br>Sign-up for Ads Free at Mail.com<br>
<a href="http://mail01.mail.com/scripts/payment/adtracking.cgi?bannercode=adsfreejump01" target="_blank">http://www.mail.com/?sr=signup</a></p>

[ebxmlms-develop] Problem with getReceivedMessageIDs()

[Rajiv M. <rma...@ho...>]

All,

I am having problems querying the Request for ReceivedMessages.  I am 
sending and receiving messages from the same server, but I don't think this 
should cause a problem.  Once I send my message, I do see in the log as well 
as in the database that the message has been received.  The receivedmessage 
table has an additional row in it with the same messageID of the message 
that was sent.

In my class that queries for new messages, when I create a new Request 
object I pass null for the MessegeListener parameter.  Is that a problem?  
Also, the toMshURL I use is a bogus URL.  I'm just using this to listen for 
messages.  Does this need to be URL to a MSH server, if I'm just listening?  
When I query the the request for new messages, I get a zero length array 
back.  The class that queries the request also implements the 
MessegeListener Interface.  I have tried passing itself as a messageListener 
when I create the Request object.  When I take this route, the onMessage 
method is called when a new message is received, however if I send to 
messages back to back only the last message gets picked up?  I am sending 
the same message, but since they have different messageID's I don't think 
this should be a problem.  Again, the messages are stored in the 
receivedMessage table, but only one of them triggers the onMessage() method.

I have included some of the code.  Any help would be greatly appreciated.

Raj

		/**
		 * Method to register this listener with the message server.
		 *
		 * @throws ServerUnavailableException if the object cannot register
		 * with the server
		 */
		private void registerListener() throws ServerUnavailableException{
			ClientMessageListenerImpl messageListener=null;

			System.out.println("Registering...");


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

			try {
				this.mshReq = new Request(ac, this.toMshUrl, null, TRANSPORTTYPE);

				/* Use this if you want the Request object to callback.  However
				 * if multiple messages are sent in close succession, only one of
				 * them triggers the callback method.  Why is this?
				 *
				 * this.mshReq = new Request(ac, this.toMshUrl, this, TRANSPORTTYPE);
				*/
			} catch (RequestException e) {
				throw new ServerUnavailableException(e);
			}

		}



		/**
		 * Queries the server for any new messages that match the registered CPA.
		 * @throws ServerUnavailableException if the server cannot be queried.
		 * @throws MessageUnreadableException if a message cannot be read.
		 */
		public void getNewMessages() throws ServerUnavailableException, 
MessageUnreadableException{
			String[] messageIDs;
			EbxmlMessage ebmessage;
			BulkRequest request;

			try {
				messageIDs = this.mshReq.getReceivedMessageIds();
				if (messageIDs != null) {
					System.out.println("Number of ReceivedMessages:"+messageIDs.length);
					for (int i=0;i<messageIDs.length;i++) {
						request = new BulkRequest(generateFileName(messageIDs[i]));
						System.out.println(messageIDs[i]);
						ebmessage = mshReq.receive(messageIDs[i]);
						processEbxmlMessage(ebmessage);
					}
				} else {
					System.out.println("No received Messages");
				}


			} catch (RequestException e) {
				throw new ServerUnavailableException(e);
			}
		}

[ebxmlms-develop] Self-signed certificates always trusted?

[Mattias J <ma...@ex...>]

While browsing around the Hermes source code, it seems that the only place 
the trusted signing certifcates, i.e.
     <DigitalSignature>
       <TrustedAnchor>
         <KeyStore>
           <Path>/hermes</Path>
           <File>cacerts</File>
           <Password>changeit</Password>
         </KeyStore>
       </TrustedAnchor>
     ...
are actually used, is in this code from 
hk.hku.cecid.phoenix.pki.ApacheXMLDSigner

594:        if (ret == true && trusted != null && certs != null
595:            && certs.length > 1 && javaVersion >= 1.4) {
596:
597:            logger.debug("start verifying cert path");
598:            ret = CertPathVerifier.verify(certs, trusted);
599:            logger.debug("verified, result: " + ret);
600:        } else {
601:            logger.debug("verification of cert path skipped");
602:        }

It seems to me, by reading the code (and verifying by some brief testing), 
that this implies that self-signed certificates are always trusted, since 
the length of their certificate path is always exactly one. Is this 
expected behaivour? (Why?) Or should the if statement read certs.length > 0 
instead?

It also seems that the trusted certificates can only be used for JDK 1.4 
and above, not 1.3.1. Is this documented somewhere?

Or have I misunderstood this altogether? (I have not dug very deep into 
it). Is it only the path itself that is verfied? Where then are individual 
certificates (including self-signed) verified to be trusted?
Or is the signing certificate itself not supposed to be inserted into the 
trusted store, but only it's CA certificate (as suggested by the filename 
in the default setting)? Isn't this opposed to how SSL seems works (/should 
work), or have I misunderstood the SSL part? (I have so far worked 
exclusively with self-signed SSL certificates)

(Anyway, since self-signed certificates are their own CA certificate, they 
would/should have to be trusted).

Thanks in advance



   Mattias Jiderhamn
   Expert Systems 

Re: [ebxmlms-develop] SOAP Faults - faultcode value requires qualified name?

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

Hi,
Sorry, we are not too sure about what you mean by the messages having 
"Client" as the faultcode value. Would you please give us more 
information? Preferably, please attach some sample code to generate the 
error. Thanks.
Regards, -Patrick

Johnson Templar wrote:

>I have just started looking at ebxmlms as a library
>for embedding into an application I'm working on. 
>
>I noticed when I was testing its error handling
>functionality that the generated SOAP Fault messages
>contain, for example, "Client" as the faultcode value.
>As I understand it, the SOAP spec requires that the
>value of the faultcode element be a qualified name and
>therefore should be, for example, "soap-env:Client".
>
>Is there something that I don't understand here?
>
>  
>

Re: [ebxmlms-develop] Finally figured SSL incompatibility out (includes fix)

[Bob K. <py...@ce...>]

Thanks...
I will fix it ASAP.

Regards,
Bob Koon

Mattias J wrote:

> Hi again.
> As I have also mentioned on the general list I was unable to send 
> messages using the HTTPS protocol with JDK 1.4 without making a 
> non-JDK 1.3.1-compatible change to the 
> hk.hku.cecid.phoenix.message.transport.Http class. I have now spent 
> most of this day reading source code, forum posts and articles and 
> testing, and believe I now have understood the problem and am able to 
> provide a suggestion on how to solve this issue. I bet most of you 
> understand these things much better than I do, but since the current 
> code is erroneous I will try to explain some fundamentals as I 
> understand them.
>
> Background
> What instance of java.net.URLConnection is used when opening a 
> connection to any given java.net.URL will be decided by a 
> java.net.URLStreamHandler. The URLStreamHandler used depends on the 
> package names set up in the java.protocol.handler.pkgs system 
> property. (Please see 
> http://java.sun.com/j2se/1.4.2/docs/api/java/net/URL.html#URL(java.lang.String,%20java.lang.String,%20int,%20java.lang.String) 
> for more information about this).
>
> For Java 1.3.1 (with the JSSE add-on) the URLStreamHandlers we want 
> for HTTP and HTTPS is in the com.sun.net.ssl.internal.www.protocol 
> package. The class used for HTTPS connections extends 
> com.sun.net.ssl.HttpsURLConnection.
> For Java 1.4 the default handlers reside under the 
> sun.net.www.protocol package. The HTTPS connection class extends the 
> new (non JDK 1.3.1 compatible) javax.net.ssl.HttpsURLConnection. But 
> there is also a backwards compatible handler under the 
> com.sun.net.ssl.internal.www.protocol package (which in some manner 
> wraps classes from javax.net.ssl, which I believe was what Ronald van 
> Kuijk tried to explain to me).
>
> Problem
> Since the MSH is supposed to be Java 1.3.1 compatible, we cannot use 
> the javax.net.ssl classes, since this would produce 
> java.lang.NoClassDefFoundError (which according to my tests can be 
> caught, but that is an ugly solution in comparison to what could be 
> done, especially since it won't compile under 1.3.1 anyway). So, for 
> key manager/trust manager (and proprietary hostnameVerifier) to be 
> used, the connection must be an instance of 
> com.sun.net.ssl.HttpsURLConnection (as of line 381 and forth in 
> hk.hku.cecid.phoenix.message.transport.Http rev 1.12). As stated 
> above, for the backwards compatible handler to be used in Java 1.4, 
> the com.sun.net.ssl.internal.www.protocol package must be mentioned in 
> the java.protocol.handler.pkgs system property. This might be the 
> motivation for the following lines in 
> hk.hku.cecid.phoenix.message.transport.Http (line numbers from rev 1.12):
>
> 368 URL url = new URL(toUrl);
> 369 if (url.getProtocol().equalsIgnoreCase
> 370     (Constants.TRANSPORT_TYPE_HTTPS)) {
> 371     String pkgs = System.getProperty(PROTOCOL_HANDLER_PKGS); // 
> PROTOCOL_HANDLER_PKGS = "java.protocol.handler.pkgs"
> 372     if (pkgs == null || pkgs.indexOf(SSL_WWW_PROTOCOL) < 0 ) { // 
> SSL_WWW_PROTOCOL = "com.sun.net.ssl.internal.www.protocol"
> 373         pkgs = (pkgs == null ? SSL_WWW_PROTOCOL :
> 374                 SSL_WWW_PROTOCOL + "|" + pkgs);
> 375         System.setProperty(PROTOCOL_HANDLER_PKGS, pkgs);
> 376     }
> 377 }
>
> The problem here is that the system property is set AFTER the URL is 
> constructed. The URLStreamHandler used for the URL is decided inside 
> the URL constructor, so when the code above changes the system 
> property, the new implementation from the sun.net.www.protocol package 
> will already have been chosen, and the 
> com.sun.net.ssl.HttpsURLConnection dependent code will not be run.
>
> Please note that it is NOT enough to move the setting of the system 
> property before the URL creation on line 368. This is because the 
> URLStreamHandler for a given protocol (in our case the HTTPS protocol) 
> will be cached inside the java.net.URL class. So after the first HTTPS 
> instance of java.net.URL has been created, they will all have the same 
> connection implementation (or at least the same handler; this is 
> unless the handler is explicitly provided to the constructor). For 
> example, while trying to find a solution for this whole problem this I 
> found myself getting the wrong implementation because there were 
> MSHConfig records in the database having HTTPS toMshUrls being 
> instantiated as soon as the MSH was started (on line 2865 of 
> hk.hku.cecid.phoenix.message.handler.MessageServer).
>
> Solution
> Currently I have put the code to fix the system property in a static 
> block in hk.hku.cecid.phoenix.message.transport.Http
>     // Configure SSL connections to use pre JDK 1.4 protocol handlers
>     static {
>         String pkgs = System.getProperty(PROTOCOL_HANDLER_PKGS);
>         if (pkgs == null || pkgs.indexOf(SSL_WWW_PROTOCOL) < 0 ) {
>             pkgs = (pkgs == null ? SSL_WWW_PROTOCOL :
>                 SSL_WWW_PROTOCOL + "|" + pkgs);
>             System.setProperty(PROTOCOL_HANDLER_PKGS, pkgs);
>         }
>     }
>
> I believe though there will be a more proper place to put this (I'm 
> not sure what effect dynamic class loading has on static blocks, for 
> example), such as at configuration time or in the 
> MessageServiceHandler.init(), but I leave that up to you guys.
>
>
>   Mattias Jiderhamn
>   Expert Systems
>
>
>
> -------------------------------------------------------
> This SF.Net email sponsored by Black Hat Briefings & Training.
> Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital 
> self defense, top technical experts, no vendor pitches, unmatched 
> networking opportunities. Visit www.blackhat.com
> _______________________________________________
> ebxmlms-develop mailing list
> ebx...@li...
> https://lists.sourceforge.net/lists/listinfo/ebxmlms-develop
>

Re: [ebxmlms-develop] Fix for TrustedAnchor

[Bob K. <py...@ce...>]

Thanks for your comment and your deep investigation.
We will try to fix the bug as soon as possible.

Regards,
Bob Koon

Mattias J wrote:

> Hi Hermes developers. I have been in a discussion on the user list, 
> primarily with Ronald van Kuijk, about issues concerning trusted SSL 
> certificates and Java 1.4. I asked that somebody should forward my 
> conclusions to the development list but I can see in the archives that 
> has not been done (is everyone else on vacation???). Now I have had 
> time to perform some actual testing under Java 1.3.1 so I have joined 
> the dev-list to discuss the changes that need to me made.
>
> First off, the TrustedAnchor setting is not working, and I cannot see 
> how it could have been working since revision 1.7 of 
> hk.hku.cecid.phoenix.message.transport.Http and the introduction of 
> the attibute TrustManager[] trustManagers, clashing with the local 
> variable of the same name (existing since rev 1.6).
>
> I discovered the problem trying to use a setting similar to the 
> following under JDK 1.4 and have now verified it does not work under 
> 1.3 either:
>   <SSL>
>        <!-- Trust keystore for SSL Server Authentication -->
>        <TrustedAnchor>
>          <KeyStore>
>            <Path>/hermes</Path>
>            <File>trusted.keystore</File>
>            <Password>foobar</Password>
>          </KeyStore>
>        </TrustedAnchor>
>    </SSL>
>
> The problem is solved by removing the local TrustManager[] 
> trustManagers variable on line 185 of 
> hk.hku.cecid.phoenix.message.transport.Http so that the attribute is 
> used instead. Line 186 could also be removed, since that variable is 
> never used. Here is a diff applicable to revision 1.12:
>
> 185,186d184
> <         TrustManager[] trustManagers = null;
> <         KeyManager[] keyManagers = null;
>
> Please incorporate this into the CVS.
>
>
>   Mattias Jiderhamn
>   Expert Systems
>
>
> -------------------------------------------------------
> This SF.Net email sponsored by Black Hat Briefings & Training.
> Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital 
> self defense, top technical experts, no vendor pitches, unmatched 
> networking opportunities. Visit www.blackhat.com
> _______________________________________________
> ebxmlms-develop mailing list
> ebx...@li...
> https://lists.sourceforge.net/lists/listinfo/ebxmlms-develop
>