Re: [LANG] Null-safe 'operator'
On Sat, Jul 18, 2020 at 5:06 PM Juraj Jurčo wrote:
> Hi Rob,
> thanks for the proposal. Yes, you're right I can use this. I haven't seen
> it before nor realize it.
> It also evokes the question whether it's self explanatory. Maybe it was
> only me who didn't know it, but I haven't seen either of my colleagues use
> it.
> I see you can use also defaults as:
> Optional.ofNullable(object)
> .map(ObjectType::getProperty).or(() -> Optional.of(DEFAULT_PROPERTY))
> .orElse(null);
> It seems to me a bit heavy, but I agree, it's possible.
>
> So you would recommend not including it in the library?
>
Rob just showed you how to use the JRE to accomplish the same thing, so I
am sure we'd want to add something that is so similar in this component,
which is likely to cause confusion as to why use one vs. the other.
Gary
>
> Thanks,
> Juraj+
>
>
> On Sat, 18 Jul 2020 at 15:44, Rob Spoor wrote:
>
> > Can't you just use java.util.Optional? That was added way back (ahum) in
> > Java 8.
> > Converting your example:
> >
> > SubSubSubProperty value = Optional.ofNullable(object)
> > .map(ObjectType::getProperty)
> > .map(Property::getSubProperty)
> > .map(SubProperty::getSubSubProperty)
> > .map(SubSubProperty::getSubSubSubProperty)
> > .orElse(null);
> >
> >
> > On 18/07/2020 14:28, Juraj Jurčo wrote:
> > > Hi guys,
> > > I'm new in this list and I would like to contribute to Apache commons.
> > > First of all I would like get some feedback if it makes sense to
> > contribute.
> > >
> > > Java is slow in implementation of null-safe operator however sometimes
> > it's
> > > really needed. So far I didn't find any implementation of this in any
> > > library and I think it can be useful for many developers.
> > >
> > > To the point, instead of writing something like:
> > > if(object != null
> > > && object.getProperty() != null
> > > && object.getProperty().getSubProperty() != null
> > > && object.getProperty().getSubProperty().getSubSubProperty()
> !=
> > > null ){
> > >Object value =
> > >
> >
> object.getProperty().getSubProperty().getSubSubProperty().getSubSubSubProperty();
> > > }
> > >
> > > I would like to turn it into something like this:
> > > Object value = ObjectUtils
> > > .nullish(object)
> > > .nullish(object::getProperty)
> > > .nullish(Property::getSubProperty)
> > > .nullish(SubProperty::getSubSubProperty)
> > > .get(SubSubProperty::getSubSubSubProperty);
> > >
> > > The idea is to return null in the case any property 'on the way'
> returns
> > > null. I can implement it with defaults as well.
> > >
> > > Do you have some objections to the implementation? Do you know if it
> > > already exists somewhere?
> > >
> > > Thanks for your feedback,
> > > best, Juraj+
> > >
> >
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > For additional commands, e-mail: dev-h...@commons.apache.org
> >
> >
>
Re: [LANG] Null-safe 'operator'
Hi Rob,
thanks for the proposal. Yes, you're right I can use this. I haven't seen
it before nor realize it.
It also evokes the question whether it's self explanatory. Maybe it was
only me who didn't know it, but I haven't seen either of my colleagues use
it.
I see you can use also defaults as:
Optional.ofNullable(object)
.map(ObjectType::getProperty).or(() -> Optional.of(DEFAULT_PROPERTY))
.orElse(null);
It seems to me a bit heavy, but I agree, it's possible.
So you would recommend not including it in the library?
Thanks,
Juraj+
On Sat, 18 Jul 2020 at 15:44, Rob Spoor wrote:
> Can't you just use java.util.Optional? That was added way back (ahum) in
> Java 8.
> Converting your example:
>
> SubSubSubProperty value = Optional.ofNullable(object)
> .map(ObjectType::getProperty)
> .map(Property::getSubProperty)
> .map(SubProperty::getSubSubProperty)
> .map(SubSubProperty::getSubSubSubProperty)
> .orElse(null);
>
>
> On 18/07/2020 14:28, Juraj Jurčo wrote:
> > Hi guys,
> > I'm new in this list and I would like to contribute to Apache commons.
> > First of all I would like get some feedback if it makes sense to
> contribute.
> >
> > Java is slow in implementation of null-safe operator however sometimes
> it's
> > really needed. So far I didn't find any implementation of this in any
> > library and I think it can be useful for many developers.
> >
> > To the point, instead of writing something like:
> > if(object != null
> > && object.getProperty() != null
> > && object.getProperty().getSubProperty() != null
> > && object.getProperty().getSubProperty().getSubSubProperty() !=
> > null ){
> >Object value =
> >
> object.getProperty().getSubProperty().getSubSubProperty().getSubSubSubProperty();
> > }
> >
> > I would like to turn it into something like this:
> > Object value = ObjectUtils
> > .nullish(object)
> > .nullish(object::getProperty)
> > .nullish(Property::getSubProperty)
> > .nullish(SubProperty::getSubSubProperty)
> > .get(SubSubProperty::getSubSubSubProperty);
> >
> > The idea is to return null in the case any property 'on the way' returns
> > null. I can implement it with defaults as well.
> >
> > Do you have some objections to the implementation? Do you know if it
> > already exists somewhere?
> >
> > Thanks for your feedback,
> > best, Juraj+
> >
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>
Re: A release train...
Note on this guys. Most of us are fairly busy folks, working to squeeze this pro-bono work in edgewise. For example I have a wife, a 4 year old, a 6 year old and a parent in a wheelchair to take care of...along with my day job to keep the ball rolling forward. That said, we definitely appreciate everyone’s care and support here. We’ll keep trying to chip away at those components. My current list is: io, text, codec, then fileupload. Will keep you guys posted as we work through these. All the best, -Rob > On Jul 18, 2020, at 2:25 PM, Gary Gregory wrote: > > On Sat, Jul 18, 2020 at 1:15 PM Merbin J Anselm > wrote: > >> Well. Commons Fileupload's last release was in December 2018 and it has >> been released at least once a year before that. My thoughts were on this >> line >> > > So, to answer my question: No. ;-) > > Gary > >> >>> On Sat, 18 Jul, 2020, 10:36 pm Gary Gregory, >>> wrote: >>> >>> Do you NEED a release? >>> >>> On Sat, Jul 18, 2020, 12:19 Merbin J Anselm >>> wrote: >>> Commons Fileupload? Haven't seen a release in a while On Sat, 18 Jul, 2020, 9:10 pm Gary Gregory, wrote: > On Sat, Jul 18, 2020 at 10:55 AM Adam Retter > wrote: > >> Any chance of a release of Codec? >> > > Sure, I'll put that on my list. > > Gary > > >> >> On Sat, 18 Jul 2020, 15:00 Gary Gregory, wrote: >> >>> Hi All, >>> >>> We've just released Commons Lang 3.11. My goal is to release Text very >>> soon. When Phil is done with his work on Pool, release Pool, then DBCP. >>> >>> I also want to look at Crypto again where building the different > binaries >>> is a challenge but I think I am getting close. >>> >>> There is also CSV that is probably ready or close to ready for a > release. >>> >>> Gary >>> >> > >>> >> - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: A release train...
On Sat, Jul 18, 2020 at 1:15 PM Merbin J Anselm wrote: > Well. Commons Fileupload's last release was in December 2018 and it has > been released at least once a year before that. My thoughts were on this > line > So, to answer my question: No. ;-) Gary > > On Sat, 18 Jul, 2020, 10:36 pm Gary Gregory, > wrote: > > > Do you NEED a release? > > > > On Sat, Jul 18, 2020, 12:19 Merbin J Anselm > > wrote: > > > > > Commons Fileupload? Haven't seen a release in a while > > > > > > On Sat, 18 Jul, 2020, 9:10 pm Gary Gregory, > > > wrote: > > > > > > > On Sat, Jul 18, 2020 at 10:55 AM Adam Retter > > > > wrote: > > > > > > > > > Any chance of a release of Codec? > > > > > > > > > > > > > Sure, I'll put that on my list. > > > > > > > > Gary > > > > > > > > > > > > > > > > > > On Sat, 18 Jul 2020, 15:00 Gary Gregory, > > > wrote: > > > > > > > > > > > Hi All, > > > > > > > > > > > > We've just released Commons Lang 3.11. My goal is to release Text > > > very > > > > > > soon. When Phil is done with his work on Pool, release Pool, then > > > DBCP. > > > > > > > > > > > > I also want to look at Crypto again where building the different > > > > binaries > > > > > > is a challenge but I think I am getting close. > > > > > > > > > > > > There is also CSV that is probably ready or close to ready for a > > > > release. > > > > > > > > > > > > Gary > > > > > > > > > > > > > > > > > > > > >
Re: A release train...
Well. Commons Fileupload's last release was in December 2018 and it has been released at least once a year before that. My thoughts were on this line On Sat, 18 Jul, 2020, 10:36 pm Gary Gregory, wrote: > Do you NEED a release? > > On Sat, Jul 18, 2020, 12:19 Merbin J Anselm > wrote: > > > Commons Fileupload? Haven't seen a release in a while > > > > On Sat, 18 Jul, 2020, 9:10 pm Gary Gregory, > > wrote: > > > > > On Sat, Jul 18, 2020 at 10:55 AM Adam Retter > > > wrote: > > > > > > > Any chance of a release of Codec? > > > > > > > > > > Sure, I'll put that on my list. > > > > > > Gary > > > > > > > > > > > > > > On Sat, 18 Jul 2020, 15:00 Gary Gregory, > > wrote: > > > > > > > > > Hi All, > > > > > > > > > > We've just released Commons Lang 3.11. My goal is to release Text > > very > > > > > soon. When Phil is done with his work on Pool, release Pool, then > > DBCP. > > > > > > > > > > I also want to look at Crypto again where building the different > > > binaries > > > > > is a challenge but I think I am getting close. > > > > > > > > > > There is also CSV that is probably ready or close to ready for a > > > release. > > > > > > > > > > Gary > > > > > > > > > > > > > > >
Re: A release train...
Do you NEED a release? On Sat, Jul 18, 2020, 12:19 Merbin J Anselm wrote: > Commons Fileupload? Haven't seen a release in a while > > On Sat, 18 Jul, 2020, 9:10 pm Gary Gregory, > wrote: > > > On Sat, Jul 18, 2020 at 10:55 AM Adam Retter > > wrote: > > > > > Any chance of a release of Codec? > > > > > > > Sure, I'll put that on my list. > > > > Gary > > > > > > > > > > On Sat, 18 Jul 2020, 15:00 Gary Gregory, > wrote: > > > > > > > Hi All, > > > > > > > > We've just released Commons Lang 3.11. My goal is to release Text > very > > > > soon. When Phil is done with his work on Pool, release Pool, then > DBCP. > > > > > > > > I also want to look at Crypto again where building the different > > binaries > > > > is a challenge but I think I am getting close. > > > > > > > > There is also CSV that is probably ready or close to ready for a > > release. > > > > > > > > Gary > > > > > > > > > >
Re: A release train...
Commons Fileupload? Haven't seen a release in a while On Sat, 18 Jul, 2020, 9:10 pm Gary Gregory, wrote: > On Sat, Jul 18, 2020 at 10:55 AM Adam Retter > wrote: > > > Any chance of a release of Codec? > > > > Sure, I'll put that on my list. > > Gary > > > > > > On Sat, 18 Jul 2020, 15:00 Gary Gregory, wrote: > > > > > Hi All, > > > > > > We've just released Commons Lang 3.11. My goal is to release Text very > > > soon. When Phil is done with his work on Pool, release Pool, then DBCP. > > > > > > I also want to look at Crypto again where building the different > binaries > > > is a challenge but I think I am getting close. > > > > > > There is also CSV that is probably ready or close to ready for a > release. > > > > > > Gary > > > > > >
Re: [crypto] New Release
On Thu, Jul 2, 2020 at 12:39 PM Geoffrey Blake wrote: > I took a bit of time to set up an x86 Ubuntu 14.04 VM via virtualbox > and vagrant, but it looks like the windows build is broken. There are > typos trying to include "Windows.h" which should be "windows.h" to > Are you sure that this include is not referring the to Microsoft header, for example, on my machine: C:\Program Files (x86)\Windows Kits\10\Include\10.0.17763.0\um\Windows.h ? Gary > compile with mingw and redefined macros that I think are mixing > between Linux and windows headers. I won't be able to get to trying > to fix and submit any PRs on these this week or next. But anyone who > wants to try cross-compiling, here are the packages I installed to get > up and running minimally on Ubuntu: > > sudo apt-get install build-essential g++-mingw-w64 > gcc-aarch64-linux-gnu libc6-dev-i386 > sudo apt-get install libssl-dev git > sudo add-apt-repository ppa:openjdk-r/ppa > sudo apt-get install openjdk-8-jdk > > Don't install the Ubuntu supplied maven, its too old. Just grab the > 3.6 tarball from apache. > > -Geoff > > On Tue, Jun 30, 2020 at 8:24 PM Alex Remily wrote: > > > > I'll see if I have any time this weekend, but this part is largely > > unfamiliar to me, so not sure how far I'll get even if I have the time > > to look at it. > > > > On Tue, Jun 30, 2020 at 4:59 PM Geoffrey Blake > > wrote: > > > > > > I think you're right Alex. I just happened to look at the Makefile > > > and saw this above the win64 target: > > > > > > # for cross-compilation on Ubuntu, install the g++-mingw-w64-x86-64 > package > > > > > > We could potentially build everything but MacOS on 1 Ubuntu 16.04LTS > > > box. Or even a 14.04 box if necessary. Anybody have the time to try? > > > > > > On Thu, Jun 25, 2020 at 4:12 PM Alex Remily > wrote: > > > > > > > > Not sure if it's relevant or not, but to get the build to compile on > > > > Windows with MinGW, I commented out line 137 of > > > > > https://github.com/apache/commons-crypto/blob/master/src/main/native/org/apache/commons/crypto/org_apache_commons_crypto.h > : > > > > > > > > //#define inline __inline; > > > > > > > > I never did learn why it was there in the first place, but the broken > > > > build was originally reported as > > > > > > > > https://issues.apache.org/jira/browse/CRYPTO-137. > > > > > > > > Now I'm wondering if it may have had something to do with > > > > cross-compiling for the build. > > > > > > > > On Thu, Jun 25, 2020 at 1:13 PM Geoffrey Blake > > > > wrote: > > > > > > > > > > Is there anything needed to help move this release along? From the > > > > > looks of the Makefile, Windows was using GCC. I don't think the > > > > > compiler is going to have much of an impact since the JNI bindings > are > > > > > simply calling through to the OpenSSL library that is already > > > > > precompiled for the environment. > > > > > > > > > > On Sat, Jun 13, 2020 at 6:14 PM Xeno Amess > wrote: > > > > > > > > > > > > I have a feeling about both mingw or cygwin build output will be > slower > > > > > > than microsoft-visual-studio build output... > > > > > > Just a feeling, but no evidence. > > > > > > > > > > > > Alex Remily 于2020年6月14日周日 上午7:02写道： > > > > > > > > > > > > > I used MinGW64. It does indeed ship with make. I can provide > a link > > > > > > > to the distribution I used if there's interest. > > > > > > > > > > > > > > On Sat, Jun 13, 2020 at 6:26 PM Marcelo Vanzin < > van...@gmail.com> wrote: > > > > > > > > > > > > > > > > Pretty sure I remember comments in the code about building > with mingw > > > > > > > > on Windows (not cygwin). That should have a version of make, > too, > > > > > > > > IIRC. > > > > > > > > > > > > > > > > On Sat, Jun 13, 2020 at 3:11 PM Gary Gregory < > garydgreg...@gmail.com> > > > > > > > wrote: > > > > > > > > > > > > > > > > > > Except that you can't build on plain Windows because the > build uses > > > > > > > make > > > > > > > > > and Microsoft version is called nmake. I might have to > cobble up some > > > > > > > > > cygwin thing... > > > > > > > > > > > > > > > > > > Gary > > > > > > > > > > > > > > > > > > On Sat, Jun 13, 2020, 18:02 Alex Remily < > alex.rem...@gmail.com> wrote: > > > > > > > > > > > > > > > > > > > I can't speak to how the original developers did the > build, but all > > > > > > > > > > the Windows builds that I did were on a Windows > machine. I always > > > > > > > > > > assumed that the original developers just manually > packed the release > > > > > > > > > > jar with artifacts from each supported environment. I > never did any > > > > > > > > > > investigation into the process. Is cobbling together a > release in > > > > > > > > > > that manner really a non-starter here? > > > > > > > > > > > > > > > > > > > > Alex > > > > > > > > > > > > > > > > > > > > On Sat, Jun 13, 2020 at 5:44 PM Gary Gregory < > garydgreg...@gmail.com > > > > > > > > > > > > > > > > > > wrote: > > > > > > > > > > > > > > > > > > > >
Re: [crypto] Release Build Requirements
Hi Alex, If you search back on this list, you'll find what I have built so far. Gary On Fri, Jul 17, 2020 at 11:03 PM Alex Remily wrote: > Gary, > > I compiled the 64-bit Windows build on my Mac and tested it in a > Windows VM. It was fairly straightforward with mingw. I still need > to cross-compile the Linux builds, but I'm cautiously optimistic that > they will be trivial compared to the Windows cross compilation. > Everything is easier on Linux. Where do we go from here in terms of > getting a release out? I see a couple of paths forward. One, I could > work with you to get the build out on your machine; or, two, you could > work with me to get the build out on my machine. I'm new to this > process, so defer to your judgement without recommendation. > > Alex > > - > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > >
Re: [all] Thoughts on build system maven -> gradle??
On a related note, anyone with non-trivial build needs can always develop Maven plugins to fill in any gaps in a more integrated fashion. That’s what we do in Jenkins, for example, and that’s an incredibly complex ecosystem. You get a ton of freebies with Maven which is fantastic for libraries especially. In my experience, Gradle was most useful in building standalone applications, though that’s fairly doable with Maven anyways. It’s mostly useful when you have a critical mass of developers who prefer it; otherwise, you end up with only half a person who understands the resulting build scripts. On Sat, Jul 18, 2020 at 08:37 Xeno Amess wrote: > -1 for me. I have experience of grade about maintaining 5 or 6 gradle > projects, including my graduationg project. > And I think gradle shitty. > > Adam Retter 于 2020年7月18日周六 下午8:18写道： > > > -1 from me. I have only ever found Gradle to be worse than Maven. > > > > On Thu, 16 Jul 2020, 23:30 Rob Tompkins, wrote: > > > > > I think we might be coming towards time to make this move or at least > > > accommodate for gradle builds in commons. Let’s look to the success the > > > Spring Framework has had here with gradle. That said, I’m merely trying > > to > > > gauge opinions here and am entirely content to stay with maven, if > that’s > > > what the community wishes. > > > > > > I’m a +1 on at least letting gradle be a part of our systems (don’t > have > > > to get rid of maven either). > > > > > > Cheers, > > > -Rob > > > - > > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > > > For additional commands, e-mail: dev-h...@commons.apache.org > > > > > > > > > -- Matt Sicker
Re: A release train...
On Sat, Jul 18, 2020 at 10:55 AM Adam Retter wrote: > Any chance of a release of Codec? > Sure, I'll put that on my list. Gary > > On Sat, 18 Jul 2020, 15:00 Gary Gregory, wrote: > > > Hi All, > > > > We've just released Commons Lang 3.11. My goal is to release Text very > > soon. When Phil is done with his work on Pool, release Pool, then DBCP. > > > > I also want to look at Crypto again where building the different binaries > > is a challenge but I think I am getting close. > > > > There is also CSV that is probably ready or close to ready for a release. > > > > Gary > > >
Re: A release train...
Any chance of a release of Codec? On Sat, 18 Jul 2020, 15:00 Gary Gregory, wrote: > Hi All, > > We've just released Commons Lang 3.11. My goal is to release Text very > soon. When Phil is done with his work on Pool, release Pool, then DBCP. > > I also want to look at Crypto again where building the different binaries > is a challenge but I think I am getting close. > > There is also CSV that is probably ready or close to ready for a release. > > Gary >
Re: [LANG] Null-safe 'operator'
Can't you just use java.util.Optional? That was added way back (ahum) in
Java 8.
Converting your example:
SubSubSubProperty value = Optional.ofNullable(object)
.map(ObjectType::getProperty)
.map(Property::getSubProperty)
.map(SubProperty::getSubSubProperty)
.map(SubSubProperty::getSubSubSubProperty)
.orElse(null);
On 18/07/2020 14:28, Juraj Jurčo wrote:
Hi guys,
I'm new in this list and I would like to contribute to Apache commons.
First of all I would like get some feedback if it makes sense to contribute.
Java is slow in implementation of null-safe operator however sometimes it's
really needed. So far I didn't find any implementation of this in any
library and I think it can be useful for many developers.
To the point, instead of writing something like:
if(object != null
&& object.getProperty() != null
&& object.getProperty().getSubProperty() != null
&& object.getProperty().getSubProperty().getSubSubProperty() !=
null ){
Object value =
object.getProperty().getSubProperty().getSubSubProperty().getSubSubSubProperty();
}
I would like to turn it into something like this:
Object value = ObjectUtils
.nullish(object)
.nullish(object::getProperty)
.nullish(Property::getSubProperty)
.nullish(SubProperty::getSubSubProperty)
.get(SubSubProperty::getSubSubSubProperty);
The idea is to return null in the case any property 'on the way' returns
null. I can implement it with defaults as well.
Do you have some objections to the implementation? Do you know if it
already exists somewhere?
Thanks for your feedback,
best, Juraj+
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
Re: [all] Thoughts on build system maven -> gradle??
-1 for me. I have experience of grade about maintaining 5 or 6 gradle projects, including my graduationg project. And I think gradle shitty. Adam Retter 于 2020年7月18日周六 下午8:18写道： > -1 from me. I have only ever found Gradle to be worse than Maven. > > On Thu, 16 Jul 2020, 23:30 Rob Tompkins, wrote: > > > I think we might be coming towards time to make this move or at least > > accommodate for gradle builds in commons. Let’s look to the success the > > Spring Framework has had here with gradle. That said, I’m merely trying > to > > gauge opinions here and am entirely content to stay with maven, if that’s > > what the community wishes. > > > > I’m a +1 on at least letting gradle be a part of our systems (don’t have > > to get rid of maven either). > > > > Cheers, > > -Rob > > - > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > > For additional commands, e-mail: dev-h...@commons.apache.org > > > > >
Re: A release train...
I’d like to help but I got a severe flu these days... If I can survive I will review Text, but don't wait for me. Gary Gregory 于 2020年7月18日周六 下午9:00写道： > Hi All, > > We've just released Commons Lang 3.11. My goal is to release Text very > soon. When Phil is done with his work on Pool, release Pool, then DBCP. > > I also want to look at Crypto again where building the different binaries > is a challenge but I think I am getting close. > > There is also CSV that is probably ready or close to ready for a release. > > Gary >
A release train...
Hi All, We've just released Commons Lang 3.11. My goal is to release Text very soon. When Phil is done with his work on Pool, release Pool, then DBCP. I also want to look at Crypto again where building the different binaries is a challenge but I think I am getting close. There is also CSV that is probably ready or close to ready for a release. Gary
[LANG] Null-safe 'operator'
Hi guys,
I'm new in this list and I would like to contribute to Apache commons.
First of all I would like get some feedback if it makes sense to contribute.
Java is slow in implementation of null-safe operator however sometimes it's
really needed. So far I didn't find any implementation of this in any
library and I think it can be useful for many developers.
To the point, instead of writing something like:
if(object != null
&& object.getProperty() != null
&& object.getProperty().getSubProperty() != null
&& object.getProperty().getSubProperty().getSubSubProperty() !=
null ){
Object value =
object.getProperty().getSubProperty().getSubSubProperty().getSubSubSubProperty();
}
I would like to turn it into something like this:
Object value = ObjectUtils
.nullish(object)
.nullish(object::getProperty)
.nullish(Property::getSubProperty)
.nullish(SubProperty::getSubSubProperty)
.get(SubSubProperty::getSubSubSubProperty);
The idea is to return null in the case any property 'on the way' returns
null. I can implement it with defaults as well.
Do you have some objections to the implementation? Do you know if it
already exists somewhere?
Thanks for your feedback,
best, Juraj+
Re: [all] Thoughts on build system maven -> gradle??
-1 from me. I have only ever found Gradle to be worse than Maven. On Thu, 16 Jul 2020, 23:30 Rob Tompkins, wrote: > I think we might be coming towards time to make this move or at least > accommodate for gradle builds in commons. Let’s look to the success the > Spring Framework has had here with gradle. That said, I’m merely trying to > gauge opinions here and am entirely content to stay with maven, if that’s > what the community wishes. > > I’m a +1 on at least letting gradle be a part of our systems (don’t have > to get rid of maven either). > > Cheers, > -Rob > - > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > >
