On Apr 18, 2007, at 12:53 PM, Patrick Linskey wrote:
... but we can run the incubator and the openjpa votes in parallel,right? If we're pretty sure that with the removal of that jar, we'll behappy, then we could rebuild and start off those two votes at the same time.
Yes, this is true. Craig
-Patrick -- Patrick Linskey BEA Systems, Inc.______________________________________________________________________ _ Notice: This email message, together with any attachments, may contain information of BEA Systems, Inc., its subsidiaries and affiliated entities, that may be confidential, proprietary, copyrighted and/or legally privileged, and is intended solely for the use of the individual or entity named in this message. If you are not the intended recipient, and have received this message in error, please immediately return thisby email and then delete it.-----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Wednesday, April 18, 2007 12:30 PM To: open-jpa-dev@incubator.apache.org Subject: Re: [VOTE] publish openjpa 0.9.7-incubating release Hi Mike, On Apr 18, 2007, at 12:27 PM, Michael Dick wrote:I'd rather not cut another release, but I think we do needto resolvethe issue with the docbook jar. If we can live with theextra jar thenthe vote can proceed. If I go back and remove the jar, republish etc. I'm assuming we'll have to restart the clock on the vote, correct me if I'mwrong in thisregard.Yes, changing the bits restarts the clock. CraigOn 4/18/07, Craig L Russell <[EMAIL PROTECTED]> wrote:For the record, I'm still +1 for release. But if you want to cut another to fix the minor items thathave beensurfaced, it's ok with me. Craig On Apr 18, 2007, at 11:42 AM, Eddie O'Neil wrote:Mike-- RE the KEYS file, you can just ssh to people.apache.organd checkthe KEYS file out directly into/www/incubator.apache.org/openjpa/directory. No uploading necessary! :) To be sure -- the rest of the items are just nits which couldmostlybe cleaned up just by deleting the directories / files afterthey'reuploaded. I don't have strong feelings about them, so just do whatever the community feels is best. Certainly, it'sfine to shipthem for 0.9.7. Cheers, Eddie On 4/18/07, Michael Dick <[EMAIL PROTECTED]> wrote:Thanks Marc, How do I upload my key to http://incubator.apache.org/openjpa/ KEYS ? The only documentation I've found indicates that I need toupload it,but not where the key needs to go. Before I create another release candidate (to removethe docbookjar), should we try to address the other minor issues?Craig andPatrick have responded to most of them, but there are a few others. Minor issues: - The .zip distribution contains .asc files for the.md5 and .sha1files, which are unnecessary.They're unnecessary, but I've been ignoring them sincethey aren'thurting anything. It isn't too hard to get rid of themthough. Ithink the gpg plugin for maven signs the .md5 and sha1files too(I'd have tocheckthough). - The source distribution contains a derby.log file at:<source-dist>/openjpa-persistence-jdbc/derby.logThis is pretty easy to clean up, and I'll do thatbefore I createanother release candidate. The other issues Craig and Patrick have responded to.If any ofthem can be fixed quickly then we can include them in the new releasecandidate.On 4/18/07, Marc Prud'hommeaux <[EMAIL PROTECTED]> wrote:Good idea ... I've gone ahead and done that. It should makethings alittle easier to manage. On Apr 18, 2007, at 10:45 AM, Patrick Linskey wrote:This is there because we draw in all thedependencies that wedon't explicitly exclude in theopenjpa-project/assembly.xml,and at some point, someone (probably me) addeddocbook-xsl asa dependency so as to ensure that the docbook processing phase had access to the stylesheets.Is it possible to invert that, so that we onlyinclude certaindependencies? -Patrick -- Patrick Linskey BEA Systems, Inc._______________________________________________________________________ Notice: This email message, together with any attachments,maycontain information of BEA Systems, Inc., its subsidiaries and affiliated entities, that may be confidential, proprietary,copyrightedand/or legally privileged, and is intended solely for theuse of theindividual or entity named in this message. If youare not theintended recipient, and have received this messagein error,please immediatelyreturnthis by email and then delete it.-----Original Message----- From: Marc Prud'hommeaux[mailto:[EMAIL PROTECTED] OnBehalf Of Marc Prud'hommeaux Sent: Wednesday, April 18, 2007 10:23 AM To: open-jpa-dev@incubator.apache.org Subject: Re: [VOTE] publish openjpa0.9.7-incubating releaseOn Apr 18, 2007, at 10:11 AM, Patrick Linskey wrote:- The binary distribution contains a new JAR file whoselicense isunclear; this is: <binary-dist>/lib/docbook-xsl-1.67.2.zipThat dependency is unnecessary -- it's needed to build thedocs, butnot by the runtime.This is there because we draw in all thedependencies that wedon't explicitly exclude in theopenjpa-project/assembly.xml,and at some point, someone (probably me) addeddocbook-xsl asa dependency so as to ensure that the docbook processing phase had access to the stylesheets. I've gone ahead and fixed this in the trunk byadding it tothe exclude list (revision 530094).Notice: This email message, together with any attachments,maycontain information of BEA Systems, Inc., itssubsidiariesand affiliated entities, that may be confidential,proprietary,copyrighted and/or legally privileged, and isintended solelyforthe use of the individual or entity named in this message.If youare not the intended recipient, and have received thismessage inerror, please immediately return this by email andthen deleteit.-- -Michael DickCraig Russell Architect, Sun Java Enterprise Systemhttp://java.sun.com/products/jdo 408 276-5638 mailto:[EMAIL PROTECTED] P.S. A good JDO? O, Gasp!-- -Michael DickCraig RussellArchitect, Sun Java Enterprise System http://java.sun.com/products/ jdo408 276-5638 mailto:[EMAIL PROTECTED] P.S. A good JDO? O, Gasp!Notice: This email message, together with any attachments, may contain information of BEA Systems, Inc., its subsidiaries and affiliated entities, that may be confidential, proprietary, copyrighted and/or legally privileged, and is intended solely for the use of the individual or entity named in this message. If you are not the intended recipient, and have received this message in error, please immediately return this by email and then delete it.
Craig Russell Architect, Sun Java Enterprise System http://java.sun.com/products/jdo 408 276-5638 mailto:[EMAIL PROTECTED] P.S. A good JDO? O, Gasp!
smime.p7s
Description: S/MIME cryptographic signature