Another summary --
A first release candidate was posted last Tuesday.  Apart from naming issues
for the maven artifacts for the SDO API here are no show stoppers in the
comments to that release.  I  plan to address  all of ant's points in the
next release candidate.

There's an open issue we need to resolve with ant about the SDO poms' stax
dependency declaration.

As to JIRAs, since that date some new requests have been posted the the
following are resolved in the release ..
https://issues.apache.org/jira/browse/TUSCANY-1110
https://issues.apache.org/jira/browse/TUSCANY-1436
but we don't have fixes for those yet.  I don't have these in my plan at the
moment.

Comments on changes to the state of issues already known about at the time
of the last summary are inlined below



Unresolved JIRAs with a 1.0 fix version
============================

here's the jet of JIRAs.....

TUSCANY-1408    Cannot programmatically define a SDO property matching
to XSD element


resolved

TUSCANY-1317    Provide a way to set default XML load options to be
used during Java deserialization


resolved

TUSCANY-1385    Duplicate namespace was serialized when SDO QName
property value containing existing namespace


resolved

TUSCANY-1358    Exception in thread "main"
java.lang.IllegalArgumentException: Cannot generate XSD since SDO Type

'item' was orginally generated from XSD. Use original XSD


resolved

TUSCANY-1350    Reorganise SDO build / distribution layout


part of release work, completed i think but holding open until sure

TUSCANY-257     recently added file Interface2JavaGenerator.java is
not compatible with JDK 1.4


not addressed -- i may not get to this,  not a blocker

TUSCANY-1122    TypeConversionTestCase fails for JDK 1.4.2

resolved


TUSCANY-1143    Generated code should separate metadata creation from
registration to permit proper scoping


in progress

<snip/>


TUSCANY-1293    SDO does not work with OSGi
Bryan Hunt "For the short term, you might consider removing the
ability to build Eclipse plug-ins (OSGi bundles) from your pom. "
Not in plan for 1.0

TUSCANY-1359    New SDOUtil: Upper and lower bound on properties where
'isMany' is true
I'll apply it if a patch file with the fix and a test appear in time

TUSCANY-1391    Provide capability to load and save XML with unknown
features
I haven't found time to review the available patch and I can't see me
getting to it, so not currently in my plan


activity on patch -- but open questions are pending on the jira

TUSCANY-1128    Support attribute and element with same name
It's not clear whether we are good to go here,  it's not currently in
my 1.0 plan to integrate it

TUSCANY-477     SDO runtime should report unresolved types in a meaningful
way if xsd:import/include cannot be resolved
Not in my plan

Other things pulled from this thread not covered above
=======================================
TUSCANY-303     Single package override in tuscany-sca-plugin and
tuscany-sdo-plugin insufficient
I'll include a fix if it comes along soon -- from my point of view,
nice to have but not essential

Steffen's - typesafe collections in the xsd2java generator
No JIRA raised -- could be new feature in a future release


<snip/>

Regards, Kelvin.

