Hi,
We are working on migrating a J2EE application from WAS6.1 to JBoss EAP 5.0.
For unmarshalling of some custom XML we make use of commons-beanutils-1.8.3
within this application; and in the process, we have defined a custom type
converter for one of the XML tags.
The registration of this
Hello.
[With official release 1.2]
I'd like to call a commmand cmd as follows:
$ cmd --foo a --foo b --foo c cmdArg1 cmdArg2
There can be any number of arguments to the option --foo. When I try,
the parser (GnuParser) considers the cmdArg1 and cmdArg2 arguments as
arguments to the --foo
Hi Gilles,
I had a similar problem, where I wanted a series of command-line arguments
to be like
-N1=localhost:8000 -N2=localhost:8001 -N3=localhost:8002 etc.
The code below allowed me to get all the -N args values as an enumeration,
and is based on some code I found in the documentation.
Hope
Hi.
I had a similar problem, where I wanted a series of command-line arguments
to be like
-N1=localhost:8000 -N2=localhost:8001 -N3=localhost:8002 etc.
The code below allowed me to get all the -N args values as an enumeration,
and is based on some code I found in the documentation.
Hope
On Tue, May 24, 2011 at 1:55 PM, Rammohan Natarajan
rammohan.natara...@tcs.com wrote:
Hi,
We are working on migrating a J2EE application from WAS6.1 to JBoss EAP 5.0.
For unmarshalling of some custom XML we make use of commons-beanutils-1.8.3
within this application; and in the process, we
I fixed this by using readFileToByteArray not readFileToString
byte[] zip_content=FileUtils.readFileToByteArray(new File(zip));
On 24.05.2011 19:11, Victor Sterpu wrote:
I'm trying to use org.apache.commons.codec.binary.Base64 to code in
base64 a zip file but the result is not as expected.
Hi All,
We are using org.apache.commons.io.input.Tailer to process log files for
insertion into a database.
What we are seeing is that occasionally a line fails to process because it
is incomplete.
In reviewing the code, it appears that Tailer.readLines delegates to
On Tue, May 24, 2011 at 6:32 PM, frankgrimes97 frankgrime...@gmail.com wrote:
Hi All,
We are using org.apache.commons.io.input.Tailer to process log files for
insertion into a database.
What we are seeing is that occasionally a line fails to process because it
is incomplete.
In reviewing
Hi,
I only offer the code to illustrate how to deal with repeated options. In
this particular case, the repeated option is -N with
values 1=localhost:8000, 2=localhost:8001 etc (these values relate to
the particular application I'm developing).
Simon
On Tue, May 24, 2011 at 2:57 PM, Gilles
[With official release 1.2]
I'd like to call a commmand cmd as follows:
$ cmd --foo a --foo b --foo c cmdArg1 cmdArg2
There can be any number of arguments to the option --foo. When I try,
the parser (GnuParser) considers the cmdArg1 and cmdArg2 arguments as
arguments to the --foo
Hello.
I only offer the code to illustrate how to deal with repeated options. In
this particular case, the repeated option is -N with
values 1=localhost:8000, 2=localhost:8001 etc (these values relate to
the particular application I'm developing).
I understood that. I'm just stressing that
The following is a patch against 2.0.1 in SVN which seems to address the
limitation:
Index: src/main/java/org/apache/commons/io/input/Tailer.java
===
--- src/main/java/org/apache/commons/io/input/Tailer.java (revision 1127267)
+++
Undefined I'm afraid.
There were a few issues on the last RC and, for my part, I'm currently
in baby-rearing mode with about 10 minutes of personal time each day.
Hen
On Mon, May 23, 2011 at 4:19 AM, Rohan Kadam roha...@cybage.com wrote:
Hi,
Please let me know, when common lang 3.0 will be
13 matches
Mail list logo
