Re: [validator] DomainValidator instance thread-safe?

2015-05-01 Thread Benedikt Ritter
Hello Cyrill,

2015-05-01 17:44 GMT+02:00 Cyril :

> Hello,
> I am interested by using a few validator routines such as the
> DomainValidator (package org.apache.commons.validator.routines). However,
> looking at the javadoc, I cannot find information about thread-safety in
> the description.
>
> Is DomainValidator#getInstance() and resulting DomainValidator instance
> thread-safe?
>

I've looked through the code of DomainValidator. It is immutable so
instances can be shared between threads. I've also created VALIDATOR-366
[1] for documenting this for all validators.

Thank you!
Benedikt

[1] https://issues.apache.org/jira/browse/VALIDATOR-366


>
> Thank you.
>
> Regards,
> Cyril
>



-- 
http://people.apache.org/~britter/
http://www.systemoutprintln.de/
http://twitter.com/BenediktRitter
http://github.com/britter


[ANNOUNCE] Apache Commons CLI 1.3 released!

2015-05-09 Thread Benedikt Ritter
The Apache Commons Team is pleased to announce the release of Apache
Commons CLI 1.3.

The Apache Commons CLI library provides an API for parsing command line
options passed to programs. It's also able to print help messages detailing
the options available for a command line tool.

1.3 is binary compatible to the last release 1.2. The highlight of this
release is the introduction of a new API for defining Options for the
parser. More information about this, as well as the full details of all the
changes in 3.4 see the release notes:
https://dist.apache.org/repos/dist/release/commons/cli/RELEASE-NOTES.txt
The minimum required JDK version for this release is 1.5.

Source and binary distributions are available for download from the Apache
Commons download site:
  http://commons.apache.org/proper/commons-cli/download_cli.cgi

When downloading, please verify signatures using the KEYS file available at
the above location.

Alternatively the release can be pulled via maven:

  commons-cli
  commons-cli
  1.3


For complete information on Commons CLI, including instructions on how to
submit bug reports, patches, or suggestions for improvement, see the Apache
Commons CLI website:

http://commons.apache.org/proper/commons-cli/
Benedikt Ritter,
on behalf of the Apache Commons Community


-- 
http://people.apache.org/~britter/
http://www.systemoutprintln.de/
http://twitter.com/BenediktRitter
http://github.com/britter


Re: [commons-httpclient] Continuously getting 401 response when using commons-httpclient

2015-05-13 Thread Benedikt Ritter
Hello Mahendran,

2015-05-12 17:18 GMT+02:00 Mahendran Pirinthapan :

> Hi all,
>
> We are using apache commons-httpclient-3.1.0 in our project to send Rest
> call requests to Jenkins server, which is deployed in our environment. We
> have the following code to set the credentials for the requests.
>
> httpClient.getState().setCredentials(AuthScope.ANY,new
> UsernamePasswordCredentials(
>  username,
> password));
> httpClient.getParams().setAuthenticationPreemptive(true);
>
> In our production environment if one request is responded with 401 status
> code by Jenkins then the subsequent requests also fails with 401 status
> code. Please find the debug log in [1].
>
> Since our production environment is a long running server we can not
> restart it frequently. So the above issue affects all the users if it
> occurred once.
>
> I kindly expect your thoughts on resolving this issue.
>
> 1.
>
> https://drive.google.com/file/d/0B4YeqhMGkQxvZzYzVEVZVWgyUXc/view?usp=sharing


HttpClient has become it's own Top Level Project in the ASF. I recommend
upgrading to the latest version (if possible). If problems persist you
shoulg get in touch with the Http Components community [1].

Best regards,
Benedikt

[1] https://hc.apache.org/


>
>
>
> Thanks & Regards,
> M.Pirinthapan
>
>
> 
> 
> 
>



-- 
http://people.apache.org/~britter/
http://www.systemoutprintln.de/
http://twitter.com/BenediktRitter
http://github.com/britter


[ANNOUNCE] Apache Commons CLI 1.3.1 released!

2015-06-17 Thread Benedikt Ritter
The Apache Commons Team is pleased to announce the release of Apache
Commons CLI 1.3.1.

The Apache Commons CLI library provides an API for parsing command line
options passed to programs. It's also able to print help messages detailing
the options available for a command line tool.

1.3.1 is binary compatible to the last release 1.3. The only change
compared to 1.3 is the fix of CLI-252 [1]. The minimum required JDK version
for this release is 1.5.

Source and binary distributions are available for download from the Apache
Commons download site:
  http://commons.apache.org/proper/commons-cli/download_cli.cgi

When downloading, please verify signatures using the KEYS file available at
the above location.

Alternatively the release can be pulled via maven:

  commons-cli
  commons-cli
  1.3.1


For complete information on Commons CLI, including instructions on how to
submit bug reports, patches, or suggestions for improvement, see the Apache
Commons CLI website:

http://commons.apache.org/proper/commons-cli/

Thank you!

Benedikt Ritter,
on behalf of the Apache Commons Community

[1] https://issues.apache.org/jira/browse/CLI-252


-- 
http://people.apache.org/~britter/
http://www.systemoutprintln.de/
http://twitter.com/BenediktRitter
http://github.com/britter


Re: [beanutils] Getting issue with Bean Utils v1.9.2.

2015-06-23 Thread Benedikt Ritter
Hello Ramesh,

can you please file a bug at https://issues.apache.org/jira/browse/BEANUTILS
? Would be good if you could provide a JUnit test reproducing the issue
that works with 1.6 but fails with 1.9.2.

Thank you!
Benedikt

2015-06-23 14:38 GMT+02:00 Gopi Ramesh :

> Hi,
> In our application, we upgraded the BeanUtils jar from 1.6 version to
> 1.9.2.After upgrading the jar, we are facing issues while setting the bean
> properties for two dimensional or multi dimensional arrays.The same code is
> used to work fine with 1.6 BeanUtils version.
> The error is shown below:java.lang.NullPointerException at
> org.apache.commons.beanutils.BeanUtilsBean.setProperty(BeanUtilsBean.java:925)
>  at
> org.apache.commons.beanutils.BeanUtilsBean.populate(BeanUtilsBean.java:821)
> at org.apache.commons.beanutils.BeanUtils.populate(BeanUtils.java:431)  at
> org.apache.struts.util.RequestUtils.populate(RequestUtils.java:1252) at
> org.apache.struts.action.RequestProcessor.processPopulate(RequestProcessor.java:821)
> Truncated. see log file for complete stacktrace
> Please let me know if is there any solution for the issue.
> Note: We are using BeanUtils with JDK 1.8.0_45.
> Thanks,Ramesh




-- 
http://people.apache.org/~britter/
http://www.systemoutprintln.de/
http://twitter.com/BenediktRitter
http://github.com/britter


Re: Commons Apache Fileupload from Classic web app and Struts 2 Integration

2015-06-24 Thread Benedikt Ritter
Hello Kiran,

2015-06-24 1:22 GMT+02:00 Kiran Badi :

> Hi All,
>
> I was using Apache FileUpload 1.2 for my classic web app based on
> jsp/servlets and now I have integrated Struts 2.3.20 with this application.
>
> For some reason after adding S2 with my classic app, its breaking file
> upload functionality which was working fine earlier.Nothing shows up in
> logs other than that all parameters values goes as null.
>
> After doing some analysis I see that S2 ships with file upload jar , along
> with bunch commons jars. Does S2 file upload jars has any conflict with
> classic file uploads like probably file upload interceptor of S2
> intercepting earlier functionality etc.
>
> Any thoughts please.
>

I don't know which Commons Artifacts the Struts project is shipping. Maybe
you should ask on their user list if you haven't already. The latest
release of Apache Commons FileUpload is 1.3 [1]. Which version are you
using now that you've upgraded?

Benedikt

[1] https://commons.apache.org/proper/commons-fileupload/


>
> - Kiran
>



-- 
http://people.apache.org/~britter/
http://www.systemoutprintln.de/
http://twitter.com/BenediktRitter
http://github.com/britter


Re: is BCEL the tool for me?

2015-06-24 Thread Benedikt Ritter
Hello Li Li

2015-06-24 11:21 GMT+02:00 Li Li :

> Hi all,
>  I have a jar file and without the source code, I want to replace
> a package and all classes of this package with my own.
>  e.g.  There is a package
>   com.abc.tool
>   com.abc.tool.A.class
>   com.abc.tool.B.class
> The com.abc.tool.A.class and com.abc.tool.B.class are used in many
> other classes.
> I want to use my own implementation, So I can create my
> package(com.def.tool) and my A.java B.java which has exactly the same
> method as  com.abc.tool.A.class and  com.abc.tool.B.class
>com.def.tool
>com.def.tool.A.class
>com.def.tool.B.class
> But other classes in this jar still use com.abc.tool.A.class and
> com.abc.tool.B.class. I want to use a byte code library to modify the
> jar so it can run and use my implementation.
> Is BCEL suitable for this? Thank you
>

This sounds like a pretty complicated solution to your problem. Why don't
you just replace the class files in the jar at build time?

Regards,
Benedikt


>
> -
> To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
> For additional commands, e-mail: user-h...@commons.apache.org
>
>


-- 
http://people.apache.org/~britter/
http://www.systemoutprintln.de/
http://twitter.com/BenediktRitter
http://github.com/britter


Re: is BCEL the tool for me?

2015-06-24 Thread Benedikt Ritter
Hello Li Li,

2015-06-24 11:44 GMT+02:00 Li Li :

> I have to use another package name other than the original one because
> the original package is loaded and not controlled by my code.
>

I don't think you should mess around with the byte code in this situation.
What if other code also uses the shared library and it depends on it's
current behavior? You could introduce unforeseeable side effects.

Doesn't the library you're using provide extension points you can use to
add the desired functionality in a save way?

Benedikt


>
>
> On Wed, Jun 24, 2015 at 5:37 PM, Benedikt Ritter 
> wrote:
> > Hello Li Li
> >
> > 2015-06-24 11:21 GMT+02:00 Li Li :
> >
> >> Hi all,
> >>  I have a jar file and without the source code, I want to replace
> >> a package and all classes of this package with my own.
> >>  e.g.  There is a package
> >>   com.abc.tool
> >>   com.abc.tool.A.class
> >>   com.abc.tool.B.class
> >> The com.abc.tool.A.class and com.abc.tool.B.class are used in many
> >> other classes.
> >> I want to use my own implementation, So I can create my
> >> package(com.def.tool) and my A.java B.java which has exactly the same
> >> method as  com.abc.tool.A.class and  com.abc.tool.B.class
> >>com.def.tool
> >>com.def.tool.A.class
> >>com.def.tool.B.class
> >> But other classes in this jar still use com.abc.tool.A.class and
> >> com.abc.tool.B.class. I want to use a byte code library to modify the
> >> jar so it can run and use my implementation.
> >> Is BCEL suitable for this? Thank you
> >>
> >
> > This sounds like a pretty complicated solution to your problem. Why don't
> > you just replace the class files in the jar at build time?
> >
> > Regards,
> > Benedikt
> >
> >
> >>
> >> -
> >> To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
> >> For additional commands, e-mail: user-h...@commons.apache.org
> >>
> >>
> >
> >
> > --
> > http://people.apache.org/~britter/
> > http://www.systemoutprintln.de/
> > http://twitter.com/BenediktRitter
> > http://github.com/britter
>
> -
> To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
> For additional commands, e-mail: user-h...@commons.apache.org
>
>


-- 
http://people.apache.org/~britter/
http://www.systemoutprintln.de/
http://twitter.com/BenediktRitter
http://github.com/britter


Re: [math] noob; performance metrics?

2015-06-24 Thread Benedikt Ritter
Hello Luc,

2015-06-23 22:50 GMT+02:00 Luc Maisonobe :

> Hi Mike,
>
> Le 23/06/2015 21:17, mike shugar a écrit :
> > To amplify and extend the question - would also like to know the same
> > info where bigdecimal is involved.
>
> I really don't know. We don't reall use BigDecimal in Apache Commons
> Math. We rather used Dfp when we need high accuracy. Dfp does provide
> all floting points operations, including trigonometric, logarithmic
> or hyperbolic functions whereas BigDecimal only provides the classical
> arithmetic operations. Dfp is devoted to really high accuracy (say you
> want to compute an hyperbolic cosine to 200 digits), and is expected
> to be slow.
>
> I am not aware of any benchmarks relative to Dfp (of course it would
> depend on the number of digits you would use) with respecto to
> primitive double numbers. If you want to do some benchmarks, we would
> be happy to see the results.
>

Thank you for this and your other answers on this thread. As someone who is
working mainly on business application (which usually don't involve this
kind of mathematics) reading through your posts has been very informative
for me.

Benedikt


>
> best regards,
> Luc
>
> >
> > Thanks.
> >
> >
> >
> > - Original Message - From: "Andrew E. Davidson"
> > 
> > To: 
> > Sent: Tuesday, June 23, 2015 12:08 PM
> > Subject: [math] noob; performance metrics?
> >
> >
> > sorry if this has been asked many times before. (maybe this can be added
> > to the FAQ?)
> >
> > has anyone done any bench marking?
> >
> > The idea of having a math package that is implemented pure java is very
> > attractive. My experience with machine learning is that java is very
> > slow. To go fast you need to take advantage of assembler or libraries
> > written in fortran or C. For example http://jblas.org/ <
> http://jblas.org/>
> >
> >
> > Kind Regards
> >
> > Andy
> >
> >
> >
> >
> > -
> > To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
> > For additional commands, e-mail: user-h...@commons.apache.org
> >
> >
> >
>
>
> -
> To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
> For additional commands, e-mail: user-h...@commons.apache.org
>
>


-- 
http://people.apache.org/~britter/
http://www.systemoutprintln.de/
http://twitter.com/BenediktRitter
http://github.com/britter


Re: [beanutils2]

2015-09-23 Thread Benedikt Ritter
2015-09-19 22:17 GMT+02:00 Matthew Mann :

> When will beanutils2 be released?
>

There are now plans/release road map. The plan more features so that it is
a real substitute to BeanUtils1.

Regards,
Benedikt



-- 
http://people.apache.org/~britter/
http://www.systemoutprintln.de/
http://twitter.com/BenediktRitter
http://github.com/britter


Re: [beanutils2]

2015-09-23 Thread Benedikt Ritter
Woops, hit send to early...

2015-09-23 15:16 GMT+02:00 Benedikt Ritter :

>
>
> 2015-09-19 22:17 GMT+02:00 Matthew Mann :
>
>> When will beanutils2 be released?
>>
>
> There are now plans/release road map. The plan more features so that it is
> a real substitute to BeanUtils1.
>

Should be "the plan was to add more features..."


>
> Regards,
> Benedikt
>
>
>
> --
> http://people.apache.org/~britter/
> http://www.systemoutprintln.de/
> http://twitter.com/BenediktRitter
> http://github.com/britter
>



-- 
http://people.apache.org/~britter/
http://www.systemoutprintln.de/
http://twitter.com/BenediktRitter
http://github.com/britter


Re: [beanutils2]

2015-10-07 Thread Benedikt Ritter
Hello Matthew,

sorry this took so long. We don't have a road map. There is not much
activity in BeanUtils2 at the moment. One big part that is still missing is
automatic conversion of values. If you're interested to get involved in the
development of BeanUtils 2, it's probably the best to reach out for other
developers on the dev ML. You can also look into the SANDBOX project in the
ASF jira and filter for tickets with the BeanUtils2 component to see what
need work.

Best regards,
Benedikt

2015-10-04 23:42 GMT+02:00 Matthew Mann :

> Please share the release road map with me? Or, is it online somewhere?
> Anything I can do to help?
>
> -Matt
>
> On Sat, Sep 26, 2015 at 6:31 PM, Matthew Mann 
> wrote:
>
> > Cool! Is the road map online somewhere?
> >
> > On Wed, Sep 23, 2015 at 9:17 AM, Benedikt Ritter 
> > wrote:
> >
> >> Woops, hit send to early...
> >>
> >> 2015-09-23 15:16 GMT+02:00 Benedikt Ritter :
> >>
> >> >
> >> >
> >> > 2015-09-19 22:17 GMT+02:00 Matthew Mann :
> >> >
> >> >> When will beanutils2 be released?
> >> >>
> >> >
> >> > There are now plans/release road map. The plan more features so that
> it
> >> is
> >> > a real substitute to BeanUtils1.
> >> >
> >>
> >> Should be "the plan was to add more features..."
> >>
> >>
> >> >
> >> > Regards,
> >> > Benedikt
> >> >
> >> >
> >> >
> >> > --
> >> > http://people.apache.org/~britter/
> >> > http://www.systemoutprintln.de/
> >> > http://twitter.com/BenediktRitter
> >> > http://github.com/britter
> >> >
> >>
> >>
> >>
> >> --
> >> http://people.apache.org/~britter/
> >> http://www.systemoutprintln.de/
> >> http://twitter.com/BenediktRitter
> >> http://github.com/britter
> >>
> >
> >
>



-- 
http://people.apache.org/~britter/
http://www.systemoutprintln.de/
http://twitter.com/BenediktRitter
http://github.com/britter


Re: [cli] Commons CLI silently removes numbers from arguments

2015-10-16 Thread Benedikt Ritter
Hello Janus,

thank you for your report and the example repository. Feel free to create a
new JIRA ticket for the CLI component [1]. If you like, you can even
provide a fix either as a svn diff file for the CLI svn repository [2] or
as pull request for our github mirror [3]. Don't forget to add some unit
tests verifying your changes.

best regards,
Benedikt

[1] https://issues.apache.org/jira/browse/CLI
[2] https://svn.apache.org/repos/asf/commons/proper/cli/trunk
[3] https://github.com/apache/commons-cli

2015-10-15 21:41 GMT+02:00 Janus Troelsen :

> Hi,
>
> It seems that Commons CLI will silently remove numbers from long
> options like "--channel2" so that it becomes "--channel". But it still
> allows defining options like "channel2" without exceptions. This is
> unintuitive behaviour, as an argument meant for "channel2" will be
> received for "channel". If I supply arguments for both "channel" and
> "channel2", the one for "channel2" is simply silently ignored.
>
> Here is a project to test:
>
> https://github.com/ysangkok/cli-problem
>
> Regards,
> Janus
>
> -
> To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
> For additional commands, e-mail: user-h...@commons.apache.org
>
>


-- 
http://people.apache.org/~britter/
http://www.systemoutprintln.de/
http://twitter.com/BenediktRitter
http://github.com/britter


Re: [Imaging] 1.0 Release Date?

2015-10-29 Thread Benedikt Ritter
Hi,

the main problem blocking a release ATM is the massive amount of findbugs
and PMD violations. Lot's of them probably require breaking changes to the
API, that's why we currently don't want to release it in the current state.

I've come to the conclusion that this may not be the best way to develop
the library. Maybe we should release it in the current state and then
simply push out major releases, breaking the API more often. Without a
official release, we won't attract many contributors...

just my 2 cents.
Benedikt

2015-10-28 1:44 GMT+01:00 Gary Gregory :

> Hi,
>
> There is no release date planned ATM. This is all based on volunteers being
> willing to put in the time to push this through.
>
> Gary
>
> On Tue, Oct 27, 2015 at 2:49 AM, Schalk Cronjé  wrote:
>
> > Hi folks,
> >
> > I am sure this questions has been asked before, I am just wondering if
> > there is any 1.0 release planned?
> >
> > Or is it better to stick to 0.9.7?
> >
> >
> > --
> > Schalk W. Cronjé
> > Twitter / Ello / Toeter : @ysb33r
> >
> >
> > -
> > To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
> > For additional commands, e-mail: user-h...@commons.apache.org
> >
> >
>
>
> --
> E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
> Java Persistence with Hibernate, Second Edition
> 
> JUnit in Action, Second Edition 
> Spring Batch in Action 
> Blog: http://garygregory.wordpress.com
> Home: http://garygregory.com/
> Tweet! http://twitter.com/GaryGregory
>



-- 
http://people.apache.org/~britter/
http://www.systemoutprintln.de/
http://twitter.com/BenediktRitter
http://github.com/britter


Re: [dbutils] Issue when using more than 1 parameter in query

2015-11-16 Thread Benedikt Ritter
Hello Amol,

2015-11-10 21:03 GMT+01:00 Amol Kulkarni :

> Hi,
>
> I am getting a ORA-00942: table or view does not exist when I query using
> dbutils api with 2 parameters. My enviroment si WAS 8.5.5 and oracle db 11g
>
> I am using dbutils1.6 to make db calls. The problem occurs if I send two
> query parameters like SELECT * FROM  DIGITAL_CERTIFICATE_CACHE WHERE
> CERT_SUBJECT_NAME=? AND CERT_STATUS=? Parameters: [70-B3-D5-1F-30-4E-DF-20,
> I] . If I send only one SELECT * FROM  DIGITAL_CERTIFICATE_CACHE WHERE
> CERT_SUBJECT_NAME=? Parameters: [70-B3-D5-1F-30-4E-DF-20] then query
> returns  and application is working. My dbutils code is as follows
>
>
>
>QueryRunner run = new QueryRunner(${DataSource});
> // getting Query from propertues file to fetchBySubject
> String sqlquery = PropertyFileUtil
> .getPropertyValue("fetchbysubject.sql");
> [fetchbysubject.sql = SELECT * FROM DIGITAL_CERTIFICATE_CACHE WHERE
> CERT_SUBJECT_NAME=? AND CERT_STATUS=?]
> // preparing instance for Custom ResultSetHandler to process
> // ResultSet
> ResultSetHandler> handler = new
> DPIServicesDAOResultSetHandler();
> results = run.query(sqlquery, handler, new Object[] {
> subjectname,
> "I" });
>
>
>
> Can somebody please point the problem.
>

Does it work, when you run the query via the command line?

Regards,
Benedikt


-- 
http://people.apache.org/~britter/
http://www.systemoutprintln.de/
http://twitter.com/BenediktRitter
http://github.com/britter


Re: Commons Lang substitution

2015-11-16 Thread Benedikt Ritter
Hello,

2015-11-14 22:25 GMT+01:00 Anthony Brice :

> I could be wrong, but I do believe StrSubstitor requires a prefix and
> suffix. I don't think the class will replace variables that aren't in the
> map either, unless you write a custom StrLookup that returns an empty
> string for variables not previously defined.
>

Yes, this is correct. The replace with blank could be implemented using a
custom StrLookup. However, it is not possible to configure a StrSubstitutor
to use only a starting character.

Benedikt


> On Sat, Nov 14, 2015 at 11:02 AM Alex Soto  wrote:
>
> > Hi I have two special requirements that I think that Common-Lang
> > StrSubstitutor does not cover, but I would like to know if it is correct
> or
> > not.
> >
> > The first requirement is that I would like to know if there is a way to
> > make StrSubstitutor works with using simple character as prefix and no
> > suffix. For example:
> >
> > "This is my $name and I am happy"
> >
> > I have tried  by using new StrSubstitutor(map, "$", "") and
> > StrSubstitutor(map, "$", " ") but no luck.
> >
> > I have tried with commons-lang and commons-lang3.
> >
> > The second one is that I would like to know if there is a way to force
> that
> > in case of no substitution found, the var is replaced with white space
> > instead of untouch it.
> >
> > Thank you very much for your attention.
> >
> > Alex.
> >
>



-- 
http://people.apache.org/~britter/
http://www.systemoutprintln.de/
http://twitter.com/BenediktRitter
http://github.com/britter


Re: [dbutils] Issue when using more than 1 parameter in query

2015-11-16 Thread Benedikt Ritter
Hello Amol,

can you see the query being sent to your database in the query log? Maybe
it is different from what you're expecting.

Benedikt

2015-11-17 7:23 GMT+01:00 Amol Kulkarni :

