[rhq.next] Java 8

Thomas Segismont tsegismo at redhat.com
Fri Dec 5 15:45:09 UTC 2014


Le 05/12/2014 16:35, Thomas Segismont a écrit :
> I don't think we need to follow an "all or nothing rule" here. Can't we
> make a difference between the code we write for "our" servers and the
> code which is aimed to be embedded in Wildfly/... ?
>
> We're going to manipulate a lot of data with asynchronous code in
> rhq-metrics and other projects. Writing it with Java 8 would make our
> life lot easier.
>
> About Wildfly compatibility, my understanding is that Wildfly supports
> JDK8 for execution. But I'm not sure you can write an extension with
> Java 8 (what if some internal library does bytecode inspection?).
> Besides, if an extension requires Java 8, it means it forces users to
> run the server with Java 8. They may not want to (for whatever
> particular reason).
>
> Bottom line:
> IMO, we *can* require Java 8 to run rhq.next projects, not the services
> which will be monitored.

We can require Java 8 for rhq.next servers, and we should ;)

>
>
> Le 05/12/2014 14:02, John Sanda a écrit :
>>
>>> On Dec 5, 2014, at 7:50 AM, John Sanda <jsanda at redhat.com
>>> <mailto:jsanda at redhat.com>> wrote:
>>>
>>>
>>>> On Dec 4, 2014, at 10:31 AM, Heiko W.Rupp <hrupp at redhat.com
>>>> <mailto:hrupp at redhat.com>> wrote:
>>>>
>>>>
>>>>> Am 04.12.2014 um 15:41 schrieb John Sanda <jsanda at redhat.com
>>>>> <mailto:jsanda at redhat.com>>:
>>>>>
>>>>> Any additional thoughts on whether or not we can use Java 8? Heiko,
>>>>> I was hoping you could shed some light here.
>>>>
>>>> I guess there is no easy black or white answer here.
>>>> For sure server parts can run on 8 and also use 8 apis and language
>>>> features.
>>>>
>>>> For agent parts that want to e.g. live inside a target resource, we
>>>> need to honor what the target does
>>>> e.g. if WildFly only supports Java7, we can not require Java8 for our
>>>> part.
>>>
>>> This is the big question. Do/will WildFly and any other target
>>> consumers support Java 8?
>>
>> It looks like WildFly has supported Java 8 since 8.0.0.Final[1]. There
>> is even support for running it with Java 8 on OpenShift[2]. And Fabric8
>> also supports Java 8[3]. It looks like we can make the switch to Java 8.
>>
>> [1] http://wildfly.org/news/2014/02/11/WildFly8-Final-Released/
>> [2]
>> https://developer.jboss.org/people/fjuma/blog/2014/06/03/wildfly-810final-on-openshift--with-jdk-8-support
>>
>> [3] http://fabric8.io/faq/
>>
>>>
>>>>
>>>> The other less technical aspect is that community at large does not
>>>> yet really understand the implications
>>>> of e.g. parallel streams that may end up in strange resource
>>>> starvation or deadlock cases.
>>>>
>>>> Having mentioned that, I am myself sort of looking forward to use
>>>> lambdas :)
>>>>
>>>>
>>>>>
>>>>>> On Nov 28, 2014, at 9:31 AM, Jiri Kremser <jkremser at redhat.com
>>>>>> <mailto:jkremser at redhat.com>> wrote:
>>>>>>
>>>>>> +100
>>>>>>
>>>>>> btw. I found an interesting project[1] on GitHub backporting lambas
>>>>>> to old java versions. However, it needs to run with -javaagent
>>>>>> option. All in all just a syntactic sugar I guess. Guava might be
>>>>>> still better for older Java versions.
>>>>>>
>>>>>> [1]: https://github.com/orfjackal/retrolambda
>>>>>> jk
>>>>>>
>>>>>>
>>>>>> ----- Original Message -----
>>>>>> | From: "John Sanda" <jsanda at redhat.com <mailto:jsanda at redhat.com>>
>>>>>> | To: rhq-devel at lists.fedorahosted.org
>>>>>> <mailto:rhq-devel at lists.fedorahosted.org>
>>>>>> | Sent: Wednesday, November 26, 2014 3:57:13 PM
>>>>>> | Subject: [rhq.next] Java 8
>>>>>> |
>>>>>> | There was some discussion yesterday on IRC about Java 8. Since
>>>>>> we are
>>>>>> | starting new with the rhq.next projects, I think it is worth
>>>>>> | asking/considering. Can/should we use Java 8? Is there anything
>>>>>> that would
>>>>>> | prevent us from doing so?
>>>>>> | _______________________________________________
>>>>>> | rhq-devel mailing list
>>>>>> | rhq-devel at lists.fedorahosted.org
>>>>>> <mailto:rhq-devel at lists.fedorahosted.org>
>>>>>> | https://lists.fedorahosted.org/mailman/listinfo/rhq-devel
>>>>>> |
>>>>>> _______________________________________________
>>>>>> rhq-devel mailing list
>>>>>> rhq-devel at lists.fedorahosted.org
>>>>>> <mailto:rhq-devel at lists.fedorahosted.org>
>>>>>> https://lists.fedorahosted.org/mailman/listinfo/rhq-devel
>>>>>
>>>>
>>>> --
>>>> Reg. Adresse: Red Hat GmbH, Technopark II, Haus C,
>>>> Werner-von-Siemens-Ring 14, D-85630 Grasbrunn
>>>> Handelsregister: Amtsgericht München HRB 153243
>>>> Geschäftsführer: Charles Cachera, Michael Cunningham, Paul Hickey,
>>>> Charlie Peters
>>>>
>>>
>>
>>
>>
>> _______________________________________________
>> rhq-devel mailing list
>> rhq-devel at lists.fedorahosted.org
>> https://lists.fedorahosted.org/mailman/listinfo/rhq-devel
>>
>
> _______________________________________________
> rhq-devel mailing list
> rhq-devel at lists.fedorahosted.org
> https://lists.fedorahosted.org/mailman/listinfo/rhq-devel



More information about the rhq-devel mailing list