To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-javaflow has an issue affecting its community integration.
This is
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-proxy-test has an issue affecting its community integration.
This
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-id has an issue affecting its community integration.
This issue af
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-scxml-test has an issue affecting its community integration.
This
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-io-test has an issue affecting its community integration.
This iss
On Wed, Sep 15, 2010 at 11:57 AM, Gary Gregory
wrote:
>
> My preference would be for the sig "getVersion(Class)"
>
No objections here. That's just what we use. The getVersion() would
probably fit better with what we do everywhere else.
--
>versionOf(org.hibernate.Session.class);
That looks like a nice utility to add to [lang].
My preference would be for the sig "getVersion(Class)"
Gary
-Original Message-
From: jcar...@carmanconsulting.com [mailto:jcar...@carmanconsulting.com] On
Behalf Of James Carman
Sent: Wednesday, S
On Wed, Sep 15, 2010 at 10:40 AM, Matt Benson wrote:
>
> 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 polish it into a
> ManifestUtil
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
I personally agree with both Rahul and James. thanks.
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Wed, Sep 15, 2010 at 3:04 PM, James Carman
wrote:
> We should just add this to commons lang
>
> On Sep 15, 2010 9:02 AM, "Rahul Akolkar" wrote:
>> On Wed, Sep 15, 2010
We should just add this to commons lang
On Sep 15, 2010 9:02 AM, "Rahul Akolkar" wrote:
> On Wed, Sep 15, 2010 at 8:57 AM, Torsten Curdt wrote:
>> IMO the thread showed that there are enough ways to get to that
>> information today.
>> I would not bother and call for the vote.
>>
>
>
> +1 to no
On Wed, Sep 15, 2010 at 8:57 AM, Torsten Curdt wrote:
> IMO the thread showed that there are enough ways to get to that
> information today.
> I would not bother and call for the vote.
>
+1 to not bothering for digester 2.1.
-Rahul
> On Wed, Sep 15, 2010 at 14:54, Simone Tripodi
> wrote:
>>
IMO the thread showed that there are enough ways to get to that
information today.
I would not bother and call for the vote.
On Wed, Sep 15, 2010 at 14:54, Simone Tripodi wrote:
> I'm going to call a vote for a new Digester release, shall this new
> stuff be included in the release?
> thanks in a
I'm going to call a vote for a new Digester release, shall this new
stuff be included in the release?
thanks in advance,
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Wed, Sep 15, 2010 at 2:41 PM, Jochen Wiedmann
wrote:
>> James Carman wrote:
>
>> We use a method like
> James Carman wrote:
> We use a method like this:
>
> public static String versionOf(Class c) {
> final String version = c.getPackage().getImplementationVersion();
> return StringUtils.isEmpty(version) ? "n/a" : version;
> }
>
> So, if you want to know what version of Hibernate you're using,
James Carman wrote:
> On Wed, Sep 15, 2010 at 6:45 AM, sebb wrote:
>>
>> I like the idea.
>>
>> Apache JMeter does the same.
>>
>> It also includes the last SVN revision of whatever workspace was used
>> to build it.
>>
>> Since the version is available to Maven (or Ant) it could update (or
>> pe
Hi,
just to close this thread since the Sebastian's -1 (with reasons!)
blocked the RC1.
I'll push the RC2 soon.
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Sun, Sep 12, 2010 at 9:49 PM, Simone Tripodi
wrote:
> Hi Rahul
> Thanks a lot for the suggestions, very apprec
Hi Paul,
in general the cologne phonetic is for German and metaphone is for
English texts, AFAIK. So cologne phonetic takes care about some special
cases: "sch" is something like "s", "th" doesn't sound like the English
"th" (it simply sounds like "t"), what a "c" sounds like depends
strongly on i
On Wed, Sep 15, 2010 at 8:01 AM, Jochen Wiedmann
wrote:
> Hmmm, doesn't provide access to the complete Manifest, but that's not
> what we need here. I'd opt to use that, rather than generated classes.
>
Right, for my particular case, all we cared about was the version from
the manifest. So, YAGN
On Sep 14, 2010, at 6:20 AM, Mark Thomas wrote:
> On 14/09/2010 11:17, Benoit Perroud wrote:
>> Dear all,
>>
>> Regarding
>>
>> 1) Replace wait/notify with 1.5+ thread management
>>
>> Is there already any work or ideas on how to use Java util concurrent (JUC)
>
> http://svn.apache.org/viewvc
On Wed, Sep 15, 2010 at 1:33 PM, James Carman
wrote:
> The Package class provides access to the manifest information.
Hmmm, doesn't provide access to the complete Manifest, but that's not
what we need here. I'd opt to use that, rather than generated classes.
Jochen
--
I Am What I Am And That'
On Wed, Sep 15, 2010 at 13:23, Jochen Wiedmann
wrote:
> On Wed, Sep 15, 2010 at 1:13 PM, James Carman
> wrote:
>
>> What do you mean reliable? Is it difficult to read a manifest?
>
> Can you tell me any about any non-trivial way to read it? Apart from
> URL manipulation and stuff like that? (Whi
On Wed, Sep 15, 2010 at 7:23 AM, Jochen Wiedmann
wrote:
> Can you tell me any about any non-trivial way to read it? Apart from
> URL manipulation and stuff like that? (Which is, IMO, unreliable,
> because it depends on certain assumptions on the URL.)
>
The Package class provides access to the ma
On Wed, Sep 15, 2010 at 1:13 PM, James Carman
wrote:
> What do you mean reliable? Is it difficult to read a manifest?
Can you tell me any about any non-trivial way to read it? Apart from
URL manipulation and stuff like that? (Which is, IMO, unreliable,
because it depends on certain assumptions
What do you mean reliable? Is it difficult to read a manifest?
On Wed, Sep 15, 2010 at 7:11 AM, Jochen Wiedmann
wrote:
> I'd generally prefer the idea to read the manifest, in order to avoid
> redundant information. However, I am unaware of any reliable manner of
> reading the manifest. Hence ve
I'd generally prefer the idea to read the manifest, in order to avoid
redundant information. However, I am unaware of any reliable manner of
reading the manifest. Hence version classes might be the only
solution.
Jochen
-
To unsu
Am 15.09.2010 12:45, schrieb sebb:
On 15 September 2010 09:28, Michael Lieshoff
wrote:
Hi there,
i have problems in big environments where different versions of Apache
Commons projects exists, some older and others newer. I think in this case a
version class is pretty, contains the version
Hi all, Seb,
I would like to suggest to read the manifest, it doesn't require the
class generation.
Just my 2 cents,
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Wed, Sep 15, 2010 at 12:45 PM, sebb wrote:
> On 15 September 2010 09:28, Michael Lieshoff
> wrote:
>> H
On Wed, Sep 15, 2010 at 6:45 AM, sebb wrote:
>
> I like the idea.
>
> Apache JMeter does the same.
>
> It also includes the last SVN revision of whatever workspace was used
> to build it.
>
> Since the version is available to Maven (or Ant) it could update (or
> perhaps create?) the version file a
On 15 September 2010 09:28, Michael Lieshoff
wrote:
> Hi there,
>
> i have problems in big environments where different versions of Apache
> Commons projects exists, some older and others newer. I think in this case a
> version class is pretty, contains the version of the project. So a simple
> v
Hi there,
i have problems in big environments where different versions of Apache
Commons projects exists, some older and others newer. I think in this
case a version class is pretty, contains the version of the project. So
a simple version request at runtime would be possible and it's not
ne
How does it compare to the Metaphone results?
paul
Le 15 sept. 2010 à 09:56, Meyer Falk a écrit :
> Ok, thank you. There's now an issue at JIRA:
> https://issues.apache.org/jira/browse/CODEC-106
>
> Best regards,
> Falk
>
> Am Montag, den 13.09.2010, 08:56 -0400 schrieb James Carman:
>> Perha
Ok, thank you. There's now an issue at JIRA:
https://issues.apache.org/jira/browse/CODEC-106
Best regards,
Falk
Am Montag, den 13.09.2010, 08:56 -0400 schrieb James Carman:
> Perhaps file a JIRA (https://issues.apache.org/jira/browse/CODEC) and
> attach the source. Make sure you check the "Grant
33 matches
Mail list logo
