Re: [CRYPTO] How to build CRYPTO on Mac OS 10.11?

sebb <seb...@gmail.com> schrieb am So., 1. Mai 2016 um 21:19 Uhr: > On 1 May 2016 at 19:17, Benedikt Ritter <brit...@apache.org> wrote: > > Hi, > > > > today I started working on the site build. I ran into problems with the > > native build and with differe

Re: [LANG] Failing tests

c using maven 3.3.9 and Java > 1.8.0_92. > > Chas > > > On May 1, 2016, at 12:20 PM, sebb <seb...@gmail.com> wrote: > > > >> On 1 May 2016 at 19:32, Benedikt Ritter <brit...@apache.org> wrote: > >> Hi, > >> > &

[CSV] Some tweaks for working with headers

Hi, I often seeing myself doing the following when my csv file has a header row: CSVFormat.RFC4180 .withHeader() // use first row as header .withSkipHeaderRecord(); How about combining the two into a method called withFirstRecordAsHeader() or something like that? Further more I find it

[LANG] Failing tests

Hi, when building a clean checkout of Commons LANG, I get a lot of failing tests: Tests in error: FastDateFormat_ParserTest>FastDateParserTest.testTzParses:265 » NullPointer FastDateParserSDFTest.testLowerCasePP:149->checkParsePosition:195 » NullPointer

[CRYPTO] How to build CRYPTO on Mac OS 10.11?

Hi, today I started working on the site build. I ran into problems with the native build and with different JDK versions. Can anybody help? I've documented my problems in CRYPTO-45 [1]. Regards, Benedikt [1] https://issues.apache.org/jira/browse/CRYPTO-45

Re: [ALL] Validator vote - please

I'm giving an on site Java Training at one of our customers currently. I'll have some time this evening and I've already planed to use that time to verify this release. Thank you! Benedikt sebb schrieb am Do., 28. Apr. 2016 um 15:23 Uhr: > The Validator vote has been open 3

Re: [io] Make requirement Java 7?

Kristian Rosenvold schrieb am Do., 28. Apr. 2016 um 11:59 Uhr: > 2016-04-26 15:39 GMT+02:00 Emmanuel Bourg : > > > We are not alone :) RedHat is still maintaining OpenJDK 6 and providing > > security fixes for things like critical production

Re: [lang] LANG-1221: add changes.xml entry. This closes #129 from github. Thanks to Pierre Templier

Gary Gregory schrieb am Mo., 25. Apr. 2016 um 23:35 Uhr: > IMO, fixing typos in Javadoc is not worth mentioning as changes.xml > entries. > If they have been explicitly contributed by someone, I think this contribution should be mentioned. Doc fixes by Commons developers

Re: [io] commons-io 2.5 release notes and Javadocs are the 2.4 versions

Benson Margulies schrieb am Mo., 25. Apr. 2016 um 17:42 Uhr: > I followed the instructions for the doc and the javadoc didn't work. I > posted email and no one replied. Now that I am trying turning home I can > research more > Sorry, I must have mist your mail. I've

Re: [CRYPTO] Switch from JNI to JNA

Chen, Haifeng schrieb am Mo., 25. Apr. 2016 um 08:38 Uhr: > >> Maybe its an option to replace JNI by JNA [1]. This would have IHMO > several advantages like > >> * No C code needs to be written, compiled, tested and maintained > >> * Its easier compared to JNI (this could

Re: [CRYPTO] Git repository requested

> > To: Commons Developers List <dev@commons.apache.org> > > > Subject: Re: [CRYPTO] Git repository requested > > > > > > Looks like access already has been granted. Please looks here if any > > > one missing. http://home.apache.org/phonebook.html?unix=com

Re: [CRYPTO] Git repository requested

rrectly. > >Has commented there and wait for the lock to be lifted. > >The building, renaming and doc tasks are in working and the tracking > >JIRAs have been created. > > > >Benedikt, one thing to check, does the initial committers already gain > >write access

Re: [CRYPTO] Git repository requested

CRYPTO] Git repository requested > > Thank you, Benedikt. > Will start to do that. > > > -Original Message- > From: Benedikt Ritter [mailto:brit...@apache.org] > Sent: Friday, April 15, 2016 3:48 PM > To: Commons Developers List <dev@commons.apache.org> > Subjec

Re: [CRYPTO] Git repository requested

