Re: US Export classification & ECCN registration for encryption in commons?

Hello Haifeng, Chen, Haifeng schrieb am Fr., 20. Mai 2016 um 07:39 Uhr: > [Resend for correcting some text format problems] > > Thanks Stian for your help. > Based on the current understanding, we can conclude that Commons Crypto is > Category 5, Part 2 controlled. And so the encryption registra

Re: [VFS] Final steps for 2.1

Hello Josh, Josh Elser schrieb am Fr., 20. Mai 2016 um 05:28 Uhr: > One more (final?) snafu: turns out I used the "wrong" name for the > artifacts in dist.a.o which caused the website to have the wrong links. > > Just corrected that, sadly the website will continue to be a little off > for anoth

RE: US Export classification & ECCN registration for encryption in commons?

[Resend for correcting some text format problems] Thanks Stian for your help. Based on the current understanding, we can conclude that Commons Crypto is Category 5, Part 2 controlled. And so the encryption registration is needed. For the encryption registration, Commons Crypto goes to ECCN 5D002

RE: US Export classification & ECCN registration for encryption in commons?

Thanks Stian for your help. Based on the current understanding, we can conclude that Commons Crypto is Category 5, Part 2 controlled. And so the encryption registration is needed. For the encryption registration, Commons Crypto goes to ECCN 5D002 self-classify category. (I tend to think that Comm

Re: [VFS] Final steps for 2.1

One more (final?) snafu: turns out I used the "wrong" name for the artifacts in dist.a.o which caused the website to have the wrong links. Just corrected that, sadly the website will continue to be a little off for another 24hrs. These are some more places that the docs could use some help (I

Re: Proposed fluent string utils

Gruß Benedikt, Thank you for your reply during this busy time in the commons world. I can explain the rationale. Adding a fully functional fluent string library is a lot of work, requiring time I do not have a lot of. The library as is needs review, tons of unit tests, etc. Before I am willing to

[Commons Wiki] Update of "VfsReleaseState" by BerndEckenfels

Dear Wiki user, You have subscribed to a wiki page or wiki category on "Commons Wiki" for change notification. The "VfsReleaseState" page has been changed by BerndEckenfels: https://wiki.apache.org/commons/VfsReleaseState?action=diff&rev1=20&rev2=21 Comment: is released: 2.1 - = Upcoming commo

Re: [VFS] Final steps for 2.1

On 19 May 2016 at 18:43, Josh Elser wrote: > sebb wrote: >> >> On 19 May 2016 at 03:14, Josh Elser wrote: >>> >>> Hi all, >>> >>> Worked through the remaining steps for this release. dist.a.o (dev and >>> release) were both updated, trunk was bumped to 2.2-SNAPSHOT, nexus repo >>> was >>> release

Re: [VFS] Final steps for 2.1

Thanks, Benedikt! Benedikt Ritter wrote: Hello Josh, sebb schrieb am Do., 19. Mai 2016 um 10:55 Uhr: On 19 May 2016 at 03:14, Josh Elser wrote: Hi all, Worked through the remaining steps for this release. dist.a.o (dev and release) were both updated, trunk was bumped to 2.2-SNAPSHOT, nexu

Re: [VFS] Final steps for 2.1

sebb wrote: On 19 May 2016 at 03:14, Josh Elser wrote: Hi all, Worked through the remaining steps for this release. dist.a.o (dev and release) were both updated, trunk was bumped to 2.2-SNAPSHOT, nexus repo was released, reporter.a.o was updated, and the svn tag was renamed. I did It's bette

Re: [RESULT] [VOTE] Apache Commons VFS 2.1 rc2

No worries! Hope you had a great vacation. :) Benedikt Ritter wrote: Hello Josh, Good work, and awesome you made it through our release process :-) sorry I wasn't able to vote on this RC. I've been on vacation last week. BR, Benedikt Josh Elser schrieb am Mi., 18. Mai 2016 um 17:40 Uhr: We

Jenkins build is back to normal : commons-csv #2

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

