On 2009-02-10, Christian Grobmeier wrote:
> Can this be simulated when creating a file within testcase and then
> changing java.encoding stuff and extracting it again?
Likely. I'm not sure whether String#getBytes consults the system
property for each invocation.
> If so I can write a testcase
On 2009-02-10, Mark Fortner wrote:
> I meant specifically if I was using this library at both ends of the
> equation.
Then if you don't specify an encoding explicitly, you will have a
problem, yes. Of course only, if your file names have non-ASCII
characters in the first place since most native
I had a stab last night, but didn't figure out how the code should
look to fix it.
Lack of pronoun = "Equally buried :) My 2 jobs at work are behaving
like 3 right now. "
I'll keep looking, but not turning away anyone else from looking
either as it's not immediately obvious.
Hen
On Tue, Feb 10,
Hi Robert
Sounds great a DNS client was one area I felt could be added to
[net] for a while now (the other being ssh/scp support).
Can you point me to the existing client code in james?
Cheers
Rory
Robert Burrell Donkin wrote:
over in james, we have some useful DNS client code. suffici
over in james, we have some useful DNS client code. sufficiently useful
for the qpid to enquire about the possibility of sharing it:
http://markmail.org/thread/u4n4q5f2q7wyq2vf. i think it should probably
be in scope for commons-net, though DNS is not (at the moment) a
supported protocol.
there ar
Yes and Yes! There is absolutely a lot of potential there -- it's also one
of the reasons I'd really like to see RowHandler become a first class part
of the dbutils library -- ProxyGeneratingRowHandlers could do all sorts of
interesting things.
On Tue, Feb 10, 2009 at 5:28 PM, Dan Fabulich wro
snip
>
> Ah, but the whole point of this enhancement is that it's unperformant to
> use RowProcessor#toBean on each row; it's much faster to call
> RowProcessor#toBeanList once. So there's no such thing as an
> OptimizedBeanRowHandler; the optimization is to not use a RowHandler!
>
/snip
I'd pus
Have you seen ActiveObjects? It's an incubating ORM layer over at
dev.java.net; it's got some neat stuff in it.
https://activeobjects.dev.java.net/basic-concepts.html
I'm especially drawn to the idea that a bean could be defined as an
interface, rather than as a concrete implementation. It
Hey Hen:
"So need to figure out how to fix that."
Can you look into this issue? I'm buried at work here. I'm not sure if you
wanted me to do this due to the missing pronoun ;)
Thanks,
Gary
-Original Message-
From: Henri Yandell [mailto:flame...@gmail.com]
Sent: Monday, February 09, 20
Hi Hen,
Henri Yandell wrote:
> Apologies for the revote. I've added a note to the release page to
> check the NOTICE file's copyright year.
>
> There should be no difference between the two other than the RC1->RC2
> in the pom and the updated year in the NOTICE file.
Since you're already at it,
Liam Coughlin wrote:
On Tue, Feb 10, 2009 at 2:32 AM, Dan Fabulich wrote:
1) OptimalBeanListHandler
Ideally, these classes should be split up more. There shouldn't really be a
BeanListHandler, just a ListHandler which takes a RowHandler on
construction, and then you can just use the approp
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-cli has an issue affecting its community integration.
This issue a
I meant specifically if I was using this library at both ends of the
equation. I assume that if you use different tools at either end, you may
have some challenges. But if I use this library at both ends, and use the
default settings, then I imagine I would have some difficulty on the
decompressi
>> > ZipArchiveOutputStream will now use the platform's native encoding
>> > instead of UTF8 by default now, while JarArchiveOutputStream
>> > explicitly sets the encoding to UTF8. Does anybody consider this a
>> > problem?
>>
> What happens if you try to take a file that was created on a machine
On 2009-02-10, Mark Fortner wrote:
>>> ZipArchiveOutputStream will now use the platform's native encoding
>>> instead of UTF8 by default now, while JarArchiveOutputStream
>>> explicitly sets the encoding to UTF8. Does anybody consider this a
>>> problem?
> What happens if you try to take a fil
On Tue, Feb 10, 2009 at 2:32 AM, Dan Fabulich wrote:
> 1) OptimalBeanListHandler
>
> http://issues.apache.org/jira/browse/DBUTILS-37
> This bug provides a patch that considerably improves the performance of
> BeanListHandler.
>
> However, Julien correctly points out that:
>
>> With the change I p
>
> > ZipArchiveOutputStream will now use the platform's native encoding
> > instead of UTF8 by default now, while JarArchiveOutputStream
> > explicitly sets the encoding to UTF8. Does anybody consider this a
> > problem?
>
>
What happens if you try to take a file that was created on a machine wit
On 2009-02-10, Stefan Bodewig wrote:
> On 2009-02-10, Torsten Curdt wrote:
>> No particular objections. Not sure it helps much though :)
> True.
Actually it hurts.
Via FilterOutputStream a call to ArchiveOutputStream.flush() would
suddenly flush the wrapped stream where it had been a no-op f
On 2009-02-10, Torsten Curdt wrote:
> No particular objections. Not sure it helps much though :)
True.
I'll probably try to find out why ZipArchiveOutputStream extended
FilterOutputStream in the first place - probably because
java.util.zip.ZipOutputStream does and Ant's class should be as close
On 2009-02-10, Torsten Curdt wrote:
>> Ant never had a ZipInputStream replacement, we only use ZipFile since
>> the zip format is a lot easier to implement on top of
>> RandomAccessFile.
> Hm ... never thought this would be a problem for just reading.
You need to merge data from the local file
That's probably rather a question to ask on the ASM list :)
Thanks for looking into this.
cheers
--
Torsten
On Tue, Feb 3, 2009 at 14:10, Fernando Petrola
wrote:
> I've found a bug at javaflow (reported in
> http://issues.apache.org/jira/browse/SANDBOX-277) related to assign
> null to local var
No particular objections. Not sure it helps much though :)
cheers
--
Torsten
On Sat, Feb 7, 2009 at 15:14, Stefan Bodewig wrote:
> Hi,
>
> I change ArchiveOutputStream extend FilterOutputStream while I
> modified ZipArchiveOutputStream and it seems a very natural thing to
> do for all the other
> I've merged ZipEntry into ZipArchiveEntry and ZipOutputStream into
> ZipArchiveOutputStream. As a side effect ZipArchiveOutputStream now
> supports encoding of file names and the zip file comment (among other
> things that it does better than java.util.zip.ZipOutputStream like
> providing usable
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-cli has an issue affecting its community integration.
This issue a
24 matches
Mail list logo
