|
|
| Apache Geronimo > Discussion Forums | User List | Dev List | Wiki | Issue Tracker |
|
View:
New views
12 Messages
—
Rating Filter:
Alert me
|
 |
[VOTE] Release Yoko ORB subproject 1.0
by Rick McGuire
::
Rate this Message:
All,
I've prepared a release candidate of Geronimo Yoko ORB 1.0 for your review and vote. The source for the Yoko ORB release currently resides here: https://svn.apache.org/repos/asf/geronimo/yoko/tags/yoko-1.0 This will also be the final tag version if the release vote is approved. The maven artifacts for the release can be found here: http://people.apache.org/~rickmcguire/staging-repo/yoko There are 4 different components involved here, the core, rmi-impl, rmi-spec, and yoko-corba-spec. Each components has a jar file and also generated javadoc and source jars. For convenience, the artifacts can be located using these URLs: http://people.apache.org/~rickmcguire/staging-repo/yoko/org/apache/yoko/yoko-core/1.0/ http://people.apache.org/~rickmcguire/staging-repo/yoko/org/apache/yoko/rmi-impl/1.0/ http://people.apache.org/~rickmcguire/staging-repo/yoko/org/apache/yoko/rmi-spec/1.0/ http://people.apache.org/~rickmcguire/staging-repo/yoko/org/apache/yoko/yoko-corba-spec/1.0/ When the release vote is approved, these maven artifacts will be moved to the m2-ibiblio-rsync-repository at Apache. [ ] +1 Release Geronimo 2.1.1 [ ] 0 No opinion [ ] -1 Do not release Geronimo 2.1.1 (please provide rationale) I'll plan on calling this vote on Monday morning (9 PM EST). Rick |
|
|
Re: [VOTE] Release Yoko ORB subproject 1.0
by Jason Dillon
::
Rate this Message:
+1
--jason On May 8, 2008, at 8:11 PM, Rick McGuire wrote: > All, > > I've prepared a release candidate of Geronimo Yoko ORB 1.0 for your > review and vote. > > The source for the Yoko ORB release currently resides here: > https://svn.apache.org/repos/asf/geronimo/yoko/tags/yoko-1.0 > > This will also be the final tag version if the release vote is > approved. > > The maven artifacts for the release can be found here: > http://people.apache.org/~rickmcguire/staging-repo/yoko > > There are 4 different components involved here, the core, rmi-impl, > rmi-spec, and yoko-corba-spec. Each components has a jar file and > also generated javadoc and source jars. For convenience, the > artifacts can be located using these URLs: > > http://people.apache.org/~rickmcguire/staging-repo/yoko/org/apache/yoko/yoko-core/1.0/ > http://people.apache.org/~rickmcguire/staging-repo/yoko/org/apache/yoko/rmi-impl/1.0/ > http://people.apache.org/~rickmcguire/staging-repo/yoko/org/apache/yoko/rmi-spec/1.0/ > http://people.apache.org/~rickmcguire/staging-repo/yoko/org/apache/yoko/yoko-corba-spec/1.0/ > > When the release vote is approved, these maven artifacts will be > moved to the m2-ibiblio-rsync-repository at Apache. > > > [ ] +1 Release Geronimo 2.1.1 > [ ] 0 No opinion > [ ] -1 Do not release Geronimo 2.1.1 (please provide rationale) > > I'll plan on calling this vote on Monday morning (9 PM EST). > > Rick |
|
|
Re: [VOTE] Release Yoko ORB subproject 1.0
by Donald Woods-2
::
Rate this Message:
Any plans on running this through a Geronimo 2.1.2 or 2.2 TCK run to
verify it still passes? -Donald Rick McGuire wrote: > All, > > I've prepared a release candidate of Geronimo Yoko ORB 1.0 for your > review and vote. > > The source for the Yoko ORB release currently resides here: > https://svn.apache.org/repos/asf/geronimo/yoko/tags/yoko-1.0 > > This will also be the final tag version if the release vote is approved. > > The maven artifacts for the release can be found here: > http://people.apache.org/~rickmcguire/staging-repo/yoko > > There are 4 different components involved here, the core, rmi-impl, > rmi-spec, and yoko-corba-spec. Each components has a jar file and also > generated javadoc and source jars. For convenience, the artifacts can > be located using these URLs: > > http://people.apache.org/~rickmcguire/staging-repo/yoko/org/apache/yoko/yoko-core/1.0/ > > http://people.apache.org/~rickmcguire/staging-repo/yoko/org/apache/yoko/rmi-impl/1.0/ > > http://people.apache.org/~rickmcguire/staging-repo/yoko/org/apache/yoko/rmi-spec/1.0/ > > http://people.apache.org/~rickmcguire/staging-repo/yoko/org/apache/yoko/yoko-corba-spec/1.0/ > > > When the release vote is approved, these maven artifacts will be moved > to the m2-ibiblio-rsync-repository at Apache. > > > [ ] +1 Release Geronimo 2.1.1 > [ ] 0 No opinion > [ ] -1 Do not release Geronimo 2.1.1 (please provide rationale) > > I'll plan on calling this vote on Monday morning (9 PM EST). > > Rick > |
|
|
Re: [VOTE] Release Yoko ORB subproject 1.0
by Rick McGuire
::
Rate this Message:
I've done some runs with the interop tests using 2.2 before putting this
up for a vote and there weren't any problems. There also have not been any code changes since the version that was used for the 2.1.1 release, so there shouldn't be any new problems. Rick Donald Woods wrote: > Any plans on running this through a Geronimo 2.1.2 or 2.2 TCK run to > verify it still passes? > > > -Donald > > > Rick McGuire wrote: >> All, >> >> I've prepared a release candidate of Geronimo Yoko ORB 1.0 for your >> review and vote. >> >> The source for the Yoko ORB release currently resides here: >> https://svn.apache.org/repos/asf/geronimo/yoko/tags/yoko-1.0 >> >> This will also be the final tag version if the release vote is approved. >> >> The maven artifacts for the release can be found here: >> http://people.apache.org/~rickmcguire/staging-repo/yoko >> >> There are 4 different components involved here, the core, rmi-impl, >> rmi-spec, and yoko-corba-spec. Each components has a jar file and >> also generated javadoc and source jars. For convenience, the >> artifacts can be located using these URLs: >> >> http://people.apache.org/~rickmcguire/staging-repo/yoko/org/apache/yoko/yoko-core/1.0/ >> >> http://people.apache.org/~rickmcguire/staging-repo/yoko/org/apache/yoko/rmi-impl/1.0/ >> >> http://people.apache.org/~rickmcguire/staging-repo/yoko/org/apache/yoko/rmi-spec/1.0/ >> >> http://people.apache.org/~rickmcguire/staging-repo/yoko/org/apache/yoko/yoko-corba-spec/1.0/ >> >> >> When the release vote is approved, these maven artifacts will be >> moved to the m2-ibiblio-rsync-repository at Apache. >> >> >> [ ] +1 Release Geronimo 2.1.1 >> [ ] 0 No opinion >> [ ] -1 Do not release Geronimo 2.1.1 (please provide rationale) >> >> I'll plan on calling this vote on Monday morning (9 PM EST). >> >> Rick >> |
|
|
Re: [VOTE] Release Yoko ORB subproject 1.0
by Joe Bohn
::
Rate this Message:
+1
Joe Rick McGuire wrote: > All, > > I've prepared a release candidate of Geronimo Yoko ORB 1.0 for your > review and vote. > > The source for the Yoko ORB release currently resides here: > https://svn.apache.org/repos/asf/geronimo/yoko/tags/yoko-1.0 > > This will also be the final tag version if the release vote is approved. > > The maven artifacts for the release can be found here: > http://people.apache.org/~rickmcguire/staging-repo/yoko > > There are 4 different components involved here, the core, rmi-impl, > rmi-spec, and yoko-corba-spec. Each components has a jar file and also > generated javadoc and source jars. For convenience, the artifacts can > be located using these URLs: > > http://people.apache.org/~rickmcguire/staging-repo/yoko/org/apache/yoko/yoko-core/1.0/ > > http://people.apache.org/~rickmcguire/staging-repo/yoko/org/apache/yoko/rmi-impl/1.0/ > > http://people.apache.org/~rickmcguire/staging-repo/yoko/org/apache/yoko/rmi-spec/1.0/ > > http://people.apache.org/~rickmcguire/staging-repo/yoko/org/apache/yoko/yoko-corba-spec/1.0/ > > > When the release vote is approved, these maven artifacts will be moved > to the m2-ibiblio-rsync-repository at Apache. > > > [ ] +1 Release Geronimo 2.1.1 > [ ] 0 No opinion > [ ] -1 Do not release Geronimo 2.1.1 (please provide rationale) > > I'll plan on calling this vote on Monday morning (9 PM EST). > > Rick > |
|
|
Re: [VOTE] Release Yoko ORB subproject 1.0
by Vamsavardhana Reddy-2
::
Rate this Message:
On Thu, May 8, 2008 at 6:41 PM, Rick McGuire <rickmcg@...> wrote: All, Release Geronimo 2.1.1?? :) I guess it is a copy+paste error.
|
|
|
Re: [VOTE] Release Yoko ORB subproject 1.0
by Lars Kühne
::
Rate this Message:
On Thu, May 8, 2008 at 3:11 PM, Rick McGuire wrote:
> All, > > I've prepared a release candidate of Geronimo Yoko ORB 1.0 for your review > and vote. > [...] Not enough time here to really test the artifacts and build an opinion, but here are some minor review points. * NOTICE file inside the jar's META-INF seems to carry the wrong copyright year, 2006. Shouldn't that be 2008? * What is the purpose of the sha1 and md5 checksums of the asc files (e.g. yoko-spec-corba-1.0.jar.asc.sha1)? Probably shouldn't end up in the final release artifacts. Not sure if the first one has to be fixed before the release to make the lawyers happy. > [ ] +1 Release Geronimo 2.1.1 > [x] 0 No opinion > [ ] -1 Do not release Geronimo 2.1.1 (please provide rationale) Lars |
|
|
Re: [VOTE] Release Yoko ORB subproject 1.0
by Rick McGuire
::
Rate this Message:
+1
Jason Dillon wrote: > +1 > > --jason > > > On May 8, 2008, at 8:11 PM, Rick McGuire wrote: > >> All, >> >> I've prepared a release candidate of Geronimo Yoko ORB 1.0 for your >> review and vote. >> >> The source for the Yoko ORB release currently resides here: >> https://svn.apache.org/repos/asf/geronimo/yoko/tags/yoko-1.0 >> >> This will also be the final tag version if the release vote is approved. >> >> The maven artifacts for the release can be found here: >> http://people.apache.org/~rickmcguire/staging-repo/yoko >> >> There are 4 different components involved here, the core, rmi-impl, >> rmi-spec, and yoko-corba-spec. Each components has a jar file and >> also generated javadoc and source jars. For convenience, the >> artifacts can be located using these URLs: >> >> http://people.apache.org/~rickmcguire/staging-repo/yoko/org/apache/yoko/yoko-core/1.0/ >> >> http://people.apache.org/~rickmcguire/staging-repo/yoko/org/apache/yoko/rmi-impl/1.0/ >> >> http://people.apache.org/~rickmcguire/staging-repo/yoko/org/apache/yoko/rmi-spec/1.0/ >> >> http://people.apache.org/~rickmcguire/staging-repo/yoko/org/apache/yoko/yoko-corba-spec/1.0/ >> >> >> When the release vote is approved, these maven artifacts will be >> moved to the m2-ibiblio-rsync-repository at Apache. >> >> >> [ ] +1 Release Geronimo 2.1.1 >> [ ] 0 No opinion >> [ ] -1 Do not release Geronimo 2.1.1 (please provide rationale) >> >> I'll plan on calling this vote on Monday morning (9 PM EST). >> >> Rick > > |
|
|
Re: [VOTE] Release Yoko ORB subproject 1.0
by Kevan Miller
::
Rate this Message:
I'm seeing problems that need to be addressed. ======================================================================= ==./yoko-1.0/distribution/src/main/samples/ws/bank_ws_addressing/BankWS-corba.idl ======================================================================= ======================================================================= ==./yoko-1.0/distribution/src/main/samples/ws/bank_ws_addressing/BankWS-corba.wsdl ======================================================================= ======================================================================= ==./yoko-1.0/etc/third_party_licenses/CDDL-license.txt ======================================================================= ======================================================================= ==./yoko-1.0/etc/third_party_licenses/antlr-bsd-license.txt ======================================================================= ======================================================================= ==./yoko-1.0/etc/third_party_licenses/wsdl4j-cpl-license.txt ======================================================================= ======================================================================= ==./yoko-1.0/rmi-impl/pom.xml ======================================================================= ======================================================================= ==./yoko-1.0/rmi-spec/pom.xml ======================================================================= ======================================================================= ==./yoko-1.0/yoko-spec-corba/pom.xml ======================================================================= The third_party_licenses files wouldn't need license headers, of course. However, it doesn't look like we're actually including these projects in the Yoko binaries. So, I think we should delete these license files/directory (and any references to them). The LICENSE files include the following license information: Object Management Group (OMG) classes /***** Copyright (c) 1999 Object Management Group. Unlimited rights to duplicate and use this code are hereby granted provided that this copyright notice is included. *****/ I note that files such as yoko-1.0/yoko-spec-corba/src/main/java/org/omg/Messaging/MaxHopsPolicyHelper.java have an Apache src license header. Personally, I think they should not have an Apache src license header. These files are not Apache licensed, they are OMG licensed. Perhaps there's been discussion of this, in the past that you can point me to? --kevan On May 8, 2008, at 9:11 AM, Rick McGuire wrote: All, |
|
|
Re: [VOTE] Release Yoko ORB subproject 1.0
by Rick McGuire
::
Rate this Message:
Kevan Miller wrote:
> I'm seeing problems that need to be addressed. > > RAT shows the following files are missing Apache src license headers: > > ======================================================================= > ==./yoko-1.0/distribution/src/main/samples/ws/bank_ws_addressing/BankWS-corba.idl > ======================================================================= > ======================================================================= > ==./yoko-1.0/distribution/src/main/samples/ws/bank_ws_addressing/BankWS-corba.wsdl > ======================================================================= > ======================================================================= > ==./yoko-1.0/etc/third_party_licenses/CDDL-license.txt > ======================================================================= > ======================================================================= > ==./yoko-1.0/etc/third_party_licenses/antlr-bsd-license.txt > ======================================================================= > ======================================================================= > ==./yoko-1.0/etc/third_party_licenses/wsdl4j-cpl-license.txt > ======================================================================= > ======================================================================= > ==./yoko-1.0/rmi-impl/pom.xml > ======================================================================= > ======================================================================= > ==./yoko-1.0/rmi-spec/pom.xml > ======================================================================= > ======================================================================= > ==./yoko-1.0/yoko-spec-corba/pom.xml > ======================================================================= > > The third_party_licenses files wouldn't need license headers, of > course. However, it doesn't look like we're actually including these > projects in the Yoko binaries. So, I think we should delete these > license files/directory (and any references to them). > > The LICENSE files include the following license information: > > Object Management Group (OMG) classes > /***** Copyright (c) 1999 Object Management Group. Unlimited > rights to > duplicate and use this code are hereby granted provided that this > copyright notice is included. > *****/ > > I note that files such > as yoko-1.0/yoko-spec-corba/src/main/java/org/omg/Messaging/MaxHopsPolicyHelper.java > have an Apache src license header. Personally, I think they should not > have an Apache src license header. These files are not Apache > licensed, they are OMG licensed. Perhaps there's been discussion of > this, in the past that you can point me to? license here. This is the Apache implementation of an OMG defined class. The OMG does not make any java classes available to implementers, just the IDL that can be used to generate the different language bindings. Any java source files in that directory are part of the apache implementation. Some of the files are unchanged from the IDL emitted skeltons, others have significant logic within. I don't see how the generated ones are any different than what we have in other spec projects that provide just interface classes. Rick > > --kevan > > On May 8, 2008, at 9:11 AM, Rick McGuire wrote: > >> All, >> >> I've prepared a release candidate of Geronimo Yoko ORB 1.0 for your >> review and vote. >> >> The source for the Yoko ORB release currently resides here: >> https://svn.apache.org/repos/asf/geronimo/yoko/tags/yoko-1.0 >> >> This will also be the final tag version if the release vote is approved. >> >> The maven artifacts for the release can be found here: >> http://people.apache.org/~rickmcguire/staging-repo/yoko >> <http://people.apache.org/%7Erickmcguire/staging-repo/yoko> >> >> There are 4 different components involved here, the core, rmi-impl, >> rmi-spec, and yoko-corba-spec. Each components has a jar file and >> also generated javadoc and source jars. For convenience, the >> artifacts can be located using these URLs: >> >> http://people.apache.org/~rickmcguire/staging-repo/yoko/org/apache/yoko/yoko-core/1.0/ >> http://people.apache.org/~rickmcguire/staging-repo/yoko/org/apache/yoko/rmi-impl/1.0/ >> http://people.apache.org/~rickmcguire/staging-repo/yoko/org/apache/yoko/rmi-spec/1.0/ >> http://people.apache.org/~rickmcguire/staging-repo/yoko/org/apache/yoko/yoko-corba-spec/1.0/ >> >> When the release vote is approved, these maven artifacts will be >> moved to the m2-ibiblio-rsync-repository at Apache. >> >> >> [ ] +1 Release Geronimo 2.1.1 >> [ ] 0 No opinion >> [ ] -1 Do not release Geronimo 2.1.1 (please provide rationale) >> >> I'll plan on calling this vote on Monday morning (9 PM EST). >> >> Rick > |
|
|
Re: [VOTE] Release Yoko ORB subproject 1.0
by Kevan Miller
::
Rate this Message:
On May 12, 2008, at 10:33 AM, Rick McGuire wrote: > Kevan Miller wrote: >> I'm seeing problems that need to be addressed. >> RAT shows the following files are missing Apache src license headers: >> >> = >> = >> ===================================================================== >> ==./yoko-1.0/distribution/src/main/samples/ws/bank_ws_addressing/ >> BankWS-corba.idl >> = >> = >> ===================================================================== >> = >> = >> ===================================================================== >> ==./yoko-1.0/distribution/src/main/samples/ws/bank_ws_addressing/ >> BankWS-corba.wsdl >> = >> = >> ===================================================================== >> = >> = >> ===================================================================== >> ==./yoko-1.0/etc/third_party_licenses/CDDL-license.txt >> = >> = >> ===================================================================== >> = >> = >> ===================================================================== >> ==./yoko-1.0/etc/third_party_licenses/antlr-bsd-license.txt >> = >> = >> ===================================================================== >> = >> = >> ===================================================================== >> ==./yoko-1.0/etc/third_party_licenses/wsdl4j-cpl-license.txt >> = >> = >> ===================================================================== >> = >> = >> ===================================================================== >> ==./yoko-1.0/rmi-impl/pom.xml >> = >> = >> ===================================================================== >> = >> = >> ===================================================================== >> ==./yoko-1.0/rmi-spec/pom.xml >> = >> = >> ===================================================================== >> = >> = >> ===================================================================== >> ==./yoko-1.0/yoko-spec-corba/pom.xml >> = >> = >> ===================================================================== >> >> The third_party_licenses files wouldn't need license headers, of >> course. However, it doesn't look like we're actually including >> these projects in the Yoko binaries. So, I think we should delete >> these license files/directory (and any references to them). >> >> The LICENSE files include the following license information: >> >> Object Management Group (OMG) classes /***** Copyright >> (c) 1999 Object Management Group. Unlimited rights to >> duplicate and use this code are hereby granted provided >> that this >> copyright notice is included. >> *****/ >> >> I note that files such as yoko-1.0/yoko-spec-corba/src/main/java/ >> org/omg/Messaging/MaxHopsPolicyHelper.java have an Apache src >> license header. Personally, I think they should not have an Apache >> src license header. These files are not Apache licensed, they are >> OMG licensed. Perhaps there's been discussion of this, in the past >> that you can point me to? > Not sure I understand why you wouldn't expect to find the Apache > source license here. This is the Apache implementation of an OMG > defined class. The OMG does not make any java classes available to > implementers, just the IDL that can be used to generate the > different language bindings. Any java source files in that > directory are part of the apache implementation. Some of the files > are unchanged from the IDL emitted skeltons, others have significant > logic within. I don't see how the generated ones are any different > than what we have in other spec projects that provide just interface > classes. Ah. OK. Sorry for jumping to the wrong conclusion. So, java files are all Apache licensed and that sounds correct. So, which idl src files are from OMG? --kevan |
|
|
Re: [VOTE] Release Yoko ORB subproject 1.0
by Rick McGuire
::
Rate this Message:
Kevan Miller wrote:
> > On May 12, 2008, at 10:33 AM, Rick McGuire wrote: > >> Kevan Miller wrote: >>> I'm seeing problems that need to be addressed. >>> RAT shows the following files are missing Apache src license headers: >>> >>> = >>> = >>> ===================================================================== >>> ==./yoko-1.0/distribution/src/main/samples/ws/bank_ws_addressing/BankWS-corba.idl >>> >>> ======================================================================= >>> ======================================================================= >>> ==./yoko-1.0/distribution/src/main/samples/ws/bank_ws_addressing/BankWS-corba.wsdl >>> >>> ======================================================================= >>> ======================================================================= >>> ==./yoko-1.0/etc/third_party_licenses/CDDL-license.txt >>> ======================================================================= >>> ======================================================================= >>> ==./yoko-1.0/etc/third_party_licenses/antlr-bsd-license.txt >>> ======================================================================= >>> ======================================================================= >>> ==./yoko-1.0/etc/third_party_licenses/wsdl4j-cpl-license.txt >>> ======================================================================= >>> ======================================================================= >>> ==./yoko-1.0/rmi-impl/pom.xml >>> ======================================================================= >>> ======================================================================= >>> ==./yoko-1.0/rmi-spec/pom.xml >>> ======================================================================= >>> ======================================================================= >>> ==./yoko-1.0/yoko-spec-corba/pom.xml >>> ======================================================================= >>> >>> The third_party_licenses files wouldn't need license headers, of >>> course. However, it doesn't look like we're actually including these >>> projects in the Yoko binaries. So, I think we should delete these >>> license files/directory (and any references to them). >>> >>> The LICENSE files include the following license information: >>> >>> Object Management Group (OMG) classes /***** Copyright >>> (c) 1999 Object Management Group. Unlimited rights to >>> duplicate and use this code are hereby granted provided that >>> this >>> copyright notice is included. >>> *****/ >>> >>> I note that files such as >>> yoko-1.0/yoko-spec-corba/src/main/java/org/omg/Messaging/MaxHopsPolicyHelper.java >>> have an Apache src license header. Personally, I think they should >>> not have an Apache src license header. These files are not Apache >>> licensed, they are OMG licensed. Perhaps there's been discussion of >>> this, in the past that you can point me to? >> Not sure I understand why you wouldn't expect to find the Apache >> source license here. This is the Apache implementation of an OMG >> defined class. The OMG does not make any java classes available to >> implementers, just the IDL that can be used to generate the different >> language bindings. Any java source files in that directory are part >> of the apache implementation. Some of the files are unchanged from >> the IDL emitted skeltons, others have significant logic within. I >> don't see how the generated ones are any different than what we have >> in other spec projects that provide just interface classes. > > Ah. OK. Sorry for jumping to the wrong conclusion. So, java files are > all Apache licensed and that sounds correct. So, which idl src files > are from OMG? files, but the license for the specification includes the IDL definitions for the benefit of implementers. The files containing those IDL definitions are in yoko-corba\spec\src\idl. Rick > > --kevan > |
| Free Forum Powered by Nabble | Forum Help |
smime.p7s (4K)