jackrabbit-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Paolo Mottadelli" <paolo....@gmail.com>
Subject Re: jcr-cmis WS volounteers/approach
Date Tue, 09 Dec 2008 13:56:18 GMT
Hi all,
find my comments below.


> By the time, I created this pom.xml, 1.5 was not officially released
> yet, and I copied a pom.xml from some other sandbox project. We could
> very well depend on the latest development version or on the released
> version, whatever seems more appropriate, or even drop the parent
> reference as well.

In the spirit of implementing a JCR compliant CMIS, if we don't have
any technical reason of having Jackrabbit as a parent project, I'd opt
for dropping the parent reference untill we'll need it.


>> __Core technologies (Axis or CXF)
>> Which WS framework would you suggest? At the moment I have a better feeling
>> for CXF with respect to Axis(2), maybe for the lower footprint it seems to
>> have, but I never had hands on expertise with both frameworks. Any
>> suggestion/direction here of course more than welcome.
>
> Axis is the only framework I heard of right now, but I was hoping that
> there is some better approach ;)

ATM I'm playing with CXF and it is making me confident enough; the
main reasons for which I've chosen it for these test are:
_ they say CXF has better support for JAX-WS
_ it has a simpler approach to make things start


>> __'jcr-cmis' component in Jira
>> As I mentioned before, does it make sense to have a specific component for
>> this bit of the sandbox or just use the 'sandbox' component?
>
> I'd prefer having a specific component.

+1 for a specific component for me, as well


>> __Dynamically generate services interfaces and commit wsdl files?
>> As a starting point, we were thinking of generating the Java interfaces from
>> committed WSDL files with cxf as described here [3].
>> Also committing the WSDL, we could automatically regenerate the interfaces
>> upon specs changes using the maven plugin [4].
>> Do you have any objections/suggestions for this approach?
>
> Sounds good to me. I started creating a couple of interfaces from the
> spec, but if we can have them generated through WSDL and use them in
> the atompub part as well, even better :)

I've generated interfaces starting from the WSDL using the CXF
wsdl2java command.
For this first phase, it would be reasonable to consider these as a
commodity we could add; I'd focus more on validating the better
technology for us.

Cheers,
--
Paolo







> Kind regards
> Dominique
>
>>
>> Eager to hear your comments/suggestions (if you could make it trough this
>> long email :).
>>
>> Ciao,
>> Gab
>>
>>
>> [1]
>> https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&&pid=10591&component=12310830&resolution=-1&sorter/field=priority&sorter/order=DESC
>> :
>> [2] http://people.apache.org/repo/m2-snapshot-repository
>> [3] http://cwiki.apache.org/CXF20DOC/wsdl-to-java.html
>> [4] http://cwiki.apache.org/CXF20DOC/maven-integration-and-plugin.html
>> --
>> Gabriele Columbro
>> Alfresco ECM Product Strategy Consultant
>> +31 627 565 103
>> Sourcesense - Making sense of open Source (http://www.sourcesense.com)
>>
>



-- 
Paolo Mottadelli: http://www.paolomottadelli.com
Sourcesense - making sense of Open Source: http://www.sourcesense.com

Mime
View raw message