You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@tuscany.apache.org by kelvin goodson <ke...@thegoodsons.org.uk> on 2008/01/15 14:12:10 UTC

Re: [Java SDO] What should we be attacking?

It's high time we spun this release.  There are various patches still to
apply I know,  although I haven't done the ground work recently to collate
all the info.  Is there anyone out there who might be prepared to be release
manager for this?  I'd be happy to provide guidance.

Kelvin.

On 20/11/2007, kelvin goodson <ke...@thegoodsons.org.uk> 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.
>

Re: [Java SDO] What should we be attacking?

Posted by kelvin goodson <ke...@thegoodsons.org.uk>.
Hi Amita,
  looking at the size of the list of fixed JIRAs and the balance of
improvements/New features to bug fixes I would have thought this would
warrant a title of Tuscany SDO Java 1.1-incubating
I'll respond about the pending JIRAs a bit later.

Kelvin.


On 16/01/2008, Amita Vadhavkar <am...@gmail.com> wrote:
>
> Have a couple of question about release -
>
> What will be the name of the Java SDO release?
>
> After checking Java-SDO-Next and Java-SDO-CTS-Next from ASF-JIRA and
> referring to
> http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg25868.html
> I have tried to gather a list of all JIRAs (Fixed, Open,...) at -
> http://cwiki.apache.org/confluence/display/TUSCANYWIKI/SDO+Java+Project
>
> Also, referring again to -
> http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg25868.html,
>
> Below are in-progress JIRAs-
>    TUSCANY-1360
>    TUSCANY-1483
>    TUSCANY-1293
>
> Are there any other in-progress JIRAs?
>
> So we are left with below ones -
>
> ====================================================================================
> Simple Starters
> ===========
> TUSCANY-1178    DynamicTypesFromSchemaTestCase expecting *Object types to
> be
> created
> TUSCANY-1263    XMLEqualityChecker too strict
> TUSCANY-1659    SDO DateConversion test cases fail under linux
>
> Particular Skills JIRAs
> =================
> For anyone with JavaJet experience there's
>
> 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)
>
> 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
>
> Is anybody working on any from the above list? Also please take a look at
> the cwiki link above to see if any other JIRAs from
> there are of interest and can be made part of the release. Any other
> issues/features missed so far in above which can be
> included?
>
>
> =======================================================================================
> Regards,
> Amita
>
> On Jan 16, 2008 1:47 PM, kelvin goodson <ke...@thegoodsons.org.uk> wrote:
>
> > Hey Amita,
> >  that's great!  I guess collating the state of the fixed and unfixed
> > JIRAs,  and producing a definitive list of what's going to be in and out
> > is
> > the first step.  I think the states and marked fix levels  on the JIRAs
> > are
> > all as they should be,  so that should be a relatively smooth operation.
> > I'll try to find pointers to the best reference information later in the
> > day
> > and post them.
> >
> > Kelvin.
> >
> > On 16/01/2008, Amita Vadhavkar <am...@gmail.com> wrote:
> > >
> > > Hi,
> > > I would like to do Release Management activities for this SDO release.
> > It
> > > will be a good learning
> > > for me. Appreciate your help.
> > >
> > > Regards,
> > > Amita
> > >
> > > On Jan 15, 2008 6:42 PM, kelvin goodson <ke...@thegoodsons.org.uk>
> > wrote:
> > >
> > > > It's high time we spun this release.  There are various patches
> still
> > to
> > > > apply I know,  although I haven't done the ground work recently to
> > > collate
> > > > all the info.  Is there anyone out there who might be prepared to be
> > > > release
> > > > manager for this?  I'd be happy to provide guidance.
> > > >
> > > > Kelvin.
> > > >
> > > > On 20/11/2007, kelvin goodson <ke...@thegoodsons.org.uk> 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.
> > > > >
> > > >
> > >
> >
>

Re: [Java SDO] What should we be attacking?

Posted by Amita Vadhavkar <am...@gmail.com>.
Have a couple of question about release -

