You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tuscany.apache.org by Mike Edwards <mi...@gmail.com> on 2007/09/27 16:06:33 UTC
Graduation: Spec Openness
Folks,
Starting another thread based on Ant's comment:
- the openness of the specs and our interaction with OSOA has been
brought up before by the Incubator. Most things have now moved to OASIS
and that should resolve those issues but stuff still happens at OSOA. We
need to come up with an approach to dealing with that, and i think it
would be good to do this now before trying to graduate.
OK, I've added a checklist item for that here:
http://cwiki.apache.org/confluence/display/TUSCANYWIKI/Tuscany+Graduation+Checklist
My first pennyworth:
1) Specs being handled at OASIS are as open as the OASIS IP rules will
allow. Everything is public, but you can only contribute stuff if you
agree to the IP rules (very similar to the rules Apache has for code
contributions)
2) Spec material being handled at OSOA - OSOA provides means for
providing feedback and means for joining as a supporter for access to
some non-public materials. As with OASIS, you have to sign up to some
IP rules.
What aspect of the OSOA process needs fixing, in your opinion?
Yours, Mike.
---------------------------------------------------------------------
To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: tuscany-dev-help@ws.apache.org
Re: Graduation: Spec Openness
Posted by Simon Laws <si...@googlemail.com>.
On 10/1/07, Luciano Resende <lu...@gmail.com> wrote:
>
> +1 This sounds reasonable, and open.
>
> On 10/1/07, Jean-Sebastien Delfino <js...@apache.org> wrote:
> > ant elder wrote:
> > > On 9/27/07, Simon Laws <si...@googlemail.com> wrote:
> > >
> > > <snip>
> > >
> > > 5 - On ongoing OSOA work. Assuming that there is ongoing work and that
> the
> > >
> > >> mode of operation is unchanged, maybe we wait until it reaches OASIS.
> > >>
> > >
> > >
> > > Thats the one i was mainly thinking about.
> > >
> > > "wait until it reaches OASIS" is one option but it doesn't seem ideal
> as it
> > > means it could take quite some time before Tuscany can implement some
> of the
> > > new features.
> > >
> > > The other end of the spectrum is to say we fine with the OSOA way of
> "OSOA
> > > provides means for providing feedback and means for joining as a
> supporter
> > > for access to some non-public materials", that doesn't seem ideal to
> me
> > > either as it doesn't seem right for an Apache project to be
> implementing
> > > something where only a select group have access to the design docs.
> > >
> > > I don't know the answer, I think the main thing is we've shown we
> understand
> > > the issue, have reached some consensus, and are clear about whats
> happening.
> > > I'd be more comfortable with Tuscany only implementing OSOA things
> when
> > > there's a draft published publicly, but even that isn't perfect as it
> takes
> > > sometime for drafts to get published publicly (lets hope there's an
> example
> > > of this imminently).
> > >
> > > What do others think?
> > >
> > > ...ant
> > >
> > >
> >
> > My 2c:
> >
> > - Work on OSOA public drafts.
> >
> > - Push OSOA to publish drafts quickly when the Tuscany user+developer
> > community is asking for it (a draft of a transaction policy just got
> > published for example [1], I hope we can get implemented in Tuscany soon
> > as several users have been asking for transaction support).
> >
> > - Work on ongoing OASIS work as it's public.
> >
> > Thoughts?
> >
> > [1]
> >
> http://www.osoa.org/download/attachments/35/SCA_TransactionPolicy_V051b.pdf
> >
> > --
> > Jean-Sebastien
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
> > For additional commands, e-mail: tuscany-dev-help@ws.apache.org
> >
> >
>
>
> --
> Luciano Resende
> Apache Tuscany Committer
> http://people.apache.org/~lresende
> http://lresende.blogspot.com/
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
> For additional commands, e-mail: tuscany-dev-help@ws.apache.org
>
> +1 the only option we have is to implement publicly available
specifications.
Simon
Re: Graduation: Spec Openness
Posted by Luciano Resende <lu...@gmail.com>.
+1 This sounds reasonable, and open.
On 10/1/07, Jean-Sebastien Delfino <js...@apache.org> wrote:
> ant elder wrote:
> > On 9/27/07, Simon Laws <si...@googlemail.com> wrote:
> >
> > <snip>
> >
> > 5 - On ongoing OSOA work. Assuming that there is ongoing work and that the
> >
> >> mode of operation is unchanged, maybe we wait until it reaches OASIS.
> >>
> >
> >
> > Thats the one i was mainly thinking about.
> >
> > "wait until it reaches OASIS" is one option but it doesn't seem ideal as it
> > means it could take quite some time before Tuscany can implement some of the
> > new features.
> >
> > The other end of the spectrum is to say we fine with the OSOA way of "OSOA
> > provides means for providing feedback and means for joining as a supporter
> > for access to some non-public materials", that doesn't seem ideal to me
> > either as it doesn't seem right for an Apache project to be implementing
> > something where only a select group have access to the design docs.
> >
> > I don't know the answer, I think the main thing is we've shown we understand
> > the issue, have reached some consensus, and are clear about whats happening.
> > I'd be more comfortable with Tuscany only implementing OSOA things when
> > there's a draft published publicly, but even that isn't perfect as it takes
> > sometime for drafts to get published publicly (lets hope there's an example
> > of this imminently).
> >
> > What do others think?
> >
> > ...ant
> >
> >
>
> My 2c:
>
> - Work on OSOA public drafts.
>
> - Push OSOA to publish drafts quickly when the Tuscany user+developer
> community is asking for it (a draft of a transaction policy just got
> published for example [1], I hope we can get implemented in Tuscany soon
> as several users have been asking for transaction support).
>
> - Work on ongoing OASIS work as it's public.
>
> Thoughts?
>
> [1]
> http://www.osoa.org/download/attachments/35/SCA_TransactionPolicy_V051b.pdf
>
> --
> Jean-Sebastien
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
> For additional commands, e-mail: tuscany-dev-help@ws.apache.org
>
>
--
Luciano Resende
Apache Tuscany Committer
http://people.apache.org/~lresende
http://lresende.blogspot.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: tuscany-dev-help@ws.apache.org
Re: Graduation: Spec Openness
Posted by haleh mahbod <hm...@gmail.com>.
This is a good description of what Tuscany does in addition to the spec
implementation. Is everyone OK with adding this text or a simpler version of
it to the overview page?
Tuscany is an implementation nursery for new areas of work that are not
being worked in in places like OSOA and OASIS. Examples of what I am
thinking about include new implementation types such as Ruby,
JavaScript, XQuery and so on, plus new Binding types such as JSON-RPC.
I think that it is a very valuable aspect of Tuscany to foster
development of new and useful pieces of function such as these. At some
point, some of these should look for a level of standardization
resulting in the creation of a specification in one of the spec venues,
in order to assure consistent implementations between multiple vendors.
This will not be required in all cases. An example of
non-standardization is the case of the PHP implementation of SCA where
it is most likely that there will only ever by 1 implementation and so
standardization is unnecessary.
On 10/3/07, Jean-Sebastien Delfino <js...@apache.org> wrote:
>
> Mike Edwards wrote:
> > Folks,
> >
> > I'd like to offer a different perspective....
> >
> > Jean-Sebastien Delfino wrote:
> >>>
> >>> That all sounds good to me (assuming that means no work in Tuscany
> >>> on OSOA
> >>> things that are not public, which is what you mean right?)
> >>>
> >>> ...ant
> >>>
> >>>
> >>
> >> That's what I mean.
> >>
> >
> > I believe that in addition to implementation of specifications that
> > are coming out of both OSOA and OASIS, Tuscany does have another role.
> >
> > Tuscany is an implementation nursery for new areas of work that are
> > not being worked in in places like OSOA and OASIS. Examples of what I
> > am thinking about include new implementation types such as Ruby,
> > JavaScript, XQuery and so on, plus new Binding types such as JSON-RPC.
> >
> > I think that it is a very valuable aspect of Tuscany to foster
> > development of new and useful pieces of function such as these. At
> > some point, some of these should look for a level of standardization
> > resulting in the creation of a specification in one of the spec
> > venues, in order to assure consistent implementations between multiple
> > vendors.
> >
> > This will not be required in all cases. An example of
> > non-standardization is the case of the PHP implementation of SCA where
> > it is most likely that there will only ever by 1 implementation and so
> > standardization is unnecessary.
> >
> >
> > Yours, Mike.
> >
>
> +1 to all that, it's a good description of what we are doing in Tuscany,
> not incompatible with what we were saying in this thread as we were only
> trying to clarify a position with respect to non-public spec work
> happening in OSOA.
>
> --
> Jean-Sebastien
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
> For additional commands, e-mail: tuscany-dev-help@ws.apache.org
>
>
RE: Graduation: Spec Openness
Posted by Brady Johnson <bj...@roguewave.com>.
+1 from me too.
Regards
--------------------
Brady Johnson
Lead Software Developer - HydraSCA
Rogue Wave Software - brady.johnson@roguewave.com
-----Original Message-----
From: Jean-Sebastien Delfino [mailto:jsdelfino@apache.org]
Sent: Wednesday, October 03, 2007 9:57 AM
To: tuscany-dev@ws.apache.org
Subject: Re: Graduation: Spec Openness
Mike Edwards wrote:
> Folks,
>
> I'd like to offer a different perspective....
>
> Jean-Sebastien Delfino wrote:
>>>
>>> That all sounds good to me (assuming that means no work in Tuscany
>>> on OSOA things that are not public, which is what you mean right?)
>>>
>>> ...ant
>>>
>>>
>>
>> That's what I mean.
>>
>
> I believe that in addition to implementation of specifications that
> are coming out of both OSOA and OASIS, Tuscany does have another role.
>
> Tuscany is an implementation nursery for new areas of work that are
> not being worked in in places like OSOA and OASIS. Examples of what I
> am thinking about include new implementation types such as Ruby,
> JavaScript, XQuery and so on, plus new Binding types such as JSON-RPC.
>
> I think that it is a very valuable aspect of Tuscany to foster
> development of new and useful pieces of function such as these. At
> some point, some of these should look for a level of standardization
> resulting in the creation of a specification in one of the spec
> venues, in order to assure consistent implementations between multiple
> vendors.
>
> This will not be required in all cases. An example of
> non-standardization is the case of the PHP implementation of SCA where
> it is most likely that there will only ever by 1 implementation and so
> standardization is unnecessary.
>
>
> Yours, Mike.
>
+1 to all that, it's a good description of what we are doing in Tuscany,
not incompatible with what we were saying in this thread as we were only
trying to clarify a position with respect to non-public spec work
happening in OSOA.
--
Jean-Sebastien
---------------------------------------------------------------------
To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: tuscany-dev-help@ws.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: tuscany-dev-help@ws.apache.org
Re: Graduation: Spec Openness
Posted by Jean-Sebastien Delfino <js...@apache.org>.
Mike Edwards wrote:
> Folks,
>
> I'd like to offer a different perspective....
>
> Jean-Sebastien Delfino wrote:
>>>
>>> That all sounds good to me (assuming that means no work in Tuscany
>>> on OSOA
>>> things that are not public, which is what you mean right?)
>>>
>>> ...ant
>>>
>>>
>>
>> That's what I mean.
>>
>
> I believe that in addition to implementation of specifications that
> are coming out of both OSOA and OASIS, Tuscany does have another role.
>
> Tuscany is an implementation nursery for new areas of work that are
> not being worked in in places like OSOA and OASIS. Examples of what I
> am thinking about include new implementation types such as Ruby,
> JavaScript, XQuery and so on, plus new Binding types such as JSON-RPC.
>
> I think that it is a very valuable aspect of Tuscany to foster
> development of new and useful pieces of function such as these. At
> some point, some of these should look for a level of standardization
> resulting in the creation of a specification in one of the spec
> venues, in order to assure consistent implementations between multiple
> vendors.
>
> This will not be required in all cases. An example of
> non-standardization is the case of the PHP implementation of SCA where
> it is most likely that there will only ever by 1 implementation and so
> standardization is unnecessary.
>
>
> Yours, Mike.
>
+1 to all that, it's a good description of what we are doing in Tuscany,
not incompatible with what we were saying in this thread as we were only
trying to clarify a position with respect to non-public spec work
happening in OSOA.
--
Jean-Sebastien
---------------------------------------------------------------------
To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: tuscany-dev-help@ws.apache.org
Re: Graduation: Spec Openness
Posted by Mike Edwards <mi...@gmail.com>.
Folks,
I'd like to offer a different perspective....
Jean-Sebastien Delfino wrote:
>>
>> That all sounds good to me (assuming that means no work in Tuscany on
>> OSOA
>> things that are not public, which is what you mean right?)
>>
>> ...ant
>>
>>
>
> That's what I mean.
>
I believe that in addition to implementation of specifications that are
coming out of both OSOA and OASIS, Tuscany does have another role.
Tuscany is an implementation nursery for new areas of work that are not
being worked in in places like OSOA and OASIS. Examples of what I am
thinking about include new implementation types such as Ruby,
JavaScript, XQuery and so on, plus new Binding types such as JSON-RPC.
I think that it is a very valuable aspect of Tuscany to foster
development of new and useful pieces of function such as these. At some
point, some of these should look for a level of standardization
resulting in the creation of a specification in one of the spec venues,
in order to assure consistent implementations between multiple vendors.
This will not be required in all cases. An example of
non-standardization is the case of the PHP implementation of SCA where
it is most likely that there will only ever by 1 implementation and so
standardization is unnecessary.
Yours, Mike.
---------------------------------------------------------------------
To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: tuscany-dev-help@ws.apache.org
Re: Graduation: Spec Openness
Posted by Jean-Sebastien Delfino <js...@apache.org>.
ant elder wrote:
> On 10/1/07, Jean-Sebastien Delfino <js...@apache.org> wrote:
>
>> ant elder wrote:
>>
>>> On 9/27/07, Simon Laws <si...@googlemail.com> wrote:
>>>
>>> <snip>
>>>
>>> 5 - On ongoing OSOA work. Assuming that there is ongoing work and that
>>>
>> the
>>
>>>> mode of operation is unchanged, maybe we wait until it reaches OASIS.
>>>>
>>>>
>>> Thats the one i was mainly thinking about.
>>>
>>> "wait until it reaches OASIS" is one option but it doesn't seem ideal as
>>>
>> it
>>
>>> means it could take quite some time before Tuscany can implement some of
>>>
>> the
>>
>>> new features.
>>>
>>> The other end of the spectrum is to say we fine with the OSOA way of
>>>
>> "OSOA
>>
>>> provides means for providing feedback and means for joining as a
>>>
>> supporter
>>
>>> for access to some non-public materials", that doesn't seem ideal to me
>>> either as it doesn't seem right for an Apache project to be implementing
>>> something where only a select group have access to the design docs.
>>>
>>> I don't know the answer, I think the main thing is we've shown we
>>>
>> understand
>>
>>> the issue, have reached some consensus, and are clear about whats
>>>
>> happening.
>>
>>> I'd be more comfortable with Tuscany only implementing OSOA things when
>>> there's a draft published publicly, but even that isn't perfect as it
>>>
>> takes
>>
>>> sometime for drafts to get published publicly (lets hope there's an
>>>
>> example
>>
>>> of this imminently).
>>>
>>> What do others think?
>>>
>>> ...ant
>>>
>>>
>>>
>> My 2c:
>>
>> - Work on OSOA public drafts.
>>
>> - Push OSOA to publish drafts quickly when the Tuscany user+developer
>> community is asking for it (a draft of a transaction policy just got
>> published for example [1], I hope we can get implemented in Tuscany soon
>> as several users have been asking for transaction support).
>>
>> - Work on ongoing OASIS work as it's public.
>>
>> Thoughts?
>>
>> [1]
>>
>> http://www.osoa.org/download/attachments/35/SCA_TransactionPolicy_V051b.pdf
>>
>
>
> That all sounds good to me (assuming that means no work in Tuscany on OSOA
> things that are not public, which is what you mean right?)
>
> ...ant
>
>
That's what I mean.
--
Jean-Sebastien
---------------------------------------------------------------------
To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: tuscany-dev-help@ws.apache.org
Re: Graduation: Spec Openness
Posted by ant elder <an...@gmail.com>.
On 10/1/07, Jean-Sebastien Delfino <js...@apache.org> wrote:
>
> ant elder wrote:
> > On 9/27/07, Simon Laws <si...@googlemail.com> wrote:
> >
> > <snip>
> >
> > 5 - On ongoing OSOA work. Assuming that there is ongoing work and that
> the
> >
> >> mode of operation is unchanged, maybe we wait until it reaches OASIS.
> >>
> >
> >
> > Thats the one i was mainly thinking about.
> >
> > "wait until it reaches OASIS" is one option but it doesn't seem ideal as
> it
> > means it could take quite some time before Tuscany can implement some of
> the
> > new features.
> >
> > The other end of the spectrum is to say we fine with the OSOA way of
> "OSOA
> > provides means for providing feedback and means for joining as a
> supporter
> > for access to some non-public materials", that doesn't seem ideal to me
> > either as it doesn't seem right for an Apache project to be implementing
> > something where only a select group have access to the design docs.
> >
> > I don't know the answer, I think the main thing is we've shown we
> understand
> > the issue, have reached some consensus, and are clear about whats
> happening.
> > I'd be more comfortable with Tuscany only implementing OSOA things when
> > there's a draft published publicly, but even that isn't perfect as it
> takes
> > sometime for drafts to get published publicly (lets hope there's an
> example
> > of this imminently).
> >
> > What do others think?
> >
> > ...ant
> >
> >
>
> My 2c:
>
> - Work on OSOA public drafts.
>
> - Push OSOA to publish drafts quickly when the Tuscany user+developer
> community is asking for it (a draft of a transaction policy just got
> published for example [1], I hope we can get implemented in Tuscany soon
> as several users have been asking for transaction support).
>
> - Work on ongoing OASIS work as it's public.
>
> Thoughts?
>
> [1]
>
> http://www.osoa.org/download/attachments/35/SCA_TransactionPolicy_V051b.pdf
That all sounds good to me (assuming that means no work in Tuscany on OSOA
things that are not public, which is what you mean right?)
...ant
Re: Graduation: Spec Openness
Posted by Jean-Sebastien Delfino <js...@apache.org>.
ant elder wrote:
> On 9/27/07, Simon Laws <si...@googlemail.com> wrote:
>
> <snip>
>
> 5 - On ongoing OSOA work. Assuming that there is ongoing work and that the
>
>> mode of operation is unchanged, maybe we wait until it reaches OASIS.
>>
>
>
> Thats the one i was mainly thinking about.
>
> "wait until it reaches OASIS" is one option but it doesn't seem ideal as it
> means it could take quite some time before Tuscany can implement some of the
> new features.
>
> The other end of the spectrum is to say we fine with the OSOA way of "OSOA
> provides means for providing feedback and means for joining as a supporter
> for access to some non-public materials", that doesn't seem ideal to me
> either as it doesn't seem right for an Apache project to be implementing
> something where only a select group have access to the design docs.
>
> I don't know the answer, I think the main thing is we've shown we understand
> the issue, have reached some consensus, and are clear about whats happening.
> I'd be more comfortable with Tuscany only implementing OSOA things when
> there's a draft published publicly, but even that isn't perfect as it takes
> sometime for drafts to get published publicly (lets hope there's an example
> of this imminently).
>
> What do others think?
>
> ...ant
>
>
My 2c:
- Work on OSOA public drafts.
- Push OSOA to publish drafts quickly when the Tuscany user+developer
community is asking for it (a draft of a transaction policy just got
published for example [1], I hope we can get implemented in Tuscany soon
as several users have been asking for transaction support).
- Work on ongoing OASIS work as it's public.
Thoughts?
[1]
http://www.osoa.org/download/attachments/35/SCA_TransactionPolicy_V051b.pdf
--
Jean-Sebastien
---------------------------------------------------------------------
To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: tuscany-dev-help@ws.apache.org
Re: Graduation: Spec Openness
Posted by Simon Nash <na...@hursley.ibm.com>.
ant elder wrote:
> On 9/27/07, Simon Laws <si...@googlemail.com> wrote:
>
> <snip>
>
> 5 - On ongoing OSOA work. Assuming that there is ongoing work and that the
>
>>mode of operation is unchanged, maybe we wait until it reaches OASIS.
>
>
>
> Thats the one i was mainly thinking about.
>
> "wait until it reaches OASIS" is one option but it doesn't seem ideal as it
> means it could take quite some time before Tuscany can implement some of the
> new features.
>
> The other end of the spectrum is to say we fine with the OSOA way of "OSOA
> provides means for providing feedback and means for joining as a supporter
> for access to some non-public materials", that doesn't seem ideal to me
> either as it doesn't seem right for an Apache project to be implementing
> something where only a select group have access to the design docs.
>
> I don't know the answer, I think the main thing is we've shown we understand
> the issue, have reached some consensus, and are clear about whats happening.
> I'd be more comfortable with Tuscany only implementing OSOA things when
> there's a draft published publicly, but even that isn't perfect as it takes
> sometime for drafts to get published publicly (lets hope there's an example
> of this imminently).
>
> What do others think?
>
I think the current wording of the resolution provides the right
framework for making this decision as and when specific OSOA items
come up for consideration. It says the Tuscany PMC should be charged
with the creation....of software....based on the standards defined by
the OASIS OpenCSA group....
This lays down a general principle and doesn't say whether or not some
particular OSOA work item is or isn't in scope for Tuscany. I think
it's reasonable that this be left to the PMC to decide, and I'd expect
them to take into account the importance of the OSOA work item to the
Tuscany community, the openness of the OSOA work process and
published specs, and how closely the OSOA item is connected to the
OASIS OpenCSA specs that provide the technical foundation for what
Tuscany does.
Simon
---------------------------------------------------------------------
To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: tuscany-dev-help@ws.apache.org
Re: Graduation: Spec Openness
Posted by ant elder <an...@gmail.com>.
On 9/27/07, Simon Laws <si...@googlemail.com> wrote:
<snip>
5 - On ongoing OSOA work. Assuming that there is ongoing work and that the
> mode of operation is unchanged, maybe we wait until it reaches OASIS.
Thats the one i was mainly thinking about.
"wait until it reaches OASIS" is one option but it doesn't seem ideal as it
means it could take quite some time before Tuscany can implement some of the
new features.
The other end of the spectrum is to say we fine with the OSOA way of "OSOA
provides means for providing feedback and means for joining as a supporter
for access to some non-public materials", that doesn't seem ideal to me
either as it doesn't seem right for an Apache project to be implementing
something where only a select group have access to the design docs.
I don't know the answer, I think the main thing is we've shown we understand
the issue, have reached some consensus, and are clear about whats happening.
I'd be more comfortable with Tuscany only implementing OSOA things when
there's a draft published publicly, but even that isn't perfect as it takes
sometime for drafts to get published publicly (lets hope there's an example
of this imminently).
What do others think?
...ant
Re: Graduation: Spec Openness
Posted by Simon Laws <si...@googlemail.com>.
On 9/27/07, Mike Edwards <mi...@gmail.com> wrote:
>
> Folks,
>
> Starting another thread based on Ant's comment:
>
> - the openness of the specs and our interaction with OSOA has been
> brought up before by the Incubator. Most things have now moved to OASIS
> and that should resolve those issues but stuff still happens at OSOA. We
> need to come up with an approach to dealing with that, and i think it
> would be good to do this now before trying to graduate.
>
>
> OK, I've added a checklist item for that here:
>
>
> http://cwiki.apache.org/confluence/display/TUSCANYWIKI/Tuscany+Graduation+Checklist
>
>
> My first pennyworth:
>
> 1) Specs being handled at OASIS are as open as the OASIS IP rules will
> allow. Everything is public, but you can only contribute stuff if you
> agree to the IP rules (very similar to the rules Apache has for code
> contributions)
>
> 2) Spec material being handled at OSOA - OSOA provides means for
> providing feedback and means for joining as a supporter for access to
> some non-public materials. As with OASIS, you have to sign up to some
> IP rules.
>
> What aspect of the OSOA process needs fixing, in your opinion?
>
>
> Yours, Mike.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
> For additional commands, e-mail: tuscany-dev-help@ws.apache.org
>
> Mike, I just posted to the original thread on this so am cross posting
here.
=======================
You refer to at least [1]. Separating some of the issues I think are
involved.
1 - OASIS doesn't meet the "openness of participation" required set out in
mail [1]. I believe the issue is that while all stages of spec development
are open to anyone to see you have to pay to contribute. This is not a
Tuscany specific issue.
2 - Do the IPR terms chosen by the SCA TCs in OASIS make upcoming OSASIS
specifications suitable for implementation by Tuscany when they appear? I
guess we need to get the view from legal@ on this.
3 - Do the license associated with the OSOA v1.0 specs, that we currently
implement, cause concern? legal@ again.
4 - Some V1.0 specs haven't moved to OASIS, e.g. EJB binding, so we either
stick with OSOA V1.0, assuming that the licenses are acceptable, or remove
the binding (I'm assuming here that this is what binding-ejb is)
5 - On ongoing OSOA work. Assuming that there is ongoing work and that the
mode of operation is unchanged, maybe we wait until it reaches OASIS.
[1]
http://mail-archives.apache.org/mod_mbox/ws-tuscany-dev/200607.mbox/%3Ce52f74f80607200203o6cdf2333j902488a299a2cf06@mail.gmail.com%3E
======================