You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@ofbiz.apache.org by Gavin McDonald <gm...@apache.org> on 2021/08/31 09:32:56 UTC
Migration from ci.a.o
Hi Ofbiz devs.
With the deprecation of Buildbot 0.8 at ci.apache.org and being replaced
with ci2.apache.org it is time to migrate your jobs over.
I have created a Jira ticket where we can liaise on the migration which I
would like to do ASAP.
Thanks!
https://issues.apache.org/jira/browse/INFRA-22279
--
*Gavin McDonald*
Systems Administrator
ASF Infrastructure Team
Re: Migration from ci.a.o
Posted by Jacques Le Roux <ja...@les7arts.com>.
Hi,
As you may know this is definitely replaced by a solution in the BB UI (I sent a message about that somewhere else)
Jacques
Le 10/07/2022 à 10:00, Jacques Le Roux a écrit :
> Le 11/01/2022 à 17:54, Jacques Le Roux a écrit :
>> Also are missing, faculty to start a build from IRC and, more technical, the possibility to use several servers to launch builds.
>> We had all that before...
>
> Hi,
>
> At least I have asked for faculty to start a build from IRC at https://issues.apache.org/jira/browse/INFRA-23471
>
> Let's see...
>
> Jacques
>
Re: Migration from ci.a.o
Posted by Jacques Le Roux <ja...@les7arts.com>.
Le 11/01/2022 à 17:54, Jacques Le Roux a écrit :
> Also are missing, faculty to start a build from IRC and, more technical, the possibility to use several servers to launch builds.
> We had all that before...
Hi,
At least I have asked for faculty to start a build from IRC at https://issues.apache.org/jira/browse/INFRA-23471
Let's see...
Jacques
Re: Migration from ci.a.o
Posted by Jacques Le Roux <ja...@les7arts.com>.
Le 14/01/2022 à 18:19, Jacques Le Roux a écrit :
>> We are still waiting for Infra for several missing features, the most important being missing status emails: INFRA-22689
>> Also are missing, faculty to start a build from IRC and, more technical, the possibility to use several servers to launch builds.
>> We had all that before...
>>
>> Jacques
>>
Hi,
INFRA-22689 is done. So we now receive emails when the build status of a branch changes (successful or not)
We still miss the rest.
Jacques
Re: Migration from ci.a.o
Posted by Jacques Le Roux <ja...@les7arts.com>.
Le 11/01/2022 à 17:54, Jacques Le Roux a écrit :
> Le 15/12/2021 à 17:22, Jacques Le Roux a écrit :
>> Le 14/12/2021 à 09:34, Jacques Le Roux a écrit :
>>> I also wonder if we should not get rid of Apache XMLRPC knowing that it's no longer maintained: https://github.com/advisories/GHSA-6vwp-35w3-xph8
>>
>> A milder mitigation would be to simply comment out the 2 tests that fail on BuildBot. That would allow to keep XMLRPC for those interested. Like
>> people working in a safe (ie no internet) environment. We also know that only post-auth attacks are possible.
>>
>> Opinions?
>>
>> Jacques
>>
> Hi,
>
> Sorry I forgot to send this email I created one month ago
>
> This is done, for now only trunk and R18 works: https://ci2.apache.org/#/builders (look for "ofb")
>
> I'm currently working to integrate also R20.
>
Hi,
Of course I meant R22. It's now operational, though the currently assigned BuildBot worker (bb_worker4_ubuntu) is stale. Nevertheless, I was able to
test using the bb_worker5_ubuntu worker. We need to wait for the "more technical" (last) point below to be able to use a kind of carousel to
automatically pick one available worker among others
Jacques
> We are still waiting for Infra for several missing features, the most important being missing status emails: INFRA-22689
> Also are missing, faculty to start a build from IRC and, more technical, the possibility to use several servers to launch builds.
> We had all that before...
>
> Jacques
>
Re: Migration from ci.a.o
Posted by Jacques Le Roux <ja...@les7arts.com>.
Le 15/12/2021 à 17:22, Jacques Le Roux a écrit :
> Le 14/12/2021 à 09:34, Jacques Le Roux a écrit :
>> I also wonder if we should not get rid of Apache XMLRPC knowing that it's no longer maintained: https://github.com/advisories/GHSA-6vwp-35w3-xph8
>
> A milder mitigation would be to simply comment out the 2 tests that fail on BuildBot. That would allow to keep XMLRPC for those interested. Like
> people working in a safe (ie no internet) environment. We also know that only post-auth attacks are possible.
>
> Opinions?
>
> Jacques
>
Hi,
Sorry I forgot to send this email I created one month ago
This is done, for now only trunk and R18 works: https://ci2.apache.org/#/builders (look for "ofb")
I'm currently working to integrate also R20.
We are still waiting for Infra for several missing features, the most important being missing status emails: INFRA-22689
Also are missing, faculty to start a build from IRC and, more technical, the possibility to use several servers to launch builds.
We had all that before...
Jacques
Re: Migration from ci.a.o
Posted by Pierre Smits <pi...@apache.org>.
HI Jacques,
If the project still sees XMLRPC functionality as an important OFBiz
service, we should work to get the CI to work with the tests. If the
project feels it has outlived its usefulness, we should work to get this
attic-ed.
Met vriendelijke groet,
Pierre Smits
*Proud* *contributor** of* Apache OFBiz <https://ofbiz.apache.org/> since
2008 (without privileges)
Proud contributor to the ASF since 2006
*Apache Directory <https://directory.apache.org>, PMC Member*
On Wed, Dec 15, 2021 at 5:24 PM Jacques Le Roux <
jacques.le.roux@les7arts.com> wrote:
> Le 14/12/2021 à 09:34, Jacques Le Roux a écrit :
> > I also wonder if we should not get rid of Apache XMLRPC knowing that
> it's no longer maintained:
> https://github.com/advisories/GHSA-6vwp-35w3-xph8
>
> A milder mitigation would be to simply comment out the 2 tests that fail
> on BuildBot. That would allow to keep XMLRPC for those interested. Like
> people working in a safe (ie no internet) environment. We also know that
> only post-auth attacks are possible.
>
> Opinions?
>
> Jacques
>
>
Re: Migration from ci.a.o
Posted by Jacques Le Roux <ja...@les7arts.com>.
Le 14/12/2021 à 09:34, Jacques Le Roux a écrit :
> I also wonder if we should not get rid of Apache XMLRPC knowing that it's no longer maintained: https://github.com/advisories/GHSA-6vwp-35w3-xph8
A milder mitigation would be to simply comment out the 2 tests that fail on BuildBot. That would allow to keep XMLRPC for those interested. Like
people working in a safe (ie no internet) environment. We also know that only post-auth attacks are possible.
Opinions?
Jacques
Re: Migration from ci.a.o
Posted by Deepak Dixit <de...@apache.org>.
Here is the PR for xml rpc related code removal. Please review and let me
know if it looks good.
https://github.com/apache/ofbiz-framework/pull/630/files
Thanks & Regards
--
Deepak Dixit
ofbiz.apache.org
On Wed, Apr 26, 2023 at 11:01 AM Deepak Dixit <de...@apache.org> wrote:
> Hi Jacques,
>
> I agree we should remove the xml rpc related code from trunk,
> Here is the task for the issue, I'll create PR for the same
> https://issues.apache.org/jira/browse/OFBIZ-12812
>
> Thanks & Regards
> --
> Deepak Dixit
> ofbiz.apache.org
>
>
> On Tue, Dec 14, 2021 at 2:05 PM Jacques Le Roux <
> jacques.le.roux@les7arts.com> wrote:
>
>> Hi All,
>>
>> I have created https://issues.apache.org/jira/browse/OFBIZ-12456 as a
>> clone of INFRA-22279 "Migrate Ofbiz bb 0.8 config to 3.2"
>>
>> Long story short, the XMLRPC integration tests, that needs HTTP and 8080
>> port, don't pass on the new BuildBot and getting back to the old one is
>> impossible (more info OFBiz side in OFBIZ-12456).
>>
>> In INFRA-22279, I have asked Gavin if we could allow the new BuildBot to
>> allow HTTP and 8080 port as it was on the old one.
>>
>> I also wonder if we should not get rid of Apache XMLRPC knowing that it's
>> no longer maintained: https://github.com/advisories/GHSA-6vwp-35w3-xph8
>>
>> I'm not aware of an easy replacement for Apache XMLRPC.
>>
>> What do you think?
>>
>> Jacques
>>
>> Le 31/08/2021 à 14:08, Jacques Le Roux a écrit :
>> > Hi Gavin,
>> >
>> > Answering there
>> >
>> > Jacques
>> >
>> > Le 31/08/2021 à 11:32, Gavin McDonald a écrit :
>> >> I have created a Jira ticket where we can liaise on the migration
>> which I
>> >> would like to do ASAP.
>> >
>>
>
Re: Migration from ci.a.o
Posted by Deepak Dixit <de...@apache.org>.
Hi Jacques,
I agree we should remove the xml rpc related code from trunk,
Here is the task for the issue, I'll create PR for the same
https://issues.apache.org/jira/browse/OFBIZ-12812
Thanks & Regards
--
Deepak Dixit
ofbiz.apache.org
On Tue, Dec 14, 2021 at 2:05 PM Jacques Le Roux <
jacques.le.roux@les7arts.com> wrote:
> Hi All,
>
> I have created https://issues.apache.org/jira/browse/OFBIZ-12456 as a
> clone of INFRA-22279 "Migrate Ofbiz bb 0.8 config to 3.2"
>
> Long story short, the XMLRPC integration tests, that needs HTTP and 8080
> port, don't pass on the new BuildBot and getting back to the old one is
> impossible (more info OFBiz side in OFBIZ-12456).
>
> In INFRA-22279, I have asked Gavin if we could allow the new BuildBot to
> allow HTTP and 8080 port as it was on the old one.
>
> I also wonder if we should not get rid of Apache XMLRPC knowing that it's
> no longer maintained: https://github.com/advisories/GHSA-6vwp-35w3-xph8
>
> I'm not aware of an easy replacement for Apache XMLRPC.
>
> What do you think?
>
> Jacques
>
> Le 31/08/2021 à 14:08, Jacques Le Roux a écrit :
> > Hi Gavin,
> >
> > Answering there
> >
> > Jacques
> >
> > Le 31/08/2021 à 11:32, Gavin McDonald a écrit :
> >> I have created a Jira ticket where we can liaise on the migration which
> I
> >> would like to do ASAP.
> >
>
Re: Migration from ci.a.o
Posted by Jacques Le Roux <ja...@les7arts.com>.
Hi All,
I have created https://issues.apache.org/jira/browse/OFBIZ-12456 as a clone of INFRA-22279 "Migrate Ofbiz bb 0.8 config to 3.2"
Long story short, the XMLRPC integration tests, that needs HTTP and 8080 port, don't pass on the new BuildBot and getting back to the old one is
impossible (more info OFBiz side in OFBIZ-12456).
In INFRA-22279, I have asked Gavin if we could allow the new BuildBot to allow HTTP and 8080 port as it was on the old one.
I also wonder if we should not get rid of Apache XMLRPC knowing that it's no longer maintained: https://github.com/advisories/GHSA-6vwp-35w3-xph8
I'm not aware of an easy replacement for Apache XMLRPC.
What do you think?
Jacques
Le 31/08/2021 à 14:08, Jacques Le Roux a écrit :
> Hi Gavin,
>
> Answering there
>
> Jacques
>
> Le 31/08/2021 à 11:32, Gavin McDonald a écrit :
>> I have created a Jira ticket where we can liaise on the migration which I
>> would like to do ASAP.
>
Re: Migration from ci.a.o
Posted by Pierre Smits <pi...@apache.org>.
Jacques,
The failure is not due to the inclusion of the SystemProperty record in
seed data. It is due to a unexpected result when testInvoicePerShipment is
called with product="GZ-1000" and invoicePerShipment="N". And the same
happens in the same test with product="GZ-1000" and invoicePerShipment="Y".
Met vriendelijke groet,
Pierre Smits
*Proud* *contributor** of* Apache OFBiz <https://ofbiz.apache.org/> since
2008 (without privileges)
Proud contributor to the ASF since 2006
*Apache Directory <https://directory.apache.org>, PMC Member*
On Mon, Dec 13, 2021 at 11:38 AM Jacques Le Roux <
jacques.le.roux@les7arts.com> wrote:
> Thanks guys,
>
> With the help of Pierre, I found that it's due to
> https://github.com/apache/ofbiz-framework/pull/392/files
>
> Exactly to
>
> <SystemProperty systemResourceId="accounting"
> systemPropertyId="create.invoice.per.shipment" systemPropertyValue="Y"
> description="create invoice per shipment. Options: = Y (Invoice per
> shipment), N (Invoice per order)"/>
>
> As the test name says testInvoicePerShipmentSetFalse
>
> The alternatives are:
>
> 1. Revert the PR (would allow to go on with INFRA-22279)
> 2. Just comment out the property above (would allow to go on with
> INFRA-22279)
> 3. Discuss if we want to use invoice per shipment by default (I guess it
> has been already done, if not several times)
>
> For now I decide to use 2 as it's the easiest way to go on with INFRA-22279
>
> Jacques
>
> Le 13/12/2021 à 10:47, Pierre Smits a écrit :
> > On my Mac the testInvoicePerShipmentSetFalse fails too, giving
> >
> > assert UtilValidate.isEmpty(invoices) | | false
> [['orderItemSeqId':'00001',
> >> 'amount':15.99, 'quantity':1.000000, 'statusId':'INVOICE_READY',
> >> 'orderId':'WSCO10020', 'itemIssuanceId':'10020', 'invoiceId':'CI1',
> >> 'invoiceItemSeqId':'00001', 'shipmentReceiptId':null]]
> >>
> >> Assertion failed:
> >>
> >> assert UtilValidate.isEmpty(invoices)
> >> | |
> >> false [['orderItemSeqId':'00001', 'amount':15.99, 'quantity':1.000000,
> >> 'statusId':'INVOICE_READY', 'orderId':'WSCO10020',
> >> 'itemIssuanceId':'10020', 'invoiceId':'CI1', 'invoiceItemSeqId':'00001',
> >> 'shipmentReceiptId':null]]
> >>
> >> at
> >>
> org.codehaus.groovy.runtime.InvokerHelper.assertFailed(InvokerHelper.java:415)
> >> at
> >>
> org.codehaus.groovy.runtime.ScriptBytecodeAdapter.assertFailed(ScriptBytecodeAdapter.java:670)
> >> at
> >>
> org.apache.ofbiz.accounting.InvoicePerShipmentTests.testInvoicePerShipmentSetFalse(InvoicePerShipmentTests.groovy:154)
> >> at
> >>
> org.apache.ofbiz.testtools.TestRunContainer.start(TestRunContainer.java:90)
> >> at
> >>
> org.apache.ofbiz.base.container.ContainerLoader.startLoadedContainers(ContainerLoader.java:153)
> >> at
> >>
> org.apache.ofbiz.base.container.ContainerLoader.load(ContainerLoader.java:77)
> >> at
> >>
> org.apache.ofbiz.base.start.StartupControlPanel.loadContainers(StartupControlPanel.java:146)
> >> at
> >>
> org.apache.ofbiz.base.start.StartupControlPanel.start(StartupControlPanel.java:70)
> >> at org.apache.ofbiz.base.start.Start.main(Start.java:89)
> >>
> > Met vriendelijke groet,
> >
> > Pierre Smits
> > *Proud* *contributor** of* Apache OFBiz<https://ofbiz.apache.org/>
> since
> > 2008 (without privileges)
> > Proud contributor to the ASF since 2006
> >
> > *Apache Directory<https://directory.apache.org>, PMC Member*
> >
> >
> > On Mon, Dec 13, 2021 at 10:28 AM Daniel Watford<da...@foomoo.co.uk>
> wrote:
> >
> >> Hi Jacques,
> >>
> >> After running ./gradlew testIntegration I can confirm that I see the
> test
> >> failure for testInvoicePerShipmentSetFalse.
> >>
> >> The error was visible by viewing
> >> $OFBIZ/runtime/logs/test-results/html/index.html in a browser and then
> >> navigating to the invoicestests class.
> >>
> >> On Mon, 13 Dec 2021 at 08:28, Jacques Le Roux <
> >> jacques.le.roux@les7arts.com>
> >> wrote:
> >>
> >>> Hi All,
> >>>
> >>> We have an issue withhttps://issues.apache.org/jira/browse/INFRA-22279
> >>> for tests on trunk and I need all your attention to help me fix it.
> >>>
> >>> The last successful trunk build on the old Buildbot (0.8) was <<*Oct.
> >>> 18*>>:
> >>> https://ci.apache.org/projects/ofbiz/logs/trunk/plugins/html/
> >>>
> >>> Gavin has worked since on INFRA-22279 but got stuck because of (I
> >>> guess/hope only) testInvoicePerShipmentSetFalse error on trunk.
> >>>
> >>> The last time I locally tried the test was 09/Nov/21 19:31
> >>> <
> >>>
> >>
> https://issues.apache.org/jira/browse/INFRA-22279?focusedCommentId=17441317&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-17441317
> >>> Yesterday, I have tried locally to run the tests 3 times (I'm on
> Windows
> >>> and there are sometimes quirks with tests) and 3 times got this sole
> >>> testInvoicePerShipmentSetFalse error.
> >>>
> >>> I have just checked the changes in accounting between 09/Nov/21 and
> now.
> >> I
> >>> did not find any evidences related to testInvoicePerShipmentSetFalse.
> >>>
> >>> I'll continue on this today, if you know better please help.
> >>>
> >>> First I'd appreciate if you can confirm you also cross the
> >>> testInvoicePerShipmentSetFalse error.
> >>>
> >>> TIA
> >>>
> >>> Jacques
> >>>
> >>>
> >>> Le 31/08/2021 à 14:08, Jacques Le Roux a écrit :
> >>>> Hi Gavin,
> >>>>
> >>>> Answering there
> >>>>
> >>>> Jacques
> >>>>
> >>>> Le 31/08/2021 à 11:32, Gavin McDonald a écrit :
> >>>>> I have created a Jira ticket where we can liaise on the migration
> >> which
> >>> I
> >>>>> would like to do ASAP.
> >>
> >>
> >> --
> >> Daniel Watford
> >>
Re: Migration from ci.a.o
Posted by Jacques Le Roux <ja...@les7arts.com>.
Thanks guys,
With the help of Pierre, I found that it's due to https://github.com/apache/ofbiz-framework/pull/392/files
Exactly to
<SystemProperty systemResourceId="accounting" systemPropertyId="create.invoice.per.shipment" systemPropertyValue="Y"
description="create invoice per shipment. Options: = Y (Invoice per shipment), N (Invoice per order)"/>
As the test name says testInvoicePerShipmentSetFalse
The alternatives are:
1. Revert the PR (would allow to go on with INFRA-22279)
2. Just comment out the property above (would allow to go on with INFRA-22279)
3. Discuss if we want to use invoice per shipment by default (I guess it has been already done, if not several times)
For now I decide to use 2 as it's the easiest way to go on with INFRA-22279
Jacques
Le 13/12/2021 à 10:47, Pierre Smits a écrit :
> On my Mac the testInvoicePerShipmentSetFalse fails too, giving
>
> assert UtilValidate.isEmpty(invoices) | | false [['orderItemSeqId':'00001',
>> 'amount':15.99, 'quantity':1.000000, 'statusId':'INVOICE_READY',
>> 'orderId':'WSCO10020', 'itemIssuanceId':'10020', 'invoiceId':'CI1',
>> 'invoiceItemSeqId':'00001', 'shipmentReceiptId':null]]
>>
>> Assertion failed:
>>
>> assert UtilValidate.isEmpty(invoices)
>> | |
>> false [['orderItemSeqId':'00001', 'amount':15.99, 'quantity':1.000000,
>> 'statusId':'INVOICE_READY', 'orderId':'WSCO10020',
>> 'itemIssuanceId':'10020', 'invoiceId':'CI1', 'invoiceItemSeqId':'00001',
>> 'shipmentReceiptId':null]]
>>
>> at
>> org.codehaus.groovy.runtime.InvokerHelper.assertFailed(InvokerHelper.java:415)
>> at
>> org.codehaus.groovy.runtime.ScriptBytecodeAdapter.assertFailed(ScriptBytecodeAdapter.java:670)
>> at
>> org.apache.ofbiz.accounting.InvoicePerShipmentTests.testInvoicePerShipmentSetFalse(InvoicePerShipmentTests.groovy:154)
>> at
>> org.apache.ofbiz.testtools.TestRunContainer.start(TestRunContainer.java:90)
>> at
>> org.apache.ofbiz.base.container.ContainerLoader.startLoadedContainers(ContainerLoader.java:153)
>> at
>> org.apache.ofbiz.base.container.ContainerLoader.load(ContainerLoader.java:77)
>> at
>> org.apache.ofbiz.base.start.StartupControlPanel.loadContainers(StartupControlPanel.java:146)
>> at
>> org.apache.ofbiz.base.start.StartupControlPanel.start(StartupControlPanel.java:70)
>> at org.apache.ofbiz.base.start.Start.main(Start.java:89)
>>
> Met vriendelijke groet,
>
> Pierre Smits
> *Proud* *contributor** of* Apache OFBiz<https://ofbiz.apache.org/> since
> 2008 (without privileges)
> Proud contributor to the ASF since 2006
>
> *Apache Directory<https://directory.apache.org>, PMC Member*
>
>
> On Mon, Dec 13, 2021 at 10:28 AM Daniel Watford<da...@foomoo.co.uk> wrote:
>
>> Hi Jacques,
>>
>> After running ./gradlew testIntegration I can confirm that I see the test
>> failure for testInvoicePerShipmentSetFalse.
>>
>> The error was visible by viewing
>> $OFBIZ/runtime/logs/test-results/html/index.html in a browser and then
>> navigating to the invoicestests class.
>>
>> On Mon, 13 Dec 2021 at 08:28, Jacques Le Roux <
>> jacques.le.roux@les7arts.com>
>> wrote:
>>
>>> Hi All,
>>>
>>> We have an issue withhttps://issues.apache.org/jira/browse/INFRA-22279
>>> for tests on trunk and I need all your attention to help me fix it.
>>>
>>> The last successful trunk build on the old Buildbot (0.8) was <<*Oct.
>>> 18*>>:
>>> https://ci.apache.org/projects/ofbiz/logs/trunk/plugins/html/
>>>
>>> Gavin has worked since on INFRA-22279 but got stuck because of (I
>>> guess/hope only) testInvoicePerShipmentSetFalse error on trunk.
>>>
>>> The last time I locally tried the test was 09/Nov/21 19:31
>>> <
>>>
>> https://issues.apache.org/jira/browse/INFRA-22279?focusedCommentId=17441317&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-17441317
>>> Yesterday, I have tried locally to run the tests 3 times (I'm on Windows
>>> and there are sometimes quirks with tests) and 3 times got this sole
>>> testInvoicePerShipmentSetFalse error.
>>>
>>> I have just checked the changes in accounting between 09/Nov/21 and now.
>> I
>>> did not find any evidences related to testInvoicePerShipmentSetFalse.
>>>
>>> I'll continue on this today, if you know better please help.
>>>
>>> First I'd appreciate if you can confirm you also cross the
>>> testInvoicePerShipmentSetFalse error.
>>>
>>> TIA
>>>
>>> Jacques
>>>
>>>
>>> Le 31/08/2021 à 14:08, Jacques Le Roux a écrit :
>>>> Hi Gavin,
>>>>
>>>> Answering there
>>>>
>>>> Jacques
>>>>
>>>> Le 31/08/2021 à 11:32, Gavin McDonald a écrit :
>>>>> I have created a Jira ticket where we can liaise on the migration
>> which
>>> I
>>>>> would like to do ASAP.
>>
>>
>> --
>> Daniel Watford
>>
Re: Migration from ci.a.o
Posted by Pierre Smits <pi...@apache.org>.
On my Mac the testInvoicePerShipmentSetFalse fails too, giving
assert UtilValidate.isEmpty(invoices) | | false [['orderItemSeqId':'00001',
> 'amount':15.99, 'quantity':1.000000, 'statusId':'INVOICE_READY',
> 'orderId':'WSCO10020', 'itemIssuanceId':'10020', 'invoiceId':'CI1',
> 'invoiceItemSeqId':'00001', 'shipmentReceiptId':null]]
>
> Assertion failed:
>
> assert UtilValidate.isEmpty(invoices)
> | |
> false [['orderItemSeqId':'00001', 'amount':15.99, 'quantity':1.000000,
> 'statusId':'INVOICE_READY', 'orderId':'WSCO10020',
> 'itemIssuanceId':'10020', 'invoiceId':'CI1', 'invoiceItemSeqId':'00001',
> 'shipmentReceiptId':null]]
>
> at
> org.codehaus.groovy.runtime.InvokerHelper.assertFailed(InvokerHelper.java:415)
> at
> org.codehaus.groovy.runtime.ScriptBytecodeAdapter.assertFailed(ScriptBytecodeAdapter.java:670)
> at
> org.apache.ofbiz.accounting.InvoicePerShipmentTests.testInvoicePerShipmentSetFalse(InvoicePerShipmentTests.groovy:154)
> at
> org.apache.ofbiz.testtools.TestRunContainer.start(TestRunContainer.java:90)
> at
> org.apache.ofbiz.base.container.ContainerLoader.startLoadedContainers(ContainerLoader.java:153)
> at
> org.apache.ofbiz.base.container.ContainerLoader.load(ContainerLoader.java:77)
> at
> org.apache.ofbiz.base.start.StartupControlPanel.loadContainers(StartupControlPanel.java:146)
> at
> org.apache.ofbiz.base.start.StartupControlPanel.start(StartupControlPanel.java:70)
> at org.apache.ofbiz.base.start.Start.main(Start.java:89)
>
Met vriendelijke groet,
Pierre Smits
*Proud* *contributor** of* Apache OFBiz <https://ofbiz.apache.org/> since
2008 (without privileges)
Proud contributor to the ASF since 2006
*Apache Directory <https://directory.apache.org>, PMC Member*
On Mon, Dec 13, 2021 at 10:28 AM Daniel Watford <da...@foomoo.co.uk> wrote:
> Hi Jacques,
>
> After running ./gradlew testIntegration I can confirm that I see the test
> failure for testInvoicePerShipmentSetFalse.
>
> The error was visible by viewing
> $OFBIZ/runtime/logs/test-results/html/index.html in a browser and then
> navigating to the invoicestests class.
>
> On Mon, 13 Dec 2021 at 08:28, Jacques Le Roux <
> jacques.le.roux@les7arts.com>
> wrote:
>
> > Hi All,
> >
> > We have an issue with https://issues.apache.org/jira/browse/INFRA-22279
> > for tests on trunk and I need all your attention to help me fix it.
> >
> > The last successful trunk build on the old Buildbot (0.8) was <<*Oct.
> > 18*>>:
> > https://ci.apache.org/projects/ofbiz/logs/trunk/plugins/html/
> >
> > Gavin has worked since on INFRA-22279 but got stuck because of (I
> > guess/hope only) testInvoicePerShipmentSetFalse error on trunk.
> >
> > The last time I locally tried the test was 09/Nov/21 19:31
> > <
> >
> https://issues.apache.org/jira/browse/INFRA-22279?focusedCommentId=17441317&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-17441317
> > >
> >
> > Yesterday, I have tried locally to run the tests 3 times (I'm on Windows
> > and there are sometimes quirks with tests) and 3 times got this sole
> > testInvoicePerShipmentSetFalse error.
> >
> > I have just checked the changes in accounting between 09/Nov/21 and now.
> I
> > did not find any evidences related to testInvoicePerShipmentSetFalse.
> >
> > I'll continue on this today, if you know better please help.
> >
> > First I'd appreciate if you can confirm you also cross the
> > testInvoicePerShipmentSetFalse error.
> >
> > TIA
> >
> > Jacques
> >
> >
> > Le 31/08/2021 à 14:08, Jacques Le Roux a écrit :
> > > Hi Gavin,
> > >
> > > Answering there
> > >
> > > Jacques
> > >
> > > Le 31/08/2021 à 11:32, Gavin McDonald a écrit :
> > >> I have created a Jira ticket where we can liaise on the migration
> which
> > I
> > >> would like to do ASAP.
> > >
>
>
>
> --
> Daniel Watford
>
Re: Migration from ci.a.o
Posted by Daniel Watford <da...@foomoo.co.uk>.
Hi Jacques,
After running ./gradlew testIntegration I can confirm that I see the test
failure for testInvoicePerShipmentSetFalse.
The error was visible by viewing
$OFBIZ/runtime/logs/test-results/html/index.html in a browser and then
navigating to the invoicestests class.
On Mon, 13 Dec 2021 at 08:28, Jacques Le Roux <ja...@les7arts.com>
wrote:
> Hi All,
>
> We have an issue with https://issues.apache.org/jira/browse/INFRA-22279
> for tests on trunk and I need all your attention to help me fix it.
>
> The last successful trunk build on the old Buildbot (0.8) was <<*Oct.
> 18*>>:
> https://ci.apache.org/projects/ofbiz/logs/trunk/plugins/html/
>
> Gavin has worked since on INFRA-22279 but got stuck because of (I
> guess/hope only) testInvoicePerShipmentSetFalse error on trunk.
>
> The last time I locally tried the test was 09/Nov/21 19:31
> <
> https://issues.apache.org/jira/browse/INFRA-22279?focusedCommentId=17441317&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-17441317
> >
>
> Yesterday, I have tried locally to run the tests 3 times (I'm on Windows
> and there are sometimes quirks with tests) and 3 times got this sole
> testInvoicePerShipmentSetFalse error.
>
> I have just checked the changes in accounting between 09/Nov/21 and now. I
> did not find any evidences related to testInvoicePerShipmentSetFalse.
>
> I'll continue on this today, if you know better please help.
>
> First I'd appreciate if you can confirm you also cross the
> testInvoicePerShipmentSetFalse error.
>
> TIA
>
> Jacques
>
>
> Le 31/08/2021 à 14:08, Jacques Le Roux a écrit :
> > Hi Gavin,
> >
> > Answering there
> >
> > Jacques
> >
> > Le 31/08/2021 à 11:32, Gavin McDonald a écrit :
> >> I have created a Jira ticket where we can liaise on the migration which
> I
> >> would like to do ASAP.
> >
--
Daniel Watford
Re: Migration from ci.a.o
Posted by Jacques Le Roux <ja...@les7arts.com>.
Hi All,
We have an issue with https://issues.apache.org/jira/browse/INFRA-22279 for tests on trunk and I need all your attention to help me fix it.
The last successful trunk build on the old Buildbot (0.8) was <<*Oct. 18*>>:
https://ci.apache.org/projects/ofbiz/logs/trunk/plugins/html/
Gavin has worked since on INFRA-22279 but got stuck because of (I guess/hope only) testInvoicePerShipmentSetFalse error on trunk.
The last time I locally tried the test was 09/Nov/21 19:31
<https://issues.apache.org/jira/browse/INFRA-22279?focusedCommentId=17441317&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-17441317>
Yesterday, I have tried locally to run the tests 3 times (I'm on Windows and there are sometimes quirks with tests) and 3 times got this sole
testInvoicePerShipmentSetFalse error.
I have just checked the changes in accounting between 09/Nov/21 and now. I did not find any evidences related to testInvoicePerShipmentSetFalse.
I'll continue on this today, if you know better please help.
First I'd appreciate if you can confirm you also cross the testInvoicePerShipmentSetFalse error.
TIA
Jacques
Le 31/08/2021 à 14:08, Jacques Le Roux a écrit :
> Hi Gavin,
>
> Answering there
>
> Jacques
>
> Le 31/08/2021 à 11:32, Gavin McDonald a écrit :
>> I have created a Jira ticket where we can liaise on the migration which I
>> would like to do ASAP.
>
Re: Migration from ci.a.o
Posted by Jacques Le Roux <ja...@les7arts.com>.
Hi Gavin,
Answering there
Jacques
Le 31/08/2021 à 11:32, Gavin McDonald a écrit :
> I have created a Jira ticket where we can liaise on the migration which I
> would like to do ASAP.