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.java is 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] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]