> > Here is my username: umamaheswararao > > Regards, > Uma > > On 4/14/16, 5:55 AM, "Benedikt Ritter" <brit...@apache.org> wrote: > > >Benedikt Ritter <brit...@apache.org> schrieb am Mi., 13. Apr. 2016 um > >11:09 Uhr: > > > >

Re: [CRYPTO] Git repository requested

Benedikt Ritter <brit...@apache.org> schrieb am Mi., 13. Apr. 2016 um 11:09 Uhr: > Chen, Haifeng <haifeng.c...@intel.com> schrieb am Mi., 13. Apr. 2016 um > 05:18 Uhr: > >> The git repository for Apache Commons Crypto has been created. It is >> locked so

Re: JIRA access

Mark Thomas schrieb am Do., 14. Apr. 2016 um 14:47 Uhr: > On 14/04/2016 13:41, Benson Margulies wrote: > > As predicted, a shortage. Can I have access to set fix versions? Or > > can someone set it for IO-494 and IO-492 to 2.5? > > Added you to commons-developers. > You were

Re: [CRYPTO] Git repository requested

gt; - [DONE]move code to an Apache repo (probably git) > - request a Jira project > Request created: https://issues.apache.org/jira/servicedesk/customer/portal/1/INFRA-11672 > - setup maven build > - setup project website > - work on an initial release under Apache Commons coordinates &g

Fwd: [jira] [Apache Infrastructure] Grant write access to Apache Commons git repositories to all ASF committers

Hi, this issue has been fixed. All ASF committers should now be able to write to our git repositories. Sergio, can you give it a try and commit something to the commons-lang git repo? Thanks! Benedikt -- Forwarded message - From: Mark Thomas Date: Sa., 9. Apr.

Re: [CRYPTO] Git repository requested

I'm not sure. Can anybody help? Benedikt > > Regards, > Uma > > On 4/9/16, 4:27 AM, "Benedikt Ritter" <brit...@apache.org> wrote: > > >Hi, > > > >Infra has responded [1]. I've created the new repository request with the > >"impor

Re: [CRYPTO] Git repository requested

ervicedesk/customer/portal/1/INFRA-11627 Gangumalla, Uma <uma.ganguma...@intel.com> schrieb am Sa., 9. Apr. 2016 um 10:22 Uhr: > Great. Thanks a lot, Benedikt for taking forward. :-) > > Regards, > Uma > > On 4/9/16, 12:51 AM, "Benedikt Ritter" <brit...@apach

[CRYPTO] Git repository requested

Hi, I've just created a request for creating the crypto git repository [1]. I'll keep you updated on the state of the request. Benedikt [1] https://issues.apache.org/jira/servicedesk/customer/portal/1/INFRA-11627

Re: [DISCUSS][CHIMERA] Name for the new component

a git repository and GitHub mirror from infra at the beginning of next week and will start setting up the project. Thank you! Benedikt Benedikt Ritter <brit...@apache.org> schrieb am Fr., 25. März 2016 um 15:04 Uhr: > Hi, > > after we've accepted the Chimera project [1] as new

Re: [DISCUSS][CHIMERA] Name for the new component

rypt > > Apache Commons OpenSSL > > Apache Commons OpenSSL Wrapper (contracted to Apache Commons OSW) > > > > > > > > My preference order: > > 1) Apache Commons Crypto > > 2) Apache Commons FastCrypto > > 3) Apache Commons OSW > > > >

Re: [compress] 1.11 RC in about two weeks?

Hi, Stefan Bodewig schrieb am So., 27. März 2016 um 18:50 Uhr: > Hi all > > I don't intend to change anything in master before the 1.11 release > anymore, so I've created a snapshot site at > http://stefan.samaflost.de/staging/COMPRESS-1.11/ that you can use to > look at the

[DISCUSS][CHIMERA] Name for the new component

Hi, after we've accepted the Chimera project [1] as new Apache Commons project, it's time to decide on a name. I've used Apache Commons Crypto in the past, but some have argued that it isn't to the point. I'd like to find a name the same way we did it for the potential Math TLP. Just add your

[RESULT][VOTE] Accept Chimera as new Apache Commons Component

-binding) Dong Chen +1 (non-binding) Oliver Heger + 0.5 Thomas Vandahl +1 Chris Nauroth +1 (non-binding) Kai Zheng +1 (non-binding) Gary Gregory +1 Benedikt Ritter +1 So this vote passes. I'd like to thank everybody involved in this process. More over I'd like to thank James, sebb and Oliver for pointing

Re: [VOTE] Accept Chimera as new Apache Commons Component

My +1 FTR Benedikt Ritter <brit...@apache.org> schrieb am Mo., 21. März 2016 um 09:45 Uhr: > Hi all, > > after long discussions I think we have gathered enough information to > decide whether we want to accept the Chimera project as a new Apache > Commons component. >

Re: [compress] Trying to Pick up Compress2 Again

Hi, Stefan Bodewig schrieb am Mi., 23. März 2016 um 16:47 Uhr: > Hi all > > after more than two years of a hiatus I'd like to pick up the compress2 > branch again. Back then we decided to embrace Java7 and I've taken the > bold step of moving on to Java 8 now. > +1 > > On

Re: commons-vfs:org.apache.commons.vfs2.provider.http.test.HttpProviderTestCase fails

nefit would be, that we can actually assert some properties of the > request on server side. > Sounds good to me! > > Gruss > Bernd > -- > http://bernd.eckenfels.net > From Win 10 Mobile > > Von: Benedikt Ritter > Gesendet: Dienstag, 22. März 2016

Re: commons-vfs: org.apache.commons.vfs2.provider.http.test.HttpProviderTestCase fails

Hi, Bernd Eckenfels schrieb am Di., 22. März 2016 um 01:03 Uhr: > Hello, > > I think it is a new problem. It is a bit unfortunate that those tests > rely on external web sites (and those seeem to no longer exist). > > If you want, you can file the report directly in the

Re: [VOTE] Release Configuration 2.0 based on RC1

Hello Oliver, very nice artifacts, good work. - builds with java 6, 7 and 8 - site looks good - reports look good Only thing I found is: - build.xml and build.properties.sample are in the tag but not in the src archive. The ant build can probably be dropped (does it work anyway?). No blocker

[VOTE] Accept Chimera as new Apache Commons Component

Hi all, after long discussions I think we have gathered enough information to decide whether we want to accept the Chimera project as a new Apache Commons component. Proposed name: Apache Commons Crypto Proposal text: https://github.com/intel-hadoop/chimera/blob/master/PROPOSAL.html Initial Code

Re: [crypto][chimera] Next steps

te: > > > >>I take it the Crypto squared is a typo and that you wanted to close the > >>quote. > >> > >>G > >> > >>On Fri, Feb 26, 2016 at 12:47 PM, Gangumalla, Uma > >><uma.ganguma...@intel.com> > >>wrote: > >&g

Re: [crypto][chimera] Next steps

file license header is with Apache License files. > The current repo and package structure there with name Intel. I will check > with Haifeng on resolution of this. > > > [Jochen wrote] > So, have the Chimera project attempt to resolve them quickly. If > possible: Fine. If no

Re: Merged my first couple of patches from GitHub

2016-02-26 6:20 GMT+01:00 Henri Yandell : > AAarRRRrrrGgggghHHhhh > > That was painful. > Have you read [1]? :o) Benedikt [1] http://wiki.apache.org/commons/UsingGIT#GitHub_Integration > > Hen > -- http://home.apache.org/~britter/

Re: [crypto][chimera] Next steps

2016-02-23 10:18 GMT+01:00 Mark Thomas <ma...@apache.org>: > On 23/02/2016 09:12, sebb wrote: > > On 23 February 2016 at 07:34, Benedikt Ritter <brit...@apache.org> > wrote: > >> I'm confused. None of the other PMC members has expressed whether he or > sh

Re: [crypto][chimera] Next steps

ld include the version number in the native library > name to avoid problems when deploying multiple versions of Chimera. > This is something that has been problematic in Hadoop with > libhadoop.so. > > Is this library going to have Scala interfaces as well as Java ones, > or just Ja

Re: [crypto][chimera] Next steps

Hi again, 2016-02-20 12:15 GMT+01:00 Benedikt Ritter <brit...@apache.org>: > Hi, > > I'd like to discuss the next steps for moving the Chimera component to > Apache Commons. So far, none of the other PMC members has expressed his or > her thoughts about this. If nobody bring

[crypto][chimera] Next steps

Hi, I'd like to discuss the next steps for moving the Chimera component to Apache Commons. So far, none of the other PMC members has expressed his or her thoughts about this. If nobody brings up objections about moving the component to Apache Commons, I'm assuming lazy consensus about this. So

