In any case, features are only referentially immutable, since the bundles themselves are specified as ranges, so the actual bundles that result may vary from one instantiation to another.
The bundles listed in a feature are not listed using ranges. They use exact maven coordinates and each one represents a single possible artifact. The Feature Launcher has some ability to perform deduplication at runtime, where users have the option to
merge bundles with the same group id and artifact id, but that doesn’t apply to the features themselves.
I should be able to make the call on Wednesday to discuss further.
I’m adding it to the agenda.
All the best,
Tim
On 10 Jan 2025, at 20:40, Dr. James J. Hunt via osgi-dev <osgi-dev@xxxxxxxxxxx> wrote:
Dear Tim,
Okay, first the Feature specification needs updating. If feature references are restricted to a single feature version, then immutability would not be violated. The alternative is to view it as a dependency on another feature, and not part
of the feature itself. In any case, features are only referentially immutable, since the bundles themselves are specified as ranges, so the actual bundles that result may vary from one instantiation to another. I should be able to make the call on Wednesday
to discuss further.
Sincerely,
James
On 1/10/25 20:41, Tim Ward wrote:
Hi
Does the feature launcher support this keyword and is there a plan to extend the specification to support features of features?
Firstly, to ensure that we all know the order of updates required:
- Adding the keyword would be a new version of the Feature specification (which is separate from the launcher).
- The feature launcher specification is based on 1.0 of the feature specification. This would need to be changed if feature service 1.1 becomes available before release, or a new version of the specification made later
This is important because we should not conflate trying to resolve this request with the current feature launcher speculation release. If the feature service is updated then the feature launcher will be too. There is no compelling reason to hold things
up.
As for the specifics of the requirement - this will need a lot of thought.
Introducing references into a feature document leaves a lot more
scope for this immutability to be violated. Most tools that I am aware of allow references in their sources, but inline the content during the build phase so that the output feature does not contain references. This also forces conflict resolution to occur
ahead of time rather than at runtime.
We can discuss further during the call on Wednesday.
All the best,
Tim
Sent from my iPhone
Dear Stefan,
I see some tools use a "features" keyword for adding features to another feature, but this is not part of the specification. Does the feature launcher support this keyword and is there a plan to extend the specification to support features of features?
Sincerely,
James
On 1/10/25 14:31, Stefan Bischof via osgi-dev wrote:
Hi James,
https://github.com/eclipse-osgi-technology/feature-launcher
was migrated from Prototype from kentyou:
https://github.com/kentyou/feature-launcher-prototype
On 10.01.25 14:12, Dr. James J. Hunt via osgi-dev wrote:
Dear Colleagues,
Is there an implementation for the Feature Launcher? How can one feature be included in another feature?
Sincerely,
James
_______________________________________________
osgi-dev mailing list
osgi-dev@xxxxxxxxxxx
To unsubscribe from this list, visit https://accounts.eclipse.org
_______________________________________________
osgi-dev mailing list
osgi-dev@xxxxxxxxxxx
To unsubscribe from this list, visit https://accounts.eclipse.org
_______________________________________________
osgi-dev mailing list
osgi-dev@xxxxxxxxxxx
To unsubscribe from this list, visit
https://accounts.eclipse.org
--
Dr. James J. Hunt
CEO & Geschäftsführer
<Mail Attachment.jpeg>
aicas GmbH
Emmy-Noether-Straße 9 ● 76131 Karlsruhe ● Germany
https://www.aicas.com ● Tel: +49 721 663968 22
USt-Id: DE216375633, Handelsregister HRB 109481, AG Mannheim
Geschäftsführer: Dr. James J. Hunt
aicas incorporated
6 Landmark Sq., Ste 400 ● Stamford, CT 06901 ● USA
https://www.aicas.com ● Tel: +1 203 435 0521
aicas America limited
4023 Kennett Pike, Ste 810 ● Wilmington, DE 19807 ● USA
https://www.aicas.com ● Tel: +1 203 435 0521
<Mail Attachment.jpeg>
<Mail Attachment.jpeg>
_______________________________________________
osgi-dev mailing list
osgi-dev@xxxxxxxxxxx
To unsubscribe from this list, visit https://accounts.eclipse.org
|