Re: NOTICE required for JcrUtils from Jackrabbit 2.4.0?

Hi, Your assumption is correct. The NOTICE entry refers to code from the original Day Software grant that accompanied Jackrabbit's entry to the Incubator ( http://wiki.apache.org/incubator/JcrProposal). The JcrUtils class was contributed under normal CLA and thus doesn't need extra NOTICE entrie

Re: [dbutils] Would it be possible to have parameters passed to QueryRunner as an Iterable?

Thanks for the comments. Yes, it is in progress. I generally keep imports collapsed and never look at them. I hadn't even realized that was the style here. Thanks for pointing it out. I already changed ITERABLE to COLLECTION. (Originally I thought I would be using Iterable) and removed the parame

Re: NOTICE required for JcrUtils from Jackrabbit 2.4.0?

On 19 May 2016 at 11:50, Benedikt Ritter wrote: >> As Jackrabbit graduated from the Incubator in 2006, am I right to >> assume then that JcrUtils.java is NOT covered by the earlier "Day >> Software" Software Grant and corresponding NOTICE attribution? >> That is, is Apache Commons free to not pro

Re: svn commit: r1744540 - /commons/proper/commons-parent/trunk/pom.xml

The updated parent pom has updated maven plugin versions that don't need to be overwritten anymore. On 19 May 2016 at 05:52, sebb wrote: > On 19 May 2016 at 10:17, wrote: > > Author: ggregory > > Date: Thu May 19 09:17:56 2016 > > New Revision: 1744540 > > > > URL: http://svn.apache.org/viewvc

Build failed in Jenkins: commons-csv #1

See -- [...truncated 150 lines...] Downloading: http://repo.maven.apache.org/maven2/com/h2database/h2/1.4.182/h2-1.4.182.jar Downloaded: http://repo.maven.apache.org/maven2/commons-io/commons-io/2.5/commons-io

Re: [dbutils] Would it be possible to have parameters passed to QueryRunner as an Iterable?

Robert Huffman schrieb am Do., 19. Mai 2016 um 15:32 Uhr: > Actually, Iterable doesn't work: in fillStatement you need to know the size > and that's not easily obtainable from an Iterable. So I'm using Collection > instead. > > I cloned the project and have QueryRunner.query working already. Ba

Re: [FILEUPLOAD] State of the code base

On 19 May 2016 at 14:00, Benedikt Ritter wrote: > Hi, > > sebb schrieb am Do., 19. Mai 2016 um 13:49 Uhr: > >> On 19 May 2016 at 12:29, Benedikt Ritter wrote: >> > Benedikt Ritter schrieb am Do., 19. Mai 2016 um >> > 13:26 Uhr: >> > >> >> Hi, >> >> >> >> since several people have asked for a ne

Re: [VFS] Final steps for 2.1

If the next main release is going to be JDK7 & NIO focused, should there not be a 3.0-SNAPSHOT branch as well? On 19/05/2016 03:14, Josh Elser wrote: Hi all, Worked through the remaining steps for this release. dist.a.o (dev and release) were both updated, trunk was bumped to 2.2-SNAPSHOT, ne

Re: [FILEUPLOAD] State of the code base

Hi, sebb schrieb am Do., 19. Mai 2016 um 13:49 Uhr: > On 19 May 2016 at 12:29, Benedikt Ritter wrote: > > Benedikt Ritter schrieb am Do., 19. Mai 2016 um > > 13:26 Uhr: > > > >> Hi, > >> > >> since several people have asked for a new release, I've looked at the > >> state of the code base. Her

[RFC][CODEC] DigestUtils and HmacUtils fluent interfaces

I have added fluent methods (or at least what I understand of them!) to DigestUtils and HmacUtils. CODEC-220 - DigestUtils CODEC-222 - HmacUtils I think they are reasonably easy to use and the code needed is not much longer than the specific methods, but feedback is welcomed, especially on the me

Re: [vfs] On to Java 7