Re: Chimera as new component in Apache Commons

Hello Uma, welcome to the Apache Commons dev list. It's great to see that two projects get together to share code via Apache Commons. 2016-02-16 22:36 GMT+01:00 Gangumalla, Uma : > Hi Devs, > > > > Recently we worked with Spark community to implement the shuffle >

Re: [math] Initial TLP PMC membership and chair

I think Phil should be the initial chair of the new PMC. Benedikt Send from my mobile device > Am 04.02.2016 um 23:30 schrieb Phil Steitz : > > We have the following volunteers for the new TLP, which we have > decided to call "Apache Math" > > Bill Barker > Otmar Ertl >

Re: [RESULT][math] [POLL] new TLP name

Just FTR, I voted for Apache Math Components. BR, Benedikt Send from my mobile device > Am 04.02.2016 um 20:39 schrieb Phil Steitz : > > It looks like just plain "math" is the quantitative winner. Here is > the full tally: > > Among PMC volunteers: > > math 4 (Phil,

Re: [math] [POLL] new TLP name

I vote for Apache Math Components. 2016-02-01 18:06 GMT+01:00 Phil Steitz : > Please select your top choice among the following suggested names > for the new [math]-based TLP. All are welcome and encouraged to > respond. This POLL will be open for 72 hours, at which time

Re: [RESULT] [math] Name of the new TLP

2016-02-01 14:49 GMT+01:00 Phil Steitz : > On 2/1/16 6:24 AM, Gilles wrote: > > On Mon, 1 Feb 2016 06:20:14 -0700, Phil Steitz wrote: > >> Unscientifically, but in the interest of keeping things moving, it > >> looks to me like just plain "math" is the winner. Any

Re: Anyone for Apache Commons & Apache Con Core 2016 CFP?!

gards, Benedikt > > On Fri, Jan 29, 2016 at 9:59 AM, Benedikt Ritter <brit...@apache.org> > wrote: > > > Hi Siegfried, > > > > I'd love to come! I just recentrly presented my talk "Beyond StringUtils" > > at JUG Karlsruhe, which could be expanded int

Re: [SITE] Adopting the new ASF Logo

create > or update logos? > If not, what is the font used in the assets? > Thank you,Gary > > On Thu, Jan 28, 2016 at 4:01 AM, Benedikt Ritter <brit...@apache.org> > wrote: > > Hi all, > > we're still using the "old" Feather logo throughout our

Re: Anyone for Apache Commons & Apache Con Core 2016 CFP?!

Hi Siegfried, I'd love to come! I just recentrly presented my talk "Beyond StringUtils" at JUG Karlsruhe, which could be expanded into a full fletched conference session. The thing is, I'm turning 30 the weekend of Apache Con NA, so I won't be able to make it. But I'm definitely planning to be at

[SITE] Adopting the new ASF Logo

Hi all, we're still using the "old" Feather logo throughout our websites. Is anybody capable of creating a logo based on the new Feather logo? Regards, Benedikt -- http://home.apache.org/~britter/ http://twitter.com/BenediktRitter http://github.com/britter

Re: [SITE] Adopting the new ASF Logo

rt > PGP : 0x65EB4F33 > > Le 28/01/2016 16:01, Benedikt Ritter a écrit : > > Hi all, > > > > we're still using the "old" Feather logo throughout our websites. Is > > anybody capable of creating a l

Re: [SITE] Adopting the new ASF Logo

t; http://dejavu-fonts.org/wiki/License > > > Loic Guibert > PGP : 0x65EB4F33 > > Le 28/01/2016 16:13, Loic Guibert a écrit : > > Hi, > > I can try and make propositions. > > I'll get the logo sources... > > > > Loic Guibert > > PGP : 0x65EB4F33 &g

Re: [SITE] Adopting the new ASF Logo

rst shot ;-) > > Loic Guibert > PGP : 0x65EB4F33 > > Le 28/01/2016 17:02, Benedikt Ritter a écrit : > > Hi Loic, > > > > very good! Would probably be best to create a ticket for the COMMONSSITE > > project in jira to track this. > > > > Bened

Re: [cli]

Hello Pooja, 2016-01-21 6:54 GMT+01:00 Chitnis, Pooja : > Hi cli dev team, > > I recently upgraded to the commons-cli version 1.3.1 where the BasicParser > is deprecated. So if I sue the DefaultParser instead, my following sample > code would not work - > > public static

