Jenkins build became unstable: commons-jexl #34

[Apache Jenkins Server]

See 



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

Jenkins build became unstable: commons-jexl » Apache Commons JEXL #34

[Apache Jenkins Server]

See 



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

[lang][wish] Add findAnnotation and findMethodsWithAnnotation to MethodUtils

[Yasser Zamani]

In order to fix WW-4744 , 
mainly, I am going to add two functionalities to MethodUtils: findAnnotation 
and findMethodsWithAnnotation.

findAnnotation will be an extension for Method.getAnnotation that also searches 
interfaces and super classes while caching results with no memory leak.

findMethodsWithAnnotation will be an extension for getMethodsWithAnnotation 
that also supports non public methods, super class and interface methods, 
again, while caching results as above.

Generally, do you agree with these in a pull request? If so, I would like to 
work on it [cid:part2.16F72EE1.7451E6D6@live.com]

Re: [Collections] UnmodifiableSet/UnmodifiableList

[Javen O'Neal]

If Read-only set/UnmodifiableSet doesn't implement the Set interface, you
won't be able to use it for functions with arguments of type Set. You won't
be able to cast back to a Set because a ReadOnlySet isn't a type of Set.

The only way this would work is if java.util.Set extended
ReadOnlySet/UnmodifiableSet, and that will probably never happen.

On Mar 24, 2017 8:57 AM, "Lukasz Lenart"  wrote:

> 2017-03-23 16:55 GMT+01:00 Javen O'Neal :
> > The best solution is to document where you return an UnmodifiableSet
> versus
> > a regular Set in your Javadocs.
>
> Disagree, compare these two examples:
>
> /**
>  * An immutable set, do not try to modify it
>  */
> private Set excluded;
>
> vs
>
> private UnmodifiableSet excluded;
>
>
> Regards
> --
> Łukasz
> + 48 606 323 122 http://www.lenart.org.pl/
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>

Re: [Collections] UnmodifiableSet/UnmodifiableList

[Lukasz Lenart]

2017-03-23 16:55 GMT+01:00 Javen O'Neal :
> The best solution is to document where you return an UnmodifiableSet versus
> a regular Set in your Javadocs.

Disagree, compare these two examples:

/**
 * An immutable set, do not try to modify it
 */
private Set excluded;

vs

private UnmodifiableSet excluded;


Regards
-- 
Łukasz
+ 48 606 323 122 http://www.lenart.org.pl/

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

Re: [Collections] UnmodifiableSet/UnmodifiableList

[Lukasz Lenart]

2017-03-23 16:35 GMT+01:00 sebb :
> On 23 March 2017 at 15:02, Lukasz Lenart  wrote:
>> 2017-03-23 14:37 GMT+01:00 sebb :
>>> Not sure I follow.
>>>
>>> What exactly can the compiler check?
>>
>> You can declare a variable or a field of type UnmodifiableSet but
>> there is no way to create instance of the type UnmodifiableSet - there
>> is no such constructor neither factory method :)
>>
>
> You can create an instance:
>
> UnmodifiableSet us = (UnmodifiableSet)
> UnmodifiableSet.unmodifiableSet(new java.util.HashSet());

Hmm... it is a solution ...

> us.clear(); // The compiler is happy with this, but it fails at 
> runtime

I don't care, internal code won't use it, if someone will try call
clear() it will be they problem ;-)

> AFAICT the only way the compiler can check is to create a class or
> interface that does not have the update methods.
>
> One could potentially create a ReadOnlySet interface that is
> implemented by UnmodifiableSet.
> Similarly for the other unmodifiable Collections.
>
> However would it be worth it?

I think it's worth do such thing, ReadOnlySet speaks better than any JavaDoc :)


Regards
-- 
Łukasz
+ 48 606 323 122 http://www.lenart.org.pl/

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

Re: Convert RNG help wanted into generic request

[Gilles]

Hi.

On Fri, 24 Mar 2017 10:24:10 +, Bernd Eckenfels wrote:

Hello,

Can we replace this task. We get so many references to it, and
despite the fact we answered the offers for help there was never a
result out of it.


I've pointed at that problem several months ago already.


I am unsure why that is, and maybe we could improve
our people skills, but it is rather obvious to me that this 
particular

help request does not attract the right engagement


I guess that the "helpwanted" page makes it too easy to send out
an automatic mail to this list, even thought the OP is not subscribed;
in at least one occurrence, the OP acted as if we were spamming her!

Is there another "helpwanted" request that redirects here?
If not, no surprise that it happens only through the one I created...


(besides the
wording is outdated)


Quite true but the problem existed before the wording got outdated.



We could replace it for a more generic Apache Commons Feedback wanted
task: if you use a Apache Commons components share your experience,
problems and Feedback on the User List.  - or similar?


