Le 06/05/2015 19:54, Jacques Le Roux a écrit :
Seems this not get through, forwarding...
Again w/o the link, I can't see what else could prevent this message to reach
the ML :/
Jacques
Le 06/05/2015 17:00, Jacques Le Roux a écrit :
Great to see that in the ASF repo, but what about
[
https://issues.apache.org/jira/browse/OFBIZ-6271?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14532165#comment-14532165
]
Jacques Le Roux commented on OFBIZ-6271:
Another somehow interesting related
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*
I was asking about Windows ;)
Jacques
Le 07/05/2015 09:17, Ejaz Ahmed a écrit :
I use gvmtools to install my required version of gradle and it works on any
Linux/Unix platform.
Regards:
Ejaz Ahmed
Date: Thu, 7 May 2015 08:50:01 +0200
From: jacques.le.r...@les7arts.com
To:
+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
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.
A helpful solution in this respect could be to designate a specific release
branch now (e.g. r15 or r16), create the
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 will
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
I use gvmtools to install my required version of gradle and it works on any
Linux/Unix platform.
Regards:
Ejaz Ahmed
Date: Thu, 7 May 2015 08:50:01 +0200
From: jacques.le.r...@les7arts.com
To: dev@ofbiz.apache.org
Subject: Re: survey: what version(s) of gradle are available on your
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
Adam,
I must admit that it's really hard for me to follow you. If you want
people to join the effort you should try to convince them, pick them up
where they are, just do some marketing for your ideas.
If you have the big picture in your mind, share it with us. And take
critical questions
[
https://issues.apache.org/jira/browse/OFBIZ-6335?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Pierre Smits reassigned OFBIZ-6335:
---
Assignee: Pierre Smits
Replacing bsh code with groovy code in PROJECTMGR screens, forms and
Pierre Smits created OFBIZ-6337:
---
Summary: Replacing bsh code with groovy Code in EBAY screens,
forms and menus
Key: OFBIZ-6337
URL: https://issues.apache.org/jira/browse/OFBIZ-6337
Project: OFBiz
Pierre Smits created OFBIZ-6341:
---
Summary: Replacing bsh code with groovy Code in Product screens,
forms and menus
Key: OFBIZ-6341
URL: https://issues.apache.org/jira/browse/OFBIZ-6341
Project: OFBiz
[
https://issues.apache.org/jira/browse/OFBIZ-6340?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Pierre Smits updated OFBIZ-6340:
Attachment: OFBIZ-6340-BSH2Groovy-Order.patch
This patch addresses the issue.
Replacing bsh code
[
https://issues.apache.org/jira/browse/OFBIZ-6342?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Pierre Smits updated OFBIZ-6342:
Attachment: OFBIZ-6342-BSH2Groovy-Party.patch
This patch addresses the issue.
Replacing bsh code
[
https://issues.apache.org/jira/browse/OFBIZ-6343?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Pierre Smits updated OFBIZ-6343:
Attachment: OFBIZ-6343-BSH2Groovy-WorkEffort.patch
This patch addresses the issue.
Replacing bsh
[
https://issues.apache.org/jira/browse/OFBIZ-6335?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Pierre Smits updated OFBIZ-6335:
Attachment: OFBIZ-6335-BSH2Groovy-ProjectMgr.patch
This patch addresses the issue.
Replacing bsh
Pierre Smits created OFBIZ-6338:
---
Summary: Replacing bsh code with groovy Code in EBAYStore screens,
forms and menus
Key: OFBIZ-6338
URL: https://issues.apache.org/jira/browse/OFBIZ-6338
Project: OFBiz
[
https://issues.apache.org/jira/browse/OFBIZ-6338?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Pierre Smits updated OFBIZ-6338:
Attachment: OFBIZ-6338-BSH2Groovy-EbayStore.patch
This patch addresses the issue.
Replacing bsh
[
https://issues.apache.org/jira/browse/OFBIZ-6339?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Pierre Smits updated OFBIZ-6339:
Attachment: OFBIZ-6339-BSH2Groovy-HumanRes.patch
This patch addresses the issue.
Replacing bsh
Pierre Smits created OFBIZ-6340:
---
Summary: Replacing bsh code with groovy Code in ORDER screens,
forms and menus
Key: OFBIZ-6340
URL: https://issues.apache.org/jira/browse/OFBIZ-6340
Project: OFBiz
Pierre Smits created OFBIZ-6343:
---
Summary: Replacing bsh code with groovy Code in WorkEffort
screens, forms and menus
Key: OFBIZ-6343
URL: https://issues.apache.org/jira/browse/OFBIZ-6343
Project:
Pierre Smits created OFBIZ-6345:
---
Summary: Replacing bsh code with groovy Code in Webtools screens,
forms and menus
Key: OFBIZ-6345
URL: https://issues.apache.org/jira/browse/OFBIZ-6345
Project: OFBiz
[
https://issues.apache.org/jira/browse/OFBIZ-6345?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Pierre Smits updated OFBIZ-6345:
Attachment: OFBIZ-6345-BSH2Groovy-Webtools.patch
This patch addresses the issue.
Replacing bsh
Pierre Smits created OFBIZ-6339:
---
Summary: Replacing bsh code with groovy Code in HUMANRES screens,
forms and menus
Key: OFBIZ-6339
URL: https://issues.apache.org/jira/browse/OFBIZ-6339
Project: OFBiz
[
https://issues.apache.org/jira/browse/OFBIZ-6344?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Pierre Smits updated OFBIZ-6344:
Attachment: OFBIZ-6344-BSH2Groovy-Content.patch
This patch addresses the issue.
Replacing bsh
Pierre Smits created OFBIZ-6344:
---
Summary: Replacing bsh code with groovy Code in Content screens,
forms and menus
Key: OFBIZ-6344
URL: https://issues.apache.org/jira/browse/OFBIZ-6344
Project: OFBiz
[
https://issues.apache.org/jira/browse/OFBIZ-6337?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Pierre Smits updated OFBIZ-6337:
Attachment: OFBIZ-6337-BSH2Groovy-Ebay.patch
This patch addresses the issue.
Replacing bsh code
Pierre Smits created OFBIZ-6342:
---
Summary: Replacing bsh code with groovy Code in Party screens,
forms and menus
Key: OFBIZ-6342
URL: https://issues.apache.org/jira/browse/OFBIZ-6342
Project: OFBiz
Maybe it's possible to load only locale define on common.properties
nicolas
Le 07/05/2015 00:08, Christian Geisert a écrit :
Hehe, this has already been discussed when switching to from .properties
to .xml
See https://issues.apache.org/jira/browse/OFBIZ-1442
And I was against this change
Hello All,
Since I work on the bootstrap theme in OFBiz, I have many thoughtful,
carefully read the ofbiz community exchanges and spoke with some members
of the OFBiz community.
Today I am convinced that the OFBiz project is a framework that is not
intended to be an ERP. Its OOTB user
Hi Julien,
thank you for bringing this up!
I don't think that this is of no interest in the community, it's just
overlaid by the many other topics we are discussing currently. I
personally think that all topics are worth to be discussed and
elaborated, maybe they have to be prioritised a
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
+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
On 05/07/2015 05:48 AM, Julien NICOLAS wrote:
I see a lot of debate about adding new functionality that allow to
improve development, compile, manage sources, merge with another
framework, but the debate on the division of project extensions seems
not to interest. It seems to me extremely
Hi
I also think it's great that this topic has been raised (so thanks Julien).
I would be really keen to participate in any effort that could simplify and
improve the user experience for OFBiz. Our demo is there to show people what
OFBiz can do but if it doesn't look very nice or easy to use
http://mail-archives.apache.org/mod_mbox/ofbiz-dev/201505.mbox/browser
Jacques Le Roux wrote:
I was asking about Windows ;)
Jacques
Le 07/05/2015 09:17, Ejaz Ahmed a écrit :
I use gvmtools to install my required version of gradle and it works
on any Linux/Unix platform.
Regards:
Ejaz
I agree with Julien's analysis.
If I say sub-projects again, Jacques will whack me upside the head but
I really think that a restructuring of the way the architecture is
presented and developed would provide a number of benefits:
- increase community involvement with less work for the current
On May 7, 2015, at 5:32 PM, Adam Heath doo...@brainfood.com wrote:
... and Jacopo's own graphs have shown ofbiz in decline(namely, the number of
commits to the project).
I completely disagree with your analysis.
Jacopo
On 05/07/2015 11:02 AM, Jacopo Cappellato wrote:
On May 7, 2015, at 5:32 PM, Adam Heath doo...@brainfood.com wrote:
... and Jacopo's own graphs have shown ofbiz in decline(namely, the number of
commits to the project).
I completely disagree with your analysis.
Well, that's a wonderfully
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
Hi Adam,
I'm not talking about how to do it but to answer the question : is the
community want to do it ?
Is the community want to maintain only a framework and not an ERP ?
Split the project in several part.
Maven could be a solution, but before choosing a solution, we must be
sure that
On 05/07/2015 09:42 AM, Julien NICOLAS wrote:
Hi Adam,
I'm not talking about how to do it but to answer the question : is the
community want to do it ?
Is the community want to maintain only a framework and not an ERP ?
Split the project in several part.
Maven could be a solution, but
Adam,
How does your work on refactoring OFBiz fit with your interest in a Moqui
PoC? Do you think that with your work there would not be a need to add in
Moqui in order to resolve the inadequacies that you find? Are you open to
the idea that it will be better to use Moqui in some way and not need
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.
Is
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 a
49 matches
Mail list logo