On 05/07/07, David Adcox <[EMAIL PROTECTED]> wrote:
> Kelvin,
>
> I'm going to take a run at Tuscany-1143.  I've started looking into
> this issue and hope to have something by middle to end of next week.
> Let me know if this will work for your timetable.
>
> Thanks,
> David
>
> On 6/26/07, kelvin goodson <[EMAIL PROTECTED]> wrote:
> > I'd like to take a quick roll call if possible please.
> >
> > Who if anyone is working on these issues?  When do you think they will
be
> > ready by? Is anyone working on an issue not referenced in the attached
note
> > that they want in the 1.0 but haven't said so?
> >
> > I've been working on the build structure and the samples. In order to
have
> > any chance of being close to getting a release candidate
through  voting by
> > mid of next month were going to need your contributions in very soon,
> > knowing how it usually takes a few of release candidate iterations in
> > general before a successful PMC vote.  Ideally,  your contributions
> > permitting, I'd like to be in a position to build a release candidate
in the
> > middle  part of next week.
> >
> > Regards, Kelvin.
> >
> >
> > On 11/06/07, kelvin goodson <[EMAIL PROTECTED]> wrote:
> > >
> > > Good suggestion Steffen.  If you were able to open a Jira and dump
into it
> > > any thoughts you may have had about the details of how you see this
> > > working that would be great.  The more detail you put there, the
more
> > > likely it is that someone who wants to get their hands dirty would
be likely
> > > to pick it up;  unless of course you have plans for doing it
yourself. As
> > > an aside,  it's always interesting to know the background to why a
> > > particular feature is important to someone, so if you felt like
commenting
> > > on your scenarios that would benefit from this too,  whether in the
JIRA
> > > on or the list,  that would be great.
> > >
> > > For my part here are the things that I'd like to see done ...
> > > - reorganisation of the build to create release distributions in
line with
> > > the SCA release format
> > > - review and improvement of the samples and implementation of an
> > > alternative simple approach to running the samples that does not
involve
> > > running a maven build
> > > - review and improvement of the website documentation
> > >
> > > In addition, some things I'd like to see being done,  but I don't
see as
> > > absolute prerequisites for a release are ...
> > > - creation of a further sdo sub-project that permits automated
exercising
> > > of the sdo plugin and java generator
> > > - more test cases
> > >
> > > In terms of JIRA's, we currently have 3 marked for the specific
release[1],  rather then
> > > the generic Java-SDO-Next bucket [2] that is the placeholder for
Jiras not
> > > assigned to a release.
> > > TUSCANY-1317 <http://issues.apache.org/jira/browse/TUSCANY-1317>,
> > > TUSCANY-1143 <http://issues.apache.org/jira/browse/TUSCANY-1143> ,
> > > TUSCANY-513 <http://issues.apache.org/jira/browse/TUSCANY-513>
> > >
> > > The first is there because the originator marked it for the
beta1,  which
> > > it didn't make,  but it looks well defined, so after the beta1 I
changed
> > > the fix release to the 1.0 release, but I don't think I'll have
thebandwidth to cover this.
> > > The second is there because I want it to be, and plan to tackle it.
> > > The third is there because the originator has provided a patch and
I'm in
> > > the process of committing it.
> > >
> > > In the light of my priorities above,  having taken a scan through
[2] in
> > > addition to 1143, I plan to look at ...
> > >
> > > TUSCANY-1122    TypeConversionTestCase fails for JDK 1.4.2
> > > TUSCANY-1127    ObtainingDataGraphFromXml, and maybe other samples,
> > > incorrectly accessing xsd:any content
> > > TUSCANY-1284    Manifest version number in Java SDO Impl and Tools
jars
> > > TUSCANY-257    recently added file Interface2JavaGenerator.java is
not
> > > compatible with JDK 1.4
> > >
> > > and there are a few others I have my eye on, e.g. 303,  if all the
above
> > > goes well.
> > >
> > > Regards, Kelvin.
> > >
> > > [1]
http://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&&pid=12310210&status=1&status=3&status=4&component=12311542&component=12310660&component=12310973&component=12310802&fixfor=12312521&sorter/field=issuekey&sorter/order=DESC
> > >
> > > [2]
http://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&&pid=12310210&status=1&status=3&status=4&component=12310660&component=12310973&component=12310802&fixfor=12312262&sorter/field=issuekey&sorter/order=DESC
> > >
> > >
> > > On 09/06/07, Steffen Glomb <[EMAIL PROTECTED]> wrote:
> > > >
> > > > i would like to see support for typesafe collections in the
xsd2java
> > > > generator.
> > > >
> > > > regards
> > > > Steffen
> > > >
> > > > On 6/8/07, kelvin goodson < [EMAIL PROTECTED]> wrote:
> > > > >
> > > > > I'd like to draw the communities attention to this issue again
please.
> > > > >
> > > > > Thanks to David for responding with his requirements and with
the fix
> > > > > for
> > > > > 1223.  I have some thoughts that I'm structuring at the moment
on
> > > > > what's
> > > > > important for a next release from my perspective that I'll post
> > > > > soon,  but
> > > > > in general I'm just keen to get the good stuff that we have
added
> > > > > recently
> > > > > out in a release that, as I said before from my perspective,
warrants
> > > > > the
> > > > > title of "1.0".  With the Summer holiday season coming up,  I'd
like
> > > > > to do
> > > > > this soon so that I can sun myself on a beach without that
niggling
> > > > > feeling
> > > > > of things that ought to have been done  ;-)
> > > > >
> > > > > What say you we put a stake in the ground of aiming for a SDO
1.0release to
> > > > > be at the IPMC ratification stage by mid-July?
> > > > >
> > > > > So to that end I ask again, if you have requirements that you
feel are
> > > > > fundamental to the next release please raise them now;  with the
> > > > > caveat of
> > > > > course that the only way to be sure of getting your requirements
into
> > > > > the
> > > > > release is to step forward and supply the fixes.
> > > > >
> > > > > --
> > > > > Kelvin.
> > > > >
> > > > > On 23/05/07, David Adcox <[EMAIL PROTECTED] > wrote:
> > > > > >
> > > > > > Kelvin,
> > > > > >
> > > > > > I would like to see the multiple namepace issue resolved in
the
> > > > > > XSD2JavaGenerator tool.  This issue is covered in JIRA 1223.
> > > > > > Optionally, making it available to the plugin (JIRA 303) would
be
> > > > > > nice.  JIRA 1143 is something that I need fixed, as well.  So
any
> > > > > > focus that can be given to that prior to this release would be
> > > > > > appreciated.
> > > > > >
> > > > > > In the spirit of cooperation, I'll be posting a first pass on
1223 a
> > > > > > bit later in the week.
> > > > > >
> > > > > > Thanks,
> > > > > > David
> > > > > >
> > > > > >
> > > > > > On 5/21/07, kelvin goodson <[EMAIL PROTECTED]> wrote:
> > > > > >
> > > > > > With the beta1 release of SDO Java announced, I have begun
thinking
> > > > > about
> > > > > > a
> > > > > > next release which I believe can be given the version tag
> > > > > 1.0-incubator
> > > > > > .  We
> > > > > > have full coverage of the 2.1 SDO spec in the trunk now, and
we
> > > > > currently
> > > > > > have 33 open JIRAs.
> > > > > >
> > > > > >
> > > > > >
http://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&&pid=12310210&status=1&status=3&status=4&component=12310660&component=12310973&component=12310802&sorter/field=issuekey&sorter/order=DESC&sorter/field=components&sorter/order=ASC&sorter/field=priority&sorter/order=DESC
> > > > >
> > > > > >
> > > > > > Please give feedback on those issues which are important to
> > > > > you  and, if
> > > > > > possible, step up to provide fixes for those issues.
> > > > > >
> > > > > > If we are to call this the 1.0 release then it ought to
provide a
> > > > > really
> > > > > > good experience for the user. Please share your experiences
about
> > > > > using
> > > > > > the
> > > > > > beta1 release and make suggestions or contributions to improve
the
> > > > > next
> > > > > > one.
> > > > > > Aside from fixes to the code,  key contributions would be to
improve
> > > > > the
> > > > > > instructions,  the samples and the documentation (we already
have
> > > > > > discussions going on about the shape of the release
distributions on
> > > > > > another
> > > > > > thread).
> > > > > >
> > > > > >
> > > > > > Kelvin.
> > > > > >
> > > > > >
> > > > >
---------------------------------------------------------------------
> > > > > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > > > > For additional commands, e-mail:
[EMAIL PROTECTED]
> > > > > >
> > > > > >
> > > > >
> > > >
> > > >
> > >
> >
>

Reply via email to