Ron,

JAX-WS is not designed to handle huge messages. The JAX-WS interfaces force in some situation (handling SOAP headers, etc.) a JAX-WS implementation to keep the whole message in memory. That works fine with a small amount of data but fails in a content management use-case when huge documents should be transferred. OpenCMIS can handle documents that are much larger than the available main memory by streaming the content. We avoid all circumstances that require that the message must be loaded in main memory. 

All JAX-WS implementers are aware of these shortcomings and all JAX-WS stacks provide workarounds and proprietary interfaces to overcome these problems. Since they are all different, we had to settle on one stack. When we started OpenCMIS in 2009 we knew from previous projects that the Sun stack could do what we need.

Later there was a demand for a Web Sphere version that uses Web Spheres proprietary extensions. So we build it.

We know that OpenCMIS has been used with Weblogic, but we never heard of the problem that you have reported. If you are willing to help us testing (I don't have access to a Weblogic server), we could also build a Weblogic version of OpenCMIS.



- Florian


> Florian,
> 
> We "built a custom" version of this jar file without that file and it worked.  Why do you call for a specific implementation provider and just not utilize the default container provided one?
> 
> I see that in the 0.7.0 branch there is a Websphere specific binding jar, why not produce one that is specific to WLS?
> 
> Our preference is to have an official release, not some custom one, if we can at all avoid that.
> 
> Thanks,
> 
> Ron DiFrango
> 
> ________________________________________
> From: Florian Müller [fmui@apache.org]
> Sent: Monday, June 18, 2012 3:22 PM
> To: dev@chemistry.apache.org; Ron DiFrango
> Subject: Re: Null Pointer Exception when combine with JAX-WS Client
> 
> Hi Ron,
> 
> I still think this a Weblogic bug that we cannot solve in OpenCMIS. But maybe we can work around it.
> 
> The chemistry-opencmis-client-bindings jar contains the file /META-INF/services/javax.xml.ws.spi.Provider . If you remove it from the jar, OpenCMIS will not insist on using the Sun JAX-WS implementation. This might break the Web Services binding implementation, but maybe the AtomPub binding works with this fix.
> Since I don't have a Weblogic server, I cannot test it. That's my best guess at the moment.
> 
> 
> - Florian
> 
> 
>>
>> I just submitted ticket CMIS-542 and Florian asked me to move the discussion to the mailing list.  To summarize my ticket:
>>
>> I am working on a project where we have JAX-WS client that are compile with wsimport from Weblogic 10.3.2 or 10.3.5. We are now trying to integrate the Chemistry API's into the mix and when we do, we get the following exception when we attempt to bind JAX-WS compiled clients, we get an NPE
>> at javax.xml.ws.Service.getPort(Service.java:161).
>>
>> The minute I remove the JAR file chemistry-opencmis-client-bindings, my JAX-WS client code starts working again, so something in that jar file is causing a conflict with WLS.
>>
>> Ron DiFrango
>>
> 
> 
>