Re: OFBiz Jersey Swagger plug in

2020-02-06 Thread Girish Vasmatkar 
Hi Nicolas

If I understood you correctly, you mean to say if there is a way Jersey can
render "resources" via XML configuration? Since it is an implementation of
JAX-RS specification, and the specification itself does not define and XML
configuration, so actually have to annotate the java classes with paths and
methods much like you would do in an XML file.

That being said, I have added those endpoints to showcase how a typical
JAX-RS(Jersey) API configuration works.
As far as resource scanning is concerned, you can either specify individual
classes or specify the packages where resources reside and that's where the
specification kicks in and does the job.

There is also a way to configure the resources programmatically (having a
custom XML file) and then define the API there and populate Jersey.

I am unsure if I understood you correctly nor am I sure if I was able to
provide you the answers, so please let me know if you still have
more questions.

Best,
Girish


On Thu, Feb 6, 2020 at 7:40 PM Nicolas Malin 
wrote:

> Hi Girish,
>
> I read your contribution on the related issue, and I saw that you hard
> coded the rest definition in java file.
>
> Just to understand the finality, you propose to deploy Jersey with
> define available request as you already done, or it's just for example
> how Jersey rendering a definition ?
>
> Do you imagine that we would be improve the OFBiz model scanning (like
> Artifact Info) to populate Jersey ?
>
> Nicolas
>
> On 26/01/2020 10:57, Girish Vasmatkar wrote:
> > Hi All
> >
> > Just wanted to gauge the community's interest in having a JAX-RS
> component
> > with swagger capabilities. I am fully aware of the fact that there are
> > efforts undergoing on implementing a REST servlet.
> >
> > This can come handy for anyone comfortable with implementing JAX-RS or
> > having experience with JAX-RS. You can fully take advantage of Jersey in
> > implementing services that are truly RESTful in nature leveraging
> HATEOAS.
> >
> > I have been using this plug in for one of our work and would like to
> > contribute the same to the community.
> >
> > Please let me know your thoughts and I can then open a JIRA maybe and
> > proceed further.
> >
> > Best,
> > Girish
> >
>

Re: Test issue

2020-02-06 Thread Jacques Le Roux 

Hi Nicolas,

Maybe because I had my CSRF stash loaded, let's see and thanks to care.

Jacques

Le 06/02/2020 à 10:40, Nicolas Malin a écrit :

Hi Jacques,

Strange, after :

~/workspace/apache-git/ofbiz-framework
poveglia$ git pull --rebase && cd plugins && git pull --rebase
poveglia$ ./gradlew check

I have 37683 error and not 37776

Nicolas

On 06/02/2020 09:03, Jacques Le Roux wrote:

Hi Nicolas,

Sorry to get back on this, but it's now almost a month and check style
errors are also piling up: tasks.checkstyleMain.maxErrors = 37713 vs
actual 37776

Thanks

Jacques

Le 02/02/2020 à 15:49, Nicolas Malin a écrit :

Thanks jacques, I will take care

Nicolas

On 02/02/2020 11:41, Jacques Le Roux wrote:

About Javadoc and Infra

https://issues.apache.org/jira/browse/INFRA-19807

Le 02/02/2020 à 11:23, Jacques Le Roux a écrit :

Hi Pawan, Nicolas,

Pawan, we have a test issue reported by Buildbot for R17 and R18
branch with plugins

R17

     https://ci.apache.org/builders/ofbizBranch17FrameworkPlugins
     1st case:
https://ci.apache.org/builders/ofbizBranch17FrameworkPlugins/builds/440

     failures:
https://ci.apache.org/projects/ofbiz/logs/17.12/plugins/html/

R18

https://ci.apache.org/builders/ofbizBranch18FrameworkPlugins
1st case:
https://ci.apache.org/builders/ofbizBranch18FrameworkPlugins/builds/271

failures:
https://ci.apache.org/projects/ofbiz/logs/18.12/plugins/html/

