[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [equinox-dev] TrustEngine in supplemental?
- From: Thomas Watson <tjwatson@xxxxxxxxxx>
- Date: Wed, 11 Dec 2013 07:47:00 -0600
- Delivered-to: email@example.com
We may be able to put org.eclipse.osgi.service.security package in supplemental, but would it be possible to have others supply a different fragment that implements ECFTrustManager in another way? Even if we move the org.eclipse.osgi.service.security API to the supplement bundle you would still need an implementation of TrustEngine to plug into ECFTrustManager.
Scott Lewis ---12/10/2013 02:52:57 PM---ECF is restructuring our features so that our bundles can more easily be installed in non-Eclipse r
From: Scott Lewis <slewis@xxxxxxxxxxxxx>
To: Equinox development mailing list <equinox-dev@xxxxxxxxxxx>,
Date: 12/10/2013 02:52 PM
Subject: [equinox-dev] TrustEngine in supplemental?
Sent by: equinox-dev-bounces@xxxxxxxxxxx
ECF is restructuring our features so that our bundles can more easily be
installed in non-Eclipse runtime environments . We also would like
to continue to produce distributions that can run on Felix and/or other
frameworks while providing as much of our own functionality as
possible...particularly around remote services/RSA.
There are some SSL fragments in ECF (contributed to us years ago by IBM)
that are dependent upon the Equinox TrustEngine class...i.e.
org.eclipse.osgi.service.security.TrustEngine. Here's  the ECF class
that references TrustEngine in org.eclipse.ecf.ssl.
There are consumers of ECF that would potentially like to use the
org.eclipse.ecf.ssl fragments on non-Equinox frameworks, but that's not
currently possible given the TrustEngine's presence in
org.eclipse.osgi...and it doesn't appear to be in the Equinox
Is it appropriately in Equinox supplemental?
equinox-dev mailing list