We could say we support short-term storage (or transmission-only) only when
it comes to serialization. That would help eliminate some of the burden
On Mar 12, 2012 11:23 AM, sebb seb...@gmail.com wrote:
On 12 March 2012 09:02, Jörg Schaible joerg.schai...@scalaris.com wrote:
Emmanuel Bourg
Would one of the parser libraries not work here?
On Mar 12, 2012 12:22 PM, Emmanuel Bourg ebo...@apache.org wrote:
Le 12/03/2012 17:03, Benedikt Ritter a écrit :
The hole logic behind CSVLexer.nextToken() is very hard to read
(IMHO). Maybe a some refactoring would help to make it easier to
:28, James Carman a écrit :
Would one of the parser libraries not work here?
You think at something like JavaCC or AntLR? Not sure it'll be more
efficient than a handcrafted parser. The CSV format is simple enough to do
it manually.
Emmanuel Bourg
A lot of bioinformaticians would love us if we added this!
On Mar 12, 2012 4:20 PM, Thomas Neidhart thomas.neidh...@gmail.com
wrote:
Hi,
on the weekend, I started to work on issue LANG-680
(https://issues.apache.org/jira/browse/LANG-680), which is about adding
support for finding the longest
wrote:
Le 13/03/2012 00:53, James Carman a écrit :
A lot of bioinformaticians would love us if we added this!
I picked this topic up as I find it interesting to myself and it would
be a useful addition for many other people too I guess, but from what I
have seen so far, bioinformaticians
+1 for builder pattern and fluent API
On Mar 16, 2012 4:24 AM, Benedikt Ritter benerit...@googlemail.com
wrote:
Am 15. März 2012 21:20 schrieb Emmanuel Bourg ebo...@apache.org:
Le 15/03/2012 20:26, Benedikt Ritter a écrit :
How about you Emmanuel? Could sebb convince you? ;-) How about
of the package and leave the choice up to
the user? I don't think I'm incorrect to say that this is more or
less what [digester]3 does.
Matt
On Fri, Mar 16, 2012 at 7:34 AM, James Carman
jcar...@carmanconsulting.com wrote:
+1 for builder pattern and fluent API
On Mar 16, 2012 4:24 AM
I am -1 to publishing any sort of release schedule to which we would
be held accountable.
On Tue, Mar 27, 2012 at 8:33 AM, Gilles Sadowski
gil...@harfang.homelinux.org wrote:
Hello.
[...]
But one question I would like to ask is what is the process for
arranging for a new release of
As opposed to calendar-based release scheduling, I would suggest
perhaps using a more feature-based approach. For transparency, use
JIRA's target version (or whatever it's called) to schedule which
releases will contain fixes for which issues. The reason I'm hesitant
to put something on the
I don't have a problem saying something like we will attempt to
release at least twice per year. I don't think it would be wise to
say, we will have a release on 1/1 and 7/1 every year.
Release early! Release often! Have 12 releases a year if you want.
Just don't promise them.
On Tue, Mar 27,
I can see a simpler string-based version as being applicable to StringUtils
(char sequence)
On Apr 7, 2012 5:41 AM, Luc Maisonobe luc.maison...@free.fr wrote:
Hi Gary,
Le 07/04/2012 04:30, Gary Gregory a écrit :
On Apr 6, 2012, at 16:05, Luc Maisonobe luc.maison...@free.fr wrote:
Hi
I am interested. I do want to keep it as simple as possible to set up
and retrieve the information. I haven't had a chance to take a look
at your stuff, yet, though. Perhaps I can get a few cycles this week.
On Mon, Apr 9, 2012 at 5:29 PM, Honton, Charles
charles_hon...@intuit.com wrote:
/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Tue, Apr 10, 2012 at 12:20 AM, James Carman
ja...@carmanconsulting.com wrote:
I am interested. I do want to keep it as simple as possible to set up
and retrieve the information
+1
On Fri, Apr 13, 2012 at 2:28 PM, sebb seb...@gmail.com 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.
We can do a release with lazy consensus? This stuff goes into the
main maven repository. Shouldn't we have 3 PMC member +1s on this?
On Mon, Apr 30, 2012 at 11:56 AM, sebb seb...@gmail.com wrote:
72 hours have elapsed with no objections so the lazy consensus vote passes.
I'll release the POM
Okay. Just seems weird that we'd be publishing something in the
wild without a proper vote. I doubt anyone is using our parent pom
for their own projects, though. :)
On Mon, Apr 30, 2012 at 12:08 PM, sebb seb...@gmail.com wrote:
On 30 April 2012 17:01, James Carman ja...@carmanconsulting.com
Putting the internal stuff in specially-named packages would also help in
OSGi-land. The felix bundle plugin will not export anything in the impl
or internal packages.
On Fri, May 4, 2012 at 12:14 PM, Mark Thomas ma...@apache.org wrote:
sebb seb...@gmail.com wrote:
I think it would be
On Fri, May 4, 2012 at 12:05 PM, sebb seb...@gmail.com wrote:
BTW, I'm seeing test errors on Win XP:
Yeah, but who runs Win XP? ;)
I'm just having a bit of fun on Star Wars Day, not trying to start a flame war.
-
To
Perhaps we should start having a proper vote on commons-parent? :)
On Sat, May 5, 2012 at 8:32 AM, sebb seb...@gmail.com wrote:
Commons Parent 24 and 25 don't work properly with Java 1.5 - the
bundle plugin fails.
Workround:
When building with Java 1.5, disable its profile as follows:
I don't know that you want to get into supporting long-term
serialization support. I would say CM should support transient
serialization (if that makes any sense), such as
marshalling/unmarshalling. If you guarantee long-term serialization
support (reading data from serialized for much later,
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 this what many people need. This is what James
called marshalling/unmarshalling. This is a standard way to communicate
between some applications
On Wed, May 9, 2012 at 7:10 AM, Sébastien Brisard
sebastien.bris...@m4x.org wrote:
Setting aside the discussion on serialization, this would probably be
a nice extension. The problem is to find a good (as in widely used)
standard. Do you think the file formats used by R are good candidates
Perhaps classscan? :)
On Sat, May 19, 2012 at 5:38 PM, Christian Grobmeier
grobme...@gmail.com wrote:
On May 19, 2012 10:13 PM, Gary Gregory garydgreg...@gmail.com wrote:
A one component test drive seems reasonable.
+1
Not everybody is fluent with git. One component gives us the chance to
My IDE (IntelliJ) provides automatic generation of equals/hashCode.
Can't you use something like that?
On Tue, May 29, 2012 at 4:12 PM, Gilles Sadowski
gil...@harfang.homelinux.org wrote:
Hi.
[...]
---
I pointed my local Jenkins/Sonar setup at classscan at:
http://svn.apache.org/repos/asf/commons/sandbox/classscan/trunk
It's failing on:
Could not resolve dependencies for project
org.apache.commons:classscan:jar:0.1-SNAPSHOT: Could not find artifact
org.apache.bcel:bcel:jar:6.0-SNAPSHOT.
Do I
know that they're going to have to
build BCEL locally or configure Maven to pull from somewhere else.
On Mon, Jun 4, 2012 at 12:54 AM, Matt Benson gudnabr...@gmail.com wrote:
Oddly, I had this problem, but on the second try the build worked. :|
Matt
On Sun, Jun 3, 2012 at 10:25 PM, James
I think Matt is talking about introducing a SPI concept.
On Tue, Jun 5, 2012 at 11:17 AM, Honton, Charles
charles_hon...@intuit.comwrote:
Matt,
What particular approaches do you have in mind?
How is xbean-finder going to be plugged in? Is classscan to be dependent
upon xbean-finder or
The way I see a class scanning library, it basically has these pieces of
functionality:
1. Defining what to search (locations, filters, etc.). In my mind, I see a
ClassFileSource abstraction or something.
2. Defining what to do with stuff when you find it (perhaps an event-based
API with
.
On Tue, Jun 5, 2012 at 12:33 PM, James Carman ja...@carmanconsulting.comwrote:
The way I see a class scanning library, it basically has these pieces of
functionality:
1. Defining what to search (locations, filters, etc.). In my mind, I see
a ClassFileSource abstraction or something.
2. Defining
Yes, Welcome! Looking forward to your input into our little classpath
scanning experiment! :)
On Tue, Jun 5, 2012 at 4:12 PM, Matt Benson gudnabr...@gmail.com wrote:
Welcome, David!
Matt
On Tue, Jun 5, 2012 at 3:07 PM, David Blevins david.blev...@gmail.com
wrote:
Adding a branch of
6
On Jun 6, 2012 8:51 AM, Mark Struberg strub...@yahoo.de wrote:
Hi!
Should we set our java language level to java5 or java6?
LieGrue,
strub
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional
Agreed. I'm in OSGi-land these days (ServiceMix, Camel, ActiveMQ, etc.),
so I'm all for it! :)
On Wed, Jun 6, 2012 at 12:21 PM, Christian Grobmeier grobme...@gmail.comwrote:
No objections here.
If there is a spec we can follow, we should do it.
In commons we build components - osgi is very
On Thu, Jun 7, 2012 at 3:56 AM, sebb seb...@gmail.com wrote:
Not sure I follow this. Why would an interface use extra memory?
I can see that it might add a bit more to the static size of a class,
but why would it add more to each instance of a class that uses it?
It's not the interface
scanning is complete.
On Jun 7, 2012 8:10 PM, sebb seb...@gmail.com wrote:
On 7 June 2012 21:11, James Carman ja...@carmanconsulting.com wrote:
On Thu, Jun 7, 2012 at 3:56 AM, sebb seb...@gmail.com wrote:
Not sure I follow this. Why would an interface use extra memory?
I can see that it might
Well, looking at my Sonar output when I point it at Commons Imaging,
I'd say what it needs most is a little TLC to look into all of the
critical (141) and major (3594) bugs/issues that it has (as far as
Sonar is concerned at least). I would imagine addressing some of
these might even give us a
All,
I've really become fond of Sonar (http://www.sonarsource.org/) in the
past 6 months or so. I install the Sonar plugin in Jenkins and turn
on Sonar for my builds and I get Continuous Inspection of my code
which helps me find potential issues. It uses tools like Findbugs,
PMD, Checkstyle,
[INFO]
[INFO]
[INFO] Building Apache Commons Digester :: Annotations Processor 3.3-SNAPSHOT
[INFO]
mojoStarted
On my machine, I'm getting a test failure:
[INFO]
[INFO]
[INFO] Building Commons BeanUtils 1.8.4-SNAPSHOT
[INFO]
Downloading:
and published by mvn...
best,
-Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Sat, Jun 9, 2012 at 12:19 AM, James Carman
ja...@carmanconsulting.com wrote:
All,
I've really become fond
If Apache Commons would like to add some (perhaps all) of our modules
to Sonar, how would we go about it? What would be the best approach?
Do we just add the sonar plugin to our pom.xml file? Or, do we enable
Sonar in some CI server (Jenkins does this)? I'm just trying to
understand what's
to an
independent jenkins instance (so it doesn't consume too many resources on the
main build farm).
- Brett
On 09/06/2012, at 10:07 PM, James Carman wrote:
If Apache Commons would like to add some (perhaps all) of our modules
to Sonar, how would we go about it? What would be the best approach?
Do we
All,
When trying to test some of the utility classes (such as
DuckTypinginvoker), it would be useful to have a ProxyFactory to play
with. However, in core, we don't have access to one since they've
been broken out into their own modules (which reference core). What
if we left core for just the
, Jun 11, 2012 at 10:42 PM, James Carman
ja...@carmanconsulting.com wrote:
All,
When trying to test some of the utility classes (such as
DuckTypinginvoker), it would be useful to have a ProxyFactory to play
with. However, in core, we don't have access to one since they've
been broken out
I like the artifact abstraction idea.
On Jun 13, 2012 5:32 AM, Mark Struberg strub...@yahoo.de wrote:
I grabbed a bit deeper and it's even more fup.
Some containers don't even add 'file://' to the externalForm() they return
in their URLs. You have to add this yourself when doing new
You'd be better off using something like Jenkins for this. You could
set up different jobs to run your builds under different conditions
(windoze vs. linux, jdk7 vs. jdk6, etc.)
On Wed, Jun 13, 2012 at 10:47 AM, Gilles Sadowski
gil...@harfang.homelinux.org wrote:
On Wed, Jun 13, 2012 at
I like it! Sounds like something we should do with proxy2! :)
On Wed, Jun 13, 2012 at 12:00 PM, Matt Benson gudnabr...@gmail.com wrote:
I think it would be useful to extract at least the interfaces to an
api module, so that other libraries could depend on [functor] without
bringing along
Are you using dynamic imports?
On Thu, Jun 14, 2012 at 1:58 PM, Gary Gregory garydgreg...@gmail.comwrote:
On Thu, Jun 14, 2012 at 1:03 PM, Dan Tran dant...@gmail.com wrote:
Thanks for discover this issue. Look likes FileProvider get excluded
from export list?
I do not think so, the 2.0
On Fri, Jun 15, 2012 at 1:50 AM, Simone Tripodi
simonetrip...@apache.org wrote:
2. Wrap checked exceptions into RuntimeExceptions. The question is,
what a user can do to recover from one of those exceptions. Only if
there is something the user can do, it would make sense to throw a
On Fri, Jun 15, 2012 at 9:39 AM, Benedikt Ritter
benerit...@googlemail.com wrote:
- Wrapper Exceptions: I thing we should discuss, how a exception
hierarchy could look like. I'll make a suggestion ASAP.
I don't want to duplicate the hierarchy. I would say start with a
generic exception type
...@googlemail.com wrote:
2012/6/15 James Carman ja...@carmanconsulting.com:
On Fri, Jun 15, 2012 at 9:39 AM, Benedikt Ritter
benerit...@googlemail.com wrote:
- Wrapper Exceptions: I thing we should discuss, how a exception
hierarchy could look like. I'll make a suggestion ASAP.
I don't want
Findbugs is reporting an error in HexDump.java:103 on trunk:
Correctness - Bad comparison of signed byte
findbugs : INT_BAD_COMPARISON_WITH_SIGNED_BYTE
Signed bytes can only have a value in the range -128 to 127. Comparing
a signed byte with a value outside that range is vacuous and likely to
be
to push the release along and if there is really an issue
here we can fix it for the next go around. Release early, release
often :)
Gary
On Jun 15, 2012, at 16:40, James Carman ja...@carmanconsulting.com
wrote:
Findbugs is reporting an error in HexDump.java:103 on trunk:
Correctness - Bad
BeanReflectionException?
Sent from tablet device. Please excuse typos and brevity.
On Jun 18, 2012 4:30 AM, Simone Tripodi simonetrip...@apache.org wrote:
Guten morgen, Bene,
My personal favorite is ReflectionException. I don't think, that we
should prefix classes wie BeanUtils*, because
I thought folks agreed to stick with one generic exception and only add
when it makes sense. Does this really make sense? That is a rather large
hierarchy. Are people really going to put catch blocks for any of those
specific exceptions?
Sent from tablet device. Please excuse typos and
If none of the existing collections could use it, write a new one! Java 6
FTW!
On Jun 25, 2012 9:10 AM, Stephen Colebourne scolebou...@joda.org 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]
Early adopters who can provide valuable feedback might run into the
troubles we try to address by the package and group/artifact I'd changes.
Other than that, I would agree that there doesn't seem to be any reason to
change it now.
Sent from tablet device. Please excuse typos and brevity.
On Jul
I have received messages like that in the past. I just don't answer them.
On Thu, Jul 12, 2012 at 8:48 AM, Sébastien Brisard celes...@apache.org wrote:
Dear all,
please find below a message I've received. It was sent to my apache
address, which I barely use (but can easily be retrieved from
+1 to upgrade to Java 6.
On Mon, Aug 6, 2012 at 11:13 AM, Simone Tripodi
simonetrip...@apache.org wrote:
Hi all guys,
I am prototyping the Jackson support as described in CHAIN-76 and
found an elegant solution with ServiceLoader to support, via Jackson,
multiple format support without
Do we have any contact with the maintainers/creators of this stuff?
If so, we may be able to ask for them to grant it to the ASF?
On Wed, Aug 8, 2012 at 2:50 PM, Luc Maisonobe luc.maison...@free.fr wrote:
Le 08/08/2012 17:58, Christian Grobmeier a écrit :
On Wed, Aug 8, 2012 at 5:38 PM,
Commons Collections has an LRUMap class that we could borrow, perhaps?
On Mon, Aug 13, 2012 at 8:07 AM, Simone Tripodi
simonetrip...@apache.org wrote:
guten morgen Bene,
I have not a strong opinion about it, I am convinced anyway that the
original BU authors (BU2 at the beginning was a
Can you submit a JIRA and attach a SVN patch please?
On Sat, Sep 1, 2012 at 8:19 PM, Olloth g...@git.apache.org wrote:
GitHub user Olloth opened a pull request:
https://github.com/apache/commons-lang/pull/2
Update src/main/java/org/apache/commons/lang3/SystemUtils.java
Updated
Something like:
throw new IllegalArgumentException(This should never happen because
we are so smart we thought of every possibility in our case
statement.);
would suffice :)
On Tue, Sep 4, 2012 at 9:02 AM, Benedikt Ritter benerit...@gmail.com wrote:
Hi Gary,
IMHO FindBugs is supposed to
is on the mailing list.
Hen
On Sat, Sep 1, 2012 at 6:16 PM, James Carman ja...@carmanconsulting.com
wrote:
Can you submit a JIRA and attach a SVN patch please?
On Sat, Sep 1, 2012 at 8:19 PM, Olloth g...@git.apache.org wrote:
GitHub user Olloth opened a pull request:
https://github.com/apache
, Sébastien Brisard
sebastien.bris...@m4x.org wrote:
Hello,
2012/9/4 James Carman ja...@carmanconsulting.com:
Something like:
throw new IllegalArgumentException(This should never happen because
we are so smart we thought of every possibility in our case
statement.);
would suffice
How about renaming it to DiffBuilder and the interface would be Diffable? The
term diff is well understood and commonplace. The term difference sounds
too mathy and would be confusing. I liked Matt's idea of having a Difference
object (again renamed to Diff).
Sent from my iPad
On Sep 23,
+1
On Wed, Oct 10, 2012 at 1:33 PM, Gary Gregory garydgreg...@gmail.com wrote:
+1
On Tue, Oct 9, 2012 at 9:12 AM, Simone Tripodi
simonetrip...@apache.orgwrote:
Hi all,
(following up the discussion from private@)
I prepared the BeanShell[1] proposal to be submitted to the ASF
incubator
On Tue, Oct 16, 2012 at 12:38 PM, Matt Benson gudnabr...@gmail.com wrote:
Are these specific examples not the words you would actually use were
you having a discussion on the subject in English? :P
Why not just support both? The with* methods would just be aliases
for the more natural
On Tue, Oct 16, 2012 at 2:25 PM, Gary Gregory garydgreg...@gmail.com wrote:
I did not do this one as is it seems RFC4180 defines CR+LF as the record
separator as noted in the Javadoc for
org.apache.commons.csv.CSVFormat.DEFAULT.
That's where the name of this component gets confusing to me.
I just ran the full build from trunk successfully on linux (Ubuntu 64-bit).
On Mon, Oct 29, 2012 at 12:49 PM, Gary Gregory garydgreg...@gmail.com wrote:
Hi Ralph,
I've never seen that one! I am on Windows. Are you on Linux?
Gary
On Mon, Oct 29, 2012 at 12:34 PM, Ralph Goers
I think we're dealing with an issue that's Mac OS X related, at least
it would seem so currently.
On Mon, Oct 29, 2012 at 2:01 PM, dlmar...@comcast.net wrote:
I just built (mvn clean install) and had no problem on Ubuntu.
- Original Message -
From: James Carman ja
Luc, can we let him respond first? If he decides to just take a break as
opposed to officially resigning (or going emeritus), then we don't need to
vote him back in and what not.
On Thu, Nov 1, 2012 at 9:23 AM, Luc Maisonobe luc.maison...@free.fr wrote:
Le 01/11/2012 12:48, Siegfried Goeschl
If we take it on, we might want to consider a rename. Droids makes
me think of Android, which would make me think this is some sort of
utility library for Android programming.
On Wed, Nov 7, 2012 at 8:51 PM, Richard Frovarp rfrov...@apache.org wrote:
On 11/07/2012 07:03 PM, Phil Steitz wrote:
On Wed, Nov 7, 2012 at 10:42 PM, Gary Gregory garydgreg...@gmail.com wrote:
And it does not fit what I consider commons naming. Recall the recent
rename from sanselan to imaging.
Yeah, we like to use more concrete names related to the problem domain
of the component.
Or, privinator
On Tue, Nov 20, 2012 at 11:12 AM, Mark Struberg strub...@yahoo.de wrote:
Heh, the other option has been 'privilator'
Catchy as well, and would have given a nice slogan: 'Privilator - I'll be
secure, baby'
It's a bit less self-explaining though.
We are looking forward to
AspectJ can weave the callers, but you have to have access to them, so
the way you're doing it seems to be safest.
On Tue, Nov 20, 2012 at 11:31 AM, Matt Benson gudnabr...@gmail.com wrote:
On Tue, Nov 20, 2012 at 10:12 AM, Mark Struberg strub...@yahoo.de wrote:
Heh, the other option has been
I don't really have a problem with the extra call to build() before
you have something useful. It does give us the ability to do
validation on the object before you build it. If we choose not to do
the validation at this time, that's fine, but if we ever do choose to
add that in the future, we
Perhaps showing an example of what the resulting code would look like
might help?
On Wed, Nov 21, 2012 at 6:10 PM, Mark Struberg strub...@yahoo.de wrote:
Well, anyone can invoke such a method in it's own code. The point is where
the doPrivileged block is opened.
If a method is annotated
Sounds good to me!
On Sunday, December 9, 2012, Thomas Neidhart wrote:
Hi,
the last release of email is already some time ago (2009-10-26), but
there are lots of changes in trunk that would be worthwhile to be released:
* 21 bugfixes
* 8 new features
Additionally, the trunk has been
Are you checking out from SVN?
On Sun, Dec 16, 2012 at 9:36 PM, yeyz yeyanz...@cnpc.com.cn wrote:
parent:pom
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail:
We should just move the non-development stuff (stuff that we'll run in
a CI environment, though) into a profile.
On Sat, Dec 29, 2012 at 7:28 PM, Olivier Lamy ol...@apache.org wrote:
2012/12/29 Oliver Heger oliver.he...@oliver-heger.de:
Am 29.12.2012 21:21, schrieb Phil Steitz:
On 12/29/12
What kind of dependencies?
On Tuesday, February 26, 2013, Jochen Wiedmann wrote:
Hi,
has anyone here written, or can anyone recommend, a Java Open Source
library, that allows to
- Create a dependency graph and
- Detect circular dependencies, if any
- Resolve it (retrieve the graph nodes
+1. Release
On Sunday, March 3, 2013, Stefan Bodewig wrote:
Hi all,
Compress has about 25 fixed JIRAs since the last release, most of which
are bug fixes - some of them pretty serious.
I'd like to cut a 1.5.0 release sometime this coming week.
Any objections, anything anybody is working
Some would argue that the svn logs are a better indicator of the authors
of the code :)
On Sunday, March 3, 2013, Luc Maisonobe wrote:
Le 03/03/2013 11:43, Benedikt Ritter a écrit :
Hi,
Hi Benedikt,
@author tags are no longer used, because authors are documented in
pom.xml.
I don't
On Mar 9, 2013, at 7:32 AM, sebb seb...@gmail.com wrote:
I would have voted -1 on the RC, because the tag would not agree with
the source archive.
However, releases cannot be vetoed.
-
To unsubscribe, e-mail:
On Mar 12, 2013, at 12:36 PM, sebb seb...@gmail.com wrote:
In which case, vetoing the commit that causes the problem makes more
sense, surely?
Perhaps we should set up a Sonar rule to catch stuff like this to save you the
trouble of trolling the SVN commit log messages.
The veto was
13, 2013 at 8:25 AM, James Carman
jcar...@carmanconsulting.com javascript:;wrote:
On Mar 12, 2013, at 12:36 PM, sebb seb...@gmail.com javascript:;
wrote:
In which case, vetoing the commit that causes the problem makes more
sense, surely?
Perhaps we should set up a Sonar rule
Well, with [proxy], you can get your AOP you're looking for, too.
On Wed, Feb 13, 2013 at 3:02 PM, Mark Struberg strub...@yahoo.de wrote:
I'm not sure if this is needed in this case.
The Java interceptors spec got moved out of EJB a long time a go and is now a
standalone spec which is used
behind ATM IMHO
Le 26 juil. 2013 19:26, James Carman
ja...@carmanconsulting.comjavascript:;
a
écrit :
Well, with [proxy], you can get your AOP you're looking for, too.
On Wed, Feb 13, 2013 at 3:02 PM, Mark Struberg strub...@yahoo.de
wrote:
I'm not sure if this is needed in this case
What mem leak?
What is wrong with the transitive deps? They're all optional.
What proxying logic is missing?
On Friday, July 26, 2013, Romain Manni-Bucau wrote:
Mem leak, no transitive dep mgt, few proxying logic so depend a lot on
others etc...
Le 26 juil. 2013 23:43, James Carman
ja
True! I have some time. Want to bang out the 2.0 code, Matt? Finally
kids are getting older and I have some of my time back!
On Friday, July 26, 2013, Matt Benson wrote:
and don't forget the proxy2 branch :D
On Fri, Jul 26, 2013 at 4:51 PM, James Carman
ja
the project as a facade where id expect features inside (owb proxy
should be close to reusable).
Btw i dont know v2 so maybe i was irrelevant, i have to check. Thanks for
pointing it out.
Le 26 juil. 2013 23:52, James Carman
ja...@carmanconsulting.comjavascript:;
a
écrit :
What mem leak
Perhaps an event listener for all dbcp events? Then folks can log it
themselves. I would be concerned about performance unless of course the
events are delivered asynchronously.
On Wednesday, July 24, 2013, Phil Steitz wrote:
On 7/24/13 12:56 AM, Mark Thomas wrote:
I'm working my way
On Jul 26, 2013, at 8:22 PM, sebb seb...@gmail.com wrote:
So long as the docs make very clear that the listener must complete
quickly, I don't see why DBCP should have to take additional
precautions.
Indeed it might be useful for debugging if the listener were synchronous.
I'm cool
On Fri, Jul 26, 2013 at 9:36 PM, Romain Manni-Bucau
rmannibu...@gmail.com wrote:
Well we can discuss it in another thread but basically commons spirit for
me is more basic and shouldn't be a facade (excepted logging). So i'd
rather see proxy as an implementation of proxying using asm
On Fri, Jul 26, 2013 at 10:01 PM, Gary Gregory garydgreg...@gmail.com wrote:
On Jul 26, 2013, at 19:24, James Carman ja...@carmanconsulting.com wrote:
Perhaps an event listener for all dbcp events? Then folks can log it
themselves.
I would then expect dbcp to deliver a logging
We currently have some package cycles according to Sonar. The
org.apache.commons.proxy2 (I'm working in the branch) package depends on the
org.apache.commons.proxy2.interceptor package (and vice versa) because of its
use of the NullInvoker class to create null objects. Since we have a little
elsewhere before, so I'd
prefer the latter option, or in the case of the former to provide a similar
method in [lang].
Matt
On Jul 26, 2013 10:26 PM, James Carman james_car...@gap.com wrote:
We currently have some package cycles according to Sonar. The
org.apache.commons.proxy2 (I'm working
I think we need to re-think the stubbing support in proxy2. I'm not saying I
don't like the idea. What I propose is that we introduce some lower-level
abstractions on which the stubbing is built. For instance, I would propose we
introduce a couple of interfaces (or the concept of these
On Sat, Jul 27, 2013 at 9:44 AM, Romain Manni-Bucau
rmannibu...@gmail.com wrote:
Hi
Isnt it a particular kind of interceptor/handler (CompositeInterceptor)? So
does it need so much details?
Well, the idea behind stubbing is that we would be specifying
behavior for very specific method
While I get what you're saying, that's kind of the entire reason
Commons Proxy was created. Proxy came about from my experience with
Apache HiveMind and Javassist. We were constantly doing Javassist
coding each time we wanted new proxying logic. There was a LOT of
repeated code because of all
1 - 100 of 1021 matches
Mail list logo