I'm not in any rush, but I thought I'd post this to start a new thread.
References:
https://issues.apache.org/jira/browse/CODEC-166
Original thread to (reverted) commit:
http://markmail.org/message/xvb6nzfdlthzjcnu
--
yours,
Julius Davies
604-222-3310 (Home)
$ sudo apt-get install
On Mon, Feb 18, 2013 at 3:55 PM, Gary Gregory wrote:
> If the same performance gain can be can be achieved with TN's
> suggestion, lets go with that. It sure sounds simpler. I can
> appreciate that you've put effort into this but that should not be the
> driver for acceptance. Can we try that firs
ail: dev-unsubscr...@commons.apache.org
>> For additional commands, e-mail: dev-h...@commons.apache.org
>>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e
ioned above are
blocking, let's explore possible resolutions.
Are there any other problems you spotted?
yours,
Julius
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@com
URL: https://issues.apache.org/jira/browse/CODEC-166
>>> Project: Commons Codec
>>> Issue Type: Bug
>>>Affects Versions: 1.7
>>>Reporter: Julius Davies
>>>Assignee: Julius Davies
>>>
on, but I'll take a look at it, thanks.
>
> I did notice that the decode list works for both (standard) encodings. I
> wouldn't write anything that would change that for the existing calls.
>
> Steve
>
>
> From: Julius Davies
would let us specify nonstandard
>> values for those things?
>
>
>
>
> --
> E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
> JUnit in Action, 2nd Ed: <http://goog_1249600977>http://bit.ly/ECvg0
> Spring Batch in Action: <http://s.apache.org/HOq>http://bit.ly/bqpbCK
g "expected, actual" in the unit test.
Thanks, also, for cleaning that up!
--
yours,
Julius Davies
604-222-3310 (Home)
$ sudo apt-get install cowsay
$ echo "Moo." | cowsay | cowsay -n | cowsay -n
http://juliusdavies.ca/cowsay/
ache-commons/commons-compress-test/rss.xml
> - Atom:
> http://vmgump.apache.org/gump/public/apache-commons/commons-compress-test/atom.xml
>
> == Gump Tracking Only ===
> Produced by Apache Gump(TM) version 2.3.
> Gump Run 12000010012013, vmgump.apache
On Mon, Jan 7, 2013 at 9:16 PM, Stefan Bodewig wrote:
> Hi Julius,
>
> can you please record the changes in src/chanhes/changes.xml as well -
> and add yourself as developer to the POM if you feel like it?
>
> Thanks
>
> Stefan
>
Thanks for the tip. Done!
yours,
Julius
---
proper/lang/trunk/src/test/java/org/apache/commons/lang3/ObjectUtilsTest.java
>> Thu Aug 23 14:28:14 2012
>> @@ -450,6 +450,24 @@ public class ObjectUtilsTest {
>> }
>> }
>>
>> +@Test
>> +public void testConstMethods() {
>> +
>> +
let's make sure it's the last one we need to add.
>
>> Gary
>>
>> On Tue, Mar 6, 2012 at 2:07 PM, Julius Davies wrote:
>>
>>> Hi,
>>>
>>>
>>> CODEC-95 talked about these issues, too (in this case with Base64).
>>>
>
> arbitrary value
>
> --
> E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
> JUnit in Action, 2nd Ed: <http://goog_1249600977>http://bit.ly/ECvg0
> Spring Batch in Action: <http://s.apache.org/HOq>http://bit.ly/bqpbCK
> Blog: http://garygregory.wordpress.com
&
FP22011_06)
>> JCL - 20110627
>>
>> ---
>>
>> Apart from that anything builds fine with my compiler zoo.
>>
>
> Thank you Jörg, I've added a 'known i
+1 to 1.6
Julius
On Tue, Aug 23, 2011 at 2:36 AM, Matthew Pocock
wrote:
> My vote (not that I have one) would be for 1.6, and to keep 2.0 as the
> release when the breaking changes are introduced.
>
> Matthew
>
> On 23 August 2011 09:18, Simone Tripodi wrote:
>
>> Hi all guys,
>> I'd suggest to
nalyzing the Maven2 repository could
shed light on that. Removing the interfaces makes sense if they are
not really used, but on the other hand, improving them, making them
actually useful, also makes sense.
--
yours,
Julius Davies
604-222-3310 (Home)
$ sudo apt-get install cowsay
$ echo "M
anything about
proprietary systems or other systems that are not in Maven2, but it is
a pretty big collection of Java these days, might be interesting.
--
yours,
Julius Davies
604-222-3310 (Home)
$ sudo apt-get install cowsay
$ echo "Moo." | cowsay | cowsay -n | cowsay -n
http
Hi,
I accidentally ended up here:
http://incubator.apache.org/sanselan/site/index.html
But I see sanselan graduated:
http://commons.apache.org/sanselan/
I'll create a proper bug in JIRA when I have a moment...
--
yours,
Julius Davies
250-592-2284 (Home)
$ sudo apt-get install c
>> >> Nothing of this (including minimum requirement of Java 5) requires
>> >> automatically 2.x. As long as the API is *upward* binary compatible, you
>> >> can
>> >> improve the implementation using this features, adding new methods or
>> new
>> >> classes. Even generics can be added to some exte
On Thu, Mar 31, 2011 at 7:15 PM, sebb wrote:
> On 1 April 2011 02:49, Phil Steitz wrote:
>> On 3/31/11 1:58 PM, Gary Gregory wrote:
>>> Because the Maven groupId in the POM. They dictate where files go. Changing
>>> an ID is a big deal.
>>
>> To provide a little more context, Commons began drinki
gt;
> Has something gone wrong with the process?
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>
--
yours,
Julius Davies
foundational,
zero-dependency libraries, that are used everywhere!
As for Java 5.0, sure go for it. Doesn't really benefit commons-codec
that much, but doesn't hurt, either.
As for JUnit 4.0, yes! Doesn't hurt any end users.
--
yours,
Julius Davies
250-592-2284
On Fri, Feb 25, 2011 at 12:44 PM, Konstantin Kolinko
wrote:
> 2011/2/25 Julius Davies :
>> Hi,
>>
>> I realize this is off-topic for dev@commons. Sorry, but does anyone
>> know the correct list for problems related to planet.apache.org? This
>> webpage seems
Hi,
I realize this is off-topic for dev@commons. Sorry, but does anyone
know the correct list for problems related to planet.apache.org? This
webpage seems to be stuck (last entry is from 5 days ago):
http://planet.apache.org/committers/
I need to get my fix!
--
yours,
Julius Davies
250
On Fri, Jan 28, 2011 at 11:40 AM, Gary Gregory
wrote:
> Now that the main Base-N refactoring is done, the door is open for Base16 ;)
> Juluis, you had mentioned Base16 before, any interest?
>
Sorry, I can't, at least not for codec-1.5. The baby came
yesterday!!! He still has no name. 8lbs 3oz
older to relicense to us under
the ASL 2.0. That often works!
--
yours,
Julius Davies
250-592-2284 (Home)
$ sudo apt-get install cowsay
$ echo "Moo." | cowsay | cowsay -n | cowsay -n
http://juliusdavies.ca/cowsay/
-
To
On Wed, Jan 26, 2011 at 2:09 PM, Julius Davies wrote:
>>
>> Which begs for full support of the RFC with... Base16!
>>
>> That should really clean up the refactoring :)
>>
>> Gary
>>
>
> Nice work, Sebb! Gary if you do Base64 I'll do Base2
>
> Which begs for full support of the RFC with... Base16!
>
> That should really clean up the refactoring :)
>
> Gary
>
Nice work, Sebb! Gary if you do Base64 I'll do Base2 !!!!
--
yours,
Julius Davies
250-592-2284 (Home)
$ sudo apt-get install cowsay
$ echo &
String(b2));
>> assertEquals("byteToString static \"\"", "",
>> Base64.encodeBase64String(b2));
>> assertEquals("byteToString null", null, base64.encodeToString(b3));
>> assertEquals("byteToString static n
Err I meant CODEC-89 and CODEC-101. Those were the embarrassing bugs
from my point of view!
On Fri, Jan 21, 2011 at 10:00 AM, Julius Davies wrote:
> +1 because "4" is an unlucky number and codec-1.4 has two unlucky bugs
> (CODEC-96 and CODEC-101) that 1.5 won't have!!
C-105 for public review for at
least a week, and then if no one objects, I will commit them.
Quick reference: https://issues.apache.org/jira/browse/CODEC-105
--
yours,
Julius Davies
250-592-2284 (Home)
$ sudo apt-get install cowsay
$ echo "Moo." | cowsay | cowsay -n |
netic class, I propose that the
>> next release be called 1.5 and not 1.4.1.
>>
>> Thoughts?
>
> That makes sense, it's a feature update.
>
> Emmanuel Bourg
>
>
--
yours,
Julius Davies
250-592-2284 (Home)
$ sudo apt-get install cowsay
$ echo &
* USA
>> Tel: +1.404.760.1560
>> Email: ggreg...@seagullsoftware.com<mailto:ggreg...@seagullsoftware.com>
>> Web: seagull.rocketsoftware.com<http://www.seagull.rocketsoftware.com/>
>>
>>
>>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@common
akes it hard to upgrade the codec.jar in the future
since you have to rename everything again!
--
yours,
Julius Davies
250-592-2284 (Home)
250-893-4579 (Mobile)
$ sudo apt-get install cowsay
$ echo "Moo." | cowsay | cowsay -n | cowsay
Hi,
I would like to close CODEC-98. Can I be given the permissions in
JIRA necessary to close a ticket I didn't open? Or is that only
available for commons-PMC?
--
yours,
Julius Davies
250-592-2284 (Home)
250-893-4579 (Mobile)
$ sudo apt-get install cowsay
$ echo "Moo." |
tches this way, and I
enjoy the discussion that sometimes results.
--
yours,
Julius Davies
250-592-2284 (Home)
250-893-4579 (Mobile)
$ sudo apt-get install cowsay
$ echo "Moo." | cowsay | cowsay -n | cowsay -n
http://juliusd
eInterpolatingFunction implements
BivariateRealFunction ?
> Phil
>
--
yours,
Julius Davies
250-592-2284 (Home)
250-893-4579 (Mobile)
$ sudo apt-get install cowsay
$ echo "Moo." | cowsay | cowsay -n | cowsay -n
http://juliusdavies.ca/cowsay/
---
(Base64.decodeBase64("Zm9vYg==" +
> Base64.CHUNK_SEPARATOR)));
> + assertEquals("fooba",
> StringUtils.newStringUsAscii(Base64.decodeBase64("Zm9vYmE=" +
> Base64.CHUNK_SEPARATOR)));
> + //assertEquals("foobar",
> StringUtils.n
Please close CODEC-94 (well, only if you agree with my final comment
on that issue!)
--
yours,
Julius Davies
250-592-2284 (Home)
250-893-4579 (Mobile)
$ sudo apt-get install cowsay
$ echo "Moo." | cowsay | cowsay -n | cowsay -n
http://juliusdavies
Thanks! Great info!
On Tue, Feb 23, 2010 at 9:21 PM, Bill Barker wrote:
>
>
> --
> From: "Julius Davies"
> Sent: Tuesday, February 23, 2010 8:52 PM
> To: "Commons Developers List"
> Subject: [codec] gump
; http://vmgump.apache.org/gump/public/apache-commons/commons-codec/atom.xml
>
> ====== Gump Tracking Only ===
> Produced by Gump version 2.3.
> Gump Run 13001623022010, vmgump:vmgump-public:13001623022010
> Gump E-mail Identifier (unique within run) #5.
>
>
Thanks! Exactly the kind of direction I'm looking for!
yours,
Julius
On Sun, Jan 24, 2010 at 8:13 AM, sebb wrote:
> On 24/01/2010, Julius Davies wrote:
>> Hi,
>>
>> If anyone has any advice on how I can improve the patch I submitted
>> for CODEC-89, or
Hi,
If anyone has any advice on how I can improve the patch I submitted
for CODEC-89, or perhaps I can improve on Sebb's patch, I am more than
happy to try.
--
yours,
Julius Davies
250-592-2284 (Home)
250-893-4579 (Mobile)
http://juliusdavies.ca/logging
Nice patch, Sebb! Now just combine it with the JUnits from mine! :-p
yours,
Julius
On Wed, Dec 2, 2009 at 5:49 PM, sebb wrote:
> On 02/12/2009, Julius Davies wrote:
>> This current JUnit test "kinda/sorta" covers the static method for
>> non-chunking:
>>
lly forever)
>
> I guess we should add a test that checks that the static encode method
> does not chunk.
> [There does not seem to be such a test at present] I'll add this to JIRA.
>
>> Thanks,
>> Mat
>>
>>
>> --
>> Mat Booth
>>
>&g
By the way, if we do start the ball rolling for a 1.4.1 release, I
nominate myself to better document the changes between 1.3 <---> 1.4.1
kind of along the lines of the discussion over on CODEC-91:
https://issues.apache.org/jira/browse/CODEC-91
On Tue, Dec 1, 2009 at 7:41 PM, Julius
.
>
>>
>> Gary
>>
>>
>> > -Original Message-
>> > From: sebb [mailto:seb...@gmail.com]
>> > Sent: Tuesday, December 01, 2009 17:18
>> > To: Commons Developers List
>> > Subject: Re: [codec] regression in 1.4
&g
So, like I said up above:
Any opinions at all out there regarding this?
yours,
Julius
On Mon, Nov 23, 2009 at 12:24 PM, Julius Davies wrote:
> Hi, Commons Developers,
>
>
> There's a minor regression in Codec-1.4 that causes two extra white
> space characters to a
this problem. I
was careful to make sure the static method had stayed the same in
Codec-1.3 and Codec-1.4, but I just never thought people would
actually write things like this:
new Base64().encode() !!!
Just didn't enter my mind to test that to compare output of 1.3 vs
1.4. Very sorry.
CODEC-89 identifies a regression in the commons-codec-1.4 release. A
patch to fix this is attached to CODEC-89.
https://issues.apache.org/jira/browse/CODEC-89
Any committers interested in considering this patch?
--
yours,
Julius Davies
250-592-2284 (Home)
250-893-4579 (Mobile)
http
e/clirr-report.html
>>
>> Release Notes:
>> http://people.apache.org/~niallp/codec-1.4-rc4/site/changes-report.html
>> http://people.apache.org/~niallp/codec-1.4-rc4/RELEASE-NOTES.txt
>>
>> Thanks
>>
>> Niall
>>
>
> --
= "_";
Level.INFO.levelStr = " ";
Level.WARN.levelStr = "!";
Level.ERROR.levelStr = "*";
Level.FATAL.levelStr = "***";
}
}
--
yours,
Julius Davies
250-592-2284 (Home)
250-893-4579 (Mobile)
http://juliusdavies.ca/loggi
ore changes people want to do before cutting another
>> Codec 1.4 RC?
>
--
yours,
Julius Davies
250-592-2284 (Home)
250-893-4579 (Mobile)
http://juliusdavies.ca/logging.html
-
To unsubscribe, e-mail: dev-unsubsc
2009:
https://issues.apache.org/jira/browse/CODEC-75 - URL-Safe Base64
--
yours,
Julius Davies
250-592-2284 (Home)
250-893-4579 (Mobile)
http://juliusdavies.ca/logging.html
-
To unsubscribe, e-mail: dev-uns
this vote is cancelled because
> Codec's API has changed.
>
> Niall
>
--
yours,
Julius Davies
250-592-2284 (Home)
250-893-4579 (Mobile)
http://juliusdavies.ca/logging.html
-
To unsubscribe, e-mail: dev-unsub
;>
>> Niall
>>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>
--
yours,
Julius Davies
250-592-2284 (Home)
250-893-4579 (Mobile)
http://juliusdavies.ca/logging.html
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
the
> DigestUtils fixes I have put in. I am happy to leave the rest for the next
> release though.
>
What's left to do? Maybe I can help?
--
yours,
Julius Davies
250-592-2284 (Home)
250-893-4579 (Mobile)
http://juliusdavies.ca/logging.html
---
If
we decide to leave [CODEC-59] out of a 1.4 release, I'll create a
separate ticket just for this reset() issue.
yours,
Julius
> Julius:
>
> Patch for [CODEC-81] is in and then some.
>
> Thank you for the submission. Keep them coming.
>
> Gary
>
--
yours,
Ju
reworked patch?
>
> Thank you,
> Gary
>
>> -----Original Message-
>> From: Julius Davies [mailto:juliusdav...@gmail.com]
>> Sent: Sunday, July 26, 2009 6:08 PM
>> To: Commons Developers List
>> Subject: [codec] - CODEC-59 and CODEC-81
>>
>> I have a
ug-fix for TRUNK / 1.4-RC2 so I'd be surprised
if it wasn't accepted in some shape or form, whereas the CODEC-59
patch will be an enhancement.
--
yours,
Julius Davies
250-592-2284 (Home)
250-893-4579 (Mobile)
http://juliusda
t 1:50 PM, Gary
Gregory wrote:
> Note that for the release, the version should be "1.4", not "1.4-dev" or
> "1.4.0.SNAPSHOT"
>
> Gary
>
>> -Original Message-
>> From: Julius Davies [mailto:juliusdav...@gmail.com]
>> Sent: Friday, July
Probably the Maven2 generated Jar is okay in this department?
Here's the MANIFEST.MF created by Maven2 (I'm using trunk to create the jar):
Manifest-Version: 1.0
Archiver-Version: Plexus Archiver
Created-By: 1.6.0_13 (Sun Microsystems Inc.)
Built-By: jdavi
30,11 +30,8 @@
> default.properties
> LICENSE.txt
> LICENSE-header.txt
> - maven.xml
> NOTICE.txt
> pom.xml
> - project.properties
> - project.xml
> RELEASE
ps. Regarding CODEC-80, the javadoc and inline comment for
testChunkedEncodeMultipleOf76() is wrong. Sorry, I'm tired.
On Wed, Jul 22, 2009 at 11:18 PM, Julius Davies wrote:
> Hi, Niall,
>
> That's a nice Gaelic name you have there (my dad's name is Hywel Rhys).
>
apache.org/~niallp/codec-1.4-rc1/site/clirr-report.html
>> http://people.apache.org/~niallp/codec-1.4-rc1/RELEASE-NOTES.txt
>>
>> Feedback welcome.
>>
>> Niall
>>
--
yours,
Julius Davies
250-592-2284 (Home)
250-893-4579 (Mobile)
http://juliusdavies.ca/logging.html
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
ng.
>
> On Fri, Jul 17, 2009 at 6:34 PM, Gary
> Gregory wrote:
>> Hi All:
>>
>> Do we have a volunteer to act as release manager for Codec 1.4?
>>
>> Gary
>>
--
yours,
Julius Davies
250-592-22
CODEC-36 can be closed since CODEC-78 addresses it.
--
yours,
Julius Davies
250-592-2284 (Home)
250-893-4579 (Mobile)
http://juliusdavies.ca/logging.html
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For
e64InputStream 85%/76%
> Base64OutputStream 88%/70%
>
> Gary
>
>> -Original Message-
>> From: Julius Davies [mailto:juliusdav...@gmail.com]
>> Sent: Wednesday, July 15, 2009 12:55 PM
>> To: Commons Developers List
>> Subject: Re: [codec] 1.4 release:
--
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>
--
yours,
Julius Davies
250-592-2284 (Home)
250-893-4579 (Mobile)
http://juliusdavies.ca/logging.html
-
w=rev&revision=178001
- Julius Davies (juliusdav...@gmail.com) implemented Base64InputStream
and Base64OutputStream based on Jochen's code above (CODEC-69).
- Sebastian Bazley (s...@apache.org) reviewed and improved the
streaming Base64 code and its unit tests.
--
yours,
Julius Davie
I take it there's not much interest or appetite for this enhancement.
I'll leave you alone now.
yours,
Julius
On Thu, May 28, 2009 at 10:03 AM, Julius Davies wrote:
> Hi,
>
> First of all, thanks for taking a look at the patch. Regarding this:
>
>>>> 1
b5a9306183f
$ java -cp commons-codec-1.2.jar:. Test
ff7f8fc01cdb471a8c8b5a9306183fe8
ff7f8fc01cdb471a8c8b5a9306183f
ff7f8fc01cdb471a8c8b5a9306183f
$ java -cp commons-codec-1.1.jar:. Test
ff7f8fc01cdb471a8c8b5a9306183fe8
ff7f8fc01cdb471a8c8b5a9306183f
ff7
uot;Base64.encodeBase64URLSafe()" method.
It appears (very cursory look-see on my part) that URL-Safe is part of
the reason Hadoop went elsewhere for its Base64:
http://issues.apache.org/jira/browse/HBASE-272
--
yours,
Julius Davies
250-592-2284 (Home)
250-893-4579 (Mobile)
http://
hood, and using it to
represent 4 decimal points.)
--
yours,
Julius Davies
250-592-2284 (Home)
250-893-4579 (Mobile)
http://juliusdavies.ca/
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e
m, or FilterReader.
>
> Jochen
>
>
> --
> Look, that's why there's rules, understand? So that you think before
> you break 'em.
>
> -- (Terry Pratchett, Thief of Time)
>
> -
> To
ava-1.4!] calls in Caverphone, and some missing
(byte) casts.
The CODEC website says it's compatible with Java-1.3:
http://commons.apache.org/codec/dependencies.html
yours,
Julius
On Thu, Jun 19, 2008 at 1:40 PM, sebb <[EMAIL PROTECTED]> wrote:
> On 19/06/2008, Julius Dav
614,10 @@
>
> for (int i = 0; i < data.length; i++) {
> switch (data[i]) {
> -case (byte) ' ' :
> -case (byte) '\n' :
> -case (byte) '\r' :
> -case (byte) '\t' :
many streaming
variations, and javadocs on all non-test code. I hope people find it
useful and worth committing!
yours,
Julius
On Mon, Jun 16, 2008 at 8:44 AM, Julius Davies <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Base64InputStream and Base64OutputStream are coming along. They bot
tream(in, false);
in = new Base64InputStream(in, true);
in = new Base64InputStream(in, false);
yours,
Julius
On Tue, Jun 10, 2008 at 3:30 AM, sebb <[EMAIL PROTECTED]> wrote:
> On 10/06/2008, Julius Davies <[EMAIL PROTECTED]> wrote:
>> Hi,
>>
>>
>> Her
e check).
> Likewise modulus - using an int would avoid a few casts.
>
> Or maybe these are from the original code.
--
yours,
Julius Davies
250-592-2284 (Home)
250-893-4579 (Mobile)
http://juliusdavies.ca/
-
To unsubscr
nce I have the javadocs and streaming
junits put together.
Note: all the pre-existing Base64 unit tests are passing! (They were
very helpful).
Thanks to Jochen Wiedmann for pointing out the base64 streaming code
in ws-commons-util that this is based on.
--
yours,
Julius Davies
250-592-2284
k. I really like it. (And
it's so fast). This is a fun challenge. I'll post to the list in a
week or two with any progress.
yours,
Julius
On Sat, May 31, 2008 at 11:52 AM, Julius Davies <[EMAIL PROTECTED]> wrote:
> Hi, Jochen,
>
>
> Thanks for pointing out
>= 0) {
if (c > 0) {
w.write(buf, 0, c);
}
c = reader.read(buf);
}
long duration = System.currentTimeMillis() - start;
yours,
Julius
On Sat, May 31, 2008 at 1:18 AM, Jochen Wiedmann
<[EMAIL PROTECTED]> wrote:
> On Sat, May 31, 200
t. The
Base64InputStream.java code in not-yet-commons-ssl needs javadocs
before it can come over.
And good work on org.apache.commons.codec.binary.Base64! I was
really astonished to see us beat openssl!
--
yours,
Julius Davies
250-592-2284 (Home)
250-893-4579 (Mobile)
http://juliusdavi
ObjectUtils.equals() is just what I'm looking for. Thanks!
Is there any interest in an ObjectUtils.compare() method? I would be
happy to create a JIRA ticket and upload a patch.
yours,
Julius
On Tue, May 27, 2008 at 3:05 PM, Stephen Colebourne
<[EMAIL PROTECTED]> wrote:
>
htly more
with compare().
This might help regarding LANG-340 - "performance problem with
EqualsBuilder.append()".
--
yours,
Julius Davies
250-592-2284 (Home)
250-893-4579 (Mobile)
http://juliusdavies.ca/
-
To unsubs
Tabs make the baby Jesus cry.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
ill (usually) overwrite the older native file.
--
yours,
Julius Davies
250-592-2284 (Home)
250-893-4579 (Mobile)
http://juliusdavies.ca/
ps. I should never send emails that cover more than one topic.
-
To unsubscribe, e-mail:
EMAIL PROTECTED]> wrote:
> On Thu, Mar 6, 2008 at 11:07 PM, Julius Davies <[EMAIL PROTECTED]> wrote:
> > Henri,
> >
> > Is your timing just a coincidence?
> >
> >
> http://lists.juliusdavies.ca/pipermail/not-yet-commons-ssl-juliusdavies.ca/2008-Marc
m up a big community.
> >
> > +1
> >
> > This sounds really like a good idea. Some kind of Continuous Commons
> Incubator ;-)
>
> Suggested to [EMAIL PROTECTED] :)
>
> http://markmail.org/message/45ccujwi6r7fgbbh
>
> Hen
>
>
>
> -
90 matches
Mail list logo
