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] > > > > > > > > > > > > > > > > > > > > > > > > > > >