://www.99soft.org/
On Wed, Mar 23, 2011 at 1:03 PM, Matt Benson gudnabr...@gmail.com wrote:
On Wed, Mar 23, 2011 at 6:37 AM, Simone Tripodi
simonetrip...@apache.org wrote:
Hi all guys,
looks like there's not enough activity/interest on new Digester, I
suggest to suspend this topic
On Sun, Mar 20, 2011 at 2:19 PM, Luc Maisonobe luc.maison...@free.fr wrote:
Le 20/03/2011 19:28, Phil Steitz a écrit :
Quite a few methods have been added to RandomDataImpl that are not
in RandomData. The methods were added to the impl class only to
preserve backward compatibility in versions
On Mon, Mar 21, 2011 at 9:35 AM, Phil Steitz phil.ste...@gmail.com wrote:
On 3/21/11 7:14 AM, Matt Benson wrote:
On Sun, Mar 20, 2011 at 2:19 PM, Luc Maisonobe luc.maison...@free.fr wrote:
Le 20/03/2011 19:28, Phil Steitz a écrit :
Quite a few methods have been added to RandomDataImpl
On Mar 9, 2011, at 2:05 PM, dev.tom.menzel wrote:
hi,
does my explaination satisfy u and u deem this ok?
and if yes: what is the next step?
shall I provide a patch? open an issue?
Hello, Tom. We Commons developers are taking the stance that general-purpose
exceptions don't have a
On Fri, Mar 4, 2011 at 10:29 AM, Henri Yandell flame...@gmail.com wrote:
[SNIP]
I want to change the release style of Lang - I want to release every
couple of issues once we get Lang 3.0 out. Or every month. I want
3.0.68 to exist :) Missing the 3.0 date shouldn't be an issue at all
unless
On Fri, Mar 4, 2011 at 5:41 AM, Stephen Colebourne scolebou...@joda.org wrote:
I now have authoristion from OpenGamma to discuss adding a Pair class
to [lang] based on our internal classes. If necessary a CCLA can be
signed, although since we are not necessarily importing the OpenGamma
classes
On Fri, Mar 4, 2011 at 1:45 PM, Gary Gregory garydgreg...@gmail.com wrote:
On Fri, Mar 4, 2011 at 2:36 PM, Adrian Crum
adrian.c...@sandglass-software.com wrote:
+1 on the Association interface.
The Tuple interface looks like a Collection, even more so when it expands
to more than two
On Fri, Mar 4, 2011 at 2:29 PM, Matt Benson gudnabr...@gmail.com wrote:
[SNIP]
From http://en.wikipedia.org/wiki/Tuple: a 2-tuple is called a
pair. Not necessarily authoritative, but amusing nevertheless.
Another interesting concept mentioned in this article is the
summarized
On Thu, Mar 3, 2011 at 5:59 AM, Stephen Colebourne scolebou...@joda.org wrote:
I'm not overly enthused about some of the changes, but since I've not
been paying attention its difficult for me to vote/block. Anyway here
is my review:
[SNIP]
I don't love the new Pair class. We have an interface
On Mar 2, 2011, at 6:19 PM, sebb wrote:
On 2 March 2011 22:55, mben...@apache.org wrote:
Author: mbenson
Date: Wed Mar 2 22:55:02 2011
New Revision: 1076446
URL: http://svn.apache.org/viewvc?rev=1076446view=rev
Log:
add FilteredIterable
[SNIP]
+public class FilteredIterableT
On Tue, Mar 1, 2011 at 2:30 AM, Simone Tripodi simonetrip...@apache.org wrote:
Hello Jorg,
absolutely, thanks a lot for your feedback too, very appreciated!
Point taken, +1.
Matt
Have a nice day,
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Tue, Mar 1, 2011
On Mar 1, 2011, at 10:22 AM, sebb wrote:
On 1 March 2011 15:55, Simone Tripodi simonetrip...@apache.org wrote:
Hi Seb!
thanks a lot for your hints too, very appreciated!
Something suggests me to remove the @SuppressWarnings because
ClassCastException are admitted, let's suppose I have the
On Mon, Feb 28, 2011 at 7:35 AM, Simone Tripodi
simonetrip...@apache.org wrote:
Good morning all guys,
in the last month I've invested my spare time on redesigning a new
potential version of the Digester component in Sandbox, according to
what I proposed time ago on dev ML[1].
The experiment
Finally, given the fact that we are discussing patches (which have to
be granted IP blah blah blah anyway) as well as the fact that you are
not subscribed to the developer list, this exchange should be
conducted in JIRA.
Matt
On Mon, Feb 28, 2011 at 10:04 AM, Gary Gregory garydgreg...@gmail.com
On Mon, Feb 21, 2011 at 5:01 PM, sebb seb...@gmail.com wrote:
On 21 February 2011 22:13, mben...@apache.org wrote:
Author: mbenson
Date: Mon Feb 21 22:13:15 2011
New Revision: 1073169
URL: http://svn.apache.org/viewvc?rev=1073169view=rev
Log:
use svn:keywords and fix up @since tag
Gmail f*cked me over:
-- Forwarded message --
From: Matt Benson gudnabr...@gmail.com
Date: Mon, Feb 21, 2011 at 10:53 PM
Subject: Re: [collections] retire or release?
To: Henri Yandell flame...@gmail.com
On Mon, Feb 21, 2011 at 12:07 AM, Henri Yandell flame...@gmail.com wrote
So to continue the 3.3 discussion, it looks like Hen created an RC1 nearly 2
years ago... :) But he also tagged the point just before the generics
branch was merged back to trunk. Shall we create a 3_X branch from this
tag?
Matt
On Mon, Feb 21, 2011 at 10:54 PM, Matt Benson gudnabr
Obviously it sucks how long it's been since we've had a release. Apparently
Stephen C was the heart soul of the project. :) I've been trying to make
a little time for it lately, but it would seem that several of us across the
project have been somewhat short of time for the past couple of
+1, as long as your seed code is authored solely by yourself and
cannot be claimed the property of any other entity, my ignorance of EU
IP law notwithstanding.
Matt
On 1/31/11, Phil Steitz phil.ste...@gmail.com wrote:
On Mon, Jan 31, 2011 at 11:23 AM, luc.maison...@free.fr wrote:
Hi all,
I
On 1/31/11, Luc Maisonobe luc.maison...@free.fr wrote:
Le 31/01/2011 19:49, Phil Steitz a écrit :
On 1/31/11 12:38 PM, Matt Benson wrote:
+1, as long as your seed code is authored solely by yourself and
cannot be claimed the property of any other entity, my ignorance of EU
IP law
Adding fuel to the fire, note that [lang] 3.0 will include the PairL, R class.
Matt
On 1/28/11, Stephen Williams s...@lig.net wrote:
On 1/28/11 3:14 PM, James Ring wrote:
Hey,
On Fri, Jan 28, 2011 at 3:00 PM, Stephen Williamsscient...@gmail.com
wrote:
True, you shouldn't synchronize on any
Speaking as a non-user of Digester, it would seem that as long as a new version
can process the same XML configs, and retains the ability to plug in/adapt
extensions written against v2, breakage of other APIs (which should be minimal
in such a library) isn't terribly important. Again, this is
See title.
-Matt
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
On Jan 10, 2011, at 5:21 AM, Niall Pemberton wrote:
On Mon, Jan 10, 2011 at 3:27 AM, sebb seb...@gmail.com wrote:
On 10 January 2011 00:26, Niall Pemberton niall.pember...@gmail.com wrote:
On Sun, Jan 9, 2011 at 11:21 PM, sebb seb...@gmail.com wrote:
On 9 January 2011 22:46, Niall Pemberton
On Jan 3, 2011, at 11:54 AM, Paul Benedict wrote:
I believe you're looking for JDK 7 method handles:
http://java.sun.com/developer/technicalArticles/DynTypeLang/
Actually it sounded to me as though he was talking along the lines of Mutable*
in [lang]. :/
Matt
Paul
On Mon, Jan 3,
On Dec 8, 2010, at 2:10 PM, Haswell, Joe wrote:
Coming from a Haskell background, I really miss non-strict semantics in Java,
and it seems that functor's support for them is fairly limited (I do note
that it exists). It'd be fairly easy to implement them either over existing
functor
On Dec 1, 2010, at 2:45 AM, Stefan Bodewig wrote:
On 2010-12-01, Henri Yandell wrote:
I've fixed this in r1040879.
I can confirm it is fixed for Gump as well. I removed all awt.headless
settings from the Gump descriptor and the build still passes on adam.
Having thought I was
On Nov 24, 2010, at 2:54 PM, Niall Pemberton wrote:
On Wed, Nov 24, 2010 at 7:43 PM, James Carman
ja...@carmanconsulting.com wrote:
On Wed, Nov 24, 2010 at 12:00 PM, Ralph Goers
ralph.go...@dslextreme.com wrote:
I disagree. The rule should be that a new package and artifactId is
Hi Max,
Stefan is also one of the primary committers to the [compress] component, so
he'll very likely look at this soonish. It'd probaby be for the best if you
submitted this patch via a new JIRA issue so nothing gets lost, and you can
then check the feather icon indicating your patch is
On Oct 19, 2010, at 1:14 PM, sebb wrote:
On 19 October 2010 14:44, Matt Benson gudnabr...@gmail.com wrote:
On Oct 19, 2010, at 7:00 AM, sebb wrote:
I'm trying to get my head round the generic signature of the
decorate() method, for example in TransformedCollection:
public static E
On Oct 19, 2010, at 9:29 PM, sebb wrote:
IMO, the ExtendedProperties class has rather odd behaviour.
It is documented as an extension of normal Java properties, yet it
allows Objects to be used as values:
addProperty(String, Object)
setProperty(String, Object)
The save() method
On Oct 20, 2010, at 2:25 PM, Oliver Heger wrote:
Am 20.10.2010 17:37, schrieb Stephen Colebourne:
Essentially, a more valid version is in [configuration] IIRC, but this
one remained because people didn't want to load another jar just for
this simple functaionlity. All IIRC.
The Javadocs
On Oct 19, 2010, at 7:00 AM, sebb wrote:
I'm trying to get my head round the generic signature of the
decorate() method, for example in TransformedCollection:
public static E CollectionE decorate(CollectionE coll,
Transformer? super E, ? extends E transformer)
This does not seem to
On Oct 18, 2010, at 3:35 PM, Gary Gregory wrote:
-Original Message-
From: Steven Siebert [mailto:smsi...@gmail.com]
Sent: Monday, October 18, 2010 04:52
To: Commons Developers List
Subject: Re: [pool] runtime re-configuration
Why not add an (or a small set of) MBean(s) to where
Looks like their javadoc is a little off, recommending new
MetaDataKey(Role.class) { } when I believe they meant new MetaDataKeyRole() {
} . This resonates with the optionality I did for the type parameter in the
proxy2-stub module's StubConfigurer class: if the implementation has the
On the bright side, having given in to the wishes of those who wanted this
naming change makes the question of whether there is sufficient reason for a
major version bump, as the API is no longer binary-compatible, right?
On Oct 12, 2010, at 2:27 PM, nia...@apache.org wrote:
Author: niallp
objects using it.
At compile time.
-Matt
On Tue, Oct 12, 2010 at 10:54 AM, Matt Benson gudnabr...@gmail.com wrote:
Looks like their javadoc is a little off, recommending new
MetaDataKey(Role.class) { } when I believe they meant new
MetaDataKeyRole() { } . This resonates
2.0.
Gary
On Oct 12, 2010, at 14:38, Matt Benson gudnabr...@gmail.com wrote:
On the bright side, having given in to the wishes of those who wanted this
naming change makes the question of whether there is sufficient reason for
a major version bump, as the API is no longer binary-compatible
On Oct 11, 2010, at 11:49 AM, Gary Gregory wrote:
Hi All:
The more I think about it and read it, the more non-English and odd the word
filesystem feels to me. I would never write: 'Do this or that with the
filesystem.' It just sounds Dutch or German to me. That's what I get for
working
On Oct 10, 2010, at 9:14 AM, Simone Tripodi wrote:
Hi all pool team,
I've been working on introducing generics in the pool on trunk, I
noticed the CheckedObjectPool could lose its power when the pool will
use the generics.
I don't work on [pool], but I would think that there would be a high
On Oct 8, 2010, at 9:10 AM, Paul Benedict wrote:
Can I get some sense of use case? What would you use it for? Just curious.
I've got code like this as well. It allows you to take a pattern containing
glob-style wildcards and convert to a regex that you can then use to do your
matching for
On Sep 21, 2010, at 2:23 AM, Jörg Schaible wrote:
Hi Matt and James,
Matt Benson wrote:
On Sep 20, 2010, at 6:11 PM, James Carman wrote:
On Mon, Sep 20, 2010 at 7:01 PM, Matt Benson gudnabr...@gmail.com
wrote:
This would seem quite complicated to execute, would it not?
What
On Sep 20, 2010, at 5:26 PM, James Carman wrote:
On Mon, Sep 20, 2010 at 6:16 PM, Matt Benson gudnabr...@gmail.com wrote:
Hi all,
By default, [proxy]'s provided ProxyFactory implementations all force their
generated proxies to implement hashCode via System.identityHashCode() and
equals
On Sep 20, 2010, at 6:11 PM, James Carman wrote:
On Mon, Sep 20, 2010 at 7:01 PM, Matt Benson gudnabr...@gmail.com wrote:
This would seem quite complicated to execute, would it not?
What do you propose?
I don't know for sure yet. My initial reaction would have been to try
On Sep 15, 2010, at 8:04 AM, James Carman wrote:
We should just add this to commons lang
Agreed--I didn't even realize this info was in Package. On the idea of
manifest reading, though, I still have some code adapted from Ant's manifest
code that does provide manifest access, if we want to
On Sep 12, 2010, at 6:42 AM, sebb wrote:
On 12 September 2010 12:03, sebb seb...@gmail.com wrote:
The classes FastHashMap and FastTreeMap are no longer anywhere in trunk.
They were deleted as part of
r814999 | bayard | 2009-09-15 06:33:20 +0100 (Tue, 15 Sep 2009) | 3 lines
Changed
For my part, I should think the community would be glad for someone in addition
to Charles to have his hands in sanselan.
-Matt
On Sep 8, 2010, at 11:37 AM, sebb wrote:
There are quite a few Eclipse warnings in the Sanselan test code.
For example, test cases that declare impossible
On Aug 16, 2010, at 4:50 AM, sebb wrote:
On 12 August 2010 07:47, joe...@apache.org wrote:
Author: joehni
Date: Thu Aug 12 06:47:43 2010
New Revision: 984655
URL: http://svn.apache.org/viewvc?rev=984655view=rev
Log:
Fix wrong cast.
What was wrong with the cast?
Only that it was
On Aug 8, 2010, at 12:58 PM, sebb wrote:
On 27 July 2010 21:21, mben...@apache.org wrote:
Author: mbenson
Date: Tue Jul 27 20:21:24 2010
New Revision: 979842
URL: http://svn.apache.org/viewvc?rev=979842view=rev
Log:
mark lang3 as non-optional until/unless I can figure out how to make a
On Aug 8, 2010, at 7:53 PM, James Carman wrote:
+1. I'm good with that. I think that's where most people would tend
to look. I would doubt if most folks even know that the CharSequence
interface exists.
Add my +1 to the pile. -Matt
On Sun, Aug 8, 2010 at 7:33 PM, Henri Yandell
On Aug 9, 2010, at 7:08 AM, James Carman wrote:
On Mon, Aug 9, 2010 at 7:32 AM, sebb seb...@gmail.com wrote:
Why not split the code into two methods:
public static K,V MapK, V toMap(Map.EntryK,V[] array)
and
public static K,V MapK, V toMap(ClassK keyType, ClassV
valueType, Object[][]
Argh, sorry for the comment reformatting. Let me know if somebody feels they
need me to revert and redo. -Matt
On Aug 9, 2010, at 11:20 AM, mben...@apache.org wrote:
Author: mbenson
Date: Mon Aug 9 16:20:54 2010
New Revision: 983709
URL: http://svn.apache.org/viewvc?rev=983709view=rev
On Aug 5, 2010, at 1:29 PM, Michael Wooten wrote:
Will IO 2.0 be targeting Java 1.5+ (with generics, varargs, other 1.5+
goodness) like Lang 3.0 or will it be retaining backwards
compatibility?
The first option. :)
-Matt
On Wed, Aug 4, 2010 at 1:43 AM, Henri Yandell flame...@gmail.com
This vote is for a beta release--there will most likely still be some changes
before the final release.
-Matt
On Jul 30, 2010, at 11:31 AM, Honton, Charles wrote:
-1, Still desire patch for LANG-462 applied.
chas
I think Sebastian B. has already done all the hard part wrt providing snapshots:
wiki.apache.org/commons/UsingNexus
and Brian Fox and the rest of the Maven team have done the rest:
http://www.apache.org/dev/publishing-maven-artifacts.html
It should be as simple as `mvn publish` with
know much about
Continuum and wouldn't expect we would start doing Hudson builds in addition to
the Continuum builds.
-Matt
On Mon, Jul 26, 2010 at 4:15 PM, Matt Benson gudnabr...@gmail.com wrote:
Now that our parent POM is mostly Nexus-friendly, can we declare a snapshot
policy? IMO
In any event, I see no dissent, so with that I will start practicing this
policy and whoever plucks up his courage ;) can see about Continuum. It might
be me, who knows?
-Matt
On Jul 26, 2010, at 6:15 PM, Matt Benson wrote:
Now that our parent POM is mostly Nexus-friendly, can we declare
Oops--per Sebastian's doc, my `mvn publish` command line below was incomplete.
That said, it appears it would do the job, just without producing source and
javadoc jars. :) Thanks, Seb!
-Matt
On Jul 27, 2010, at 7:51 AM, Matt Benson wrote:
I think Sebastian B. has already done all
AbstractEventSupport. I look at the class names, and I ask what does the
concrete class do that AbstractEventSupport doesn't? I say either provide
one abstract class, or one concrete class, but not both.
On Thu, Jul 22, 2010 at 1:23 PM, Matt Benson gudnabr...@gmail.com
wrote:
Paul: As of now
extending
AbstractEventSupport. I look at the class names, and I ask what does the
concrete class do that AbstractEventSupport doesn't? I say either provide
one abstract class, or one concrete class, but not both.
On Thu, Jul 22, 2010 at 1:23 PM, Matt Benson gudnabr...@gmail.com
wrote:
Paul
story.
I can't argue much, because my $work stuff indeed does have a listener
interface that does not extend EventListener...
-Matt
On Mon, Jul 26, 2010 at 12:16 PM, Michael Wooten mwooten@gmail.com
wrote:
+1 to restricting the type.
On Mon, Jul 26, 2010 at 12:05 PM, Matt Benson
Now that our parent POM is mostly Nexus-friendly, can we declare a snapshot
policy? IMO, it should be permissible for any committer to publish a snapshot
from an unblemished trunk at any time. Let's say that a lack of dissent will
make this quasi-official. :)
-Matt
On Jul 22, 2010, at 8:43 AM, James Carman wrote:
I'm going to vote -1 on this one until we figure out what to do with
the LANG-580 stuff. I committed my event support stuff and I think it
is a better implementation. I would rather not release a beta with
the other event stuff in there if
On Jul 22, 2010, at 10:08 AM, James Carman wrote:
On Thu, Jul 22, 2010 at 11:02 AM, Matt Benson gudnabr...@gmail.com wrote:
I like the compiler-checked aspect of your code, James, considering it
scratches an itch reminiscent of my current work in [proxy]. I'm happy for
your code
. Please look over this solution
and see if it meets everyone's needs.
Thanks.
-Michael
P.S. I also contributed a patch with the package.html file for the
event package. This will need to be updated however based on whatever
is decided.
On Thu, Jul 22, 2010 at 11:20 AM, Matt Benson gudnabr
On Jul 22, 2010, at 12:34 PM, James Carman wrote:
On Thu, Jul 22, 2010 at 12:44 PM, Michael Wooten mwooten@gmail.com
wrote:
I personally believe that there is a benefit for the EventSupport
interface, even if it can only register one type of listener. I also
believe that
point was that one could just as easily add these methods to a subclass of
EventListenerSupport. :)
-Matt
Hope this helps.
-Michael
On Thu, Jul 22, 2010 at 12:56 PM, Matt Benson gudnabr...@gmail.com wrote:
On Jul 22, 2010, at 11:44 AM, Michael Wooten wrote:
All,
Since I started
paradigm to emulate anyway.
-Matt
On Thu, Jul 22, 2010 at 12:49 PM, James Carman
ja...@carmanconsulting.comwrote:
On Thu, Jul 22, 2010 at 1:43 PM, Matt Benson gudnabr...@gmail.com wrote:
My point was that one could just as easily add these methods to a
subclass of EventListenerSupport
and not too much difference. Can
you guys agree to removing one? Which one? I know the classes are not
identical, but they are similar enough to go hmmm.
On Thu, Jul 22, 2010 at 1:17 PM, Matt Benson gudnabr...@gmail.com wrote:
On Jul 22, 2010, at 1:11 PM, Paul Benedict wrote:
Does
On Jul 22, 2010, at 2:00 PM, Paul Benedict wrote:
And we have abandoned commons-lang as the groupId, right?
Correct.
On Thu, Jul 22, 2010 at 1:57 PM, James Carman
ja...@carmanconsulting.comwrote:
Ok, just wanted to make sure I wasn't off base here. Want me to
commit it (it's change
class, but not both.
On Thu, Jul 22, 2010 at 1:23 PM, Matt Benson gudnabr...@gmail.com wrote:
Paul: As of now there are two options. The first is to remove
AbstractEventSupport in favor of EventListenerSupport. The second is for
EventListenerSupport to extend AbstractEventSupport.
-Matt
Wow, a rash of these. Apparently I've not yet set this up on my new drive. :/
On Jul 22, 2010, at 3:23 PM, sebb wrote:
On 22 July 2010 19:14, mben...@apache.org wrote:
Author: mbenson
Date: Thu Jul 22 18:14:42 2010
New Revision: 966779
URL:
On Jul 22, 2010, at 3:31 PM, Jörg Schaible wrote:
sebb wrote:
On 22 July 2010 21:15, mben...@apache.org wrote:
Author: mbenson
Date: Thu Jul 22 20:15:25 2010
New Revision: 966839
URL: http://svn.apache.org/viewvc?rev=966839view=rev
Log:
add new test module to exercise the
a reference to his object as
well as to his container. If the container is no longer accessible by virtue
of its static mapping being held only weakly, game over.
-Matt
On Tue, Jul 20, 2010 at 2:43 PM, James Carman
ja...@carmanconsulting.com wrote:
On Tue, Jul 20, 2010 at 2:36 PM, Matt Benson
On Jul 21, 2010, at 8:16 AM, James Carman wrote:
On Wed, Jul 21, 2010 at 9:14 AM, Matt Benson gudnabr...@gmail.com wrote:
That's why I had thought the flyweight would carry a reference to his object
as well as to his container. If the container is no longer accessible by
virtue of its
On Jul 14, 2010, at 10:22 PM, James Carman wrote:
On Wed, Jul 14, 2010 at 11:07 PM, Matt Benson gudnabr...@gmail.com wrote:
I believe that's the code I originally pulled in [lang] for TypeUtils.
However, since the latest contributions I've merged, the [lang] one now far
surpasses
On Jul 20, 2010, at 9:55 AM, James Carman wrote:
On Tue, Jul 20, 2010 at 10:49 AM, Matt Benson gudnabr...@gmail.com wrote:
So how do you feel about making [lang] a dependency to use its reflection
util classes for [proxy] 2?
I've never been one to be averse to using dependencies
On Jul 20, 2010, at 10:44 AM, James Carman wrote:
On Tue, Jul 20, 2010 at 11:05 AM, Matt Benson gudnabr...@gmail.com wrote:
Yep, 3.0... we'd need to get a snapshot published from [lang], which should
be dead easy now that we're using Nexus in the parent POM.
I say go for it.
I'll put
On Jul 20, 2010, at 1:01 PM, James Carman wrote:
[SNIP]
I have also been thinking a bit about
how to best create proxies to things that have to be looked up (such
as Spring beans) when they're deserialized. Basically, you need to
use the writeReplace()/readResolve() mechanism so that you
On Jul 20, 2010, at 1:01 PM, James Carman wrote:
On Tue, Jul 20, 2010 at 1:51 PM, Matt Benson gudnabr...@gmail.com wrote:
Not quite. I would like to move the RecordedInvocation class to some sort
of support package where it can be reused beyond InvocationRecorder, e.g. in
the code I'll
Guys,
I could possibly do a presentation on [flatfile], but (a) do we
even want to highlight sandbox components?, and (b) my plans for
attendance are still up in the air at present. :|
-Matt
On Jul 18, 2010, at 5:49 AM, Siegfried Goeschl wrote:
Hi Ralph and Phil,
+) I would highly
, such as pipeline and whatever the other one
was that
picked the target of the invocation based on the type of one of the
parameters.
On Jul 17, 2010 6:34 AM, Jörg Schaible joerg.schai...@gmx.de
wrote:
Matt Benson wrote:
On Jul 16, 2010, at 5:40 PM, Jörg Schaible wrote:
James Carman wrote
On Jul 16, 2010, at 3:56 PM, James Carman wrote:
On Fri, Jul 16, 2010 at 3:20 PM, Matt Benson gudnabr...@gmail.com wrote:
* WRT modules, what do you intend for the code remaining in the parent
project? I thought we might have a module each where we provide specialized
implementations
On Jul 16, 2010, at 4:43 PM, James Carman wrote:
On Fri, Jul 16, 2010 at 5:09 PM, Matt Benson gudnabr...@gmail.com wrote:
But you can agree that making the first class a separate argument preserves
the usability of varargs while accomplishing the typed result in a single
method
On Jul 16, 2010, at 4:58 PM, James Carman wrote:
On Fri, Jul 16, 2010 at 5:48 PM, Matt Benson gudnabr...@gmail.com wrote:
Consider it done, then. :)
Poor birds.
Sorry, my wife has that angry birds application on her ipod touch,
so I've been on a bird killing spree for the past few
On Jul 16, 2010, at 5:40 PM, Jörg Schaible wrote:
James Carman wrote:
On Fri, Jul 16, 2010 at 5:09 PM, Matt Benson gudnabr...@gmail.com wrote:
But you can agree that making the first class a separate argument
preserves the usability of varargs while accomplishing the typed result
tastes good. ;)
-Matt
On Fri, Jul 16, 2010 at 5:58 PM, James Carman
ja...@carmanconsulting.com wrote:
On Fri, Jul 16, 2010 at 5:48 PM, Matt Benson gudnabr...@gmail.com wrote:
Consider it done, then. :)
Poor birds.
Sorry, my wife has that angry birds application on her ipod touch,
so
On Jul 16, 2010, at 5:40 PM, Jörg Schaible wrote:
James Carman wrote:
On Fri, Jul 16, 2010 at 5:09 PM, Matt Benson
gudnabr...@gmail.com wrote:
But you can agree that making the first class a separate argument
preserves the usability of varargs while accomplishing the typed
result
configured to do
sane things for annotation proxies.
-Matt
On Jul 13, 2010, at 6:10 PM, Matt Benson wrote:
Hi all,
I've been getting friendly with the Bean Validation (bval) podling camp of
late, and one of the requirements of implementors of JSR303 is that they
generate annotation
hadn't tracked down exactly how you were
using it yet. I suspect there are still some cool ideas we can
borrow from Mockito. I'll respond to your other thread as well.
-Matt
a bit of TLC tonight.
On Wed, Jul 14, 2010 at 7:01 PM, Matt Benson gudnabr...@gmail.com
wrote:
James,
What's
On Jul 14, 2010, at 9:21 PM, James Carman wrote:
All,
One of the biggest complaints I've received from folks about the proxy
library is that it's not based on interfaces.
What is the typical basis of a complaint? I.e., what problem does
the abstract class cause?
The main class is the
On Jul 14, 2010, at 10:14 PM, James Carman wrote:
On Wed, Jul 14, 2010 at 11:12 PM, Matt Benson
gudnabr...@gmail.com wrote:
I would support [proxy] becoming a multi-module project; among
other things
we could selectively have a larger set of dependencies this way.
How would
you feel
On Jul 14, 2010, at 10:45 PM, James Carman wrote:
On Wed, Jul 14, 2010 at 11:27 PM, Matt Benson
gudnabr...@gmail.com wrote:
This is in the neighborhood, but let me drop some stuff in there
tomorrow so
we can do a little CTR. :D
I am splitting proxy into multiple modules right now
Hi all,
I've been getting friendly with the Bean Validation (bval) podling camp of
late, and one of the requirements of implementors of JSR303 is that they
generate annotation instances on the fly. In practice this means proxying
interfaces. It's a foregone conclusion that a JSR303
On Jul 5, 2010, at 4:14 AM, sebb wrote:
Trying again, because the previous vote thread got nowhere.
Please vote on this so that we can move forward with Nexus, and fix
the current deployment URLs which are not safe.
Note that components don't have to upgrade immmediately to v16, but
there
Should(n't) these methods call toString() before comparing
CharSequence arguments of different RT types since CharSequence makes
no claims regarding equals methods? ObjectUtils.equals() can
call .equals(), but IMHO the principle of least surprise would
dictate that StringUtils ensure that
Is it not sufficient to simply run clirr reports before a release?
-Matt
On Apr 5, 2010, at 11:16 AM, Gary Gregory wrote:
Seeing the discussion about [daemon] and not releasing made me
think of another use for a test jar file.
What I would like to know when evaluating an RC for releasing a
On Mar 30, 2010, at 12:50 AM, Ralph Goers wrote:
On Mar 29, 2010, at 8:11 AM, Matt Benson wrote:
What was the release process for the sandbox component you and
Ralph released?
To be precise, Ralph and I had worked with Nexus on separate
components, and as those were sandbox
On Mar 28, 2010, at 1:00 PM, Henri Yandell wrote:
On Sun, Mar 28, 2010 at 10:29 AM, Matt Benson
gudnabr...@gmail.com wrote:
On Mar 28, 2010, at 11:29 AM, Henri Yandell wrote:
On Sun, Mar 28, 2010 at 6:40 AM, Matt Benson
gudnabr...@gmail.com wrote:
On Mar 27, 2010, at 4:07 PM, Henri
On Mar 27, 2010, at 4:07 PM, Henri Yandell wrote:
Possibly a query for IO too if it's 2.0 has large changes.
Given the large API changes in Lang 3.0 and Collections 4.0, a beta
release seems like a very useful thing (kudos to pbenedict for
convincing of me that months ago on IM :) ).
I'm
601 - 700 of 931 matches
Mail list logo