What will be the name of the Java SDO release?

After checking Java-SDO-Next and Java-SDO-CTS-Next from ASF-JIRA and
referring to
http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg25868.html
I have tried to gather a list of all JIRAs (Fixed, Open,...) at -
http://cwiki.apache.org/confluence/display/TUSCANYWIKI/SDO+Java+Project

Also, referring again to -
http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg25868.html,

Below are in-progress JIRAs-
   TUSCANY-1360
   TUSCANY-1483
   TUSCANY-1293

Are there any other in-progress JIRAs?

So we are left with below ones -
====================================================================================
 Simple Starters
===========
TUSCANY-1178    DynamicTypesFromSchemaTestCase expecting *Object types to be
created
TUSCANY-1263    XMLEqualityChecker too strict
TUSCANY-1659    SDO DateConversion test cases fail under linux

Particular Skills JIRAs
=================
For anyone with JavaJet experience there's

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)

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

Is anybody working on any from the above list? Also please take a look at
the cwiki link above to see if any other JIRAs from
there are of interest and can be made part of the release. Any other
issues/features missed so far in above which can be
included?

=======================================================================================
Regards,
Amita

On Jan 16, 2008 1:47 PM, kelvin goodson <ke...@thegoodsons.org.uk> wrote:

> Hey Amita,
>  that's great!  I guess collating the state of the fixed and unfixed
> JIRAs,  and producing a definitive list of what's going to be in and out
> is
> the first step.  I think the states and marked fix levels  on the JIRAs
> are
> all as they should be,  so that should be a relatively smooth operation.
> I'll try to find pointers to the best reference information later in the
> day
> and post them.
>
> Kelvin.
>
> On 16/01/2008, Amita Vadhavkar <am...@gmail.com> wrote:
> >
> > Hi,
> > I would like to do Release Management activities for this SDO release.
> It
> > will be a good learning
> > for me. Appreciate your help.
> >
> > Regards,
> > Amita
> >
> > On Jan 15, 2008 6:42 PM, kelvin goodson <ke...@thegoodsons.org.uk>
> wrote:
> >
> > > It's high time we spun this release.  There are various patches still
> to
> > > apply I know,  although I haven't done the ground work recently to
> > collate
> > > all the info.  Is there anyone out there who might be prepared to be
> > > release
> > > manager for this?  I'd be happy to provide guidance.
> > >
> > > Kelvin.
> > >
> > > On 20/11/2007, kelvin goodson <ke...@thegoodsons.org.uk> 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.
> > > >
> > >
> >
>

Re: [Java SDO] What should we be attacking?

Posted by Amita Vadhavkar <am...@gmail.com>.
Have a couple of question about release -

What will be the name of the Java SDO release?

After checking Java-SDO-Next and Java-SDO-CTS-Next from ASF-JIRA and
referring to
http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg25868.html
I have tried to gather a list of all JIRAs (Fixed, Open,...) at -
http://cwiki.apache.org/confluence/display/TUSCANYWIKI/SDO+Java+Project

Also, referring again to -
http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg25868.html,

Below are in-progress JIRAs-
   TUSCANY-1360
   TUSCANY-1483
   TUSCANY-1293

Are there any other in-progress JIRAs?

So we are left with below ones -
====================================================================================
 Simple Starters
===========
TUSCANY-1178    DynamicTypesFromSchemaTestCase expecting *Object types to be
created
TUSCANY-1263    XMLEqualityChecker too strict
TUSCANY-1659    SDO DateConversion test cases fail under linux

Particular Skills JIRAs
=================
For anyone with JavaJet experience there's

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)

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

Is anybody working on any from the above list? Also please take a look at
the cwiki link above to see if any other JIRAs from
there are of interest and can be made part of the release. Any other
issues/features missed so far in above which can be
included?

=======================================================================================
Regards,
Amita

On Jan 16, 2008 1:47 PM, kelvin goodson <ke...@thegoodsons.org.uk> wrote:

> Hey Amita,
>  that's great!  I guess collating the state of the fixed and unfixed
> JIRAs,  and producing a definitive list of what's going to be in and out
> is
> the first step.  I think the states and marked fix levels  on the JIRAs
> are
> all as they should be,  so that should be a relatively smooth operation.
> I'll try to find pointers to the best reference information later in the
> day
> and post them.
>
> Kelvin.
>
> On 16/01/2008, Amita Vadhavkar <am...@gmail.com> wrote:
> >
> > Hi,
> > I would like to do Release Management activities for this SDO release.
> It
> > will be a good learning
> > for me. Appreciate your help.
> >
> > Regards,
> > Amita
> >
> > On Jan 15, 2008 6:42 PM, kelvin goodson <ke...@thegoodsons.org.uk>
> wrote:
> >
> > > It's high time we spun this release.  There are various patches still
> to
> > > apply I know,  although I haven't done the ground work recently to
> > collate
> > > all the info.  Is there anyone out there who might be prepared to be
> > > release
> > > manager for this?  I'd be happy to provide guidance.
> > >
> > > Kelvin.
> > >
> > > On 20/11/2007, kelvin goodson <ke...@thegoodsons.org.uk> 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.
> > > >
> > >
> >
>

Re: [Java SDO] What should we be attacking?

Posted by kelvin goodson <ke...@thegoodsons.org.uk>.
Hey Amita,
  that's great!  I guess collating the state of the fixed and unfixed
JIRAs,  and producing a definitive list of what's going to be in and out is
the first step.  I think the states and marked fix levels  on the JIRAs are
all as they should be,  so that should be a relatively smooth operation.
I'll try to find pointers to the best reference information later in the day
and post them.

Kelvin.

On 16/01/2008, Amita Vadhavkar <am...@gmail.com> wrote:
>
> Hi,
> I would like to do Release Management activities for this SDO release. It
> will be a good learning
> for me. Appreciate your help.
>
> Regards,
> Amita
>
> On Jan 15, 2008 6:42 PM, kelvin goodson <ke...@thegoodsons.org.uk> wrote:
>
> > It's high time we spun this release.  There are various patches still to
> > apply I know,  although I haven't done the ground work recently to
> collate
> > all the info.  Is there anyone out there who might be prepared to be
> > release
> > manager for this?  I'd be happy to provide guidance.
> >
> > Kelvin.
> >
> > On 20/11/2007, kelvin goodson <ke...@thegoodsons.org.uk> 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.
> > >
> >
>

Re: [Java SDO] What should we be attacking?

Posted by Amita Vadhavkar <am...@gmail.com>.
Hi,
I would like to do Release Management activities for this SDO release. It
will be a good learning
for me. Appreciate your help.

Regards,
Amita

On Jan 15, 2008 6:42 PM, kelvin goodson <ke...@thegoodsons.org.uk> wrote:

> It's high time we spun this release.  There are various patches still to
> apply I know,  although I haven't done the ground work recently to collate
> all the info.  Is there anyone out there who might be prepared to be
> release
> manager for this?  I'd be happy to provide guidance.
>
> Kelvin.
>
> On 20/11/2007, kelvin goodson <ke...@thegoodsons.org.uk> 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.
> >
>

Re: [Java SDO] What should we be attacking?

Posted by Amita Vadhavkar <am...@gmail.com>.
Hi,
I would like to do Release Management activities for this SDO release. It
will be a good learning
for me. Appreciate your help.

Regards,
Amita

On Jan 15, 2008 6:42 PM, kelvin goodson <ke...@thegoodsons.org.uk> wrote:

> It's high time we spun this release.  There are various patches still to
> apply I know,  although I haven't done the ground work recently to collate
> all the info.  Is there anyone out there who might be prepared to be
> release
> manager for this?  I'd be happy to provide guidance.
>
> Kelvin.
>
> On 20/11/2007, kelvin goodson <ke...@thegoodsons.org.uk> 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.
> >
>