Re: Build failed in Jenkins: commons-dbcp #5

[Benedikt Ritter]

Gary Gregory  schrieb am Fr., 29. Juli 2016 um
07:06 Uhr:

> Jenkins must have some busted setups :-(
>
> Log a ticket with infra?
>

I'm a bit puzzled. I set up all jobs and they were working. Now they start
failing for whatever reason. The Jenkins Build infrastructure seems pretty
unreliable atm.

Benedikt


>
> Gary
>
> On Thu, Jul 28, 2016 at 6:16 PM, Matt Sicker  wrote:
>
> > Oh wow, we just had this same error in log4j a little while ago.
> >
> > On 28 July 2016 at 20:11, Apache Jenkins Server <
> jenk...@builds.apache.org
> > >
> > wrote:
> >
> > > See 
> > >
> > > Changes:
> > >
> > > [mattsicker] Update version to snapshot in trunk
> > >
> > > --
> > > Started by an SCM change
> > > [EnvInject] - Loading node environment variables.
> > > Building remotely on H10 (docker Ubuntu ubuntu yahoo-not-h2) in
> > workspace <
> > > https://builds.apache.org/job/commons-dbcp/ws/>
> > > Checking out a fresh workspace because there's no workspace at <
> > > https://builds.apache.org/job/commons-dbcp/ws/>
> > > Cleaning local Directory .
> > > Checking out
> https://svn.apache.org/repos/asf/commons/proper/dbcp/trunk
> > > at revision '2016-07-29T01:11:18.811 +'
> > > AUtest-jar.xml
> > > AUpom.xml
> > > A README.md
> > > AUcheckstyle.xml
> > > AUbuild.xml
> > > AUNOTICE.txt
> > > AUdbcp-release.sh
> > > AULICENSE.txt
> > > A doc
> > > AUdoc/BasicDataSourceExample.java
> > > AUdoc/static_structure_dia.gif
> > > AUdoc/README.txt
> > > AUdoc/abandon.jsp
> > > AUdoc/PoolingDataSourceExample.java
> > > AUdoc/PoolingDriverExample.java
> > > A CONTRIBUTING.md
> > > AUdbcp-pre-RC.sh
> > > A build.properties.sample
> > > AUfindbugs-exclude-filter.xml
> > > AUREADME.txt
> > > AUdbcp-RC.sh
> > > AURELEASE-NOTES.txt
> > > A src
> > > A src/changes
> > > AUsrc/changes/changes.xml
> > > AUsrc/changes/release-notes.vm
> > > A src/media
> > > AUsrc/media/dbcp-logo-white.xcf
> > > A src/test
> > > A src/test/java
> > > A src/test/java/org
> > > A src/test/java/org/apache
> > > A src/test/java/org/apache/commons
> > > A src/test/java/org/apache/commons/dbcp2
> > > AU
> > >
> >
> src/test/java/org/apache/commons/dbcp2/TestDelegatingCallableStatement.java
> > > A src/test/java/org/apache/commons/dbcp2/cpdsadapter
> > > AU
> > >
> >
> src/test/java/org/apache/commons/dbcp2/cpdsadapter/TestDriverAdapterCPDS.java
> > > AU
> > > src/test/java/org/apache/commons/dbcp2/TesterCallableStatement.java
> > > AU
> > >
> >
> src/test/java/org/apache/commons/dbcp2/TestDelegatingPreparedStatement.java
> > > A src/test/java/org/apache/commons/dbcp2/managed
> > > AU
> > >
> >
> src/test/java/org/apache/commons/dbcp2/managed/TesterBasicXAConnection.java
> > > AU
> > >
> src/test/java/org/apache/commons/dbcp2/managed/TestManagedDataSource.java
> > > AU
> > >
> >
> src/test/java/org/apache/commons/dbcp2/managed/TestBasicManagedDataSource.java
> > > AU
> > >
> >
> src/test/java/org/apache/commons/dbcp2/managed/TestManagedDataSourceInTx.java
> > > AU
> > >
> >
> src/test/java/org/apache/commons/dbcp2/managed/TestTransactionContext.java
> > > AU
> > >
> >
> src/test/java/org/apache/commons/dbcp2/managed/TestDataSourceXAConnectionFactory.java
> > > AU
> > >
> src/test/java/org/apache/commons/dbcp2/managed/TestManagedConnection.java
> > > AUsrc/test/java/org/apache/commons/dbcp2/StackMessageLog.java
> > > AU
> > >
> >
> src/test/java/org/apache/commons/dbcp2/TestPStmtPoolingBasicDataSource.java
> > > AU
> > > src/test/java/org/apache/commons/dbcp2/TestPoolableConnection.java
> > > AU
> > > src/test/java/org/apache/commons/dbcp2/TesterPreparedStatement.java
> > > AUsrc/test/java/org/apache/commons/dbcp2/TesterResultSet.java
> > > AUsrc/test/java/org/apache/commons/dbcp2/TesterDriver.java
> > > AU
> > src/test/java/org/apache/commons/dbcp2/TestPoolingDataSource.java
> > > AUsrc/test/java/org/apache/commons/dbcp2/TesterClassLoader.java
> > > AUsrc/test/java/org/apache/commons/dbcp2/TestPoolingDriver.java
> > > AU
> > > src/test/java/org/apache/commons/dbcp2/TestDelegatingConnection.java
> > > AU
> > > src/test/java/org/apache/commons/dbcp2/TestBasicDataSourceFactory.java
> > > AUsrc/test/java/org/apache/commons/dbcp2/TestJndi.java
> > > AUsrc/test/java/org/apache/commons/dbcp2/TesterConnection.java
> > > AUsrc/test/java/org/apache/commons/dbcp2/TesterUtils.java
> > > AU
> > > src/test/java/org/apache/commons/dbcp2/TestDelegatingStatement.java
> > > AU
> > >
> src/test/java/org/apache/commons/dbcp2/TestAbandonedBasicDataSource.java
> > > AU
> > >
> >
> src/test/java/org/apache/commons/dbcp2/TestDelegatingDatabaseMetaD

Re: [2/2] [lang] Merge branch 'master' of https://git-wip-us.apache.org/repos/asf/commons-lang.git

[Benedikt Ritter]

Hi Gary,

 schrieb am Fr., 29. Juli 2016 um 07:43 Uhr:

> Merge branch 'master' of
> https://git-wip-us.apache.org/repos/asf/commons-lang.git
>
> Conflicts:
> src/changes/changes.xml
>
>
> Project: http://git-wip-us.apache.org/repos/asf/commons-lang/repo
> Commit:
> http://git-wip-us.apache.org/repos/asf/commons-lang/commit/69732963
> Tree: http://git-wip-us.apache.org/repos/asf/commons-lang/tree/69732963
> Diff: http://git-wip-us.apache.org/repos/asf/commons-lang/diff/69732963
>
> Branch: refs/heads/master
> Commit: 697329630f16ee37cab30004aab5b0831fc9ecc3
> Parents: 3899cc6 bd9adbb
> Author: Gary Gregory 
> Authored: Thu Jul 28 22:43:48 2016 -0700
> Committer: Gary Gregory 
> Committed: Thu Jul 28 22:43:48 2016 -0700
>
> --
>  src/changes/changes.xml |  1 -
>  .../commons/lang3/time/FastDatePrinter.java | 75 
>  2 files changed, 60 insertions(+), 16 deletions(-)
> --
>
>
>
> http://git-wip-us.apache.org/repos/asf/commons-lang/blob/69732963/src/changes/changes.xml
> --
> diff --cc src/changes/changes.xml
> index 025ba34,96487a2..8887572
> --- a/src/changes/changes.xml
> +++ b/src/changes/changes.xml
> @@@ -46,8 -46,8 +46,7 @@@ The  type attribute can be add,
> 
>
> 
> -  due-to="adilek">[GitHub issue #170] Add RandomUtils#nextBoolean()
> method
>  -FastDatePrinter Memory allocation regression
>  -FastDatePrinter generates extra Date objects
>

Why have this entires been dropped from changes.xml?

Benedikt


>  +FastDatePrinter generates extra Date objects
>   Fix precision loss on NumberUtils.createNumber(String)
>due-to="Ruslan Cheremin">HashCodeBuilder.append(Object,Object) is too big
> to be inlined, which prevents whole builder to be scalarized
>   Add a circuit breaker implementation
>
>

Re: [dbcp] Migrate to git?

[Benedikt Ritter]

Go for it!

Gary Gregory  schrieb am Fr., 29. Juli 2016 um
05:52 Uhr:

> Fine with me but not critical.
>
> Gary
>
> On Jul 28, 2016 5:38 PM, "Matt Sicker"  wrote:
>
> > Can we have this project migrated next after 2.2 is released? I forgot
> how
> > painful using svn is after years of git. ;)
> >
> > --
> > Matt Sicker 
> >
>

Re: [LANG] LANG-1252 - NumberUtils.isNumber and NumberUtils.createNumber resolve inconsistently

[Benedikt Ritter]

Hello Rob,

Rob Tompkins  schrieb am Do., 28. Juli 2016 um
14:23 Uhr:

> In short, I’m trying to generalize LANG-1060, LANG-1040, LANG-1038, and
> LANG-992 with a single issue that actually hits all the bases here with
> NumberUtils.isNumber.
>
> Bug (1):
>
> System.out.println(lang.math.NumberUtils.isNumber(“+2”)); >
> false
>
> while
>
> System.out.println(lang.math.NumberUtils.createNumber(“+2)); >
> 2
>
> Bug (2):
>
>
> System.out.println(lang.math.NumberUtils.isNumber(“01.5”)); >
> false
>
> while
>
> System.out.println(lang.math.NumberUtils.createNumber(“01.5));
> > 1.5.
>
>
>
> It seems to me that we could externalize a considerable amount of the code
> underlying the two methods into shared methods, as it seems like all the
> validations in createNumber that predicate object creation should be
> directly used in isNumber. I would love to hear folks’ thoughts.
>

I think it is important to pay close attention to the JavaDocs in this case.

NumberUtils.isNumber :
Checks whether the String a valid Java number.

This has nothing to do with createNumber:
NumberUtils.createNumber: Turns a string value into a java.lang.Number

What you're probably looking for is:

NumberUtils.isParsebale: Checks whether the given String is a parsable
number.

The difference is, that isNumber tells you, whether putting the given
String into Java code woul compile, while isParseble stells you whether a
call to createNumber will be successful.

Regards,
Benedikt


> Cheers,
> -Rob
>
>
>
>

Re: [2/2] [lang] Merge branch 'master' of https://git-wip-us.apache.org/repos/asf/commons-lang.git

[Gary Gregory]

My mistake, I will have to fix that tomorrow, AFK ATM.

Gary

On Jul 29, 2016 12:33 AM, "Benedikt Ritter"  wrote:

> Hi Gary,
>
>  schrieb am Fr., 29. Juli 2016 um 07:43 Uhr:
>
> > Merge branch 'master' of
> > https://git-wip-us.apache.org/repos/asf/commons-lang.git
> >
> > Conflicts:
> > src/changes/changes.xml
> >
> >
> > Project: http://git-wip-us.apache.org/repos/asf/commons-lang/repo
> > Commit:
> > http://git-wip-us.apache.org/repos/asf/commons-lang/commit/69732963
> > Tree: http://git-wip-us.apache.org/repos/asf/commons-lang/tree/69732963
> > Diff: http://git-wip-us.apache.org/repos/asf/commons-lang/diff/69732963
> >
> > Branch: refs/heads/master
> > Commit: 697329630f16ee37cab30004aab5b0831fc9ecc3
> > Parents: 3899cc6 bd9adbb
> > Author: Gary Gregory 
> > Authored: Thu Jul 28 22:43:48 2016 -0700
> > Committer: Gary Gregory 
> > Committed: Thu Jul 28 22:43:48 2016 -0700
> >
> > --
> >  src/changes/changes.xml |  1 -
> >  .../commons/lang3/time/FastDatePrinter.java | 75
> 
> >  2 files changed, 60 insertions(+), 16 deletions(-)
> > --
> >
> >
> >
> >
> http://git-wip-us.apache.org/repos/asf/commons-lang/blob/69732963/src/changes/changes.xml
> > --
> > diff --cc src/changes/changes.xml
> > index 025ba34,96487a2..8887572
> > --- a/src/changes/changes.xml
> > +++ b/src/changes/changes.xml
> > @@@ -46,8 -46,8 +46,7 @@@ The  type attribute can be add,
> > 
> >
> > 
> > -  > due-to="adilek">[GitHub issue #170] Add RandomUtils#nextBoolean()
> > method
> >  -FastDatePrinter Memory allocation regression
> >  -FastDatePrinter generates extra Date objects
> >
>
> Why have this entires been dropped from changes.xml?
>
> Benedikt
>
>
> >  +FastDatePrinter generates extra Date objects
> >   Fix precision loss on NumberUtils.createNumber(String)
> >> due-to="Ruslan Cheremin">HashCodeBuilder.append(Object,Object) is too big
> > to be inlined, which prevents whole builder to be scalarized
> >   Add a circuit breaker implementation
> >
> >
>

Re: [All] Please don't commit while repos are moving

[Benedikt Ritter]

Hi,

I have created
https://issues.apache.org/jira/servicedesk/customer/portal/1/INFRA-12350 for
finalizing the migration of CSV. I've also asked INFRA whether they can
grant one of us the karma to do this on our own in the future.

Benedikt

Stefan Bodewig  schrieb am Do., 28. Juli 2016 um
12:31 Uhr:

> On 2016-07-28, Benedikt Ritter wrote:
>
> > Hello Jochen,
>
> > Jochen Wiedmann  schrieb am Do., 28. Juli
> 2016
> > um 11:06 Uhr:
>
> >> Hi,
>
> >> please don't commit to repositories, while they are moving to Git.
> >> AFAIK, this currently covers [io], and [fileupload], but possibly
> >> others as well.
>
> >> We might interfer with Infra otherwise. And, as you possibly are
> >> aware: They are understaffed, and slow, anyways.
>
> > Very good point. Sebb pointed out how to make SVN ready-only.
>
> I'm pretty sure the infra team did that when we migrated compress and
> the explicitly set it to read-write again so I could move the tree away
> after the migration was finished.
>
> > I need to figure that out to finalize the move of CSV to git, because
> > the old source tree in SVN has to be moved to a new location. I didn't
> > have the time, but when I find out how to do it, I'll come back to
> > you.
>
> I used svn cp with two URLs IIRC and then svn rm on my working copy as
> you want to keep a pointer to the new location around.  If infra hasn't
> even started the migration, you shouldn't be moving anything.
>
>
> Stefan
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>

Jenkins build is back to normal : commons-bcel » Apache Commons BCEL #38

[Apache Jenkins Server]

See 


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Jenkins build is back to normal : commons-bcel #38

[Apache Jenkins Server]

See 


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[GitHub] commons-bcel pull request #9: BCEL-277: Resolve constant to a string represe...

[asfgit]

Github user asfgit closed the pull request at:

https://github.com/apache/commons-bcel/pull/9


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [BCEL] Potential IP problem at GitHub

[Benedikt Ritter]

Jochen Wiedmann  schrieb am Do., 28. Juli 2016
um 10:03 Uhr:

> On Thu, Jul 28, 2016 at 9:14 AM, Benedikt Ritter 
> wrote:
>
> > I need some advice on how to handle this pull request at GitHub [1]. It
> > looks like it has been copied without notice from the ASM project. The
> > files added contain a license header mentioning INRIA, France Telecom.
> For
> > now I've just asked the contributor to sign an ICLA. But that is not
> enough
> > if the PR is violating IP of third parties.
> >
> > Thank you,
> > Benedikt
> >
> > [1] https://github.com/apache/commons-bcel/pull/7
>
> AFAICT, that PR adds two files with 1094 lines of code.That is, IMO no
> trivial contribution. I'd therefore suggest to forward the matter to
> legal-discuss@a.o.
>

I have created https://issues.apache.org/jira/browse/LEGAL-267 for this.

Thank you!
Benedikt


>
> Jochen
>
>
> --
> The next time you hear: "Don't reinvent the wheel!"
>
>
> http://www.keystonedevelopment.co.uk/wp-content/uploads/2014/10/evolution-of-the-wheel-300x85.jpg
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>

Re: [BCEL] Potential IP problem at GitHub

[Jochen Wiedmann]

On Fri, Jul 29, 2016 at 10:46 AM, Benedikt Ritter  wrote:
> Jochen Wiedmann  schrieb am Do., 28. Juli 2016
> um 10:03 Uhr:
>
>> On Thu, Jul 28, 2016 at 9:14 AM, Benedikt Ritter 
>> wrote:
>>
>> > I need some advice on how to handle this pull request at GitHub [1]. It
>> > looks like it has been copied without notice from the ASM project. The
>> > files added contain a license header mentioning INRIA, France Telecom.
>> For
>> > now I've just asked the contributor to sign an ICLA. But that is not
>> enough
>> > if the PR is violating IP of third parties.
>> >
>> > Thank you,
>> > Benedikt
>> >
>> > [1] https://github.com/apache/commons-bcel/pull/7
>>
>> AFAICT, that PR adds two files with 1094 lines of code.That is, IMO no
>> trivial contribution. I'd therefore suggest to forward the matter to
>> legal-discuss@a.o.
>>
>
> I have created https://issues.apache.org/jira/browse/LEGAL-267 for this.

Another good possibility.

Jochen


-- 
The next time you hear: "Don't reinvent the wheel!"

http://www.keystonedevelopment.co.uk/wp-content/uploads/2014/10/evolution-of-the-wheel-300x85.jpg

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [All] Please don't commit while repos are moving

[Jochen Wiedmann]

On Fri, Jul 29, 2016 at 10:31 AM, Benedikt Ritter  wrote:
> Hi,
>
> I have created
> https://issues.apache.org/jira/servicedesk/customer/portal/1/INFRA-12350 for
> finalizing the migration of CSV. I've also asked INFRA whether they can
> grant one of us the karma to do this on our own in the future.

Well, according to the ticket, you can give it a go. If it works, and
while you are at it, could you do the same for fileupload. (Tried
yesterday, but didn't work for me.)

Thanks,

Jochen



-- 
The next time you hear: "Don't reinvent the wheel!"

http://www.keystonedevelopment.co.uk/wp-content/uploads/2014/10/evolution-of-the-wheel-300x85.jpg

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [dbcp] Migrate to git?

[Jochen Wiedmann]

+1 (The more, the merrier.)


On Fri, Jul 29, 2016 at 9:38 AM, Benedikt Ritter  wrote:
> Go for it!
>
> Gary Gregory  schrieb am Fr., 29. Juli 2016 um
> 05:52 Uhr:
>
>> Fine with me but not critical.
>>
>> Gary
>>
>> On Jul 28, 2016 5:38 PM, "Matt Sicker"  wrote:
>>
>> > Can we have this project migrated next after 2.2 is released? I forgot
>> how
>> > painful using svn is after years of git. ;)
>> >
>> > --
>> > Matt Sicker 
>> >
>>



-- 
The next time you hear: "Don't reinvent the wheel!"

http://www.keystonedevelopment.co.uk/wp-content/uploads/2014/10/evolution-of-the-wheel-300x85.jpg

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Cannot push to commons crypto

[Hendrik Saly (apache)]

if i try to push to commons crypto git repo i encounter the following error:

.
Total 3 (delta 2), reused 0 (delta 0)
remote: You are not authorized to edit this repository.
remote:
To https://git-wip-us.apache.org/repos/asf/commons-crypto.git
 ! [remote rejected] master -> master (pre-receive hook declined)
error: failed to push some refs to
'https://git-wip-us.apache.org/repos/asf/commons-crypto.git'

If i remember correctly every apache committer has permissions to
commit to apache commons? Is this also true for commons crypto?

Thanks
Hendrik


-- 
Hendrik Saly
@hendrikdev22
PGP: 0x22D7F6EC

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [DBCP] Working on 2.2 RC1

[Matt Sicker]

I get prompted for my gpg key, so that's not the problem. I'll try out
those maven settings tonight and try again.

On 29 July 2016 at 00:19, Gary Gregory  wrote:

> Matt,
>
> Did you massage Maven just so?
>
> Please see
> https://www.apache.org/dev/publishing-maven-artifacts.html#settings
>
> Also, when I do a mvn deploy, I have to do -Dgpg.passphrase=MY_PASSWORD
>
> Gary
>
> On Thu, Jul 28, 2016 at 6:14 PM, Matt Sicker  wrote:
>
> > Got this error when executing mvn deploy (tried both the command from
> > dbcp-RC.sh along with the command given on the docs page: "mvn deploy
> > -Prelease -Duser.name=mattsicker -Pjava-1.7"):
> >
> > [ERROR] Failed to execute goal
> > org.apache.maven.plugins:maven-deploy-plugin:2.8.2:deploy
> (default-deploy)
> > on project commons-dbcp2: Failed to deploy artifacts: Could not transfer
> > artifact org.apache.commons:commons-dbcp2:jar:2.2 from/to
> > apache.releases.https (
> > https://repository.apache.org/service/local/staging/deploy/maven2):
> Failed
> > to transfer file:
> >
> >
> https://repository.apache.org/service/local/staging/deploy/maven2/org/apache/commons/commons-dbcp2/2.2/commons-dbcp2-2.2.jar
> > .
> > Return code is: 401, ReasonPhrase: Unauthorized. -> [Help 1]
> >
> >
> > On 28 July 2016 at 19:27, Matt Sicker  wrote:
> >
> > > Oh wait, I just tried typing in "2.3" and it let me create a new
> version.
> > > False alarm!
> > >
> > > On 28 July 2016 at 19:14, Matt Sicker  wrote:
> > >
> > >> I have jira karma, but adding versions to a project requires project
> > >> admin permissions or something like that.
> > >>
> > >> On 28 July 2016 at 18:28, Gary Gregory 
> wrote:
> > >>
> > >>> Hi Matt:
> > >>>
> > >>> I thought you had Jira karma now? Is that not the case?
> > >>>
> > >>> Gary
> > >>>
> > >>> On Thu, Jul 28, 2016 at 4:18 PM, Matt Sicker 
> wrote:
> > >>>
> > >>> > I also need version 2.2.1 or 2.3 added to jira so I can update fix
> > >>> versions
> > >>> > properly. Looks like version 2.1.2 can be deleted from jira, too,
> as
> > >>> we're
> > >>> > going straight to 2.2.
> > >>> >
> > >>> > On 28 July 2016 at 12:31, Gary Gregory 
> > wrote:
> > >>> >
> > >>> > > YW, good luck!
> > >>> > >
> > >>> > > Gary
> > >>> > >
> > >>> > > On Thu, Jul 28, 2016 at 7:54 AM, Matt Sicker 
> > >>> wrote:
> > >>> > >
> > >>> > > > That looks like the error I had. I'll try uploading the
> artifacts
> > >>> to
> > >>> > > > staging again tonight. If that works, I can finish making RC1.
> > >>> Thanks
> > >>> > for
> > >>> > > > the assistance!
> > >>> > > >
> > >>> > > > On 27 July 2016 at 22:08, Gary Gregory  >
> > >>> wrote:
> > >>> > > >
> > >>> > > > > Matt,
> > >>> > > > >
> > >>> > > > > I've added you as a Commons committer.
> > >>> > > > >
> > >>> > > > > Gary
> > >>> > > > >
> > >>> > > > > On Wed, Jul 27, 2016 at 7:58 PM, Gary Gregory <
> > >>> > garydgreg...@gmail.com>
> > >>> > > > > wrote:
> > >>> > > > >
> > >>> > > > > > Matt,
> > >>> > > > > >
> > >>> > > > > > Are you getting an error like
> > >>> > > > > >
> > >>> > > > >
> > >>> > > >
> > >>> > >
> > >>> >
> > >>>
> >
> https://mail-archives.apache.org/mod_mbox/commons-dev/201509.mbox/%3ccajzrqky3hspuwg_9uk2tkjkj0j4wgkab5zugxvq8ymd3b+q...@mail.gmail.com%3E
> > >>> > > > > >
> > >>> > > > > > ?
> > >>> > > > > >
> > >>> > > > > > Gary
> > >>> > > > > >
> > >>> > > > > > On Wed, Jul 27, 2016 at 3:42 PM, Matt Sicker <
> > boa...@gmail.com
> > >>> >
> > >>> > > wrote:
> > >>> > > > > >
> > >>> > > > > >> Can I use sshfs/fuse, or does that not work with
> > >>> home.apache.org?
> > >>> > I
> > >>> > > > can
> > >>> > > > > >> always try out Filezilla if necessary. I preferred the old
> > >>> method
> > >>> > of
> > >>> > > > > just
> > >>> > > > > >> using scp. :/
> > >>> > > > > >>
> > >>> > > > > >> Also, I still need Nexus permissions. That's my last
> blocker
> > >>> for
> > >>> > > now.
> > >>> > > > > >>
> > >>> > > > > >> On 27 July 2016 at 01:37, Benedikt Ritter <
> > >>> benerit...@gmail.com>
> > >>> > > > wrote:
> > >>> > > > > >>
> > >>> > > > > >> > Hi Matt,
> > >>> > > > > >> >
> > >>> > > > > >> > Matt Sicker  schrieb am Mi., 27. Juli
> > >>> 2016 um
> > >>> > > > 05:35
> > >>> > > > > >> Uhr:
> > >>> > > > > >> >
> > >>> > > > > >> > > Oh, one more thing: I've uploaded a generated copy of
> > the
> > >>> site
> > >>> > > > from
> > >>> > > > > >> that
> > >>> > > > > >> > > tag. As people.apache.org has been retired, I
> uploaded
> > >>> it to
> > >>> > > > > GitHub:
> > >>> > > > > >> > > http://musigma.org/dbcp2-site/
> > >>> > > > > >> >
> > >>> > > > > >> >
> > >>> > > > > >> > home.apache.org is the new people.apache.org ;-) it
> does
> > >>> not
> > >>> > > allow
> > >>> > > > > ssh
> > >>> > > > > >> > access but you can upload files using sftp (I'm using
> > >>> FileZilla
> > >>> > > for
> > >>> > > > > >> this)
> > >>> > > > > >> >
> > >>> > > > > >> > Regards,
> > >>> > > > > >> > Benedikt
> > >>> > > > > >> >
> > >>> > > > > >> >
> > >>> > > > > >> > >
> > >>> > > > > >> > >
> >

Benedikts availability

[Benedikt Ritter]

Hi,

just wanted to let you know, that I'm on vacation in France for the next
two weeks with limited access to my emails.

Regards,
Benedikt

Re: [LANG] LANG-1252 - NumberUtils.isNumber and NumberUtils.createNumber resolve inconsistently

[Rob Tompkins]

Hi Benedikt,

Thanks for the insights here.

> On Jul 29, 2016, at 3:53 AM, Benedikt Ritter  wrote:
> 
> Hello Rob,
> 
> Rob Tompkins mailto:chtom...@gmail.com>> schrieb am Do., 
> 28. Juli 2016 um
> 14:23 Uhr:
> 
>> In short, I’m trying to generalize LANG-1060, LANG-1040, LANG-1038, and
>> LANG-992 with a single issue that actually hits all the bases here with
>> NumberUtils.isNumber.
>> 
>> Bug (1):
>> 
>>System.out.println(lang.math.NumberUtils.isNumber(“+2”)); >
>> false
>> 
>> while
>> 
>>System.out.println(lang.math.NumberUtils.createNumber(“+2)); >
>> 2
>> 
>> Bug (2):
>> 
>> 
>>System.out.println(lang.math.NumberUtils.isNumber(“01.5”)); >
>> false
>> 
>> while
>> 
>>System.out.println(lang.math.NumberUtils.createNumber(“01.5));
>> > 1.5.
>> 
>> 
>> 
>> It seems to me that we could externalize a considerable amount of the code
>> underlying the two methods into shared methods, as it seems like all the
>> validations in createNumber that predicate object creation should be
>> directly used in isNumber. I would love to hear folks’ thoughts.
>> 
> 
> I think it is important to pay close attention to the JavaDocs in this case.
> 
> NumberUtils.isNumber :
> Checks whether the String a valid Java number.
> 
> This has nothing to do with createNumber:
> NumberUtils.createNumber: Turns a string value into a java.lang.Number
> 
> What you're probably looking for is:
> 
> NumberUtils.isParsebale: Checks whether the given String is a parsable
> number.
> 
> The difference is, that isNumber tells you, whether putting the given
> String into Java code woul compile, while isParseble stells you whether a
> call to createNumber will be successful.

This feels confusing to me (mainly because I’m not clear of the context of the 
word “compile” here). But, I’m mostly agnostic regarding intent here. So let’s 
not concern ourselves with that. 

Maybe the Jira issue that I created, LANG-1252, should just make the javadoc 
clearer in this case. 

Along the same line of thought, in NumberUtilsTest
testIsNumber() 
calls the function 
private void compareIsNumberWithCreateNumber(final String val, final boolean 
expected) {
final boolean isValid = NumberUtils.isNumber(val);
final boolean canCreate = checkCreateNumber(val);
if (isValid == expected && canCreate == expected) {
return;
}
fail("Expecting "+ expected + " for isNumber/createNumber using \"" + val + 
"\" but got " + isValid + " and " + canCreate);
}
where “checkCreateNumber” is declared as:
private boolean checkCreateNumber(final String val) {
try {
final Object obj = NumberUtils.createNumber(val);
if (obj == null) {
return false;
}
return true;
} catch (final NumberFormatException e) {
return false;
   }
}
which continues to puzzle me. If, indeed, it is the case that isNumber and 
createNumber necessarily differ, might we also refactor the unit tests as part 
of LANG-1252 such that they aren’t directly correlated for the sake of 
validation?

Again, many thanks for the response here.

Cheers,
-Rob

> 
> Regards,
> Benedikt
> 
> 
>> Cheers,
>> -Rob

Re: Benedikts availability

[Matt Sicker]

Have fun!

On 29 July 2016 at 09:53, Benedikt Ritter  wrote:

> Hi,
>
> just wanted to let you know, that I'm on vacation in France for the next
> two weeks with limited access to my emails.
>
> Regards,
> Benedikt
>



-- 
Matt Sicker 

Re: [All] Please don't commit while repos are moving

[Gary Gregory]

Don't commit even to git?

Gary

On Fri, Jul 29, 2016 at 1:31 AM, Benedikt Ritter  wrote:

> Hi,
>
> I have created
> https://issues.apache.org/jira/servicedesk/customer/portal/1/INFRA-12350
> for
> finalizing the migration of CSV. I've also asked INFRA whether they can
> grant one of us the karma to do this on our own in the future.
>
> Benedikt
>
> Stefan Bodewig  schrieb am Do., 28. Juli 2016 um
> 12:31 Uhr:
>
> > On 2016-07-28, Benedikt Ritter wrote:
> >
> > > Hello Jochen,
> >
> > > Jochen Wiedmann  schrieb am Do., 28. Juli
> > 2016
> > > um 11:06 Uhr:
> >
> > >> Hi,
> >
> > >> please don't commit to repositories, while they are moving to Git.
> > >> AFAIK, this currently covers [io], and [fileupload], but possibly
> > >> others as well.
> >
> > >> We might interfer with Infra otherwise. And, as you possibly are
> > >> aware: They are understaffed, and slow, anyways.
> >
> > > Very good point. Sebb pointed out how to make SVN ready-only.
> >
> > I'm pretty sure the infra team did that when we migrated compress and
> > the explicitly set it to read-write again so I could move the tree away
> > after the migration was finished.
> >
> > > I need to figure that out to finalize the move of CSV to git, because
> > > the old source tree in SVN has to be moved to a new location. I didn't
> > > have the time, but when I find out how to do it, I'll come back to
> > > you.
> >
> > I used svn cp with two URLs IIRC and then svn rm on my working copy as
> > you want to keep a pointer to the new location around.  If infra hasn't
> > even started the migration, you shouldn't be moving anything.
> >
> >
> > Stefan
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > For additional commands, e-mail: dev-h...@commons.apache.org
> >
> >
>



-- 
E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
Java Persistence with Hibernate, Second Edition

JUnit in Action, Second Edition 
Spring Batch in Action 
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory

Re: Benedikts availability

[Gary Gregory]

Bon voyage!

Gary

On Fri, Jul 29, 2016 at 7:53 AM, Benedikt Ritter  wrote:

> Hi,
>
> just wanted to let you know, that I'm on vacation in France for the next
> two weeks with limited access to my emails.
>
> Regards,
> Benedikt
>



-- 
E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
Java Persistence with Hibernate, Second Edition

JUnit in Action, Second Edition 
Spring Batch in Action 
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory

RE: [VOTE] Release CRYPTO 1.0.0 based on RC1

[Jörg Schaible]

Hi Xianda,

Ke, Xianda wrote:

> Hi Jörg,
> 
> I guess that the two warnings were caused by the permission of
> java.io.tmpdir (/tmp ). Crypto extracts *.so to java.io.tmpdir(or
> commons-crypto.tempdir). Try adding exec permission.

That's it! Running

 mvn clean package -Djava.io.tmpdir=$HOME/tmp

did the trick. Setting commons-crypto.tempdir the same way did not work.

Cheers,
Jörg

> 
> Regards,
> Xianda
> 
> -Original Message-
> From: Jörg Schaible [mailto:joerg.schai...@gmx.de]
> Sent: Friday, July 29, 2016 5:04 AM
> To: dev@commons.apache.org
> Subject: Re: [VOTE] Release CRYPTO 1.0.0 based on RC1
> 
> Hi,
> 
> I am building crypto with my compiler zoo on Gentoo Linux with OpenSSL
> 1.02h installed. Even compiling with Java 9 works, tests fail only because
> of a missing jce.
> 
> Running the tests I get always those two warnings:
> 
>  %< == Running
> org.apache.commons.crypto.NativeCodeLoaderTest ** WARN: Native (JNI) code
> was not loaded: java.lang.UnsatisfiedLinkError:
> /tmp/commons-crypto-9c688d6a-fc55-4a35-9d78-79cedd4ad842-libcommons-
> crypto.so: /tmp/commons-crypto-9c688d6a-fc55-4a35-9d78-79cedd4ad842-
> libcommons-crypto.so: failed to map segment from shared object Tests run:
> 5, Failures: 0, Errors: 0, Skipped: 3, Time elapsed: 0.008 sec - in
> org.apache.commons.crypto.NativeCodeLoaderTest Running
> org.apache.commons.crypto.jna.OpenSslNativeJnaTest ** WARN: JNA could not
> be enabled: /tmp/jna--1154654109/jna4836274946397519400.tmp:
> /tmp/jna--1154654109/jna4836274946397519400.tmp: failed to map segment
> from shared object Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time
> elapsed: 0 sec - in org.apache.commons.crypto.jna.OpenSslNativeJnaTest
>  %< ==
> 
> The build of the shared library produces additional warnings for OpenJDK 7
> (and OpenJDK 8 produces same warning):  %<
> == [INFO] --- maven-antrun-plugin:1.8:run (make) @
> commons-crypto --- [INFO] Executing tasks
> 
> make:
>  [exec] "/home/joehni/.gentoo/java-config-2/current-user-vm/bin/javah"
>  [- force -classpath target/classes -o target/jni-
>  [classes/org/apache/commons/crypto/random/OpenSslCryptoRandomNative.h
> org.apache.commons.crypto.random.OpenSslCryptoRandomNative
>  [exec] gcc -Ilib/inc_linux -I/home/joehni/.gentoo/java-
>  [config-2/current-user-vm/include -Ilib/inc_mac -O2 -fPIC
>  [-fvisibility=hidden
> -m64 -Ilib/include -I/usr/include -
> I"src/main/native/org/apache/commons/crypto/"
> -I"/home/joehni/.gentoo/java- config-2/current-user-vm/include/linux"
> -I"target/jni- classes/org/apache/commons/crypto/cipher" -I"target/jni-
> classes/org/apache/commons/crypto/random" -c
> 
src/main/native/org/apache/commons/crypto/random/OpenSslCryptoRandomNative.c
> -o target/commons-crypto-1.0.0-Linux-x86_64/OpenSslCryptoRandomNative.o
>  [exec] In file included from
> 
src/main/native/org/apache/commons/crypto/random/OpenSslCryptoRandomNative.c:19:0:
>  [exec]
> 
src/main/native/org/apache/commons/crypto/random/org_apache_commons_crypto_random.h:24:0:
> warning: "UNUSED" redefined
>  [exec]  #define UNUSED(x) ((void)(x))
>  [exec]  ^
>  [exec] In file included from /home/joehni/.gentoo/java-
>  [config-2/current-user-vm/include/jni.h:45:0,
>  [exec]  from
> src/main/native/org/apache/commons/crypto/org_apache_commons_crypto.h:71,
>  [exec]  from
> 
src/main/native/org/apache/commons/crypto/random/org_apache_commons_crypto_random.h:22,
>  [exec]  from
> 
src/main/native/org/apache/commons/crypto/random/OpenSslCryptoRandomNative.c:19:
>  [exec] /home/joehni/.gentoo/java-config-2/current-user-
> vm/include/linux/jni_md.h:40:0: note: this is the location of the previous
> definition
>  [exec]#define UNUSED(x) UNUSED_ ## x __attribute__((__unused__))
>  [exec]  ^
>  [exec] "/home/joehni/.gentoo/java-config-2/current-user-vm/bin/javah"
>  [- force -classpath target/classes -o target/jni-
>  [classes/org/apache/commons/crypto/cipher/OpenSslNative.h
> org.apache.commons.crypto.cipher.OpenSslNative
>  [exec] gcc -Ilib/inc_linux -I/home/joehni/.gentoo/java-
>  [config-2/current-user-vm/include -Ilib/inc_mac -O2 -fPIC
>  [-fvisibility=hidden
> -m64 -Ilib/include -I/usr/include -
> I"src/main/native/org/apache/commons/crypto/"
> -I"/home/joehni/.gentoo/java- config-2/current-user-vm/include/linux"
> -I"target/jni- classes/org/apache/commons/crypto/cipher" -I"target/jni-
> classes/org/apache/commons/crypto/random" -c
> src/main/native/org/apache/commons/crypto/cipher/OpenSslNative.c -o
> target/commons-crypto-1.0.0-Linux-x86_64/OpenSslNative.o
>  [exec] "/home/joehni/.gentoo/java-config-2/current-user-vm/bin/javah"
>  [- force -classpath target/classes -o target/jni-
>  [classes/org/apache/commons/crypto/OpenSslInfoNative.h
> org.apache.com

RE: [VOTE] Release CRYPTO 1.0.0 based on RC1

[Jörg Schaible]

Sun, Dapeng wrote:

> Thank Jörg for the testing.
> 
>>>I am building crypto with my compiler zoo on Gentoo Linux with OpenSSL
>>>1.02h installed.
> I don't have environment with Gentoo Linux, I just tested the library with
> OpenJDK on pure Ubuntu OS: OpenJDK 7 on Ubuntu 14.04 and OpenJDK 8 on
> Ubuntu 16.04, All of them are passed:

As Xianda found out, my /tmp is missing the exec permission. So the behavior 
was quite normal.

[snip]

>>> However, the build first fails and then hangs in a unit test when
>>> building with IBM JDK 7
> 
> About building CRYPTO on IBM JDK, I wonder if we should support it,
> because even for different minor versions of IBM JDK 7, the JNI header
> files may be changed, the change would be cause some weird failures at
> native. But the binary would be right, I have test the RC1 on latest IBM
> JDK 7 from their official website, all the tests are okay.
> 
> About the build fails, I did't encounter it before, if it is the same
> environment with openjdk, I think we can fix the Openssl shade issue
> first, if we encounter it again, we can run the pure unit tests, I
> uploaded them to my personal repo:
> https://github.com/sundapeng/TCRYPTO.git, could you help verify it in your
> environment?( The cached files in maven should be cleaned before test, for
> example: rm ~/.m2/repository/org/apache/commons/commons-crypto/ -rf).
> 
> About the test hang, if the hanging UT is the test for JavaSecureRandom,
> it should be an issue about SecureRandom in JDK.
> https://bugs.openjdk.java.net/browse/JDK-6577564
> 
> 
> Here is the IBM JDK in my environment:
> java version "1.7.0"
> Java(TM) SE Runtime Environment (build pxa6470_27sr3fp40-20160422_01(SR3
> FP40)) IBM J9 VM (build 2.7, JRE 1.7.0 Linux amd64-64 Compressed
> References 20160406_298393 (JIT enabled, AOT enabled) J9VM -
> R27_Java727_SR3_20160406_0942_B298393
> JIT  - tr.r13.java_20160328_114186
> GC   - R27_Java727_SR3_20160406_0942_B298393_CMPRSS
> J9CL - 20160406_298393)
> JCL - 20160421_01 based on Oracle jdk7u101-b14

Well, it seems my version is rather old now, I should update it anyway. If 
it works at least for you, it's also fine for me, since normally nobody 
tests on IBM JDK ;-)

Therefore: +1, release it

Cheers,
Jörg



-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [VOTE] Release CRYPTO 1.0.0 based on RC1

[Benedikt Ritter]

We only have two binding votes. PMCs please review this RC and vote! :-)

Jörg Schaible  schrieb am Fr., 29. Juli 2016 um
21:14:

> Sun, Dapeng wrote:
>
> > Thank Jörg for the testing.
> >
> >>>I am building crypto with my compiler zoo on Gentoo Linux with OpenSSL
> >>>1.02h installed.
> > I don't have environment with Gentoo Linux, I just tested the library
> with
> > OpenJDK on pure Ubuntu OS: OpenJDK 7 on Ubuntu 14.04 and OpenJDK 8 on
> > Ubuntu 16.04, All of them are passed:
>
> As Xianda found out, my /tmp is missing the exec permission. So the
> behavior
> was quite normal.
>
> [snip]
>
> >>> However, the build first fails and then hangs in a unit test when
> >>> building with IBM JDK 7
> >
> > About building CRYPTO on IBM JDK, I wonder if we should support it,
> > because even for different minor versions of IBM JDK 7, the JNI header
> > files may be changed, the change would be cause some weird failures at
> > native. But the binary would be right, I have test the RC1 on latest IBM
> > JDK 7 from their official website, all the tests are okay.
> >
> > About the build fails, I did't encounter it before, if it is the same
> > environment with openjdk, I think we can fix the Openssl shade issue
> > first, if we encounter it again, we can run the pure unit tests, I
> > uploaded them to my personal repo:
> > https://github.com/sundapeng/TCRYPTO.git, could you help verify it in
> your
> > environment?( The cached files in maven should be cleaned before test,
> for
> > example: rm ~/.m2/repository/org/apache/commons/commons-crypto/ -rf).
> >
> > About the test hang, if the hanging UT is the test for JavaSecureRandom,
> > it should be an issue about SecureRandom in JDK.
> > https://bugs.openjdk.java.net/browse/JDK-6577564
> >
> >
> > Here is the IBM JDK in my environment:
> > java version "1.7.0"
> > Java(TM) SE Runtime Environment (build pxa6470_27sr3fp40-20160422_01(SR3
> > FP40)) IBM J9 VM (build 2.7, JRE 1.7.0 Linux amd64-64 Compressed
> > References 20160406_298393 (JIT enabled, AOT enabled) J9VM -
> > R27_Java727_SR3_20160406_0942_B298393
> > JIT  - tr.r13.java_20160328_114186
> > GC   - R27_Java727_SR3_20160406_0942_B298393_CMPRSS
> > J9CL - 20160406_298393)
> > JCL - 20160421_01 based on Oracle jdk7u101-b14
>
> Well, it seems my version is rather old now, I should update it anyway. If
> it works at least for you, it's also fine for me, since normally nobody
> tests on IBM JDK ;-)
>
> Therefore: +1, release it
>
> Cheers,
> Jörg
>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>

Re: [VOTE] Release CRYPTO 1.0.0 based on RC1

[Marcelo Vanzin]

+1

Verified signatures and checksums, all ok. Builds and passes unit
tests locally after installing the unlimited strength policy files.

On Mon, Jul 25, 2016 at 8:25 PM, Sun, Dapeng  wrote:
> Hi all,
>
>
>
> Apache Commons CRYPTO was established at May 9, 2016, There are presently 
> numbers of resolved issues fix in CRYPTO. We also fix the legal issue.
>
>
>
> Apache Commons CRYPTO 1.0.0 is available for review here:
>
> https://dist.apache.org/repos/dist/dev/commons/crypto
>
> (rev 14538)
>
>
>
> The tag is here:
>
> https://git-wip-us.apache.org/repos/asf?p=commons-crypto.git;a=tag;h=refs/tags/CRYPTO-1.0.0-RC1
>
> (commit 782ca06a1f9a292756fbad9eb9841e685cd34af1)
>
>
>
> Maven artifacts:
>
>
>
> https://repository.apache.org/content/repositories/orgapachecommons-1191/org/apache/commons/commons-crypto/1.0.0/
>
>
>
> I've tested with Java 7 & 8 using Maven 3.0.5 on Mac OS 64bits/Linux 
> 64&32bits/Windows 64&32 bits
>
>
>
> Details of changes are in the release notes:
>
> https://dist.apache.org/repos/dist/dev/commons/crypto/RELEASE-NOTES.txt
>
> http://home.apache.org/~sdp/crypto-1.0.0-rc1/changes-report.html
>
>
>
> Site:
>
>   http://home.apache.org/~sdp/crypto-1.0.0-rc1/
>
> (note some links are broken, these will be OK once the site is deployed)
>
>
>
> Clirr Report:
>
> Not generating Clirr report as there is no previous version of the library to 
> compare against.
>
>
>
> RAT Report:
>
>   http://home.apache.org/~sdp/crypto-1.0.0-rc1/rat-report.html
>
>
>
> KEYS:
>
>   https://www.apache.org/dist/commons/KEYS
>
>
>
> Please review the release candidate and vote. This vote will close no sooner 
> than 72 hours from now, i.e. sometime after 13:00 CST 29-July 2016
>
>
>
> [ ] +1 Release these artifacts
>
> [ ] +0 OK, but...
>
> [ ] -0 OK, but really should fix...
>
> [ ] -1 I oppose this release because...
>
>
>
> Thanks & Regards
>
> Dapeng
>



-- 
Marcelo

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [DBCP] Working on 2.2 RC1

[Matt Sicker]

I was able to upload everything to Nexus after configuring my settings.xml
correctly. I have two remaining/new issues:

1. I can't seem to connect to home.apache.org to upload the site. I've
tried sshfs and sftp, both seem to hang. I can always upload the site to
GitHub, but I'm not sure if that's acceptable.

2. I committed the artifacts to this repo <
https://dist.apache.org/repos/dist/dev/commons/dbcp/> as mentioned in
dbcp-RC.sh and the release page, but I don't see anything committed there.
Not sure if I did that right as the instructions on <
https://commons.apache.org/releases/prepare.html> differ from dbcp-RC.sh. I
hope I didn't screw anything up here.

Otherwise, I'm almost ready to start the release vote.

On 29 July 2016 at 08:44, Matt Sicker  wrote:

> I get prompted for my gpg key, so that's not the problem. I'll try out
> those maven settings tonight and try again.
>
> On 29 July 2016 at 00:19, Gary Gregory  wrote:
>
>> Matt,
>>
>> Did you massage Maven just so?
>>
>> Please see
>> https://www.apache.org/dev/publishing-maven-artifacts.html#settings
>>
>> Also, when I do a mvn deploy, I have to do -Dgpg.passphrase=MY_PASSWORD
>>
>> Gary
>>
>> On Thu, Jul 28, 2016 at 6:14 PM, Matt Sicker  wrote:
>>
>> > Got this error when executing mvn deploy (tried both the command from
>> > dbcp-RC.sh along with the command given on the docs page: "mvn deploy
>> > -Prelease -Duser.name=mattsicker -Pjava-1.7"):
>> >
>> > [ERROR] Failed to execute goal
>> > org.apache.maven.plugins:maven-deploy-plugin:2.8.2:deploy
>> (default-deploy)
>> > on project commons-dbcp2: Failed to deploy artifacts: Could not transfer
>> > artifact org.apache.commons:commons-dbcp2:jar:2.2 from/to
>> > apache.releases.https (
>> > https://repository.apache.org/service/local/staging/deploy/maven2):
>> Failed
>> > to transfer file:
>> >
>> >
>> https://repository.apache.org/service/local/staging/deploy/maven2/org/apache/commons/commons-dbcp2/2.2/commons-dbcp2-2.2.jar
>> > .
>> > Return code is: 401, ReasonPhrase: Unauthorized. -> [Help 1]
>> >
>> >
>> > On 28 July 2016 at 19:27, Matt Sicker  wrote:
>> >
>> > > Oh wait, I just tried typing in "2.3" and it let me create a new
>> version.
>> > > False alarm!
>> > >
>> > > On 28 July 2016 at 19:14, Matt Sicker  wrote:
>> > >
>> > >> I have jira karma, but adding versions to a project requires project
>> > >> admin permissions or something like that.
>> > >>
>> > >> On 28 July 2016 at 18:28, Gary Gregory 
>> wrote:
>> > >>
>> > >>> Hi Matt:
>> > >>>
>> > >>> I thought you had Jira karma now? Is that not the case?
>> > >>>
>> > >>> Gary
>> > >>>
>> > >>> On Thu, Jul 28, 2016 at 4:18 PM, Matt Sicker 
>> wrote:
>> > >>>
>> > >>> > I also need version 2.2.1 or 2.3 added to jira so I can update fix
>> > >>> versions
>> > >>> > properly. Looks like version 2.1.2 can be deleted from jira, too,
>> as
>> > >>> we're
>> > >>> > going straight to 2.2.
>> > >>> >
>> > >>> > On 28 July 2016 at 12:31, Gary Gregory 
>> > wrote:
>> > >>> >
>> > >>> > > YW, good luck!
>> > >>> > >
>> > >>> > > Gary
>> > >>> > >
>> > >>> > > On Thu, Jul 28, 2016 at 7:54 AM, Matt Sicker 
>> > >>> wrote:
>> > >>> > >
>> > >>> > > > That looks like the error I had. I'll try uploading the
>> artifacts
>> > >>> to
>> > >>> > > > staging again tonight. If that works, I can finish making RC1.
>> > >>> Thanks
>> > >>> > for
>> > >>> > > > the assistance!
>> > >>> > > >
>> > >>> > > > On 27 July 2016 at 22:08, Gary Gregory <
>> garydgreg...@gmail.com>
>> > >>> wrote:
>> > >>> > > >
>> > >>> > > > > Matt,
>> > >>> > > > >
>> > >>> > > > > I've added you as a Commons committer.
>> > >>> > > > >
>> > >>> > > > > Gary
>> > >>> > > > >
>> > >>> > > > > On Wed, Jul 27, 2016 at 7:58 PM, Gary Gregory <
>> > >>> > garydgreg...@gmail.com>
>> > >>> > > > > wrote:
>> > >>> > > > >
>> > >>> > > > > > Matt,
>> > >>> > > > > >
>> > >>> > > > > > Are you getting an error like
>> > >>> > > > > >
>> > >>> > > > >
>> > >>> > > >
>> > >>> > >
>> > >>> >
>> > >>>
>> >
>> https://mail-archives.apache.org/mod_mbox/commons-dev/201509.mbox/%3ccajzrqky3hspuwg_9uk2tkjkj0j4wgkab5zugxvq8ymd3b+q...@mail.gmail.com%3E
>> > >>> > > > > >
>> > >>> > > > > > ?
>> > >>> > > > > >
>> > >>> > > > > > Gary
>> > >>> > > > > >
>> > >>> > > > > > On Wed, Jul 27, 2016 at 3:42 PM, Matt Sicker <
>> > boa...@gmail.com
>> > >>> >
>> > >>> > > wrote:
>> > >>> > > > > >
>> > >>> > > > > >> Can I use sshfs/fuse, or does that not work with
>> > >>> home.apache.org?
>> > >>> > I
>> > >>> > > > can
>> > >>> > > > > >> always try out Filezilla if necessary. I preferred the
>> old
>> > >>> method
>> > >>> > of
>> > >>> > > > > just
>> > >>> > > > > >> using scp. :/
>> > >>> > > > > >>
>> > >>> > > > > >> Also, I still need Nexus permissions. That's my last
>> blocker
>> > >>> for
>> > >>> > > now.
>> > >>> > > > > >>
>> > >>> > > > > >> On 27 July 2016 at 01:37, Benedikt Ritter <
>> > >>> benerit...@gmail.com>
>> > >>> > > > wrote:
>> > >>> > > > > >>
>> > >>> > > > > >> > Hi Matt,
>> > >>

Re: [DBCP] Working on 2.2 RC1

[Gary Gregory]

Matt,

I saw the message from Nexus, congrats on your first deployment :-)

You have to do a special song and dance to connect to home@a.o, It's a pain
to set up, that much I recall, you can only login with a _key file_, not
your user id and password.

Gary

On Fri, Jul 29, 2016 at 6:59 PM, Matt Sicker  wrote:

> I was able to upload everything to Nexus after configuring my settings.xml
> correctly. I have two remaining/new issues:
>
> 1. I can't seem to connect to home.apache.org to upload the site. I've
> tried sshfs and sftp, both seem to hang. I can always upload the site to
> GitHub, but I'm not sure if that's acceptable.
>
> 2. I committed the artifacts to this repo <
> https://dist.apache.org/repos/dist/dev/commons/dbcp/> as mentioned in
> dbcp-RC.sh and the release page, but I don't see anything committed there.
> Not sure if I did that right as the instructions on <
> https://commons.apache.org/releases/prepare.html> differ from dbcp-RC.sh.
> I
> hope I didn't screw anything up here.
>
> Otherwise, I'm almost ready to start the release vote.
>
> On 29 July 2016 at 08:44, Matt Sicker  wrote:
>
> > I get prompted for my gpg key, so that's not the problem. I'll try out
> > those maven settings tonight and try again.
> >
> > On 29 July 2016 at 00:19, Gary Gregory  wrote:
> >
> >> Matt,
> >>
> >> Did you massage Maven just so?
> >>
> >> Please see
> >> https://www.apache.org/dev/publishing-maven-artifacts.html#settings
> >>
> >> Also, when I do a mvn deploy, I have to do -Dgpg.passphrase=MY_PASSWORD
> >>
> >> Gary
> >>
> >> On Thu, Jul 28, 2016 at 6:14 PM, Matt Sicker  wrote:
> >>
> >> > Got this error when executing mvn deploy (tried both the command from
> >> > dbcp-RC.sh along with the command given on the docs page: "mvn deploy
> >> > -Prelease -Duser.name=mattsicker -Pjava-1.7"):
> >> >
> >> > [ERROR] Failed to execute goal
> >> > org.apache.maven.plugins:maven-deploy-plugin:2.8.2:deploy
> >> (default-deploy)
> >> > on project commons-dbcp2: Failed to deploy artifacts: Could not
> transfer
> >> > artifact org.apache.commons:commons-dbcp2:jar:2.2 from/to
> >> > apache.releases.https (
> >> > https://repository.apache.org/service/local/staging/deploy/maven2):
> >> Failed
> >> > to transfer file:
> >> >
> >> >
> >>
> https://repository.apache.org/service/local/staging/deploy/maven2/org/apache/commons/commons-dbcp2/2.2/commons-dbcp2-2.2.jar
> >> > .
> >> > Return code is: 401, ReasonPhrase: Unauthorized. -> [Help 1]
> >> >
> >> >
> >> > On 28 July 2016 at 19:27, Matt Sicker  wrote:
> >> >
> >> > > Oh wait, I just tried typing in "2.3" and it let me create a new
> >> version.
> >> > > False alarm!
> >> > >
> >> > > On 28 July 2016 at 19:14, Matt Sicker  wrote:
> >> > >
> >> > >> I have jira karma, but adding versions to a project requires
> project
> >> > >> admin permissions or something like that.
> >> > >>
> >> > >> On 28 July 2016 at 18:28, Gary Gregory 
> >> wrote:
> >> > >>
> >> > >>> Hi Matt:
> >> > >>>
> >> > >>> I thought you had Jira karma now? Is that not the case?
> >> > >>>
> >> > >>> Gary
> >> > >>>
> >> > >>> On Thu, Jul 28, 2016 at 4:18 PM, Matt Sicker 
> >> wrote:
> >> > >>>
> >> > >>> > I also need version 2.2.1 or 2.3 added to jira so I can update
> fix
> >> > >>> versions
> >> > >>> > properly. Looks like version 2.1.2 can be deleted from jira,
> too,
> >> as
> >> > >>> we're
> >> > >>> > going straight to 2.2.
> >> > >>> >
> >> > >>> > On 28 July 2016 at 12:31, Gary Gregory 
> >> > wrote:
> >> > >>> >
> >> > >>> > > YW, good luck!
> >> > >>> > >
> >> > >>> > > Gary
> >> > >>> > >
> >> > >>> > > On Thu, Jul 28, 2016 at 7:54 AM, Matt Sicker <
> boa...@gmail.com>
> >> > >>> wrote:
> >> > >>> > >
> >> > >>> > > > That looks like the error I had. I'll try uploading the
> >> artifacts
> >> > >>> to
> >> > >>> > > > staging again tonight. If that works, I can finish making
> RC1.
> >> > >>> Thanks
> >> > >>> > for
> >> > >>> > > > the assistance!
> >> > >>> > > >
> >> > >>> > > > On 27 July 2016 at 22:08, Gary Gregory <
> >> garydgreg...@gmail.com>
> >> > >>> wrote:
> >> > >>> > > >
> >> > >>> > > > > Matt,
> >> > >>> > > > >
> >> > >>> > > > > I've added you as a Commons committer.
> >> > >>> > > > >
> >> > >>> > > > > Gary
> >> > >>> > > > >
> >> > >>> > > > > On Wed, Jul 27, 2016 at 7:58 PM, Gary Gregory <
> >> > >>> > garydgreg...@gmail.com>
> >> > >>> > > > > wrote:
> >> > >>> > > > >
> >> > >>> > > > > > Matt,
> >> > >>> > > > > >
> >> > >>> > > > > > Are you getting an error like
> >> > >>> > > > > >
> >> > >>> > > > >
> >> > >>> > > >
> >> > >>> > >
> >> > >>> >
> >> > >>>
> >> >
> >>
> https://mail-archives.apache.org/mod_mbox/commons-dev/201509.mbox/%3ccajzrqky3hspuwg_9uk2tkjkj0j4wgkab5zugxvq8ymd3b+q...@mail.gmail.com%3E
> >> > >>> > > > > >
> >> > >>> > > > > > ?
> >> > >>> > > > > >
> >> > >>> > > > > > Gary
> >> > >>> > > > > >
> >> > >>> > > > > > On Wed, Jul 27, 2016 at 3:42 PM, Matt Sicker <
> >> > boa...@gmail.com
> >> > >>> >
> >> > >>> > > wrote:
> >> > >>> > > > > >
> 

Re: [DBCP] Working on 2.2 RC1

[Matt Sicker]

I added a new ssh key to id.apache.org (forgot to do that), not sure how
long it takes to take effect.

On 29 July 2016 at 22:25, Gary Gregory  wrote:

> Matt,
>
> I saw the message from Nexus, congrats on your first deployment :-)
>
> You have to do a special song and dance to connect to home@a.o, It's a
> pain
> to set up, that much I recall, you can only login with a _key file_, not
> your user id and password.
>
> Gary
>
> On Fri, Jul 29, 2016 at 6:59 PM, Matt Sicker  wrote:
>
> > I was able to upload everything to Nexus after configuring my
> settings.xml
> > correctly. I have two remaining/new issues:
> >
> > 1. I can't seem to connect to home.apache.org to upload the site. I've
> > tried sshfs and sftp, both seem to hang. I can always upload the site to
> > GitHub, but I'm not sure if that's acceptable.
> >
> > 2. I committed the artifacts to this repo <
> > https://dist.apache.org/repos/dist/dev/commons/dbcp/> as mentioned in
> > dbcp-RC.sh and the release page, but I don't see anything committed
> there.
> > Not sure if I did that right as the instructions on <
> > https://commons.apache.org/releases/prepare.html> differ from
> dbcp-RC.sh.
> > I
> > hope I didn't screw anything up here.
> >
> > Otherwise, I'm almost ready to start the release vote.
> >
> > On 29 July 2016 at 08:44, Matt Sicker  wrote:
> >
> > > I get prompted for my gpg key, so that's not the problem. I'll try out
> > > those maven settings tonight and try again.
> > >
> > > On 29 July 2016 at 00:19, Gary Gregory  wrote:
> > >
> > >> Matt,
> > >>
> > >> Did you massage Maven just so?
> > >>
> > >> Please see
> > >> https://www.apache.org/dev/publishing-maven-artifacts.html#settings
> > >>
> > >> Also, when I do a mvn deploy, I have to do
> -Dgpg.passphrase=MY_PASSWORD
> > >>
> > >> Gary
> > >>
> > >> On Thu, Jul 28, 2016 at 6:14 PM, Matt Sicker 
> wrote:
> > >>
> > >> > Got this error when executing mvn deploy (tried both the command
> from
> > >> > dbcp-RC.sh along with the command given on the docs page: "mvn
> deploy
> > >> > -Prelease -Duser.name=mattsicker -Pjava-1.7"):
> > >> >
> > >> > [ERROR] Failed to execute goal
> > >> > org.apache.maven.plugins:maven-deploy-plugin:2.8.2:deploy
> > >> (default-deploy)
> > >> > on project commons-dbcp2: Failed to deploy artifacts: Could not
> > transfer
> > >> > artifact org.apache.commons:commons-dbcp2:jar:2.2 from/to
> > >> > apache.releases.https (
> > >> > https://repository.apache.org/service/local/staging/deploy/maven2):
> > >> Failed
> > >> > to transfer file:
> > >> >
> > >> >
> > >>
> >
> https://repository.apache.org/service/local/staging/deploy/maven2/org/apache/commons/commons-dbcp2/2.2/commons-dbcp2-2.2.jar
> > >> > .
> > >> > Return code is: 401, ReasonPhrase: Unauthorized. -> [Help 1]
> > >> >
> > >> >
> > >> > On 28 July 2016 at 19:27, Matt Sicker  wrote:
> > >> >
> > >> > > Oh wait, I just tried typing in "2.3" and it let me create a new
> > >> version.
> > >> > > False alarm!
> > >> > >
> > >> > > On 28 July 2016 at 19:14, Matt Sicker  wrote:
> > >> > >
> > >> > >> I have jira karma, but adding versions to a project requires
> > project
> > >> > >> admin permissions or something like that.
> > >> > >>
> > >> > >> On 28 July 2016 at 18:28, Gary Gregory 
> > >> wrote:
> > >> > >>
> > >> > >>> Hi Matt:
> > >> > >>>
> > >> > >>> I thought you had Jira karma now? Is that not the case?
> > >> > >>>
> > >> > >>> Gary
> > >> > >>>
> > >> > >>> On Thu, Jul 28, 2016 at 4:18 PM, Matt Sicker 
> > >> wrote:
> > >> > >>>
> > >> > >>> > I also need version 2.2.1 or 2.3 added to jira so I can update
> > fix
> > >> > >>> versions
> > >> > >>> > properly. Looks like version 2.1.2 can be deleted from jira,
> > too,
> > >> as
> > >> > >>> we're
> > >> > >>> > going straight to 2.2.
> > >> > >>> >
> > >> > >>> > On 28 July 2016 at 12:31, Gary Gregory <
> garydgreg...@gmail.com>
> > >> > wrote:
> > >> > >>> >
> > >> > >>> > > YW, good luck!
> > >> > >>> > >
> > >> > >>> > > Gary
> > >> > >>> > >
> > >> > >>> > > On Thu, Jul 28, 2016 at 7:54 AM, Matt Sicker <
> > boa...@gmail.com>
> > >> > >>> wrote:
> > >> > >>> > >
> > >> > >>> > > > That looks like the error I had. I'll try uploading the
> > >> artifacts
> > >> > >>> to
> > >> > >>> > > > staging again tonight. If that works, I can finish making
> > RC1.
> > >> > >>> Thanks
> > >> > >>> > for
> > >> > >>> > > > the assistance!
> > >> > >>> > > >
> > >> > >>> > > > On 27 July 2016 at 22:08, Gary Gregory <
> > >> garydgreg...@gmail.com>
> > >> > >>> wrote:
> > >> > >>> > > >
> > >> > >>> > > > > Matt,
> > >> > >>> > > > >
> > >> > >>> > > > > I've added you as a Commons committer.
> > >> > >>> > > > >
> > >> > >>> > > > > Gary
> > >> > >>> > > > >
> > >> > >>> > > > > On Wed, Jul 27, 2016 at 7:58 PM, Gary Gregory <
> > >> > >>> > garydgreg...@gmail.com>
> > >> > >>> > > > > wrote:
> > >> > >>> > > > >
> > >> > >>> > > > > > Matt,
> > >> > >>> > > > > >
> > >> > >>> > > > > > Are you getting an error like
> > >> > >>> > > > > >
> > >> > >>> >