Re: Migration from ci.a.o

[Jacques Le Roux]

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

[Deepak Dixit]

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  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.r...@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

[Deepak Dixit]

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.r...@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

[Jacques Le Roux]

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

[Jacques Le Roux]

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

[Jacques Le Roux]

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

[Jacques Le Roux]

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

[Pierre Smits]

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  since
2008 (without privileges)
Proud contributor to the ASF since 2006

*Apache Directory , PMC Member*


On Wed, Dec 15, 2021 at 5:24 PM Jacques Le Roux <
jacques.le.r...@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

[Jacques Le Roux]

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

[Jacques Le Roux]

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

[Pierre Smits]

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  since
2008 (without privileges)
Proud contributor to the ASF since 2006

*Apache Directory , PMC Member*


On Mon, Dec 13, 2021 at 11:38 AM Jacques Le Roux <
jacques.le.r...@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
>
>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':'1',
> >> 'amount':15.99, 'quantity':1.00, 'statusId':'INVOICE_READY',
> >> 'orderId':'WSCO10020', 'itemIssuanceId':'10020', 'invoiceId':'CI1',
> >> 'invoiceItemSeqId':'1', 'shipmentReceiptId':null]]
> >>
> >> Assertion failed:
> >>
> >> assert UtilValidate.isEmpty(invoices)
> >> | |
> >> false [['orderItemSeqId':'1', 'amount':15.99, 'quantity':1.00,
> >> 'statusId':'INVOICE_READY', 'orderId':'WSCO10020',
> >> 'itemIssuanceId':'10020', 'invoiceId':'CI1', 'invoiceItemSeqId':'1',
> >> '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
> since
> > 2008 (without privileges)
> > Proud contributor to the ASF since 2006
> >
> > *Apache Directory, PMC Member*
> >
> >
> > On Mon, Dec 13, 2021 at 10:28 AM Daniel Watford
> 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.r...@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=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 

Re: Migration from ci.a.o

[Jacques Le Roux]

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

 

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':'1',

'amount':15.99, 'quantity':1.00, 'statusId':'INVOICE_READY',
'orderId':'WSCO10020', 'itemIssuanceId':'10020', 'invoiceId':'CI1',
'invoiceItemSeqId':'1', 'shipmentReceiptId':null]]

Assertion failed:

assert UtilValidate.isEmpty(invoices)
| |
false [['orderItemSeqId':'1', 'amount':15.99, 'quantity':1.00,
'statusId':'INVOICE_READY', 'orderId':'WSCO10020',
'itemIssuanceId':'10020', 'invoiceId':'CI1', 'invoiceItemSeqId':'1',
'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  since
2008 (without privileges)
Proud contributor to the ASF since 2006

*Apache Directory, PMC Member*


On Mon, Dec 13, 2021 at 10:28 AM Daniel Watford  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.r...@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=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

[Pierre Smits]

On my Mac the testInvoicePerShipmentSetFalse fails too, giving

assert UtilValidate.isEmpty(invoices) | | false [['orderItemSeqId':'1',
> 'amount':15.99, 'quantity':1.00, 'statusId':'INVOICE_READY',
> 'orderId':'WSCO10020', 'itemIssuanceId':'10020', 'invoiceId':'CI1',
> 'invoiceItemSeqId':'1', 'shipmentReceiptId':null]]
>
> Assertion failed:
>
> assert UtilValidate.isEmpty(invoices)
> | |
> false [['orderItemSeqId':'1', 'amount':15.99, 'quantity':1.00,
> 'statusId':'INVOICE_READY', 'orderId':'WSCO10020',
> 'itemIssuanceId':'10020', 'invoiceId':'CI1', 'invoiceItemSeqId':'1',
> '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  since
2008 (without privileges)
Proud contributor to the ASF since 2006

*Apache Directory , PMC Member*


On Mon, Dec 13, 2021 at 10:28 AM Daniel Watford  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.r...@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=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

[Daniel Watford]

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 
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=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

[Jacques Le Roux]

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 



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

[Jacques Le Roux]

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.

Migration from ci.a.o

[Gavin McDonald]

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