Re: [math] Name of the new TLP

Hi, I very much like the idea of taking the name of a famous mathematician. If it has to be some thing more descriptive: Apache Commons HttpClient went to Apache HttpComponents. How about Apache Math Components as TLP name? Benedikt 2016-01-25 8:40 GMT+01:00 Ole Ersoy : >

Re: [math] TLP next steps

2016-01-20 14:40 GMT+01:00 Phil Steitz : > I think the next logical step is to determine who the members of the > new PMC and the new PMC chair will be. That information will need > to go in a Board resolution to actually form the new TLP. I suggest > that we start by

Re: [lang] release 3.5

Hi, 2016-01-16 6:41 GMT+01:00 Loic Guibert : > Hi, great ! > > There are some ticket/PR open and handled by committers. > Perhaps we can resolve those can be done quickly before releasing ? > I currently don't have the time to work on [lang]. Please feel free to fix any

Re: [VOTE] Form a separate TLP based on [math]

2016-01-16 16:18 GMT+01:00 Phil Steitz : > The discussion has thus far been generally favorable. I would like > therefore to put the proposal to split [math] out into a separate > TLP to a VOTE. Assuming a favorable vote, we can discuss how to go > about doing it. Votes,

Re: [all] Commons Parent - detach src/bin artifacts?

+1 2015-12-20 23:30 GMT+01:00 Phil Steitz : > On 12/20/15 3:06 PM, Emmanuel Bourg wrote: > > Hi all, > > > > Our release procedure includes an annoying step consisting in the > > manual removal of the -src and -bin artifacts from the Nexus staging > > repository [1]. > > >

Re: [lang] LANG-1192: FastDateFormat support of the week-year component (uppercase 'Y')

-1 All Travis builds started failing after this commit [1] Benedikt [1] https://travis-ci.org/apache/commons-lang/builds 2015-12-14 1:39 GMT+01:00 : > Repository: commons-lang > Updated Branches: > refs/heads/master 2ebf9a21d -> 2fa0b168d > > > LANG-1192: FastDateFormat

Re: [collections][site] publish security-report? (was: svn commit: r1719350 - /commons/proper/collections/trunk/src/site/xdoc/security-reports.xml)

2015-12-11 13:16 GMT+01:00 Bernd Eckenfels : > Hello, > > I added a second CVE to the de-serialisation security-report for > ACC, I dont have the infrastrcuture handy to push the site, can > somebody do that, please? > It usually only takes an mvn site-deploy. Doesn't

Re: [SCXML] Proposal to move to Java 8 minimum and drop/replace XML/XPath support with JSON

Hello Ate, 2015-12-09 10:15 GMT+01:00 Ate Douma : > Since early this year the progress and development of Commons SCXML 2.0 has > severely declined because of two major technical hurdles, and thereafter of > both motivation and lack of time: > > - The SCXML XML/XPath datamodel

Re: [REPORT][DRAFT] Apache Commons Board Report 2015-12-09

Hello Gary, 2015-12-10 3:56 GMT+01:00 Gary Gregory : > Here is what I plan to send tonight: > > [REPORT] Apache Commons Board Report 2015-12-09 > > The Apache Commons project focuses on all aspects of reusable Java > components. > > The Apache Commons components are

Re: [JXPATH] Java Version

I think we should stick to the plan I outlined. I hope to have some time to work in JXPATH this weekend. I'll also work on a VM for building JXPATH with Java 4. BR, Benedikt 2015-12-02 21:17 GMT+01:00 Uwe Barthel : > Hi, > > should we start a official vote for the Java

Re: [math] Adding badges