So it's the same case.

Nicolas, we have a test issue reported by Buildbot for the trunk with
plugins

https://ci.apache.org/builders/ofbizTrunkFrameworkPlugins?numbuilds=30
1st case:
https://ci.apache.org/builders/ofbizTrunkFrameworkPlugins/builds/1108
failures: we have another issue with access to URLs for Javadoc from
Buildbot. They work locally so I'll open an Infra Jira for that. But
I reproduce the same 8 failures than in R17/R18 locally

It seems the oldest failures are on Nicolas side. But could you
please both have a look at it?

Thanks

Jacques

Re: [ofbiz-framework] branch trunk updated: Fixed: Cannot run ComponentContainerTest on windows (OFBIZ-11331)

2020-02-06 Thread jler...@apache.org 

Le 28/01/2020 à 18:36, jler...@apache.org a écrit :

commit c672c3a30453039b8b724ff8d604b244a4dde19f
[...]
 PR created: #8
 
 Thanks: Daniel WatfordNina Simone - My Baby Just Cares For Me.mp3


Maybe some noticed, of course "Nina Simone" as nothing to do w/ that.

Just a C/P which inadvertently slipped in, while my machine was busy following 
me :D

Jacques

Re: Removing “base/config/component-load.xml”

2020-02-06 Thread Nicolas Malin 
Hi,

On 05/02/2020 22:10, Mathieu Lirzin wrote:
>> How do you do conceptual work with clients or colleagues? I believe
>> there is some kind of written documentation and clear decision points
>> involved at least for non trivial features/changes.
> Usually such discussion involves a whiteboard and a face-to-face
> discussion. Nereide has not a strong culture of written specifications
> and work in a very agile way.
>
Mathieu was ahead of my response :)

I can complete with: Nereide lost written specifications culture, for
the benefits of humans and projects.

From own part, we think that is preferable to ensure on respect some
principles and trustfully to developer because when he work on subject
it's always to improve a project, not just waste is time for pleasure (I
talk about Nereide's project)

This is the main reason that these lasts years, we can move forward and
grow own production quality level with propagating many improvement to
community.

I encourage my colleagues to contribute on trunk to expose as soon as
own work for other, they are not risk for customer site with the release
process, and with the long time that we have between each branch
release, each commiter have the time to adjust the taffy.

Nicolas





pEpkey.asc
Description: application/pgp-keys

[SECURITY] CVE-2019-12426 information disclosure vulnerability in Apache OFBiz

2020-02-06 Thread Jacopo Cappellato 
Severity:
Minor

Vendor:
The Apache Software Foundation

Versions Affected:
Apache OFBiz 16.11.01 to 16.11.06

Description:
an unauthenticated user could get access to information of some backend
screens by invoking setSessionLocale.

Mitigation:
Upgrade to 16.11.07

Credit:
This issue was discovered by Dennis Balkir .

References:
http://ofbiz.apache.org/security.html

[ANNOUNCE] Apache OFBiz 16.11.07 released

2020-02-06 Thread Jacopo Cappellato 
The Apache OFBiz community is pleased to announce the new release "Apache
OFBiz 16.11.07".

Apache OFBiz® is an open source product for the automation of enterprise
processes that includes framework components and business applications.

http://ofbiz.apache.org/

"Apache OFBiz 16.11.07" is the latest release of OFBiz and it is probably
going to be the last one in the 16.11 series; for more details of the
changes introduced with this new version please refer to
http://ofbiz.apache.org/release-notes-16.11.07.html

The release file can be downloaded following the instructions in the OFBiz
download page:

http://ofbiz.apache.org/download.html

The OFBiz community.

Re: OFBiz Jersey Swagger plug in

2020-02-06 Thread Nicolas Malin 
Hi Girish,

I read your contribution on the related issue, and I saw that you hard
coded the rest definition in java file.

Just to understand the finality, you propose to deploy Jersey with
define available request as you already done, or it's just for example
how Jersey rendering a definition ?

Do you imagine that we would be improve the OFBiz model scanning (like
Artifact Info) to populate Jersey ?

Nicolas

On 26/01/2020 10:57, Girish Vasmatkar wrote:
> Hi All
>
> Just wanted to gauge the community's interest in having a JAX-RS component
> with swagger capabilities. I am fully aware of the fact that there are
> efforts undergoing on implementing a REST servlet.
>
> This can come handy for anyone comfortable with implementing JAX-RS or
> having experience with JAX-RS. You can fully take advantage of Jersey in
> implementing services that are truly RESTful in nature leveraging HATEOAS.
>
> I have been using this plug in for one of our work and would like to
> contribute the same to the community.
>
> Please let me know your thoughts and I can then open a JIRA maybe and
> proceed further.
>
> Best,
> Girish
>


pEpkey.asc
Description: application/pgp-keys

Re: Test issue

2020-02-06 Thread Jacques Le Roux 

Thanks Nicolas!

Le 06/02/2020 à 13:39, Nicolas Malin a écrit :

Jacques,

 From my part, all is green on testIntegration

Nicolas

On 06/02/2020 10:40, Nicolas Malin wrote:

Hi Jacques,

Strange, after :

~/workspace/apache-git/ofbiz-framework
poveglia$ git pull --rebase && cd plugins && git pull --rebase
poveglia$ ./gradlew check

I have 37683 error and not 37776

Nicolas

On 06/02/2020 09:03, Jacques Le Roux wrote:

Hi Nicolas,

Sorry to get back on this, but it's now almost a month and check style
errors are also piling up: tasks.checkstyleMain.maxErrors = 37713 vs
actual 37776

Thanks

Jacques

Le 02/02/2020 à 15:49, Nicolas Malin a écrit :

Thanks jacques, I will take care

Nicolas

On 02/02/2020 11:41, Jacques Le Roux wrote:

About Javadoc and Infra

https://issues.apache.org/jira/browse/INFRA-19807

Le 02/02/2020 à 11:23, Jacques Le Roux a écrit :

Hi Pawan, Nicolas,

Pawan, we have a test issue reported by Buildbot for R17 and R18
branch with plugins

R17

     https://ci.apache.org/builders/ofbizBranch17FrameworkPlugins
     1st case:
https://ci.apache.org/builders/ofbizBranch17FrameworkPlugins/builds/440

     failures:
https://ci.apache.org/projects/ofbiz/logs/17.12/plugins/html/

R18

https://ci.apache.org/builders/ofbizBranch18FrameworkPlugins
1st case:
https://ci.apache.org/builders/ofbizBranch18FrameworkPlugins/builds/271

failures:
https://ci.apache.org/projects/ofbiz/logs/18.12/plugins/html/

So it's the same case.

Nicolas, we have a test issue reported by Buildbot for the trunk with
plugins

https://ci.apache.org/builders/ofbizTrunkFrameworkPlugins?numbuilds=30
1st case:
https://ci.apache.org/builders/ofbizTrunkFrameworkPlugins/builds/1108
failures: we have another issue with access to URLs for Javadoc from
Buildbot. They work locally so I'll open an Infra Jira for that. But
I reproduce the same 8 failures than in R17/R18 locally

It seems the oldest failures are on Nicolas side. But could you
please both have a look at it?

Thanks

Jacques

Re: Github & notifications

2020-02-06 Thread Pierre Smits 
Anyway, who will take the lead on this?

Best regards,

Pierre Smits

*Apache Trafodion , Vice President*
*Apache Directory , PMC Member*
Apache Incubator , committer
*Apache OFBiz , contributor (without privileges)
since 2008*
Apache Steve , committer


On Mon, Feb 3, 2020 at 1:49 PM Swapnil M Mane 
wrote:

> On Mon, Feb 3, 2020 at 6:10 PM Jacques Le Roux <
> jacques.le.r...@les7arts.com>
> wrote:
>
> > It could be indirectly constrained by the ASF dual host, only PMC members
> > show there. I guess ASF members would also show.
> >
> > Jacques
> >
> > Le 03/02/2020 à 13:34, Swapnil M Mane a écrit :
> > > Hi Pierre,
> > >
> > > As mentioned, in my last email,
> > > https://github.com/orgs/apache/teams/ofbiz-committers
> > > The link above is accessible to members only, it is GitHub related
> thing,
> > > don't have much idea on it.
> >
>
> Just for clarification, by members I mean, 'GitHub OFBiz committers team
> members'.
>
>
> > > Just for information, currently, it showing there are 9 members in this
> > > team.
> > >
> > > Best regards,
> > > Swapnil M Mane,
> > > ofbiz.apache.org
> > >
> > >
> > >
> > > On Mon, Feb 3, 2020 at 5:54 PM Pierre Smits 
> > wrote:
> > >
> > >> Why is this overview (
> > >> https://github.com/orgs/apache/teams/ofbiz-committers)
> > >> hidden?
> > >>
> > >> Best regards,
> > >>
> > >> Pierre Smits
> > >>
> > >> *Apache Trafodion , Vice President*
> > >> *Apache Directory , PMC Member*
> > >> Apache Incubator , committer
> > >> *Apache OFBiz , contributor (without
> > privileges)
> > >> since 2008*
> > >> Apache Steve , committer
> > >>
> > >>
> > >> On Mon, Feb 3, 2020 at 1:05 PM Swapnil M Mane <
> swapnilmm...@apache.org>
> > >> wrote:
> > >>
> > >>> +1, Jira should be in place independent of the contribution channel.
> > >>>
> > >>> Apart from this, it seems we have limited members in GitHub OFBiz
> > >>> Committers team [1],
> > >>> So I am not sure on all the committers are getting the pull request
> > >>> notifications.
> > >>>
> > >>> We can use notificati...@ofbiz.apache.org list for the activities
> > >> related
> > >>> to pull request
> > >>> (again this doesn't mean we can skip Jira ticket).
> > >>>
> > >>> "Notification on pull request activity" - this is followed by various
> > >>> Apache projects, like Airflow, Roller etc.
> > >>> Some projects like Cassandra even have dedicated list for PR
> > notification
> > >>> but I think, we don't need a dedicated list for PR,
> > >>> notificati...@ofbiz.apache.org should work for us.
> > >>>
> > >>> As Gil mentioned, we can also explore the Jira + GitHub integration.
> > >>>
> > >>> [1] https://github.com/orgs/apache/teams/ofbiz-committers
> > >>> The link above is accessible to members only.
> > >>>
> > >>> [2] https://lists.apache.org/list.html?p...@cassandra.apache.org
> > >>>
> > >>> Best regards,
> > >>> Swapnil M Mane,
> > >>> ofbiz.apache.org
> > >>>
> > >>>
> > >>> On Mon, Feb 3, 2020 at 4:46 PM Michael Brohl <
> michael.br...@ecomify.de
> > >
> > >>> wrote:
> > >>>
> >  I'm automatically informed about the pull requests, I think that all
> >  committers get those emails.
> > 
> >  IMO, we should make the creation of a Jira mandatory independent of
> > the
> >  contribution channel (patch or PR). That would inform everyone about
> > >> the
> >  contribution and we have a valid starting point for questions,
> >  discussion etc. regarding the contribution.
> > 
> >  I feel that solely handling this on Github does not increase
> > >>> transparency.
> >  Regards,
> > 
> >  Michael Brohl
> > 
> >  ecomify GmbH - www.ecomify.de
> > 
> > 
> >  Am 03.02.20 um 12:07 schrieb Pierre Smits:
> > > Hi All,
> > >
> > > With the move to Git, we can expect more pull request from Github
> > >> (see
> >  also
> > > other threads where postings regarding feature branches appeared).
> > > Unfortunately, currently no notifications appear in a mailing list
> > >> when
> > > those PullRequests are initiated.
> > >
> > > It seems to me that, if we  want to get more engagements (from
> github
> > > contributors), aspects such as PullRequests should sent a
> > >> notification
> > >>> to
> > > the dev ml. Otherwise these PullRequests remain in limbo, and we
> risk
> > >>> of
> > > losing these contributors.
> > >
> > >
> > > Best regards,
> > >
> > > Pierre Smits
> > >
> > > *Apache Trafodion , Vice President*
> > > *Apache Directory , PMC Member*
> > > Apache Incubator , committer
> > > *Apache OFBiz

Re: OFBiz contributions & Github Pull Requests

2020-02-06 Thread Pierre Smits 
Hi All,

I have completed the first draft of the Contributing via Git & Github (WIP)

page.
And it is now available for review.

Please review and let the community know what you think needs to be:

   1. added
   2. deleted
   3. explained better

Best regards,

Pierre Smits

*Apache Trafodion , Vice President*
*Apache Directory , PMC Member*
Apache Incubator , committer
*Apache OFBiz , contributor (without privileges)
since 2008*
Apache Steve , committer


On Fri, Jan 31, 2020 at 3:53 PM Pierre Smits  wrote:

> Pull Requests can be handled in the local development of the committer the
> same way as patch files. Whereas a committer would create a new test branch
> in his local clone and apply a patch file to evaluate the changes, the
> process regarding Pull Request can be considered as easier.
>
> Pull Request available on Github can be seen in the local clone. In order
> to have this working, the following line should be added to the git
> configuration of the local clone:
>
> fetch = +refs/pull/*/head:refs/remotes/origin/pr/*
>
>
> Preferably this line should exist before the 'fetch =
> +refs/heads/*:refs/remotes/origin/*' of the 'Github' remote.
>
> The committer can check out the Pull Request into his local clone from the
> Github repository and review in accordance with the committer conventions
> and protocols. If need be, he can apply the slight changes, add
> additional commits of his own through cherry-picking and commit the whole
> with a commit-message in accordance with the template and then merge into
> the appropriate official OFBiz branche(s). And after that, push what needs
> to be pushed to the official OFBiz repo.
>
> A Pull Request can also be closed without a merges into any of the
> branches in the official repositories, but this must be done in Github as
> it is not a git feature.
>
> Btw and IMO, it is better that committers also have their git setup work
> with the repos on GitHub instead of Gitbox. The ASF git services will
> ensure that both are kept in sync.
>
> Best regards,
>
> Pierre Smits
>
> *Apache Trafodion , Vice President*
> *Apache Directory , PMC Member*
> Apache Incubator , committer
> *Apache OFBiz , contributor (without privileges)
> since 2008*
> Apache Steve , committer
>
>
> On Fri, Jan 31, 2020 at 2:59 PM Nicolas Malin 
> wrote:
>
>> Nice thread and sharing :)
>>
>> I retain that the must important idea is keep the historic commit with
>> high quality.
>>
>> My vision is we can let all contributer to create some PR with a "bad"
>> branch quality, this permit to follow the historic link to this PR. The
>> merge on trunk will be done with the commiter touch to realize the
>> squashing and set the comment related.
>>
>> I didn't think that we can validate directly a PR, because if it's done,
>> this indicate that the contributer as "a commiter level" concerning the
>> commit quality. Then it's a fact that the community rules has been learn
>> and apply, good way to become a commiter.
>>
>> I understand the same idea on the RocketQM documentation concerning a PR
>> merge to trunk.
>>
>> So, I'm in favor the let all PR with only one rule for the submit,
>> create an issue on Jira as Daniel Watford done with issue OFBIZ-11330
>> [1]. In other word, create your PR as you want, just initialize an issue
>> for step down to a commiter that will finish the merge (as a code keeper).
>>
>> Nicolas
>>
>> [1] https://issues.apache.org/jira/browse/OFBIZ-11330
>>
>> On 31/01/2020 10:23, Pierre Smits wrote:
>> > Thank you, Jacopo, for bringing forward the approach of Apache
>> RocketMQ. I
>> > will add that reference to the Contributing via Git & Github (WIP)
>> > <
>> https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=145724011
>> >
>> > page
>> > so that it isn't forgotten.
>> >
>> >
>> >
>> > Best regards,
>> >
>> > Pierre Smits
>> >
>> > *Apache Trafodion , Vice President*
>> > *Apache Directory , PMC Member*
>> > Apache Incubator , committer
>> > *Apache OFBiz , contributor (without
>> privileges)
>> > since 2008*
>> > Apache Steve , committer
>> >
>> >
>> > On Fri, Jan 31, 2020 at 10:00 AM Jacopo Cappellato <
>> > jacopo.cappell...@gmail.com> wrote:
>> >
>> >> I am happy we are having this conversation because, once finalized, we
>> will
>> >> optimize our usage of Git (and GitHub)!
>> >>
>> >> On this topic, I like the workflow and the documentation provided by
>> one of
>> >> the other Apache project, RocketQM:
>> >> https://rocketmq.apache.org/docs/pull-request/

Re: Test issue

2020-02-06 Thread Nicolas Malin 
Jacques,

From my part, all is green on testIntegration

Nicolas

On 06/02/2020 10:40, Nicolas Malin wrote:
> Hi Jacques,
>
> Strange, after :
>
> ~/workspace/apache-git/ofbiz-framework
> poveglia$ git pull --rebase && cd plugins && git pull --rebase
> poveglia$ ./gradlew check
>
> I have 37683 error and not 37776
>
> Nicolas
>
> On 06/02/2020 09:03, Jacques Le Roux wrote:
>> Hi Nicolas,
>>
>> Sorry to get back on this, but it's now almost a month and check style
>> errors are also piling up: tasks.checkstyleMain.maxErrors = 37713 vs
>> actual 37776
>>
>> Thanks
>>
>> Jacques
>>
>> Le 02/02/2020 à 15:49, Nicolas Malin a écrit :
>>> Thanks jacques, I will take care
>>>
>>> Nicolas
>>>
>>> On 02/02/2020 11:41, Jacques Le Roux wrote:
 About Javadoc and Infra

 https://issues.apache.org/jira/browse/INFRA-19807

 Le 02/02/2020 à 11:23, Jacques Le Roux a écrit :
> Hi Pawan, Nicolas,
>
> Pawan, we have a test issue reported by Buildbot for R17 and R18
> branch with plugins
>
> R17
>
>     https://ci.apache.org/builders/ofbizBranch17FrameworkPlugins
>     1st case:
> https://ci.apache.org/builders/ofbizBranch17FrameworkPlugins/builds/440
>
>     failures:
> https://ci.apache.org/projects/ofbiz/logs/17.12/plugins/html/
>
> R18
>
> https://ci.apache.org/builders/ofbizBranch18FrameworkPlugins
> 1st case:
> https://ci.apache.org/builders/ofbizBranch18FrameworkPlugins/builds/271
>
> failures:
> https://ci.apache.org/projects/ofbiz/logs/18.12/plugins/html/
>
> So it's the same case.
>
> Nicolas, we have a test issue reported by Buildbot for the trunk with
> plugins
>
> https://ci.apache.org/builders/ofbizTrunkFrameworkPlugins?numbuilds=30
> 1st case:
> https://ci.apache.org/builders/ofbizTrunkFrameworkPlugins/builds/1108
> failures: we have another issue with access to URLs for Javadoc from
> Buildbot. They work locally so I'll open an Infra Jira for that. But
> I reproduce the same 8 failures than in R17/R18 locally
>
> It seems the oldest failures are on Nicolas side. But could you
> please both have a look at it?
>
> Thanks
>
> Jacques
>


pEpkey.asc
Description: application/pgp-keys

Re: [ofbiz-plugins] branch release18.12 updated: Fixed: Error when initialize billFromParty from groovy context in loadSalesOrderItemFact service

2020-02-06 Thread Pierre Smits 
It is a pity that the commit-message of this bug fixed does not reference a
ticket. Now it will not show up in release note(s) when generated from JIRA.

Best regards,

Pierre Smits

*Apache Trafodion , Vice President*
*Apache Directory , PMC Member*
Apache Incubator , committer
*Apache OFBiz , contributor (without privileges)
since 2008*
Apache Steve , committer


On Thu, Feb 6, 2020 at 1:04 PM  wrote:

> This is an automated email from the ASF dual-hosted git repository.
>
> nmalin pushed a commit to branch release18.12
> in repository https://gitbox.apache.org/repos/asf/ofbiz-plugins.git
>
>
> The following commit(s) were added to refs/heads/release18.12 by this push:
>  new 6296ab4  Fixed: Error when initialize billFromParty from groovy
> context in loadSalesOrderItemFact service
> 6296ab4 is described below
>
> commit 6296ab40782fa56fb29f0e9b766da1dfb49fbe71
> Author: Nicolas Malin 
> AuthorDate: Thu Feb 6 13:03:18 2020 +0100
>
> Fixed: Error when initialize billFromParty from groovy context in
> loadSalesOrderItemFact service
>
> After the conversion from bsh to groovy, the script that resolve
> billFromParty need to propage the value on context Map to be available
> on minilang context
> ---
>  bi/minilang/FactServices.xml | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/bi/minilang/FactServices.xml b/bi/minilang/FactServices.xml
> index 408b93c..13a72be 100644
> --- a/bi/minilang/FactServices.xml
> +++ b/bi/minilang/FactServices.xml
> @@ -358,7 +358,7 @@ under the License.
>  import org.apache.ofbiz.order.order.OrderReadHelper
>
>  orderReadHelper = new OrderReadHelper(orderHeader)
> -billFromParty = orderReadHelper.getBillFromParty()
> +context.billFromParty = orderReadHelper.getBillFromParty()
>  
>   field="partyAccountingPreferencesCallMap.organizationPartyId"
> from-field="billFromParty.partyId"/>
>   in-map-name="partyAccountingPreferencesCallMap">
>
>

Re: Test issue

2020-02-06 Thread Nicolas Malin 
Hi Jacques,

Strange, after :

~/workspace/apache-git/ofbiz-framework
poveglia$ git pull --rebase && cd plugins && git pull --rebase
poveglia$ ./gradlew check

I have 37683 error and not 37776

Nicolas

On 06/02/2020 09:03, Jacques Le Roux wrote:
> Hi Nicolas,
>
> Sorry to get back on this, but it's now almost a month and check style
> errors are also piling up: tasks.checkstyleMain.maxErrors = 37713 vs
> actual 37776
>
> Thanks
>
> Jacques
>
> Le 02/02/2020 à 15:49, Nicolas Malin a écrit :
>> Thanks jacques, I will take care
>>
>> Nicolas
>>
>> On 02/02/2020 11:41, Jacques Le Roux wrote:
>>> About Javadoc and Infra
>>>
>>> https://issues.apache.org/jira/browse/INFRA-19807
>>>
>>> Le 02/02/2020 à 11:23, Jacques Le Roux a écrit :
 Hi Pawan, Nicolas,

 Pawan, we have a test issue reported by Buildbot for R17 and R18
 branch with plugins

 R17

     https://ci.apache.org/builders/ofbizBranch17FrameworkPlugins
     1st case:
 https://ci.apache.org/builders/ofbizBranch17FrameworkPlugins/builds/440

     failures:
 https://ci.apache.org/projects/ofbiz/logs/17.12/plugins/html/

 R18

 https://ci.apache.org/builders/ofbizBranch18FrameworkPlugins
 1st case:
 https://ci.apache.org/builders/ofbizBranch18FrameworkPlugins/builds/271

 failures:
 https://ci.apache.org/projects/ofbiz/logs/18.12/plugins/html/

 So it's the same case.

 Nicolas, we have a test issue reported by Buildbot for the trunk with
 plugins

 https://ci.apache.org/builders/ofbizTrunkFrameworkPlugins?numbuilds=30
 1st case:
 https://ci.apache.org/builders/ofbizTrunkFrameworkPlugins/builds/1108
 failures: we have another issue with access to URLs for Javadoc from
 Buildbot. They work locally so I'll open an Infra Jira for that. But
 I reproduce the same 8 failures than in R17/R18 locally

 It seems the oldest failures are on Nicolas side. But could you
 please both have a look at it?

 Thanks

 Jacques

>


pEpkey.asc
Description: application/pgp-keys

Re: Please add me as an Apache OFBiz Contributor

2020-02-06 Thread Michael Brohl 

Thanks Nicolas,

I've added Wiebke to the Jira Contributor group also.

Best regards,

Michael Brohl

ecomify GmbH - www.ecomify.de


Am 06.02.20 um 09:36 schrieb Nicolas Malin:

Hello Wiebke,

It's done!

Welcome as OFBiz contributor :)

Nicolas

On 05/02/2020 17:03, Wiebke Pätzold wrote:

Hello everyone,

I would like to ask you to add me as an Apache OFBiz Contributor.
My Confluence username is: wpaetzold

Thanks and kind regards,
Wiebke





smime.p7s
Description: S/MIME Cryptographic Signature

Re: Please add me as an Apache OFBiz Contributor

2020-02-06 Thread Nicolas Malin 
Hello Wiebke,

It's done!

Welcome as OFBiz contributor :)

Nicolas

On 05/02/2020 17:03, Wiebke Pätzold wrote:
> Hello everyone,
>
> I would like to ask you to add me as an Apache OFBiz Contributor.
> My Confluence username is: wpaetzold
>
> Thanks and kind regards,
> Wiebke
>


pEpkey.asc
Description: application/pgp-keys

Re: Test issue

2020-02-06 Thread Jacques Le Roux 

Hi Nicolas,

Sorry to get back on this, but it's now almost a month and check style errors 
are also piling up: tasks.checkstyleMain.maxErrors = 37713 vs actual 37776

Thanks

Jacques

Le 02/02/2020 à 15:49, Nicolas Malin a écrit :

Thanks jacques, I will take care

Nicolas

On 02/02/2020 11:41, Jacques Le Roux wrote:

About Javadoc and Infra

https://issues.apache.org/jira/browse/INFRA-19807

Le 02/02/2020 à 11:23, Jacques Le Roux a écrit :

Hi Pawan, Nicolas,

Pawan, we have a test issue reported by Buildbot for R17 and R18
branch with plugins

R17

    https://ci.apache.org/builders/ofbizBranch17FrameworkPlugins
    1st case:
https://ci.apache.org/builders/ofbizBranch17FrameworkPlugins/builds/440
    failures:
https://ci.apache.org/projects/ofbiz/logs/17.12/plugins/html/

R18

https://ci.apache.org/builders/ofbizBranch18FrameworkPlugins
1st case:
https://ci.apache.org/builders/ofbizBranch18FrameworkPlugins/builds/271
failures: https://ci.apache.org/projects/ofbiz/logs/18.12/plugins/html/

So it's the same case.

Nicolas, we have a test issue reported by Buildbot for the trunk with
plugins

https://ci.apache.org/builders/ofbizTrunkFrameworkPlugins?numbuilds=30
1st case:
https://ci.apache.org/builders/ofbizTrunkFrameworkPlugins/builds/1108
failures: we have another issue with access to URLs for Javadoc from
Buildbot. They work locally so I'll open an Infra Jira for that. But
I reproduce the same 8 failures than in R17/R18 locally

It seems the oldest failures are on Nicolas side. But could you
please both have a look at it?

Thanks

Jacques