Re: Support for adding in selenium test cases

[Olivier Heintz]

Hi,

Currently, selenium webdriver is used by ofbizextra to test some process 
(currently on HR and example)
There is a dedicated project for that 
https://gitlab.ofbizextra.org/ofbizextra/OfbSwd
Documentation is on https://ofbizextra.org/ofbswd/OFBiz_SeleniumWebDriver.html

Main goal for this project is to be able to write GUI test on a functional 
point of view:
- test and data are separated
- code for test is without selenium webdriver technical aspect (there is a 
dedicated layer for them)

This project is also related with ofbiz documentation, because I use it to 
build sort of tutorial,
because each time the HR process selenium test run (each day ) a video of the 
result is done with some comment for the viewer.

Le 02/10/2020 à 22:33, Sameer Apte a écrit :
> Hi,
> 
> It seems that there was some attempt to support selenium test cases in the
> past by ofbiz.
> 
> Wondering about this as I can see below code snippet in
> *https://github.com/apache/ofbiz-framework/blob/trunk/framework/testtools/src/main/java/org/apache/ofbiz/testtools/ModelTestSuite.java
> *
> 
> else if ("webdriver-test".equals(nodeName)) {
> try {
> String className = "org.apache.ofbiz.testtools.WebDriverTest";
> Class cl;
> cl = Class.forName(className);
> Constructor con = cl.getConstructor(String.class, Element.class);
> this.testList.add((Test) con.newInstance(caseName, testElement));
> } catch (Exception e) {
> Debug.logError(e, MODULE);
> }
> }
> 
> Just curious if it is still pretty much the case? Or is it a dead idea now..
> Checking this as I cannot see  *org.apache.ofbiz.testtools.WebDriverTest*
> class anywhere which is referenced in the above block.
> 
> Regards,
> Sameer Apte
> 

Re: [SKYPE CALL] Initial Call to Kickstart Documentation Team

[Olivier Heintz]

me too.

Le 19/02/2018 à 17:39, Taher Alkhateeb a écrit :
> I am fine with this time or anytime decided by the community, I have a
> flexible schedule.
>
> On Mon, Feb 19, 2018 at 11:55 AM, Sharan Foga  wrote:
>> Hi All
>>
>> I've taken a look at the meeting times based on the timezones currently 
>> listed in documentation team table. We have a wide range of locations (UTC 
>> -5 to UTC+5.5) so it's not going to be perfect timing for everyone. Looking 
>> at the possible combinations, I've come up with a two options for a call 
>> time.
>>
>> Call Time Option 1
>> ===
>>   UTC-5 (New York, Boston): 08.00
>>   UTC+1 (Czech Republic, Germany, France) : 14.00
>>   UTC+2 (South Africa): 15.00
>>   UTC+3 (Kuwait) : 16.00
>>   UTC+5.5 (India) : 18.30
>>
>> Call Time Option  2
>> 
>>   UTC-5 (New York, Boston): 09.00
>>   UTC+1 (Czech Republic, Germany, France) : 15.00
>>   UTC+2 (South Africa): 16.00
>>   UTC+3 (Kuwait) : 17.00
>>   UTC+5.5 (India) : 19.30
>>
>> My schedule is pretty full this week with not much availability so would 
>> prefer to move the call out to next week. I think it will also give us a bit 
>> more time for preparation. So looking at next week, the 3 dates I would 
>> suggest are:
>>
>> - Tuesday 27th February 2018
>> - Wednesday 28th February 2018
>> - Thursday 1st March 2018
>>
>> My preferred date and time would be :
>>
>> - Tuesday 27th February at 14.00 (UTC+1)
>>
>> Please let me know if this would work for you all and if not then please 
>> suggest your potential alternative.
>>
>> As usual, all feedback and comments welcome! :-)
>>
>> Thanks
>> Sharan
>>
>> On 2018/02/14 08:22:03, Sharan Foga  wrote:
>>> Hi Everyone
>>>
>>> I'd like to organise a call with all the volunteers interested in being 
>>> part of our OFBiz documentation team.
>>>
>>> We need to discuss how we can plan and organise ourselves to  get this work 
>>> started. It will also give people some background information about what 
>>> can be done.
>>>
>>> Taher, who has worked on implementing the documentation framework into the 
>>> OFBiz code, would also like to talk to the team and explain some of the 
>>> technical details that could affect how we plan and manage the work.
>>>
>>> So I'd like to invite all of our documentation team volunteers (and also 
>>> anyone else from the community who is interested) to a Skype call.
>>>
>>> If you would like to attend then please add your location and timezone to 
>>> the table so that I can find a suitable time for everyone. (See link below)
>>>
>>> https://cwiki.apache.org/confluence/display/OFBIZ/OFBiz+Documentation+Team
>>>
>>> Even if you are not currently on the list of documentation volunteers but 
>>> would like to attend, please add your details.
>>>
>>> I was originally thinking of a Hangout but I've read that the limit for a 
>>> hangout is 10 (and we have 16 people in the list:-) so Skype is going to be 
>>> a better solution.
>>>
>>> As always, feedback welcome and please don't forget to add your name and 
>>> details if you'd like to attend.
>>>
>>> Thanks
>>> Sharan
>>>

Re: [Documentation] test conversion from docbook to asciidoc

[Olivier Heintz]

Hi Jacques,

I have tested docbookrx convertion with HELP_ACCOUNTING_agreements.xml and the 
files mentioned in it and generate html with ./gradlew publishDocumentation
All the generated files seem correct, adoc and html.

When it will be a place (choosen by Documentation Team) to put files to work 
on, I will put them.

In the generate file HELP_ACCOUNTING_agreements.html, there is no anchor 
defined and we will need it if we need contextual link,
so now, I will try to find the good asciidoc syntax for that.

Olivier

Le 10/02/2018 à 11:21, Jacques Le Roux a écrit :
> Hi Olivier,
>
> I read at https://github.com/asciidoctor/docbookrx that
> "This converter is far from perfect at the moment and some of the conversion 
> is done hastily. The plan is to evolve it into a robust library for 
> performing this conversion in a reliable way."
>
> The last version of Pandoc (2.1.1) supports conversion from docbook to 
> asciido. I have tried it but it seems not all is supported for instance using 
> HELP_ACCOUNTING_agreements.xml (picked by chance)
>      pandoc -f docbook -t asciidoc HELP_ACCOUNTING_agreements.xml -o test.txt
> in
>      applications\accounting\data\helpdata
>
> I get this:
> <<
> Agreements.
> ---
>
> An agreement is a way of recording a business arrangements or contract
> that your business makes with other companies or individuals. Common
> examples include Payment Terms (where you allow a customer up to 30 days
> to pay you) or Prompt Payment Discounts (where you offer a reduction on
> the amount owing if your customer pays you before a certain date)
>
> It can be used for the following:
>
> * Defining Payment Terms for Customers or Suppliers
> * Defining Sales Commissions
> * Setting up Prompt Payment Discounts
> * Setting up Price Lists (NOTE TO DO: Need to investigate how this logic
> overlaps with PRICE RULES in Catalog Manager)
> * Defining Late Fee Penalties
> * Defining preferred freight carriers or specific codes to be used
>  >>
>
> At 1st glance the text is limited in width to something like 72 chars I 
> guess/hope this can be changed.
> And the included/linked documents are not  present.
> And yes, asciidoc can link
> http://asciidoctor.org/docs/asciidoc-syntax-quick-reference/#links
> https://github.com/asciidoctor/asciidoctor/wiki/How-to-link-to-a-relative-AsciiDoc-document
>
> Could you please try the same with docbookrx to see if we get something 
> better?

Re: OFBiz Documentation Team Volunteers Needed

[Olivier Heintz]

good tools are tools which help to work not to (try to) replace human works. :-)

1) Conversion from docbook to asciidoc will just help us to  work on content 
and not on technical syntax.

2) Current ofbiz help system has some weakness but it works and, as it's easy, 
to update data to use it with html file generate from ascii it's a good
tools to test if some content is usable (or not) in a contextual help.
But I agree, I don't know when contextual help  will be in the task list of the 
Documentation team ;-)

Olivier

Le 08/02/2018 à 14:25, Michael Brohl a écrit :
> +++1 for manually reviewing, updating, restructuring and enhancing the 
> documentation instead of copy & paste!
>
> We know that the documentation has very different quality, is sometimes 
> outdated or too brief etc.
>
> I think it is of more value to take the chance to make the documentation 
> itself better in the course of the migration instead of simply having 
> the old state in a new format.
>
> We should maybe also agree on writing new documentation (or anhancing a 
> good amount of documentation) directly in the new format instead of 
> putting it in confluence 8if applicable)?
>
> Thanks,
>
> Michael
>
>
> Am 08.02.18 um 11:33 schrieb Taher Alkhateeb:
>> It is heartwarming to see you fine people signing up. I am thrilled
>> and looking forward to working with you. And I have to say Sharan
>> knows how to bring us together, so thank you!
>>
>> In reference to Olivier's comment regarding using conversion tools, I
>> would advise to perhaps try to be careful. Our objective is not
>> necessarily to copy-paste existing documentation, but rather to write
>> clean, relevant and well thought out documentation. If an old piece of
>> documentation is good and relevant, we use it, if not, we update it
>> and clean it, or of it is not useful then we just drop it.
>>
>> I hope more people feel the urge to sign up. What you folks are going
>> to achieve is to make OFBiz much more competitive by giving
>> accessibility to new comers through comprehensive documentation.
>>
>> On Thu, Feb 8, 2018 at 1:04 PM, Aditya Sharma
>> <aditya.sha...@hotwaxsystems.com> wrote:
>>> Hi Sharan,
>>>
>>> Please count me in.
>>>
>>> Thanks and Regards,
>>>
>>> *Aditya Sharma* | Enterprise Software Engineer
>>> HotWax Commerce <http://www.hotwax.co/> by HotWax Systems
>>> <http://www.hotwaxsystems.com/>
>>>
>>> <https://www.linkedin.com/in/aditya-sharma-78291810a/>
>>>
>>> On Thu, Feb 8, 2018 at 2:25 PM, Olivier Heintz <
>>> holivier.li...@ofbizextra.org> wrote:
>>>
>>>> Hi Sharan,
>>>>
>>>> please add me to the list,
>>>>
>>>> I have start to play with the new tools
>>>> I have convert some docbook file to asciidoc with docbookrx tools and make
>>>> modification on help data to use the html generated files in the ofbiz
>>>> help, it's work's ;-)
>>>> If needed, I can convert all docbook files to asccidoc
>>>>
>>>>
>>>> Regards,
>>>>
>>>>
>>>>
>>>> Le 07/02/2018 à 14:32, Sharan Foga a écrit :
>>>>> Hi Everyone
>>>>>
>>>>> (Trying again as my first post didn't reach this list)
>>>>>
>>>>> If you have read the latest project blog post then you will have seen a
>>>> section about the discussions that have been happening on our development
>>>> list about the new proposed OFBiz documentation framework.
>>>>> https://s.apache.org/VfxE
>>>>>
>>>>> It is based on asciidoc and will be able to generate documentation in
>>>> various formats. This means that we can start to consolidate our OFBiz
>>>> documentation within OFBiz itself and adapt it to any new releases.
>>>>> Feedback to the proposal have been very positive and once the code is
>>>> moved into our current trunk we will need to start some documentation work.
>>>> We will be looking for volunteers to become part of a documentation team
>>>> that will work on reviewing the documents we already have in the wiki and
>>>> other sources, then help to re-structure them to fit into the new
>>>> documentation framework model.
>>>>> Being involved with documentation is a good way to learn OFBiz :-)
>>>>>
>>>>> So if you are interested in being part of the OFBiz documentation team
>>>> then please respond to this message and I will add you to the list.
>>>>> Thanks
>>>>> Sharan
>>>>>
>

Re: OFBiz Documentation Team Volunteers Needed

[Olivier Heintz]

Hi Sharan,

please add me to the list,

I have start to play with the new tools
I have convert some docbook file to asciidoc with docbookrx tools and make 
modification on help data to use the html generated files in the ofbiz help, 
it's work's ;-)
If needed, I can convert all docbook files to asccidoc


Regards,



Le 07/02/2018 à 14:32, Sharan Foga a écrit :
> Hi Everyone
>
> (Trying again as my first post didn't reach this list)
>
> If you have read the latest project blog post then you will have seen a 
> section about the discussions that have been happening on our development 
> list about the new proposed OFBiz documentation framework.
>
> https://s.apache.org/VfxE
>
> It is based on asciidoc and will be able to generate documentation in various 
> formats. This means that we can start to consolidate our OFBiz documentation 
> within OFBiz itself and adapt it to any new releases.
>
> Feedback to the proposal have been very positive and once the code is moved 
> into our current trunk we will need to start some documentation work. We will 
> be looking for volunteers to become part of a documentation team that will 
> work on reviewing the documents we already have in the wiki and other 
> sources, then help to re-structure them to fit into the new documentation 
> framework model.
>
> Being involved with documentation is a good way to learn OFBiz :-)
>
> So if you are interested in being part of the OFBiz documentation team then 
> please respond to this message and I will add you to the list.
>
> Thanks
> Sharan
>

Re: OFbiz website and translation in French

[Olivier Heintz]

Hi,

I think it's more easier to start by only translation of existing page.
It will be more simple to be sure the content follows the Apache and apache 
OFbiz rules.

Olivier

Le 25/09/2017 à 12:22, Jacques Le Roux a écrit :
> Hi Julien, All,
> 
> We already discussed this in the past and there was kinda a consensus 
> http://markmail.org/message/ufmrd47ukkoxsfti
> 
> I think there was other discussions (not sure) but could not find them
> 
> I think we could add a French flag and have one simple page.
> 
> Not necessarily a French translation of the main page but using the site 
> signature (signature was the word I looked for when discussing in French;))
> 
> Opinions ?
> 
> Jacques
> 
> 
> Le 25/09/2017 à 10:56, Julien NICOLAS a écrit :
>> Hello,
>>
>> Today OFBiz France is definitely dead and we are closing the French website.
>>
>> People of OFBiz France ask to keep a French website to help French user to 
>> understand what is OFBiz.
>>
>> After discussion, we want to keep an unofficial French group to work around 
>> French accessibility to OFBiz and we think to have some translated page 
>> in the official website. The purpose is to show that there is French people 
>> working on the project.
>>
>> So our questions is :
>>
>> - Is it possible to create French pages in the official website ?
>>
>> - If it's possible, what is the requirements that we have to follow ?
>>
>> I hope that this request would be positively considered :)
>>
>> Kind regards,
>>
>> Julien.
>>
>>
> 
> 

Re: Plugin components for OFBiz and OFBizBase

[Olivier Heintz]

Pierre,

I'm not sure to understand, this list are
- ready to use plugin with the ofbiz plugin system ?
- or only component to use as copy-paste in hot-deploy ?



Le 30/11/2016 à 09:32, Pierre Smits a écrit :
> Hi all,
> 
> It pleases me to be abel to announce the availability of following plugin
> components on GITHUB.
> These plugins components are disentangled from the OFBiz trunk repository
> and can be used as hot-deploy add-ons/replacements in your implementation.
> 
> accounting https://github.com/OFBizCI/accounting
> assetmaint https://github.com/OFBizCI/assetmaint
> bi https://github.com/OFBizCI/bi
> birt https://github.com/OFBizCI/birt
> bluelight https://github.com/OFBizCI/bluelight
> cmssite https://github.com/OFBizCI/cmssite
> common https://github.com/OFBizCI/common
> commonext https://github.com/OFBizCI/commonext
> content https://github.com/OFBizCI/content
> datamodel https://github.com/OFBizCI/datamodel
> ebay https://github.com/OFBizCI/ebay
> ebaystore https://github.com/OFBizCI/ebaystore
> ecommerce https://github.com/OFBizCI/ecommerce
> entity https://github.com/OFBizCI/entity
> flatgrey https://github.com/OFBizCI/flatgrey
> hhfacility https://github.com/OFBizCI/hhfacility
> humanres https://github.com/OFBizCI/humanres
> ldap https://github.com/OFBizCI/ldap
> lucene https://github.com/OFBizCI/lucene
> manufacturing https://github.com/OFBizCI/manufacturing
> myportal https://github.com/OFBizCI/myportal
> oagis https://github.com/OFBizCI/oagis
> order https://github.com/OFBizCI/order
> party https://github.com/OFBizCI/party
> passport https://github.com/OFBizCI/passport
> product https://github.com/OFBizCI/product
> projectmgr https://github.com/OFBizCI/projectmgr
> rainbowstone https://github.com/OFBizCI/rainbowstone
> scrum https://github.com/OFBizCI/scrum
> securityext https://github.com/OFBizCI/securityext
> service https://github.com/OFBizCI/service
> solr https://github.com/OFBizCI/solr
> webpos https://github.com/OFBizCI/webpos
> webtools https://github.com/OFBizCI/webtools
> widget https://github.com/OFBizCI/widget
> workeffort https://github.com/OFBizCI/workeffort
> More information (WIP) on these components and other optional plugin
> componens can be found via https://oem.ofbizci.net/oci-2
> 
> Should you have any questions and/or remarks, feel free to post these to
> this mailing list.
> 
> Best regards,
> 
> Pierre Smits
> 
> ORRTIZ.COM 
> OFBiz based solutions & services
> 
> OFBiz Extensions Marketplace
> http://oem.ofbizci.net/oci-2/
> 

Re: Using Gradle in eclipse

[Olivier Heintz]

Hi Taher,

Having OFBiz project declare as a gradle project in eclipse is useful to
see all gradle task and be able to run it.
With these modifications it's the case.


It's not an important point and gradle --gui (even if it less clear) is
usable.

Olivier


Le 25/11/2016 à 19:58, Taher Alkhateeb a écrit :
> Hi Olivier,
> 
> Thank for your research on this. So I have a question before putting an
> opinion; what is the purpose of modifying the the generated project. What
> is the achieved outcome?
> 
> Taher Alkhateeb
> 
> On Fri, Nov 25, 2016 at 12:04 PM, Olivier Heintz <
> holivier.li...@ofbizextra.org> wrote:
> 
>> End of my test ;-) and my conclusions :
>> To have ofbiz in eclipse and being declare as a gradle project, it's
>> necessary to complete the gradle eclipse task before doing the import
>> existing project in eclipse :
>>
>> 1°) to have a correct .project file
>> it's necessary to add to build.gradle (before running gradlew eclipse)
>> eclipse {
>> project {
>>   //Eclipse project's comment which appair in Gradle tasks view
>> behind
>> ofbiz
>>   comment = 'All the main gradle task'
>>   //Append gradle natures :
>>   natures 'org.eclipse.buildship.core.gradleprojectnature'
>>   //Append the gradle build command:
>>   buildCommand 'org.eclipse.buildship.core.gradleprojectbuilder'
>> }
>>   }
>>
>> 2°) it's necessary to add the file
>> org.eclipse.buildship.core.prefs in .settings directory (created by
>> gradle eclipse task)
>> this file contain only :
>>> build.commands=org.eclipse.jdt.core.javabuilder
>>> connection.arguments=
>>> connection.gradle.distribution=GRADLE_DISTRIBUTION(WRAPPER)
>>> connection.java.home=null
>>> connection.jvm.arguments=
>>> connection.project.dir=
>>> derived.resources=.gradle,build
>>> eclipse.preferences.version=1
>>> natures=org.eclipse.jdt.core.javanature
>>> project.path=\:
>>
>> I have not found if it's easy to configure the eclipse gradle plugin to
>> generate this file.
>>
>> I'm waiting opinions about theses two modifications before updating
>> eclipse wiki page.
>>
>> Le 23/11/2016 à 22:48, Olivier Heintz a écrit :
>>> It seems that the only problem is in the .project file because after a
>>> cleanAll if I use ./gradlew eclipse and after I replace the .project
>>> file by
>>>
>>> 
>>> 
>>>   ofbiz
>>>   
>>>   
>>>   
>>>   
>>>   
>>>   org.eclipse.jdt.core.javabuilder
>>>   
>>>   
>>>   
>>>   
>>>   org.eclipse.buildship.
>> core.gradleprojectbuilder
>>>   
>>>   
>>>   
>>>   
>>>   
>>>   org.eclipse.jdt.core.javanature
>>>   org.eclipse.buildship.core.gradleprojectnature> nature>
>>>   
>>> 
>>>
>>> All seems works correctly.
>>>
>>> PS: I am surprised because I thought I did this as first test this
>>> morning when I have started working on configuration on new eclipse
>> version.
>>> So in the next days, I will restart a full new install to check if it's
>>> really only this problem.
>>>
>>>
>>> Le 23/11/2016 à 18:45, Olivier Heintz a écrit :
>>>> Thank you very much Taher,
>>>>
>>>> I will used the gui.
>>>>
>>>> The fun fact is : when I test it (and compare what I have in eclipse), I
>>>> have used the cleanEclipseClasspath and after the eclipseClasspath and
>> .
>>>> it seen to solve the eclipse pb !
>>>> So I will continue to trying to solve the way to have ofbiz with gradle
>>>> in eclipse ;-) and If I succeeded I will complete the eclipse wiki page.
>>>>
>>>> Thank
>>>>
>>>> Le 23/11/2016 à 17:49, Taher Alkhateeb a écrit :
>>>>> Hi Olivier,
>>>>>
>>>>> It might be a bit quirky to control it from eclipse because of the way
>> it
>>>>> treats sub-projects. If you like a GUI to work with, then I recommend
>>>>> ./gradlew --gui. It's fun to work with and you can save your favorite
>>>>> commands.
>>>>>
>>>>> Chee