Looks very nice! 2015-12-02 20:48 GMT+01:00 Thomas Neidhart : > On 12/02/2015 08:29 PM, Luc Maisonobe wrote: > > Le 02/12/2015 09:57, Thomas Neidhart a écrit : > >> Hi, > >> > >> recently I added some badges (building on travis, code coverage with > >> coveralls,

Re: [ALL] Move DOAP files to unchanging URL?

Hello Sebb, 2015-11-27 11:26 GMT+01:00 sebb : > Compress recently moved to Git, so the URL for its DOAP changed. > > I originally suggested that all the Commons DOAPs could be stored in a > common SVN location, but that idea met with resistance as several > people felt it was

Re: svn commit: r11284 - in /release/commons: beanutils/ betwixt/ chain/ cli/ collections/ configuration/ csv/ daemon/ dbutils/ digester/ discovery/ el/ email/ fileupload/ jcs/ jelly/ jexl/ jxpath/ la

+1 2015-11-24 11:22 GMT+01:00 : > Author: sebb > Date: Tue Nov 24 10:22:18 2015 > New Revision: 11284 > > Log: > Drop unnecessary headers > They are also misleading since the header does not relate to the listing > > Modified: > release/commons/beanutils/HEADER.html >

Re: [JXPATH] Java Version

ache.org> >> wrote: >> >> As has java 7 reached end of life. >>> >> >> FYI: I think IBM still supports their Java 7 IIRC >> >> Gayr >> >> >>> On 11/22/2015 09:06 AM, Benedikt Ritter wrote: >>> >>> I

[JXPATH] Release plans

Hi, it looks like I've been to fast with my minimum Java update on JXPath. Probably because I've only waited for the people how are usually all for upgrading to a later JDK (*waves at Gary* ;-). So here's my plan for JXPath 1.4. 1) Revert the following commits:

Re: [JXPATH] Java Version

2015-11-24 22:06 GMT+01:00 Thomas Neidhart : > On 11/24/2015 09:55 PM, Uwe Barthel wrote: > >> I've updated JXPATH to Java 7. There is a lot of work to update the code > >> base to use Java 7 languages features and APIs. I invite everybody to > join > >> me here… > > >

Re: [JXPATH] Java Version

art these changes before or after the release 1.4? > I prefer to create the release as soon as possible and start rework on > that baseline. > I have already started to upgrade the code base. > > -- Uwe > > > > On 24 Nov 2015, at 21:44, Benedikt Ritter <brit...@apache.or

Re: svn commit: r1716090 - in /commons/proper/collections/trunk: .travis.yml README.md pom.xml

Nice! 2015-11-24 10:25 GMT+01:00 : > Author: tn > Date: Tue Nov 24 09:25:40 2015 > New Revision: 1716090 > > URL: http://svn.apache.org/viewvc?rev=1716090=rev > Log: > Add travis configuration for jacoco and coveralls. Add badges to Readme.md. > > Modified: >

Re: svn commit: r1716090 - in /commons/proper/collections/trunk: .travis.yml README.md pom.xml

eady sent an email to them, but did not get an answer yet. How did you > manage to do it for commons-lang? > > Thomas > > On Tue, Nov 24, 2015 at 5:36 PM, Benedikt Ritter <brit...@apache.org> > wrote: > > > Nice! > > > > 2015-11-24 10:25 GMT+01:00 <t...

Re: [JXPATH] Java Version

I'm fine with Java 7, since Java 6 has already reached EOL. 2015-11-21 19:48 GMT+01:00 Gary Gregory <garydgreg...@gmail.com>: > I'd go with Java 7. > > Gary > On Nov 21, 2015 3:50 AM, "Benedikt Ritter" <brit...@apache.org> wrote: > > > Hi, > > &g

Re: [JXPATH] Java Version

Okay, so we go with Java 8? Doesn't feel like it has reached enough market penetration yet. But I don't know numbers about that. 2015-11-22 15:20 GMT+01:00 Dave Brosius <dbros...@apache.org>: > As has java 7 reached end of life. > > On 11/22/2015 09:06 AM, Benedikt Ritter wrote

Re: [JXPATH] Java Version

Benedikt > > > -- Uwe > > > > On 21 Nov 2015, at 12:50, Benedikt Ritter <brit...@apache.org> wrote: > > > > Hi, > > > > any preference on which Java Version JXPath 1.4 target? Currently the > build > > is set to 1.3. I've only Java 1

Re: [VOTE] Release NET 3.4 based on RC2

Hello sebb, I'm getting a difference when comparing the src archive with the tag: $ diff -rwq commons-net-3.4-src NET_3_4_RC1/ Only in NET_3_4_RC1/: .svn Only in NET_3_4_RC1/: doap_net.rdf Files commons-net-3.4-src/src/test/java/org/apache/commons/net/smtp/SimpleSMTPHeaderTestCase.java and

Re: [JXPath] duplicate JIRA

2015-11-21 9:39 GMT+01:00 Uwe Barthel : > Hi, > > https://issues.apache.org/jira/browse/JXPATH-170 (OPEN) is a verified > duplicate of https://issues.apache.org/jira/browse/JXPATH-142 (RESOLVED). > > Please mark JXPATH-170 as fixed or close this item. > Done. Thank you!

Re: [JXPath] Pull requests available

I'll take care of pushing out a new release after I've reviewed the proposed changes. Benedikt 2015-11-21 2:27 GMT+01:00 Gary Gregory : > Thank you Uwe. > > The next step here is to get a release manager to volunteer. Anyone? > > Gary > > On Fri, Nov 20, 2015 at 4:15 PM,

[JXPATH] Java Version

Hi, any preference on which Java Version JXPath 1.4 target? Currently the build is set to 1.3. I've only Java 1.6, 1.7 1.8 and 1.9 installed on my machine, so I won't be able to test with 1.3, 1.4 and 1.5. Further more I don't see a reason to keep support for such old Java versions. Thoughts?

Re: svn commit: r1715217 - in /commons/proper/io/trunk/src: main/java/org/apache/commons/io/serialization/ test/java/org/apache/commons/io/serialization/

+1 Very nice to see this happening :-) Send from my mobile device > Am 19.11.2015 um 18:08 schrieb bdelacre...@apache.org: > > Author: bdelacretaz > Date: Thu Nov 19 17:08:23 2015 > New Revision: 1715217 > > URL: http://svn.apache.org/viewvc?rev=1715217=rev > Log: > IO-487 -

Re: [JXPath] Release 1.4

2015-11-18 16:45 GMT+01:00 Gary Gregory <garydgreg...@gmail.com>: > On Nov 18, 2015 4:18 AM, "Benedikt Ritter" <brit...@apache.org> wrote: > > > > Hello Uwe, > > > > 2015-11-17 6:22 GMT+01:00 Uwe Barthel <bart...@x-reizend.de>: > &

Re: [JXPath] Release 1.4

Hello Uwe, 2015-11-17 6:22 GMT+01:00 Uwe Barthel : > Hi, > > If there is any 1.4 release planned? > > Not only this resolved item JXPATH-131 is really interesting to find in a > new release. > > Which Apache Commons committer is ready to bring JXPath one step forward > and

[LANG] Why is project.build.sourceencoding set to ISO-8859-1?

Hi, see above... Does anybody know why we don't we use UTF-8? Regards, Benedikt -- http://people.apache.org/~britter/ http://www.systemoutprintln.de/ http://twitter.com/BenediktRitter http://github.com/britter

Re: [JXPath] Release 1.4

28Open%2C%20%22In%20Progress%22%2C%20Reopened%29 > ) > > and 3 open pull requests. > > > > But, I'm looking forward to a early release and maybe used as baseline > for > > a code refurbishment. > > > > -- Uwe > > > > > On 18 Nov 2015,

Re: [ANNOUNCMENT] Apache Commons Collections 3.2.2 Released

I have the Debian builds still on my agenda but will not have the time to work on that until end of the year. 2015-11-16 13:01 GMT+01:00 Emmanuel Bourg : > Le 16/11/2015 12:33, Thomas Neidhart a écrit : > > The problem is that the resulting manifest will be different for the

Re: [BeamUtils] trunk test failures

2015-11-14 21:57 GMT+01:00 Gary Gregory : > In trunk I get: > > Failed tests: > org.apache.commons.beanutils.bugs.Jira422TestCase#testRootBean > ComparisonFailure > org.apache.commons.beanutils.bugs.Jira422TestCase#testSecondChildBean > ComparisonFailure >

Re: Proposed fluent string utils

Hello Micha, 2015-11-15 1:47 GMT+01:00 Micha Pringle : > I really apologize, it seems the link below still managed to include a > period despite my best efforts. Please tryhttps:// > github.com/michapringle/fluentStringUtils > > Cheers,Micha From: Micha

Re: Proposed fluent string utils

> Thanks again. > Thank you for your interest in Apache Commons. Benedikt [1] http://issues.apache.org/jira/browse/LANG > > Cheers, > Micha > -- > *From:* Benedikt Ritter <brit...@apache.org> > *To:* Commons Developers List <dev@comm

Re: Blog post "commons" vulnerability

> which can be used to transform objects in a collection (specifically by > calling a method via reflection invocation). > > > > From: Gabriel Lawrence [mailto:gabriel.lawre...@gmail.com] > Sent: Monday, November 09, 2015 9:05 AM > To: Commons Developers List > Cc: Sally

Re: [COLLECTIONS] Bad press on twitter following serialization issue

Hello Bernd, very nice. I found two typos: "It is possible to limit the impact when using a custom ObjecrtInputStream which overwrites" - should be ObjectInputStream "However it should be clear, this is not the only known (and especially not yet know) gadget" - should be "and especially not yet

[COLLECTIONS] Bad press on twitter following serialization issue

Hi, there is a lot of bad talk going on at twitter [1,2,3] and I'm wondering whether we should respond to this via the Apache blog. Thoughts? Benedikt [1] https://twitter.com/JustineTunney/status/662937508980723712 [2] https://twitter.com/kennwhite/status/662709833464872960 [3]

[SANDBOX][BEANUTILS2] Using Java 8?

Hi all, I've started work on beanutils2 again. I see a lot of potential regarding the API, when we upgrade the project to Java 8. For example, I'm currently working on an API that let's users define type conversion. It could look like this: import static

Re: [lang] Outdated Information on Jira Summary Page

Hello Pascal, 2015-11-05 20:25 GMT+01:00 Pascal Schumacher : > Hello everybody, > > > https://issues.apache.org/jira/browse/LANG/?selectedTab=com.atlassian.jira.jira-projects-plugin:summary-panel > shows: > > RELEASE PLAN > Lang 2.x - There are no plans for major work

Re: svn commit: r1712699 - in /commons/proper/validator/trunk/src: changes/changes.xml main/java/org/apache/commons/validator/routines/DomainValidator.java test/java/org/apache/commons/validator/routi

2015-11-05 1:42 GMT+01:00 : > Author: sebb > Date: Thu Nov 5 00:42:37 2015 > New Revision: 1712699 > > URL: http://svn.apache.org/viewvc?rev=1712699=rev > Log: > VALIDATOR-341 Make TLD list configurable > > Modified: > commons/proper/validator/trunk/src/changes/changes.xml >

Re: [LANG] Add StringUtils methods to compare a string to multiple strings

Hello Loic, 2015-11-05 11:55 GMT+01:00 Loic Guibert : > Hello, > there are 2 tickets on JIRA on this same new feature: > Add StringUtils methods to compare a string to multiple strings > (equalsAny, equalsAnyIgnoreCase) > > https://issues.apache.org/jira/browse/LANG-704 >

Re: [Lang] Repository Write Access

2015-11-03 2:06 GMT+01:00 Gary Gregory : > On Mon, Nov 2, 2015 at 1:29 PM, Pascal Schumacher < > pascalschumac...@gmx.net> > wrote: > > > Hi everybody, > > > > my memory serves me correctly ever Apache commiter should have write > > access to commons repo? > > > > To svn,

Re: Shameless plug: My new book is out.

2015-11-02 1:35 GMT+01:00 Gary Gregory : > Hi All: > > I am proud to announce that my new book, "Java Persistence with HIbernate, > Second Edition", is out. I just received a box from the printer :-) > > You can get it on Amazon [1] or from the publisher [2] > I'd rather

Re: [VOTE] Accept Naomi

Hello Phil, 2015-10-30 1:42 GMT+01:00 Phil Steitz : > This is a VOTE to accept the code discussed in [1] and available for > review using the git commands below. All are welcome to vote, votes > from PMC members are binding. Assuming a positive vote, we will > execute a

Re: [VOTE] Accept Naomi

Hello Phil, 2015-10-30 1:42 GMT+01:00 Phil Steitz : > This is a VOTE to accept the code discussed in [1] and available for > review using the git commands below. All are welcome to vote, votes > from PMC members are binding. Assuming a positive vote, we will > execute a

Re: [VFS] Jackrabbit

Hi, 2015-10-29 2:17 GMT+01:00 : > Hello, > > Unfortunatelly the whole webdav filesystem tests depend on that specific > version as it wraps the server as an endpoint. The setUp fails so the whole > test suite will get skipped. I havent been able to quickly fix when I

Re: [Imaging] 1.0 Release Date?

Hi, the main problem blocking a release ATM is the massive amount of findbugs and PMD violations. Lot's of them probably require breaking changes to the API, that's why we currently don't want to release it in the current state. I've come to the conclusion that this may not be the best way to

<    4   5   6   7   8   9   10   11   12   13   >