Re: [ecf-dev] refactoring remote service features

[Pablo García Sánchez <fergunet@xxxxxxxxx>]

Yes, I know that using only a bundle is against OSGi philosophy :) I asked because the other day I just tested CXF by downloading their one-bundle distribution, started their bundle, and exposed my services with SOAP just only adding a line in my component definition. Maybe this way is easier for beginners, instead activating or deactivating the ECF bundles they require for each provider. Well, I guess it only saves time because it does not need a .product to launch the examples (therefore you are not tied to Eclipse, but well, this is a Eclipse project :P ).

Cheers!

2014-02-06 19:58 GMT+01:00 Scott Lewis <slewis@xxxxxxxxxxxxx>:

Hi Pablo,

On 2/6/2014 10:35 AM, Pablo García Sánchez wrote:

"4) Still provide an 'all-in-one' feature (org.eclipse.ecf.remoteservice.sdk) that contains everything."

This means unify all bundles of ECF in one as CXF does? http://repository.apache.org/service/local/repositories/releases/content/org/apache/cxf/dosgi/cxf-dosgi-ri-singlebundle-distribution/1.4.0/cxf-dosgi-ri-singlebundle-distribution-1.4.0.jar

Not exactly.   We currently distribute the following:

1) p2 repo (via a single zip or URL) [see 1].  To clarify...this has all the ECF bundles, along with the features metadata above
2) maven repo [2] along with karaf metadata.

I assume by your question that you would like a single bundle distribution.   If that's true would you consider expressing that...along with some details (e.g. about what all you would like to see in such a single bundle...e.g. remote services I assume?...along with all/some providers?...examples?..target framework environments? ...etc)...on bug 409787?  Also info about the use case would be helpful...e.g. a single bundle distribution...for learning/running examples...or for integration into some other/your build...and/or something else?

And just to explain:   creating a single bundle distribution is less a feature refactoring than it is adding another distribution format to ECF's build.   We are willing to do such a thing if that's what's needed, but we are currently lacking releng resources...and so any contributions/help with releng would be most appreciated.

Thanks,

Scott

[1] http://www.eclipse.org/ecf/downloads.php
[2] http://build.ecf-project.org/

_______________________________________________
ecf-dev mailing list
ecf-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/ecf-dev

--

Pablo García Sánchez
University of Granada

http://www.ugr.es/~pablogarcia