Re: Using Gradle in eclipse

[Olivier Heintz]

End of my test ;-) and my conclusions :
To have ofbiz in eclipse and being declare as a gradle project, it's
necessary to complete the gradle eclipse task before doing the import
existing project in eclipse :

1°) to have a correct .project file
it's necessary to add to build.gradle (before running gradlew eclipse)
eclipse {
project {
  //Eclipse project's comment which appair in Gradle tasks view behind
ofbiz
  comment = 'All the main gradle task'
  //Append gradle natures :
  natures 'org.eclipse.buildship.core.gradleprojectnature'
  //Append the gradle build command:
  buildCommand 'org.eclipse.buildship.core.gradleprojectbuilder'
}
  }

2°) it's necessary to add the file
org.eclipse.buildship.core.prefs in .settings directory (created by
gradle eclipse task)
this file contain only :
>build.commands=org.eclipse.jdt.core.javabuilder
>connection.arguments=
>connection.gradle.distribution=GRADLE_DISTRIBUTION(WRAPPER)
>connection.java.home=null
>connection.jvm.arguments=
>connection.project.dir=
>derived.resources=.gradle,build
>eclipse.preferences.version=1
>natures=org.eclipse.jdt.core.javanature
>project.path=\:

I have not found if it's easy to configure the eclipse gradle plugin to
generate this file.

I'm waiting opinions about theses two modifications before updating
eclipse wiki page.

Le 23/11/2016 à 22:48, Olivier Heintz a écrit :
> It seems that the only problem is in the .project file because after a
> cleanAll if I use ./gradlew eclipse and after I replace the .project
> file by
> 
> 
> 
>   ofbiz
>   
>   
>   
>   
>   
>   org.eclipse.jdt.core.javabuilder
>   
>   
>   
>   
>   
> org.eclipse.buildship.core.gradleprojectbuilder
>   
>   
>   
>   
>   
>   org.eclipse.jdt.core.javanature
>   org.eclipse.buildship.core.gradleprojectnature
>   
> 
> 
> All seems works correctly.
> 
> PS: I am surprised because I thought I did this as first test this
> morning when I have started working on configuration on new eclipse version.
> So in the next days, I will restart a full new install to check if it's
> really only this problem.
> 
> 
> Le 23/11/2016 à 18:45, Olivier Heintz a écrit :
>> Thank you very much Taher,
>>
>> I will used the gui.
>>
>> The fun fact is : when I test it (and compare what I have in eclipse), I
>> have used the cleanEclipseClasspath and after the eclipseClasspath and .
>> it seen to solve the eclipse pb !
>> So I will continue to trying to solve the way to have ofbiz with gradle
>> in eclipse ;-) and If I succeeded I will complete the eclipse wiki page.
>>
>> Thank
>>
>> Le 23/11/2016 à 17:49, Taher Alkhateeb a écrit :
>>> Hi Olivier,
>>>
>>> It might be a bit quirky to control it from eclipse because of the way it
>>> treats sub-projects. If you like a GUI to work with, then I recommend
>>> ./gradlew --gui. It's fun to work with and you can save your favorite
>>> commands.
>>>
>>> Cheers,
>>>
>>> Taher Alkhateeb
>>>
>>> On Wed, Nov 23, 2016 at 7:41 PM, Olivier Heintz <
>>> holivier.li...@ofbizextra.org> wrote:
>>>
>>>> I'm trying to load ofbiz project in eclipse and declare it as a gradle
>>>> but it generate a lot of sub-project and error in java build.
>>>>
>>>> My process :
>>>> 1) download ofbiz
>>>> 2) ./gradlew eclipse
>>>> 3) open eclipse (Neon Java default config) in a new workspace,
>>>> 4) import existing project
>>>> ofbiz is recognize as a java project and there is no error
>>>> 5) button configure as gradle project
>>>>
>>>> => it generate one project by component
>>>> => if generate error in build in Project and External Dependencies
>>>> (org.eclipse.buildship.core.gradleclasspathcontainer)
>>>>application(missing)
>>>>
>>>> --
>>>> I have read the jira OFBIZ-7779
>>>> <https://issues.apache.org/jira/browse/OFBIZ-7779>
>>>> but I have not found what I'm not doing correctly ...
>>>>
>>
> 
> 

Re: Using Gradle in eclipse

[Olivier Heintz]

It seems that the only problem is in the .project file because after a
cleanAll if I use ./gradlew eclipse and after I replace the .project
file by



ofbiz





org.eclipse.jdt.core.javabuilder





org.eclipse.buildship.core.gradleprojectbuilder





org.eclipse.jdt.core.javanature
org.eclipse.buildship.core.gradleprojectnature



All seems works correctly.

PS: I am surprised because I thought I did this as first test this
morning when I have started working on configuration on new eclipse version.
So in the next days, I will restart a full new install to check if it's
really only this problem.


Le 23/11/2016 à 18:45, Olivier Heintz a écrit :
> Thank you very much Taher,
>
> I will used the gui.
>
> The fun fact is : when I test it (and compare what I have in eclipse), I
> have used the cleanEclipseClasspath and after the eclipseClasspath and .
> it seen to solve the eclipse pb !
> So I will continue to trying to solve the way to have ofbiz with gradle
> in eclipse ;-) and If I succeeded I will complete the eclipse wiki page.
>
> Thank
>
> Le 23/11/2016 à 17:49, Taher Alkhateeb a écrit :
>> Hi Olivier,
>>
>> It might be a bit quirky to control it from eclipse because of the way it
>> treats sub-projects. If you like a GUI to work with, then I recommend
>> ./gradlew --gui. It's fun to work with and you can save your favorite
>> commands.
>>
>> Cheers,
>>
>> Taher Alkhateeb
>>
>> On Wed, Nov 23, 2016 at 7:41 PM, Olivier Heintz <
>> holivier.li...@ofbizextra.org> wrote:
>>
>>> I'm trying to load ofbiz project in eclipse and declare it as a gradle
>>> but it generate a lot of sub-project and error in java build.
>>>
>>> My process :
>>> 1) download ofbiz
>>> 2) ./gradlew eclipse
>>> 3) open eclipse (Neon Java default config) in a new workspace,
>>> 4) import existing project
>>> ofbiz is recognize as a java project and there is no error
>>> 5) button configure as gradle project
>>>
>>> => it generate one project by component
>>> => if generate error in build in Project and External Dependencies
>>> (org.eclipse.buildship.core.gradleclasspathcontainer)
>>>application(missing)
>>>
>>> --
>>> I have read the jira OFBIZ-7779
>>> <https://issues.apache.org/jira/browse/OFBIZ-7779>
>>> but I have not found what I'm not doing correctly ...
>>>
>

Re: Using Gradle in eclipse

[Olivier Heintz]

Thank you very much Taher,

I will used the gui.

The fun fact is : when I test it (and compare what I have in eclipse), I
have used the cleanEclipseClasspath and after the eclipseClasspath and .
it seen to solve the eclipse pb !
So I will continue to trying to solve the way to have ofbiz with gradle
in eclipse ;-) and If I succeeded I will complete the eclipse wiki page.

Thank

Le 23/11/2016 à 17:49, Taher Alkhateeb a écrit :
> Hi Olivier,
>
> It might be a bit quirky to control it from eclipse because of the way it
> treats sub-projects. If you like a GUI to work with, then I recommend
> ./gradlew --gui. It's fun to work with and you can save your favorite
> commands.
>
> Cheers,
>
> Taher Alkhateeb
>
> On Wed, Nov 23, 2016 at 7:41 PM, Olivier Heintz <
> holivier.li...@ofbizextra.org> wrote:
>
>> I'm trying to load ofbiz project in eclipse and declare it as a gradle
>> but it generate a lot of sub-project and error in java build.
>>
>> My process :
>> 1) download ofbiz
>> 2) ./gradlew eclipse
>> 3) open eclipse (Neon Java default config) in a new workspace,
>> 4) import existing project
>> ofbiz is recognize as a java project and there is no error
>> 5) button configure as gradle project
>>
>> => it generate one project by component
>> => if generate error in build in Project and External Dependencies
>> (org.eclipse.buildship.core.gradleclasspathcontainer)
>>application(missing)
>>
>> --
>> I have read the jira OFBIZ-7779
>> <https://issues.apache.org/jira/browse/OFBIZ-7779>
>> but I have not found what I'm not doing correctly ...
>>

Using Gradle in eclipse

[Olivier Heintz]

I'm trying to load ofbiz project in eclipse and declare it as a gradle
but it generate a lot of sub-project and error in java build.

My process :
1) download ofbiz
2) ./gradlew eclipse
3) open eclipse (Neon Java default config) in a new workspace,
4) import existing project
ofbiz is recognize as a java project and there is no error
5) button configure as gradle project

=> it generate one project by component
=> if generate error in build in Project and External Dependencies
(org.eclipse.buildship.core.gradleclasspathcontainer)
   application(missing)

--
I have read the jira OFBIZ-7779

but I have not found what I'm not doing correctly ...

Re: ViewGeneric page errors out

[olivier Heintz]

similar problem in ViewGeneric.groovy

---framework/webtools/webapp/webtools/WEB-INF/actions/entity/ViewGeneric.groovy 
(3890402ee3d1bfccb7b058d3fbfc9109ba5dfac9)
+++framework/webtools/webapp/webtools/WEB-INF/actions/entity/ViewGeneric.groovy
@@ -399,14 +399,14 @@
 mapRelation.put(valueRelatedPk, 
valueRelated.getPrimaryKey().toString());
 }
 mapRelation.put(relatedFieldsList, relatedFieldsList);
 mapRelation.put(relType, one);
 
 String findString = entityName= + relatedEntity.getEntityName();

-for (int knum = 0; knum  relation.getKeyMapsSize(); knum++) {
-ModelKeyMap keyMap = relation.getKeyMap(knum);
+for (int knum = 0; knum  relation.getKeyMaps().size(); 
knum++) {
+ModelKeyMap keyMap = relation.getKeyMaps().get(knum);
 if (value.get(keyMap.getFieldName()) != null) {
 findString +=  + keyMap.getRelFieldName() + = + 
value.get(keyMap.getFieldName());
 }
 }
 String encodeFindString = 
UtilFormatOut.encodeQuery(findString);
 mapRelation.put(encodeRelatedEntityFindString, 
encodeFindString);
@@ -417,14 +417,14 @@
 } else if (relation.getType().equalsIgnoreCase(many)) {
 if (value != null) {
 if (hasAllView || 
security.hasEntityPermission(relatedEntity.getPlainTableName(), _VIEW, 
session)) {
 mapRelation.put(relType, many);
 
 String findString = entityName= + relatedEntity.getEntityName();

-for (int knum = 0; knum  relation.getKeyMapsSize(); knum++) {
-ModelKeyMap keyMap = relation.getKeyMap(knum);
+for (int knum = 0; knum  relation.getKeyMaps().size(); 
knum++) {
+ModelKeyMap keyMap = relation.getKeyMaps().get(knum);
 if (value.get(keyMap.getFieldName()) != null) {
 findString +=  + keyMap.getRelFieldName() + = + 
value.get(keyMap.getFieldName());
 }
 }
 String encodeFindString = 
UtilFormatOut.encodeQuery(findString);
 mapRelation.put(encodeRelatedEntityFindString, 
encodeFindString);




Le 08/05/2013 14:27, Adrian Crum a écrit :

Fixed in revision 1480248.

-Adrian

On 5/8/2013 12:59 PM, Adrian Crum wrote:

Thank you for reporting it. I will take care of it.

-Adrian

On 5/8/2013 12:55 PM, Atul Vani wrote:
Didn't get a chance to look into it yet, but there is some bug due 
to recent changes.
https://demo-stable.ofbiz.apache.org:8443/webtools/control/ViewRelations?entityName=Product 

Re: ViewGeneric page errors out

[olivier Heintz]

Thank you Adrian

Le 09/05/2013 17:59, Adrian Crum a écrit :

Fixed in revision 1480702.

-Adrian

On 5/9/2013 3:18 PM, olivier Heintz wrote:

similar problem in ViewGeneric.groovy

---framework/webtools/webapp/webtools/WEB-INF/actions/entity/ViewGeneric.groovy 
(3890402ee3d1bfccb7b058d3fbfc9109ba5dfac9)
+++framework/webtools/webapp/webtools/WEB-INF/actions/entity/ViewGeneric.groovy 


@@ -399,14 +399,14 @@
 mapRelation.put(valueRelatedPk, 
valueRelated.getPrimaryKey().toString());

 }
 mapRelation.put(relatedFieldsList, 
relatedFieldsList);

 mapRelation.put(relType, one);

 String findString = entityName= + 
relatedEntity.getEntityName();
-for (int knum = 0; knum  relation.getKeyMapsSize(); 
knum++) {

-ModelKeyMap keyMap = relation.getKeyMap(knum);
+for (int knum = 0; knum  
relation.getKeyMaps().size(); knum++) {
+ModelKeyMap keyMap = 
relation.getKeyMaps().get(knum);

 if (value.get(keyMap.getFieldName()) != null) {
 findString +=  + keyMap.getRelFieldName() 
+ = + value.get(keyMap.getFieldName());

 }
 }
 String encodeFindString = 
UtilFormatOut.encodeQuery(findString);

mapRelation.put(encodeRelatedEntityFindString, encodeFindString);
@@ -417,14 +417,14 @@
 } else if (relation.getType().equalsIgnoreCase(many)) {
 if (value != null) {
 if (hasAllView || 
security.hasEntityPermission(relatedEntity.getPlainTableName(), 
_VIEW, session)) {

 mapRelation.put(relType, many);

 String findString = entityName= + 
relatedEntity.getEntityName();
-for (int knum = 0; knum  relation.getKeyMapsSize(); 
knum++) {

-ModelKeyMap keyMap = relation.getKeyMap(knum);
+for (int knum = 0; knum  
relation.getKeyMaps().size(); knum++) {
+ModelKeyMap keyMap = 
relation.getKeyMaps().get(knum);

 if (value.get(keyMap.getFieldName()) != null) {
 findString +=  + keyMap.getRelFieldName() 
+ = + value.get(keyMap.getFieldName());

 }
 }
 String encodeFindString = 
UtilFormatOut.encodeQuery(findString);

mapRelation.put(encodeRelatedEntityFindString, encodeFindString);




Le 08/05/2013 14:27, Adrian Crum a écrit :

Fixed in revision 1480248.

-Adrian

On 5/8/2013 12:59 PM, Adrian Crum wrote:

Thank you for reporting it. I will take care of it.

-Adrian

On 5/8/2013 12:55 PM, Atul Vani wrote:
Didn't get a chance to look into it yet, but there is some bug due 
to recent changes.
https://demo-stable.ofbiz.apache.org:8443/webtools/control/ViewRelations?entityName=Product 

Re: Main priorities to enhance Apache-OFBiz

[olivier Heintz]

Thank you Jacques for your comment.

I added some comment in-line to clarify what i meant

Le 07/12/2012 09:13, Jacques Le Roux a écrit :
 From: olivier Heintz olivier.hei...@neogia.org
 The thread title is confusing for this discussion.

 I reformulate my last mail :
 Sort from the more important to the less
 1) give a process to promote contribution. Contribution should be sent
 before quality process review
 I see roughly 3 types of contribution
 1) Bug fixes
 2) Improvements of existing features
 3) New features

 In OFBiz standard contribution process 
 https://cwiki.apache.org/confluence/display/OFBADMIN/OFBiz+Contributors+Best+Practices
 1) are straightforward = create a Jira, attach a patch 
 2) Don't need to be discussed 1st on the dev ML, except if the improvement is 
 really a big change
 3) Should always be discussed 1st on dev ML to avoid disappointments

 Those are OFBiz and not Apache conventions, but could still be used as 
 template for Apache OFBiz Extras
You are right, i did not detailled enough about contribution types
1) Bug fixes, current ofbiz process is clear
2) Improvements of existing features with a good quality level, current
ofbiz process is clear
3) New feature (small or large) not already done, current ofbiz process
is clear
4) New feature (small or large) already developped within contributor
project.
I wanted to insist on the necessity to have a way to contribute.
Obviously, it must be identified as such.
 2) Improve OFBiz Quality, and so accept only contribution with quality
 review
 In OFBiz standard contribution processn this is already the case, a committer 
 should always review before committing. 
 In OFBiz we use the Review Then Commit (RTC) procedure and not the Commit 
 Then Review (CTR) http://www.apache.org/foundation/glossary.html
I wanted to point out the fact that all contributions have to respect
quality rules. For instance, every new service (other than auto-entity)
must have a Junit test provided.
 2.1) Quality for an ERP should be  for technical and functional at the
 same level
 2.2) Quality criteria must be clear and well defined
 3) be more modular than component level, to be able to measure quality
 more easily and precisely
 At this stage I wonder if your discussion (Apache OFBiz Extras? Still not 
 quite clear in the subject ;o)  is not implicilty related to Neogia addons?
only talking about OFBiz
 4) slim down ofbiz and put not mandatory function in an option area
 slimdown: https://issues.apache.org/jira/browse/OFBIZ/fixforversion/12320551
 Apache OFBiz Extras: 
 http://code.google.com/a/apache-extras.org/hosting/search?q=label%3aOFBiz

 5) give a clear process to validate a contribution. Multiple status with
 a clear definition for each.
 6) give a plan with timelines to classify, on quality criteria, each
 existing apache-ofbiz functions
 Seems a bit complicated :) Our limited community cannot reasonably sustain 
 too much paperwork. This has already been expressed by experienced OFBiz 
 committers about this subject. We just need to keep things realistic...
I tried to explain that OFBiz slim-down process have to keep going
beyond the components, and for this purpose we should start by
discussing function by function.
For each function, the quality-level should be estimated. I think that
this kind of contribution could also help the community.
  
 7) add more functions // enhance quality of existing functions // move
 function from one area to an other (kernel, optional function at hight
 quality level, optional function on quality review process, ...)

 so, first clarification : ofbiz-extra is a mean and not an end
 second clarification : Apache-ofbiz must be for all hight quality ofbiz
 piece, kernel or additionals functions.
 Totally agreed

 To be very clear, In My Opinion, the main advantage for ofbiz-extra is ONLY
 1) to be able to give a commit authorization for new contributor, to
 motivate them to share their current realization
 2) to have a unique place for contribution before being evaluate by the
 community on quality review process.
 Still this seems a bit complicated to me. The higher the barriers you put, 
 the less contributions you will get

 If we want a hight level of quality, we should have process to be able
 to remove a function from OFBiz-Kernel or optionals functions,
 BECAUSE all code on trunk should be evaluate with the same criteria,
 existing from a long time is not a quality criteria. It's not because
 something was with a hight quality level that it is always with it.
 Sounds right indeed
  
 Last point, maybe quality was not considered as a priority by very many
 or we'd see more people (committers and non-committer contributors)
 working on it.
 But I'm sure it is only related to the development phase where was OFBiz
 - increase  number of function -
 Yes I agree, earlier, and even last, years were more in this mood. Now that 
 OFBiz is mature less new features are proposed. But I think also that 
 something else

OFBiz track at ApacheCon-NA

[olivier Heintz]

Few days ago I have submitted a talk How to manage project with Apache tools
Description :
Task , request (Bug and enhancement), skills, resources, due date, time entry, 
indicators, ... are all what you manage to delivered customer project. All what 
you need is available and ready to use in Open For Business, project or scrum 
or consultant component. This talk will show you, the requirements and how to 
use it. 
/Description
 
The submission is accepted, but no one has answered to the questions I have 
asked on user mailing-list in the same time I have submitted  the talk
The questions was :
About ApacheCon-NA,
is there a lot of  talk proposal proposed ?
is there some people who are already sure to attend ?

Today one more question
is there other people who have a ofbiz talk submission accepted ?

Re: Main priorities to enhance Apache-OFBiz

[olivier Heintz]

The thread title is confusing for this discussion.

I reformulate my last mail :
Sort from the more important to the less
1) give a process to promote contribution. Contribution should be sent
before quality process review
2) Improve OFBiz Quality, and so accept only contribution with quality
review
2.1) Quality for an ERP should be  for technical and functional at the
same level
2.2) Quality criteria must be clear and well defined
3) be more modular than component level, to be able to measure quality
more easily and precisely
4) slim down ofbiz and put not mandatory function in an option area
5) give a clear process to validate a contribution. Multiple status with
a clear definition for each.
6) give a plan with timelines to classify, on quality criteria, each
existing apache-ofbiz functions
 
7) add more functions // enhance quality of existing functions // move
function from one area to an other (kernel, optional function at hight
quality level, optional function on quality review process, ...)

so, first clarification : ofbiz-extra is a mean and not an end
second clarification : Apache-ofbiz must be for all hight quality ofbiz
piece, kernel or additionals functions.

To be very clear, In My Opinion, the main advantage for ofbiz-extra is ONLY
1) to be able to give a commit authorization for new contributor, to
motivate them to share their current realization
2) to have a unique place for contribution before being evaluate by the
community on quality review process.


If we want a hight level of quality, we should have process to be able
to remove a function from OFBiz-Kernel or optionals functions,
BECAUSE all code on trunk should be evaluate with the same criteria,
existing from a long time is not a quality criteria. It's not because
something was with a hight quality level that it is always with it.

Last point, maybe quality was not considered as a priority by very many
or we'd see more people (committers and non-committer contributors)
working on it.
But I'm sure it is only related to the development phase where was OFBiz
- increase  number of function -
Now I'm sure many of us to be confident that the quality will enable us
to increase our business.



Le 30/11/2012 09:13, Paul Piper a écrit :
 Unfortunately, I would have to second David's opinion. As mentioned in the
 other mailing-thread, I cannot see any benefit from migrating parts of the
 source into a google repository. Instead I think that the effects will
 result in lesser quality product, not higher ones, as discussed here:
 http://ofbiz.135035.n4.nabble.com/Slim-down-effort-current-situation-td4637617.html#a4637828
  

 So I would argue that it is best to maintain everything in the same trunk as
 part of the ASF. I would rather like to discuss less enforced guidelines or
 subproject structures for the apache extras subproject so that those can
 reach maturity through other means. Don't get me wrong: I do think that a
 lot of the points  questions you raise are valid, Olivier, and I also agree
 that we need a structure that would be beneficial to the subproject... but
 within the same svn trunk and apache ofbiz brand. 

 That being said: I like the condition-set you gave to identify product
 maturity. If we can extend the 5week rule to something more suitable for
 this community (5 weeks is rather short), I believe that those could easily
 be adapted for a full subproject.



 --
 View this message in context: 
 http://ofbiz.135035.n4.nabble.com/Summary-of-ApacheCon-Eu-conference-Why-ofbiz-extra-tp4637910p4637949.html
 Sent from the OFBiz - User mailing list archive at Nabble.com.

Re: 15 minutes to discover addons and addon manager

[olivier Heintz]

  value xml:lang=enAR/value
  value xml:lang=esVentas/value
  value xml:lang=frCpt. clients/value
 -value xml:lang=hi-INलेखा पॿरापॿय/value
 +value xml:lang=hi-INलेखा पॿरापॿय/value
  value xml:lang=itAR/value
  value xml:lang=ja売掛(AR)/value
  value xml:lang=nlVorderingen/value
  value xml:lang=pt-BRContas a receber/value
  value xml:lang=viKhoản Thu (AR)/value
  value xml:lang=zh应收账户/value

 HTH

 Jacques

 From: olivier Heintz olivier.hei...@neogia.org
 Le 25/11/2012 19:00, Jacques Le Roux a écrit :
 I did not follow this tuto only the one below
 I had already diff installed and a patchDos.bat:
 todos %1
 patch -N -p0  %1

 Creating the recommended bat files worked, thanks!

 When viewing the (long) result from
 svn di framework\common\config\CommonUiLabels.xml  dropit.txt
 I see encoding issues in dropit.txt, even when changing encoding in Scite 
 to all possible values, normal? I guess it's an
 issues related to the platform?
 it's not a know issue, can you send the dropit.txt file
 All the rest worked fine :o)

 Jacques

 From: Nicolas Malin malin.nico...@librenberry.net
 Thanks Jacques.

 I test with the last OFBiz trunk with success.

 Do you have the diff program installed properly ?
 http://code.google.com/a/apache-extras.org/p/ofbiz-adm/wiki/admInstallation

 Nicolas

 Le 25/11/2012 11:59, Jacques Le Roux a écrit :
 Thanks Nicolas,

 I give it a try in Windows using for
 $ alias adm=java -jar $(pwd)/addonmanager-20121027.jar
 doskey adm=java -jar addonmanager-20121027.jar $*
 (see http://superuser.com/questions/49170/create-an-alias-in-windows-xp 
 for more)

 It worked well until

 adm install org.ofbizextra-dev.hello-world
 [INFO] addon manager version : 20121027
 [INFO] Add-On Manager for D:\workspace\ofbizClean
 loading settings :: file = 
 D:\workspace\ofbizClean\.addons\ivysettings.xml
 resolving dependencies :: org.ofbizextra-dev#targetAddon;1.0
  confs: [default]
  found org.ofbizextra-dev#hello-world;0.1.0.0-dev in 
 libraries-dev
  [0.1.0.0-dev] org.ofbizextra-dev#hello-world;latest.integration
 resolution report :: resolve 782ms :: artifacts dl 0ms
  
 -
  |  |modules||   
 artifacts   |
  |   conf   | number| search|dwnlded|evicted|| 
 number|dwnlded|
  
 -
  |  default |   1   |   1   |   0   |   0   ||   1   |  
  0   |
  
 -
 retrieving :: org.ofbizextra-dev#targetAddon
  confs: [default]
  0 artifacts copied, 1 already retrieved (0kB/16ms)
 The dependencies will be installed in this order:
 hello-world0.1.0.0-dev
 Add-on hello-world registered
 [INFO] Add-on hello-world unregistered
 org.ofbizextra.addonmanager.core.patch.PatchException: Patch failed for 
 File : framework\common\config\CommonUiLabels.xml
  at 
 org.ofbizextra.addonmanager.core.registry.RegisteredAddOn.applyPatchs(RegisteredAddOn.java:353)
  at 
 org.ofbizextra.addonmanager.core.registry.Registry.installAddOn(Registry.java:211)
  at 
 org.ofbizextra.addonmanager.core.command.InstallAddOnCommand.doExecute(InstallAddOnCommand.java:54)
  at 
 org.ofbizextra.addonmanager.core.AddOnManager.executeCommand(AddOnManager.java:407)
  at org.ofbizextra.addonmanager.cli.Cli.runCommand(Cli.java:119)
  at org.ofbizextra.addonmanager.cli.Cli.main(Cli.java:305)
 org.ofbizextra.addonmanager.core.AddOnManagerException: Installation 
 failed for : org.ofbizextra-dev.hello-world
  at 
 org.ofbizextra.addonmanager.core.command.InstallAddOnCommand.doExecute(InstallAddOnCommand.java:98)
  at 
 org.ofbizextra.addonmanager.core.AddOnManager.executeCommand(AddOnManager.java:407)
  at org.ofbizextra.addonmanager.cli.Cli.runCommand(Cli.java:119)
  at org.ofbizextra.addonmanager.cli.Cli.main(Cli.java:305)
 [ERROR] Installation failed for : org.ofbizextra-dev.hello-world

 Abort signal was received. Shutting down as gracefully as possible ...

 I guess the addon is not upated regarding CommonUiLabels.xml (I added 
 Japaned yesterday)?

 Thanks

 Jacques

 From: Malin Nicolas malin.nico...@librenberry.net
 Hello,

 I put my talk did at ApacheCon Europe on the addons for OFBiz and 
 create
 a discovery scenario for an initiation in less than 15 minutes.

 The Talk :
 http://ofbiz-adm.apache-extras.org.codespot.com/files/ApacheConEurope-2012-addons-presentation-en.pdf
 Discovery scenario :
 http://code.google.com/a/apache-extras.org/p/ofbiz-adm/wiki/DiscoverAddonOn15Minutes

 I open for all feedback

 Nicolas
 Ha also,

 D:\workspace\ofbiz addonmanageradm uninstall demonstration
 [INFO] addon manager version : 20121027
 [INFO

Re: Summary of ApacheCon-Eu conference Why ofbiz-extra

[olivier Heintz]

The mains important point are :
- This is one way to facilitate Contribution to OFBiz  *AND* Quality
enhancement
- Share contribution, even if it's not for all ofbiz user, even if it
not follow all current bests practices,  can help
- We need to have a clear definition of what are the Quality criteria
fro Apache-OFBiz
- We need to have a clear process for contribution evaluation and status
and life process

The main comment done by the attendees :
- It's very important to have a addon repository in Apache-OFBiz

The next steps should be :
- to write 1,2 or 3 wiki pages for OFBiz choices (writing in a consensus
way);
- to give visibility on new help integration
- to give visibility on functional (or user-interface) test solution
adopt by OFBiz
- to start a process on addon manager evaluation
- to start to give visibility to ofbiz-extra




Le 27/11/2012 11:28, olivier Heintz a écrit :
 ApacheCon-Eu presentation is now available,
 http://archive.apachecon.com/eu2012/presentations/07-Wednesday/PR-Community/aceu-2012-ofbizextra-addons_what-constrains-for-each-repository.pdf


 I propose below a short summary (only the main points) to be able to
 start community discussion.

 I will do a second mail for comments about this presentation.

 Agenda :
 ==
 - Why to use OFBiz-extra rather than to include it in Apache-OFBiz?
 - the ofbizextra-addons Goals
 - Rules and Constraints by Repository
 - Process to change
 - Conclusions

 Why to use OFBiz-extra rather than to include it in Apache-OFBiz?
 =
 - Slim-down process in Apache-OFBiz project
 - Several technologies for the same function
 Ex : jasperReport, Birt, …
 - Licence
 Ex : GPL
 - Personal decision versus Apache-OFBiz PMC decision
 - Work in progress
 - OOTB solutions for dedicated Business

 ofbizextra-addons Goals
 ===
 - Facilitate and simplify :
 * Contribution to OFBiz
 * Using / Testing added functions
 * Community and/or OFBiz-committer validation
 - Increase :
 * Quality and use of Best Practice
 * OFBiz functionalities without weighing down kernel
 * Propose OOTB dedicated solutions for users

 Rules and Constraints by Repository
 ===
 - 3 repository
 - ofbiz-extra-addons-dev
 * This project is open for all contributors who want to create or
 maintain apache-ofbiz addons.
 * This project has no quality or best practice control, each contributor
 should try to do the best he can.
 * When a user uses an existing addon in this repository, he should
 assume risks, but but in many cases it will help him.
 - ofbiz-extra-addons-incubator
 * This project is open for all Apache-OFBiz addons that should become :
 + part of ofbiz addons labeled Quality repository (ofbizextra-addons),
 + or part of Apache ofbiz project.
 * Addons of this project are in a Quality, Best Practice evaluation and
 enhancement.
 * There is, at least, one organization / person that is involved to
 solve bugs or to offer support services for this addon.
 - ofbiz-extra-addons
 * Repository of the addons labeled Quality
 * In the future, a similar repository can be created as an Apache-OFBiz
 sub-project (for addons with Apache2 licence)
 * There is, at least, one organization / person that is committed to
 offer support services for this addon.
 * Addons
 + Have a complete user help
 + are included in a Continuous Integration Job :
 = Installation test
 = Unit test : Junit
 = Functional test : Selenium

 Addon Quality status page
 (http://code.google.com/a/apache-extras.org/p/ofbiz-extra-addons-incubator/wiki/modelAddonQuality)
 =
 - Update history
 * contributor, date, version, indicator, description
 * reviewer, date, version, indicator, description
 - Base Files
 * add-on.xml, date, version, status, indicator
 * maintainer in add-on.xml, date, version, status, indicator
 * ivy.xml, date, version, status, indicator
 * addon help (English), date, version, status, indicator
 * jenkins job, date, version, status, indicator
 - User Help File
 * writing, date, version, status, indicator
 * review and test, date, version, status, indicator
 - Details
 * Entity - Field
 + Entity, FieldName, Label, Field Description, version, indicator
 * Service
 + ServiceName, description, Junit, version, indicator
 * Portlet
 + PortletName, help, SeedData, parameters, security, selenium, version
 indicator

 Conditions to be in Incubator
 ==
 - The minimum is :
 * add-on.xml and ivy.xml correct
 * a jenkins job for install testing
 * addon help wiki page finished
 * Quality status wiki page created with all boxes
 * One review for User Help section
 - Authorized to commit only for
 * Addon maintainer

 Condition to return to dev
 
 - More than 5 consecutive weeks with only failing install test jobs
 - No answer for user help questions
 * Answers can be an assistance proposal
 * and If the user help is not completed
 - No answer from the maintainer
 * It's possible to change the addon

Summary of ApacheCon-Eu conference Why ofbiz-extra

[olivier Heintz]

ApacheCon-Eu presentation is now available,
http://archive.apachecon.com/eu2012/presentations/07-Wednesday/PR-Community/aceu-2012-ofbizextra-addons_what-constrains-for-each-repository.pdf


I propose below a short summary (only the main points) to be able to
start community discussion.

I will do a second mail for comments about this presentation.

Agenda :
==
- Why to use OFBiz-extra rather than to include it in Apache-OFBiz?
- the ofbizextra-addons Goals
- Rules and Constraints by Repository
- Process to change
- Conclusions

Why to use OFBiz-extra rather than to include it in Apache-OFBiz?
=
- Slim-down process in Apache-OFBiz project
- Several technologies for the same function
Ex : jasperReport, Birt, …
- Licence
Ex : GPL
- Personal decision versus Apache-OFBiz PMC decision
- Work in progress
- OOTB solutions for dedicated Business

ofbizextra-addons Goals
===
- Facilitate and simplify :
* Contribution to OFBiz
* Using / Testing added functions
* Community and/or OFBiz-committer validation
- Increase :
* Quality and use of Best Practice
* OFBiz functionalities without weighing down kernel
* Propose OOTB dedicated solutions for users

Rules and Constraints by Repository
===
- 3 repository
- ofbiz-extra-addons-dev
* This project is open for all contributors who want to create or
maintain apache-ofbiz addons.
* This project has no quality or best practice control, each contributor
should try to do the best he can.
* When a user uses an existing addon in this repository, he should
assume risks, but but in many cases it will help him.
- ofbiz-extra-addons-incubator
* This project is open for all Apache-OFBiz addons that should become :
+ part of ofbiz addons labeled Quality repository (ofbizextra-addons),
+ or part of Apache ofbiz project.
* Addons of this project are in a Quality, Best Practice evaluation and
enhancement.
* There is, at least, one organization / person that is involved to
solve bugs or to offer support services for this addon.
- ofbiz-extra-addons
* Repository of the addons labeled Quality
* In the future, a similar repository can be created as an Apache-OFBiz
sub-project (for addons with Apache2 licence)
* There is, at least, one organization / person that is committed to
offer support services for this addon.
* Addons
+ Have a complete user help
+ are included in a Continuous Integration Job :
= Installation test
= Unit test : Junit
= Functional test : Selenium

Addon Quality status page
(http://code.google.com/a/apache-extras.org/p/ofbiz-extra-addons-incubator/wiki/modelAddonQuality)
=
- Update history
* contributor, date, version, indicator, description
* reviewer, date, version, indicator, description
- Base Files
* add-on.xml, date, version, status, indicator
* maintainer in add-on.xml, date, version, status, indicator
* ivy.xml, date, version, status, indicator
* addon help (English), date, version, status, indicator
* jenkins job, date, version, status, indicator
- User Help File
* writing, date, version, status, indicator
* review and test, date, version, status, indicator
- Details
* Entity - Field
+ Entity, FieldName, Label, Field Description, version, indicator
* Service
+ ServiceName, description, Junit, version, indicator
* Portlet
+ PortletName, help, SeedData, parameters, security, selenium, version
indicator

Conditions to be in Incubator
==
- The minimum is :
* add-on.xml and ivy.xml correct
* a jenkins job for install testing
* addon help wiki page finished
* Quality status wiki page created with all boxes
* One review for User Help section
- Authorized to commit only for
* Addon maintainer

Condition to return to dev

- More than 5 consecutive weeks with only failing install test jobs
- No answer for user help questions
* Answers can be an assistance proposal
* and If the user help is not completed
- No answer from the maintainer
* It's possible to change the addon maintainer if other people do it
- New function posted without user help or addon goal change
* Quality regression
- No support for a new future release-branch
* Ofbiz trunk branch support is not mandatory

Conditions to become :
==
- Part of Apache-ofbiz
* Rules of Apache-OFBiz
+ The quality status will help the committer to assess the contribution
+ The evaluation in the incubator can be done by other people than the
committer, so as to help the apache-ofbiz committer
- In the ofbiz-addons repository labeled “Quality”
* All Quality status page items are OK
* 5 consecutive weeks with at least one day per week with a successful
jenkins job (install+unit+functional)
* 2 other addon maintainers ready to become “maintainer deputy” (in two
other companies)

Condition to “go back” to:

- Incubator
* Quality regression:
+ New function posted without user help or addon goal change
+ New service without Junit test
+ New portlet without selenium test
- Dev
* More 

Re: 15 minutes to discover addons and addon manager

[olivier Heintz]

Le 25/11/2012 19:00, Jacques Le Roux a écrit :
 I did not follow this tuto only the one below
 I had already diff installed and a patchDos.bat:
 todos %1
 patch -N -p0  %1

 Creating the recommended bat files worked, thanks!

 When viewing the (long) result from 
 svn di framework\common\config\CommonUiLabels.xml  dropit.txt
 I see encoding issues in dropit.txt, even when changing encoding in Scite to 
 all possible values, normal? I guess it's an issues related to the platform?
it's not a know issue, can you send the dropit.txt file
 All the rest worked fine :o)

 Jacques

 From: Nicolas Malin malin.nico...@librenberry.net
 Thanks Jacques.

 I test with the last OFBiz trunk with success.

 Do you have the diff program installed properly ?
 http://code.google.com/a/apache-extras.org/p/ofbiz-adm/wiki/admInstallation

 Nicolas

 Le 25/11/2012 11:59, Jacques Le Roux a écrit :
 Thanks Nicolas,

 I give it a try in Windows using for
 $ alias adm=java -jar $(pwd)/addonmanager-20121027.jar
 doskey adm=java -jar addonmanager-20121027.jar $*
 (see http://superuser.com/questions/49170/create-an-alias-in-windows-xp for 
 more)

 It worked well until

 adm install org.ofbizextra-dev.hello-world
 [INFO] addon manager version : 20121027
 [INFO] Add-On Manager for D:\workspace\ofbizClean
 :: loading settings :: file = 
 D:\workspace\ofbizClean\.addons\ivysettings.xml
 :: resolving dependencies :: org.ofbizextra-dev#targetAddon;1.0
  confs: [default]
  found org.ofbizextra-dev#hello-world;0.1.0.0-dev in libraries-dev
  [0.1.0.0-dev] org.ofbizextra-dev#hello-world;latest.integration
 :: resolution report :: resolve 782ms :: artifacts dl 0ms
  
 -
  |  |modules||   artifacts  
  |
  |   conf   | number| search|dwnlded|evicted|| 
 number|dwnlded|
  
 -
  |  default |   1   |   1   |   0   |   0   ||   1   |   0  
  |
  
 -
 :: retrieving :: org.ofbizextra-dev#targetAddon
  confs: [default]
  0 artifacts copied, 1 already retrieved (0kB/16ms)
 The dependencies will be installed in this order:
 hello-world0.1.0.0-dev
 Add-on hello-world registered
 [INFO] Add-on hello-world unregistered
 org.ofbizextra.addonmanager.core.patch.PatchException: Patch failed for 
 File : framework\common\config\CommonUiLabels.xml
  at 
 org.ofbizextra.addonmanager.core.registry.RegisteredAddOn.applyPatchs(RegisteredAddOn.java:353)
  at 
 org.ofbizextra.addonmanager.core.registry.Registry.installAddOn(Registry.java:211)
  at 
 org.ofbizextra.addonmanager.core.command.InstallAddOnCommand.doExecute(InstallAddOnCommand.java:54)
  at 
 org.ofbizextra.addonmanager.core.AddOnManager.executeCommand(AddOnManager.java:407)
  at org.ofbizextra.addonmanager.cli.Cli.runCommand(Cli.java:119)
  at org.ofbizextra.addonmanager.cli.Cli.main(Cli.java:305)
 org.ofbizextra.addonmanager.core.AddOnManagerException: Installation failed 
 for : org.ofbizextra-dev.hello-world
  at 
 org.ofbizextra.addonmanager.core.command.InstallAddOnCommand.doExecute(InstallAddOnCommand.java:98)
  at 
 org.ofbizextra.addonmanager.core.AddOnManager.executeCommand(AddOnManager.java:407)
  at org.ofbizextra.addonmanager.cli.Cli.runCommand(Cli.java:119)
  at org.ofbizextra.addonmanager.cli.Cli.main(Cli.java:305)
 [ERROR] Installation failed for : org.ofbizextra-dev.hello-world

 Abort signal was received. Shutting down as gracefully as possible ...

 I guess the addon is not upated regarding CommonUiLabels.xml (I added 
 Japaned yesterday)?

 Thanks

 Jacques

 From: Malin Nicolas malin.nico...@librenberry.net
 Hello,

 I put my talk did at ApacheCon Europe on the addons for OFBiz and create
 a discovery scenario for an initiation in less than 15 minutes.

 The Talk :
 http://ofbiz-adm.apache-extras.org.codespot.com/files/ApacheConEurope-2012-addons-presentation-en.pdf
 Discovery scenario :
 http://code.google.com/a/apache-extras.org/p/ofbiz-adm/wiki/DiscoverAddonOn15Minutes

 I open for all feedback

 Nicolas

Re: OFBiz track at ApacheCon

[olivier Heintz]

 eMail: p...@ilscipio.com

  
 ilscipio GmbH
 Am Drosselschlag 7
 D-35452 Heuchelheim
 Germany

 -Ursprüngliche Nachricht-
 Von: Jacopo Cappellato [mailto:jacopo.cappell...@hotwaxmedia.com] 
 Gesendet: Sonntag, 11. November 2012 04:23
 An: user@ofbiz.apache.org
 Betreff: Re: OFBiz track at ApacheCon Europe in 2 weeks

 Any news from the conference (OFBiz people who attended etc...)?

 Thanks

 Jacopo

 On Oct 23, 2012, at 12:47 PM, Christian Geisert wrote:

 Am 22.10.2012 18:24, schrieb olivier Heintz:
 Hi,

 ApacheCon Europe will be from Monday 5th November to Thursday 8th at 
 Rhein-Neckar-Arena, Sinsheim, Germany. http://www.apachecon.eu/
 [..]

 I proposed to organize 2 or 3 meeting for all present people, to have 
 time to discuss on main OFBiz subject : slim-down, ofbiz-extra, 
 ofbizAlliance, increase collaboration, contribution, 
 - Tuesday 6th evening
 - Wednesday 7th lunch Time
 - Wednesday 7th evening
 These meeting could be discussion or if needed some training of 
 technical point, agenda will be done at the beginning depending on 
 who is present.
 Say me (directly or on this mailing list) who will be attendee and 
 which subject would be interesting and/or important.
 I'll be at ApacheCon (probably not on Monday but I don't know the 
 details yet) and looking forward to meet you.

 Christian

OFBiz track at ApacheCon Europe in 2 weeks

[olivier Heintz]

Hi,

ApacheCon Europe will be from Monday 5th November to Thursday 8th at 
Rhein-Neckar-Arena, Sinsheim, Germany. http://www.apachecon.eu/


There will be 6 (or 7) presentations on OFBiz, for detail see the 
schedule : http://www.apachecon.eu/schedule


Presentation Goal will be for OFbiz user and/or OFBiz contributor
- Nov. 7, 2012  from 12:15pm to 1:00pm : Addons goals Howto use, Howto 
manage done by Nicolas Malin
 this presentation of what exist will introduce a discussion during 
lunch time (and after) on how facilitate complex contribution even if 
it should not go to ofbiz trunk


- Nov. 7, 2012  from 04:45pm to 5:45pm : OFBiz - an eCommerce Solution 
for mid-to-large-sized companies  done by Paul Piper
 this presentation will show ofbiz features for OFbiz beginner and 
prepare discussion on how OFBiz is currently perceived and How to 
simplify OfBiz for consumers and developers
- Nov. 7, 2012  from 05:45pm to 6:30pm : ofbizextra-addons, what 
constrains for each repository done by Olivier Heintz
 This presentation will propose some rules for 3 repositories and gives 
some example of each, it will a introduction on a more general 
discussion How to increase ofbiz contributions and how to increase 
contribution quality.


The two discussions will continue on a Sinsheim place (restaurant, bar, 
..., not yet choose) I give you the details as soon as I have it ;-)