With VFS 2.1 getting out, I can clean up Groovy VFS 1.0 as well and get it out of beta state \o/ I'm all for that NIO thing :-} Just yesterday I wrote a provider for Files.probeFileContent(Path) which utilises Apache Tika. It's on Github atm - https://github.com/ysb33r/nio2-filedetector-tika.

Jenkins build became unstable: Commons-FileUpload #8

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

Jenkins build became unstable: Commons-FileUpload » Apache Commons FileUpload #8

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

Re: [FILEUPLOAD] State of the code base

On 19 May 2016 at 12:29, Benedikt Ritter wrote: > Benedikt Ritter schrieb am Do., 19. Mai 2016 um > 13:26 Uhr: > >> Hi, >> >> since several people have asked for a new release, I've looked at the >> state of the code base. Here are my observation: >> >> - b1_3 is currently at version 1.3.3-SNAPSH

Re: [vfs] On to Java 7

If Java 7 is going to be the minimum version then VFS should become an extension of java.nio.file. Not doing that doesn’t make any sense to me and you should just keep the Java version at 6 since you aren’t taking advantage of the new Java APIs. Ralph > On May 19, 2016, at 3:21 AM, Gary Grego

Re: [FILEUPLOAD] State of the code base

Benedikt Ritter schrieb am Do., 19. Mai 2016 um 13:26 Uhr: > Hi, > > since several people have asked for a new release, I've looked at the > state of the code base. Here are my observation: > > - b1_3 is currently at version 1.3.3-SNAPSHOT and introduces two new > methods. > - trunk is currently

[FILEUPLOAD] State of the code base

Hi, since several people have asked for a new release, I've looked at the state of the code base. Here are my observation: - b1_3 is currently at version 1.3.3-SNAPSHOT and introduces two new methods. - trunk is currently at version 1.4-SNAPSHOT. It introduces the two new methods and it introduce

Re: [CSV] Release 1.4

Hi, Gary Gregory schrieb am Do., 19. Mai 2016 um 10:19 Uhr: > On Thu, May 19, 2016 at 1:15 AM, Benedikt Ritter > wrote: > > > Hi, > > > > I think I can spare some time over the next weeks to prepare RCs. But I > > wonder why you don't do it yourself, if you need a new release :-) > > > > Well,

Re: svn commit: r1744540 - /commons/proper/commons-parent/trunk/pom.xml

On 19 May 2016 at 10:17, wrote: > Author: ggregory > Date: Thu May 19 09:17:56 2016 > New Revision: 1744540 > > URL: http://svn.apache.org/viewvc?rev=1744540&view=rev > Log: > Update Apache parent: 17 -> 18. -1 OK to update the parent version, but what are all the deletions about? > Modified:

Re: svn commit: r13683 - in /dev/commons/vfs: ./ binaries/ source/

It would be better to rename (or copy/delete) the files from dev to release within SVN That way traceability is preserved in the SVN history. It's also much quicker, as the operations take place in the server. On 19 May 2016 at 02:53, wrote: > Author: elserj > Date: Thu May 19 01:53:35 2016 >

Re: [VFS] Final steps for 2.1

Hello Josh, sebb schrieb am Do., 19. Mai 2016 um 10:55 Uhr: > On 19 May 2016 at 03:14, Josh Elser wrote: > > Hi all, > > > > Worked through the remaining steps for this release. dist.a.o (dev and > > release) were both updated, trunk was bumped to 2.2-SNAPSHOT, nexus repo > was > > released, re

Re: [vfs] On to Java 7

Gary Gregory schrieb am Do., 19. Mai 2016 um 10:21 Uhr: > Now that we have finally gotten 2.1 out the door, I think it is time to > move [vfs] on to Java 7. > +1 > > Tracking here: https://issues.apache.org/jira/browse/VFS-612 > > Gary > > -- > E-Mail: garydgreg...@gmail.com | ggreg...@apache.

Re: [ALL] Performance of foreach loop with arrays.

sebb schrieb am Mo., 16. Mai 2016 um 15:14 Uhr: > Looking for feedback on C-style and foreach() loops when using arrays. > [This email does not consider collections; please start another thread > if you want to discuss that.] > > TLDR; Always use foreach() with arrays unless you need access to th

Re: Proposed fluent string utils

Hello Micha, Micha Pringle schrieb am Mo., 16. Mai 2016 um 03:18 Uhr: > Hi Matt, > Great suggestions, I added the changes around compile time scoping, and > the library name, although i did not change the name exactly like you > recommended. See https://github.com/michapringle/fluentStringUtils

Re: [codec] release 1.11

Hi Gary, Gary Gregory schrieb am Sa., 14. Mai 2016 um 00:56 Uhr: > Hi All, > > I think I'd like to push out a 1.11 release for [codec] soon. Feel free to > take a look at trunk and/or JIRA and fiddle away. > Go for it! > > Gary > > -- > E-Mail: garydgreg...@gmail.com | ggreg...@apache.org > J

Re: NOTICE required for JcrUtils from Jackrabbit 2.4.0?

Stian Soiland-Reyes schrieb am Mo., 16. Mai 2016 um 10:02 Uhr: > Hi, > > In reviewing an RC for Apache Commons VFS 2.1 > > https://lists.apache.org/thread.html/Zjouqd6cpmohrj3 > > we wondered about a file > > > https://github.com/apache/commons-vfs/blob/trunk/core/src/test/java/org/apache/commons

Re: [VFS] Final steps for 2.1

On 19 May 2016 at 03:14, Josh Elser wrote: > Hi all, > > Worked through the remaining steps for this release. dist.a.o (dev and > release) were both updated, trunk was bumped to 2.2-SNAPSHOT, nexus repo was > released, reporter.a.o was updated, and the svn tag was renamed. I did It's better to co

Re: [RESULT] [VOTE] Apache Commons VFS 2.1 rc2

Hello Josh, Good work, and awesome you made it through our release process :-) sorry I wasn't able to vote on this RC. I've been on vacation last week. BR, Benedikt Josh Elser schrieb am Mi., 18. Mai 2016 um 17:40 Uhr: > We've let this go a bit longer than the originally specified date range,

[vfs] On to Java 7

Now that we have finally gotten 2.1 out the door, I think it is time to move [vfs] on to Java 7. Tracking here: https://issues.apache.org/jira/browse/VFS-612 Gary -- E-Mail: garydgreg...@gmail.com | ggreg...@apache.org Java Persistence with Hibernate, Second Edition

Re: [CSV] Release 1.4

On Thu, May 19, 2016 at 1:15 AM, Benedikt Ritter wrote: > Hi, > > I think I can spare some time over the next weeks to prepare RCs. But I > wonder why you don't do it yourself, if you need a new release :-) > Well, yes, that's true, I could do it but it would take me more time; I was hoping that

Re: [CSV] Release 1.4

Hi, I think I can spare some time over the next weeks to prepare RCs. But I wonder why you don't do it yourself, if you need a new release :-) Benedikt sebb schrieb am Sa., 14. Mai 2016 um 11:36 Uhr: > On 13 May 2016 at 16:26, Matt Sicker wrote: > > You can use sftp to upload to home.apache.o

Re: US Export classification & ECCN registration for encryption in commons?

Hi, for Taverna the question mainly came down to: 1) What encryption functionality have we designed to use? (e.g. we use BouncyCastle for encryption, but our use of Derby does not use encryption) 2) What encryption items (e.g. JARs) will we include in distros (we will bundle BouncyCastle, Derby,

Re: svn commit: r1744132 - in /commons/proper/codec/trunk/src: changes/ main/java/org/apache/commons/codec/digest/ test/java/org/apache/commons/codec/digest/

sebb wrote: > On 18 May 2016 at 17:55, Gary Gregory wrote: >> On Mon, May 16, 2016 at 5:33 PM, sebb wrote: >> >>> On 17 May 2016 at 00:05, Gary Gregory wrote: >>> > On Mon, May 16, 2016 at 3:50 PM, sebb wrote: >>> > >>> >> On 16 May 2016 at 21:47, wrote: >>> >> > Author: ggregory >>> >> > Da