> Yes it does work when done through sql developer command line , also tried
> from sql plus it works. The problem occurs only through dbutils.
>
> On Tue, Nov 17, 2015 at 12:33 AM, Benedikt Ritter 
> wrote:
>
> > Hello Amol,
> >
> > 2015-11-10 21:03 GMT+01:00 Amol Kulkarni :
> >
> > > Hi,
> > >
> > > I am getting a ORA-00942: table or view does not exist when I query
> using
> > > dbutils api with 2 parameters. My enviroment si WAS 8.5.5 and oracle db
> > 11g
> > >
> > > I am using dbutils1.6 to make db calls. The problem occurs if I send
> two
> > > query parameters like SELECT * FROM  DIGITAL_CERTIFICATE_CACHE WHERE
> > > CERT_SUBJECT_NAME=? AND CERT_STATUS=? Parameters:
> > [70-B3-D5-1F-30-4E-DF-20,
> > > I] . If I send only one SELECT * FROM  DIGITAL_CERTIFICATE_CACHE WHERE
> > > CERT_SUBJECT_NAME=? Parameters: [70-B3-D5-1F-30-4E-DF-20] then query
> > > returns  and application is working. My dbutils code is as follows
> > >
> > >
> > >
> > >QueryRunner run = new QueryRunner(${DataSource});
> > > // getting Query from propertues file to fetchBySubject
> > > String sqlquery = PropertyFileUtil
> > > .getPropertyValue("fetchbysubject.sql");
> > > [fetchbysubject.sql = SELECT * FROM DIGITAL_CERTIFICATE_CACHE WHERE
> > > CERT_SUBJECT_NAME=? AND CERT_STATUS=?]
> > > // preparing instance for Custom ResultSetHandler to
> process
> > > // ResultSet
> > > ResultSetHandler> handler =
> new
> > > DPIServicesDAOResultSetHandler();
> > > results = run.query(sqlquery, handler, new Object[] {
> > > subjectname,
> > > "I" });
> > >
> > >
> > >
> > > Can somebody please point the problem.
> > >
> >
> > Does it work, when you run the query via the command line?
> >
> > Regards,
> > Benedikt
> >
> >
> > --
> > http://people.apache.org/~britter/
> > http://www.systemoutprintln.de/
> > http://twitter.com/BenediktRitter
> > http://github.com/britter
> >
>



-- 
http://people.apache.org/~britter/
http://www.systemoutprintln.de/
http://twitter.com/BenediktRitter
http://github.com/britter


Re: [configuration] is common-configuration affected by COLLECTIONS-580

2015-11-17 Thread Benedikt Ritter
Hello Joel,

2015-11-17 18:01 GMT+01:00 Joël Traber :

> Hi guys,
>
> I am running an application working with commons-configuration version 1.6
> I just noticed a bug in commons-collection.(
> http://markmail.org/search/?q=COLLECTIONS-580%20list%3Aorg.apache.commons.users%2F#query:COLLECTIONS-580%20list%3Aorg.apache.commons.users%2F+page:1+mid:fzhzqaroxf46apyb+state:results
> )
>
> As the older versions (will be changed in 2.0) of commons-configuration
> are having a runtime dependency to commons-collections I am wondering if
> they are potentially affected by this bug as well?
> Commons-configuration version 1.6 uses commons-collections 3.2.1. which
> still contains the bug. (From 3.2.2. they disabled the classes by default
> The documentation says only ConfigurationConverter has a dependency to
> commons-collections (org.apache.commons.collections.ExtendedProperties;). I
> bet that affected classes by the bug are never referenced and do not run.
> That looks to me pretty much that using commons-configuration 1.6 is safe,
> not recommended but safe. Even more because it is not using any
> Serialization support from commons-collections.
>
> Can somebody confirm this?
>

commons-collections 3.2.2 is a drop in replacement for 3.2.1. You can just
upgrade an everything will be fine. However I recommend reading [1]. It's a
blogpost I've written to show, that most applications are probably not
affected by said vulnerability (which by the way is no problem in commons
collections but in the application using deserialization in an unsafe way).

HTH,
Benedikt

[1]
https://blog.codecentric.de/en/2015/11/comment-on-the-so-called-security-vulnerability-in-apache-commons-collections/


> Many thanks
> joël
>
>
>
>
>
>
> -
> To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
> For additional commands, e-mail: user-h...@commons.apache.org
>



-- 
http://people.apache.org/~britter/
http://www.systemoutprintln.de/
http://twitter.com/BenediktRitter
http://github.com/britter


Re: [dbutils] Issue when using more than 1 parameter in query

2015-11-18 Thread Benedikt Ritter
Hello Amol,

2015-11-17 9:07 GMT+01:00 Amol Kulkarni :

> We tested this code with standalone app.The  stmt.getParameterMetaData()
> in QueryRunner.java  is throwing error. We asked DBA , but he does not see
> any query in logs coming. He is the debug. We add QueryRunner.java in
> classpath so that we can debug / put some sys outs.
>
> query coming here is SELECT * FROM DIGITAL_CERTIFICATE_CACHE WHERE
> CERT_STATUS=? AND CERT_USAGE=?
> params coming here is I
> java.sql.SQLSyntaxErrorException: ORA-00942: table or view does not exist
>
> at oracle.jdbc.driver.T4CTTIoer.processError(T4CTTIoer.java:450)
> at oracle.jdbc.driver.T4CTTIoer.processError(T4CTTIoer.java:392)
> at oracle.jdbc.driver.T4CTTIoer.processError(T4CTTIoer.java:385)
> at oracle.jdbc.driver.T4CTTIfun.processError(T4CTTIfun.java:938)
> at oracle.jdbc.driver.T4CTTIfun.receive(T4CTTIfun.java:655)
> at oracle.jdbc.driver.T4CTTIfun.doRPC(T4CTTIfun.java:249)
> at oracle.jdbc.driver.T4C8Odscrarr.doODNY(T4C8Odscrarr.java:96)
> at
>
> oracle.jdbc.driver.T4CPreparedStatement.doDescribe(T4CPreparedStatement.java:719)
> at
> oracle.jdbc.driver.OracleStatement.describe(OracleStatement.java:4223)
> at
>
> oracle.jdbc.driver.OracleResultSetMetaData.(OracleResultSetMetaData.java:52)
> at
>
> oracle.jdbc.driver.OracleStatement.getResultSetMetaData(OracleStatement.java:4206)
> at
>
> oracle.jdbc.driver.OraclePreparedStatement.getMetaData(OraclePreparedStatement.java:4603)
> at
>
> oracle.jdbc.driver.OraclePreparedStatementWrapper.getMetaData(OraclePreparedStatementWrapper.java:1510)
> at
>
> oracle.jdbc.driver.OracleParameterMetaData.getParameterMetaData(OracleParameterMetaData.java:70)
> at
>
> oracle.jdbc.driver.OraclePreparedStatement.getParameterMetaData(OraclePreparedStatement.java:11621)
> at
>
> oracle.jdbc.driver.OraclePreparedStatementWrapper.getParameterMetaData(OraclePreparedStatementWrapper.java:1552)
> at
>
> com.npower.dpi.services.util.AbstractQueryRunner.fillStatement(AbstractQueryRunner.java:228)
> at com.npower.dpi.services.util.QueryRunner.query(QueryRunner.java:351)
> at com.npower.dpi.services.util.QueryRunner.query(QueryRunner.java:215)
> at com.npower.dpi.services.util.test.main(test.java:63)
>
> If we put a try catch block around stmt.getParameterMetaData() in
> AbstractQueryRunner.fillStatement() which eats this error, then we get a
> proper result back. So I think the query is not executed as before that
> only an exception is thrown. So what could be an issue in getting
> metadata.
>

I'm not sure I can follow. Do you think there is a problem in dbutils?

Benedikt


>
>
>
> On Tue, Nov 17, 2015 at 12:35 PM, Benedikt Ritter 
> wrote:
>
> > Hello Amol,
> >
> > can you see the query being sent to your database in the query log? Maybe
> > it is different from what you're expecting.
> >
> > Benedikt
> >
> > 2015-11-17 7:23 GMT+01:00 Amol Kulkarni :
> >
> > > Yes it does work when done through sql developer command line , also
> > tried
> > > from sql plus it works. The problem occurs only through dbutils.
> > >
> > > On Tue, Nov 17, 2015 at 12:33 AM, Benedikt Ritter 
> > > wrote:
> > >
> > > > Hello Amol,
> > > >
> > > > 2015-11-10 21:03 GMT+01:00 Amol Kulkarni :
> > > >
> > > > > Hi,
> > > > >
> > > > > I am getting a ORA-00942: table or view does not exist when I query
> > > using
> > > > > dbutils api with 2 parameters. My enviroment si WAS 8.5.5 and
> oracle
> > db
> > > > 11g
> > > > >
> > > > > I am using dbutils1.6 to make db calls. The problem occurs if I
> send
> > > two
> > > > > query parameters like SELECT * FROM  DIGITAL_CERTIFICATE_CACHE
> WHERE
> > > > > CERT_SUBJECT_NAME=? AND CERT_STATUS=? Parameters:
> > > > [70-B3-D5-1F-30-4E-DF-20,
> > > > > I] . If I send only one SELECT * FROM  DIGITAL_CERTIFICATE_CACHE
> > WHERE
> > > > > CERT_SUBJECT_NAME=? Parameters: [70-B3-D5-1F-30-4E-DF-20] then
> query
> > > > > returns  and application is working. My dbutils code is as follows
> > > > >
> > > > >
> > > > >
> > > > >QueryRunner run = new QueryRunner(${DataSource});
> > > > > // getting Query from propertues file to fetchBySubject
> > > > > String sqlquery = PropertyFileUtil
> > > > > .getPropertyValue("fetc

Re: [SCXML] Next states

2016-05-02 Thread Benedikt Ritter
Hello Mansour,

Mansour Al Akeel  schrieb am Mo., 2. Mai 2016 um
02:19 Uhr:

> Is there a way to get the next valid states or transitions ?
> I am working with AbstractStateMachine
>

I think Woosan and Ate are the ones who have worked mostly on SCXML. Maybe
they can help...

Benedikt


>
> Thank you
>
> -
> To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
> For additional commands, e-mail: user-h...@commons.apache.org
>
>


[ANNOUNCE] Apache Commons CSV 1.3 released

2016-05-09 Thread Benedikt Ritter
The Apache Commons team is pleased to announce the release of Apache
Commons CSV 1.3.

The Apache Commons CSV library provides a simple interface for reading and
writing
CSV files of various types.

The main changes are:
- Addition of default formats for Informix UNLOAD and UNLOAD CSV
- Possibility for defining a CSVFormat header, using a Java enum
- Support for ignoring trailing delimiter in CSVFormat
- Support trimming leading and trailing blanks in CSVFormat

Details of all changes in 1.3 can be found in the changelog:

http://commons.apache.org/proper/commons-csv/changes-report.html

1.3 is fully binary compatible to the last release. No client code
changes are required to migrate from version 1.2 to 1.3.
The minimum required JDK version for this release is 1.6.

Source and binary distributions are available for download from the Apache
Commons download site:

http://commons.apache.org/proper/commons-csv/download_csv.cgi

When downloading, please verify signatures using the KEYS file available at

http://www.apache.org/dist/commons/KEYS

Alternatively the release can be fetched from Maven Central:

  org.apache.commons
  commons-csv
  1.3


For complete information on Commons CSV, including instructions on
how to submit bug reports, patches, or suggestions for improvement, see the
Apache Commons Validator website:

http://commons.apache.org/proper/commons-csv/

Have fun!
Benedikt Ritter, on behalf of the Apache Commons Community


[ANNOUNCE] Apache Commons Crypto component established

2016-05-09 Thread Benedikt Ritter
The Apache Commons team is pleased to announce the establishment of a new
component: Apache Commons Crypto.

Apache Commons Crypto is a cryptographic library optimized with AES-NI
(Advanced Encryption Standard New Instructions). It provides Java API for
both cipher level and Java stream level. Developers can use it to implement
high performance AES encryption/decryption with the minimum code and
effort. Please note that Apache Commons Crypto doesn't implement the
cryptographic algorithm such as AES directly. It wraps to Openssl or JCE
which implement the algorithms.

The Apache Commons team is currently working on the initial release, which
is expected soon. We invite everybody interested to join the development on
Apache Commons Crypto.

More information can be found on the project website:

http://commons.apache.org/crypto

The source code is available in the Apache Commons Crypto git repository:

https://git-wip-us.apache.org/repos/asf/commons-crypto.git

Have fun!
Benedikt Ritter, on behalf of the Apache Commons Community


Re: [ANNOUNCE] Apache Commons Crypto component established

2016-05-19 Thread Benedikt Ritter
Hello Konrad,

Konrad Zuse  schrieb am Fr., 13. Mai 2016 um
02:28 Uhr:

> This is interesting.  I am curious how well this will work with Apache
> Shiro, and if there would be any issues integrating this Library with Shiro?
>

I don't know Shiro, so I can not tell. Just give it a try an let us know if
you encounter any issues.

Benedikt


>
> Thanks for the help.
> ____
> From: Benedikt Ritter 
> Sent: Monday, May 9, 2016 3:53:33 PM
> To: annou...@apache.org; Commons Developers List; Commons Users List
> Subject: [ANNOUNCE] Apache Commons Crypto component established
>
> The Apache Commons team is pleased to announce the establishment of a new
> component: Apache Commons Crypto.
>
> Apache Commons Crypto is a cryptographic library optimized with AES-NI
> (Advanced Encryption Standard New Instructions). It provides Java API for
> both cipher level and Java stream level. Developers can use it to implement
> high performance AES encryption/decryption with the minimum code and
> effort. Please note that Apache Commons Crypto doesn't implement the
> cryptographic algorithm such as AES directly. It wraps to Openssl or JCE
> which implement the algorithms.
>
> The Apache Commons team is currently working on the initial release, which
> is expected soon. We invite everybody interested to join the development on
> Apache Commons Crypto.
>
> More information can be found on the project website:
>
> http://commons.apache.org/crypto
>
> The source code is available in the Apache Commons Crypto git repository:
>
> https://git-wip-us.apache.org/repos/asf/commons-crypto.git
>
> Have fun!
> Benedikt Ritter, on behalf of the Apache Commons Community
>
>
> -
> To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
> For additional commands, e-mail: user-h...@commons.apache.org
>
>


Re: [dbutils] Would it be possible to have parameters passed to QueryRunner as an Iterable?

2016-05-19 Thread Benedikt Ritter
Hello Robert,

Robert Huffman  schrieb am Mi., 18. Mai 2016 um
19:00 Uhr:

> If a prepared statement is built dynamically, with a variable number of
> parameters, and parameters are collected in a Collection of some sort
> instead of an array, usage QueryRunner requires that the collection be
> converted to an array first. This means the parameters are iterated twice:
> once to convert to an array and once again in QueryRunner.fillStatement.
>
> Would it violate a design decision if methods were added to QueryRunner
> that took the parameters as an Iterable instead of as varags? It should be
> straightforward to add such methods and use an Iterable wrapper around an
> array to have the varargs methods invoke the new methods that take
> Iterables.
>
> I would be happy to submit a patch if this does not violate some sort of
> design decision I am not aware of and if the implementation approach sounds
> reasonable.
>

Sounds like a reasonable addition, although I'm not sure I understand your
proposal with the "Iterable wrapper around an array". Feel free to create a
JIRA and provide a patch/github PR for adding this functionality. Further
design discussions about this addition should go to the dev mailing list.

Benedikt


[ANNOUNCE] Apache Commons git repositories now writable for all ASF committers

2016-05-21 Thread Benedikt Ritter
Hello,

a while back, the Apache Commons project decided to grant write access to
all ASF committers [1]. While setting this up for our SVN repositories was
easy, we had some problems to grant the necessary karma to all ASF
committers for our git repositories. This problem has now been fixed [2].
All ASF committers should now be able to commit to our git repositories as
well. This includes the repositories of the following components:

- Apache Commons Lang
- Apache Commons Math
- Apache Commons Compress
- Apache Commons SCXML

If you experience any issues, please report them on d...@commons.apache.org.

Have fun,
Benedikt, on behalf of the Apache Commons community

[1] https://s.apache.org/RKWl
[2] https://issues.apache.org/jira/browse/INFRA-10636


Re: Creating EXIF tags (TiffOutputField) the right way

2016-05-22 Thread Benedikt Ritter
Hello Joakim

Joakim Knudsen  schrieb am Sa., 21. Mai 2016 um
19:29 Uhr:

> Hi List!
>
> I'm working on an Android app, where I want to read and write "EXIF tags"
> to JPEG files on the device. Sanselan 0.97 seems to work perfectly,
> although it's a bit complicated to work with EXIF tags/directories.
>
> The specific tags I'm interested in, is EXIF_TAG_USER_COMMENT and
> EXIF_TAG_IMAGE_DESCRIPTION.
> According to the documentation I could find, UserComment is of field type
> "undefined", whereas ImageDescription is of field type ASCII.
>
> http://www.awaresystems.be/imaging/tiff/tifftags/privateifd/exif/usercomment.html
> http://www.awaresystems.be/imaging/tiff/tifftags/imagedescription.html
>
> What's the proper way of creating those tags, wrt. charset etc? I want as
> wide as possible character support (æøå etc).
>
> I find different discussions online, with different advice. Seems two
> constructors are going around, where the simpler one does not deal with
> charset/encoding at all. This one uses the .create method:
>
> String textToSet = "Some Text æøå";
>
> TiffOutputField exif_comment = TiffOutputField.create(
> TiffConstants.EXIF_TAG_USER_COMMENT,
> outputSet.byteOrder, textToSet);
>
>
> while this one uses the standard constructor:
>
> byte b[] = ExifTagConstants.EXIF_TAG_USER_COMMENT.encodeValue(
> TiffFieldTypeConstants.FIELD_TYPE_ASCII,
> textToSet, outputSet.byteOrder
> );
>
> // constructor arguments: taginfo tag fieldtype count bytes
> TiffOutputField exif_comment2 = new
> TiffOutputField(TiffConstants.EXIF_TAG_USER_COMMENT.tag,
> TiffConstants.EXIF_TAG_USER_COMMENT,
> TiffFieldTypeConstants.FIELD_TYPE_UNDEFINED,
> b.length, b);
>
> In this last one, the string to set has been converted to a byte array
> first. But can/should I set the encoding anywhere?
>
> Is the field type even ASCII? This information seems to indicate it's
> not ASCII...
>
> http://www.awaresystems.be/imaging/tiff/tifftags/privateifd/exif/usercomment.html
>
>
> Need some help here, as you can see, to get this right. The second
> approach above does seem to work in my app, but I'd like to be sure
> I'm not somehow messing up the JPEGs on the deviced.
>

I've looked at the code of
org.apache.commons.imaging.formats.tiff.taginfos.TagInfoGpsText
(ExifTagConstants.EXIF_TAG_USER_COMMENT is an instance of TagInfoGpsText).
Here are my observations:

- The FieldType parameter, which you have set to
TiffFieldTypeConstants.FIELD_TYPE_ASCII is never used in the implemenation
of encodeValue(FieldType, Object, ByteOrder)
- When converting the input String to byte array, String.getBytes(String
charsetName) is used
- For charsetName "US-ASCII" is always used (it can not be configured by
the user)

So my guess is, that the code will not handle characters not in the
US-ASCII charset correctly.

Benedikt


>
>
>
> Joakim
>


[ANNOUNCE] Apache Commons FileUpload 1.3.2 released!

2016-05-27 Thread Benedikt Ritter
The Apache Commons team is pleased to announce the release of Apache
Commons FileUpload 1.3.2.

The Apache Commons FileUpload component provides a simple yet flexible
means of adding support for multipart file upload functionality to servlets
and web applications.

Changes in this release are:
o FILEUPLOAD-272: Performance Improvement in MultipartStream

Details of all changes in 1.3.2 can be found in the changelog:

http://commons.apache.org/proper/commons-fileupload/changes-report.html


1.3.2 is fully binary compatible to the last release. No client code
changes are required to migrate from version 1.3.1 to 1.3.2.
The minimum required JDK version for this release is 1.5.

Source and binary distributions are available for download from the Apache
Commons download site:


http://commons.apache.org/proper/commons-fileupload/download_fileupload.cgi


When downloading, please verify signatures using the KEYS file available at

http://www.apache.org/dist/commons/KEYS


Alternatively the release can be fetched from Maven Central:

  commons-fileupload
  commons-fileupload
  1.3.2



For complete information on Commons FileUpload, including instructions on
how to submit bug reports, patches, or suggestions for improvement, see the
Apache Commons FileUpload website:

http://commons.apache.org/proper/commons-fileupload/

Have fun!
Benedikt Ritter, on behalf of the Apache Commons Community


Re: Creating EXIF tags (TiffOutputField) the right way

2016-05-31 Thread Benedikt Ritter
Hello Joachim,

Joakim Knudsen  schrieb am Sa., 28. Mai 2016 um
21:10 Uhr:

> Hi Benedikt, and thanks for replying!
>
> So, if FieldType is unused, maybe the alternative, simpler constructor is
> more appropriate/correct to use?
>
> // try using the approach given in the example (modified from the GPS tag):
> TiffOutputField exif_comment = TiffOutputField.create(
> TiffConstants.EXIF_TAG_USER_COMMENT,
> outputSet.byteOrder, textToSet);
>
> However, now Sanselan throws an ImageWriteException:
> org.apache.sanselan.ImageWriteException: Tag has unexpected data type.
>
> So are you 100% sure field type should not be set (to ASCII)?
>

No, I'm just saying that it uses a hard coded encoding anyway :-)


>
> Next, you're saying the string to set (textToSet) is converted internally
> to byte array, using US-ASCII encoding.
> If I try writing "æøåæøå" to a file, I get "쎦쎸쎥쎦쎸쎥" when I copy the JPEG
> out and check Properties in Windows Explorer.
> If I write only ASCII characters, e.g. "Test", then that comes through just
> fine.
>
> In summary, here is the code that works for me (except non-ASCII
> characters):
>
>
> *//
>
> http://mail-archives.apache.org/mod_mbox/commons-user/201203.mbox/%3CCAJm2B-mYCXYKuyu=Hs8UAZCpw-B=kwuz4gszfuobvzwun0l...@mail.gmail.com%3E
> <
> http://mail-archives.apache.org/mod_mbox/commons-user/201203.mbox/%3CCAJm2B-mYCXYKuyu=Hs8UAZCpw-B=kwuz4gszfuobvzwun0l...@mail.gmail.com%3E
> >*byte
> b[] = ExifTagConstants.EXIF_TAG_USER_COMMENT.encodeValue(
> TiffFieldTypeConstants.FIELD_TYPE_ASCII,
> textToSet, outputSet.
> *byteOrder*);
>
> // constructor arguments: taginfo tag fieldtype count bytes
> TiffOutputField exif_comment = new
> TiffOutputField(TiffConstants.EXIF_TAG_USER_COMMENT.tag,
> TiffConstants.EXIF_TAG_USER_COMMENT,
> TiffFieldTypeConstants.FIELD_TYPE_UNDEFINED,
> b.length, b);
>

The provided links indicate to me, that it is possible to write non ASCII
characters. Are you sure your code looks like what Damjan suggested?

Benedikt


>
>
>
> Joakim
>
>
>
> On 22 May 2016 at 15:29, Benedikt Ritter  wrote:
>
> > Hello Joakim
> >
> > Joakim Knudsen  schrieb am Sa., 21. Mai 2016 um
> > 19:29 Uhr:
> >
> > > Hi List!
> > >
> > > I'm working on an Android app, where I want to read and write "EXIF
> tags"
> > > to JPEG files on the device. Sanselan 0.97 seems to work perfectly,
> > > although it's a bit complicated to work with EXIF tags/directories.
> > >
> > > The specific tags I'm interested in, is EXIF_TAG_USER_COMMENT and
> > > EXIF_TAG_IMAGE_DESCRIPTION.
> > > According to the documentation I could find, UserComment is of field
> type
> > > "undefined", whereas ImageDescription is of field type ASCII.
> > >
> > >
> >
> http://www.awaresystems.be/imaging/tiff/tifftags/privateifd/exif/usercomment.html
> > > http://www.awaresystems.be/imaging/tiff/tifftags/imagedescription.html
> > >
> > > What's the proper way of creating those tags, wrt. charset etc? I want
> as
> > > wide as possible character support (æøå etc).
> > >
> > > I find different discussions online, with different advice. Seems two
> > > constructors are going around, where the simpler one does not deal with
> > > charset/encoding at all. This one uses the .create method:
> > >
> > > String textToSet = "Some Text æøå";
> > >
> > > TiffOutputField exif_comment = TiffOutputField.create(
> > > TiffConstants.EXIF_TAG_USER_COMMENT,
> > > outputSet.byteOrder, textToSet);
> > >
> > >
> > > while this one uses the standard constructor:
> > >
> > > byte b[] = ExifTagConstants.EXIF_TAG_USER_COMMENT.encodeValue(
> > > TiffFieldTypeConstants.FIELD_TYPE_ASCII,
> > > textToSet, outputSet.byteOrder
> > > );
> > >
> > > // constructor arguments: taginfo tag fieldtype count bytes
> > > TiffOutputField exif_comment2 = new
> > > TiffOutputField(TiffConstants.EXIF_TAG_USER_COMMENT.tag,
> > > TiffConstants.EXIF_TAG_USER_COMMENT,
> > > TiffFieldTypeConstants.FIELD_TYPE_UNDEFINED,
> > > b.length, b);
> > >
> > > In this last one, the string to set has been converted to a byte array
> > > first. But can/should I set the encoding anywhere?
> > >
> > > Is the field type even ASCII? This information seems to indicate it's
> &

Re: Creating EXIF tags (TiffOutputField) the right way

2016-06-01 Thread Benedikt Ritter
Hello Joakim,

glad you found out what to do. This would make for a good addition to the
user guide. Would you like to contribute your findings?

Benedikt

Joakim Knudsen  schrieb am Di., 31. Mai 2016 um
19:21 Uhr:

> Btw, ENCODING_UTF16 is just a String = "UTF-16LE" (Little Endian)
>
> On 31 May 2016 at 19:20, Joakim Knudsen  wrote:
>
> > Following a post on the User-Commons-Apache log (from 2012), I ended up
> > with the following code which seems to work.
> > It writes proper Unicode, which I can read back successfully using
> > ExifTool. I also see the comment nicely in Windows Explorer, and under
> File
> > > Properties.
> > Note I changed the field type from ASCII to FIELD_TYPE_UNDEFINED,
> > otherwise (with ASCII) it did not work. At least Windows couldn't make
> > sense of the EXIF data.
> >
> > // http://osdir.com/ml/user-commons-apache/2012-03/msg00046.html
> > byte[] unicodeMarker = new byte[]{ 0x55, 0x4E, 0x49, 0x43, 0x4F, 0x44,
> > 0x45, 0x00 };
> > byte[] comment = textToSet.getBytes(ENCODING_UTF16); // OR UTF-16BE if
> the file is big-endian!
> > byte[] bytesComment = new byte[unicodeMarker.length + comment.length];
> > System.arraycopy(unicodeMarker, 0, bytesComment, 0,
> unicodeMarker.length);
> > System.arraycopy(comment, 0, bytesComment, unicodeMarker.length,
> comment.length);
> >
> > TiffOutputField exif_comment = new
> TiffOutputField(TiffConstants.EXIF_TAG_USER_COMMENT,
> > TiffFieldTypeConstants.FIELD_TYPE_UNDEFINED,
> bytesComment.length, bytesComment);
> >
> >
> > I can now write UserComment: "æøå" without problems :)
> >
> >
> >
> > - Joakim
> >
> >
> > On 31 May 2016 at 17:39, Benedikt Ritter  wrote:
> >
> >> Hello Joachim,
> >>
> >> Joakim Knudsen  schrieb am Sa., 28. Mai 2016 um
> >> 21:10 Uhr:
> >>
> >> > Hi Benedikt, and thanks for replying!
> >> >
> >> > So, if FieldType is unused, maybe the alternative, simpler constructor
> >> is
> >> > more appropriate/correct to use?
> >> >
> >> > // try using the approach given in the example (modified from the GPS
> >> tag):
> >> > TiffOutputField exif_comment = TiffOutputField.create(
> >> > TiffConstants.EXIF_TAG_USER_COMMENT,
> >> > outputSet.byteOrder, textToSet);
> >> >
> >> > However, now Sanselan throws an ImageWriteException:
> >> > org.apache.sanselan.ImageWriteException: Tag has unexpected data type.
> >> >
> >> > So are you 100% sure field type should not be set (to ASCII)?
> >> >
> >>
> >> No, I'm just saying that it uses a hard coded encoding anyway :-)
> >>
> >>
> >> >
> >> > Next, you're saying the string to set (textToSet) is converted
> >> internally
> >> > to byte array, using US-ASCII encoding.
> >> > If I try writing "æøåæøå" to a file, I get "쎦쎸쎥쎦쎸쎥" when I copy the
> JPEG
> >> > out and check Properties in Windows Explorer.
> >> > If I write only ASCII characters, e.g. "Test", then that comes through
> >> just
> >> > fine.
> >> >
> >> > In summary, here is the code that works for me (except non-ASCII
> >> > characters):
> >> >
> >> >
> >> > *//
> >> >
> >> >
> >>
> http://mail-archives.apache.org/mod_mbox/commons-user/201203.mbox/%3CCAJm2B-mYCXYKuyu=Hs8UAZCpw-B=kwuz4gszfuobvzwun0l...@mail.gmail.com%3E
> >> > <
> >> >
> >>
> http://mail-archives.apache.org/mod_mbox/commons-user/201203.mbox/%3CCAJm2B-mYCXYKuyu=Hs8UAZCpw-B=kwuz4gszfuobvzwun0l...@mail.gmail.com%3E
> >> > >*byte
> >> > b[] = ExifTagConstants.EXIF_TAG_USER_COMMENT.encodeValue(
> >> > TiffFieldTypeConstants.FIELD_TYPE_ASCII,
> >> > textToSet, outputSet.
> >> > *byteOrder*);
> >> >
> >> > // constructor arguments: taginfo tag fieldtype count bytes
> >> > TiffOutputField exif_comment = new
> >> > TiffOutputField(TiffConstants.EXIF_TAG_USER_COMMENT.tag,
> >> > TiffConstants.EXIF_TAG_USER_COMMENT,
> >> > TiffFieldTypeConstants.FIELD_TYPE_UNDEFINED,
> >> > b.length, b);
> >> >
> >>
> >> The provided links indicate to me, that it is possible to write non
> ASCII
> >> characters. Are you sure your code looks like what

