Kelvin, Following on from the notes from John Conlon ( http://www.eclipse.org/newsportal/article.php?id=29577&group=eclipse.tools.emf#29577) and Jeff McAffer ( http://www.mail-archive.com/[EMAIL PROTECTED]/msg00673.html), I have opened an EMF Bugzilla (https://bugs.eclipse.org/bugs/show_bug.cgi?id=215010) to remove the dependency of EMF on the Eclipse runtime.
You could apply the patch as is, and remove the code that modifies the manifest entries in the EMF jars when the issue is resolved. Thank you... Regards, Rajini On 1/9/08, kelvin goodson <[EMAIL PROTECTED]> wrote: > > Rajini, I think you are right. I'll apply the patch as is, and we can > tackle the issue of Felix as a community if and when specific the need > arises. > Regards, Kelvin. > > On 08/01/2008, Rajini Sivaram <[EMAIL PROTECTED]> wrote: > > > > Kelvin, > > > > http://issues.apache.org/jira/browse/TUSCANY-1293 contains the patch > that > > enables SDO to run under OSGi. At the moment, the OSGi manifest entries > in > > EMF jars and the OSGi bundle activator have a dependency on Eclipse > > runtime > > (and hence on Equinox). Since Tuscany SCA is tested under Apache Felix > > OSGi > > runtime (and Felix is easily available from a public maven repository), > > the > > tests in the patch for TUSCANY-1293 are also run under Apache Felix. > These > > tests modify the manifest entries of the EMF jars before installing them > > under Felix. The patch should work for Equinox without any changes to > EMF. > > > > It would be good if a cleaner solution could be implemented for SDO to > run > > under Felix without modifying EMF. This is the response I got from Ed > > Merks > > on the EMF newsgroup: > > > > > > *This question probably really should be directed to the Apache > folks. At > > Eclipse I can just provide a version intended to run with the Equinox > > runtime so the Tuscany folks probably ought to make a version that works > > well with Felix. Have you asked them about this? I'd be curious what > > they > > say... > > * > > > > For now, it may be best to apply the patch which enables SDO to run > under > > Equinox without modifying EMF, and with Felix with modified EMF jars. If > > there is a wider interest in running SDO under Felix, an alternative may > > be > > needed. Redistributing EMF with SDO with different manifest entries > > doesn't > > seem a good option. > > > > Suggestions? > > > > > > > > Thank you... > > > > Regards, > > > > Rajini > > > > > > On 1/4/08, kelvin goodson <[EMAIL PROTECTED]> wrote: > > > > > Hi Rajini, > > > Now that the New Year has arrived, do you think you'll be able to > take > > a > > > look at this? > > > Thanks, Kelvin. > > > > > > > > > On 11/12/2007, Rajini Sivaram <[EMAIL PROTECTED]> wrote: > > > > > > > > Kelvin, > > > > > > > > I am busy until Christmas with the SCA-OSGi work, but I will try and > > > look > > > > at > > > > the OSGi-enablement of SDO early in the new year. At the moment I > > can't > > > > promise anything, but from the notes that you produced about > > > classloading, > > > > and the code and comments from Bert, I think there is enough > > information > > > > to > > > > prototype an implementation. I will update the list in the new year > > > after > > > > I > > > > take a more detailed look. > > > > > > > > > > > > Thank you... > > > > > > > > Regards, > > > > > > > > Rajini > > > > > > > > On 12/10/07, kelvin goodson <[EMAIL PROTECTED]> wrote: > > > > > > > > > > I'd kind of hoped to be in a position to have a release before the > > end > > > > of > > > > > the year. The JIRA query [1] shows that we have 34 JIRAs in > resolved > > > > state > > > > > with a fix version of SDO-Next, but I think it would be good to > get > > > the > > > > > OSGi > > > > > issues dealt with before a release. Thoughts? > > > > > > > > > > Kelvin. > > > > > > > > > > [1] > > > > > > > > > > > > > > > > > > > > https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&&pid=12310210&status=5&status=6&component=12311542&component=12310660&component=12310973&component=12310802&fixfor=12312262&resolution=1&sorter/field=issuekey&sorter/order=DESC&sorter/field=components&sorter/order=ASC&sorter/field=updated&sorter/order=DESC > > > > > > > > > > > > > > > On 29/11/2007, kelvin goodson <[EMAIL PROTECTED]> wrote: > > > > > > > > > > > > David, > > > > > > thanks for the fixes. I'll apply them as soon as I can get > to > > > > > > them. I've been away unwell for most of the last weeks so I > have > > > some > > > > > > catching up to do. Anything you can do to reduce the JIRA > backlog > > > > > > further would be great, thanks. > > > > > > > > > > > > Kelvin. > > > > > > > > > > > > On 29/11/2007, David Adcox <[EMAIL PROTECTED]> wrote: > > > > > > > Kelvin, > > > > > > > > > > > > > > I have some free cycles, so I'd like to help knock some things > > off > > > > > > > this list for you. I've gone ahead and contributed a patch > for > > > > 1483. > > > > > > > I'll address 1545 as well. I believe that 1384 is already > done. > > > > > > > > > > > > > > On Nov 20, 2007 6:36 AM, kelvin goodson < > > [EMAIL PROTECTED] > > > > > > > > > > wrote: > > > > > > > > What should we be concentrating our efforts on in SDO > Java. I > > > > > posted > > > > > > > > a while back to suggest we think about the content of a next > > > > > release. > > > > > > > > We've had a few fixes go in recently, but I'd like to see > > more > > > > > > > > consideration of release content before we crank the > > handle. It > > > > > would > > > > > > > > be great to see a balance of new features and bug fixes. > > > > > > > > > > > > > > > > > > > > > > > > For my part I want to get back to ... > > > > > > > > TUSCANY-1527 Allow for custom data binding of DataObjects > > in > > > a > > > > > > Swing UI > > > > > > > > TUSCANY-1493 Snapshot mapping framework to convert > > > DataObjects > > > > to > > > > > > and > > > > > > > > from Java objects > > > > > > > > as soon as I can. And I believe that at least 1527 can move > > > > beyond > > > > > > > > proof of concept in my sandbox, and become part of the > trunk. > > > > > > > > > > > > > > > > I've been taking a pass through the SDO java JIRA > > backlog, and > > > > > seeing > > > > > > > > from my perspective what's simple / tricky / big / high > > priority > > > > > etc, > > > > > > > > etc. Of course simplicity is in the eye of the > beholder, for > > > > > > > > example, I don't view the OSGi topic as simple as I don't > have > > > > > > > > experience there, but someone out there may find it so; if > so > > > > > please > > > > > > > > speak up. The same goes for priority, etc. As you might > > imagine, > > > > in > > > > > my > > > > > > > > estimation there are no simple high priority JIRAs > left, but > > > > there > > > > > > > > are a few simple medium priority ones, or simple low > priority > > > ones > > > > > > > > that would be good to just get out of the way. > > > > > > > > > > > > > > > > These are .... > > > > > > > > > > > > > > > > Simple Starters > > > > > > > > =========== > > > > > > > > TUSCANY-1360 New SDOUtil: Getting the enumeration facet > > > > > > > > TUSCANY-1178 DynamicTypesFromSchemaTestCase expecting > > *Object > > > > > types > > > > > > to > > > > > > > > be created > > > > > > > > TUSCANY-1263 XMLEqualityChecker too strict > > > > > > > > TUSCANY-1359 New SDOUtil: Upper and lower bound on > > properties > > > > > where > > > > > > > > 'isMany' is true > > > > > > > > TUSCANY-1384 SequenceAddOpenTest.setUp() needs to check > if > > > type > > > > > > exists > > > > > > > > before creating it > > > > > > > > TUSCANY-1545 Change default XML encoding to "UTF-8". > > > > > > > > TUSCANY-1659 SDO DateConversion test cases fail under > linux > > > > > > > > > > > > > > > > > > > > > > > > Particular Skills JIRAs > > > > > > > > ================= > > > > > > > > For anyone with JavaJet experience there's > > > > > > > > > > > > > > > > TUSCANY-1483 Static SDO generator: problem with elements > > > named > > > > > > internal* > > > > > > > > which would be simple > > > > > > > > > > > > > > > > For someone with maven build experience there > > > > > > > > TUSCANY-257 recently added file > > > Interface2JavaGenerator.javais > > > > > > not > > > > > > > > compatible with JDK 1.4 > > > > > > > > > > > > > > > > For someone with Grobu-Utils and maven skills there's ... > > > > > > > > TUSCANY-1182 Add multi-threaded test case for data object > > > > > creation > > > > > > > > > > > > > > > > Someone with Axis2 skills > > > > > > > > TUSCANY-1038 SDO databinding for Axis2 > > > > > > > > (This may be better done within the Axis2 project) > > > > > > > > > > > > > > > > OSGi Skills > > > > > > > > TUSCANY-1293 SDO does not work with OSGi > > > > > > > > > > > > > > > > > > > > > > > > Biting off something a bit Bigger > > > > > > > > ======================== > > > > > > > > For somebody wanting something a bit bigger to take on > there's > > > > > > > > > > > > > > > > TUSCANY-1192 Preserve demand created global properties > > > > > > > > TUSCANY-1361 New Util: Validation > > > > > > > > TUSCANY-1021 CopyHelper and EqualityHelper should handle > > > > > > ChangeSummary > > > > > > > > TUSCANY-1817 Improve SDO test infrastructure to > > > > re-use/re-execute > > > > > > most > > > > > > > > dynamic tests as static tests > > > > > > > > > > > > > > > > > > > > > > > > This isn't a full list, and I may post more soon. Please > feel > > > > free > > > > > to > > > > > > > > disagree with my assessment and speak up with your own > > > priorities. > > > > > > > > Better still step forward to help fix something. I'd be > only > > > too > > > > > > > > pleased to help you understand what's required. > > > > > > > > > > > > > > > > Kelvin. > > > > > > > > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > > > > > > To unsubscribe, e-mail: > [EMAIL PROTECTED] > > > > > > > > For additional commands, e-mail: > > [EMAIL PROTECTED] > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > > > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > > > > > For additional commands, e-mail: > [EMAIL PROTECTED] > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >