Re: Photo or Avatar for Committers and PMC Members List

[Jacques Le Roux]

Ha indeed forgot all is blocked there. Good idea Michael, I will do so :)

Jacques

Le 30/04/2015 22:54, Michael Brohl a écrit :

Hi Jacques,

seems I cannot edit and post comments on the Wiki page :-/

I don't want to pollute this ML with this minor thread so maybe you can check this and add a short how-to at the contributors page for adding images 
(or links to images) to the page? Not an urgent task though...


Thanks and a happy 1st May / Fête du Travail,

Michael Brohl
ecomify GmbH
www.ecomify.de

Am 30.04.15 um 18:29 schrieb Jacques Le Roux:

Hi Michael,

I think the better way is to give a link to an image, when can then use it directly. Post it as a comment and we will add it. We have a plan to 
merge all OFBiz Confluence workspaces in the one accessible by contributors (aka wiki) but it's not done yet, nor even planned :/


Thanks

Jacques

Re: VOTE RESULT: Begin Replacing OFBiz Framework With Moqui

[Jacopo Cappellato]

On Apr 30, 2015, at 11:12 PM, David E. Jones  wrote:

> 
> This doesn’t seem to represent the responses very well. My vote shouldn’t be 
> considered a +1 unless my interpretation of the proposal (as a PoC in a 
> branch) was correct, and I saw no comment on that… in fact from this message 
> it seems that is explicitly NOT what the vote was supposed to be about based 
> on the comment that doing a PoC in a branch requires no vote.
> 

I had the same thought: for example, I didn't understand why David's and my 
vote have been classified as +1 and -1 respectively when I have clearly 
mentioned: "+1 to this proposal by David".

Jacopo

> Overall the vote proposal and discussion thread was very confusing, I don’t 
> see how you could get any sort of vote count out of it… most people replied 
> with multiple votes with different clarifications!
> 
> This VOTE RESULT never should have been done, the vote should simply have 
> been cancelled or reframed.
> 
> -David
> 
> 
>> On 30 Apr 2015, at 00:55, Adrian Crum  
>> wrote:
>> 
>> Here is the tally of the votes. This was a challenge because many replies 
>> included votes for other things, so this tally represents my best effort at 
>> counting votes for the original subject.
>> 
>> PMC Members (Binding)
>> -
>> +0 | 2  (Adam Heath, Jacques Le Roux)
>> +1 | 1  (David Jones)
>> -1 | 3  (Nicolas Malin, Scott Gray, Jacopo Cappellato)
>> 
>> 
>> Others (non-Binding)
>> 
>> +0 | 1  (Adrian Crum)
>> -1 | 2  (Ron Wheeler, Martin Becker)
>> 
>> The vote failed to pass with 3 -1 votes and 1 +1 vote.
>> 
>> The replies included a discussion about creating a POC branch to explore the 
>> subject further. That can be done without a vote, so I will consider this 
>> vote closed.
>> 
>> 
>> Adrian Crum
>> Sandglass Software
>> www.sandglass-software.com
>> 
>> On 4/26/2015 3:44 PM, Adrian Crum wrote:
>>> As was discussed last week, there is some interest in replacing some (or
>>> all) of OFBiz with Moqui (http://www.moqui.org/framework/index.html).
>>> 
>>> To the scope reasonable, I propose that we begin by converting the
>>> following parts of the OFBiz framework with Moqui:
>>> 
>>> Entity Engine
>>> Service Engine
>>> Security
>>> 
>>> Other parts of the OFBiz framework could be converted as well, but I
>>> think this would be a good starting point, and if is successful, then
>>> more of OFBiz can be converted later.
>>> 
>>> I believe we can create a thunk component to help solve compatibility
>>> problems, but that is a separate discussion. I only mention it here in
>>> case compatibility concerns might influence a vote.
>>> 
> 

Re: VOTE: Begin Replacing OFBiz Framework With Moqui

[David E. Jones]

> On 30 Apr 2015, at 05:31, Ron Wheeler  wrote:
> 
> My point was about the suggestion that you might want to add it as a TLP in 
> ASF but there were concerns about the amount of effort to start an ASF 
> project.

For Moqui Framework as an ASF project my concern really isn’t about the effort 
required, it would be WAY easier than when OFBiz went through the incubator. My 
concerns are about the community management approach, the forced growth of the 
community to graduate from the incubator (leading to hurried and possibly bad 
decisions about who to include as committers and PMC members), the ASF 
trademark policy and it’s use to go beyond what the Apache 2 license requires 
using trademarks as another channel for legal threats, the infrastructure 
constraints, and so on.

The main benefit to joining the ASF: branding. It is a HUGE taboo to even say 
such a thing (and in the incubator proposals they want an ack that this is NOT 
a reason for joining the ASF), but it is the reality. For OFBiz the main 
benefit we've seen over time, IMO, had nothing to do with the oversight or 
community structure or infra or anything legal, but just having the Apache name 
on the project to boost confidence in the software. The irony is that the ASF 
has no policies related to software quality, but this is the public perception, 
helped along by no shortage of public statements by many people involved with 
the ASF. Maybe it’s more acceptable to say the ASF community model leads to 
higher quality software, that’s the general mantra anyway, but compared to 
other models I haven’t found that to be especially true.

The ASF approach has it’s place and it’s great for certain types of software, 
but IMO is too inflexible for greater innovation to happen which is why most 
ASF projects start outside the ASF and join the foundation after reaching a 
certain point of maturity, and mostly by companies wanting to grow a community 
around a piece of software to reduce maintenance and support costs. That isn’t 
a bad thing, such software tends to do very well long term!

-David

Re: VOTE RESULT: Begin Replacing OFBiz Framework With Moqui

[David E. Jones]

This doesn’t seem to represent the responses very well. My vote shouldn’t be 
considered a +1 unless my interpretation of the proposal (as a PoC in a branch) 
was correct, and I saw no comment on that… in fact from this message it seems 
that is explicitly NOT what the vote was supposed to be about based on the 
comment that doing a PoC in a branch requires no vote.

Overall the vote proposal and discussion thread was very confusing, I don’t see 
how you could get any sort of vote count out of it… most people replied with 
multiple votes with different clarifications!

This VOTE RESULT never should have been done, the vote should simply have been 
cancelled or reframed.

-David


> On 30 Apr 2015, at 00:55, Adrian Crum  
> wrote:
> 
> Here is the tally of the votes. This was a challenge because many replies 
> included votes for other things, so this tally represents my best effort at 
> counting votes for the original subject.
> 
> PMC Members (Binding)
> -
> +0 | 2  (Adam Heath, Jacques Le Roux)
> +1 | 1  (David Jones)
> -1 | 3  (Nicolas Malin, Scott Gray, Jacopo Cappellato)
> 
> 
> Others (non-Binding)
> 
> +0 | 1  (Adrian Crum)
> -1 | 2  (Ron Wheeler, Martin Becker)
> 
> The vote failed to pass with 3 -1 votes and 1 +1 vote.
> 
> The replies included a discussion about creating a POC branch to explore the 
> subject further. That can be done without a vote, so I will consider this 
> vote closed.
> 
> 
> Adrian Crum
> Sandglass Software
> www.sandglass-software.com
> 
> On 4/26/2015 3:44 PM, Adrian Crum wrote:
>> As was discussed last week, there is some interest in replacing some (or
>> all) of OFBiz with Moqui (http://www.moqui.org/framework/index.html).
>> 
>> To the scope reasonable, I propose that we begin by converting the
>> following parts of the OFBiz framework with Moqui:
>> 
>> Entity Engine
>> Service Engine
>> Security
>> 
>> Other parts of the OFBiz framework could be converted as well, but I
>> think this would be a good starting point, and if is successful, then
>> more of OFBiz can be converted later.
>> 
>> I believe we can create a thunk component to help solve compatibility
>> problems, but that is a separate discussion. I only mention it here in
>> case compatibility concerns might influence a vote.
>> 

Re: Photo or Avatar for Committers and PMC Members List

[Michael Brohl]

Hi Jacques,

seems I cannot edit and post comments on the Wiki page :-/

I don't want to pollute this ML with this minor thread so maybe you can 
check this and add a short how-to at the contributors page for adding 
images (or links to images) to the page? Not an urgent task though...


Thanks and a happy 1st May / Fête du Travail,

Michael Brohl
ecomify GmbH
www.ecomify.de

Am 30.04.15 um 18:29 schrieb Jacques Le Roux:

Hi Michael,

I think the better way is to give a link to an image, when can then 
use it directly. Post it as a comment and we will add it. We have a 
plan to merge all OFBiz Confluence workspaces in the one accessible by 
contributors (aka wiki) but it's not done yet, nor even planned :/


Thanks

Jacques






smime.p7s
Description: S/MIME Cryptographic Signature

[jira] [Assigned] (OFBIZ-6320) Replace EditProductAssoc ftl with widgets

[Jacques Le Roux (JIRA)]

 [ 
https://issues.apache.org/jira/browse/OFBIZ-6320?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jacques Le Roux reassigned OFBIZ-6320:
--

Assignee: Jacques Le Roux

> Replace EditProductAssoc ftl with widgets
> -
>
> Key: OFBIZ-6320
> URL: https://issues.apache.org/jira/browse/OFBIZ-6320
> Project: OFBiz
>  Issue Type: Improvement
>  Components: product
>Affects Versions: Trunk
>Reporter: Christian Carlow
>Assignee: Jacques Le Roux
> Attachments: OFBIZ-6320.patch
>
>




--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Re: Photo or Avatar for Committers and PMC Members List

[Michael Brohl]

Ok,

thanks, Jacques!

Regards,

Michael Brohl
ecomifyGmbH
www.ecomify.de

Am 30.04.15 um 18:29 schrieb Jacques Le Roux:

Hi Michael,

I think the better way is to give a link to an image, when can then 
use it directly. Post it as a comment and we will add it. We have a 
plan to merge all OFBiz Confluence workspaces in the one accessible by 
contributors (aka wiki) but it's not done yet, nor even planned :/


Thanks

Jacques

Le 30/04/2015 17:49, Michael Brohl a écrit :

Hi Sharan,

great idea, it's good to have a picture of the community members. Saw 
that a photo column was added to 
https://cwiki.apache.org/confluence/display/OFBADMIN/Apache+OFBiz+Contributors 
also, but how can I add a photo there? Seems there is no write 
permission for me.


Thanks and regards,

Michael Brohl
ecomify GmbH
www.ecomify.de


Am 30.04.15 um 09:42 schrieb Sharan-F:

Hi All

I've added a column to the Committer and PMC members list for people 
to add

a photo or avatar if they would like to.

https://cwiki.apache.org/confluence/display/OFBADMIN/Apache+OFBiz+PMC+%28Project+Management+Committee%29+Members+and+Committers 

 



Thanks
Sharan



--
View this message in context: 
http://ofbiz.135035.n4.nabble.com/Photo-or-Avatar-for-Committers-and-PMC-Members-List-tp4667766.html

Sent from the OFBiz - Dev mailing list archive at Nabble.com.








smime.p7s
Description: S/MIME Cryptographic Signature

[jira] [Commented] (OFBIZ-6320) Replace EditProductAssoc ftl with widgets

[Christian Carlow (JIRA)]

[ 
https://issues.apache.org/jira/browse/OFBIZ-6320?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14522052#comment-14522052
 ] 

Christian Carlow commented on OFBIZ-6320:
-

The patch implements OFBIZ-6318 with form widgets instead of FTL.

> Replace EditProductAssoc ftl with widgets
> -
>
> Key: OFBIZ-6320
> URL: https://issues.apache.org/jira/browse/OFBIZ-6320
> Project: OFBiz
>  Issue Type: Improvement
>  Components: product
>Affects Versions: Trunk
>Reporter: Christian Carlow
> Attachments: OFBIZ-6320.patch
>
>




--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Updated] (OFBIZ-6320) Replace EditProductAssoc ftl with widgets

[Christian Carlow (JIRA)]

 [ 
https://issues.apache.org/jira/browse/OFBIZ-6320?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Christian Carlow updated OFBIZ-6320:

Attachment: OFBIZ-6320.patch

Resubmitting patch because the screen labels were incorrect.

> Replace EditProductAssoc ftl with widgets
> -
>
> Key: OFBIZ-6320
> URL: https://issues.apache.org/jira/browse/OFBIZ-6320
> Project: OFBiz
>  Issue Type: Improvement
>  Components: product
>Affects Versions: Trunk
>Reporter: Christian Carlow
> Attachments: OFBIZ-6320.patch
>
>




--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Updated] (OFBIZ-6320) Replace EditProductAssoc ftl with widgets

[Christian Carlow (JIRA)]

 [ 
https://issues.apache.org/jira/browse/OFBIZ-6320?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Christian Carlow updated OFBIZ-6320:

Attachment: (was: OFBIZ-6320.patch)

> Replace EditProductAssoc ftl with widgets
> -
>
> Key: OFBIZ-6320
> URL: https://issues.apache.org/jira/browse/OFBIZ-6320
> Project: OFBiz
>  Issue Type: Improvement
>  Components: product
>Affects Versions: Trunk
>Reporter: Christian Carlow
>




--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (OFBIZ-6320) Replace EditProductAssoc ftl with widgets

[Christian Carlow (JIRA)]

[ 
https://issues.apache.org/jira/browse/OFBIZ-6320?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14522035#comment-14522035
 ] 

Christian Carlow commented on OFBIZ-6320:
-

product/webapp/catalog/product/EditProductAssoc.ftl may be removed if the patch 
is applied

> Replace EditProductAssoc ftl with widgets
> -
>
> Key: OFBIZ-6320
> URL: https://issues.apache.org/jira/browse/OFBIZ-6320
> Project: OFBiz
>  Issue Type: Improvement
>  Components: product
>Affects Versions: Trunk
>Reporter: Christian Carlow
> Attachments: OFBIZ-6320.patch
>
>




--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Updated] (OFBIZ-6320) Replace EditProductAssoc ftl with widgets

[Christian Carlow (JIRA)]

 [ 
https://issues.apache.org/jira/browse/OFBIZ-6320?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Christian Carlow updated OFBIZ-6320:

Attachment: OFBIZ-6320.patch

Whoops, sorry Pierre, here it is.  I shall be more careful next time.

> Replace EditProductAssoc ftl with widgets
> -
>
> Key: OFBIZ-6320
> URL: https://issues.apache.org/jira/browse/OFBIZ-6320
> Project: OFBiz
>  Issue Type: Improvement
>  Components: product
>Affects Versions: Trunk
>Reporter: Christian Carlow
> Attachments: OFBIZ-6320.patch
>
>




--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Re: Photo or Avatar for Committers and PMC Members List

[Jacques Le Roux]

Le 30/04/2015 18:29, Jacques Le Roux a écrit :

Hi Michael,

I think the better way is to give a link to an image, when can then use it directly. Post it as a comment and we will add it. We have a plan to 
merge all OFBiz Confluence workspaces in the one accessible by contributors (aka wiki) but it's not done yet, nor even planned :/

when = we :/

Jacques



Thanks

Jacques

Le 30/04/2015 17:49, Michael Brohl a écrit :

Hi Sharan,

great idea, it's good to have a picture of the community members. Saw that a photo column was added to 
https://cwiki.apache.org/confluence/display/OFBADMIN/Apache+OFBiz+Contributors also, but how can I add a photo there? Seems there is no write 
permission for me.


Thanks and regards,

Michael Brohl
ecomify GmbH
www.ecomify.de


Am 30.04.15 um 09:42 schrieb Sharan-F:

Hi All

I've added a column to the Committer and PMC members list for people to add
a photo or avatar if they would like to.

https://cwiki.apache.org/confluence/display/OFBADMIN/Apache+OFBiz+PMC+%28Project+Management+Committee%29+Members+and+Committers


Thanks
Sharan



--
View this message in context: 
http://ofbiz.135035.n4.nabble.com/Photo-or-Avatar-for-Committers-and-PMC-Members-List-tp4667766.html
Sent from the OFBiz - Dev mailing list archive at Nabble.com.

[jira] [Commented] (OFBIZ-6320) Replace EditProductAssoc ftl with widgets

[Pierre Smits (JIRA)]

[ 
https://issues.apache.org/jira/browse/OFBIZ-6320?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14521877#comment-14521877
 ] 

Pierre Smits commented on OFBIZ-6320:
-

There is no patch associated with this issue. So status is wrong.

> Replace EditProductAssoc ftl with widgets
> -
>
> Key: OFBIZ-6320
> URL: https://issues.apache.org/jira/browse/OFBIZ-6320
> Project: OFBiz
>  Issue Type: Improvement
>  Components: product
>Affects Versions: Trunk
>Reporter: Christian Carlow
>




--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Created] (OFBIZ-6320) Replace EditProductAssoc ftl with widgets

[Christian Carlow (JIRA)]

Christian Carlow created OFBIZ-6320:
---

 Summary: Replace EditProductAssoc ftl with widgets
 Key: OFBIZ-6320
 URL: https://issues.apache.org/jira/browse/OFBIZ-6320
 Project: OFBiz
  Issue Type: Improvement
  Components: product
Affects Versions: Trunk
Reporter: Christian Carlow






--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Re: Photo or Avatar for Committers and PMC Members List

[Jacques Le Roux]

Hi Michael,

I think the better way is to give a link to an image, when can then use it directly. Post it as a comment and we will add it. We have a plan to merge 
all OFBiz Confluence workspaces in the one accessible by contributors (aka wiki) but it's not done yet, nor even planned :/


Thanks

Jacques

Le 30/04/2015 17:49, Michael Brohl a écrit :

Hi Sharan,

great idea, it's good to have a picture of the community members. Saw that a photo column was added to 
https://cwiki.apache.org/confluence/display/OFBADMIN/Apache+OFBiz+Contributors also, but how can I add a photo there? Seems there is no write 
permission for me.


Thanks and regards,

Michael Brohl
ecomify GmbH
www.ecomify.de


Am 30.04.15 um 09:42 schrieb Sharan-F:

Hi All

I've added a column to the Committer and PMC members list for people to add
a photo or avatar if they would like to.

https://cwiki.apache.org/confluence/display/OFBADMIN/Apache+OFBiz+PMC+%28Project+Management+Committee%29+Members+and+Committers


Thanks
Sharan



--
View this message in context: 
http://ofbiz.135035.n4.nabble.com/Photo-or-Avatar-for-Committers-and-PMC-Members-List-tp4667766.html
Sent from the OFBiz - Dev mailing list archive at Nabble.com.

Re: VOTE: Begin Replacing OFBiz Framework With Moqui

[Jacques Le Roux]

Le 30/04/2015 18:03, Adam Heath a écrit :


On 04/30/2015 12:22 AM, Jacopo Cappellato wrote:

On Apr 29, 2015, at 9:17 PM, Jacques Le Roux  
wrote:

avalon-framework(4.2.0 in ofbiz) is no longer available. avalon.apache.org is 
closed(!).

This was introduce with 
http://svn.apache.org/viewvc?view=revision&revision=746645 and is no longer used


Avalon is a dependency for FOP.


jdom in ofbiz is 1.1, but 2.0.6 is available.

Only JDOMException is used in images related classes


Several jars have dependencies on jdom: Freemarker, Rome, Ant Contrib, Xstreams

Jacopo


Neither of these should be required by ofbiz, but should be auto-installed by a 
dependency resolver.  Maven brings that to the table.

So far we were mostly worried by possible incompatibilities, I agree that should no longer prevent us. And as said Jacopo it's the (logical) 
recommended way by the ASF (costs efficiency!)


Jacques

Re: VOTE: Begin Replacing OFBiz Framework With Moqui

[Adam Heath]

On 04/30/2015 12:22 AM, Jacopo Cappellato wrote:

On Apr 29, 2015, at 9:17 PM, Jacques Le Roux  
wrote:

avalon-framework(4.2.0 in ofbiz) is no longer available. avalon.apache.org is 
closed(!).

This was introduce with 
http://svn.apache.org/viewvc?view=revision&revision=746645 and is no longer used


Avalon is a dependency for FOP.


jdom in ofbiz is 1.1, but 2.0.6 is available.

Only JDOMException is used in images related classes


Several jars have dependencies on jdom: Freemarker, Rome, Ant Contrib, Xstreams

Jacopo


Neither of these should be required by ofbiz, but should be 
auto-installed by a dependency resolver.  Maven brings that to the table.

[jira] [Commented] (OFBIZ-6305) German translations for various applications

[Martin Becker (JIRA)]

[ 
https://issues.apache.org/jira/browse/OFBIZ-6305?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14521698#comment-14521698
 ] 

Martin Becker commented on OFBIZ-6305:
--

OFBIZ-6305-ProductUiLabels.patch is the first patch for this issue, it contains 
about 900 changes in ProductUILabels.xml. Mainly missing german translations 
added but also some corrections in other entries.

> German translations for various applications
> 
>
> Key: OFBIZ-6305
> URL: https://issues.apache.org/jira/browse/OFBIZ-6305
> Project: OFBiz
>  Issue Type: Improvement
>  Components: ALL APPLICATIONS
>Affects Versions: Upcoming Branch
>Reporter: Martin Becker
> Attachments: OFBIZ-6305-ProductUiLabels.patch
>
>
> We would like to contribute missing german translations for the OFBiz 
> applications based on the current trunk. There will arrive patches for this 
> per application within this ticket.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Re: Photo or Avatar for Committers and PMC Members List

[Michael Brohl]

Hi Sharan,

great idea, it's good to have a picture of the community members. Saw 
that a photo column was added to 
https://cwiki.apache.org/confluence/display/OFBADMIN/Apache+OFBiz+Contributors 
also, but how can I add a photo there? Seems there is no write 
permission for me.


Thanks and regards,

Michael Brohl
ecomify GmbH
www.ecomify.de


Am 30.04.15 um 09:42 schrieb Sharan-F:

Hi All

I've added a column to the Committer and PMC members list for people to add
a photo or avatar if they would like to.

https://cwiki.apache.org/confluence/display/OFBADMIN/Apache+OFBiz+PMC+%28Project+Management+Committee%29+Members+and+Committers


Thanks
Sharan



--
View this message in context: 
http://ofbiz.135035.n4.nabble.com/Photo-or-Avatar-for-Committers-and-PMC-Members-List-tp4667766.html
Sent from the OFBiz - Dev mailing list archive at Nabble.com.





smime.p7s
Description: S/MIME Cryptographic Signature

[jira] [Updated] (OFBIZ-6305) German translations for various applications

[Martin Becker (JIRA)]

 [ 
https://issues.apache.org/jira/browse/OFBIZ-6305?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Martin Becker updated OFBIZ-6305:
-
Attachment: OFBIZ-6305-ProductUiLabels.patch

> German translations for various applications
> 
>
> Key: OFBIZ-6305
> URL: https://issues.apache.org/jira/browse/OFBIZ-6305
> Project: OFBiz
>  Issue Type: Improvement
>  Components: ALL APPLICATIONS
>Affects Versions: Upcoming Branch
>Reporter: Martin Becker
> Attachments: OFBIZ-6305-ProductUiLabels.patch
>
>
> We would like to contribute missing german translations for the OFBiz 
> applications based on the current trunk. There will arrive patches for this 
> per application within this ticket.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Updated] (OFBIZ-6319) Add missing entries to .gitignore to ignore typical Idea/eclipse folders/files

[Martin Becker (JIRA)]

 [ 
https://issues.apache.org/jira/browse/OFBIZ-6319?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Martin Becker updated OFBIZ-6319:
-
Attachment: OFBIZ-6319.patch

> Add missing entries to .gitignore to ignore typical Idea/eclipse folders/files
> --
>
> Key: OFBIZ-6319
> URL: https://issues.apache.org/jira/browse/OFBIZ-6319
> Project: OFBiz
>  Issue Type: Improvement
>Affects Versions: Trunk
>Reporter: Martin Becker
>Priority: Trivial
> Attachments: OFBIZ-6319.patch
>
>
> Some folder/filenames that are configured for SVN to be ignored are missing 
> in the current .gitignore file. Especially the internal config folders 
> created by eclipse in the project root (.settings and .groovy) are missing 
> for me, so that they get displayed as modification while using git.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Created] (OFBIZ-6319) Add missing entries to .gitignore to ignore typical Idea/eclipse folders/files

[Martin Becker (JIRA)]

Martin Becker created OFBIZ-6319:


 Summary: Add missing entries to .gitignore to ignore typical 
Idea/eclipse folders/files
 Key: OFBIZ-6319
 URL: https://issues.apache.org/jira/browse/OFBIZ-6319
 Project: OFBiz
  Issue Type: Improvement
Affects Versions: Trunk
Reporter: Martin Becker
Priority: Trivial


Some folder/filenames that are configured for SVN to be ignored are missing in 
the current .gitignore file. Especially the internal config folders created by 
eclipse in the project root (.settings and .groovy) are missing for me, so that 
they get displayed as modification while using git.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Re: move to git.

[Jacques Le Roux]

Le 29/04/2015 21:47, Adam Heath a écrit :


On 04/29/2015 02:26 PM, Jacques Le Roux wrote:
Related to this thread but not with previous discussions, see how Github is used at the ASF https://wiki.apache.org/commons/UsingGIT ; notably for 
"Applying Pull Requests (for svn based components)"


Jacques


Yeah, that's actually troubling.  The recommended procedure for merging git changes is to apply a patch.  There is no recommendation on how to 
attribute the original contributor.


The next section that talks about merging github into projects that use git also doesn't mention anything about CLA of the code being merged 
either.  But at least the attribution is maintained automatically.





It's OK if the "component" is in an ASF Git repo (https://git-wip-us.apache.org/repos/asf/). In the 1st section I read "In a way, the Apache committer 
acts here as a proxy for the contributor, and makes sure everything is good to include. (Consequently Git can have different authors and commiters of 
a commit. If pulled in as git-patch or pull request the author is preserved)."


Jacques

buildbot exception in ASF Buildbot on ofbiz-trunk

[buildbot]

The Buildbot has detected a build exception on builder ofbiz-trunk while 
building ASF Buildbot. Full details are available at:
http://ci.apache.org/builders/ofbiz-trunk/builds/858

Buildbot URL: http://ci.apache.org/

Buildslave for this Build: lares_ubuntu

Build Reason: The AnyBranchScheduler scheduler named 'on-ofbiz-commit' 
triggered this build
Build Source Stamp: [branch ofbiz/trunk] 1676985
Blamelist: adrianc

BUILD FAILED: exception upload_3

Sincerely,
 -The Buildbot

Re: UEL issue?

[Jacques Le Roux]

Thanks, then I still prefer "groovy:" ;)

Jacques

Le 30/04/2015 15:51, Adrian Crum a écrit :

Try




Adrian Crum
Sandglass Software
www.sandglass-software.com

On 4/30/2015 2:33 PM, Jacques Le Roux wrote:

Hi,

I'm not much used to UEL, but being lazy rather than adding "groovy:" I
tried this one



And got this

2015-04-30 15:23:37,027 |http-bio-8443-exec-4 |Log |INFO|
[CustomerEvents.xml#saveSmsCustomer line 45]
parameters.firstNametest
2015-04-30 15:23:37,027 |http-bio-8443-exec-4 |Log |INFO|
[CustomerEvents.xml#saveSmsCustomer line 46]
parameters.lastNametest
2015-04-30 15:23:37,027 |http-bio-8443-exec-4 |FlexibleMapAccessor
|ERROR| UEL exception while getting value: javax.el.ELException: Cannot
coerce 'test' of class java.lang.String to class java.lang.Double
(incompatible value), original = parameters.firstName + ' ' +
parameters.lastName
2015-04-30 15:23:37,027 |http-bio-8443-exec-4 |Log |INFO|
[CustomerEvents.xml#saveSmsCustomer line 48]
parameters.toNametest

When with groovy it works. I tried to add the String type to no avail,
normal? What do I miss?

Thanks

Jacques

[jira] [Updated] (OFBIZ-6318) EditProductAssoc links to navigate to same page instead of EditProduct

[Christian Carlow (JIRA)]

 [ 
https://issues.apache.org/jira/browse/OFBIZ-6318?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Christian Carlow updated OFBIZ-6318:

Attachment: OFBIZ-6318.patch

> EditProductAssoc links to navigate to same page instead of EditProduct
> --
>
> Key: OFBIZ-6318
> URL: https://issues.apache.org/jira/browse/OFBIZ-6318
> Project: OFBiz
>  Issue Type: Improvement
>  Components: product
>Affects Versions: Trunk
>Reporter: Christian Carlow
>Priority: Trivial
> Fix For: Trunk
>
> Attachments: OFBIZ-6318.patch
>
>




--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Updated] (OFBIZ-6318) EditProductAssoc links to navigate to same page instead of EditProduct

[Christian Carlow (JIRA)]

 [ 
https://issues.apache.org/jira/browse/OFBIZ-6318?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Christian Carlow updated OFBIZ-6318:

  Component/s: product
Affects Version/s: Trunk
Fix Version/s: Trunk

> EditProductAssoc links to navigate to same page instead of EditProduct
> --
>
> Key: OFBIZ-6318
> URL: https://issues.apache.org/jira/browse/OFBIZ-6318
> Project: OFBiz
>  Issue Type: Improvement
>  Components: product
>Affects Versions: Trunk
>Reporter: Christian Carlow
>Priority: Trivial
> Fix For: Trunk
>
>




--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Created] (OFBIZ-6318) EditProductAssoc links to navigate to same page instead of EditProduct

[Christian Carlow (JIRA)]

Christian Carlow created OFBIZ-6318:
---

 Summary: EditProductAssoc links to navigate to same page instead 
of EditProduct
 Key: OFBIZ-6318
 URL: https://issues.apache.org/jira/browse/OFBIZ-6318
 Project: OFBiz
  Issue Type: Improvement
Reporter: Christian Carlow
Priority: Trivial






--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Re: UEL issue?

[Adrian Crum]

Try





Adrian Crum
Sandglass Software
www.sandglass-software.com

On 4/30/2015 2:33 PM, Jacques Le Roux wrote:

Hi,

I'm not much used to UEL, but being lazy rather than adding "groovy:" I
tried this one



And got this

2015-04-30 15:23:37,027 |http-bio-8443-exec-4 |Log |INFO|
[CustomerEvents.xml#saveSmsCustomer line 45]
parameters.firstNametest
2015-04-30 15:23:37,027 |http-bio-8443-exec-4 |Log |INFO|
[CustomerEvents.xml#saveSmsCustomer line 46]
parameters.lastNametest
2015-04-30 15:23:37,027 |http-bio-8443-exec-4 |FlexibleMapAccessor
|ERROR| UEL exception while getting value: javax.el.ELException: Cannot
coerce 'test' of class java.lang.String to class java.lang.Double
(incompatible value), original = parameters.firstName + ' ' +
parameters.lastName
2015-04-30 15:23:37,027 |http-bio-8443-exec-4 |Log |INFO|
[CustomerEvents.xml#saveSmsCustomer line 48]
parameters.toNametest

When with groovy it works. I tried to add the String type to no avail,
normal? What do I miss?

Thanks

Jacques

[jira] [Updated] (OFBIZ-6317) Missing BIRT libs in eclipse .classpath file

[Martin Becker (JIRA)]

 [ 
https://issues.apache.org/jira/browse/OFBIZ-6317?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Martin Becker updated OFBIZ-6317:
-
Attachment: OFBIZ-6317.patch

> Missing BIRT libs in eclipse .classpath file
> 
>
> Key: OFBIZ-6317
> URL: https://issues.apache.org/jira/browse/OFBIZ-6317
> Project: OFBiz
>  Issue Type: Bug
>  Components: framework, specialpurpose/birt
>Affects Versions: Trunk
>Reporter: Martin Becker
>Priority: Minor
> Attachments: OFBIZ-6317.patch
>
>
> Because of missing JARs from the specialpurpose component birt in the eclipse 
> .classpath file OFBiz could not be startet within eclipse without errors 
> (NoClassDefFoundError while starting birt component).
> With "starting within eclipse" I mean the configuration with hot code 
> replacement like this: 
> https://cwiki.apache.org/confluence/display/OFBIZ/Running+and+Debugging+OFBiz+in+Eclipse#RunningandDebuggingOFBizinEclipse-debuggingInEclipseHotClasses
> I will provide a patch for the .classpath file with 4 added libs from the 
> specialpurpose/birt/lib folder.
> It would be beneficial, at least for simple contribution of jira issue fixes, 
> if the default configuration of OFBiz from trunk is runnable as is (in a 
> common development scenario like the above), without the need to modify 
> config files which are under version control (.classpath for example). The 
> alternative could be to not put files under version control, that are related 
> to individual development environments.
> By the way, it would also be nice to have the framework/base/config folder as 
> src in the .classpath file as described in the wiki article above, so that 
> the configuration of an eclipse debug/run target for starting OFBiz in 
> eclipse is done by only selecting the project + start-class and giving some 
> JVM args.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

UEL issue?

[Jacques Le Roux]

Hi,

I'm not much used to UEL, but being lazy rather than adding "groovy:" I tried 
this one



And got this

2015-04-30 15:23:37,027 |http-bio-8443-exec-4 |Log |INFO| 
[CustomerEvents.xml#saveSmsCustomer line 45] 
parameters.firstNametest
2015-04-30 15:23:37,027 |http-bio-8443-exec-4 |Log |INFO| 
[CustomerEvents.xml#saveSmsCustomer line 46] 
parameters.lastNametest
2015-04-30 15:23:37,027 |http-bio-8443-exec-4 |FlexibleMapAccessor |ERROR| UEL exception while getting value: javax.el.ELException: Cannot coerce 
'test' of class java.lang.String to class java.lang.Double (incompatible value), original = parameters.firstName + ' ' + parameters.lastName

2015-04-30 15:23:37,027 |http-bio-8443-exec-4 |Log |INFO| 
[CustomerEvents.xml#saveSmsCustomer line 48] 
parameters.toNametest

When with groovy it works. I tried to add the String type to no avail, normal? 
What do I miss?

Thanks

Jacques

[jira] [Created] (OFBIZ-6317) Missing BIRT libs in eclipse .classpath file

[Martin Becker (JIRA)]

Martin Becker created OFBIZ-6317:


 Summary: Missing BIRT libs in eclipse .classpath file
 Key: OFBIZ-6317
 URL: https://issues.apache.org/jira/browse/OFBIZ-6317
 Project: OFBiz
  Issue Type: Bug
  Components: framework, specialpurpose/birt
Affects Versions: Trunk
Reporter: Martin Becker
Priority: Minor


Because of missing JARs from the specialpurpose component birt in the eclipse 
.classpath file OFBiz could not be startet within eclipse without errors 
(NoClassDefFoundError while starting birt component).

With "starting within eclipse" I mean the configuration with hot code 
replacement like this: 
https://cwiki.apache.org/confluence/display/OFBIZ/Running+and+Debugging+OFBiz+in+Eclipse#RunningandDebuggingOFBizinEclipse-debuggingInEclipseHotClasses

I will provide a patch for the .classpath file with 4 added libs from the 
specialpurpose/birt/lib folder.

It would be beneficial, at least for simple contribution of jira issue fixes, 
if the default configuration of OFBiz from trunk is runnable as is (in a common 
development scenario like the above), without the need to modify config files 
which are under version control (.classpath for example). The alternative could 
be to not put files under version control, that are related to individual 
development environments.

By the way, it would also be nice to have the framework/base/config folder as 
src in the .classpath file as described in the wiki article above, so that the 
configuration of an eclipse debug/run target for starting OFBiz in eclipse is 
done by only selecting the project + start-class and giving some JVM args.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Re: java 1.8 features: Re: [jira] [Commented] (OFBIZ-6298) Java collection use optimized

[Jacques Le Roux]

Unless you use IBM ... 
https://www.voxxed.com/blog/2015/04/reminder-april-marked-the-end-of-public-support-for-java-7-support/

Jacques

Le 29/04/2015 19:23, Jacques Le Roux a écrit :

Ha no it's already fixed with OFBIZ-6309 
, I have some backlog to 
read...

Jacques

Le 29/04/2015 19:20, Jacques Le Roux a écrit :

Seems we have another case https://issues.apache.org/jira/browse/OFBIZ-6313

I will group them under an umbrella issue

Jacques

Le 29/04/2015 12:46, Jacques Le Roux a écrit :

Ha forgot: 
https://issues.apache.org/jira/issues/?jql=project%20%3D%20OFBIZ%20AND%20text%20~%20%22java%208%22%20ORDER%20BY%20updated%20DESC

So with https://issues.apache.org/jira/browse/OFBIZ-6300 patch committed we 
should be OK

Jacques

Le 29/04/2015 12:44, Jacques Le Roux a écrit :

BTW we should focus on switching to Java 8 before anything else. In 2 days Java 
7 will no longer be supported, think security...

It's should be OK now, but must be done officially

Jacques
PS: my last call was http://markmail.org/message/fs36a4tkwfm42vhk

Le 24/04/2015 17:02, Adam Heath a écrit :

Not putting this into the jira issue, as it's not related, but with java 1.8, 
construction of generic objects is nicer.

==
Map>> myVar = new HashMap<>();
==

Re: VOTE: Begin Replacing OFBiz Framework With Moqui

[Ron Wheeler]

My point was about the suggestion that you might want to add it as a TLP 
in ASF but there were concerns about the amount of effort to start an 
ASF project.


It was not about the current fact that Moqui is already a project.

I feel more comfortable about using ASF artifacts in our own products 
than I do about other libraries but we do use a lot of non-ASF software 
as key technologies (Spring, MySQL are key non-ASF technologies for 
Artifact Software).


There was also some concern about the license under which Moqui is released.


Ron

On 30/04/2015 1:48 AM, David E. Jones wrote:

On 29 Apr 2015, at 08:01, Ron Wheeler  wrote:

What is the reason not to absorb Moqui or a fork of Moqui into OFBiz if we 
decide to replace the existing framework with Moqui.

Is there a reason to have Moqui as a separate Apache project? Seems like extra 
overhead for no advantage.

Moqui is already a separate project. The OFBiz community could certainly create 
a fork of Moqui and change whatever is desired (though that shouldn’t be 
necessary), but Moqui Framework is already a separate project with its own 
ecosystem of business artifacts and applications. That won’t ever change, Moqui 
will always be a separate project.

-David






--
Ron Wheeler
President
Artifact Software Inc
email: rwhee...@artifact-software.com
skype: ronaldmwheeler
phone: 866-970-2435, ext 102

Re: svn commit: r1676970 - /ofbiz/trunk/framework/base/src/org/ofbiz/base/component/ComponentLoaderConfig.java

[Adrian Crum]

Hmmm... this seems to have a caused a problem with the load-demo ant 
target. I am looking into it.


Adrian Crum
Sandglass Software
www.sandglass-software.com

On 4/30/2015 1:12 PM, adri...@apache.org wrote:

Author: adrianc
Date: Thu Apr 30 12:12:17 2015
New Revision: 1676970

URL: http://svn.apache.org/r1676970
Log:
Some work on ComponentLoaderConfig.java:

1. Thread safety
2. Optimization
3. Code cleanup
4. Improved error handling

Modified:
 
ofbiz/trunk/framework/base/src/org/ofbiz/base/component/ComponentLoaderConfig.java

Modified: 
ofbiz/trunk/framework/base/src/org/ofbiz/base/component/ComponentLoaderConfig.java
URL: 
http://svn.apache.org/viewvc/ofbiz/trunk/framework/base/src/org/ofbiz/base/component/ComponentLoaderConfig.java?rev=1676970&r1=1676969&r2=1676970&view=diff
==
--- 
ofbiz/trunk/framework/base/src/org/ofbiz/base/component/ComponentLoaderConfig.java
 (original)
+++ 
ofbiz/trunk/framework/base/src/org/ofbiz/base/component/ComponentLoaderConfig.java
 Thu Apr 30 12:12:17 2015
@@ -20,15 +20,15 @@ package org.ofbiz.base.component;

  import java.io.IOException;
  import java.net.URL;
-import java.util.LinkedList;
+import java.util.ArrayList;
  import java.util.List;
-import java.util.Properties;
+import java.util.Map;
+import java.util.concurrent.atomic.AtomicReference;

  import javax.xml.parsers.ParserConfigurationException;

  import org.ofbiz.base.util.UtilGenerics;
  import org.ofbiz.base.util.UtilURL;
-import org.ofbiz.base.util.UtilValidate;
  import org.ofbiz.base.util.UtilXml;
  import org.ofbiz.base.util.string.FlexibleStringExpander;
  import org.w3c.dom.Document;
@@ -43,33 +43,31 @@ public class ComponentLoaderConfig {

  public static final String module = ComponentLoaderConfig.class.getName();
  public static final String COMPONENT_LOAD_XML_FILENAME = 
"component-load.xml";
-
  public static final int SINGLE_COMPONENT = 0;
  public static final int COMPONENT_DIRECTORY = 1;
-
-protected static List componentsToLoad = null;
+private static final AtomicReference> componentDefsRef = new 
AtomicReference>(null);

  public static List getRootComponents(String configFile) 
throws ComponentException {
-if (componentsToLoad == null) {
-synchronized (ComponentLoaderConfig.class) {
-if (componentsToLoad == null) {
-if (configFile == null) {
-configFile = COMPONENT_LOAD_XML_FILENAME;
-}
-URL xmlUrl = UtilURL.fromResource(configFile);
-ComponentLoaderConfig.componentsToLoad = 
ComponentLoaderConfig.getComponentsFromConfig(xmlUrl);
-}
+List existingInstance = componentDefsRef.get();
+if (existingInstance == null) {
+if (configFile == null) {
+configFile = COMPONENT_LOAD_XML_FILENAME;
+}
+URL xmlUrl = UtilURL.fromResource(configFile);
+List newInstance = getComponentsFromConfig(xmlUrl);
+if (componentDefsRef.compareAndSet(existingInstance, newInstance)) 
{
+existingInstance = newInstance;
+} else {
+existingInstance = componentDefsRef.get();
  }
  }
-return componentsToLoad;
+return existingInstance;
  }

  public static List getComponentsFromConfig(URL configUrl) 
throws ComponentException {
  if (configUrl == null) {
-throw new ComponentException("Component config file does not exist: 
" + configUrl);
+throw new IllegalArgumentException("configUrl cannot be null");
  }
-
-List componentsFromConfig = null;
  Document document = null;
  try {
  document = UtilXml.readXmlDocument(configUrl, true);
@@ -80,13 +78,27 @@ public class ComponentLoaderConfig {
  } catch (IOException e) {
  throw new ComponentException("Error reading the component config file: 
" + configUrl, e);
  }
-
  Element root = document.getDocumentElement();
  List toLoad = UtilXml.childElementList(root);
-if (UtilValidate.isNotEmpty(toLoad)) {
-componentsFromConfig = new LinkedList();
-for (Element element: toLoad) {
-componentsFromConfig.add(new ComponentDef(element));
+List componentsFromConfig = null;
+if (!toLoad.isEmpty()) {
+componentsFromConfig = new ArrayList(toLoad.size());
+Map systemProps = UtilGenerics. checkMap(System.getProperties());
+for (Element element : toLoad) {
+String nodeName = element.getNodeName();
+String name = null;
+String location = null;
+int type = SINGLE_COMPONENT;
+if ("load-component".equals(nodeName)) {
+name = element.getAttribute("compone

[jira] [Commented] (OFBIZ-6316) Have the WorkEffort entity retain revisions

[Pierre Smits (JIRA)]

[ 
https://issues.apache.org/jira/browse/OFBIZ-6316?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14521418#comment-14521418
 ] 

Pierre Smits commented on OFBIZ-6316:
-

Thanks [~adrianc], will look into that.

> Have the WorkEffort entity retain revisions
> ---
>
> Key: OFBIZ-6316
> URL: https://issues.apache.org/jira/browse/OFBIZ-6316
> Project: OFBiz
>  Issue Type: Improvement
>  Components: workeffort
>Affects Versions: Trunk
>Reporter: Pierre Smits
>
> Currently the WorkEffort entity has a field called revisionNumber. This field 
> is updated through the simple method 'updateWorkEffort' in 
> WorkEffortSimpleServices.xml. However, this method overwrites the existing 
> record, in stead of creating a new record.
> In order to retain the changes on a workeffort the method should create a new 
>  record for each revision.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (OFBIZ-6316) Have the WorkEffort entity retain revisions

[Jacques Le Roux (JIRA)]

[ 
https://issues.apache.org/jira/browse/OFBIZ-6316?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14521412#comment-14521412
 ] 

Jacques Le Roux commented on OFBIZ-6316:


+1, the cost is minimal I guess

> Have the WorkEffort entity retain revisions
> ---
>
> Key: OFBIZ-6316
> URL: https://issues.apache.org/jira/browse/OFBIZ-6316
> Project: OFBiz
>  Issue Type: Improvement
>  Components: workeffort
>Affects Versions: Trunk
>Reporter: Pierre Smits
>
> Currently the WorkEffort entity has a field called revisionNumber. This field 
> is updated through the simple method 'updateWorkEffort' in 
> WorkEffortSimpleServices.xml. However, this method overwrites the existing 
> record, in stead of creating a new record.
> In order to retain the changes on a workeffort the method should create a new 
>  record for each revision.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (OFBIZ-6315) Add allow-multiple to Find CustRequest statusId field

[Pierre Smits (JIRA)]

[ 
https://issues.apache.org/jira/browse/OFBIZ-6315?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14521380#comment-14521380
 ] 

Pierre Smits commented on OFBIZ-6315:
-

Nice contribution. I have tested it. Works for me.

> Add allow-multiple to Find CustRequest statusId field 
> --
>
> Key: OFBIZ-6315
> URL: https://issues.apache.org/jira/browse/OFBIZ-6315
> Project: OFBiz
>  Issue Type: Improvement
>  Components: order
>Reporter: Christian Carlow
> Attachments: OFBIZ-6315.patch
>
>
> Users should have the ability to filter by multiple CustRequest statusIds.  
> This change seems to make sense for most other find form statusIds which may 
> be worthy of an all encompassing JIRA.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (OFBIZ-6316) Have the WorkEffort entity retain revisions

[Adrian Crum (JIRA)]

[ 
https://issues.apache.org/jira/browse/OFBIZ-6316?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14521379#comment-14521379
 ] 

Adrian Crum commented on OFBIZ-6316:


The entity audit feature might work for this.

> Have the WorkEffort entity retain revisions
> ---
>
> Key: OFBIZ-6316
> URL: https://issues.apache.org/jira/browse/OFBIZ-6316
> Project: OFBiz
>  Issue Type: Improvement
>  Components: workeffort
>Affects Versions: Trunk
>Reporter: Pierre Smits
>
> Currently the WorkEffort entity has a field called revisionNumber. This field 
> is updated through the simple method 'updateWorkEffort' in 
> WorkEffortSimpleServices.xml. However, this method overwrites the existing 
> record, in stead of creating a new record.
> In order to retain the changes on a workeffort the method should create a new 
>  record for each revision.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Updated] (OFBIZ-6316) Have the WorkEffort entity retain revisions

[Pierre Smits (JIRA)]

 [ 
https://issues.apache.org/jira/browse/OFBIZ-6316?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pierre Smits updated OFBIZ-6316:

Component/s: workeffort

> Have the WorkEffort entity retain revisions
> ---
>
> Key: OFBIZ-6316
> URL: https://issues.apache.org/jira/browse/OFBIZ-6316
> Project: OFBiz
>  Issue Type: Improvement
>  Components: workeffort
>Affects Versions: Trunk
>Reporter: Pierre Smits
>
> Currently the WorkEffort entity has a field called revisionNumber. This field 
> is updated through the simple method 'updateWorkEffort' in 
> WorkEffortSimpleServices.xml. However, this method overwrites the existing 
> record, in stead of creating a new record.
> In order to retain the changes on a workeffort the method should create a new 
>  record for each revision.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Created] (OFBIZ-6316) Have the WorkEffort entity retain revisions

[Pierre Smits (JIRA)]

Pierre Smits created OFBIZ-6316:
---

 Summary: Have the WorkEffort entity retain revisions
 Key: OFBIZ-6316
 URL: https://issues.apache.org/jira/browse/OFBIZ-6316
 Project: OFBiz
  Issue Type: Improvement
Affects Versions: Trunk
Reporter: Pierre Smits


Currently the WorkEffort entity has a field called revisionNumber. This field 
is updated through the simple method 'updateWorkEffort' in 
WorkEffortSimpleServices.xml. However, this method overwrites the existing 
record, in stead of creating a new record.

In order to retain the changes on a workeffort the method should create a new  
record for each revision.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (OFBIZ-6217) fix warnings in trunk on java source code

[Adrian Crum (JIRA)]

[ 
https://issues.apache.org/jira/browse/OFBIZ-6217?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14521250#comment-14521250
 ] 

Adrian Crum commented on OFBIZ-6217:


I see a number of problems with the latest patch and I don't feel confident 
applying it. I prefer to wait for Adam to merge his fixes to the trunk, then we 
can resume from there.


> fix warnings in trunk on java source code
> -
>
> Key: OFBIZ-6217
> URL: https://issues.apache.org/jira/browse/OFBIZ-6217
> Project: OFBiz
>  Issue Type: Improvement
>  Components: ALL COMPONENTS
>Affects Versions: Trunk
>Reporter: Taher Alkhateeb
>Assignee: Adrian Crum
>Priority: Minor
>  Labels: java, warning
> Fix For: Upcoming Branch
>
> Attachments: OFBIZ-6217-patch-4.patch, remove_unused_imports.patch, 
> warnings_patch_2.patch, warnings_patch_2.patch
>
>
> Right now, we have 528 warnings on trunk out of which 238 are about raw types 
> and 118 never used imports. So we can already eliminate most of the warning 
> quite quickly.
> I will issue multiple patches to resolve most of these warnings. It might be 
> a bit of a challenge to eliminate the raw types because the generics are not 
> always deducable from the code especially when relying on external APIs



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Closed] (OFBIZ-6268) Improve Start.java Component Loading

[Adrian Crum (JIRA)]

 [ 
https://issues.apache.org/jira/browse/OFBIZ-6268?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Adrian Crum closed OFBIZ-6268.
--
   Resolution: Fixed
Fix Version/s: Upcoming Branch

Fixed in rev 1676746. Thank you Jacopo for the review and feedback.

> Improve Start.java Component Loading
> 
>
> Key: OFBIZ-6268
> URL: https://issues.apache.org/jira/browse/OFBIZ-6268
> Project: OFBiz
>  Issue Type: Improvement
>  Components: framework
>Affects Versions: Upcoming Branch
>Reporter: Adrian Crum
>Priority: Minor
> Fix For: Upcoming Branch
>
> Attachments: OFBIZ-6268.patch, OFBIZ-6268.patch
>
>
> The current code for loading components parses configuration files twice. 
> This issue is intended for review of code improvements.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Re: VOTE RESULT: Begin Replacing OFBiz Framework With Moqui

[Michael Brohl]

Thank you, Adrian for taking this effort and starting the discussion.

I know it's not binding and it does not change the vote's result, but 
you missed my vote (sent 26.April 19:39).


Regards,

Michael Brohl
ecomify GmbH
www.ecomify.de

Am 30.04.15 um 09:55 schrieb Adrian Crum:
Here is the tally of the votes. This was a challenge because many 
replies included votes for other things, so this tally represents my 
best effort at counting votes for the original subject.


PMC Members (Binding)
-
+0 | 2  (Adam Heath, Jacques Le Roux)
+1 | 1  (David Jones)
-1 | 3  (Nicolas Malin, Scott Gray, Jacopo Cappellato)


Others (non-Binding)

+0 | 1  (Adrian Crum)
-1 | 2  (Ron Wheeler, Martin Becker)

The vote failed to pass with 3 -1 votes and 1 +1 vote.

The replies included a discussion about creating a POC branch to 
explore the subject further. That can be done without a vote, so I 
will consider this vote closed.



Adrian Crum
Sandglass Software
www.sandglass-software.com






smime.p7s
Description: S/MIME Cryptographic Signature

Re: VOTE RESULT: Begin Replacing OFBiz Framework With Moqui

[Nicolas Malin]

I confirm, thanks Adrian for this !

Nicolas

Le 30/04/2015 10:15, Jacques Le Roux a écrit :

Thanks for the initiative Adrian!

Jacques

Le 30/04/2015 09:55, Adrian Crum a écrit :
Here is the tally of the votes. This was a challenge because many 
replies included votes for other things, so this tally represents my 
best effort at counting votes for the original subject.


PMC Members (Binding)
-
+0 | 2  (Adam Heath, Jacques Le Roux)
+1 | 1  (David Jones)
-1 | 3  (Nicolas Malin, Scott Gray, Jacopo Cappellato)


Others (non-Binding)

+0 | 1  (Adrian Crum)
-1 | 2  (Ron Wheeler, Martin Becker)

The vote failed to pass with 3 -1 votes and 1 +1 vote.

The replies included a discussion about creating a POC branch to 
explore the subject further. That can be done without a vote, so I 
will consider this vote closed.



Adrian Crum
Sandglass Software
www.sandglass-software.com

On 4/26/2015 3:44 PM, Adrian Crum wrote:
As was discussed last week, there is some interest in replacing some 
(or

all) of OFBiz with Moqui (http://www.moqui.org/framework/index.html).

To the scope reasonable, I propose that we begin by converting the
following parts of the OFBiz framework with Moqui:

Entity Engine
Service Engine
Security

Other parts of the OFBiz framework could be converted as well, but I
think this would be a good starting point, and if is successful, then
more of OFBiz can be converted later.

I believe we can create a thunk component to help solve compatibility
problems, but that is a separate discussion. I only mention it here in
case compatibility concerns might influence a vote.

Re: VOTE RESULT: Begin Replacing OFBiz Framework With Moqui

[Jacques Le Roux]

Thanks for the initiative Adrian!

Jacques

Le 30/04/2015 09:55, Adrian Crum a écrit :
Here is the tally of the votes. This was a challenge because many replies included votes for other things, so this tally represents my best effort 
at counting votes for the original subject.


PMC Members (Binding)
-
+0 | 2  (Adam Heath, Jacques Le Roux)
+1 | 1  (David Jones)
-1 | 3  (Nicolas Malin, Scott Gray, Jacopo Cappellato)


Others (non-Binding)

+0 | 1  (Adrian Crum)
-1 | 2  (Ron Wheeler, Martin Becker)

The vote failed to pass with 3 -1 votes and 1 +1 vote.

The replies included a discussion about creating a POC branch to explore the subject further. That can be done without a vote, so I will consider 
this vote closed.



Adrian Crum
Sandglass Software
www.sandglass-software.com

On 4/26/2015 3:44 PM, Adrian Crum wrote:

As was discussed last week, there is some interest in replacing some (or
all) of OFBiz with Moqui (http://www.moqui.org/framework/index.html).

To the scope reasonable, I propose that we begin by converting the
following parts of the OFBiz framework with Moqui:

Entity Engine
Service Engine
Security

Other parts of the OFBiz framework could be converted as well, but I
think this would be a good starting point, and if is successful, then
more of OFBiz can be converted later.

I believe we can create a thunk component to help solve compatibility
problems, but that is a separate discussion. I only mention it here in
case compatibility concerns might influence a vote.

Photo or Avatar for Committers and PMC Members List

[Sharan-F]

Hi All

I've added a column to the Committer and PMC members list for people to add
a photo or avatar if they would like to.

https://cwiki.apache.org/confluence/display/OFBADMIN/Apache+OFBiz+PMC+%28Project+Management+Committee%29+Members+and+Committers

  

Thanks
Sharan



--
View this message in context: 
http://ofbiz.135035.n4.nabble.com/Photo-or-Avatar-for-Committers-and-PMC-Members-List-tp4667766.html
Sent from the OFBiz - Dev mailing list archive at Nabble.com.

VOTE RESULT: Begin Replacing OFBiz Framework With Moqui

[Adrian Crum]

Here is the tally of the votes. This was a challenge because many 
replies included votes for other things, so this tally represents my 
best effort at counting votes for the original subject.


PMC Members (Binding)
-
+0 | 2  (Adam Heath, Jacques Le Roux)
+1 | 1  (David Jones)
-1 | 3  (Nicolas Malin, Scott Gray, Jacopo Cappellato)


Others (non-Binding)

+0 | 1  (Adrian Crum)
-1 | 2  (Ron Wheeler, Martin Becker)

The vote failed to pass with 3 -1 votes and 1 +1 vote.

The replies included a discussion about creating a POC branch to explore 
the subject further. That can be done without a vote, so I will consider 
this vote closed.



Adrian Crum
Sandglass Software
www.sandglass-software.com

On 4/26/2015 3:44 PM, Adrian Crum wrote:

As was discussed last week, there is some interest in replacing some (or
all) of OFBiz with Moqui (http://www.moqui.org/framework/index.html).

To the scope reasonable, I propose that we begin by converting the
following parts of the OFBiz framework with Moqui:

Entity Engine
Service Engine
Security

Other parts of the OFBiz framework could be converted as well, but I
think this would be a good starting point, and if is successful, then
more of OFBiz can be converted later.

I believe we can create a thunk component to help solve compatibility
problems, but that is a separate discussion. I only mention it here in
case compatibility concerns might influence a vote.

Re: VOTE: Begin Replacing OFBiz Framework With Moqui

[Adrian Crum]

+0

Adrian Crum
Sandglass Software
www.sandglass-software.com

On 4/26/2015 3:44 PM, Adrian Crum wrote:

As was discussed last week, there is some interest in replacing some (or
all) of OFBiz with Moqui (http://www.moqui.org/framework/index.html).

To the scope reasonable, I propose that we begin by converting the
following parts of the OFBiz framework with Moqui:

Entity Engine
Service Engine
Security

Other parts of the OFBiz framework could be converted as well, but I
think this would be a good starting point, and if is successful, then
more of OFBiz can be converted later.

I believe we can create a thunk component to help solve compatibility
problems, but that is a separate discussion. I only mention it here in
case compatibility concerns might influence a vote.