Re: [ebxmlms-develop] Some thoughts regarding transport...

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

Dear Daniel,

Maybe I can explain why there are recent changes on Http.java. The main=20
reason behind this is that we are on hurry on the development for the=20
ebxml asia Interoperability Test. The test will cover SSL Server=20
Authentication, SSL Client Authentication and XML Digital Signature.=20
Therefore, your guessing is right that I will commit more codes related=20
to Http.java. (In fact I will commit the code for client authentication=20
within few days, maybe today)

Thanks for the suggestion for the pluggable design on Http, and I also=20
think that it is good idea, but as I said, we are on hurry on the=20
development for the interoperability test (a very tight schedule), so I=20
think I will consider this changes in Hermes 1.0 design.

Regards,
Bob Koon

Daniel Bergh wrote:

>Hi,
>
>I noticed some changes in hk.hku.cecid.phoenix.message.transport.Http
>regarding server authentication... I recently had to change this file my=
self
>with a few hacks in order to make it suite my environment.
>
>There is a lot of configuration that can be done on an outbound connecti=
on
>and I guess this class is going to be a hot spot for changes in the futu=
re.
>So why don't make the hole lot pluggable? The plugin could take an
>ebxml-message and return an HttpURLConnection (the actual sending of the
>message still being done in Http.java). This way the user could control:
>
>* The implementation of the http-protocol (The rather strange hack for
>forcing which implementation to use in the beginning of send wouldn't be
>needed)
>* The plugin could use different setting (hostname verifiers, proxy
>configuration etc.) for different trading partners, which would be very
>useful.
>* Resolving partner uri:s to URLs could be deferred to this point (a
>separate plugin for that wouldn't be needed)
>* The user doesn't have to rely on system properties to configure outbou=
nd
>connections. (System properties are great for stand alone applications, =
but
>not for application servers!)
>
>It also would be nice if there was a way of passing configuration
>information to plugins. One suggestion is to give the plugins a method t=
hat
>takes an 'Element' from the xml in the configuration file...
>
>If you like the id=E9a and need a hand with the implementation I'd be gl=
ad to
>help you...
>
>regards
>
>Daniel
>
>
>-------------------------------------------------------
>This sf.net email is sponsored by:ThinkGeek
>Welcome to geek heaven.
>http://thinkgeek.com/sf
>_______________________________________________
>ebxmlms-develop mailing list
>ebx...@li...
>https://lists.sourceforge.net/lists/listinfo/ebxmlms-develop
>
>
> =20
>