-  Nov. 8, 2012  from 12:30pm to 01:30pm : Multi-Store eCommerce with 
Apache OFBiz done by Sebastian Leitner and Sascha Rodekamp
 This presentation will shows you, how to run multiple shops on one 
instance of OFBiz.
-  Nov. 8, 2012  from 01:30pm to 02:30pm :  Multi resource Project 
Scheduling with OFBiz done by Cheikh Dhib
 This presentation will show how OFBiz project component is used to 
demonstrate result of a Phd thesis on Multi-skilled resource mono-skill 
task project scheduling.
  It will show how using existing tools and data available for research 
or development on project (or manufacturing) scheduling.
-  Nov. 8, 2012  from 02:30pm to 0:15pm :  OFBiz CRM, presentation, 
functionalities done by Nicolas Malin

 This presentation will show a ofbiz with some addons ready to use for CRM.


It's possible to organize a ofbiz hackathon, on Monday 5th November if 
we are enough people : who plan to come ?
I think it's a very good place to have meeting for all European OFBiz 
contributors and all the others of course but travel is more 
complicated. Next ApacheCon US will be in a nice place but at a very 
long distance from Europe.
I think contributions are always better when people have meet other 
contributors face to face :-)


I proposed to organize 2 or 3 meeting for all present people, to have 
time to discuss on main OFBiz subject : slim-down, ofbiz-extra, 
ofbizAlliance, increase collaboration, contribution, 

- Tuesday 6th evening
- Wednesday 7th lunch Time
- Wednesday 7th evening
These meeting could be discussion or if needed some training of 
technical point, agenda will be done at the beginning depending on who 
is present.
Say me (directly or on this mailing list) who will be attendee and which 
subject would be interesting and/or important.


If you are not yet registered, it's not too late go to 
http://www.apachecon.eu/tickets/ and all details to organize travel is 
at http://www.apachecon.eu/venue/


See you soon at Sinsheim
Olivier






Le 16/10/2012 16:19, Nick Burch a écrit :

Hi All

As you'll hopefully all know, ApacheCon Europe kicks off in 3 weesk 
time! There are a couple of ways for your community to get involved in 
events at the conference, which we're hoping many of you can take 
advantage of. In short - hackathon, and evening events.


First up, on Monday 5th November, we're holding a hackathon. (Talks 
start on the Tuesday). If your hackathon will be open to 
non-committers, we want to get it listed so we can point potential new 
contributors to it. To that end, we're building a list of the planned 
hackathons, and if they're open to newcomers. So, if your project / 
community is planning to take part in the hackathon, please list 
yourselves on the wiki:

 http://wiki.apache.org/apachecon/HackathonEU12

Secondly, evening events. The Monday night will feature a committers 
and hackathon welcome reception, kindly sponsored by VMWare. For the 
other nights, it's up to all of you to decide what you want to do and 
where! We have put together a list of all the possible venues (bars, 
restaurants, cafes, icecream places etc) in Sinsheim, along with their 
locations, contact details and sizes. If you community would like to 
do something one night, be that talks or just a sociable gathering, 
please pick a venue, book it and list it on the wiki page. Details on 
the venues, and planned session are all at:

 http://wiki.apache.org/apachecon/ApacheMeetupsEU12

Otherwise, please do continue to help publicise the event, see 
http://www.apachecon.eu/about/publicise/ for publicity materials. 
Also

Re: Add comments on WorkEffortSkillStandard entity

[olivier Heintz]

Le 08/10/2012 15:21, Ted Byers a écrit :

On Mon, Oct 8, 2012 at 6:25 AM, olivier Heintzolivier.hei...@neogia.orgwrote:


Hi,

We have in neogia addons repository some addons about project management
(base on existing ofbiz project-phase-task portlet done by Ant System).
Most of your requirements are cover.

These addons will be migrate in ofbizextra to be more visible and more
easy to install, but in my todo task, there are a lot of task before.

You can have a first look in 
fttp://demo.neogia.org/**consultantb2bhttp://demo.neogia.org/consultantb2b

Olivier


Hi Oliver

Thanks.

That is interesting.  Do you have a timeline when they will be migrated to
ofbizextra,

unfortunately no, I have only a todo and iI do one after the other ;-)
before I should finish portletWidget branch to be able to easily use portlet

so I can see the code, and do a gap analysis to determine
precisely what else I may need to add?
but you can already see all the code, all neogia addons are on GPL or 
Apache Licence.
To look the code, the better way is to install a ofbiz with all the 
project addons.
With addons you will be able to look the code addons by addons or 
directly in a ofbiz merge with them.


I can help you by mail, if you want, but i proposed to do it directly to 
not disturb ofbiz mailing list with neogia process.


Olivier

Thanks

Ted

