Re: svn commit: r1708560 - in /ofbiz/trunk: framework/base/lib/guava-14.0.1.jar specialpurpose/solr/lib/runtime/guava-14.0.1.jar

Thanks Jacopo, done at r1708731+1708732 Jacques Le 15/10/2015 05:47, Jacopo Cappellato a écrit : Hi Jacques, could you please update the LICENSE files (in the main folder and in the specialpurpose folder) to reflect this change? Thanks, Jacopo On Wed, Oct 14, 2015 at 10:51 AM, wrote: Au

Re: svn commit: r1708560 - in /ofbiz/trunk: framework/base/lib/guava-14.0.1.jar specialpurpose/solr/lib/runtime/guava-14.0.1.jar

Hi Jacques, could you please update the LICENSE files (in the main folder and in the specialpurpose folder) to reflect this change? Thanks, Jacopo On Wed, Oct 14, 2015 at 10:51 AM, wrote: > Author: jleroux > Date: Wed Oct 14 08:51:36 2015 > New Revision: 1708560 > > URL: http://svn.apache.or

Re: Why A Framework Rewrite Is Necessary

I agree that a sub-project would be nice to have. Once the new framework is up and running, applications could be pulled down and adapted to it. Adrian Crum Sandglass Software www.sandglass-software.com On 10/14/2015 5:53 PM, Ron Wheeler wrote: This seems to be very good advice. A completely s

Re: Why A Framework Rewrite Is Necessary

This seems to be very good advice. A completely separate sub-project under OFBiz with its own mailing lists would keep the people together yet all allow the new framework the flexibility to move forward. Ron On 14/10/2015 8:27 PM, Scott Gray wrote: My advice is as follows: 1. If people are in

Re: Why A Framework Rewrite Is Necessary

There is a link at the bottom of the page that leads to a draft design overview. The design is short on details because no one expressed an interest in it and contributed to it. I wasn't going to do it by myself because I didn't want it to become "an Adrian thing." Some of the truly amazing

Re: Why A Framework Rewrite Is Necessary

There are no details about the API on that page. I was hoping that you might have some more details not yet added to the page. Ron On 14/10/2015 8:05 PM, Adrian Crum wrote: On 10/14/2015 2:09 PM, Ron Wheeler wrote: How much of the Foundation core either overlaps with Spring or could be imple

Re: Why A Framework Rewrite Is Necessary

As Jacques mentioned, OFBiz is a bit special in Apache. Why special? Personally, I think OFBiz is built for Sharan, for consultants. The other projects in Apache are for developers. So my vote will follow Sharan's. :) -邮件原件- 发件人: Adrian Crum [mailto:adrian.c...@sandglass-software.com]

Re: Why A Framework Rewrite Is Necessary

My advice is as follows: 1. If people are interested, then get them together and start working on it. 2. Find somewhere to do the work. I don't think a branch is appropriate because it's completely new development rather than a refactoring. I don't have any objections to it being done under the A

Re: Why A Framework Rewrite Is Necessary

Hi all, I am in total agreement about the problems. I am hesitant about the solution. OFBiz is not perfect, we all know that. A rewrite will not be perfect either. A major rewrite will distract attention from OFBiz, which currently works. Shipping is a feature. Joel Spolsky had a good discussio

Re: Why A Framework Rewrite Is Necessary

On 10/14/2015 2:09 PM, Ron Wheeler wrote: How much of the Foundation core either overlaps with Spring or could be implemented using Spring? How much of the design for an API has been thought out? https://cwiki.apache.org/confluence/display/OFBADMIN/Another+Framework+Vision Please take some ti

Re: Why A Framework Rewrite Is Necessary

How much of the Foundation core either overlaps with Spring or could be implemented using Spring? How much of the design for an API has been thought out? Are there other documents that give use cases and general instructions for writing an application using the framework? Is there any hypotheti

Re: Why A Framework Rewrite Is Necessary

Hi Adrian, Sharan and everyone, Thank you so much for this great input. I wholeheartedly agree with a rewrite (that is so badly needed) and we had a few other threads trying to push that. Adrian if the ball gets rolling on the vision you put forward then count me in. I would absolutely love to

Re: Why A Framework Rewrite Is Necessary

Hi Adrian Thanks for bringing the framework topic up again as I've seen quite a few disucussions about it but nothing has gained enough momentum to do anything about it. At Apachecon it was one of the main subjects that I wanted to raise because it sounded like an " elephant in the room " topic

Why A Framework Rewrite Is Necessary

I understand that Sharan brought up the framework rewrite subject at ApacheCon, and some attendees felt that the framework is fine and no action needs to be taken. In this message, I will try to give a detailed explanation of why a framework rewrite is necessary. I don't plan to take any furth

Re: Sharing ApacheCon Europe Slide Links

Apologies for the redundancy! On Wed, Oct 14, 2015 at 5:59 PM, gil.portensei...@nereide.fr < gil.portensei...@nereide.fr> wrote: > > I Gavin, > > Everything is already uploaded in the wiki, in the event section :). Dont > know why mine is not appearing, i did upload it... > > Cheers > > Gil > > >

Re: Sharing ApacheCon Europe Slide Links

I Gavin, Everything is already uploaded in the wiki, in the event section :). Dont know why mine is not appearing, i did upload it... Cheers Gil Message original De : Gavin Mabie Envoyé : Wednesday, October 14, 2015 03:39 PM À : dev@ofbiz.apache.org Sujet : Sharing Apac

Sharing ApacheCon Europe Slide Links

Hi All Here are a few links to slides presented by OFBiz community members at the recent ApacheCon. State of Apache OFBiz (Jacopo Cappellato) GrowERP as a service

Re: Java 8 and functional programming in trunk

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:

Re: Java 8 and functional programming in trunk

Yes I think I confused myself on this one (for my defense I got a *strong* cold recently and I'm just recovering :p) Inline... Le 14/10/2015 14:05, Ron Wheeler a écrit : +1 on Tahar Alkhateeb's points. I don't think that anyone is proposing to convert all existing code to use the latest Java

Re: Java 8 and functional programming in trunk

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 ap

Re: Java 8 and functional programming in trunk

+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 in th

Re: Moving groovy script files

It is a code change, so there must be consensus (albeit lazy is applicable). Pierre Smits *OFBiz Extensions Marketplace* http://oem.ofbizci.net/oci-2/ On Wed, Oct 14, 2015 at 12:42 PM, Jacques Le Roux < jacques.le.r...@les7arts.com> wrote: > Thanks Pierre, > > I re-read it all, I think we are r

Re: Moving groovy script files

Thanks Pierre, I re-read it all, I think we are ready to begin, aren't we? Jacques Le 11/10/2015 10:02, Pierre Smits a écrit : I think this is the tread: http://ofbiz.markmail.org/message/25dse4jke2fp64mx Best regards, Pierre Smits *OFBiz Extensions Marketplace* http://oem.ofbizci.net/oci-2

Re: Java 8 and functional programming in trunk

Hi Jacques, I am a bit confused? Why wait for a frozen branch for anything? I thought trunk is your development/unstable bleeding-edge part of the code. This is where you introduce changes without worrying about people's stable systems because they base their systems on release branches. In fa

Re: Java 8 and functional programming in trunk

So we need to plan for it, and tie it to a release branch? Best regards, Pierre Smits *OFBiz Extensions Marketplace* http://oem.ofbizci.net/oci-2/ On Wed, Oct 14, 2015 at 11:23 AM, Jacques Le Roux < jacques.le.r...@les7arts.com> wrote: > I tend to agree. Actually there are 2 points, > 1) use J

Re: Java 8 and functional programming in trunk

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 o

Re: svn commit: r1708560 - in /ofbiz/trunk: framework/base/lib/guava-14.0.1.jar specialpurpose/solr/lib/runtime/guava-14.0.1.jar

BTW it's good to have guava lib in base/lib as explained recently by the (still?) only paid member of the Groovy project (Jochen Theodorou) because of its persistent collections

[jira] [Comment Edited] (OFBIZ-6669) Possible static XSS issue with Content

[ https://issues.apache.org/jira/browse/OFBIZ-6669?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14954165#comment-14954165 ] Jacques Le Roux edited comment on OFBIZ-6669 at 10/14/15 8:52 AM: --

[jira] [Commented] (OFBIZ-6236) Integration of OFBiz and Magento ecommerce for providing Order Management support

[ https://issues.apache.org/jira/browse/OFBIZ-6236?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14956498#comment-14956498 ] Jacques Le Roux commented on OFBIZ-6236: Marketing :) > Integration of OFBiz and

[jira] [Commented] (OFBIZ-6669) Possible static XSS issue with Content

[ https://issues.apache.org/jira/browse/OFBIZ-6669?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14956497#comment-14956497 ] Jacques Le Roux commented on OFBIZ-6669: I'm not quite sure about that, at least t

[jira] [Commented] (OFBIZ-6669) Possible static XSS issue with Content

[ https://issues.apache.org/jira/browse/OFBIZ-6669?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14956492#comment-14956492 ] Jacques Le Roux commented on OFBIZ-6669: Yes right Vyom, I thought just before get

[jira] [Commented] (OFBIZ-6669) Possible static XSS issue with Content

[ https://issues.apache.org/jira/browse/OFBIZ-6669?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14956476#comment-14956476 ] Pierre Smits commented on OFBIZ-6669: - What does the guava lib deliver? > Possible s

[jira] [Commented] (OFBIZ-6669) Possible static XSS issue with Content

[ https://issues.apache.org/jira/browse/OFBIZ-6669?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14956463#comment-14956463 ] Vyom Jain commented on OFBIZ-6669: -- If I understand r1708471 commit message, it seems tru

[jira] [Commented] (OFBIZ-6236) Integration of OFBiz and Magento ecommerce for providing Order Management support

[ https://issues.apache.org/jira/browse/OFBIZ-6236?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14956392#comment-14956392 ] Pierre Smits commented on OFBIZ-6236: - Why is it better to have it in the OFBiz code b