[Carbon-dev] Re: [Ds-java-dev] session on carbon usage

[Lahiru Sandakith]

Hi Paul,

As far as i know the support for the Tomcat was done as a server 
extension (se) for Equinox (i.e we point the tomcat home at eclipse 
preferences and work it as a configured server on your local machine for 
the development needs). They never made the tomcat extension configured 
in to a bundle, i guess its mainly because of the class loading issues. 
Actually when I tried to introduce axis2 as a web service extension the 
initial idea was to bundle it and plug it, but due to the various class 
loading issues on wsdl4j etc. we have to erase that idea and later we 
went to the server extension methodology (later we did this for WSAS). I 
believe this is a known contain on making bundles on libraries that have 
constrains on class loading.

Thanks
Lahiru Sandakith

Paul Fremantle wrote:
> Have we checked to see if there are better solutions for JSPs in the 
> Equinox OSGi project?
>
> That is the one that Dims is using for Axis2.
>
> Paul
>
> Afkham Azeez wrote:
>> Sanjaya Karunasena wrote:
>>>
>>> I see few solutions until the servlet containers provide better 
>>> support for OSGI...
>>>
>>> 1. No versioning support for UIs
>>> 2. If we have UI bits which potentially requires versioning, we use 
>>> AJAX stuff.
>>> 3. Complete AJAX based UIs
>>
>> I'm +1 for option #3. We get versioning, and do not have to mess with 
>> the servlet containers in this approach, and the architecture looks 
>> very elegant. The issues & problems related to supporting JSPs far 
>> outweigh the benefits, IMHO. Also, we don't have much to do, since we 
>> are already following this approach in the current UIs.
>>
>> Azeez
>>
>> _______________________________________________
>> Ds-java-dev mailing list
>> Ds-java-dev at wso2.org
>> http://wso2.org/cgi-bin/mailman/listinfo/ds-java-dev
>>
>

-- 
Thanks
Lahiru Sandakith

http://www.wso2.org 
GPG Key Fingerprint : 8CD8 68E0 4CBC 75CB 25BC  1AB1 FE5E 7464 1F01 9A0F