Thanks Rajini, I propose we hold on until January in the hope that you will be able to tackle this. Many 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] > > > > > > > > > > > > > >