Re: Creating EXIF tags (TiffOutputField) the right way

2016-06-02 Thread Benedikt Ritter
Hello Joakim,

Joakim Knudsen  schrieb am Mi., 1. Juni 2016 um
15:10 Uhr:

> Sure! That would also give even more scrutiny to the code. I'm not 100%
> sure this is totally correct, but I got wonderful help from Phil Harvey
> (ExifTool) to get the charset/encoding correct.
> So I'm pretty confident. How do I contribute?
>

Looking at the Commons Imaging website [1] I realised, that we currently do
not have a user guide :o) To the best idea would probably be to add it to
the Sample Usage page [2]. The website is build from source in SVN [3]. You
would have to check that out, modify the documentation and then create an
SVN patch file, using

svn diff >> mypatch.diff

the mypatch.diff would then have to be attached to a Jira issue. More
information can be found in [5].



> Btw, you wouldn't happen to know anything about IPTC and XMP, would you? It
> seems the EXIF tags I'm writing (UserComment and ImageDescription) are not
> enough for the comment to appear as a caption in image viewer software
> (like Picasa etc). I was wondering (hoping) Sanselan could write the
> following tags:
>
> IPTC:Caption-Abstract
> and
> XMP:Description
>
>
To be honest, I don't know much about how Sanselan/Imaging works. I have
worked on the code for a while, but I don't use it in my current projects.
So the only thing I can do, is look through the code for you and try to
find an answer to your questions :-)

Benedikt

[1] http://commons.apache.org/proper/commons-imaging/index.html
[2] http://commons.apache.org/proper/commons-imaging/sampleusage.html
[3] http://svn.apache.org/repos/asf/commons/proper/imaging/trunk
[4] http://issues.apache.org/jira/browse/IMAGING
[5] http://commons.apache.org/patches.html


>
> Joakim
>
> On 1 June 2016 at 14:55, Benedikt Ritter  wrote:
>
> > Hello Joakim,
> >
> > glad you found out what to do. This would make for a good addition to the
> > user guide. Would you like to contribute your findings?
> >
> > Benedikt
> >
> > Joakim Knudsen  schrieb am Di., 31. Mai 2016 um
> > 19:21 Uhr:
> >
> > > Btw, ENCODING_UTF16 is just a String = "UTF-16LE" (Little Endian)
> > >
> > > On 31 May 2016 at 19:20, Joakim Knudsen 
> wrote:
> > >
> > > > Following a post on the User-Commons-Apache log (from 2012), I ended
> up
> > > > with the following code which seems to work.
> > > > It writes proper Unicode, which I can read back successfully using
> > > > ExifTool. I also see the comment nicely in Windows Explorer, and
> under
> > > File
> > > > > Properties.
> > > > Note I changed the field type from ASCII to FIELD_TYPE_UNDEFINED,
> > > > otherwise (with ASCII) it did not work. At least Windows couldn't
> make
> > > > sense of the EXIF data.
> > > >
> > > > // http://osdir.com/ml/user-commons-apache/2012-03/msg00046.html
> > > > byte[] unicodeMarker = new byte[]{ 0x55, 0x4E, 0x49, 0x43, 0x4F,
> 0x44,
> > > > 0x45, 0x00 };
> > > > byte[] comment = textToSet.getBytes(ENCODING_UTF16); // OR UTF-16BE
> if
> > > the file is big-endian!
> > > > byte[] bytesComment = new byte[unicodeMarker.length +
> comment.length];
> > > > System.arraycopy(unicodeMarker, 0, bytesComment, 0,
> > > unicodeMarker.length);
> > > > System.arraycopy(comment, 0, bytesComment, unicodeMarker.length,
> > > comment.length);
> > > >
> > > > TiffOutputField exif_comment = new
> > > TiffOutputField(TiffConstants.EXIF_TAG_USER_COMMENT,
> > > > TiffFieldTypeConstants.FIELD_TYPE_UNDEFINED,
> > > bytesComment.length, bytesComment);
> > > >
> > > >
> > > > I can now write UserComment: "æøå" without problems :)
> > > >
> > > >
> > > >
> > > > - Joakim
> > > >
> > > >
> > > > On 31 May 2016 at 17:39, Benedikt Ritter  wrote:
> > > >
> > > >> Hello Joachim,
> > > >>
> > > >> Joakim Knudsen  schrieb am Sa., 28. Mai
> 2016
> > um
> > > >> 21:10 Uhr:
> > > >>
> > > >> > Hi Benedikt, and thanks for replying!
> > > >> >
> > > >> > So, if FieldType is unused, maybe the alternative, simpler
> > constructor
> > > >> is
> > > >> > more appropriate/correct to use?
> > > >> >
> > > >> > // try using the approach given in the example (modified from the
> > GPS
> > > >> tag):

Re: [daemon] [windows] JVM exit codes in jvm mode

2016-06-17 Thread Benedikt Ritter
Hello Thomas,

I can't help you right away, but maybe Mark Thomas (in cc) can help since
AFAIK Tomcat uses daemon as well.

Regards,
Benedikt

Thomas Kappler  schrieb am Di., 14. Juni 2016 um
21:37 Uhr:

> Hi!
>
> We run a Java application with procrun on Windows Server 2012. The JVM
> is configured with -XX:+ExitOnOutOfMemoryError. As the patch for this
> flag shows, the exit code on OOM is 3.
>
> When I run our application in procrun's "java" mode, i.e., as a
> separate process, I see that procrun receives the exit code 3 when
> Java exits. The debug log shows
>
> [2016-05-25 03:25:50] [debug] ( prunsrv.c:1563) [ 1964] JVM destroyed.
> [2016-05-25 03:25:50] [debug] ( prunsrv.c:844 ) [ 1964]
> reportServiceStatusE: 1, 1066, 0, 3
>
> However, when I run it in-process using the "jvm" mode, procrun thinks
> the exit code is 0.
>
> [2016-05-24 17:17:21] [debug] ( prunsrv.c:920 ) [ 4332] VM exit code: 0
> [2016-05-24 17:17:21] [debug] ( prunsrv.c:844 ) [ 4332]
> reportServiceStatusE: 1, 0, 0, 0
>
> This screws up the automatic recovery action on failure that is
> configured for the Windows service. An exit code of 0 looks like a
> clean shutdown, not a failure.
>
> We might migrate to the Java mode, but for various reasons I'd prefer
> not to. Is there a way to get the exit code in jvm mode?
>
> Thanks,
> Thomas
>
> -
> To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
> For additional commands, e-mail: user-h...@commons.apache.org
>
>


Re: Deadlock in PropertyUtilsBean

2016-06-17 Thread Benedikt Ritter
Hello Elias,

Elias K  schrieb am Do., 16. Juni 2016 um
18:56 Uhr:

> Hi
>
> I'm investigating why my application keeps crashing. Last time I was able
> to take a thread dump and found a possible deadlock in PropertyUtilsBean.
>
> "http-apr-8080-exec-197" #7560 daemon prio=5 os_prio=0
> tid=0x7fa1b82fd000 nid=0x692f waiting for monitor entry
> [0x7fa18b242000]
>java.lang.Thread.State: BLOCKED (on object monitor)
> at
> java.beans.PropertyDescriptor.getReadMethod(PropertyDescriptor.java:206)
> - waiting to lock <0xb8ac7640> (a
> java.beans.PropertyDescriptor)
> at
> org.apache.commons.beanutils.PropertyUtilsBean.getReadMethod(PropertyUtilsBean.java:1175)
>
> I'm using grails 3, java 8 and beanutils-1.9.2.  All my tomcat threads have
> that same stacktrace.
>
> Your help would be much appreciated.
>

PropertyDescriptor.getReadMethod is obviously synchronized so it is
possible to run into dead lock. Can you give some more information how your
using BeanUtils so we can find a reproduction for this issue for further
investigation?

Thank you,
Benedikt


>
> Regards,
> Elias
>


Re: [fileupload] accessing the base64 encoded file

2016-06-24 Thread Benedikt Ritter
Hello Massimo

Massimo Redaelli  schrieb am Do., 23. Juni 2016 um
18:16 Uhr:

> Hello!
>
> I'm using fileupload for a page that sits in between the actual server
> receiving the call and the browser.
> So what I'm doing at the moment is:
> - Parsing the request with parseRequest
> - Getting the file with fileItem.get()
> - checking a few things
> - encoding it in Base64
> - calling the final webservice of the actual server, basically forwarding
> the data
>
> I wonder if it's possible to skip the decoding-encoding mess, and just get
> the base64 data straight :)
>

How can you do your checks if the data is still encoded?

Benedikt


>
> Thanks for any hint.
>
> M.
>
> -
> To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
> For additional commands, e-mail: user-h...@commons.apache.org
>
>


[ANNOUNCE] Apache Commons Primitives moved to dormant

2016-07-02 Thread Benedikt Ritter
Hello,

the Apache Commons community has decided to move the Apache Commons
Primitives component to dormant. Apache Commons Primitives provides a
library of collections and utilities specially designed for use with
primitive types.

There has been decreasing interest in the component over the past time and
users should not expect any releases in the near future. If there is more
interest again, Apache Commons Primitives may be moved back to proper again.

The new location of the source code is:
  https://svn.apache.org/repos/asf/commons/dormant/primitives

The new location of the website is:
  http://commons.apache.org/dormant/commons-primitives/

Thank you!
Benedikt, on behalf of the Apache Commons Community


ApacheCon EU 2016

2016-07-12 Thread Benedikt Ritter
Dear Apache Enthusiast,

As you are no doubt already aware, we will be holding ApacheCon in
Seville, Spain, the week of November 14th, 2016. The call for papers
(CFP) for this event is now open, and will remain open until
September 9th.

The event is divided into two parts, each with its own CFP. The first
part of the event, called Apache Big Data, focuses on Big Data
projects and related technologies.

Website: http://events.linuxfoundation.org/events/apache-big-data-europe
CFP:
http://events.linuxfoundation.org/events/apache-big-data-europe/program/cfp

The second part, called ApacheCon Europe, focuses on the Apache
Software Foundation as a whole, covering all projects, community
issues, governance, and so on.

Website: http://events.linuxfoundation.org/events/apachecon-europe
CFP: http://events.linuxfoundation.org/events/apachecon-europe/program/cfp

ApacheCon is the official conference of the Apache Software
Foundation, and is the best place to meet members of your project and
other ASF projects, and strengthen your project's community.

If your organization is interested in sponsoring ApacheCon, contact me
at e...@apache.org  ApacheCon is a great place to find the brightest
developers in the world, and experts on a huge range of technologies.

I hope to see you in Seville!


[ANNOUNCE] Apache Commons BCEL 6.0 released!

2016-07-14 Thread Benedikt Ritter
The Apache Commons community is pleased to announce the release of Apache
Commons BCEL 6.0.

The Byte Code Engineering Library (Apache Commons BCEL) is intended to give
users a convenient way to analyze, create, and manipulate (binary) Java
class files (those ending with .class). Classes are represented by objects
which contain all the symbolic information of the given class: methods,
fields and byte code instructions, in particular.

The most important changes in this release include:
- Support for Java 6, Java 7 & Java 8
- Updated Java requirement to Java 7
- Dropped serialization support from all classes

Details of changes since 5.2 are in the release notes:
  https://dist.apache.org/repos/dist/release/commons/bcel/RELEASE-NOTES.txt

The release artifacts can be downloaded from the Apache Commons BCEL
website:
  http://commons.apache.org/proper/commons-bcel/download_bcel.cgi

Alternatively the release can be pulled via maven:


  org.apache.bcel
  bcel
  6.0


For information about how to use Apache Commons BCEL, report bugs or
contribute to the project, please visit the website:
http://commons.apache.org/bcel

Thank you!
Benedikt Ritter, on behalf of the Apache Commons Community


Re: [dbutils] Confusion about the release process

2016-08-16 Thread Benedikt Ritter
Matt Sicker  schrieb am Di., 16. Aug. 2016 um 20:51 Uhr:

> Is dbutils in git yet?
>

No, but we can easily migrate it.


>
> On 16 August 2016 at 13:46, William Speirs  wrote:
>
> > I was, but am no longer, working on DBUTILS 2.0. There are a LOT of
> changes
> > there. Some of those changes have been made here:
> > https://github.com/wspeirs/sop4j-dbutils I don't cut releases to that
> all
> > that often either, but grabbing that code and getting it working
> shouldn't
> > be too hard.
> >
> > Bill-
> >
> > On Tue, Aug 16, 2016 at 1:57 PM, Matt Sicker  wrote:
> >
> > > Is dbutils even ready for a 2.0 release? If so, I could RM it sometime
> > > soon.
> > >
> > > On 16 August 2016 at 12:45, Robert Huffman 
> > > wrote:
> > >
> > > > As nearly as I can tell, the latest release of dbutils is 1.6.
> However,
> > > > there are hints there was a 1.7 at some point, though there is no
> > branch
> > > or
> > > > tag for that version on the GitHub Mirror. The GitHub mirror does
> have
> > a
> > > RC
> > > > for 2.0.
> > > >
> > > > This is an issue for me because our recent upgrade to OJDBC 12 causes
> > > > AbstractQueryRunner.fillStatement to throw an SQL exception. That
> > defect
> > > > has been resolved, supposedly in 1.6. However, the sources.jar from
> > > > MavenCentral for 1.6 does NOT include the fix.
> > > >
> > > > So I have a couple of questions. Can someone publish the correct
> > > artifacts
> > > > to Maven Central? And when can we expect 2.0 to be released?
> > > >
> > >
> > >
> > >
> > > --
> > > Matt Sicker 
> > >
> >
>
>
>
> --
> Matt Sicker 
>


Re: Commons CLI - possible faulty build

2016-08-18 Thread Benedikt Ritter
Hello Thomas,

Thomas Brand  schrieb am Fr., 5. Aug. 2016 um 13:50 Uhr:

> Hi,
>
> i was looking for a tool to parse command line arguments in Java and came
> to Apache Commons CLI.
>
> I noticed that using the binary package (commons-cli-1.3.1.jar) from
>
> http://www.pirbot.com/mirrors/apache//commons/cli/binaries/commons-cli-1.3.1-bin.tar.gz
> doesn't work. The program compiles but prints the following error:
>
> Exception in thread "main" java.lang.NoSuchMethodError:
> org.apache.commons.cli.Options.hasShortOption(Ljava/lang/String;)Z
> at
>
> org.apache.commons.cli.DefaultParser.handleShortAndLongOption(DefaultParser.java:490)
>
> The jar is in the classpath, it's NOT a classpath issue.
> Building from source using, all works as expected.
> You might want to review the binary release.
>

Although you're sure that your classpath is correct, the error message
indicates a problem with the classpath. I've setup a minimal sample project
calling the hasShortOption(String) method and it works [1]. Are your sure
you're really pulling in the right version of Commons CLI? If so, can you
provide a sample project for us to investigate?


>
> A minor issue i found with the method Option.getArgs().
> It's said that
> "Returns the number of argument values this Option can take."
> However, if an option doesn't take any value, the return of this method is
> -1 which seems wrong. Does this sound right?
>
>
Thank you for the pointer, I'll have a look at this.

Regards,
Benedikt

[1] https://github.com/britter/clitest


>
> Thanks and best regards
> Thomas
>
>
>
> -
> To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
> For additional commands, e-mail: user-h...@commons.apache.org
>
>


Re: Commons CLI - possible faulty build

2016-08-18 Thread Benedikt Ritter
Hello Thomas,

Benedikt Ritter  schrieb am Do., 18. Aug. 2016 um
12:09 Uhr:

> Hello Thomas,
>
> Thomas Brand  schrieb am Fr., 5. Aug. 2016 um 13:50 Uhr:
>
>> Hi,
>>
>> i was looking for a tool to parse command line arguments in Java and came
>> to Apache Commons CLI.
>>
>> I noticed that using the binary package (commons-cli-1.3.1.jar) from
>>
>> http://www.pirbot.com/mirrors/apache//commons/cli/binaries/commons-cli-1.3.1-bin.tar.gz
>> doesn't work. The program compiles but prints the following error:
>>
>> Exception in thread "main" java.lang.NoSuchMethodError:
>> org.apache.commons.cli.Options.hasShortOption(Ljava/lang/String;)Z
>> at
>>
>> org.apache.commons.cli.DefaultParser.handleShortAndLongOption(DefaultParser.java:490)
>>
>> The jar is in the classpath, it's NOT a classpath issue.
>> Building from source using, all works as expected.
>> You might want to review the binary release.
>>
>
> Although you're sure that your classpath is correct, the error message
> indicates a problem with the classpath. I've setup a minimal sample project
> calling the hasShortOption(String) method and it works [1]. Are your sure
> you're really pulling in the right version of Commons CLI? If so, can you
> provide a sample project for us to investigate?
>
>
>>
>> A minor issue i found with the method Option.getArgs().
>> It's said that
>> "Returns the number of argument values this Option can take."
>> However, if an option doesn't take any value, the return of this method is
>> -1 which seems wrong. Does this sound right?
>>
>>
> Thank you for the pointer, I'll have a look at this.
>

A value of -1 indicates the number of arguments has not been specified.
There is a constant in Option for this (UNINITIALIZED). I've added this
information to the JavaDoc in revision 1756753 [1].

Thank you,
Benedikt

[1] http://svn.apache.org/viewvc?view=revision&revision=1756753


>
> Regards,
> Benedikt
>
> [1] https://github.com/britter/clitest
>
>
>>
>> Thanks and best regards
>> Thomas
>>
>>
>>
>> -
>> To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
>> For additional commands, e-mail: user-h...@commons.apache.org
>>
>>


Re: [cli] optional args not working as expected

2016-09-06 Thread Benedikt Ritter
Hello Veit,

it looks to me, like this is a bug in 1.3.1 Could you please file a bug in
our Issue tracker [1] and provide your code sample there?

Thank you!
Benedikt

[1] https://issues.apache.org/jira/browse/CLI

Veit Guna  schrieb am Di., 6. Sep. 2016 um 10:09 Uhr:

> Hi.
>
> I'm using 1.3.1 for parsing cmdline parameters. I stumbled across an odd
> things when working with optional parameters like in the following
> example:
>
> public static void main(String[] args) throws ParseException {
>
> Options options = new Options();
>
> options.addOption(
>
> Option.builder("ls").longOpt("logSsl").desc("Activates SSL logging (very
> noisy!)").build());
> options.addOption(
> Option.builder("lr").longOpt("logRequest")
> .desc("Activates
> request/response logging with a maximum of n bytes per payload (default:
> 1)")
>
> .argName("byte-count").optionalArg(true).numberOfArgs(1).build());
>
> CommandLineParser parser = new DefaultParser();
> CommandLine line = parser.parse(options, args);
> System.out.println(line.getOptionValue("lr"));
> }
>
> Executing it with "-lr -ls" returns "-ls". If I invoke it with "-lr 5000
> -ls" it returns 5000.
> So it seems, although I marked it as an optional argument, it just takes
> the next parameter "-ls"
> as an argument for "-lr" - which I wouldn't expect. It could simply
> identify whether it is an argument
> by simply checking against the list of valid parameters and just return
> null or something.
>
> Is this expected behavior? If so, how can I check if an optional argument
> has been provided or not?
>
> Thanks.
> Veit
>
> -
> To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
> For additional commands, e-mail: user-h...@commons.apache.org
>
>


Re: [cli] optional args not working as expected

2016-09-07 Thread Benedikt Ritter
Thank you! If you want to speed up things, how about provided in patch for
this issue?

Regards,
Benedikt

Veit Guna  schrieb am Di., 6. Sep. 2016 um 22:35 Uhr:

> Hi Benedikt.
>
> Thanks for your feedback! Looks there's already one:
>
> https://issues.apache.org/jira/browse/CLI-265
>
> joined it and linked this thread.
>
> Thanks
> Veit
>
> Am 06.09.2016 um 19:56 schrieb Benedikt Ritter:
> > Hello Veit,
> >
> > it looks to me, like this is a bug in 1.3.1 Could you please file a bug
> in
> > our Issue tracker [1] and provide your code sample there?
> >
> > Thank you!
> > Benedikt
> >
> > [1] https://issues.apache.org/jira/browse/CLI
> >
> > Veit Guna  schrieb am Di., 6. Sep. 2016 um 10:09 Uhr:
> >
> >> Hi.
> >>
> >> I'm using 1.3.1 for parsing cmdline parameters. I stumbled across an odd
> >> things when working with optional parameters like in the following
> >> example:
> >>
> >> public static void main(String[] args) throws ParseException {
> >>
> >> Options options = new Options();
> >>
> >> options.addOption(
> >>
> >> Option.builder("ls").longOpt("logSsl").desc("Activates SSL logging (very
> >> noisy!)").build());
> >> options.addOption(
> >>
>  Option.builder("lr").longOpt("logRequest")
> >> .desc("Activates
> >> request/response logging with a maximum of n bytes per payload (default:
> >> 1)")
> >>
> >> .argName("byte-count").optionalArg(true).numberOfArgs(1).build());
> >>
> >> CommandLineParser parser = new DefaultParser();
> >> CommandLine line = parser.parse(options, args);
> >> System.out.println(line.getOptionValue("lr"));
> >> }
> >>
> >> Executing it with "-lr -ls" returns "-ls". If I invoke it with "-lr 5000
> >> -ls" it returns 5000.
> >> So it seems, although I marked it as an optional argument, it just takes
> >> the next parameter "-ls"
> >> as an argument for "-lr" - which I wouldn't expect. It could simply
> >> identify whether it is an argument
> >> by simply checking against the list of valid parameters and just return
> >> null or something.
> >>
> >> Is this expected behavior? If so, how can I check if an optional
> argument
> >> has been provided or not?
> >>
> >> Thanks.
> >> Veit
> >>
> >> -
> >> To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
> >> For additional commands, e-mail: user-h...@commons.apache.org
> >>
> >>
>
>
> -
> To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
> For additional commands, e-mail: user-h...@commons.apache.org
>
>


[ANNOUNCE] Apache Commons EL moved to dormant

2016-10-02 Thread Benedikt Ritter
Hi,

since no development has happened for a long while, the Apache Commons EL
component has been moved to dormant. No further development is expected.
Please refer to Commons EL successor which is developed at the Apache
Tomcat project: http://svn.apache.org/repos/asf/tomcat/trunk/java/javax/el/

The SVN location has changed from:
  https://svn.apache.org/repos/asf/commons/proper/el
to:
  https://svn.apache.org/repos/asf/commons/dormant/el

Synchronization of the git mirror (git://git.apache.org/commons-el.git) has
been deactivated.

The website has moved from:
  http://commons.apache.org/proper/commons-el/
to:
  http://commons.apache.org/dormant/commons-el/

Regards,
Benedikt Ritter, on behalf of the Apache Commons community


[ANNOUNCE] Apache Commons Lang 3.5 Released!

2016-10-18 Thread Benedikt Ritter
The Apache Commons community is happy to announce the availability of
Apache Commons Lang 3.5.

Apache Commons Lang provides helper utilities for the java.lang API,
notably String manipulation methods, basic numerical methods, object
reflection, concurrency, creation and serialization and System properties.
Additionally it contains basic enhancements to java.util.Date and a series
of utilities dedicated to help with building methods, such as hashCode,
toString and equals.

The release notes are available at:
http://www.apache.org/dist/commons/lang/RELEASE-NOTES.txt

Distribution packages can be downloaded from:
https://commons.apache.org/proper/commons-lang/download_lang.cgi

When downloading, please verify signatures using the KEYS file available at:
http://www.apache.org/dist/commons

Maven artifacts are also available in the central Maven repository:


  org.apache.commons
  commons-lang3
  3.5



Have fun,
Benedikt, on behalf of the Apache Commons Community


[ANNOUNCE] Apache Commons Configuration 2.1.1 released!

2017-02-09 Thread Benedikt Ritter
The Apache Commons team is happy to announce the release of Commons 
Configuration 2.1.1!

The Commons Configuration software library provides a generic configuration 
interface which enables a Java application to read configuration data from a 
variety of sources. Commons Configuration provides typed access to single, and 
multi-valued configuration parameters.

Commons Configuration 2.1.1 ist a bugfix release with no API changes. It 
requires at least Java 1.6. Users of the 2.x line should upgrade to the new 
release. Users of the 1.x line should inspect the migration guide on the 
project’s website 
(http://commons.apache.org/proper/commons-configuration/userguide/upgradeto2_0.html)

Source and binary distributions are available for download from the Apache 
Commons download site:
  http://commons.apache.org/proper/commons-configuration/download_text.cgi

When downloading, please verify signatures using the KEYS file available at the 
above location when downloading the release.

Alternatively the release can be pulled via Maven:


  org.apache.commons
  commons-configuration2
  2.1.1


Full details of all the changes in 2.1.1 can be found in the changelog:
  http://commons.apache.org/proper/commons-configuration/changes-report.html

The release notes can be reviewed at:
  http://www.apache.org/dist/commons/configuration/RELEASE-NOTES.txt

For complete information on Commons Configuration, including instructions on 
how to submit bug reports, patches, or suggestions for improvement, see the 
Apache Commons Configuration website:

http://commons.apache.org/proper/commons-configuration/

Have fun!
Benedikt,
on behalf of the Apache Commons Community


-
To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
For additional commands, e-mail: user-h...@commons.apache.org



[ANNOUNCE] Apache Commons CLI 1.4 has been released

2017-03-14 Thread Benedikt Ritter
Hello,

the Apache Commons Community is happy to announce the release of Apache Commons 
CLI 1.4. The Apache Commons CLI library provides an API for parsing command 
line options passed to programs. It's also able to print help messages 
detailing the options available for a command line tool.

Source and binary distributions are available for download from the Apache 
Commons download site:
 http://commons.apache.org/proper/commons-cli/download_cli.cgi

When downloading, please verify signatures using the KEYS file available at the 
above location when downloading the release.

Alternatively the release can be pulled via maven:

  commons-cli
  commons-cli
  1.4


The corrected release notes can be reviewed at:
 http://www.apache.org/dist/commons/cli/RELEASE-NOTES.txt

For complete information on Commons CLI, including instructions on how to
submit bug reports, patches, or suggestions for improvement, see the Apache
Commons CLI website:

http://commons.apache.org/proper/commons-cli/

Best regards,
Benedikt Ritter
on behalf of the Apache Commons community

Re: [cli] Cannot combine Option with multiple Values with arguments using Apache Commons CLI V1.2

2017-03-15 Thread Benedikt Ritter
Hello Adalbert,

> Am 14.03.2017 um 15:36 schrieb adalbert.perba...@infineon.com:
> 
> Hi there,
> 
> I'm trying to implement a command line parser using Apache Commons CLI v. 1.2 
> (unfortunately I am forced to use that version). The syntax to be accepted is 
> quite simple:
> 
> MyProg [ -x path[:path]... ] [ file1 ... ]
> 
> Option '-x' should accept a search path like sequence of directories 
> (separated by ':') optionally followed by zero or more file names. My code 
> looks as follows:
> 
> Option dbPath = OptionBuilder.withLongOpt("db_path")
> .withDescription("DB search path")
> .hasArgs()
> .withValueSeparator(':')
> .withArgName("Path[:Path]...")
> .create('x');
> Options opts = new Options();
> opts.addOption(dbPath);
> 
> String[] args = new String[] { "-x", "path1:path2", "file1", "file2" };
> 
> CommandLineParser parser = new PosixParser();
> CommandLine cmdLine = null;
> try {
>cmdLine = parser.parse(opts, args);
> } catch (ParseException ex) {
>System.out.println("Syntax error: " + ex.getMessage());
>return;
> }
> if (cmdLine.hasOption('x')) {
>for (String path : cmdLine.getOptionValues('x'))
>System.out.println("path: " + path);
> }
> for (Object file : cmdLine.getArgList()) {
>System.out.println("file: " + file);
> }
> 
> Surprisingly this doesn't function as expected. This is the output I get:
> 
> path: path1
> path: path2
> path: file1
> path: file2
> 
> Not only the two '-x' option values ('path1', 'path2') but also the file 
> arguments are returned when the getOptionValues('x') function is called. No 
> matter which parser class I use (BasicParser, GnuParser or PosixParser), the 
> result is always the same.
> 
> What am I doing wrong?

I think what you’re trying to achieve is currently not possible with CLI. 
Here’s the JavaDoc of withValueSeparator(char):

 Option opt = OptionBuilder.withValueSeparator('=')
   .create('D');

 String args = "-Dkey=value";
 CommandLine line = parser.parse(args);
 String propertyName = opt.getValue(0);  // will be "key"
 String propertyValue = opt.getValue(1); // will be "value"
So the value separator is used to define key-value pair options.

Benedikt

> 
> Adalbert.
> 



[ANNOUNCE] Apache Commons Modeler has been moved to dormant

2017-03-25 Thread Benedikt Ritter
Hi, 

since no development has happened for a long while, the Apache Commons Modeler 
component has been moved to dormant. No further development is expected.

The SVN location has changed from:
  https://svn.apache.org/repos/asf/commons/proper/modeler 

to:
  https://svn.apache.org/repos/asf/commons/dormant/modeler 


Synchronization of the git mirror (git://git.apache.org/commons-modeler.git) 
has been deactivated.

The website has moved from:
  http://commons.apache.org/proper/commons-modeler/ 

to:
  http://commons.apache.org/dormant/commons-modeler/ 


Regards,
Benedikt, on behalf of the Apache Commons community



Re: [daemon]

2017-05-19 Thread Benedikt Ritter
Hello Vadym,

> Am 18.05.2017 um 17:50 schrieb Vadym Slavov :
> 
> Hello,
> 
> I have a question regarding jsvc daemon:
> 
> I have installed successfully the server apache-tomcat-9.0.0.M11 on my «macOS 
> Sierra» and It works, I can start and stop it.
> I also installed your jsvc daemon and tried to start the tomcat server as 
> suggested in http://tomcat.apache.org/tomcat-9.0-doc/setup.html with it but 
> unfortunately I get error messages. It doesn’t find neither VM nor JVM 
> library file although the $JAVA_HOME path is correct. 
> 
> I have libraries in 
> /Library/Java/JavaVirtualMachines/jdk1.8.0_131.jdk/Contents/Home/../MacOS/libjli.dylib
> but not how required in 
> /Library/Java/JavaVirtualMachines/jdk1.8.0_131.jdk/Contents/Home/../Libraries/libserver.dylib
> Can you please help if I am wrong or there is a bug in jsvc?
> 
> I send you my run-script and error-messages.  

This mailing list does not accept file attachments. Can you please provide the 
relevant files for example via pastbin?

Thank you!
Benedikt

> 
> 
> Best regards,
> 
> Vadym Slavov
> 
> 
> -
> To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
> For additional commands, e-mail: user-h...@commons.apache.org


-
To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
For additional commands, e-mail: user-h...@commons.apache.org



[ALL] Video recordings of Apache Commons presentations at ApacheCON 2017 in Miami

2017-05-21 Thread Benedikt Ritter
Hi,

at this year’s ApacheCON we had some nice presentations. I’d like to share the 
video recordings with you (in order they were held at the event)

Apache Commons - State of the Union by myself:
https://www.youtube.com/watch?v=dejxS9qkfMc&index=5&list=PLbzoR-pLrL6pLDCyPxByWQwYTL-JrF5Rp
 


Apache Commons Crypto: Another wheel of Apache Commons by Dapeng Sun:
https://www.youtube.com/watch?v=Vwp8oHnut3k&index=6&list=PLbzoR-pLrL6pLDCyPxByWQwYTL-JrF5Rp
 


Introducing Apache Commons Text by Rob Tompkins:
https://www.youtube.com/watch?v=rqBJHpQ5yvo&list=PLbzoR-pLrL6pLDCyPxByWQwYTL-JrF5Rp&index=9
 

 

Apache Commons - Beyond StringUtils by myself:
https://www.youtube.com/watch?v=eZB3P5VVIuc&list=PLbzoR-pLrL6pLDCyPxByWQwYTL-JrF5Rp&index=8
 


It was great meeting with other Commons committers. We had a great time. I’m 
looking forward to the next ApacheCON, where I hope to meet more of you in 
person.

Regards,
Benedikt

Re: [io] Links to 2.5 release notes point to 2.4 release notes?

2017-06-06 Thread Benedikt Ritter
Hello,

> Am 06.06.2017 um 16:30 schrieb Christopher Schultz 
> :
> 
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
> 
> All,
> 
> On the IO home page[1] it looks like the links for the "release notes"
> for both 2.5 and 2.4 versions point to the same document.
> 
> The URL looks correct (2.4 and 2.5 point to release-appropriate URLs)
> but the contents of the two sets of release notes are almost identical
> (the list of new features and bug fixes are the same).
> 
> Am I missing something?

Thank you for the report. I’ve redeployed the website and it should be fixed 
now.

Benedikt

> 
> Thanks,
> - -chris
> 
> 
> [1] https://commons.apache.org/proper/commons-io/
> -BEGIN PGP SIGNATURE-
> Comment: GPGTools - http://gpgtools.org
> Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
> 
> iQIcBAEBCAAGBQJZNryQAAoJEBzwKT+lPKRYRlIP/AnFcMeAgQx9/c0TEW7CONwN
> J5rYYpnHtoUmXMmvKEynKUMF3WcCkxNXJdEA++o1y/u1F9Htm08YmpMfS4vlramr
> O3ZqYNbrQ1vdH5KS0jrwdrbY4qzrzXT4GweMZ7GKXpvt2XlsyK91CjJ5EGAgpRTa
> B0tRusIsKZjph+iE5KrEN4lM58G2tivmQUYD4PU7xErRBAU0Zp70WyLrMSJU/Brs
> /D2xZtIIR83BrPmVf8NDD5plMZ0IMxXqRz8XTJK7MrlEZO2zrW4f5XTYcZqyhjpD
> lY9tw1cWtz4Th/ZzXRESrYLebZ5ywITsq3BKOhPD38kMFYENmuYYyNisdXMa7wxc
> CU1MhQm0pFYNAL4JqUgsVwJYaXhLwQH7Li2AVRRBBvMfGR4WyWytnkQ0VA3j5Fj/
> Ib5vp4El/dS9RJfqsMUnzdbE8k8s2CeCJNqFLHTkdsd8SHJPOWDI0dVEQYDrl9Ew
> ZojbV8JBbVaIWnvNFUcth+DXO7rlg7m5kwi1EgfIgZZ/8GCwUG5PoZnn47aeaUZK
> r1LDNlGHizPK730zfGS79vwuVdd5AiAXy95idynw8U0sfmE3AOBnXGMqUpOXo2f5
> MRtyklEf2+2fa6f/AOVvJWASytub/icae1jHWMkWp216GoYiq8wC7Evy6/73VvDF
> Q8zChLzAKFVGJEIuHCgP
> =09gf
> -END PGP SIGNATURE-
> 
> -
> To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
> For additional commands, e-mail: user-h...@commons.apache.org
> 


-
To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
For additional commands, e-mail: user-h...@commons.apache.org



[ANNOUNCE] Apache Commons CLI moved to git

2017-06-08 Thread Benedikt Ritter
Hello,

the Apache Commons CLI component has been moved to git. The new source 
repository location is:

  https://git-wip-us.apache.org/repos/asf/commons-cli.git

The old SVN source tree has been moved to an archive location at:

  https://svn.apache.org/repos/asf/commons/_moved_to_git/cli

Have fun!
Benedikt
-
To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
For additional commands, e-mail: user-h...@commons.apache.org



[ANNOUNCE] Apache Commons Lang 3.6 released!

2017-06-14 Thread Benedikt Ritter
The Apache Commons community is happy to announce the availability of Apache 
Commons Lang 3.6.

Apache Commons Lang provides helper utilities for the java.lang API, notably 
String manipulation methods, basic numerical methods, object reflection, 
concurrency, creation and serialization and System properties. Additionally it 
contains basic enhancements to java.util.Date and a series of utilities 
dedicated to help with building methods, such as hashCode, toString and equals.

The most important changes in this release are:

- deprecation of a lot of string/text related methods and classes in favor of 
Commons Text (see http://commons.apache.org/text).
- Addition of the Automatic-Module-Name MANIFEST entry for compatibility with 
the Java 9 module system.

For more details see the release notes at:
http://www.apache.org/dist/commons/lang/RELEASE-NOTES.txt

Distribution packages can be downloaded from:
https://commons.apache.org/proper/commons-lang/download_lang.cgi

When downloading, please verify signatures using the KEYS file available at:
http://www.apache.org/dist/commons

Maven artifacts are also available in the central Maven repository:


  org.apache.commons
  commons-lang3
  3.6


Have fun,
Benedikt, on behalf of the Apache Commons Community
-
To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
For additional commands, e-mail: user-h...@commons.apache.org



Re: [CSV] CSVMutableRecord

2017-08-14 Thread Benedikt Ritter
Hi,

I very much like that CSVRecord is unmodifiable. So I’d suggest an API, that 
creates a new record instead of mutating the existing one:

CSVRecord newRecord = myRecord.put(1, „value")

I’m not sure about „put“ as a method name since it clashes with 
java.util.Map#put, which is mutation based...

Regards,
Benedikt

> Am 15.08.2017 um 02:54 schrieb Gary Gregory :
> 
> Feel free to provide a PR on GitHub :-)
> 
> Gary
> 
> On Aug 14, 2017 15:29, "Gary Gregory"  wrote:
> 
>> I think we've kept the design as YAGNI as possible... :-)
>> 
>> Gary
>> 
>> On Mon, Aug 14, 2017 at 3:25 PM, nitin mahendru <
>> nitin.mahendr...@gmail.com> wrote:
>> 
>>> Yeah that also is OK. I though there is a reason to keep the CSVRecord
>>> without setters. But maybe not!
>>> 
>>> Nitin
>>> 
>>> 
>>> 
>>> 
>>> On Mon, Aug 14, 2017 at 2:22 PM Gary Gregory 
>>> wrote:
>>> 
 Hi All:
 
 Should we consider adding put(int,Object) and put(String, Object) to the
 current CSVRecord class?
 
 Gary
 
 On Mon, Aug 14, 2017 at 2:54 PM, nitin mahendru <
 nitin.mahendr...@gmail.com>
 wrote:
 
> Hi Everyone,
> 
> I recently pushed a change(pull request 20) to get the line ending
>>> from
 the
> parser.
> 
> Now I want to push another change which I feel will also be useful for
 the
> community. I want to add a CSVRecordMutable class which had a
>>> constructor
> which accepts a CSVRecord object. So when we have a CSVRecordMutable
 object
> from it then we can edit individual columns using it.
> 
> I would be using this to write back my edited CSV file. My use case
>>> is to
> read a csv, mangle some columns, write back a new csv.
> 
> I could have directly raised a pull request but I just wanted to float
 the
> idea before and see the reaction.
> 
> Thanks
> 
> Nitin
> 
 
>>> 
>> 
>> 


-
To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
For additional commands, e-mail: user-h...@commons.apache.org



Re: Release BCEL 6.1?

2017-08-25 Thread Benedikt Ritter
Hello Andreas,

> Am 25.08.2017 um 15:24 schrieb Andreas Sewe :
> 
> Hi,
> 
> would it be possible to release a new version of BCEL? The last release
> (6.0) was over a year ago (in July 2016 [1]).
> 
> As a committer to the SpotBugs project (the successor of FindBugs), I
> would like to see BCEL 6.1 out in the near future [2], as we suffer from
> bug BCEL-284 [3]. Unfortunately, our last request for a BCEL 6.1 release
> wasn't heard [4] and we are now considering forking BCEL [5] -- which I
> consider to be a measure of last resort.
> 
> Thus, it would be great if we could see an official BCEL 6.1 release.
> 
> If you need any assistance or additional testing, I'd be happy to help out.

I’ll have a look into this and come back to you. Probably on Sunday since I’ll 
be on the train then and will have some time.

Cheers,
Benedikt

> 
> Best wishes,
> 
> Andreas
> 
> [1]
> 
> [2] 
> [3] 
> [4]
> 
> [5] 
> 
> -- 
> Codetrails GmbH
> The best code possible
> 
> Robert-Bosch-Str. 7, 64293 Darmstadt
> Phone: +49-6151-276-7092
> Mobile: +49-170-811-3791
> http://www.codetrails.com/
> 
> Managing Director: Dr. Marcel Bruch
> Handelsregister: Darmstadt HRB 91940
> 


-
To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
For additional commands, e-mail: user-h...@commons.apache.org



Re: Release BCEL 6.1?

2017-08-28 Thread Benedikt Ritter
Hi,

> Am 25.08.2017 um 17:10 schrieb Andreas Sewe :
> 
> Hello Benedikt,
> 
>> I’ll have a look into this and come back to you. Probably on Sunday since 
>> I’ll be on the train then and will have some time.
> 
> sounds good. Thank you for looking into this.

Sorry, no internet on the train yesterday… Looking into this tonight :o)

Benedikt

> 
> Best wishes,
> 
> Andreas
> 
> -- 
> Codetrails GmbH
> The best code possible
> 
> Robert-Bosch-Str. 7, 64293 Darmstadt
> Phone: +49-6151-276-7092
> Mobile: +49-170-811-3791
> http://www.codetrails.com/
> 
> Managing Director: Dr. Marcel Bruch
> Handelsregister: Darmstadt HRB 91940
> 


-
To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
For additional commands, e-mail: user-h...@commons.apache.org



Re: Release BCEL 6.1?

2017-08-30 Thread Benedikt Ritter
Hello Andreas,

> Am 30.08.2017 um 11:23 schrieb Andreas Sewe :
> 
> Hi Benedikt,
> 
> you wrote:
 I’ll have a look into this and come back to you. Probably on Sunday since 
 I’ll be on the train then and will have some time.
>>> 
>>> sounds good. Thank you for looking into this.
>> 
>> Sorry, no internet on the train yesterday… Looking into this tonight :o)
> 
> Any news on this? (Another journey by train planned, perhaps ;-)

I’m going through the patches pointed out by Mark Roberts [1].
Further more there are some breaking chances, and I need to find out how to 
handle them [2].

Cheers,
Benedikt

[1] 
https://lists.apache.org/thread.html/69c1fbc63fb9d9841cab3c27049fe6943cf50ce312a8ce73389ecc72@%3Cdev.commons.apache.org%3E
 

[2] 
https://lists.apache.org/thread.html/fe080d184a6a6de75b90d1df87b50e3906e5af72bc2878af7e0c4125@%3Cdev.commons.apache.org%3E
 

> 
> Best wishes,
> 
> Andreas
> 
> -- 
> Codetrails GmbH
> The best code possible
> 
> Robert-Bosch-Str. 7, 64293 Darmstadt
> Phone: +49-6151-276-7092
> Mobile: +49-170-811-3791
> http://www.codetrails.com/
> 
> Managing Director: Dr. Marcel Bruch
> Handelsregister: Darmstadt HRB 91940
> 



Re: Release BCEL 6.1?

2017-08-30 Thread Benedikt Ritter
Hi Stephan,

I’ll have a look on my next cycle.

Benedikt

> Am 30.08.2017 um 23:25 schrieb Stephan Herrmann :
> 
> 



Re: Release BCEL 6.1?

2017-09-12 Thread Benedikt Ritter
Hello Andreas,

> Am 11.09.2017 um 13:57 schrieb Andreas Sewe :
> 
> Hi Benedikt,
> 
>> I’ll have a look on my next cycle.
> 
> is there anything I can do to help?

No, not really. There where some discussions on the ML regarding breaking 
changes. I’m not sure we reached consensus there. I’ll probably go an push out 
RC1 to see how people feel about the breaking changes. Would be nice, I you 
could share your thoughts about that too.

> 
> We at SpotBugs are holding our breath [1] for an official BCEL 6.1.0
> release, which we would like to include in our own upcoming 3.1.0
> release -- rather than including a self-built BCEL 6.1.0 snapshot.

Sorry, I’m doing this on my spare time and I had some busy weeks lately. I’ll 
try to get to it this weekend.

Regards,
Benedikt

> 
> Best wishes,
> 
> Andreas
> 
> [1] 
> 
> -- 
> Codetrails GmbH
> The best code possible
> 
> Robert-Bosch-Str. 7, 64293 Darmstadt
> Phone: +49-6151-276-7092
> Mobile: +49-170-811-3791
> http://www.codetrails.com/
> 
> Managing Director: Dr. Marcel Bruch
> Handelsregister: Darmstadt HRB 91940
> 


-
To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
For additional commands, e-mail: user-h...@commons.apache.org



[ANNOUNCE] Apache Commons BCEL 6.1 released!

2017-09-19 Thread Benedikt Ritter
Hello,

the Apache Commons Community is happy to announce the release of Apache Commons 
BCEL 6.1.

The Byte Code Engineering Library (Apache Commons BCEL) is intended to give 
users a convenient way to analyze, create, and manipulate (binary) Java class 
files (those ending with .class). Classes are represented by objects which 
contain all the symbolic information of the given class: methods, fields and 
byte code instructions, in particular.

Source and binary distributions are available for download from the Apache 
Commons download site:
http://commons.apache.org/proper/commons-bcel/download_bcel.cgi

When downloading, please verify signatures using the KEYS file available at the 
above location.

Alternatively the release can be pulled via maven:

  org.apache.bcel
  bcel
  6.1


The release notes can be viewed at:
http://www.apache.org/dist/commons/bcel/RELEASE-NOTES.txt

For complete information on Commons BCEL, including instructions on how to 
submit bug reports, patches, or suggestions for improvement, see the Apache 
Commons BCEL website:

http://commons.apache.org/proper/commons-bcel/

Best regards,
Benedikt Ritter
on behalf of the Apache Commons community


-
To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
For additional commands, e-mail: user-h...@commons.apache.org



Re: [fileupload] API compatibility across versions

2017-09-25 Thread Benedikt Ritter
Hello Christopher,

> Am 20.09.2017 um 18:18 schrieb Christopher Schultz 
> :
> 
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
> 
> All,
> 
> I've taken a look back at the "recent" fileupload release
> announcements, and I can't seem to see any documentation on the API
> compatibility between fileupload 1.2.x and fileupload 1.3.x.
> 
> The release announcement for 1.3 points to the 1.3 release notes[1]
> which don't mention compatibility with previous versions (i.e. 1.2.x).
> 
> The RELEASE-NOTES.txt found in the 1.3 release in svn[2] indicates
> that 1.3 is a "maintenance release" which leads me to believe that 1.3
> should be backward-compatible with 1.2.x versions.
> 
> I'm just writing to get some confirmation of that fact.

Yes this is correct.

> 
> (Also, could you please put a link to the current Release Notes on the
> commons-fileupload website? I had to dig into mailing list archives
> and svn to find them. Maybe this is a personal ignorance of
> Maven-generated sites, but finding a changelog or release notes seems
> unnecessarily difficult.)

I’ve added a link to the lastest release notes to the projects website. Thank 
you for your feedback.

Cheers,
Benedikt

> 
> Thanks,
> - -chris
> 
> [1] http://www.apache.org/dist/commons/fileupload/RELEASE-NOTES.txt
> [2]
> http://svn.apache.org/viewvc/commons/_moved_to_git/fileupload/tags/FILEU
> PLOAD_1_3/RELEASE-NOTES.txt?revision=1754665&view=markup
> -BEGIN PGP SIGNATURE-
> Comment: GPGTools - http://gpgtools.org
> Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
> 
> iQIcBAEBCAAGBQJZwpTwAAoJEBzwKT+lPKRYKbkQALgJvPz/sMJXoCbWPtA5+Cgq
> mHwReKSNRf2The+YijYBTiMY/yxSGpmJJaJizGNg0sht6pOdwKdaXMtfjiEdQwnY
> SJRVMc+2ZP8MQRnsrL8sp3Zb6WHSRSCXbcwn9bfzw/X3uP5aqDk9pPJ8wjhODV6m
> CX2KJvK3jZvf7Fh9ajtAj0oHINaYBWxXsVgaPqx1/F08fVYeSbeka5JVb4DbUTrM
> 9flT1Ljl9lHa1WKdtJFZEjpwOMl2AqE2ht43MeOEQltU4ZCBlS9fS1/vZxeUe6g2
> yafsVswbginpaXtPH2XHluXtuPriOdfWgyqiToVdA37p6O+zz1gKBSXlZT4NVN1D
> pE28pwKCuTXHDQNBaFa1fk6kue87tOGwwK8UkupxRXeOqJX4zd2IAEKQJJ2D+OGu
> IDKmKmj9JgeLg+NnSBIWCNlmOCviDqJCz4sTG2ku++wmzSeM4y5HJbnAhpztRNsD
> hioCM09B4jP3rhSmHLuyJvs5yPupVHLeBhuF+eN1kwcG2yFSlpvZD1l0MsyqmMUT
> n4QzQIfw9qRVNMdCji/WsB05ZlJQQgVJLQY7EChfllI2iDxAs7LROMAhOMjVRbaN
> AhbFZQ7vBTqp8YkUUe0npNSa5WLSwQfIpISXEfdkfWHpAnL1LfqdYRtdgni+KTAW
> zfuJavZi+DKro4PpwPFb
> =QfuL
> -END PGP SIGNATURE-
> 
> -
> To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
> For additional commands, e-mail: user-h...@commons.apache.org
> 


-
To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
For additional commands, e-mail: user-h...@commons.apache.org



Re: [DBCP] Link to Examples is broken

2017-10-13 Thread Benedikt Ritter
Hello Greg,

> Am 13.10.2017 um 16:42 schrieb Greg Thomas :
> 
> At http://commons.apache.org/proper/commons-dbcp/mail-lists.html there's a
> link to "Examples" - normally about the first place I'll visit.
> 
> It's currently broken - anyone know where I should be looking?

Thank you for reporting this. The link should point to 
https://git-wip-us.apache.org/repos/asf?p=commons-dbcp.git;a=tree;f=doc;hb=HEAD

I’m about to update the website.

Cheers,
Benedikt

> 
> Thanks,
> 
> greg


-
To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
For additional commands, e-mail: user-h...@commons.apache.org



Re: Help with migrating one of OpenJPA classes to commons-collections4

2018-09-25 Thread Benedikt Ritter
Hello Maxim,
Am Mo., 24. Sep. 2018 um 05:32 Uhr schrieb Maxim Solodovnik <
solomax...@gmail.com>:

> Hello,
>
> could you please create 4.3-SNAPSHOT build?
>

I'll check whether I have permission to publish a SNAPSHOT build to the
SNAPSHOT repo.


>
> And if you have any estimates on 4.3 release, could you please share it? :)
>

We don't have estimates or a roadmap. But I've this on my list, because I
know you're depending on it. I have two days vacation next week. That may
be an opportunity for me to work towards a 4.3 release.

Regards,
Benedikt


>
>
>
> On Thu, 20 Sep 2018 at 17:58, Maxim Solodovnik 
> wrote:
>
> > One more question: it seems there is no 4.3-SNAPSHOT build available
> > Could you please create it?
> >
> > On Thu, 20 Sep 2018 at 12:47, Maxim Solodovnik 
> > wrote:
> > >
> > > Hello Gary,
> > >
> > > I have tested changes, everything works as expected
> > > Thanks a lot!
> > >
> > > I have closed PR, but have no rights to close JIRA :(
> > >
> > > Do you have any plans for 4.3 release?
> > > On Wed, 19 Sep 2018 at 22:11, Gary Gregory 
> > wrote:
> > > >
> > > > Maxim,
> > > > Thank you for your patch.
> > > > I created https://issues.apache.org/jira/browse/COLLECTIONS-696 and
> > > > committed you patch to git master.
> > > > Please verify and close the Jira ticket and GitHub PR.
> > > >
> > > > Thank you,
> > > > Gary
> > > >
> > > > On Wed, Sep 19, 2018 at 1:24 AM Maxim Solodovnik <
> solomax...@gmail.com
> > >
> > > > wrote:
> > > >
> > > > > Done: https://github.com/apache/commons-collections/pull/51
> > > > > Could you please take a look at this PR?
> > > > > On Thu, 6 Sep 2018 at 03:17, Gary Gregory 
> > wrote:
> > > > > >
> > > > > > Hi,
> > > > > >
> > > > > > Your best shot would be to submit a PR on GitHub which includes a
> > unit
> > > > > test
> > > > > > that exercises the new code.
> > > > > >
> > > > > > https://github.com/apache/commons-collections
> > > > > >
> > > > > > Thank you,
> > > > > > Gary
> > > > > >
> > > > > > On Wed, Sep 5, 2018 at 10:12 AM Maxim Solodovnik <
> > solomax...@gmail.com>
> > > > > > wrote:
> > > > > >
> > > > > > > Would it be possible to modify the code of
> > AbstractReferenceMap.java as
> > > > > > > follows?
> > > > > > >
> > > > > > >
> > > > > > > diff --git
> > > > > > >
> > > > > > >
> > > > >
> >
> a/src/main/java/org/apache/commons/collections4/map/AbstractReferenceMap.java
> > > > > > >
> > > > > > >
> > > > >
> >
> b/src/main/java/org/apache/commons/collections4/map/AbstractReferenceMap.java
> > > > > > > index 0eda632f..81f60b4b 100644
> > > > > > > ---
> > > > > > >
> > > > > > >
> > > > >
> >
> a/src/main/java/org/apache/commons/collections4/map/AbstractReferenceMap.java
> > > > > > > +++
> > > > > > >
> > > > > > >
> > > > >
> >
> b/src/main/java/org/apache/commons/collections4/map/AbstractReferenceMap.java
> > > > > > > @@ -400,13 +400,15 @@ public abstract class
> > AbstractReferenceMap
> > > > > > > extends AbstractHashedMap
> > > > > > >  HashEntry previous = null;
> > > > > > >  HashEntry entry = data[index];
> > > > > > >  while (entry != null) {
> > > > > > > -if (((ReferenceEntry) entry).purge(ref)) {
> > > > > > > +ReferenceEntry refEntry = (ReferenceEntry > V>)
> > > > > entry;
> > > > > > > +if (refEntry.purge(ref)) {
> > > > > > >  if (previous == null) {
> > > > > > >  data[index] = entry.next;
> > > > > > >  } else {
> > > > > > >  previous.next = entry.next;
> > > > > > >  }
> > > > > > >  this.size--;
> > > > > > > +refEntry.onPurge();
> > > > > > >  return;
> > > > > > >  }
> > > > > > >  previous = entry;
> > > > > > > @@ -721,12 +723,15 @@ public abstract class
> > AbstractReferenceMap
> > > > > > > extends AbstractHashedMap
> > > > > > >  throw new Error();
> > > > > > >  }
> > > > > > >
> > > > > > > +protected void onPurge() {
> > > > > > > +}
> > > > > > > +
> > > > > > >  /**
> > > > > > >   * Purges the specified reference
> > > > > > >   * @param ref  the reference to purge
> > > > > > >   * @return true or false
> > > > > > >   */
> > > > > > > -boolean purge(final Reference ref) {
> > > > > > > +protected boolean purge(final Reference ref) {
> > > > > > >  boolean r = parent.keyType !=
> > ReferenceStrength.HARD &&
> > > > > key ==
> > > > > > > ref;
> > > > > > >  r = r || parent.valueType !=
> ReferenceStrength.HARD
> > &&
> > > > > value
> > > > > > > == ref;
> > > > > > >  if (r) {
> > > > > > > @@ -1073,4 +1078,17 @@ public abstract class
> > AbstractReferenceMap
> > > > > > > extends AbstractHashedMap
> > > > > > >  protected boolean isKeyType(final ReferenceStrength type)
> {
> > > > > > >  return this.keyType == type;
> > > > > > >  }

Re: Help with migrating one of OpenJPA classes to commons-collections4

2018-09-25 Thread Benedikt Ritter
Am Di., 25. Sep. 2018 um 15:36 Uhr schrieb Benedikt Ritter <
brit...@apache.org>:

> Hello Maxim,
> Am Mo., 24. Sep. 2018 um 05:32 Uhr schrieb Maxim Solodovnik <
> solomax...@gmail.com>:
>
>> Hello,
>>
>> could you please create 4.3-SNAPSHOT build?
>>
>
> I'll check whether I have permission to publish a SNAPSHOT build to the
> SNAPSHOT repo.
>

I've deployed the latest code to
https://repository.apache.org/content/repositories/snapshots/org/apache/commons/commons-collections4/4.3-SNAPSHOT/

Regards,
Benedikt


>
>
>>
>> And if you have any estimates on 4.3 release, could you please share it?
>> :)
>>
>
> We don't have estimates or a roadmap. But I've this on my list, because I
> know you're depending on it. I have two days vacation next week. That may
> be an opportunity for me to work towards a 4.3 release.
>
> Regards,
> Benedikt
>
>
>>
>>
>>
>> On Thu, 20 Sep 2018 at 17:58, Maxim Solodovnik 
>> wrote:
>>
>> > One more question: it seems there is no 4.3-SNAPSHOT build available
>> > Could you please create it?
>> >
>> > On Thu, 20 Sep 2018 at 12:47, Maxim Solodovnik 
>> > wrote:
>> > >
>> > > Hello Gary,
>> > >
>> > > I have tested changes, everything works as expected
>> > > Thanks a lot!
>> > >
>> > > I have closed PR, but have no rights to close JIRA :(
>> > >
>> > > Do you have any plans for 4.3 release?
>> > > On Wed, 19 Sep 2018 at 22:11, Gary Gregory 
>> > wrote:
>> > > >
>> > > > Maxim,
>> > > > Thank you for your patch.
>> > > > I created https://issues.apache.org/jira/browse/COLLECTIONS-696 and
>> > > > committed you patch to git master.
>> > > > Please verify and close the Jira ticket and GitHub PR.
>> > > >
>> > > > Thank you,
>> > > > Gary
>> > > >
>> > > > On Wed, Sep 19, 2018 at 1:24 AM Maxim Solodovnik <
>> solomax...@gmail.com
>> > >
>> > > > wrote:
>> > > >
>> > > > > Done: https://github.com/apache/commons-collections/pull/51
>> > > > > Could you please take a look at this PR?
>> > > > > On Thu, 6 Sep 2018 at 03:17, Gary Gregory > >
>> > wrote:
>> > > > > >
>> > > > > > Hi,
>> > > > > >
>> > > > > > Your best shot would be to submit a PR on GitHub which includes
>> a
>> > unit
>> > > > > test
>> > > > > > that exercises the new code.
>> > > > > >
>> > > > > > https://github.com/apache/commons-collections
>> > > > > >
>> > > > > > Thank you,
>> > > > > > Gary
>> > > > > >
>> > > > > > On Wed, Sep 5, 2018 at 10:12 AM Maxim Solodovnik <
>> > solomax...@gmail.com>
>> > > > > > wrote:
>> > > > > >
>> > > > > > > Would it be possible to modify the code of
>> > AbstractReferenceMap.java as
>> > > > > > > follows?
>> > > > > > >
>> > > > > > >
>> > > > > > > diff --git
>> > > > > > >
>> > > > > > >
>> > > > >
>> >
>> a/src/main/java/org/apache/commons/collections4/map/AbstractReferenceMap.java
>> > > > > > >
>> > > > > > >
>> > > > >
>> >
>> b/src/main/java/org/apache/commons/collections4/map/AbstractReferenceMap.java
>> > > > > > > index 0eda632f..81f60b4b 100644
>> > > > > > > ---
>> > > > > > >
>> > > > > > >
>> > > > >
>> >
>> a/src/main/java/org/apache/commons/collections4/map/AbstractReferenceMap.java
>> > > > > > > +++
>> > > > > > >
>> > > > > > >
>> > > > >
>> >
>> b/src/main/java/org/apache/commons/collections4/map/AbstractReferenceMap.java
>> > > > > > > @@ -400,13 +400,15 @@ public abstract class
>> > AbstractReferenceMap
>> > > > > > > extends AbstractHashedMap
>> > > > > > >  HashEntry previous = null;
&g

Re: Copying methods?

2019-03-04 Thread Benedikt Ritter
Am Mo., 4. März 2019 um 00:48 Uhr schrieb Petko Hupka :

> Hi there.
>
> If I understand correctly your license of your lib I can modify and  and
> use your product but what if i want only one method and I don't need whole
> library. Can I simply copy it in to my project??
>

Yes you can copy the code, but you be sure to review section 4 of the
Apache License [1] before redistributing the derived work.

Benedikt

[1] http://www.apache.org/licenses/LICENSE-2.0.html#redistribution


>
> Thanks!
>


Re: Download-Link on Website wrong

2019-04-28 Thread Benedikt Ritter
Hello,

Am Fr., 26. Apr. 2019 um 13:06 Uhr schrieb Wolff Bock von Wülfingen <
wlf...@gmail.com>:

> Hey,
>
> currently your download link in the sidebar is still pointing to sanselan:
> https://commons.apache.org/proper/commons-imaging/download_sanselan.cgi
>
> Pretty sure it's supposed to be:
> https://commons.apache.org/proper/commons-imaging/download_imaging.cgi


Thank you for pointing this out. We're in the process of publishing Commons
Imaging 1.0. We will correct those links, once the release is published.

Benedikt


>
>
> :)
>


Re: search mailing lists

2013-02-02 Thread Benedikt Ritter
2013/2/2 Glautier S.P. 

> Hi, is there anyway to search the mailing list archives (apart from
> manually)?
>

Hi Steve,

what exactly do you mean with "manually"? I usually use MailMark [1] to
search the lists. If you know, what you are looking for, it works pretty
well.

Regards,
Benedikt

[1] http://markmail.org/list/org.apache.commons.users/


> Thanks, Steve.
> -
> To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
> For additional commands, e-mail: user-h...@commons.apache.org
>
>


Re: What version of fileupload should I use?

2013-02-19 Thread Benedikt Ritter
Hi Joe,


2013/2/19 Joe Adams 

> Hi,
>
> I'm trying to include commons-fileupload into my project which uses maven.
>  I seem to have a conflict.
>
> I got the following exception:
> java.lang.NoSuchMethodError:
> org.apache.commons.fileupload.servlet.ServletFileUpload.parseRequest(Lorg/apache/commons/fileupload/RequestContext;)Ljava/util/List;
>
> My maven has:
>
> 
> commons-validator
> commons-validator
> 1.3.1
> 
> 
> commons-codec
> commons-codec
> 1.3
> 
> 
> commons-fileupload
> commons-fileupload
> 1.2.1
> 
>
> Which version of fileupload can I include with those versions of validator
> and codec?
>

I can not tell from looking at the poms [1,2] what is causing the problems.
Have you tried the maven dependency plugin [3] to calculate dependencies?
It should tell you what dependencies are conflicting.

HTH,
Benedikt

[1]
http://search.maven.org/remotecontent?filepath=commons-validator/commons-validator/1.3.1/commons-validator-1.3.1.pom
[2]
http://search.maven.org/remotecontent?filepath=commons-codec/commons-codec/1.3/commons-codec-1.3.pom
[3] http://maven.apache.org/plugins/maven-dependency-plugin/


>
> Thanks,
> Joe
>



-- 
http://people.apache.org/~britter/
http://www.systemoutprintln.de/
http://twitter.com/BenediktRitter
http://github.com/britter


Re: Equivalent of LinkedHashMap meetingEntries in commons primitives

2013-02-25 Thread Benedikt Ritter
Am 25. Februar 2013 09:43 schrieb Klein, Raimund :

> To me that sounds like you can just use a List of array of double
> (List) or, if you know the length at creation time, even just an
> array of arrays of doubles (double[][]).
>

This may not be what he wants to do. There are several problems when using
a list of arrays compared to using a map.
1. the list can contain arrays of different length. A map makes sure that
one key is associate with one value.
2. a map makes sure that keys are unique. Using a List you would
have to iterate the hole list on every add to make sure the first array
entry is not already present.
3. Collection.contains(Object) does not work because arrays stored in the
list will be compared using equals(Object) which will compare memory
locations (instead of array contents).

Regards,
Benedikt


>
> Mit freundlichen Grüßen
>
> Raimund Klein
>
> EDV / Software Entwickler
>
>
>
> BERENBERG BANK
>
> Joh. Berenberg, Gossler & Co. KG
>
> Neuer Jungfernstieg 20
>
> 20354 Hamburg
>
>
>
> Telefon +49 40 350 60-8129
>
> Telefax +49 40 350 60-955
>
> E-Mail raimund.kl...@berenberg.de
>
> www.berenberg.de
>
>
>
> Sitz: Hamburg - Amtsgericht Hamburg HRA 42659
>
> -Ursprüngliche Nachricht-
> Von: Osman Khalid [mailto:osmankhalid2...@gmail.com]
> Gesendet: Sonntag, 24. Februar 2013 06:23
> An: Commons Users List
> Betreff: Re: Equivalent of LinkedHashMap meetingEntries in
> commons primitives
>
> Thanks Daniel
>
> You are right. Trove has some functionality, but again I am stuck. As I
> want the order of insertion be preserved, but Trove's TDoubleDoubleHashMap
> does not preserve order of insertion.
>
> (I just want a pair of double, double be stored, and later i need to
> retrieve double[] from values)
>
> Regards
>
> On Sat, Feb 23, 2013 at 11:17 PM, Daniel Pitts  >wrote:
>
> > First off, floating points make terrible keys. Do you really need them
> > as keys, or are you really using this as pair ?
> >
> > I think Trove is the library you might want, not apache commons.
> >
> > Sent from my iPad
> >
> > On Feb 23, 2013, at 4:57 PM, Osman Khalid 
> > wrote:
> >
> > > Hi.
> > >
> > > I am using a data structure using standard java api:
> > >
> > > LinkedHashMap meetingEntries;
> > >
> > > I want it to changed to primitive types as:
> > >
> > > LinkedHashMap meetingEntries;
> > >
> > > Is it possible? What would be code for that commons primitives?
> > >
> > > I'll be really grateful for reply!
> >
> > -
> > To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
> > For additional commands, e-mail: user-h...@commons.apache.org
> >
> >
>
> Diese Nachricht einschliesslich etwa beigefuegter Anhaenge ist vertraulich
> und kann dem Bank- und Datengeheimnis unterliegen oder sonst rechtlich
> geschuetzte Daten und Informationen enthalten. Wenn Sie nicht der richtige
> Adressat sind oder diese Nachricht irrtuemlich erhalten haben, informieren
> Sie bitte sofort den Absender über die Antwortfunktion. Anschliessend
> moechten Sie bitte diese Nachricht einschliesslich etwa beigefuegter
> Anhaenge unverzueglich vollstaendig loeschen. Das unerlaubte Kopieren oder
> Speichern dieser Nachricht und/oder der ihr etwa beigefuegten Anhaenge
> sowie die unbefugte Weitergabe der darin enthaltenen Daten und
> Informationen sind nicht gestattet. Wir weisen darauf hin, dass
> rechtsverbindliche Erklaerungen namens unseres Hauses grundsaetzlich der
> Unterschriften zweier ausreichend bevollmaechtigter Vertreter unseres
> Hauses beduerfen. Wir verschicken daher keine rechtsverbindlichen
> Erklaerungen per E-Mail an Dritte. Demgemaess nehmen wir per E-Mail auch
> keine rechtsverbindlichen Erklaerungen oder Auftraege von Dritten entgegen.
> Sollten Sie Schwierigkeiten beim Oeffnen dieser E-Mail haben, wenden Sie
> sich bitte an den Absender oder an i...@berenberg.de. Please refer to
> http://www.berenberg.de/my_berenberg/disclaimer_e.html for our
> confidentiality notice.
>
>
> -
> To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
> For additional commands, e-mail: user-h...@commons.apache.org
>
>


-- 
http://people.apache.org/~britter/
http://www.systemoutprintln.de/
http://twitter.com/BenediktRitter
http://github.com/britter


Re: [ADVICE] Using commons-csv library

2013-03-19 Thread Benedikt Ritter
Hi Lewis,

don't know if this helps you but I have requested infra to create a git
mirror for csv [1].

Benedikt

[1] https://issues.apache.org/jira/browse/CSV-95


2013/3/19 Lewis John Mcgibbney 

> Hi,
> I (and I will try to get other involved) will try to address the three
> issues below.
> Thanks for the heads up guys, most appreciated.
> Lewis
>
> On Tuesday, March 19, 2013, William Speirs  wrote:
> > According to Jira, there are only 3 outstanding issues to be resolved for
> 1.0:
> >
> > CSV-35: Escaped line separators are not supported
> > CSV-58: Escape handling needs rethinking
> > CSV-56: Do not use exotic escape characters for sequences like \r or \n
> >
> > Are there other TODOs that need to be completed before releasing? If
> > so, can we open Jira tickets so folks don't have to search the mailing
> > lists (I couldn't find anything in my Google folder for commons)?
> >
> > I'd be happy to help, just not 100% sure I know what needs doing
> > before we can release. It would be too bad if there are only minor
> > issues that the folks at Any23 might even be willing to help with, but
> > we don't realize this because work isn't being well documented. My
> > $0.02...
> >
> > Thanks...
> >
> > Bill-
> >
> > On Tue, Mar 19, 2013 at 8:51 AM, Gary Gregory 
> wrote:
> >> Hi Lewis,
> >>
> >> I think we are pretty close to a release. If you search this ML, you
> should
> >> find a TO-DO list of what some folks want to resolve before 1.0. I think
> I
> >> queried this ML a couple of months ago. Feel free to opine and help!
> >>
> >> Gary
> >>
> >>
> >> On Tue, Mar 19, 2013 at 12:10 AM, Lewis John Mcgibbney <
> >> lewis.mcgibb...@gmail.com> wrote:
> >>
> >>> Hi,
> >>> I am aware that there is no official release of the above library. I
> also
> >>> would like to show the research I've done on the issue [0-2].
> >>> Currently over in Any23, we use a SNAPSHOT of this library which is
> >>> actually stored in our SVN area [3].
> >>> We are moving the Any23 repos to Git so we need to address this
> situation.
> >>> I would like to ask the commons community what exactly we should be
> doing
> >>> with this artifact, where (if it is allowed and if we actually need to)
> we
> >>> should be storing the artifact and really if there is anything we can
> do to
> >>> get a release going for this artifact.
> >>> Thank you very much in advance, any comments are greatly appreciated.
> >>> Lewis
> >>>
> >>> [0] https://issues.apache.org/jira/browse/CSV-30
> >>> [1] https://issues.apache.org/jira/browse/CSV-20
> >>> [2] http://www.mail-archive.com/user@commons.apache.org/msg00538.html
> >>> [3]
> >>>
> >>>
>
> http://svn.apache.org/repos/asf/any23/repo-ext/org/apache/commons/commons-csv/
> >>>
> >>> --
> >>> *Lewis*
> >>>
> >>
> >>
> >>
> >> --
> >> E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
> >> JUnit in Action, 2nd Ed: http://bit.ly/ECvg0
> >> Spring Batch in Action: http://bit.ly/bqpbCK
> >> Blog: http://garygregory.wordpress.com
> >> Home: http://garygregory.com/
> >> Tweet! http://twitter.com/GaryGregory
> >
> > -
> > To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
> > For additional commands, e-mail: user-h...@commons.apache.org
> >
> >
>
> --
> *Lewis*
>


Re: [daemon] Issue DAEMON-281

2013-07-06 Thread Benedikt Ritter
It would probably bet better to move this to the dev ML to get more
feedback.

Benedikt


2013/7/5 Ian Emmons 

> Ping?
>
>
> On May 4, 2013, at 3:59 PM, Ian Emmons  wrote:
> > I re-opened this issue because the previous fix didn't work.  I also
> attached a patch to the issue that (I believe) fixes it correctly.
>
>
> -
> To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
> For additional commands, e-mail: user-h...@commons.apache.org
>
>


-- 
http://people.apache.org/~britter/
http://www.systemoutprintln.de/
http://twitter.com/BenediktRitter
http://github.com/britter


Re: [csv] streaming proposal

2013-07-29 Thread Benedikt Ritter
Hi Adam,

proposals for new functionality are better discussed on the dev ML.
Can you please repost your message there?

TIA!
Benedikt


2013/7/29 Adam Foxman 

> Hi all,
>
> Have you considered building a stream-based version of CSVPrinter's
> printRecords(ResultSet ...)?
>
> ResultSet is unique in that it is not fully materialized, or may not be.
>  Users reading tabular database results may want to stream them on to
> another process in a larger ETL pipeline, and having a "csv transform"
> would be nice.
>
> I'd like to build this if the development team is interested.  I'm thinking
> this is a separate class which implements InputStream and accepts a
> ResultSet and other params (like charset) in its ctor.  As bytes are read,
> rows are read from the ResultSet and transformed into CSV lines.
>
> There are variations on this, such as exposing a character-based stream
> instead of a byte stream, or exposing a line-based stream of records.
>
> The fundamental difference of this work is that it is centered around
> pulling data, rather than having the caller drive the operation using
> CSVPrinter with an Appendable.
>
> Adam
>



-- 
http://people.apache.org/~britter/
http://www.systemoutprintln.de/
http://twitter.com/BenediktRitter
http://github.com/britter


Re: [proxy] Remove Remoting Providers in 2.x...

2013-07-29 Thread Benedikt Ritter
Hi James,

I guess this was supposed to go to the dev ML?

Benedikt


2013/7/28 James Carman 

> All,
>
> I would doubt the remoting providers are really used by anyone, but we
> should probably ask before removing them.  We currently support the
> following remoting protocols:
>
> - Burlap
> - Hessian
> - Jax-RPC
> - RMI
> - Session Beans
>
> Are there any objections to removing them?  These technologies are
> somewhat outdated.
>
> Thanks,
>
> James
> -
> To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
> For additional commands, e-mail: user-h...@commons.apache.org
>
>


-- 
http://people.apache.org/~britter/
http://www.systemoutprintln.de/
http://twitter.com/BenediktRitter
http://github.com/britter


Re: [proxy] Remove Remoting Providers in 2.x...

2013-07-29 Thread Benedikt Ritter
Okay so you intended to send it to the dev ML and the user ML once? Because
it appears that you've send it to the user ML twice instead ;-)

Benedikt


2013/7/29 James Carman 

> Well, I wanted a broader audience, since it would impact users (if
> there are any).
>
> On Mon, Jul 29, 2013 at 7:10 AM, Benedikt Ritter 
> wrote:
> > Hi James,
> >
> > I guess this was supposed to go to the dev ML?
> >
> > Benedikt
> >
> >
> > 2013/7/28 James Carman 
> >
> >> All,
> >>
> >> I would doubt the remoting providers are really used by anyone, but we
> >> should probably ask before removing them.  We currently support the
> >> following remoting protocols:
> >>
> >> - Burlap
> >> - Hessian
> >> - Jax-RPC
> >> - RMI
> >> - Session Beans
> >>
> >> Are there any objections to removing them?  These technologies are
> >> somewhat outdated.
> >>
> >> Thanks,
> >>
> >> James
> >> -
> >> To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
> >> For additional commands, e-mail: user-h...@commons.apache.org
> >>
> >>
> >
> >
> > --
> > http://people.apache.org/~britter/
> > http://www.systemoutprintln.de/
> > http://twitter.com/BenediktRitter
> > http://github.com/britter
>
> -
> To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
> For additional commands, e-mail: user-h...@commons.apache.org
>
>


-- 
http://people.apache.org/~britter/
http://www.systemoutprintln.de/
http://twitter.com/BenediktRitter
http://github.com/britter


Re: [imaging] Latest Download Links Are not working

2013-08-06 Thread Benedikt Ritter
The latest SNAPSHOT build is available via the snapshot repo:
https://repository.apache.org/content/groups/snapshots/org/apache/commons/commons-imaging/
I'll try to get some time tonight to update the site. Sorry for the
inconvenience.

Benedikt


2013/8/7 Thad Humphries 

> These downloads are still not available. Can someone fix the links or tell
> me where to find the files? I would like to try the 1.0-SNAPSHOT,
> especially the TIFF classes.
>
>
> On Tue, Jul 16, 2013 at 5:06 AM, R. S. Patil 
> wrote:
>
> > Helo,
> >
> > I tried to download from
> > http://commons.apache.org/proper/commons-imaging/download_imaging.cgiboth
> > zip and tar.gz
> > and tried all the servers but every time 404 error is generated.
> >
> > However Archive download links work and I could download 0.97 version
> > zip/tar.gz.
> >
> > Kindly help by rectifying the links.
> >
> > Thanks and warm regards.
> >
> > Raja
> >
>
>
>
> --
> "Hell hath no limits, nor is circumscrib'd In one self-place; but where we
> are is hell, And where hell is, there must we ever be" --Christopher
> Marlowe, *Doctor Faustus* (v, 121-24)
>



-- 
http://people.apache.org/~britter/
http://www.systemoutprintln.de/
http://twitter.com/BenediktRitter
http://github.com/britter


Re: [imaging] Latest Download Links Are not working

2013-08-07 Thread Benedikt Ritter
2013/8/7 Thad Humphries 

> On Wed, Aug 7, 2013 at 2:53 AM, Benedikt Ritter 
> wrote:
>
> > The latest SNAPSHOT build is available via the snapshot repo:
> >
> >
> https://repository.apache.org/content/groups/snapshots/org/apache/commons/commons-imaging/
> > I'll try to get some time tonight to update the site. Sorry for the
> > inconvenience.
> >
> > Benedikt
> >
> >
> > 2013/8/7 Thad Humphries 
> >
> > > These downloads are still not available. Can someone fix the links or
> > tell
> > > me where to find the files? I would like to try the 1.0-SNAPSHOT,
> > > especially the TIFF classes.
> > >
> > >
> > > On Tue, Jul 16, 2013 at 5:06 AM, R. S. Patil 
> > > wrote:
> > >
> > > > Helo,
> > > >
> > > > I tried to download from
> > > >
> >
> http://commons.apache.org/proper/commons-imaging/download_imaging.cgiboth
> > > > zip and tar.gz
> > > > and tried all the servers but every time 404 error is generated.
> > > >
> > > > However Archive download links work and I could download 0.97 version
> > > > zip/tar.gz.
> > > >
> > > > Kindly help by rectifying the links.
> > > >
> > > > Thanks and warm regards.
> > > >
> > > > Raja
> >
>
> Thanks, Benedikt.
>
> I see that the files in 1.0-SNAPSHOT are as recent as last week while those
> in 1.1-SNAPSHOT are from September 2012. Should we test with 1.0-SNAPSHOT?


I don't know where 1.1-SNAPSHOT is coming from, but the latest trunk is
1.0-SNAPSHOT [1]

Benedikt

[1]
http://svn.apache.org/viewvc/commons/proper/imaging/trunk/pom.xml?view=markup


>
> --
> "Hell hath no limits, nor is circumscrib'd In one self-place; but where we
> are is hell, And where hell is, there must we ever be" --Christopher
> Marlowe, *Doctor Faustus* (v, 121-24)
>



-- 
http://people.apache.org/~britter/
http://www.systemoutprintln.de/
http://twitter.com/BenediktRitter
http://github.com/britter


Re: [imaging] Latest Download Links Are not working

2013-08-07 Thread Benedikt Ritter
2013/8/7 Benedikt Ritter 

>
>
>
> 2013/8/7 Thad Humphries 
>
>> On Wed, Aug 7, 2013 at 2:53 AM, Benedikt Ritter 
>> wrote:
>>
>> > The latest SNAPSHOT build is available via the snapshot repo:
>> >
>> >
>> https://repository.apache.org/content/groups/snapshots/org/apache/commons/commons-imaging/
>> > I'll try to get some time tonight to update the site. Sorry for the
>> > inconvenience.
>> >
>> > Benedikt
>> >
>> >
>> > 2013/8/7 Thad Humphries 
>> >
>> > > These downloads are still not available. Can someone fix the links or
>> > tell
>> > > me where to find the files? I would like to try the 1.0-SNAPSHOT,
>> > > especially the TIFF classes.
>> > >
>> > >
>> > > On Tue, Jul 16, 2013 at 5:06 AM, R. S. Patil 
>> > > wrote:
>> > >
>> > > > Helo,
>> > > >
>> > > > I tried to download from
>> > > >
>> >
>> http://commons.apache.org/proper/commons-imaging/download_imaging.cgiboth
>> > > > zip and tar.gz
>> > > > and tried all the servers but every time 404 error is generated.
>> > > >
>> > > > However Archive download links work and I could download 0.97
>> version
>> > > > zip/tar.gz.
>> > > >
>> > > > Kindly help by rectifying the links.
>> > > >
>> > > > Thanks and warm regards.
>> > > >
>> > > > Raja
>> >
>>
>> Thanks, Benedikt.
>>
>> I see that the files in 1.0-SNAPSHOT are as recent as last week while
>> those
>> in 1.1-SNAPSHOT are from September 2012. Should we test with
>> 1.0-SNAPSHOT?
>
>
> I don't know where 1.1-SNAPSHOT is coming from, but the latest trunk is
> 1.0-SNAPSHOT [1]
>
> Benedikt
>
> [1]
> http://svn.apache.org/viewvc/commons/proper/imaging/trunk/pom.xml?view=markup
>

That didn't answer your question. So: Yes, you should test with
1.0-SNAPSHOT ;-)

Benedikt


>
>
>>
>> --
>> "Hell hath no limits, nor is circumscrib'd In one self-place; but where we
>> are is hell, And where hell is, there must we ever be" --Christopher
>> Marlowe, *Doctor Faustus* (v, 121-24)
>>
>
>
>
> --
> http://people.apache.org/~britter/
> http://www.systemoutprintln.de/
> http://twitter.com/BenediktRitter
> http://github.com/britter
>



-- 
http://people.apache.org/~britter/
http://www.systemoutprintln.de/
http://twitter.com/BenediktRitter
http://github.com/britter


Re: [imaging] Success!

2013-08-07 Thread Benedikt Ritter
Hello Thad,

thanks for your feedback.
It is currently very quite around commons-imaging.
But Maybe you can bring some life back to that component ;-)

Benedikt


2013/8/7 Thad Humphries 

> First, thanks for your great work.
>
> I downloaded the 1.0-SNAPSHOT JAR and I also grabbed SVN and build the
> project. I then took an old JAI-Swing demo I wrote *way back*, commented
> out "JAI.create( "fileload", filename )" and replaced it with your "
>
> org.apache.commons.imaging.examples.ImageReadExample.imageReadExample(file)".
> I'm able to open the various TIFF Group 4 images I commonly test with.
>
> I hope to have time this next week play some more with commons-imaging,
> possibly adapting the rest of that demo--scale, rotate, etc.--to use
> commons-imaging vs JAI.
>
> --
> "Hell hath no limits, nor is circumscrib'd In one self-place; but where we
> are is hell, And where hell is, there must we ever be" --Christopher
> Marlowe, *Doctor Faustus* (v, 121-24)
>



-- 
http://people.apache.org/~britter/
http://www.systemoutprintln.de/
http://twitter.com/BenediktRitter
http://github.com/britter


Re: commons-cli 1.3 not available in Maven?

2013-09-04 Thread Benedikt Ritter
Hello Jeff,

commons CLI 1.3 has not been released yet. If you really need the
DefaultParser you will have to build the latest trunk from source.

Benedikt


2013/9/5 the great jeff 

> commons-cli 1.3 is not available in Maven. Only 1.2 and earlier are.
>  Unfortunate because I would like to use the new DefaultParser.




-- 
http://people.apache.org/~britter/
http://www.systemoutprintln.de/
http://twitter.com/BenediktRitter
http://github.com/britter


Re: Chain Configuration

2013-10-11 Thread Benedikt Ritter
Hi Jagan,

as far as I know, no there isn't... We know this is a flaw in chain and we
intended to fix it for chain2 (which is in the current trunk of chain). But
currently there is nobody who really has the time make chain2 ready for a
release. Simone Tripodi was working on it and he intended to implement the
configuration module using modello [1]. But that seems to be blocked until
a new modello release hits the road...

Benedikt

[1] http://modello.codehaus.org


2013/10/11 Jagan Ranganathan 

> Hi,
>
> We are trying to use Chain Of Responsibility pattern in the server side.
> We have defined our chain+commands in an xml and are parsing it via
> ConfigParser.
>
>
> But we face a problem with getting Catalog via
> CatalogFactoryBase.getInstance().getCatalog(catalogName) call.Looks like it
> has got some ClassLoader specific loading. So if we have initialized in
> some web context, the Catalog is not present in other context - different
> ClassLoader.
> Is there anyway we can remove this ClassLoader level dependency or is
> there any other way of loading the chain configuration for server side
> usage?
> /** * 

Return the singleton {@link CatalogFactory} instance > * for the relevant ClassLoader. For > applications > * that use a thread context class loader (such as web applications > * running inside a servet container), this will return a separate > * instance for each application, even if this class is loaded from > * a shared parent class loader.

> * > * @return the per-application singleton instance of {@link > CatalogFactory} > */ > public static CatalogFactory getInstance() { > > > CatalogFactory factory = null; > ClassLoader cl = getClassLoader(); > synchronized (factories) { > factory = (CatalogFactory) factories.get(cl); > if (factory == null) { > factory = new CatalogFactoryBase(); > factories.put(cl, factory); > } > } > return factory; > > > } > > Regards, > Jagan > > > > -- http://people.apache.org/~britter/ http://www.systemoutprintln.de/ http://twitter.com/BenediktRitter http://github.com/britter

Re: Chain Configuration

2013-10-12 Thread Benedikt Ritter
Hi Jagan,

sorry I don't understand what you mean by "retained CatalogFactory instance
in our backend code". Can you explain?

Benedikt


2013/10/12 Jagan Ranganathan 

> Hi,
>
> Thanks for your response. We retained CatalogFactory instance in our
> backend code where we parsed the chain config xml. You see any issues with
> this?
>
>
> Regards,
> Jagan
>
> ---- On Fri, 11 Oct 2013 14:52:25 +0530 Benedikt
> Ritter<brit...@apache.org> wrote 
>
>
> Hi Jagan,
>
> as far as I know, no there isn't... We know this is a flaw in chain and we
> intended to fix it for chain2 (which is in the current trunk of chain). But
> currently there is nobody who really has the time make chain2 ready for a
> release. Simone Tripodi was working on it and he intended to implement the
> configuration module using modello [1]. But that seems to be blocked until
> a new modello release hits the road...
>
> Benedikt
>
> [1] http://modello.codehaus.org
>
>
> 2013/10/11 Jagan Ranganathan <ja...@zohocorp.com>
>
> > Hi,
> >
> > We are trying to use Chain Of Responsibility pattern in the server
> side.
> > We have defined our chain+commands in an xml and are parsing it via
> > ConfigParser.
> >
> >
> > But we face a problem with getting Catalog via
> > CatalogFactoryBase.getInstance().getCatalog(catalogName) call.Looks
> like it
> > has got some ClassLoader specific loading. So if we have initialized
> in
> > some web context, the Catalog is not present in other context -
> different
> > ClassLoader.
> > Is there anyway we can remove this ClassLoader level dependency or is
> > there any other way of loading the chain configuration for server side
> > usage?
> > /** * &lt;p&gt;Return the singleton {@link CatalogFactory}
> instance
> > * for the relevant
> &lt;code&gt;ClassLoader&lt;/code&gt;. For
> > applications
> > * that use a thread context class loader (such as web applications
> > * running inside a servet container), this will return a separate
> > * instance for each application, even if this class is loaded from
> > * a shared parent class loader.&lt;/p&gt;
> > *
> > * @return the per-application singleton instance of {@link
> > CatalogFactory}
> > */
> > public static CatalogFactory getInstance() {
> >
> >
> > CatalogFactory factory = null;
> > ClassLoader cl = getClassLoader();
> > synchronized (factories) {
> > factory = (CatalogFactory) factories.get(cl);
> > if (factory == null) {
> > factory = new CatalogFactoryBase();
> > factories.put(cl, factory);
> > }
> > }
> > return factory;
> >
> >
> > }
> >
> > Regards,
> > Jagan
> >
> >
> >
> >
>
>
> --
> http://people.apache.org/~britter/
> http://www.systemoutprintln.de/
> http://twitter.com/BenediktRitter
> http://github.com/britter
>
>
>
>


-- 
http://people.apache.org/~britter/
http://www.systemoutprintln.de/
http://twitter.com/BenediktRitter
http://github.com/britter


Re: Chain Configuration

2013-10-13 Thread Benedikt Ritter
Hi Jagan,

I really don't know, it may be a problem if some other code also calls
getInstance and then changes the CatalogFactory... But if you only
initialize it once, it should work.

Benedikt


2013/10/12 Jagan Ranganathan 

> Hi,
>
> Instead of invoking CatalogFactory.getInstance everytime, thought we can
> invoke the getInstance as soon as we parse and keep the instance as static
> in the parser/init class. But it defeats the purpose of ClassLoader usage
> in the getInstance.
>
>
> Hope there won't be any issues with such usage.
>
>
> Regards,
> Jagan
>
>  On Sat, 12 Oct 2013 14:48:37 +0530 Benedikt Ritter &
> lt;brit...@apache.org> wrote 
>
>
> Hi Jagan,
>
> sorry I don't understand what you mean by "retained CatalogFactory instance
> in our backend code". Can you explain?
>
> Benedikt
>
>
> 2013/10/12 Jagan Ranganathan <ja...@zohocorp.com>
>
> > Hi,
> >
> > Thanks for your response. We retained CatalogFactory instance in our
> > backend code where we parsed the chain config xml. You see any issues
> with
> > this?
> >
> >
> > Regards,
> > Jagan
> >
> >  On Fri, 11 Oct 2013 14:52:25 +0530 Benedikt
> > Ritter&lt;brit...@apache.org&gt; wrote 
> >
> >
> > Hi Jagan,
> >
> > as far as I know, no there isn't... We know this is a flaw in chain
> and we
> > intended to fix it for chain2 (which is in the current trunk of
> chain). But
> > currently there is nobody who really has the time make chain2 ready
> for a
> > release. Simone Tripodi was working on it and he intended to
> implement the
> > configuration module using modello [1]. But that seems to be blocked
> until
> > a new modello release hits the road...
> >
> > Benedikt
> >
> > [1] http://modello.codehaus.org
> >
> >
> > 2013/10/11 Jagan Ranganathan &lt;ja...@zohocorp.com&gt;
> >
> > &gt; Hi,
> > &gt;
> > &gt; We are trying to use Chain Of Responsibility pattern in the
> server
> > side.
> > &gt; We have defined our chain+commands in an xml and are parsing
> it via
> > &gt; ConfigParser.
> > &gt;
> > &gt;
> > &gt; But we face a problem with getting Catalog via
> > &gt; CatalogFactoryBase.getInstance().getCatalog(catalogName)
> call.Looks
> > like it
> > &gt; has got some ClassLoader specific loading. So if we have
> initialized
> > in
> > &gt; some web context, the Catalog is not present in other
> context -
> > different
> > &gt; ClassLoader.
> > &gt; Is there anyway we can remove this ClassLoader level
> dependency or is
> > &gt; there any other way of loading the chain configuration for
> server side
> > &gt; usage?
> > &gt; /** * &amp;lt;p&amp;gt;Return the singleton {@link
> CatalogFactory}
> > instance
> > &gt; * for the relevant
> > &amp;lt;code&amp;gt;ClassLoader&amp;lt;/code&amp;gt;.
> For
> > &gt; applications
> > &gt; * that use a thread context class loader (such as web
> applications
> > &gt; * running inside a servet container), this will return a
> separate
> > &gt; * instance for each application, even if this class is
> loaded from
> > &gt; * a shared parent class loader.&amp;lt;/p&amp;gt;
> > &gt; *
> > &gt; * @return the per-application singleton instance of {@link
> > &gt; CatalogFactory}
> > &gt; */
> > &gt; public static CatalogFactory getInstance() {
> > &gt;
> > &gt;
> > &gt; CatalogFactory factory = null;
> > &gt; ClassLoader cl = getClassLoader();
> > &gt; synchronized (factories) {
> > &gt; factory = (CatalogFactory) factories.get(cl);
> > &gt; if (factory == null) {
> > &gt; factory = new CatalogFactoryBase();
> > &gt; factories.put(cl, factory);
> > &gt; }
> > &gt; }
> > &gt; return factory;
> > &gt;
> > &gt;
> > &gt; }
> > &gt;
> > &gt; Regards,
> > &gt; Jagan
> > &gt;
> > &gt;
> > &gt;
> > &gt;
> >
> >
> > --
> > http://people.apache.org/~britter/
> > http://www.systemoutprintln.de/
> > http://twitter.com/BenediktRitter
> > http://github.com/britter
> >
> >
> >
> >
>
>
> --
> http://people.apache.org/~britter/
> http://www.systemoutprintln.de/
> http://twitter.com/BenediktRitter
> http://github.com/britter
>
>
>
>


-- 
http://people.apache.org/~britter/
http://www.systemoutprintln.de/
http://twitter.com/BenediktRitter
http://github.com/britter


Re: BCEL 6 release?

2013-10-23 Thread Benedikt Ritter
Hello Russell,

there is currently very low activity in BCEL. The reason that the API
documentation refers to the SNAPSHOT is, that we don't maintain the website
by hand. It is generated and deployed by maven. So if anybody decides to
update other parts of the website (like the user guide for example) he has
to re publish the complete website (build from trunk). This is also the
reason I can't simply checkout the release tag and publish the site from
there. It would override changes that have been made in the meantime.

Usually we publish sources and JavaDoc jars to maven central. But for BCEL
5.1 [1] is looks like there is only a sources jar. The only possibility I
currently see for you is to download the sources jar or checkout the
release tag and run mvn site.

Benedikt

[1] http://search.maven.org/#artifactdetails%7Cbcel%7Cbcel%7C5.1%7Cjar


2013/10/23 Russell Gold 

> Hi,
>
> I notice that the javadoc on the website for BCEL <
> http://commons.apache.org/proper/commons-bcel/apidocs/index.html> refers
> to version 6.0-SNAPSHOT. But that snapshot version is, naturally, not
> available on maven central? Is the project dead? If not, could it either be
> released or the site updated to show the current released version?
>
> Thanks,
> Russ Gold
> -
> Author, Getting Started with Apache Maven <
> http://www.packtpub.com/getting-started-with-apache-maven/video>
>
> Come read my webnovel, Take a Lemon ,
> and listen to the Misfile radio play <
> http://www.fuzzyfacetheater.com/misfile/>!
>
>
>
>
>
>
>
>


-- 
http://people.apache.org/~britter/
http://www.systemoutprintln.de/
http://twitter.com/BenediktRitter
http://github.com/britter


Re: BCEL 6 release?

2013-10-23 Thread Benedikt Ritter
Hello Russell,

no the whole site of on component is published at once. I cannot decide to
just publish the JavaDoc for example. If I want to go back to the JavaDoc
of BCEL 5.1 I would have to checkout the release tag and publish that. Hope
that makes sense :-)

Benedikt


2013/10/23 Russell Gold 

> Hi Benedikt,
>
> So the apache commons site is published as a whole? It's not done on a
> project by project basis? Or by "the whole site" do you mean specifically
> the BCEL site? And people are updating other parts of it manually?
>
> Thanks,
> Russ
>
> On Oct 23, 2013, at 2:23 PM, Benedikt Ritter  wrote:
>
> > Hello Russell,
> >
> > there is currently very low activity in BCEL. The reason that the API
> > documentation refers to the SNAPSHOT is, that we don't maintain the
> website
> > by hand. It is generated and deployed by maven. So if anybody decides to
> > update other parts of the website (like the user guide for example) he
> has
> > to re publish the complete website (build from trunk). This is also the
> > reason I can't simply checkout the release tag and publish the site from
> > there. It would override changes that have been made in the meantime.
> >
> > Usually we publish sources and JavaDoc jars to maven central. But for
> BCEL
> > 5.1 [1] is looks like there is only a sources jar. The only possibility I
> > currently see for you is to download the sources jar or checkout the
> > release tag and run mvn site.
> >
> > Benedikt
> >
> > [1] http://search.maven.org/#artifactdetails%7Cbcel%7Cbcel%7C5.1%7Cjar
> >
> >
> > 2013/10/23 Russell Gold 
> >
> >> Hi,
> >>
> >> I notice that the javadoc on the website for BCEL <
> >> http://commons.apache.org/proper/commons-bcel/apidocs/index.html>
> refers
> >> to version 6.0-SNAPSHOT. But that snapshot version is, naturally, not
> >> available on maven central? Is the project dead? If not, could it
> either be
> >> released or the site updated to show the current released version?
> >>
> >> Thanks,
> >> Russ Gold
> >> -
> >> Author, Getting Started with Apache Maven <
> >> http://www.packtpub.com/getting-started-with-apache-maven/video>
> >>
> >> Come read my webnovel, Take a Lemon <http://www.takealemon.com>,
> >> and listen to the Misfile radio play <
> >> http://www.fuzzyfacetheater.com/misfile/>!
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >
> >
> > --
> > http://people.apache.org/~britter/
> > http://www.systemoutprintln.de/
> > http://twitter.com/BenediktRitter
> > http://github.com/britter
>
> -
> Author, Getting Started with Apache Maven <
> http://www.packtpub.com/getting-started-with-apache-maven/video>
>
> Come read my webnovel, Take a Lemon <http://www.takealemon.com>,
> and listen to the Misfile radio play <
> http://www.fuzzyfacetheater.com/misfile/>!
>
>
>
>
>
>
>
>


-- 
http://people.apache.org/~britter/
http://www.systemoutprintln.de/
http://twitter.com/BenediktRitter
http://github.com/britter


Re: BCEL 6 release?

2013-10-23 Thread Benedikt Ritter
Adding the JavaDoc from 5.2 to the site like in [lang] should be possibile. 
I'll have a look ok friday.

Benedikt

Send from my mobile device

> Am 24.10.2013 um 00:10 schrieb Gary Gregory :
> 
> I wish we could just keep each version on the site...
> 
> 
> Sent via the Samsung Galaxy Note® 3, an AT&T 4G LTE smartphone
> 
>  Original message 
> From: Russell Gold  
> Date:10/23/2013  17:41  (GMT-05:00) 
> To: Commons Users List  
> Subject: Re: BCEL 6 release? 
> 
> Hi Benedikt, 
> 
> Yes, that is what I would have expected. Since BCEL 5.2 is the latest version 
> available at Maven Central, wouldn't it make sense to check out that release 
> tag and update the web site from that? The api has changed enough between 5.2 
> and 6.0-SNAPSHOT that the latter is not all that useful.
> 
> Thanks,
> Russ
> 
>> On Oct 23, 2013, at 3:51 PM, Benedikt Ritter  wrote:
>> 
>> Hello Russell,
>> 
>> no the whole site of on component is published at once. I cannot decide to
>> just publish the JavaDoc for example. If I want to go back to the JavaDoc
>> of BCEL 5.1 I would have to checkout the release tag and publish that. Hope
>> that makes sense :-)
>> 
>> Benedikt
>> 
>> 
>> 2013/10/23 Russell Gold 
>> 
>>> Hi Benedikt,
>>> 
>>> So the apache commons site is published as a whole? It's not done on a
>>> project by project basis? Or by "the whole site" do you mean specifically
>>> the BCEL site? And people are updating other parts of it manually?
>>> 
>>> Thanks,
>>> Russ
>>> 
>>>> On Oct 23, 2013, at 2:23 PM, Benedikt Ritter  wrote:
>>>> 
>>>> Hello Russell,
>>>> 
>>>> there is currently very low activity in BCEL. The reason that the API
>>>> documentation refers to the SNAPSHOT is, that we don't maintain the
>>> website
>>>> by hand. It is generated and deployed by maven. So if anybody decides to
>>>> update other parts of the website (like the user guide for example) he
>>> has
>>>> to re publish the complete website (build from trunk). This is also the
>>>> reason I can't simply checkout the release tag and publish the site from
>>>> there. It would override changes that have been made in the meantime.
>>>> 
>>>> Usually we publish sources and JavaDoc jars to maven central. But for
>>> BCEL
>>>> 5.1 [1] is looks like there is only a sources jar. The only possibility I
>>>> currently see for you is to download the sources jar or checkout the
>>>> release tag and run mvn site.
>>>> 
>>>> Benedikt
>>>> 
>>>> [1] http://search.maven.org/#artifactdetails%7Cbcel%7Cbcel%7C5.1%7Cjar
>>>> 
>>>> 
>>>> 2013/10/23 Russell Gold 
>>>> 
>>>>> Hi,
>>>>> 
>>>>> I notice that the javadoc on the website for BCEL <
>>>>> http://commons.apache.org/proper/commons-bcel/apidocs/index.html>
>>> refers
>>>>> to version 6.0-SNAPSHOT. But that snapshot version is, naturally, not
>>>>> available on maven central? Is the project dead? If not, could it
>>> either be
>>>>> released or the site updated to show the current released version?
>>>>> 
>>>>> Thanks,
>>>>> Russ Gold
>>>>> -
>>>>> Author, Getting Started with Apache Maven <
>>>>> http://www.packtpub.com/getting-started-with-apache-maven/video>
>>>>> 
>>>>> Come read my webnovel, Take a Lemon <http://www.takealemon.com>,
>>>>> and listen to the Misfile radio play <
>>>>> http://www.fuzzyfacetheater.com/misfile/>!
>>>> 
>>>> 
>>>> --
>>>> http://people.apache.org/~britter/
>>>> http://www.systemoutprintln.de/
>>>> http://twitter.com/BenediktRitter
>>>> http://github.com/britter
>>> 
>>> -
>>> Author, Getting Started with Apache Maven <
>>> http://www.packtpub.com/getting-started-with-apache-maven/video>
>>> 
>>> Come read my webnovel, Take a Lemon <http://www.takealemon.com>,
>>> and listen to the Misfile radio play <
>>> http://www.fuzzyfacetheater.com/misfile/>!
>> 
>> 
>> -- 
>> http://people.apache.org/~britter/
>> http://www.systemoutprintln.de/
>> http://twitter.com/BenediktRitter
>> http://github.com/britter
> 
> -
> Author, Getting Started with Apache Maven 
> <http://www.packtpub.com/getting-started-with-apache-maven/video>
> 
> Come read my webnovel, Take a Lemon <http://www.takealemon.com>, 
> and listen to the Misfile radio play 
> <http://www.fuzzyfacetheater.com/misfile/>!
> 
> 
> 
> 
> 
> 
> 

-
To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
For additional commands, e-mail: user-h...@commons.apache.org



Re: [beanutils] BeanUtilsBean.getInstance() pseudo-singleton implications in a Java 7 parallel class loading environment

2013-10-25 Thread Benedikt Ritter
Hello Matt,

about the mailing lists: the separation is a bit fuzzy :-) The user list
usually is concerned about problems and question around using components
while we discuss the development of the components on the dev list. What
you have described is on the one hand a problem while using beanutils. On
the other hand it indicates a decent problem in the overall architecture of
BeanUtils (which we would normally discuss on the dev ML).

Now back to your problem: To be honest I can not comment about this at all,
since I don't have the required test environment. But since I know
BeanUtils is implemented, I think it is possible that your assumptions are
correct.
You should definitely file an Issue in JIRA [1] that describes the problem.
If you're able to create a test that reproduces it, this would be awesome.

That said: BeanUtils is a very old component and we have already started
work on a refurbished version of it, that doesn't have the problems
BeanUtils has [2]. The problem you're describing is deeply rooted in the
architecture of BeanUtils, so I don't expect it to be fixed in a binary
compatible release.
Sadly I don't have the time to push BeanUtils2 out atm, but I expect it to
be released in early 2014 maybe, if I find some time to work on it again
(any help is welcome here ;-)

HTH at least a little bit. Feel free to join the dev ML and bring this
discussion up again, there.
Welcome to commons!

Benedikt

[1] https://issues.apache.org/jira/browse/BEANUTILS
[2] http://commons.apache.org/sandbox/commons-beanutils2/


2013/10/24 Matthew Hall 

> Hello everyone,
>
> First off, I’m not sure that the user list is the right place for this,
> but I figured I’d try before sending it right to the dev list.
>
> We recently tracked a bug in our software that started showing up with
> Java 7 back to an incompatibility between BeanUtilsBean.getInstance()
> pseudo-singleton instance model, Java 7’s parallelized class loader, and
> the fact that we were registering Converters with ConvertUtils inside of a
> static class-level block. As far as I’m able to tell, this wasn’t a problem
> in previous versions of Java because the class loader was not parallelized,
> meaning that the class loader that handled the registration of our
> converters was the same class loader that was in use when
> ConvertUtilsBean.getInstance() was invoked. Now, with Java 7, it seems that
> there is no guarantee that the class loader that executes the static block
> containing the Converter registration is the same one in use when
> ConvertUtilsBean.getInstance() is invoked, meaning that our custom
> Converters are not necessarily available everywhere they used to be.
>
> I’m writing to the list today to ask three things about this situation:
>
>   1.  First off, is this the correct explanation for the reason that it
> seems we’re not guaranteed to have our custom Converters loaded in Java 7.
>   2.  In order to ensure that a different class loader thread is not in
> use when the Converters are registered with ConvertUtils, we’ve moved this
> registration from a static class-level block into a user interface setup
> method that is executed before the Converters are used.
>   3.  Given that Java 7 introduced parallelized class loading in the base
> ClassLoader and that BeanUtilsBean builds instances on a per-classloader
> basis, should this issue be raised to the BeanUtils developers?
>
> Below you’ll find some pseudocode that illustrates our situation:
>
> public class UtilitiesClass {
> ...
> static {
> ConvertUtils.register(new OurCustomColorConverter(),
> java.awt.Color.class);
> }
> ...
> }
>
> public class MainGUIClass {
> ...
> public static void main(String[] args) {
> MainGUIClass mainGui = new MainGUIClass();
> mainGui.setup();
> mainGui.show();
> }
>
> public void setup() {
> UIManager.setLookAndFeel(new LookAndFeelClass());
> }
>
> public void show() {
> ((OurLookAndFeelClass) UIManager.getLookAndFeel()).getColor();
> }
> ...
> }
>
> public class LookAndFeelClass extends LookAndFeel {
> ...
> public java.awt.Color getColor(String colorString) {
> return (java.awt.Color)
> ConvertUtils.convert("someValidColorString", java.awt.Color.class);
> }
> ...
> }
>
> In the above example, the cast of the results of ConvertUtils.convert to
> Color in LookAndFeelClass.getColor(String) sometimes results in a runtime
> exception with the message “java.lang.String cannot be cast to
> java.awt.Color.”. This appears to be due to the fact that
> ConvertUtils.convert() fails over to the built-in String.class Converter if
> it cannot find a Converter for the specified class. In production
> environments, it was completely unpredictable as to when this would happen
> and what would make the problem go away.
>
> The fix we implemented was to move the registration of
> OurCustomColorConverter() from the static block inside of UtilitiesCl

Re: BCEL 6 release?

2013-10-26 Thread Benedikt Ritter
Hi Russel,

I have managed to get the old JavaDoc online. Sadly I'm having problems to
republish the BCEL site, so I'm currently unable to add a link to the API
doc to the site. Here is a direct link to the JavaDoc of BCEL 5.2 that you
can use: http://commons.apache.org/proper/commons-bcel/javadocs/api-5.2/

I hope to get the link working on the site soon.

HTH
Benedikt


2013/10/24 Benedikt Ritter 

> Adding the JavaDoc from 5.2 to the site like in [lang] should be
> possibile. I'll have a look ok friday.
>
> Benedikt
>
> Send from my mobile device
>
> > Am 24.10.2013 um 00:10 schrieb Gary Gregory :
> >
> > I wish we could just keep each version on the site...
> >
> >
> > Sent via the Samsung Galaxy Note® 3, an AT&T 4G LTE smartphone
> >
> >  Original message 
> > From: Russell Gold 
> > Date:10/23/2013  17:41  (GMT-05:00)
> > To: Commons Users List 
> > Subject: Re: BCEL 6 release?
> >
> > Hi Benedikt,
> >
> > Yes, that is what I would have expected. Since BCEL 5.2 is the latest
> version available at Maven Central, wouldn't it make sense to check out
> that release tag and update the web site from that? The api has changed
> enough between 5.2 and 6.0-SNAPSHOT that the latter is not all that useful.
> >
> > Thanks,
> > Russ
> >
> >> On Oct 23, 2013, at 3:51 PM, Benedikt Ritter 
> wrote:
> >>
> >> Hello Russell,
> >>
> >> no the whole site of on component is published at once. I cannot decide
> to
> >> just publish the JavaDoc for example. If I want to go back to the
> JavaDoc
> >> of BCEL 5.1 I would have to checkout the release tag and publish that.
> Hope
> >> that makes sense :-)
> >>
> >> Benedikt
> >>
> >>
> >> 2013/10/23 Russell Gold 
> >>
> >>> Hi Benedikt,
> >>>
> >>> So the apache commons site is published as a whole? It's not done on a
> >>> project by project basis? Or by "the whole site" do you mean
> specifically
> >>> the BCEL site? And people are updating other parts of it manually?
> >>>
> >>> Thanks,
> >>> Russ
> >>>
> >>>> On Oct 23, 2013, at 2:23 PM, Benedikt Ritter 
> wrote:
> >>>>
> >>>> Hello Russell,
> >>>>
> >>>> there is currently very low activity in BCEL. The reason that the API
> >>>> documentation refers to the SNAPSHOT is, that we don't maintain the
> >>> website
> >>>> by hand. It is generated and deployed by maven. So if anybody decides
> to
> >>>> update other parts of the website (like the user guide for example) he
> >>> has
> >>>> to re publish the complete website (build from trunk). This is also
> the
> >>>> reason I can't simply checkout the release tag and publish the site
> from
> >>>> there. It would override changes that have been made in the meantime.
> >>>>
> >>>> Usually we publish sources and JavaDoc jars to maven central. But for
> >>> BCEL
> >>>> 5.1 [1] is looks like there is only a sources jar. The only
> possibility I
> >>>> currently see for you is to download the sources jar or checkout the
> >>>> release tag and run mvn site.
> >>>>
> >>>> Benedikt
> >>>>
> >>>> [1]
> http://search.maven.org/#artifactdetails%7Cbcel%7Cbcel%7C5.1%7Cjar
> >>>>
> >>>>
> >>>> 2013/10/23 Russell Gold 
> >>>>
> >>>>> Hi,
> >>>>>
> >>>>> I notice that the javadoc on the website for BCEL <
> >>>>> http://commons.apache.org/proper/commons-bcel/apidocs/index.html>
> >>> refers
> >>>>> to version 6.0-SNAPSHOT. But that snapshot version is, naturally, not
> >>>>> available on maven central? Is the project dead? If not, could it
> >>> either be
> >>>>> released or the site updated to show the current released version?
> >>>>>
> >>>>> Thanks,
> >>>>> Russ Gold
> >>>>> -
> >>>>> Author, Getting Started with Apache Maven <
> >>>>> http://www.packtpub.com/getting-started-with-apache-maven/video>
> >>>>>
> >>>>> Come read my webnovel, Take a Lemon <http://www.takealemon.com>,
> >>&

Re: mod_authnz_ldap question

2013-10-28 Thread Benedikt Ritter
Hi Andrea,

sorry but I think this is the wrong mailing list :-) Please subscribe to
the HTTP Server Mailing list [1] and ask your question there. You will get
more responses ;-)

Regards,
Benedikt

[1] http://httpd.apache.org/lists.html#http-users


2013/10/28 Laack,Andrea P 

>  I have implemented mod_authnz_ldap with the Require ldap-user
> directive.  I do not use the Require ldap-group because I do not have
> control of Active Directory and want to control who has access.  The list
> of users is getting a little unwieldy.  Is it possible to utilize an
> include file with the list of users?
>
> I have searched high and low and have not been able to find an answer.  I
> can’t believe I am the first one asking this question.
>
>
>
> Thanks
>
> Andrea
>
>
>
> Andrea Laack
>
> Server Engineer, IS Infrastructure
>
> [image: BSWsignature]
>
> 2401 S. 31st Street
>
> Temple, TX  76508
>
> Mailstop: MS-02-1.13
>
> Office:  254-724-9490
>
> ala...@sw.org
>
>
>
>
>  This message contains confidential information and is intended only for
> the named individual. If you are not the named individual you are strictly
> prohibited from disseminating, distributing, or copying this e-mail. Please
> notify the sender immediately by e-mail if you have received this e-mail by
> mistake and delete this e-mail from your system. The sender expressly
> reserves all privileges and confidentiality which might otherwise be waived
> as a result of an erroneous or misdirected transmission. E-mail
> transmission cannot be guaranteed to be secure or error-free as information
> could be intercepted, corrupted, lost, destroyed, arrive late or
> incomplete, or contain viruses. The sender therefore does not accept
> liability for any errors or omissions in the contents of this message,
> which arise as a result of e-mail transmission. If verification is required
> please request a hard-copy version. No employee or agent is authorized to
> conclude any binding agreement on behalf of Scott & White Healthcare or any
> affiliated entity with another party by email without express written
> confirmation by the CEO or the Vice President of Supply Chain Services.
> Scott & White Healthcare www.sw.org
>



-- 
http://people.apache.org/~britter/
http://www.systemoutprintln.de/
http://twitter.com/BenediktRitter
http://github.com/britter


[ANNOUNCEMENT] Apache Commons Lang 3.2 released

2014-01-01 Thread Benedikt Ritter
The Apache Commons Team is pleased to announce the release of Apache
Commons Lang 3.2.

The Apache Commons Lang open source software library provides a host of
helper utilities for the java.lang API, notably String manipulation
methods, basic numerical methods, object reflection, concurrency, creation
and serialization and System properties. Additionally it contains basic
enhancements to java.util.Date and a series of utilities dedicated to help
with building methods, such as hashCode, toString and equals.

No client code changes are required to migrate from version 3.1 to 3.2.
There has been a binary incompatible change in
org.apche.commons.lang3.time.FastDateFormat, but it is considered not to
affect client code. For more information please see the release notes.
Users of version 2.x should consult the migration guide on the Commons Lang
web site. The minimum required JDK version for this release is 1.6.

Source and binary distributions are available for download from the Apache
Commons download site:
  http://commons.apache.org/proper/commons-lang/download_lang.cgi

When downloading, please verify signatures using the KEYS file available at
the above location when downloading the release.

Full details of all the changes in 3.2 can be found in the changelog:
  http://commons.apache.org/proper/commons-lang/changes-report.html

For complete information on Commons Lang, including instructions on how to
submit bug reports, patches, or suggestions for improvement, see the Apache
Commons Lang website:

http://commons.apache.org/proper/commons-lang/

Benedikt Ritter, on behalf of the Apache Commons community


-- 
http://people.apache.org/~britter/
http://www.systemoutprintln.de/
http://twitter.com/BenediktRitter
http://github.com/britter


[ANNOUNCEMENT] Apache Commons Lang 3.2.1 released

2014-01-09 Thread Benedikt Ritter
The Apache Commons Team is pleased to announce the release of Apache
Commons Lang 3.2.1.

The Apache Commons Lang open source software library provides a host of
helper utilities for the java.lang API, notably String manipulation
methods, basic numerical methods, object reflection, concurrency, creation
and serialization and System properties. Additionally it contains basic
enhancements to java.util.Date and a series of utilities dedicated to help
with building methods, such as hashCode, toString and equals.

3.2.1 is a fully binary compatible bug fix release for 3.2 No client code
changes are required to migrate from version 3.2 to 3.2.1. Users of version
2.x should consult the migration guide on the Commons Lang web site. The
minimum required JDK version for this release is 1.6.

The following issues have been resolved:
o LANG-937: Fix missing Hamcrest dependency in Ant Build
o LANG-938: Build fails with test failures when building with JDK 8
o LANG-941: Test failure in LocaleUtilsTest when building with JDK 8
o LANG-942: Test failure in FastDateParserTest and
FastDateFormat_ParserTest when building with JDK8

Source and binary distributions are available for download from the Apache
Commons download site:
  http://commons.apache.org/proper/commons-lang/download_lang.cgi

When downloading, please verify signatures using the KEYS file available at
the above location when downloading the release.

Full details of all the changes in 3.2.1 can be found in the changelog:
  http://commons.apache.org/proper/commons-lang/changes-report.html

For complete information on Commons Lang, including instructions on how to
submit bug reports, patches, or suggestions for improvement, see the Apache
Commons Lang website:

http://commons.apache.org/proper/commons-lang/

Benedikt Ritter,
on behalf of the Apache Commons community


-- 
http://people.apache.org/~britter/
http://www.systemoutprintln.de/
http://twitter.com/BenediktRitter
http://github.com/britter


Re: [beanutils] How can reset all the properties value?

2014-01-23 Thread Benedikt Ritter
2014/1/23 Eric Chow 

> Hello,
>
> Is it possible to reset all the properties to the new instance default
> value?
>

What do you mean by default values? The values that get assigned during
construction of the object? You could use:

MyBean beanToReset = ...;
BeanUtils.copyProperties(beanToReset, new MyBean());

keep in mind that there are some restrictions when copying properties. See
the JavaDoc of BeanUtilsBean.copyProperties [1]

HTH,
Benedikt

[1]
http://commons.apache.org/proper/commons-beanutils/javadocs/v1.9.1/apidocs/org/apache/commons/beanutils/BeanUtilsBean.html

>
> Best regards,
> Eric
>



-- 
http://people.apache.org/~britter/
http://www.systemoutprintln.de/
http://twitter.com/BenediktRitter
http://github.com/britter


Re: [fileupload] - Works in local host and works partially on server.

2014-02-27 Thread Benedikt Ritter
Hello Kiran,

I have no idea what may be going wrong and you're code looks like it is
doing to much. Have you thought about extracting some methods? Do you have
unit tests for the functionality? Usually I'd try to debug the code and try
to find out, what's going wrong. Then I'd write a unit test that fails
because of the error in the code. I'd then fix the bug so that the unit
test is green. After that I would retest it in the application to see that
it's now working.

You should anyway upgrade to FileUpload 1.3.1. It contains a fix for an
security vulnerability.

Regards,
Benedikt


2014-02-26 21:15 GMT+01:00 Kiran Badi :

> Any comments ?
>
>
> On Tue, Feb 25, 2014 at 9:25 PM, Kiran Badi  wrote:
>
> > Hi All,
> >
> > I need some help, I have below code which works perfectly file in
> > localhost and does not work fully when deployed to the linux centos 5.9.
> If
> > I am uploading 6 images, for some reasons it upload 2 or 3 images and
> > somehow believe that its overwriting the images, any suggestions as how
> do
> > I fix this.
> >
> > I have also posted this query to stackexchange,
> > and link is http://stackoverflow.com/questions/22029932/apache-
> > commons-file-upload-not-uploading-and-renaming-all-files
> >
> > and also I am on 1.2.2 version of file upload.
> >
> > http://stackoverflow.com/questions/22029932/apache-
> > commons-file-upload-not-uploading-and-renaming-all-files
> >
> >  } else if (!item.isFormField()) {
> >long size = item.getSize();
> > String contentType = item.getContentType();
> >System.out.println("Field Name = " +
> item.getFieldName()
> > + ", File Name = " + item.getName()
> > + ", Content type = " + item.getContentType()
> > + ", File Size = " + item.getSize()
> > + ", boolean isInMemory = " +
> > item.isInMemory());
> > String fieldname = item.getFieldName();
> > String name = item.getName();
> > if ((fieldname.equals("img1")) && name != null) {
> > if ((size < 1048576) &&
> (("image/jpeg".equals(contentType))
> > || ("image/jpg".equals(contentType)) || ("image/gif".equals(contentType))
> > || ("image/png".equals(contentType)) ||
> ("image/bmp".equals(contentType
> > {
> > String filetype = name.substring(name.
> > lastIndexOf("."));
> > ImageName = System.currentTimeMillis() +
> > filetype;
> > System.out.println(" ImageName1 is " +
> > ImageName + "'");
> > businessfForm.setImg1(ImageName);
> > } else {
> > request.setAttribute("ImageError",
> > ImageError);
> > }
> >
> > } else if ((fieldname.equals("img2"))&& name !=
> null){
> > if ((size < 1048576) &&
> (("image/jpeg".equals(contentType))
> > || ("image/jpg".equals(contentType)) || ("image/gif".equals(contentType))
> > || ("image/png".equals(contentType)) ||
> ("image/bmp".equals(contentType
> > {
> > String filetype = name.substring(name.
> > lastIndexOf("."));
> > ImageName = System.currentTimeMillis() +
> > filetype;
> > System.out.println(" ImageName2 is " +
> > ImageName + "'");
> > businessfForm.setImg2(ImageName);
> > } else {
> > request.setAttribute("ImageError",
> > ImageError);
> > }
> > } else if ((fieldname.equals("img3"))&& name !=
> null) {
> > if ((size < 1048576) &&
> (("image/jpeg".equals(contentType))
> > || ("image/jpg".equals(contentType)) || ("image/gif".equals(contentType))
> > || ("image/png".equals(contentType)) ||
> ("image/bmp".equals(contentType
> > {
> > String filetype = name.substring(name.
> > lastIndexOf("."));
> > ImageName = System.currentTimeMillis() +
> > filetype;
> > System.out.println(" ImageName3 is " +
> > ImageName + "'");
> > businessfForm.setImg3(ImageName);
> > } else {
> > request.setAttribute("ImageError",
> > ImageError);
> > }
> > } else if ((fieldname.equals("img4"))&& name !=
> null){
> > if ((size < 1048576) &&
> (("image/jpeg".equals(contentType))
> > || ("image/jpg".equals(contentType)) || ("image/gif".equals(contentType))
> > || ("image/png".equals(contentType)) ||
> ("image/bmp".equals(contentType
> > {
> > String filetype = name.substring(name.
> > lastIndexOf(".

[ANNOUNCE] Commons Attributes has been moved to dormant

2014-02-28 Thread Benedikt Ritter
Hi,

since no development has happened for a long while, the Apache Commons
Attributes component has been moved to dormant. No further development is
expected.

The SVN location has changed from:
  https://svn.apache.org/repos/asf/commons/proper/attributes
to:
  https://svn.apache.org/repos/asf/commons/dormant/attributes

Synchronization of the git mirror (git://
git.apache.org/commons-attributes.git) has been deactivated.

The website has moved from:
  http://commons.apache.org/proper/commons-attributes/
to:
  http://commons.apache.org/dormant/commons-attributes/

Regards,
Benedikt Ritter, on behalf of the Apache Commons community

-- 
http://people.apache.org/~britter/
http://www.systemoutprintln.de/
http://twitter.com/BenediktRitter
http://github.com/britter


[ANNOUNCE] Apache Commons Lang 3.3 released!

2014-03-05 Thread Benedikt Ritter
The Apache Commons Team is pleased to announce the release of Apache
Commons Lang 3.3.

The Apache Commons Lang open source software library provides a host of
helper utilities for the java.lang API, notably String manipulation
methods, basic numerical methods, object reflection, concurrency, creation
and serialization and System properties. Additionally it contains basic
enhancements to java.util.Date and a series of utilities dedicated to help
with building methods, such as hashCode, toString and equals.

3.3 is fully binary compatible to the last release. No client code changes
are required to migrate from version 3.2.1 to 3.3. Users of version 2.x
should consult the migration guide on the Commons Lang web site. The
minimum required JDK version for this release is 1.6.

Notable new features include:

o LANG-955:  Add methods for removing all invalid characters according to
 XML 1.0 and XML 1.1 in an input string to StringEscapeUtils.
 Thanks to Adam Hooper.
o LANG-637:  There should be a DifferenceBuilder with a
 ReflectionDifferenceBuilder implementation
o LANG-944:  Add the Jaro-Winkler string distance algorithm to StringUtils.
 Thanks to Rekha Joshi.
o LANG-417:  New class ClassPathUtils with methods for turning FQN into
 resource path

Source and binary distributions are available for download from the Apache
Commons download site:
  http://commons.apache.org/proper/commons-lang/download_lang.cgi

When downloading, please verify signatures using the KEYS file available at
the above location when downloading the release.

Alternatively the release can be pulled via maven:
  org.apache.commons
  commons-lang3
  3.3

Full details of all the changes in 3.3 can be found in the changelog:
  http://commons.apache.org/proper/commons-lang/changes-report.html

For complete information on Commons Lang, including instructions on how to
submit bug reports, patches, or suggestions for improvement, see the Apache
Commons Lang website:

http://commons.apache.org/proper/commons-lang/

Benedikt Ritter,
on behalf of the Apache Commons community


-- 
http://people.apache.org/~britter/
http://www.systemoutprintln.de/
http://twitter.com/BenediktRitter
http://github.com/britter


[ANNOUNCE] Commons Betwixt has been moved to dormant

2014-03-16 Thread Benedikt Ritter
Hi,

since no development has happened for a long while, the Apache Commons
Betwixt component has been moved to dormant. No further development is
expected.

The SVN location has changed from:
  https://svn.apache.org/repos/asf/commons/proper/betwixt
to:
  https://svn.apache.org/repos/asf/commons/dormant/betwixt

Synchronization of the git mirror (git://git.apache.org/commons-betwixt.git)
has been deactivated.

The website has moved from:
  http://commons.apache.org/proper/commons-betwixt/
to:
  http://commons.apache.org/dormant/commons-betwixt/

Regards,
Benedikt Ritter, on behalf of the Apache Commons community


[ANNOUNCE] Apache Commons Lang 3.3.1 released!

2014-03-18 Thread Benedikt Ritter
The Apache Commons Team is pleased to announce the release of Apache
Commons Lang 3.3.1.

The Apache Commons Lang open source software library provides a host of
helper utilities for the java.lang API, notably String manipulation
methods, basic numerical methods, object reflection, concurrency, creation
and serialization and System properties. Additionally it contains basic
enhancements to java.util.Date and a series of utilities dedicated to help
with building methods, such as hashCode, toString and equals.

3.3.1 is fully binary compatible to the last release. No client code
changes are required to migrate from version 3.3 to 3.3.1. Users of version
2.x should consult the migration guide on the Commons Lang web site. The
minimum required JDK version for this release is 1.6.

This release only includes some bug fixes, most notably: LANG-987 -
DateUtils.getFragmentInDays(Date, Calendar.MONTH) returns wrong days, which
was introduced in 3.3 by LANG-951.

Source and binary distributions are available for download from the Apache
Commons download site:
  http://commons.apache.org/proper/commons-lang/download_lang.cgi

When downloading, please verify signatures using the KEYS file available at
the above location when downloading the release.

Alternatively the release can be pulled via maven:
  org.apache.commons
  commons-lang3
  3.3.1

Full details of all the changes in 3.3.1 can be found in the changelog:
  http://commons.apache.org/proper/commons-lang/changes-report.html

For complete information on Commons Lang, including instructions on how to
submit bug reports, patches, or suggestions for improvement, see the Apache
Commons Lang website:

http://commons.apache.org/proper/commons-lang/

Benedikt Ritter,
on behalf of the Apache Commons community


-- 
http://people.apache.org/~britter/
http://www.systemoutprintln.de/
http://twitter.com/BenediktRitter
http://github.com/britter


[ANNOUNCE] Apache Commons Lang 3.3.2 released!

2014-04-09 Thread Benedikt Ritter
The Apache Commons Team is pleased to announce the release of Apache
Commons Lang 3.3.2.

The Apache Commons Lang open source software library provides a host of
helper utilities for the java.lang API, notably String manipulation
methods, basic numerical methods, object reflection, concurrency, creation
and serialization and System properties. Additionally it contains basic
enhancements to java.util.Date and a series of utilities dedicated to help
with building methods, such as hashCode, toString and equals.

3.3.2 is fully binary compatible to the last release. No client code
changes are required to migrate from version 3.3.1 to 3.3.2. Users of
version 2.x should consult the migration guide on the Commons Lang web
site. The minimum required JDK version for this release is 1.6.

The most notable change is a fix for LANG-992: NumberUtils#isNumber()
returns false for "0.0", "0.4790", et al - a bug that was introduced in
3.3.1.

Source and binary distributions are available for download from the Apache
Commons download site:
  http://commons.apache.org/proper/commons-lang/download_lang.cgi

When downloading, please verify signatures using the KEYS file available at
the above location when downloading the release.

Alternatively the release can be pulled via maven:
  org.apache.commons
  commons-lang3
  3.3.2

Full details of all the changes in 3.3.2 can be found in the changelog:
  http://commons.apache.org/proper/commons-lang/changes-report.html

For complete information on Commons Lang, including instructions on how to
submit bug reports, patches, or suggestions for improvement, see the Apache
Commons Lang website:

http://commons.apache.org/proper/commons-lang/

Benedikt Ritter,
on behalf of the Apache Commons community



-- 
http://people.apache.org/~britter/
http://www.systemoutprintln.de/
http://twitter.com/BenediktRitter
http://github.com/britter


Re: [CSV] Wish: format-specific date generation

2014-04-25 Thread Benedikt Ritter
Agreed, feel free to raise an improvement ticket.


2014-04-22 14:24 GMT+02:00 Gary Gregory :

> For 1.0 at least, we do not plan on doing any type conversion. Later,
> perhaps, but the current thought is to leave type conversion to other
> components.
>
> Gary
>
>
> On Tue, Apr 22, 2014 at 7:22 AM, Rupert Wood  wrote:
>
> > Hi -
> >
> >
> >
> > It would be useful if printing a Java Date or Calendar to a
> CSVFormat.EXCEL
> > CSVPrinter would generate output that Excel recognises as a
> date-and-time.
> > For example the following
> >
> >
> >
> > PrintWriter outputWriter = new PrintWriter(new
> > FileOutputStream("output.csv"));
> >
> > CSVPrinter printer = new CSVPrinter(outputWriter, CSVFormat.EXCEL);
> >
> > printer.print(new Date());
> >
> > printer.println();
> >
> > printer.close();
> >
> >
> >
> > outputs the raw Date.toString()
> >
> >
> >
> > Tue Apr 22 12:06:42 BST 2014
> >
> >
> >
> > which Excel only treats as a string. (It will recognise e.g. /mm/dd
> as
> > a
> > date but I wouldn't know where to look for a definitive set of formats it
> > will consume.) Ditto probably printing Calendar.getInstance(), or the new
> > Java 8 LocalDate etc. classes.
> >
> >
> >
> > One argument against though is then the library perhaps ought to do the
> > reverse, i.e. spot that it has been passed a date in and construct a Date
> > class for the value at parse time which may be expensive and often
> > unnecessary.
> >
> >
> >
> > Thanks for your consideration. Happy to raise a JIRA 'Wish' ticket if
> this
> > seems reasonable.
> >
> >
> >
> > Rupert.
> >
> >
> >
> >
>
>
> --
> E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
> Java Persistence with Hibernate, Second Edition<
> http://www.manning.com/bauer3/>
> JUnit in Action, Second Edition 
> Spring Batch in Action 
> Blog: http://garygregory.wordpress.com
> Home: http://garygregory.com/
> Tweet! http://twitter.com/GaryGregory
>



-- 
http://people.apache.org/~britter/
http://www.systemoutprintln.de/
http://twitter.com/BenediktRitter
http://github.com/britter


Re: StringEscapeUtils.escapeXml & XX

2014-05-05 Thread Benedikt Ritter
Hello Akash,

escapeXml will just escape the basic XML entities. For example:

"bread" & "butter" => "bread" & "butter".

escapeXml10 and escapeXml11 are extended methods that will escape some more
characters that are illegal in XML.

I don't understand what you mean by "how safe" can you give an example of a
malformed input and the result your expecting? Then I can tell you whether
it will be escaped ;-)

Regards,
Benedikt


2014-05-05 19:34 GMT+02:00 Akash Jain :

> Martin,
>
> Can you tell me how safe is escapeXml function is ? Thats what I originally
> wanted to know.
>
> Thanks.
>
>
> On Mon, May 5, 2014 at 5:17 AM, Martin Gainty  wrote:
>
> > if you didnt catch XSS Vector at Javascript as it was coming in from
> > Browser then you can write your own from:
> >
> >
> >
> http://commons.apache.org/proper/commons-lang/javadocs/api-2.6/src-html/org/apache/commons/lang/StringEscapeUtils.html
> > private static void escapeJavaStyleString(Writer out, String str, boolean
> > escapeSingleQuote,
> >boolean escapeForwardSlash) throws IOException {{
> > //put XSS Vector attack mitigation  here
> > }
> >
> > //Also in a webapp insert the configuration for owasp csrf guard
> > 
> > Owasp.CsrfGuard.Config
> > config/Owasp.CsrfGuard.properties
> > 
> > //and of course the filter
> > 
> > CSRFGuard
> > org.owasp.csrfguard.CsrfGuardFilter
> > 
> > //and which extensions it will map to
> > 
> > 
> > CSRFGuard
> > *.jsf
> > 
> > 
> > CSRFGuard
> > *.jsp
> > 
> >
> > //session listener
> > 
> > 
> > org.owasp.csrfguard.CsrfGuardListener
> > 
> > 
> >
> > 
> > 
> > JavaScriptServlet
> >
> >
> org.owasp.csrfguard.servlet.JavaScriptServlet
> > 
> > source-file
> >
> WEB-INF/customjs/Owasp.CsrfGuard.js
> > 
> > 
> > //where Owasp.CsrfGuard.js would contain something like:
> > /** determine if uri/url points to valid domain * */
> > function isValidUrl(src) {
> > var result = false;
> >
> > /** parse out domain to make sure it points to our own * */
> > if(src.substring(0, 7) == "http://"; || src.substring(0, 8) ==
> > "https://";) {
> > var token = "://";
> > var index = src.indexOf(token);
> > var part = src.substring(index + token.length);
> > var domain = "";
> >
> > /** parse up to end, first slash, or anchor * */
> > for(var i=0; i > var character = part.charAt(i);
> >
> > if(character == '/' || character == ':' || character ==
> > '#') {
> > break;
> > } else {
> > domain += character;
> > }
> > }
> >
> > result = isValidDomain(document.domain, domain);
> > /** explicitly skip anchors * */
> > } else if(src.charAt(0) == '#') {
> > result = false;
> > /** ensure it is a local resource without a protocol * */
> > } else if(!src.startsWith("//") && (src.charAt(0) == '/' ||
> > src.indexOf(':') == -1)) {
> > result = true;
> > }
> >
> > return result;
> > }
> >
> >
> > Mit freundlichen Grüßen
> >
> > Martin
> >
> > > Date: Mon, 5 May 2014 00:55:22 -0700
> > > Subject: StringEscapeUtils.escapeXml & XX
> > > From: akash.delh...@gmail.com
> > > To: user@commons.apache.org
> > >
> > > Hi,
> > >
> > > I want to know much secure is escapeXml
> > > (org.apache.commons.lang.StringEscapeUtils.escapeXml) for preventing
> all
> > > XSS vectors ?
> >
> >
>



-- 
http://people.apache.org/~britter/
http://www.systemoutprintln.de/
http://twitter.com/BenediktRitter
http://github.com/britter


Re: StringEscapeUtils.escapeXml & XX

2014-05-06 Thread Benedikt Ritter
Hello Akash,


2014-05-05 22:16 GMT+02:00 Akash Jain :

> Hello Benedikt,
>
> Basically I am using it as XSS prevention mechanism. So I want to use is it
> safe enough ?
>

As I've said: escapeXml just escapes the basic XML entities. It depends on
what you're doing with the escaped content. Since I don't know the
environment you're working in, I can not tell which kinds of XSS are
possible. But I don't think that just using escapeXml is sufficient. My
feeling is that using a full blown XSS prevention library like ESAPI is a
better solution.

Benedikt


>
> I am not very inclined to use ESAPI as XSS protection mechanism, hence I am
> using escapeXml
>
>
> On Mon, May 5, 2014 at 10:54 AM, Benedikt Ritter 
> wrote:
>
> > Hello Akash,
> >
> > escapeXml will just escape the basic XML entities. For example:
> >
> > "bread" & "butter" => "bread" & "butter".
> >
> > escapeXml10 and escapeXml11 are extended methods that will escape some
> more
> > characters that are illegal in XML.
> >
> > I don't understand what you mean by "how safe" can you give an example
> of a
> > malformed input and the result your expecting? Then I can tell you
> whether
> > it will be escaped ;-)
> >
> > Regards,
> > Benedikt
> >
> >
> > 2014-05-05 19:34 GMT+02:00 Akash Jain :
> >
> > > Martin,
> > >
> > > Can you tell me how safe is escapeXml function is ? Thats what I
> > originally
> > > wanted to know.
> > >
> > > Thanks.
> > >
> > >
> > > On Mon, May 5, 2014 at 5:17 AM, Martin Gainty 
> > wrote:
> > >
> > > > if you didnt catch XSS Vector at Javascript as it was coming in from
> > > > Browser then you can write your own from:
> > > >
> > > >
> > > >
> > >
> >
> http://commons.apache.org/proper/commons-lang/javadocs/api-2.6/src-html/org/apache/commons/lang/StringEscapeUtils.html
> > > > private static void escapeJavaStyleString(Writer out, String str,
> > boolean
> > > > escapeSingleQuote,
> > > >boolean escapeForwardSlash) throws IOException {{
> > > > //put XSS Vector attack mitigation  here
> > > > }
> > > >
> > > > //Also in a webapp insert the configuration for owasp csrf guard
> > > > 
> > > > Owasp.CsrfGuard.Config
> > > > config/Owasp.CsrfGuard.properties
> > > > 
> > > > //and of course the filter
> > > > 
> > > > CSRFGuard
> > > >
> > org.owasp.csrfguard.CsrfGuardFilter
> > > > 
> > > > //and which extensions it will map to
> > > > 
> > > > 
> > > > CSRFGuard
> > > > *.jsf
> > > > 
> > > > 
> > > > CSRFGuard
> > > > *.jsp
> > > > 
> > > >
> > > > //session listener
> > > > 
> > > > 
> > > > org.owasp.csrfguard.CsrfGuardListener
> > > > 
> > > > 
> > > >
> > > > 
> > > > 
> > > > JavaScriptServlet
> > > >
> > > >
> > >
> >
> org.owasp.csrfguard.servlet.JavaScriptServlet
> > > > 
> > > > source-file
> > > >
> > > WEB-INF/customjs/Owasp.CsrfGuard.js
> > > > 
> > > > 
> > > > //where Owasp.CsrfGuard.js would contain something like:
> > > > /** determine if uri/url points to valid domain * */
> > > > function isValidUrl(src) {
> > > > var result = false;
> > > >
> > > > /** parse out domain to make sure it points to our own * */
> > > > if(src.substring(0, 7) == "http://"; || src.substring(0, 8)
> ==
> > > > "https://";) {
> > > > var token = "://";
> > > > var index = src.indexOf(token);
> > > > var part = src.substring(index + token.length);
> > > > var domain = "";
> > > >
> > > > /** parse up to end, first slash, or anchor * */
> > > > for(var i=0; i > > > var character = part.charAt(i);
&

Re: StringEscapeUtils.escapeXml & XX

2014-05-07 Thread Benedikt Ritter
Hello Akash,

may be this can help:

http://stackoverflow.com/questions/10487648/prevent-xss-in-spring-mvc
http://stackoverflow.com/questions/12538227/how-to-prevent-xss-attacks-with-springmvc-jackson-application
http://jeevanpatil.wordpress.com/2011/07/22/prevention_of_xss/

There is a lot n google about this ;-) Or you as at OWASP how to integrate
the other systems with ESAPI that caused the problems.

Regards,
Benedikt


2014-05-07 2:23 GMT+02:00 Akash Jain :

> ESAPI has given us some problems with other systems we interact with.
>
> I am using Java 7 with Spring 3.2 MVC in Tomcat 7.
>
>
> On Tue, May 6, 2014 at 4:29 AM, Benedikt Ritter 
> wrote:
>
> > Hello Akash,
> >
> >
> > 2014-05-05 22:16 GMT+02:00 Akash Jain :
> >
> > > Hello Benedikt,
> > >
> > > Basically I am using it as XSS prevention mechanism. So I want to use
> is
> > it
> > > safe enough ?
> > >
> >
> > As I've said: escapeXml just escapes the basic XML entities. It depends
> on
> > what you're doing with the escaped content. Since I don't know the
> > environment you're working in, I can not tell which kinds of XSS are
> > possible. But I don't think that just using escapeXml is sufficient. My
> > feeling is that using a full blown XSS prevention library like ESAPI is a
> > better solution.
> >
> > Benedikt
> >
> >
> > >
> > > I am not very inclined to use ESAPI as XSS protection mechanism, hence
> I
> > am
> > > using escapeXml
> > >
> > >
> > > On Mon, May 5, 2014 at 10:54 AM, Benedikt Ritter 
> > > wrote:
> > >
> > > > Hello Akash,
> > > >
> > > > escapeXml will just escape the basic XML entities. For example:
> > > >
> > > > "bread" & "butter" => "bread" & "butter".
> > > >
> > > > escapeXml10 and escapeXml11 are extended methods that will escape
> some
> > > more
> > > > characters that are illegal in XML.
> > > >
> > > > I don't understand what you mean by "how safe" can you give an
> example
> > > of a
> > > > malformed input and the result your expecting? Then I can tell you
> > > whether
> > > > it will be escaped ;-)
> > > >
> > > > Regards,
> > > > Benedikt
> > > >
> > > >
> > > > 2014-05-05 19:34 GMT+02:00 Akash Jain :
> > > >
> > > > > Martin,
> > > > >
> > > > > Can you tell me how safe is escapeXml function is ? Thats what I
> > > > originally
> > > > > wanted to know.
> > > > >
> > > > > Thanks.
> > > > >
> > > > >
> > > > > On Mon, May 5, 2014 at 5:17 AM, Martin Gainty  >
> > > > wrote:
> > > > >
> > > > > > if you didnt catch XSS Vector at Javascript as it was coming in
> > from
> > > > > > Browser then you can write your own from:
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
> http://commons.apache.org/proper/commons-lang/javadocs/api-2.6/src-html/org/apache/commons/lang/StringEscapeUtils.html
> > > > > > private static void escapeJavaStyleString(Writer out, String str,
> > > > boolean
> > > > > > escapeSingleQuote,
> > > > > >boolean escapeForwardSlash) throws IOException {{
> > > > > > //put XSS Vector attack mitigation  here
> > > > > > }
> > > > > >
> > > > > > //Also in a webapp insert the configuration for owasp csrf guard
> > > > > > 
> > > > > > Owasp.CsrfGuard.Config
> > > > > >
> > config/Owasp.CsrfGuard.properties
> > > > > > 
> > > > > > //and of course the filter
> > > > > > 
> > > > > > CSRFGuard
> > > > > >
> > > > org.owasp.csrfguard.CsrfGuardFilter
> > > > > > 
> > > > > > //and which extensions it will map to
> > > > > > 
> > > > > > 
> > > > > > CSRFGuard
> > > > > > *.jsf
> > > > > > 
> > > > > > 
> > > > > > C

  1   2   >