by
Adrian at r1647873 which replaces DCL code with lazy-initializer class.
> Error with UtilMisc.availableLocales() shows with Java 8
>
>
> Key: OFBIZ-6917
> URL: https://issues.apache.org/jira/br
Jacques Le Roux created OFBIZ-6917:
--
Summary: Error with UtilMisc.availableLocales() shows with Java 8
Key: OFBIZ-6917
URL: https://issues.apache.org/jira/browse/OFBIZ-6917
Project: OFBiz
[
https://issues.apache.org/jira/browse/OFBIZ-6716?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Pierre Smits updated OFBIZ-6716:
Summary: OFBiz collapsing on Java 8 (was: OFBiz collapsing)
> OFBiz collapsing on Jav
All demos now run with Java 8. Still Buildbot pending...
Jacques
Le 19/10/2015 10:34, Nicolas Malin a écrit :
Le 18/10/2015 23:23, Jacques Le Roux a écrit :
Thanks Taher,
It should be OK, but I'll remember ;)
Jacques
Jacques, Taher, hanks for this issue and your time !
Le 18/10/2015 23:23, Jacques Le Roux a écrit :
Thanks Taher,
It should be OK, but I'll remember ;)
Jacques
Jacques, Taher, hanks for this issue and your time !
le.r...@les7arts.com>
To: dev@ofbiz.apache.org
Sent: Sunday, 18 October, 2015 1:36:22 PM
Subject: Re: Java 8 and functional programming in trunk
Hi Taher,
Yes I remember now, that's exactly why I was reluctant to do so. I have
a message remembering me that popping everyday... for months (I h
;jacques.le.r...@les7arts.com>
To: dev@ofbiz.apache.org
Sent: Sunday, 18 October, 2015 1:36:22 PM
Subject: Re: Java 8 and functional programming in trunk
Hi Taher,
Yes I remember now, that's exactly why I was reluctant to do so. I have a
message remembering me that popping everyday... for mon
gt;>> builds:
>>>>
>>>> +
>>>>
>>>> Taher Alkhateeb
>>>>
>>>> - Original Message -
>>>>
>>>> From: "Jacques Le Roux" <jacques.le.r...@les7arts.com>
>>>> To: dev@ofbiz.
system for trunk to use
JDK 8.
Taher Alkhateeb
- Original Message -
From: "Ron Wheeler" <rwhee...@artifact-software.com>
To: dev@ofbiz.apache.org
Sent: Wednesday, 14 October, 2015 3:40:33 PM
Subject: Re: Java 8 and functional programming in trunk
Good point about
com>
To: dev@ofbiz.apache.org
Sent: Sunday, 18 October, 2015 1:36:22 PM
Subject: Re: Java 8 and functional programming in trunk
Hi Taher,
Yes I remember now, that's exactly why I was reluctant to do so. I have a
message remembering me that popping everyday... for months (I have tons of
others :D)
Ac
Alkhateeb
- Original Message -
From: "Jacques Le Roux" <jacques.le.r...@les7arts.com>
To: dev@ofbiz.apache.org
Sent: Sunday, 18 October, 2015 1:36:22 PM
Subject: Re: Java 8 and functional programming in trunk
Hi Taher,
Yes I remember now, that's exactly why I was reluctant
Hi Taher,
Yes I remember now, that's exactly why I was reluctant to do so. I have a message remembering me that popping everyday... for months (I have tons of
others :D)
Actually it should not be a burden. I have just to upload Java 8 on the VM and set trunk to use it. it will be mandatory
is the exact patch line in macros.xml that would fail the builds:
+
Taher Alkhateeb
- Original Message -
From: "Jacques Le Roux" <jacques.le.r...@les7arts.com>
To: dev@ofbiz.apache.org
Sent: Sunday, 18 October, 2015 1:36:22 PM
Subject: Re: Java 8 and functional programming in
> 1) use Java 8 to compile
> 2) use new Java 8 features
>
> We can already do 1, but we should maybe wait the next freezed branch to
> do 2. That should be discussed but does not prevent 1. Of course any commit
> with 2 will be rejected as long as an agreement on 2 will not be reac
I tend to agree. Actually there are 2 points,
1) use Java 8 to compile
2) use new Java 8 features
We can already do 1, but we should maybe wait the next freezed branch to do 2. That should be discussed but does not prevent 1. Of course any commit
with 2 will be rejected as long as an agreement
. In fact, branches exist only to
stabilize trunk at certain points of time.
Furthermore, if we introduce Java 8 into trunk, what possible logical reason
exists for _voting_ to use the new features of the language? Why did you
upgrade in the first place if you do not intend to use the newer features
+1 on Tahar Alkhateeb's points.
I don't think that anyone is proposing to convert all existing code to
use the latest Java 8 features.
I think that once you force people to run the Java 8 JVM by doing the
compile with Java 8, you are pretty much done.
If someone adds a Stream function
You are right there is no need to wait for a frozen branch, we can already put Java 8 new code features in trunk and we will have them in the next
frozen branch which will need Java 8. Though we still need to agreed on this, I see not reasons we will not, so yes it seems to me a lazy consensus
Java 8 features.
I think that once you force people to run the Java 8 JVM by doing the compile
with Java 8, you are pretty much done.
If someone adds a Stream function in their code and the code is validated to
work correctly, that should be the end of the story.
We don't vote on other code changes
Good point about the backporting.
This will have an effect on the enthusiasm for backporting fixes.
Comparing trunk and backported code will certainly make for some good
examples about how to use Java 8 to write more concise and clearer code.
Ron
On 14/10/2015 8:29 AM, Jacques Le Roux wrote
: "Pierre Smits" <pierre.sm...@gmail.com>
To: dev@ofbiz.apache.org
Sent: Thursday, 7 May, 2015 10:52:00 AM
Subject: Re: Java 8 and functional programming in trunk
I don't think that it is a question of using or not using J8. It is more
about when to move it into trunk, as
I am not sure why backwards compatibility is an issue with moving to Java 8.
It works well,
it is the supported version of Java.
As far as I have heard, the Java 8 JVM runs code compiled with earlier
versions of Java. (My own experience is uniformly positive).
I can see no reason to think
, ==@gteq}
- Original Message -
From: Taher Alkhateeb slidingfilame...@gmail.com
To: dev@ofbiz.apache.org
Sent: Monday, 25 May, 2015 8:08:25 AM
Subject: Re: Java 8 and functional programming in trunk
Hello everyone,
Okay, so it seems there is consensus on going ahead with Java 8. I
adrian.c...@sandglass-software.com
To: dev@ofbiz.apache.org
Sent: Friday, 5 June, 2015 6:48:50 PM
Subject: Re: Java 8 and functional programming in trunk
I would recommend committing each fix separately, then log the revision
numbers in a single Jira issue.
Adrian Crum
Sandglass Software
@ofbiz.apache.org
Sent: Monday, 25 May, 2015 8:08:25 AM
Subject: Re: Java 8 and functional programming in trunk
Hello everyone,
Okay, so it seems there is consensus on going ahead with Java 8. I tried
testing this patch which I believe upgrades OFBiz to JDK 8.
Running ./ant clean-all build load
Hello everyone,
Okay, so it seems there is consensus on going ahead with Java 8. I tried
testing this patch which I believe upgrades OFBiz to JDK 8.
Running ./ant clean-all build load-demo run-tests delivers a failure in
testConvertOperatorSubstitutions (base tests). The error message
Not a separate instance, just a change in the Python BuildBot script; nothing
complicated
Jacques
Le 07/05/2015 10:12, Pierre Smits a écrit :
Wouldn't we need a separate CI instance on J8 to ensure that tests don't
fail?
Best regards,
Pierre Smits
*ORRTIZ.COM http://www.orrtiz.com*
+1
I think it would be strange to do a 1st release of 14.12 without moving
from (then non-supported) Java 1.7 to 1.8.
Michael
ecomify GmbH
www.ecomify.de
Am 07.05.15 um 09:58 schrieb Jacopo Cappellato:
On May 7, 2015, at 9:52 AM, Pierre Smits pierre.sm...@gmail.com wrote:
I don't think
Ok Thanks Scott and Jacques.
So Who is against use java 8 and more on trunk ?
:)
Nicolas
Le 07/05/2015 08:46, Jacques Le Roux a écrit :
Yes (lazy) consensus over vote ;)
Jacques
Le 07/05/2015 05:02, Scott Gray a écrit :
I'm not sure if a vote is necessary, particularly if no one has any
,
Pierre Smits
*ORRTIZ.COM http://www.orrtiz.com*
Services Solutions for Cloud-
Based Manufacturing, Professional
Services and Retail Trade
http://www.orrtiz.com
On Thu, May 7, 2015 at 9:30 AM, Nicolas Malin nicolas.ma...@nereide.fr
wrote:
Ok Thanks Scott and Jacques.
So Who is against use java 8
Yes (lazy) consensus over vote ;)
Jacques
Le 07/05/2015 05:02, Scott Gray a écrit :
I'm not sure if a vote is necessary, particularly if no one has any
objections.
Regards
Scott
On 7 May 2015 07:44, Nicolas Malin nicolas.ma...@nereide.fr wrote:
I'm favorable to use java 8.
I think it's
On May 7, 2015, at 9:52 AM, Pierre Smits pierre.sm...@gmail.com wrote:
I don't think that it is a question of using or not using J8. It is more
about when to move it into trunk, as from that moment on there will be
backward compatibility issues.
I think we could do it also in the 14.12
I tend to agree
Jacques
Le 07/05/2015 09:58, Jacopo Cappellato a écrit :
On May 7, 2015, at 9:52 AM, Pierre Smits pierre.sm...@gmail.com wrote:
I don't think that it is a question of using or not using J8. It is more
about when to move it into trunk, as from that moment on there will be
Wouldn't we need a separate CI instance on J8 to ensure that tests don't
fail?
Best regards,
Pierre Smits
*ORRTIZ.COM http://www.orrtiz.com*
Services Solutions for Cloud-
Based Manufacturing, Professional
Services and Retail Trade
http://www.orrtiz.com
On Thu, May 7, 2015 at 9:58 AM, Jacopo
Not a reply to Jacques, but if an absolutely java-8-only feature is
used, be sure to update the regex in ${ofbiz.home}/macros.xml, then the
source/target values in common.xml in the same folder.
ps: I'm fine with moving towards 1.8. It's not a choice that we can
make, actually.
On 05/07
+1
Java 8 works well, is supported and opens a lot of doors for new ways to
write clearer code.
Ron
On 07/05/2015 4:58 AM, Michael Brohl wrote:
+1
I think it would be strange to do a 1st release of 14.12 without
moving from (then non-supported) Java 1.7 to 1.8.
Michael
ecomify GmbH
Yes, we must support Java 8, but we absolutely have the choice to still
support Java 7 (i.e. no use of Java 8 only features yet)
IMHO there should be good reasons to use these Java 8 features (not just
because it's cool..)
It's not a big deal to update a developer machine to Java 8 (well, my
Well call it Standards Office or whatever, the guys who decide which
platforms are allowed to use in the company.
Java 8 is available since just about a year..
Just the mentioned Ubuntu 12.04 LTS (= Longtime Support, which means
support for 5 years) has no Java 8 in the official repositories
On 07/05/2015 12:37 PM, Christian Geisert wrote:
Well call it Standards Office or whatever, the guys who decide which
platforms are allowed to use in the company.
Java 7 will be coming off the list in most companies if it has not
already been done.
Java 8 is available since just about
I'm favorable to use java 8.
I think it's will be pretty fin if you can support oracle jdk8 and
openjdk8 also.
I propose to organize a vote to validate or not this proposition
Nicolas
Le 03/05/2015 11:52, Jacques Le Roux a écrit :
Hi Taher,
Yes I think so. For now well known (I hope
I'm not sure if a vote is necessary, particularly if no one has any
objections.
Regards
Scott
On 7 May 2015 07:44, Nicolas Malin nicolas.ma...@nereide.fr wrote:
I'm favorable to use java 8.
I think it's will be pretty fin if you can support oracle jdk8 and
openjdk8 also.
I propose
Hi everyone,
I would like to work on a few JIRAs and at the same refactor some existing
code to utilize Lambdas and Streams utilizing Java 8 features.
Is it acceptable to develop with JDK 8 features into trunk?
Taher Alkhateeb
Hi Taher,
Yes I think so. For now well known (I hope ;)) security reasons, if people want
to use Oracle JDK they need to use Java 8.
So implementing with new Java 8 features now in trunk sounds good to me. BTW
this is only my opinion...
Note that our demos are still using OpenJDK 1.7 I'm
Hi,
Good news we can now compile trunk and all branches with Java 8 see
https://issues.apache.org/jira/browse/OFBIZ-5835
BTW the EOL of Java 1.7 is near, so good timing to change our documentation.
I believe using Java 8 should not be a problem, more a good thing. But I must
say here I still
Thanks Ron,
Yes looking forward for streams, lambdas and more
Jacques
Le 17/02/2015 20:27, Ron Wheeler a écrit :
So far, I have developed 1 app completely in Java 8 and converted our
ADTransform product from Java 7 to Java 8.
I had no problems.
I am pretty sure that you will find it pretty
So far, I have developed 1 app completely in Java 8 and converted our
ADTransform product from Java 7 to Java 8.
I had no problems.
I am pretty sure that you will find it pretty painless.
I don't have any metrics on the performance improvement but it certainly
seems as fast as Java 7 both
Modularity at the language level might prove interesting for OFBiz (just cross
readed)
http://www.javacodegeeks.com/2012/01/java-8-status-updates.html
Jacques
47 matches
Mail list logo