Re: Add comments on WorkEffortSkillStandard entity

[olivier Heintz]

Hi,

We have in neogia addons repository some addons about project management 
(base on existing ofbiz project-phase-task portlet done by Ant System).

Most of your requirements are cover.

These addons will be migrate in ofbizextra to be more visible and more 
easy to install, but in my todo task, there are a lot of task before.


You can have a first look in fttp://demo.neogia.org/consultantb2b

Olivier

Le 04/10/2012 20:26, Ted Byers a écrit :

Hi Tom,



On Thu, Oct 4, 2012 at 1:28 PM, Tom Burnstramseybu...@yahoo.com  wrote:


This is a reply to a subject on the dev list posted by Nicolas Malin.
Hope no one gets too upset because I am replying here but I can't get on
dev list (it only replies to any request with Remote host said: 552 spam
score (7.5) exceeded threshold  )

I, for one, am glad you resorted to posting it here, as the subject is of

interest to me.



Any way, Nicolas Malin asked for any thoughts about adding a comments
field to the WorkEffortSkillStandard entity which associates a work effort
with a skill.



I have a thought for another few related extensions.  First, there is, to
my mind, a need for something like a track record.  Let's take the task of
writing code to support transaction processing through either a gateway or
directly through a processing bank.  You could have one programmer with 20
years experience, who has done it once, or another with 5 years experience
who has done it a couple dozen times.  If the latter had the details of his
work stored in OFBiz (task assigned, time actually taken,c.), then we
ought to be able to see the average time to complete the task decreasing
nonlinearly (with each instance providing a diminiishing return wrt
effectiveness at completing the task.  I see this as potentially useful in
terms of identifying continuing education requirements, and in assigning
tasks to the most capable person, or the peson who needs the extra
experience the most, depending on whatever other constraints may appkly in
the situation.

Related to this, is the task of estimating the effort required to complete
a task or project.  What I have seen so far (and I have been studying
OFBiz, outside normal office hours, for only a few weeks), is that in
workeffort one can enter an estimate of time required, but where that
estimate comes from appears to be just a manager's guess.  Based on my
decades of experience in software engineering, such guesstimates are always
wrong and, when made by marketing types rather than coders, excessively
optimistic.  What I would like is a tool that handles two things.  One that
facilitates funtional requirements analysis, which of course leads to a
list of requirements, and then the second thing the tool needs to do is
take the list of requirements and produce, from the workers' track records,
an estimate of expected value of the time required for each task, along
with it's upper 95% confidence limit.

One deficiency I see in the work effort page is that there is no way to
specify that certian quantities of consumables, from inventory, are
required to complete the task (such as shingles used by a roofer, or wood,
nails and screws used by a carpenter).

Finally, I would like to be able to relate tsks that end up being required
in support of warranty service to the original work effort that proved to
be faulty, so that a statistical model can be estimated to relate need for,
and cost of, warranty service to both workers doing the work and the
supplies used, so that one can take suitable corrective action whether the
deficincy is in the skills possessed by the labourers or in the quality of
supllies provided by suppliers.

Now, the question for you is, is any of this available now, and I just
haven't found it yet, or does it all have to be developed (as I suspect -
I will have to sort out what I will need to add to deal with the
complexities involved in contrators, sub-contractors, day labourers and
employees,c.)?   Do you have any thoughts on how best to realize support
for these ideas?  I still have to navigate the OFBiz code, and refresh my
memory on how Java/JSP/JSF programming is best handled (it has been a
while).  But perhaps you can point me to the directories and files I will
need to examine first, and the relevant tables inthe DB.

Thanks

Ted

Re: Product, Category and Catalog

[olivier Heintz]

Catalog manage how categories will be used
ex : which will be use for Root Tree, which will be used for promotion, 

look to associate a category to catalog type of association is clear

Le 08/09/2012 21:03, Mansour Al Akeel a écrit :

Hello all,

I understand that a Category is a group of product, and categories can
be grouped under parent_category.


I read that Catalog – A catalog is a collection of products that are
grouped in categories. from
http://www.hotwaxmedia.com/apache-ofbiz-blog/ofbiz/ofbiz-tutorial-how-to-setup-the-ofbiz-catalog-manager

What is the point of having a catalog if a category can do it ??

I am confused here a bit. I didn't find this in the Data Model
Resource Book (volume 1). If I missed it or if it's in another volume,
please let me know.

Thank you.

Re: Announcement: OFBiz Mini-language Overhaul

[olivier Heintz]

Thank you Adrian,

Improved grammar is really more clear and very useful to use.

Le 11/07/2012 08:08, Adrian Crum a écrit :
Ofbiz's home-grown scripting language - Mini-language - is designed to 
make application development fast and easy.


Recently, Mini-language was completely overhauled: the grammar was 
updated based on suggestions from the developer community, source code 
validation was added, and the scripting engine was optimized and made 
more robust. Those changes result in a scripting language that is 
easier to use and performs well.


New Mini-language features:

1. Improved grammar 
(https://cwiki.apache.org/confluence/display/OFBADMIN/Mini-language+Reference).

2. New looping elements break and continue.
3. New trace element - provides detailed logging of script engine 
behavior.
4. Script engine source code has been optimized to use less memory and 
run faster (40% faster on trunk version).


The overhaul has been back-ported to the Release 12 branch.

The Mini-language overhaul represents three man-months of work and it 
was sponsored by 1Tech Ltd (http://1tech.eu).


-Adrian

Re: Sharing context between screens

[olivier Heintz]

Hi,

Le 08/02/2012 13:56, tuvok a écrit :

Hi,

is there some way I can add some value to the list in *one screen*, for
example:
set field=myList[] value=1 global=true to-scope=user/

and when I add second value in *another screen*, for example:

just before, read it from context
set field=myList from-field=myList from-scope=user/

set field=myList[] value=2 global=true to-scope=user/

I want to have myList in context with elements {1, 2}.
All I succeeded to do was second screen overwriting the first value, so i
would get context.myList = {2}

tnx

actualCompletionDate for a task in a project

[olivier Heintz]

Hello,

Currently in projectmgr, the actualCompletionDate of task, phase and 
project are calculated by :

1) max(actualCompletionDate) for task or all task in phase or in project
2) if there are some timeEntries and if max(thruDate) of all timeEntries 
 max(actualCompletionDate), use max(thruDate) of all timeEntries


I think that point 2 is wrong, only 1) should be used.

If everybody is OK, i will submit the patch

Olivier Heintz

Re: Question about add-ons

[olivier Heintz]

Neogia addons-manager is very young, only one year, so some technical 
parts should be enhance, but I don't think it's the more important point 
of discussion.


Why addons and for what ?
Which constrains for a addon for being publishable ?

Currently in Neogia, we are trying to answer each of these questions, 
step by step, with real use case, and enhance technical or process part 
at each step.


Today, we can say :
Why addons ? :
- technically, it's better to have a kernel with a lot of software 
rather than a all-in-one software (like unix): evolution is more 
dynamic, maintenance is more easier, global system is more stable
- licence, with all-in-one software, only one licence type is possible, 
not possible to have together free software and commercial software, 
published and easily installable and usable
- business analysis, it's more easier to describe one business function 
(business coverage, Help, junit and functional test, demo data ) when 
you are concentrated to only one business Use case.


For what ?
- technically, OFBiz is a strong technical framework, but some people 
want to use (or uses) some special technology (GWT, Flex, hibernate, 
...) but they don't publish their work.
- - It will be more usable for ofbiz community for test or evaluation if 
ready to use code is available.
- - It will be easier to those people to contribute to standard OFBiz 
framework if their works are clearly separate, so OFBiz enhancement will 
appear clearly
- business, why having multiple functions which are not used, if one can 
install only what he wants, screens, forms menu and processes will be 
clearer and more usable
- OOTB (Out Of The Box), one of the main goal of OFBiz Project, is to be 
able to realize quickly an end-user solution. Add-ons can be used to 
package this type of realization.


Which constrains for an addon to be published ?
- First of all, ensure consistent among ofbiz and all other addons. This 
will be possible only if community is able to read, test and validate 
addons, exactly like a current classic contribution. So, it's necessary 
to add some constrains in addon realisation :

1) Addon help file is mandatory with
1.1) business coverage if it's a new business function
2) Test process with description, unit test and integration test
- for which ofbiz version release it has been tested
- list of addons (with version) dependency
- clear license and owner

Addon manager and developer
The main goal for addon manager, on the developer point of view, is to 
give tools to extract and package development when it's finished, with 
the minimum of development constraints only respect the OFBiz best practice.


Current addon-manager version and patch
Currently with OFBiz, there is a lot of cases where it's possible to add 
files to put a modification. This is the best way, but sometime it's not 
yet possible.
In the current addon manager version we are using classical patch to 
store files modified, but there is some enhancement to manage more 
easily multiple patchs on same file.
We want to have xml semantic patch, but our work on this is only at 
the beginning, currently it's not a high priority because it's not yet a 
problem with our 66 existing addons. We know that it will mandatory, but 
one step at a time.


Next steps for addons
Currently in OFBiz project, there are framework, applications, 
specialpurpose and hot-deploy. extend exists in a lot of place, so there 
is no emergency to change existing organization, the main modularity 
rules are already in place, We should use new functions (technical or 
business) in addons to test all the process (development, usage, 
installation, maintenance, version migration, ...) for being more 
modular and see if those evolutions are good for the OFBiz project.
Maybe sometime, new extend functions will be proposed during addon 
testing period
When community will have tested and approved this new organization, we 
will start studying in the current ofbiz version which functions 
(technical and business) should be in kernel and which should be 
transform as an addon.







Malin Nicolas a écrit :

Hi David,

Neogia addons-manager isn't only a series of patches. The dependence system
allows to create addons with orientation :
 * technical (ex : multi-delegator, pdf-view-handler) : improvement on ofbiz
technical framework
 * functional (ex : oisg-status, company) : imporement on ofbiz functional
framework
 * end-user application (ex : naccounting, nmanufacturing) : add standard
OFBiz components

In general, we have a end-user appication that content dependency on
functional and technical addons.

If two addons change the same code, there is a architectural problem, we
need create a new addon who manage the conflict reason. If two addons
change/add code on the same area, the addon-manager detect and resolve the
problem.

The actual OFBiz components system is good but when you need improve the
functional system, is difficult to submit your