Fine: Please change as you see fit. :-)

Best regards,
Gilles



Gruss
Bernd
--
http://bernd.eckenfels.net


From: Gilles 
Sent: Friday, March 24, 2017 2:13:40 AM
To: dev@commons.apache.org
Subject: Re: Contributing to Apache Commons (Beginner task)

Hello.

On Thu, 23 Mar 2017 21:02:11 +0100, Vladimir Kaplarevic wrote:

Hello,

I am looking to contribute to Apache Commons and start of with some
basic
beginner task. I came across this:


https://helpwanted.apache.org/task.html?532e1a732ca32a4e35fc7fc0e4c9373b6af1c17d

If possible, I would like to help out but I am not sure about the
steps
that I need to take here - ask to get jira ticket assigned, I guess?
Also,
I am not sure that I can find the jira ticket in here
 .

Any help is very much appreciated.


Thanks for your interest.
The wording in the " helpwanted" request is a bit out-of-date,
since the release happened last December.
However, it is still very useful to try out the code in real
applications and report of any problems.  You could also design
"toy" applications tailored to illustrate features of the library
(see the "commons-rng-examples" module in the source repository).

You could also have a look at the open issues (although those
might not be beginner tasks).

Don't hesitate to ask more questions, so we can focus more
precisely on what you want to do.

Best regards,
Gilles





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

JDK 9 EA Build 162 is available on java.net

[Rory O'Donnell]

Hi Benedikt,

*JDK 9 Early Access* b162   is 
available on java.net, summary of  changes are listed here 
.


There is one fix for a bug reported by Open Source projects since the 
last availability email  :


 * b161 - JDK 8176265 Method overload resolution on a covariant base
   type doesn't work in 9

Other change that maybe of interest:

 * b162 - JDK 8176503 security-libs Disable SHA-1 TLS Server Certificates


*Better tools for adjusting to strong encapsulation -* please read Mark 
Reinhold's email on this topic [1]

*
* *Quality Outreach Report for March 2017 *is available [2], many thanks 
for your continued support

and welcome to the new projects!

***Schedule - **JDK 9 Rampdown Phase 2*: Proposal accepted [3].
The overall goal of this process is to ensure that we fix just the bugs 
that must be fixed in order to ensure a successful release.


Oracle's JRE and JDK Cryptographic Roadmap has been updated since last 
availability email [4]


Rgds,Rory

[1] http://mail.openjdk.java.net/pipermail/jigsaw-dev/2017-March/011763.html
[2] 
https://wiki.openjdk.java.net/display/quality/Quality+Outreach+report+March+2017

[3] http://mail.openjdk.java.net/pipermail/jdk9-dev/2017-March/005689.html
[4] https://www.java.com/en/jre-jdk-cryptoroadmap.html

--
Rgds,Rory O'Donnell
Quality Engineering Manager
Oracle EMEA , Dublin, Ireland

Convert RNG help wanted into generic request

[Bernd Eckenfels]

Hello,

Can we replace this task. We get so many references to it, and despite the fact 
we answered the offers for help there was never a result out of it. I am unsure 
why that is, and maybe we could improve our people skills, but it is rather 
obvious to me that this particular help request does not attract the right 
engagement (besides the wording is outdated)

We could replace it for a more generic Apache Commons Feedback wanted task: if 
you use a Apache Commons components share your experience, problems and 
Feedback on the User List.  - or similar?

Gruss
Bernd
--
http://bernd.eckenfels.net


From: Gilles 
Sent: Friday, March 24, 2017 2:13:40 AM
To: dev@commons.apache.org
Subject: Re: Contributing to Apache Commons (Beginner task)

Hello.

On Thu, 23 Mar 2017 21:02:11 +0100, Vladimir Kaplarevic wrote:
> Hello,
>
> I am looking to contribute to Apache Commons and start of with some
> basic
> beginner task. I came across this:
>
> https://helpwanted.apache.org/task.html?532e1a732ca32a4e35fc7fc0e4c9373b6af1c17d
>
> If possible, I would like to help out but I am not sure about the
> steps
> that I need to take here - ask to get jira ticket assigned, I guess?
> Also,
> I am not sure that I can find the jira ticket in here
>  .
>
> Any help is very much appreciated.

Thanks for your interest.
The wording in the " helpwanted" request is a bit out-of-date,
since the release happened last December.
However, it is still very useful to try out the code in real
applications and report of any problems.  You could also design
"toy" applications tailored to illustrate features of the library
(see the "commons-rng-examples" module in the source repository).

You could also have a look at the open issues (although those
might not be beginner tasks).

Don't hesitate to ask more questions, so we can focus more
precisely on what you want to do.

Best regards,
Gilles


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