Hi Sébastian,
Sébastien Brisard wrote:
Dear all,
I'm extremely unfamiliar with serialization and its many pitfalls, and
I would need advice from you wise guys ;-) !!!
Here is the thing. I'm currently working on MATH-761, where for the
sake of efficiency (which remains to be asserted [1]), I
Emmanuel Bourg wrote:
Le 12/03/2012 00:16, Benedikt Ritter a écrit :
I just saw that CSVFormat implements Serializable, but neither does it
provide a no-arg constructor nor any of the special serialization
methods (and it has no custom serialUID). Is this the way it is
supposed to be?
I
Emmanuel Bourg wrote:
Le 13/03/2012 00:56, sebb a écrit :
1. Do nothing and address it in the next release with the bean mapping.
Parsing the file would then look like this:
CSVFormatPerson format = CSVFormat.DEFAULT.withType(Person.class);
for (Person person : format.parse(in)) {
+1
Build with my compiler zoo, IBM Java 6 fails as already reported
https://issues.apache.org/jira/browse/IO-253
- Jörg
Gary Gregory wrote:
Hello All:
This is a VOTE to release Commons IO 2.2-RC3
The changes from RC2 are:
- Remove macro from release notes
- Add binary compatibility
Gary Gregory wrote:
What is this all about?
[ERROR] BUILD ERROR
[INFO]
[
[INFO] Error deploying artifact: Authorization failed: Access denied
to:
+1
Gary Gregory wrote:
Hello All:
This is a VOTE to release Commons IO 2.2-RC4
The changes from RC3 are:
- IO-313: Add IOUTils.toBufferedReader(Reader)
- IO-308: Allow applications to provide buffer (or size) for copyLarge
methods.
- IO-311: IOUtils.read(InputStream/Reader) ignores
Gary Gregory wrote:
On Thu, Mar 29, 2012 at 6:39 PM, Christian Grobmeier
grobme...@gmail.comwrote:
+1 on the move to java 6
we should consider to go to 3.0... its a breaking change... but i
leave it up to you
Since you are the second person that suggests it, this Java move on this
Hi Christian,
Christian Grobmeier wrote:
Hi,
On Fri, Mar 30, 2012 at 1:53 AM, sebb seb...@gmail.com wrot
However, a compatibility break would require a major version bump.
if my lib does drop support for a specific jdk, isn't that a
compatibility break? My argument is it is no longer
Christian Grobmeier wrote:
+1
Before ages when I wrote the ChangeSet stuff I have marked them as
experimental. Have not heard any complains yet... we should discuss
if we remove that label or if need some more tweaks there. Probably
after 1.4?
If nobody complained about it until now,
Hi Gary,
Gary Gregory wrote:
Hi All:
I'd like to propose the change below. This lets you get rid of type casts
in call sites. You'll still get a ClassCastException if you code it wrong
of course.
+1
The compiler warning you'll get is valid, so do not think we should
@SuppressWarning
Hi Stefan,
Stefan Bodewig wrote:
Hi all,
as indicated last weekend Compress' trunk has accumulated so much new
goodness it requires a new release.
Tarballs of Compress 1.4 RC1 are available here
http://people.apache.org/~bodewig/commons-compress-1.4RC1/
Maven artifacts are
sebb wrote:
I've brought the pom up to date with CP24.
The code is still using a non-standard directory layout; source and
test should be under
src/main/java
src/test/java
OK if I fix this?
Can then remove the override in the POM.
+1
+1, tested with my compiler zoo, IO-253 still applies.
Gary Gregory wrote:
Hello All:
This is a VOTE to release Commons IO 2.3-RC1
Changes in this version include:
New features:
o IO-322: Add and use class Charsets.
o IO-321: ByteOrderMark UTF_32LE is incorrect.
o IO-318: Add
Gary Gregory wrote:
On Wed, Apr 18, 2012 at 12:38 AM, Stefan Bodewig bode...@apache.org
wrote:
On 2012-04-16, ggreg...@apache.org wrote:
[IO-324] Add Charset sister APIs to method that take a String charset
name.
The new methods cause problems for people who pass in null for the
Bill Barker wrote:
-Original Message-
From: Gary Gregory
Sent: Wednesday, April 18, 2012 6:15 AM
To: Commons Developers List
Subject: Re: svn commit: r1326609 - in /commons/proper/io/trunk/src:
changes/changes.xml main/java/org/apache/commons/io/FileUtils.java
On Wed, Apr 18,
Bill Barker wrote:
[snip]
As Stefan pointed out at the beginning of this thread, it isn't a drop in
replacement. The [io] team has deliberately broken all backwards
compatibility.
... and as we pointed out, this has absolutely *no* effect on already
compiled code. And we care *a lot* for
Hi Greg,
the JIRA issue and the changes entry claim, that the scm-* deps have been
set to optional, but you (correctly) removed them. Therefore, can you fix
JIRA and changes.xml?
- Jörg
ggreg...@apache.org wrote:
Author: ggregory
Date: Fri Apr 20 13:16:29 2012
New Revision: 1328366
Hi Michael,
Michael Heuer wrote:
Hello,
I'm forwarding this message originally sent to users@maven that
received no response. Perhaps dev@commons is more appropriate.
why do you think, that extending from Apache Commons parent is a good thing?
This parent is crafted so that it fits
Michael Heuer wrote:
Jörg Schaible wrote:
Michael Heuer wrote:
I'm forwarding this message originally sent to users@maven that
received no response. Perhaps dev@commons is more appropriate.
why do you think, that extending from Apache Commons parent is a good
thing? This parent
Hi Sebb,
sebb wrote:
On 25 April 2012 07:48, Jörg Schaible joerg.schai...@scalaris.com wrote:
[snip]
- rc: the one we use
That was the one we used for creating RCs prior to Nexus.
- release: automatically activated by M2 (IIRC)
This is the one I normally use.
I think rc
Gilles Sadowski wrote:
On Wed, Apr 25, 2012 at 12:53:46AM +0100, sebb wrote:
On 24 April 2012 22:19, Gilles Sadowski gil...@harfang.homelinux.org
wrote:
Hi.
Clirr now fails the build on error:
---CUT---
[ERROR] Unable to find information in class
sebb wrote:
On 25 April 2012 11:18, Jörg Schaible joerg.schai...@scalaris.com wrote:
Hi Sebb,
sebb wrote:
On 25 April 2012 07:48, Jörg Schaible joerg.schai...@scalaris.com
wrote:
[snip]
- rc: the one we use
That was the one we used for creating RCs prior to Nexus.
- release
Luc Maisonobe wrote:
Hi all,
Le 09/05/2012 13:41, Gilles Sadowski a écrit :
On Wed, May 09, 2012 at 07:03:58AM -0400, James Carman wrote:
On Wed, May 9, 2012 at 3:03 AM, Luc Maisonobe luc.maison...@free.fr
wrote:
Is there such a thing as short-term serialization?
Yes, of course, and
Hi Gary,
Gary Gregory wrote:
Opening CanOfWorms...
Should Commons adopt OSGi Semantic Versioning [1] instead of defining our
own [2] (even though they might in effect be the same)?
Should Commons layer its semantic version details on top of OSGi?
[1]
Gilles Sadowski wrote:
On Wed, Jun 13, 2012 at 03:05:13PM +0200, Xavier Detant wrote:
The byte code generated by the compiler is totally independent from the
JVM that will be used to run it.
Totally independent? Compiling with 1.7 and running with 1.6 will raise
this error:
Unsupported
+1, builds fine from source with my compiler zoo, test run fine except the
known one with IBM JDK 1.6
Gary Gregory wrote:
Hello All:
This is a VOTE to release Commons IO 2.4-RC2.
Changes since RC1:
- Fix a bug in the new code for IO-326: Add new
FileUtils.sizeOf[Directory] APIs to
Hi Simo,
Simone Tripodi wrote:
A suggestion:
we are often using the String.format() method to format Exception
messages - which is very good, IMHO - and since we are introducing a
new Exception we can take advantage for reducing its use, centralizing
the message format in the new exception
sebb wrote:
On 26 June 2012 22:50, sebb seb...@gmail.com wrote:
Some new SANSELAN JIRAs have just been raised, however the JIRA was
renamed to IMAGING.
Looks like something is wrong with JIRA; I'll raise an Infra issue.
https://issues.apache.org/jira/browse/INFRA-4970
Looks like it was
Hi,
does anybody know, what is required to administer a JIRA project? I can
administer most of the commons (44 projects incl. ONGL), but not e.g.
imaging, sanselan, bsf, jsc or bcel. Somehow the setup of new/imported
Commons projects is missing a step. Therefore I have no rights to move the
Hi Mark,
Mark Thomas wrote:
On 27/06/2012 09:21, Jörg Schaible wrote:
Hi,
does anybody know, what is required to administer a JIRA project?
You need an existing admin to grant you the admin role.
I can
administer most of the commons (44 projects incl. ONGL), but not e.g.
imaging
Gary Gregory wrote:
On Thu, Jun 28, 2012 at 8:53 AM, sebb seb...@gmail.com wrote:
[snip]
If we want SANSELAN deleted later we will need to raise a new JIRA.
Good, no need to loose the old info now.
?!? All issues have been moved, so the JIRA is empty ...
- Jörg
Hi Thomas,
Thomas Neidhart wrote:
Hi,
I recently started to work more on collections and cleaning up the trunk
to make it a candidate for a release and would like to ask a few
questions:
- there is still lots of javadoc missing, moving the source code level
to Java 1.6 would allow
Stephen Colebourne wrote:
On Java 5/6, I'm in favour of Java 6 at this point. To justify it for
Sebb, someone needs to check to see if any collections in
[collections] could implement the new interfaces added in Java 6 -
NavigableSet, NavigableMap and so on.
I am definitely +1 here. Java 6
Hi Stephen,
Stephen Colebourne wrote:
To clarify what I've said before, there are two user requirements here;
- adding generics to the last release while maintaining compatibility
- rethinking some APIs to get the best design features for Java 5+
(non-compatible)
ATM, no one is working on
Simone Tripodi wrote:
Hi all guys,
I am opening the current [VOTE] thread to release Apache
commons-dbutils-1.5 based on RC2.
Release Notes:
http://people.apache.org/builds/commons/dbutils/1.5/RC2/RELEASE-
NOTES.txt
Tag:
Hi Elijah
Elijah Zupancic wrote:
Hi everyone,
Now that we have changed the chain API to not be backwards compatible
in the 2.0 release, should we change the version number in the
serialVersionUID fields as well? It seems to me that would make sense,
but I'm a bit of a newbie when it comes
Hi Elijah,
Elijah Zupancic wrote:
Thanks Jörg!
It sounds like we will need to change them all in chain because we
have changed the package name.
Well, since they are all different objects now, the Java runtime will not
try to match them anyway, so it is for this special case not really
sebb wrote:
On 24 July 2012 09:11, Jörg Schaible joerg.schai...@scalaris.com wrote:
Hi Elijah,
Elijah Zupancic wrote:
Thanks Jörg!
It sounds like we will need to change them all in chain because we
have changed the package name.
Well, since they are all different objects now, the Java
Benedikt Ritter wrote:
Hi,
I'm having problems with the dbcp website. It displays diamonds with
question marks inside for example between Commons and DBCP in the
sidebar. Usually that is sign of an encoding problem. Can anyone
verify that?
I see the same with Konqueror and Firefox.
-
=== % ==
Betreff: svn commit: r1369931 - in
/commons/proper/collections/trunk/src/main/java/org/apache/commons/collections:
keyvalue/ list/
Absender: tn-1odqgaof3lkdnm+yrof...@public.gmane.org
Datum: Mon, 06 Aug 2012 19:21:30 +
Newsgruppe:
Hi Thomas,
Thomas Neidhart wrote:
On 08/06/2012 10:00 PM, Jörg Schaible wrote:
=== % ==
Betreff: svn commit: r1369931 - in
/commons/proper/collections/trunk/src/main/java/org/apache/commons/collections:
keyvalue/ list/
Absender: t...@apache.org
Jochen Wiedmann wrote:
Hi,
I'd like to propose a new component Commons JNDI for the sandbox.
The aim would be to have a very lightweight JNDI implementation (no
server, or something like that) that's not necessarily suitable for
production, but ideally suited for use in test suites, and
Hi Jochen,
Jochen Wiedmann wrote:
On Wed, Aug 8, 2012 at 10:29 AM, Jörg Schaible
joerg.schai...@scalaris.com wrote:
Jochen Wiedmann wrote:
Hi,
I'd like to propose a new component Commons JNDI for the sandbox.
The aim would be to have a very lightweight JNDI implementation (no
server
sebb wrote:
On 10 September 2012 20:33, Oliver Heger oliver.he...@oliver-heger.de
wrote:
Am 09.09.2012 14:26, schrieb sebb:
On 8 September 2012 15:45, Oliver Heger oliver.he...@oliver-heger.de
wrote:
[snip]
Some classes of [lang] are exposed in the public API of
[configuration]. For
Hi Gary,
Gary Gregory wrote:
Hi All:
What left to be done to release a [CSV] 1.0?
The one thing I do not like are all the CSVFoo and CSVBar class names. I
like CsvFoo and CsvBar better.
Any agreement (or objection) on changing that?
Why? CSV is an acronym and as such capital letters
Hi Simo,
Simone Tripodi wrote:
Any agreement (or objection) on changing that?
Why? CSV is an acronym and as such capital letters are OK.
I remember a thread where we discussed about that, unfortunately I
cannot find it anymore (quickly tried a little on markmail but with no
success) -
Hi Oliver,
Oliver Heger wrote:
Hi,
one limitation of the 1.x versions of [configuration] is the incomplete
support for concurrent access to Configuration objects. In version 2.0
we should try to improve this.
I have some ideas about this topic - not fully thought out - and would
like
Oliver Heger wrote:
Hi Jörg,
many thanks for your input!
Am 17.09.2012 10:01, schrieb Jörg Schaible:
[snip]
However, what also bugs me in the meantime is the current hard relation
between the configuration object and its format. Why should I care at all
in what format
Gary Gregory wrote:
That can't be right
Gary
On Wed, Sep 26, 2012 at 9:14 AM, joc...@apache.org wrote:
Author: jochen
Date: Wed Sep 26 13:14:20 2012
New Revision: 1390457
URL: http://svn.apache.org/viewvc?rev=1390457view=rev
Log:
Initial import
Removed:
+1 (binding)
Gary Gregory wrote:
Hello All,
This is a VOTE to release Commons Parent 27-RC1.
Changes in this version include:
- update maven-site-plugin to 3.1 in reporting section
- use properties for all reporting plugins to ensure consistency
- maven-changes-plugin: 2.7.1 = 2.8
Hi Sebb,
sebb wrote:
On 27 September 2012 23:53, joe...@apache.org wrote:
Author: joehni
Date: Thu Sep 27 22:53:46 2012
New Revision: 1391258
URL: http://svn.apache.org/viewvc?rev=1391258view=rev
Log:
Use conversion tables for boolean arrays.
I think the previous code was much
sebb wrote:
On 28 September 2012 08:17, Jörg Schaible joerg.schai...@scalaris.com
wrote:
Hi Sebb,
sebb wrote:
On 27 September 2012 23:53, joe...@apache.org wrote:
Author: joehni
Date: Thu Sep 27 22:53:46 2012
New Revision: 1391258
URL: http://svn.apache.org/viewvc?rev=1391258view=rev
Gary Gregory wrote:
On Fri, Sep 28, 2012 at 1:47 PM, Jörg Schaible
joerg.schai...@gmx.dewrote:
sebb wrote:
[snip]
Unless there is a significant improvement across several Java
versions, I'm -1 on the change as the code is now more obscure.
Done.
Any comment on replacing
sebb wrote:
On 28 September 2012 18:47, Jörg Schaible joerg.schai...@gmx.de wrote:
sebb wrote:
[snip]
Unless there is a significant improvement across several Java
versions, I'm -1 on the change as the code is now more obscure.
Done.
Thanks!
Any comment on replacing the standard
Oliver Heger wrote:
One of the pain points in the 1.x versions of [configuration] is IMHO
the implementation of FileConfiguration using inheritance over
AbstractFileConfiguration and AbstractHierarchicalFileConfiguration.
I started an attempt to work around this: The part of
Hi Damjan,
Damjan Jovanovic wrote:
Hi
You wouldn't believe it, but one of the most invaluable testing tools
for commons-imaging I've discovered has been an x86 assembler :-).
Why? Because images are binary files which often use internal offsets
to portions of the image. An assembler
Gary Gregory wrote:
On Wed, Oct 3, 2012 at 7:28 AM, Jörg Schaible joerg.schai...@gmx.de
wrote:
Jörg Schaible wrote:
sebb wrote:
[snip]
I find the naming convention rather difficult to follow.
For example, the letter 's' sometimes means 'array' and sometimes
means 'string
Matt Benson wrote:
Urgh; I find these method names rather painful. Why wouldn't we
simply provide endianness and bit ordering as enums, and parameterize
accordingly?
Because the algorithm is different (although similar) every time and not all
combinations are implemented?
Honestly, we
Jörg Schaible wrote:
Gary Gregory wrote:
On Wed, Oct 3, 2012 at 7:28 AM, Jörg Schaible joerg.schai...@gmx.de
wrote:
Jörg Schaible wrote:
sebb wrote:
[snip]
I find the naming convention rather difficult to follow.
For example, the letter 's' sometimes means 'array
Gary Gregory wrote:
On Fri, Oct 12, 2012 at 9:39 AM, sebb seb...@gmail.com wrote:
On 12 October 2012 13:38, Gary Gregory garydgreg...@gmail.com wrote:
On Fri, Oct 12, 2012 at 8:22 AM, Benedikt Ritter benerit...@gmail.com
wrote:
[snip]
+private static final char COMMENT = '#';
Hi Gary,
Gary Gregory wrote:
Hi All:
The format object can configure various aspects of input and output
formatting.
With my recent addition of the Quote enum for [CSV-53], there are now two
aspects of quoting to configure: the quote character and the quote policy
(minimal, all,
Gary Gregory wrote:
On Tue, Oct 16, 2012 at 9:14 AM, Jörg Schaible
joerg.schai...@scalaris.comwrote:
Hi Gary,
Gary Gregory wrote:
Hi All:
The format object can configure various aspects of input and output
formatting.
With my recent addition of the Quote enum for [CSV-53
Matt Benson wrote:
Random thoughts--no real context here, so no way to inline:
- line separator concept, while harmonizing with the line.separator
system property, might be better represented as row separator so as
not to imply that the parameter should be in any way limited to \r or
\n .
Benedikt Ritter wrote:
2012/11/5 Benedikt Ritter benerit...@gmail.com
Hi Oliver,
2012/11/5 ohe...@apache.org
Author: oheger
Date: Mon Nov 5 17:29:01 2012
New Revision: 1405889
URL: http://svn.apache.org/viewvc?rev=1405889view=rev
Log:
Initial version of an immutable configuration
Hi Greg,
the pattern matches (also) a single space that gets replaced by a single
space. Therefor are most of the actual performed replacements completely
superfluous, since I expect this to be the common case. The pattern should
be something along [\\s[^ ]]\\s*.
- Jörg
---
Hi Matt,
Matt Benson wrote:
On Fri, Nov 9, 2012 at 1:53 AM, Jörg Schaible
joerg.schai...@scalaris.comwrote:
Hi Greg,
the pattern matches (also) a single space that gets replaced by a single
space. Therefor are most of the actual performed replacements completely
superfluous, since I
Matt Benson wrote:
I think we're mostly good, but just to make sure there's no confusion:
On Fri, Nov 9, 2012 at 3:05 PM, Jörg Schaible joerg.schai...@gmx.de
wrote:
Hi Matt,
Matt Benson wrote:
On Fri, Nov 9, 2012 at 1:53 AM, Jörg Schaible
joerg.schai...@scalaris.comwrote:
Hi
sebb wrote:
On 5 December 2012 14:17, ggreg...@apache.org wrote:
Author: ggregory
Date: Wed Dec 5 14:17:42 2012
New Revision: 1417434
URL: http://svn.apache.org/viewvc?rev=1417434view=rev
Log:
maven-compiler-plugin 2.5.1 - 3.0
Does that still work with Maven 2.2.1 ?
Yes.
yeyz wrote:
Hi, Ralph:
Thanks for your reply.
There may be some wrong for my maven connecting to the central repo.
But I can access this address in my IE:
https://repository.apache.org/content/groups/snapshots/, and there is no
one item commons-vfs
So I think is there some wrong for the
yeyz wrote:
Hi, everyone.
I am a new comer to apache vfs. But when I import the vfs project
to eclipse through maven, there are five errors listed in the [problems]
list.
And one is :
Description Resource Path Location Type
Project build error:
Sébastien Brisard wrote:
Hi
2012/12/20 Gilles Sadowski gil...@harfang.homelinux.org
On Thu, Dec 20, 2012 at 08:26:54AM +0100, Sébastien Brisard wrote:
Hi Gilles,
I cannot reproduce these failures either. Here is my config
Apache Maven 2.2.1 (r801777; 2009-08-06 21:16:01+0200)
Matt Benson wrote:
Mark,
Thanks for driving this forward--as I mentioned to you privately, I'll
be
mostly out of pocket through the new year. The groupId may warrant
discussion; most Commons components are being targeted to
org.apache.commons, though I think I understand what you're
Mark Struberg wrote:
Hi!
Yes, I find it not very handsome to pollute the o.a.commons directory
itself with tons of modules which are completely unrelated to each other.
That is fine with a single module project but imo definitely not ok for a
project which consists of a few sub-modules.
Hi Mark,
Mark Struberg wrote:
Jörg, what about all older living projects which used to have own groups
even, like commons-lang:commons-lang?
groupIds with pattern commons-XXX are legacy and we keep them only because
the relocation stuff of Maven does not really work well and we don't want to
Hi Mark,
Mark Struberg wrote:
committed in r1424835.
Please note that weaver alone has 11 modules so far. And it's likely to
become more...
commons-jci has 9 so far.
As said, I simply want to have a community decision for such a change in the
naming conventions. Tooling can be adjusted,
Hi Gilles,
Gilles Sadowski wrote:
Hi.
Please have a look at the next candidate (RC5), and vote for the release
of Commons Math 3.1.
--
Tag:
https://svn.apache.org/repos/asf/commons/proper/math/tags/MATH_3_1_RC5/
Site:
Hi Gilles,
Gilles Sadowski wrote:
Hello.
Are there lessons to be drawn from the problem discovered just after the
recent release? Apart from pointing fingers, that is. :-}
I presume that people who voted for the release did as thorough a review
as they could.
And the problem is not
Hi Oliver,
Oliver Heger wrote:
Hi,
recently I have worked on code regarding the creation of Configuration
objects and reloading support. I have created two Jira tickets [1, 2]
with a description of the problems I see in the current design.
The code in SVN (mainly in the new builder
Hi Lukasz,
Lukasz Lenart wrote:
Hi,
Another issue, I've noticed that the parent is defined as 28-SNAPSHOT,
should it be simple 27 - the latest released version?
AFAICS you won't be able to release with 27, because of the new svnpub
requirement for the site and 28 is not ready yet, waiting
Hi Mark,
Mark Thomas wrote:
On 11/01/2013 11:31, sebb wrote:
On 11 January 2013 02:38, Phil Steitz p...@steitz.com wrote:
On 1/10/13 8:57 AM, ma...@apache.org wrote:
Author: markt
Date: Thu Jan 10 16:57:07 2013
New Revision: 1431496
URL: http://svn.apache.org/viewvc?rev=1431496view=rev
Hi Thomas,
Thomas Neidhart wrote:
Hi,
I would like to do a similar cleanup as for email also for logging and
aim for a 1.2 release in the coming weeks. The things I have in mind:
* update to Java 5
+1, because it also means that we can simplify the code using the stuff from
the
Hi,
sebb wrote:
[snip]
/** a map of the required options */
+// N.B. This can contain either a String (addOption) or an
OptionGroup (addOptionGroup)
+// TODO this seems wrong
private ListObject requiredOpts = new ArrayListObject();
Indeed, I also spotted this and
sebb wrote:
On 30 January 2013 18:18, Jörg Schaible joerg.schai...@gmx.de wrote:
Hi,
sebb wrote:
[snip]
/** a map of the required options */
+// N.B. This can contain either a String (addOption) or an
OptionGroup (addOptionGroup)
+// TODO this seems wrong
private
Hi,
Benedikt Ritter wrote:
Hi Simo,
thanks for sharing your thoughts! I personally try to avoid static
imports. Especially when you come to a legacy code base IMHO it makes the
code harder to understand. You always have to look, where a method comes
from.
Actually I avoid static imports
Hi,
Matt Benson wrote:
TBH, I can't recall what the argument was against Functor either; I
think it had something to do with potentially confusing users of other
libraries?
Functor
|_NullaryFunctor
|_UnaryFunctor
|_BinaryFunctor
*is* the current state. :) Now, when I woke up this
Benedikt Ritter wrote:
Hi Matt,
2013/2/13 Matt Benson gudnabr...@gmail.com
TBH, I can't recall what the argument was against Functor either; I
think it had something to do with potentially confusing users of other
libraries?
Functor
|_NullaryFunctor
|_UnaryFunctor
|_BinaryFunctor
Hi Matt,
Matt Benson wrote:
Once again, an enum wouldn't readily be able to contribute to your
functor's being able to participate in some method by type signature;
i.e., I want to support the use case of:
add(ArgumentedBinary somethingThatTakesTwoArguments);
Maybe this isn't a
Hi,
can someone enlighten me about the state of the FtpsProviderTestCase? It's
currently disabled and when I (rename it and) run it with Maven it simply
hangs. Why is it possible to open two input stream on the same object with
FTP but not FTPS?
Cheers,
Jörg
Hi Benedikt,
Benedikt Ritter wrote:
Hi,
I'd like to discuss how the development of [BeanUtils] and [BeanUtils2]
can be continued.
The last release of BeanUtils (1.8.3) is now nearly 3 years ago and there
are 92 open issues in JIRA.
OTOH we've put quiet some effort into [BeanUtils2].
Hi Gary,
Gary Gregory wrote:
On Tue, Feb 19, 2013 at 12:57 PM, Gary Gregory
garydgreg...@gmail.comwrote:
On Tue, Feb 19, 2013 at 10:41 AM, Jörg Schaible
joerg.schai...@scalaris.com wrote:
Hi,
can someone enlighten me about the state of the FtpsProviderTestCase?
It's currently
Hi Gary,
Gary Gregory wrote:
[snip]
Actually FTPS support seems to be in a very bad shape, because a lot of
tests hang:
- testReadSingleConcurrent
- testReadMultipleConcurrent
- testInputStreamMultipleCleanup
- testConcurrentReadFolder
- testCopySameFileSystem
-
Hi Gary,
Jörg Schaible wrote:
Hi Gary,
Gary Gregory wrote:
[snip]
Actually FTPS support seems to be in a very bad shape, because a lot of
tests hang:
- testReadSingleConcurrent
- testReadMultipleConcurrent
- testInputStreamMultipleCleanup
- testConcurrentReadFolder
Hi Thomas,
Thomas Neidhart wrote:
On 02/20/2013 09:33 PM, Oliver Heger wrote:
Am 20.02.2013 16:42, schrieb t...@apache.org:
Author: tn
Date: Wed Feb 20 15:42:09 2013
New Revision: 1448251
URL: http://svn.apache.org/r1448251
Log:
Update version info
Modified:
Hi Gary,
Gary Gregory wrote:
On Wed, Feb 20, 2013 at 1:35 PM, Jörg Schaible
joerg.schai...@scalaris.comwrote:
Hi Gary,
Jörg Schaible wrote:
Hi Gary,
Gary Gregory wrote:
[snip]
Actually FTPS support seems to be in a very bad shape, because a lot
of tests hang
Hi Sebb,
sebb wrote:
On 21 February 2013 09:25, joe...@apache.org wrote:
Author: joehni
Date: Thu Feb 21 09:25:37 2013
New Revision: 1448560
URL: http://svn.apache.org/r1448560
Log:
Sent FTP/FTPS commands and the received answer is logged at debug level
(VFS-459).
[snip]
@@ -97,6
Hi Gary,
you have overloaded the FileSystemConfigBuilder.setParam with a version
taking a boolean as defaultValue. Is there any special reason why this case
is different compared to all other primitive values?
Cheers,
Jörg
-
Gary,
you're currently assigned. If you don't mind I'll take it over, roll it back
and implement an alternative. OK?
Cheers,
Jörg
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail:
Hi Thomas,
Thomas Neidhart wrote:
Hi all,
I think the logging component is almost ready for a (long awaited) 1.1.2
release. It fixes several bugs, especially a nasty deadlock in
WeakHashtable, which was requested by several people already.
There are two issues for which I would like to
Benedikt Ritter wrote:
Hallo Thomas,
o.a.c.email.util.MimeMessageUtils has very low test coverage. This may not
be a blocker, but we should provide some more coverage for that class.
In general, yes, but this is a bug fix release.
Cheers,
Jörg
Benedikt Ritter wrote:
Hi Simo,
2013/2/24 Simone Tripodi simonetrip...@apache.org
Hi there Bene,
@@ -82,6 +82,9 @@ public class ConstructorUtils {
InstantiationException {
Object[] args = { arg };
+if (arg == null) {
+args = null;
+
1 - 100 of 1106 matches
Mail list logo
