On Thu, Nov 5, 2020, 09:02 Melloware wrote:
PMC Committers,
I know you guys are busy but BeanUtils2 has some great PR's to be
reviewed and merged and this is my _monthly_ plea asking for a
BeanUtils2 release that has been 4+ years in the making.
*Converter Updates:*
https://github.com/a
Sunday.
Gary
On Thu, Nov 5, 2020, 09:02 Melloware wrote:
PMC Committers,
I know you guys are busy but BeanUtils2 has some great PR's to be
reviewed and merged and this is my _monthly_ plea asking for a
BeanUtils2 release that has been 4+ years in the making.
*Converter Updates:*
https://githu
t; Gary
> >>>
> >>> On Thu, Nov 5, 2020, 09:02 Melloware wrote:
> >>>
> >>>> PMC Committers,
> >>>>
> >>>> I know you guys are busy but BeanUtils2 has some great PR's to be
> >>>> revie
On Thu, Nov 5, 2020, 09:02 Melloware wrote:
PMC Committers,
I know you guys are busy but BeanUtils2 has some great PR's to be
reviewed and merged and this is my _monthly_ plea asking for a
BeanUtils2 release that has been 4+ years in the making.
*Converter Updates:*
https://github.com/a
>
> > On Thu, Nov 5, 2020, 09:02 Melloware wrote:
> >
> >> PMC Committers,
> >>
> >> I know you guys are busy but BeanUtils2 has some great PR's to be
> >> reviewed and merged and this is my _monthly_ plea asking for a
> >> BeanUtils2 re
Just following up?
On 11/5/2020 1:55 PM, Gary Gregory wrote:
I should be able to take a look on Sunday.
Gary
On Thu, Nov 5, 2020, 09:02 Melloware wrote:
PMC Committers,
I know you guys are busy but BeanUtils2 has some great PR's to be
reviewed and merged and this is my _monthly_
I should be able to take a look on Sunday.
Gary
On Thu, Nov 5, 2020, 09:02 Melloware wrote:
> PMC Committers,
>
> I know you guys are busy but BeanUtils2 has some great PR's to be
> reviewed and merged and this is my _monthly_ plea asking for a
> BeanUtils2 release that
PMC Committers,
I know you guys are busy but BeanUtils2 has some great PR's to be
reviewed and merged and this is my _monthly_ plea asking for a
BeanUtils2 release that has been 4+ years in the making.
*Converter Updates:*
https://github.com/apache/commons-beanutils/pull/50
I was hoping to get some reviewers on this PR:
https://github.com/apache/commons-beanutils/pull/40
Basically it removes Commons Collections Test Framework 3.2.1 from
BeanUtils2 and simply copies a couple of classes it needs for the test.
The reason to get rid of Commons Collection Test
> On May 25, 2019, at 3:15 PM, Matt Sicker wrote:
>
> Hi, I've gone ahead and approved it after review. Since I'm not active
> in beanutils, I'd prefer someone else to either merge it or add an
> approval review first. My company has also been moving toward
> eliminating vulnerable versions of
Hi, I've gone ahead and approved it after review. Since I'm not active
in beanutils, I'd prefer someone else to either merge it or add an
approval review first. My company has also been moving toward
eliminating vulnerable versions of dependencies, and we use beanutils
(1.9.x currently) in some lim
Hey All!,
First time contributor here. My company has a corporate goal to only use
open source libraries with NO open Security CVE's marked as critical.
BeanUtils has CVE-2014-0114 marked as critical so I opened a ticket:
https://issues.apache.org/jira/browse/BEANUTILS-520
I submitted my first
ollections]
concrete classes and/or interfaces instead of JRE interfaces?
Gary
On Mon, Jan 1, 2018 at 8:12 AM, Benedikt Ritter wrote:
> Hi,
>
> > Am 30.12.2017 um 16:24 schrieb Gary Gregory :
> >
> > Who can speak to that code base?
>
> I’ve worked on BeanUtils2 some
Hi,
> Am 30.12.2017 um 16:24 schrieb Gary Gregory :
>
> Who can speak to that code base?
I’ve worked on BeanUtils2 some years ago together with Simone Tripodi. I think
we should better work on this redesign instead oh pushing the old code base as
2.0 just to fix some dependencies.
s2
> >>
> >> This change should happen sooner rather than later IMO to allow folks
> >> using SNAPSHOT builds to adapt.
> >>
> >> Thoughts?
> >>
> >
> > This is done is SVN trunk.
>
> We already have a complete rewrite of the BeanUtils A
gt; This is done is SVN trunk.
We already have a complete rewrite of the BeanUtils API in the sandbox [1].
What do we want to do with that?
Regards,
Benedikt
[1] http://svn.apache.org/viewvc/commons/sandbox/beanutils2/trunk/
>
> Gary
>
>
>>
>> Gary
>>
On Wed, Dec 27, 2017 at 11:55 AM, Gary Gregory
wrote:
> The changes for:
>
> BEANUTILS-500 Upgrade commons-collections to 4
>
> break BC (see BEANUTILS-500).
>
> Therefore, I created BEANUTILS-503: Change packaging from
> org.apache.commons.beanutils to org.apache.commons.beanutils2
>
> This chan
Agree, I can do this tonite.
Original message
From: Gary Gregory
Date: 12/27/17 1:55 PM (GMT-05:00)
To: Commons Developers List
Subject: [beanutils] Moving to beanutils2
The changes for:
BEANUTILS-500 Upgrade commons-collections to 4
break BC (see BEANUTILS-500
The changes for:
BEANUTILS-500 Upgrade commons-collections to 4
break BC (see BEANUTILS-500).
Therefore, I created BEANUTILS-503: Change packaging from
org.apache.commons.beanutils to org.apache.commons.beanutils2
This change should happen sooner rather than later IMO to allow folks using
SNAPS
> wrote:
> > Hi all,
> >
> > I've started work on beanutils2 again. I see a lot of potential regarding
> > the API, when we upgrade the project to Java 8. For example, I'm
> currently
> > working on an API that let's users define type
As this is fairly new stuff, and you're the one doing it: Go ahead, as you like.
Jochen
On Sun, Nov 8, 2015 at 10:05 AM, Benedikt Ritter wrote:
> Hi all,
>
> I've started work on beanutils2 again. I see a lot of potential regarding
> the API, when we upgrade the project
Hi all,
I've started work on beanutils2 again. I see a lot of potential regarding
the API, when we upgrade the project to Java 8. For example, I'm currently
working on an API that let's users define type conversion. It could look
like this:
import static org.apache.com
ttach the patch to it.
> >
> > Thanks,
> > Pascal
> >
> > Am 25.10.2015 um 18:55 schrieb Matthew Mann:
> >
> >> Please consider the attached patch for the commons-beanutils2 project. I
> >> added support for nested properties and autom
t;
>> Please consider the attached patch for the commons-beanutils2 project. I
>> added support for nested properties and automatic conversion. Excerpt from
>> AutoConversionTest:
>>
>> *final*DateFormat dateFormat= *new*SimpleDateFormat(" d, yyy
it.
Thanks,
Pascal
Am 25.10.2015 um 18:55 schrieb Matthew Mann:
Please consider the attached patch for the commons-beanutils2 project.
I added support for nested properties and automatic conversion.
Excerpt from AutoConversionTest:
*final*DateFormat dateFormat= *new*SimpleDateFormat("M
Please consider the attached patch for the commons-beanutils2 project. I
added support for nested properties and automatic conversion. Excerpt
from AutoConversionTest:
*final* DateFormat dateFormat = *new* SimpleDateFormat(" d, ");
*final* TransformerRegistry transformerRegis
When will BeanUtils2 be released? According to Benedikt Ritter: "One big
part that is still missing is automatic conversion of values." Anything
else?
-Matt
On Wed, Oct 7, 2015 at 1:22 PM, Benedikt Ritter wrote:
> Hello Matthew,
>
> sorry this took so long. We don't h
Hello Yogesh,
I'll have a look at your patch later this week!
Thanks,
Benedikt
2014-08-14 6:24 GMT+02:00 Yogesh Rao :
> Hi Benedikt,
>
> Have attached the updated patch in JIRA. Please do apply it if everything
> is found okay.
>
> Regards,
> -Yogesh
>
>
> On Wed, Jul 23, 2014 at 11:18 AM, Ben
Hi Benedikt,
Have attached the updated patch in JIRA. Please do apply it if everything
is found okay.
Regards,
-Yogesh
On Wed, Jul 23, 2014 at 11:18 AM, Benedikt Ritter
wrote:
> Hello Yogesh,
>
>
> 2014-07-22 16:42 GMT+02:00 Yogesh Rao :
>
> > Hello Benedikt,
> >
> > I have attached few files
Hello Yogesh,
2014-07-22 16:42 GMT+02:00 Yogesh Rao :
> Hello Benedikt,
>
> I have attached few files with their test cases which can be applied to the
> BU2 trunk if everything is okay :-)
>
> I am working on the rest...
>
Great to hear from you! I'll need some time to look into your patches.
Hello Benedikt,
I have attached few files with their test cases which can be applied to the
BU2 trunk if everything is okay :-)
I am working on the rest...
Regards,
-Yogesh
On Mon, Jun 30, 2014 at 8:26 AM, Yogesh Rao wrote:
> Hi benedikt,
>
> No problem...and yes very much available for deve
Hi benedikt,
No problem...and yes very much available for development..do let me know
what you think on the comment...
Regards
On Monday, June 30, 2014, Benedikt Ritter wrote:
> Yogesh,
>
> sorry it took so long! I had little time for OSS lately... I hope you're
> still up for some BU2 develop
Yogesh,
sorry it took so long! I had little time for OSS lately... I hope you're
still up for some BU2 development ;-)
Best regards,
Benedikt
2014-06-09 4:44 GMT+02:00 Yogesh Rao :
> Hi,
>
> I have updated the thread in JIRA with some of my thoughts ... let me know
> if it aligns so i can help
Hi,
I have updated the thread in JIRA with some of my thoughts ... let me know
if it aligns so i can help contribute to the project.
Regards,
-Yogesh
--- Original message From: Benedikt Ritter <
> brit...@apache.org> Date:05/02/2014 12:59 (GMT-05:00)
> To: Commons Developers List
> Subject: Re: [SANDBOX][BEANUTILS2] Property expressions
>
> So you're saying we should leave this out of BU2?
>
>
> 2014-05-02
> > +1
> >
> > Gary
> >
> >
> > On Fri, May 2, 2014 at 6:53 AM, Benedikt Ritter
> wrote:
> >
> >> Hi all,
> >>
> >> BeanUtils2 uses the maven code style rules. Every now and then I have to
> >> reject patches
+1
I don't like the
curly brace
on new line
rule
as it
wastes vertical
space
!
On 2 May 2014 14:57, Gary Gregory wrote:
> +1
>
> Gary
>
>
> On Fri, May 2, 2014 at 6:53 AM, Benedikt Ritter wrote:
>
>> Hi all,
>>
>> BeanUtils2 uses the maven co
Nah, I'm just talking around the water cooler, thinking aloud...
Gary
Original message From: Benedikt Ritter
Date:05/02/2014 12:59 (GMT-05:00)
To: Commons Developers List
Subject: Re: [SANDBOX][BEANUTILS2] Property expressions
So you're saying we should leav
mmons Developers List
> Subject: [SANDBOX][BEANUTILS2] Property expressions
> Hi all,
>
> one of the goal of BeanUtils2 is to provide the same functionality as
> BeanUtils1. In BeanUtils1 you can do something like this:
>
> BeanUtils.getProperty(person, "
+1
Gary
On Fri, May 2, 2014 at 6:53 AM, Benedikt Ritter wrote:
> Hi all,
>
> BeanUtils2 uses the maven code style rules. Every now and then I have to
> reject patches because they don't follow these conventions. I'd like to
> change the formatting rules to a more
There is also our own jxpath.
Gary
Original message From: Benedikt Ritter
Date:05/02/2014 06:40 (GMT-05:00)
To: Commons Developers List
Subject: [SANDBOX][BEANUTILS2] Property expressions
Hi all,
one of the goal of BeanUtils2 is to provide the same functionality as
Hi all,
BeanUtils2 uses the maven code style rules. Every now and then I have to
reject patches because they don't follow these conventions. I'd like to
change the formatting rules to a more standard rule set for the following
reasons:
- maven style is very verbose, since it uses a lot
Hi all,
one of the goal of BeanUtils2 is to provide the same functionality as
BeanUtils1. In BeanUtils1 you can do something like this:
BeanUtils.getProperty(person, "address.city.zipCode");
This would be translated into:
person.getAddress().getCity().getZipCode();
The same can be
Hi,
I have added the patch to JIRA issue "SANDBOX-473"
Regards,
-Yogesh
On Fri, Apr 25, 2014 at 6:58 PM, Yogesh Rao wrote:
> Hi Benedikt,
>
> I havent added patches yet wantes ro know if i need to add tht with jira
> created
>
> Regards,
> -Yogesh
>
>
> On Friday, April 25, 2014, Benedikt Rit
Hi Benedikt,
I havent added patches yet wantes ro know if i need to add tht with jira
created
Regards,
-Yogesh
On Friday, April 25, 2014, Benedikt Ritter wrote:
> Hi Yogesh,
>
> thanks for your work on BU2. I'm a bit busy currently, that's why I haven't
> found the time to review your patches.
Hi Yogesh,
thanks for your work on BU2. I'm a bit busy currently, that's why I haven't
found the time to review your patches. I'll try to have a look tomorrow.
Regards,
Benedikt
2014-04-25 10:19 GMT+02:00 Yogesh Rao :
> Hi,
>
> I have added 2 new tasks in JIRA :- SANDBOX-472 & SANDBOX-473
>
>
Hi,
I have added 2 new tasks in JIRA :- SANDBOX-472 & SANDBOX-473
Awaiting comments on the JIRA issues and also please let me know if i need
to attach patches right away to the issues
Regards,
-Yogesh
I would probably create one jira and add a patch to it. Maybe more than one
patch if the changes are really independent.
Gary
Original message From: Yogesh Rao
Date:04/16/2014 03:12 (GMT-05:00)
To: Commons Developers List
Subject: [beanutils2] Automatic Datatype
Hi,
I see that the datatype transformers still needs to be incorporated into
the BU2 project. I have a fair bit of idea on what needs to be done in that
i.e extending AbstractTransformer for the specific datatypes and
incorporating the call in DefaultBeanPropertySetter.invokeSetter method (is
my u
v ML!
> >
> > Nice that you've decided to help out with the coding in [beanutils2]. I'm
> > not completely happy with the current check style configuration (which is
> > derived from the maven project). I'm planning to propose to switch to a
> > diffe
e.org/developers/conventions/code.html
[2] https://maven.apache.org/developers/maven-eclipse-codestyle.xml
Best regards,
André
2014-04-04 10:40 GMT+02:00 Benedikt Ritter :
> Hello Yogesh and welcome to the dev ML!
>
> Nice that you've decided to help out with the coding in [beanutils2]. I
Hello Yogesh and welcome to the dev ML!
Nice that you've decided to help out with the coding in [beanutils2]. I'm
not completely happy with the current check style configuration (which is
derived from the maven project). I'm planning to propose to switch to a
different config this
Hi,
I was planning to contribute to the bu2 project and thought fixing
checkstyle errors should be a good start to it.
I ran the mvn checkstyle:checkstyle command to generate the report which
ended up showing 3218 errors. I wanted to know if all the errors needs to
fixed or only few specific ones.
On Sat, Mar 1, 2014 at 6:50 PM, André Diermann wrote:
> But will upgrading to 1.7 will solve the core "issue", that some features
> (in detail: Assertions, MethodUitl and TypeUtil) are copied subsets of
> already implemented features in other Commons projects?
>
Commons Lang actually copied Metho
On Mon, Mar 3, 2014 at 8:36 AM, Benedikt Ritter wrote:
> Okay, so how would you feel if BU2 would depend on Java 7 instead of Java
> 6? Is this acceptable from your PoV?
>
Not that you asked me ;) but I'm OK with that.
Gary
>
>
> 2014-03-03 14:10 GMT+01:00 Adrian Crum >:
>
> > The Assertions
Okay, so how would you feel if BU2 would depend on Java 7 instead of Java
6? Is this acceptable from your PoV?
2014-03-03 14:10 GMT+01:00 Adrian Crum :
> The Assertions class works fine and it serves its purpose. There is no
> need to make the library dependent on another library.
>
> Going that
The Assertions class works fine and it serves its purpose. There is no
need to make the library dependent on another library.
Going that route, as a developer/user of the library, I would be forced
to download and install two libraries instead of one. So it is more
complication and work for me
go for it! :)
http://people.apache.org/~simonetripodi/
http://twitter.com/simonetripodi
On Mon, Mar 3, 2014 at 10:53 AM, Benedikt Ritter wrote:
> Hello André
>
> 2014-03-03 9:57 GMT+01:00 André Diermann :
>
> > 2014-03-03 9:10 GMT+01:00 Benedikt Ritter :
> > >
> > >
> > > The stuff that we hav
On Mon, Mar 3, 2014 at 9:13 AM, Benedikt Ritter wrote:
> Hi,
>
>
> 2014-03-02 11:42 GMT+01:00 Simone Tripodi :
>
> > Hi all,
> >
> > between all options, Matt's one would be the one I'd support.
> >
>
> Shading may be a solution. But tbh I don't see a problem here. We can
> replace Assertions wit
Hello André
2014-03-03 9:57 GMT+01:00 André Diermann :
> 2014-03-03 9:10 GMT+01:00 Benedikt Ritter :
> >
> >
> > The stuff that we have implemented in the Assertions class can be
> replaced
> > by the methods available in Objects from java 7. You're right about
> > MethodUtil and TypeUtil.
> >
>
2014-03-03 9:10 GMT+01:00 Benedikt Ritter :
>
>
> The stuff that we have implemented in the Assertions class can be replaced
> by the methods available in Objects from java 7. You're right about
> MethodUtil and TypeUtil.
>
>
Just to be clear what you mean by replace:
- wrapping the methods from Ob
Hi,
2014-03-02 11:42 GMT+01:00 Simone Tripodi :
> Hi all,
>
> between all options, Matt's one would be the one I'd support.
>
Shading may be a solution. But tbh I don't see a problem here. We can
replace Assertions with Objects. That leaves us with MethodUtil (which
currently only provides dete
Hi André
2014-03-01 19:50 GMT+01:00 André Diermann :
> But will upgrading to 1.7 will solve the core "issue", that some features
> (in detail: Assertions, MethodUitl and TypeUtil) are copied subsets of
> already implemented features in other Commons projects?
>
The stuff that we have implemente
Hi Adrian
2014-03-02 8:03 GMT+01:00 Adrian Crum :
> On 3/1/2014 9:33 AM, Benedikt Ritter wrote:
>
>> I don't like the idea of creating some kind of component hierarchy, where
>> components higher up may depend on lower levels libs. This should be
>> decided for every individual case.
>>
>
> I ag
Hi all,
between all options, Matt's one would be the one I'd support.
All the best,
-Simo
http://people.apache.org/~simonetripodi/
http://twitter.com/simonetripodi
On Sat, Mar 1, 2014 at 8:45 PM, Matt Benson wrote:
> And just to add fuel to the fire and ensure every possible opinion is
> rep
On 3/1/2014 9:33 AM, Benedikt Ritter wrote:
I don't like the idea of creating some kind of component hierarchy, where
components higher up may depend on lower levels libs. This should be
decided for every individual case.
I agree. If I just want some basic low-level library, I don't want it to
And just to add fuel to the fire and ensure every possible opinion is
represented, I agree with Gary, but would support shading after the fact to
reduce the dependency requirements.
Matt
On Mar 1, 2014 1:38 PM, "Paul Benedict" wrote:
> I recommend copying the source of the Commons Lang classes y
I recommend copying the source of the Commons Lang classes you use and
maintain it privately. It is only two classes, right?
On Mar 1, 2014 12:51 PM, "André Diermann" wrote:
> But will upgrading to 1.7 will solve the core "issue", that some features
> (in detail: Assertions, MethodUitl and TypeUt
But will upgrading to 1.7 will solve the core "issue", that some features
(in detail: Assertions, MethodUitl and TypeUtil) are copied subsets of
already implemented features in other Commons projects?
>From what I can see commons.lang3 is already referenced by BU2 (although
it's currently only use
On Sat, Mar 1, 2014 at 12:33 PM, Benedikt Ritter wrote:
> I don't like the idea of creating some kind of component hierarchy, where
> components higher up may depend on lower levels libs. This should be
> decided for every individual case.
>
> In the case of BU2 I'd say it's better to change the
I don't like the idea of creating some kind of component hierarchy, where
components higher up may depend on lower levels libs. This should be
decided for every individual case.
In the case of BU2 I'd say it's better to change the language level
requirement to 1.7. We could use Objects.notNull.
Ot
Simon, that makes totally sense to me :) ..that's why I also often struggle
to use StringUtils for instance... but it starts with only one method and
after some time I find myself in having copied a lot of methods.
That's why I like Gary's idea too. Regarding BU2, MethodUtil and TypeUtil
are also
I should clarify that I see components like [io] and [lang] as lower level
than [beanutils] for example.
Gary
On Sat, Mar 1, 2014 at 11:32 AM, Gary Gregory wrote:
> My preference would be for components like [io] and [lang] to be reused
> from other components as a dependency in order to avoid
My preference would be for components like [io] and [lang] to be reused
from other components as a dependency in order to avoid this kind of
duplication.
Gary
On Sat, Mar 1, 2014 at 11:27 AM, André Diermann wrote:
> Hello,
>
> I noticed that the majority (all?) functionality of the Assertions c
Salut André,
to avoid to depend to an external lib just to get benefit of 3 methods :)
Best,
-Simo
http://people.apache.org/~simonetripodi/
http://twitter.com/simonetripodi
On Sat, Mar 1, 2014 at 5:27 PM, André Diermann wrote:
> Hello,
>
> I noticed that the majority (all?) functionality of t
Hello,
I noticed that the majority (all?) functionality of the Assertions class is
already covert by commons-lang Validate [1].
For instance Assertions.checkNotNull() is an equivalent to
Validate.notNull().
Is there a reason for this?
Regards,
André
[1]
http://commons.apache.org/proper/commons
anUtils or even
> better
> > create tickets in Jira.
> >
> > Regards,
> > Benedikt
> >
> > [1] http://wiki.apache.org/commons/FrontPage
> >
> >
> > >
> > > Thank you so far.
> > >
> > > Regards,
>
er
> create tickets in Jira.
>
> Regards,
> Benedikt
>
> [1] http://wiki.apache.org/commons/FrontPage
>
>
> >
> > Thank you so far.
> >
> > Regards,
> > André
> >
> >
> > 2014-02-11 16:58 GMT+01:00 Benedikt Ritter :
> >
> > > He
ré
> >
> >
> > 2014-02-11 16:58 GMT+01:00 Benedikt Ritter :
> >
> > > Hello André,
> > >
> > > nice that you're interested in BU2, welcome to this list.
> > >
> > >
> > > 2014-02-11 12:26 GMT+01:00 André Diermann :
&
in BU2, welcome to this list.
> >
> >
> > 2014-02-11 12:26 GMT+01:00 André Diermann :
> >
> > > Hi,
> > >
> > > I stumbled upon the BeanUtils2 project which looks quite interessing to
> > me.
> > > Do you have any future plans? (Whe
1:00 Benedikt Ritter :
> Hello André,
>
> nice that you're interested in BU2, welcome to this list.
>
>
> 2014-02-11 12:26 GMT+01:00 André Diermann :
>
> > Hi,
> >
> > I stumbled upon the BeanUtils2 project which looks quite interessing to
> me.
>
Hello André,
nice that you're interested in BU2, welcome to this list.
2014-02-11 12:26 GMT+01:00 André Diermann :
> Hi,
>
> I stumbled upon the BeanUtils2 project which looks quite interessing to me.
> Do you have any future plans? (When) Will it replace the BeanUtils
> co
Hi,
I stumbled upon the BeanUtils2 project which looks quite interessing to me.
Do you have any future plans? (When) Will it replace the BeanUtils
component?
I'm highly interested in contributing to this project. Please let me know,
if you plan to continue work on that project and how I
Hi Jörg
>>>
>>>>
>>>>
>>>> 2013/2/20 Jörg Schaible
>>>>
>>>> Hi Benedikt,
>>>>
>>>>>
>>>>> Benedikt Ritter wrote:
>>>>>
>>>>> Hi,
>>>>>
>>>
] and [BeanUtils2]
can be continued.
The last release of BeanUtils (1.8.3) is now nearly 3 years ago and
there
are 92 open issues in JIRA.
OTOH we've put quiet some effort into [BeanUtils2]. There are some
issues
that have to be addressed* but the API is in a good shape.
But [BeanUtils2] is also
Hi again,
2013/2/22 Simone Tripodi
> Hallo Jörg und Bene! :)
>
> > Not sure for this special case either. Actually you're not promoting a
> new
> > component. However, you may look into the archives, IIRC Simo had the
> same
> > case for the last major release of digester.
>
> What I strongly re
Hallo Jörg und Bene! :)
> Not sure for this special case either. Actually you're not promoting a new
> component. However, you may look into the archives, IIRC Simo had the same
> case for the last major release of digester.
What I strongly recommend indeed, before starting the rock'n'roll on
/tr
Hi,
2013/2/20 Oliver Heger
> Am 20.02.2013 16:25, schrieb Benedikt Ritter:
>
> Hi Jörg
>>
>>
>> 2013/2/20 Jörg Schaible
>>
>> Hi Benedikt,
>>>
>>> Benedikt Ritter wrote:
>>>
>>> Hi,
>>>>
>>>
Am 20.02.2013 16:25, schrieb Benedikt Ritter:
Hi Jörg
2013/2/20 Jörg Schaible
Hi Benedikt,
Benedikt Ritter wrote:
Hi,
I'd like to discuss how the development of [BeanUtils] and [BeanUtils2]
can be continued.
The last release of BeanUtils (1.8.3) is now nearly 3 years ago and ther
Hi Jörg
2013/2/20 Jörg Schaible
> Hi Benedikt,
>
> Benedikt Ritter wrote:
>
> > Hi,
> >
> > I'd like to discuss how the development of [BeanUtils] and [BeanUtils2]
> > can be continued.
> >
> > The last release of BeanUtils (1.8.3) is now n
Hi Benedikt,
Benedikt Ritter wrote:
> Hi,
>
> I'd like to discuss how the development of [BeanUtils] and [BeanUtils2]
> can be continued.
>
> The last release of BeanUtils (1.8.3) is now nearly 3 years ago and there
> are 92 open issues in JIRA.
> OTOH we&
2013/2/17 Benedikt Ritter
> Hi,
>
> I'd like to discuss how the development of [BeanUtils] and [BeanUtils2]
> can be continued.
>
> The last release of BeanUtils (1.8.3) is now nearly 3 years ago and there
> are 92 open issues in JIRA.
> OTOH we've put quiet so
2013
>> > New Revision: 1447056
>> >
>> > URL: http://svn.apache.org/r1447056
>> > Log:
>> > [SANDBOX-440] - Configure Checkstyle to allow undeclared unchecked
>> Exceptions in JavaDoc
>> >
>> > Added:
>> > comm
al.com/
>> http://twitter.com/simonetripodi
>> http://www.99soft.org/
>>
>>
>> On Sun, Feb 17, 2013 at 2:18 PM, wrote:
>> > Author: britter
>> > Date: Sun Feb 17 13:17:59 2013
>> > New Revision: 1447019
>> >
>> > URL: http
Hallo Bene,
very good, Danke Shön!
best,
-Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
-
To unsubscribe, e-mail: dev-unsubscr...@com
-440] - Configure Checkstyle to allow undeclared unchecked
> Exceptions in JavaDoc
> >
> > Added:
> > commons/sandbox/beanutils2/trunk/config/
> > commons/sandbox/beanutils2/trunk/config/HEADER.txt (with props)
> > commons/sandbox/beanutils2/trunk/
> Author: britter
> > Date: Sun Feb 17 13:17:59 2013
> > New Revision: 1447019
> >
> > URL: http://svn.apache.org/r1447019
> > Log:
> > Wrap JavaDoc paragraphs in -tags
> >
> > Modified:
> >
> commons/sandbox/beanutils2/trunk/src/main/jav
18:45:28 2013
> New Revision: 1447056
>
> URL: http://svn.apache.org/r1447056
> Log:
> [SANDBOX-440] - Configure Checkstyle to allow undeclared unchecked Exceptions
> in JavaDoc
>
> Added:
> commons/sandbox/beanutils2/trunk/config/
> commons/sandbox/beanut
2013 at 2:18 PM, wrote:
> Author: britter
> Date: Sun Feb 17 13:17:59 2013
> New Revision: 1447019
>
> URL: http://svn.apache.org/r1447019
> Log:
> Wrap JavaDoc paragraphs in -tags
>
> Modified:
>
> commons/sandbox/beanutils2/trunk/src/main/java/org/apache
.99soft.org/
On Sat, Feb 16, 2013 at 1:43 PM, wrote:
> Author: britter
> Date: Sat Feb 16 12:43:14 2013
> New Revision: 1446886
>
> URL: http://svn.apache.org/r1446886
> Log:
> Add test case for BeanAccessor.cast()
>
> Added:
>
> commons/sandbox/beanutil
1 - 100 of 277 matches
Mail list logo
