Hi,
These are the current issues....
*http://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/drools-5.5.x/*
Failing tests:
http://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/drools-5.5.x/lastComp...
* org.drools.integrationtests.MultithreadTest.testSlidingTimeWindows
*http://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/jbpm-5.4.x/*
Failing tests:
http://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/jbpm-5.4.x/lastComple...
* org.jbpm.bpmn2.SimpleBPMNProcessTest.testMultipleStartEventsStartOnTimer
*http://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/guvnor-5.5.x/*
Failing tests:
http://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/guvnor-5.5.x/lastComp...
* AssetPackageResourceIntegrationTest.testUpdateAssetFromAtom
(RESTEasy issue)
* AssetPackageResourceIntegrationTest.testCreateAssetFromAtom
(RESTEasy issue)
* BasicPackageResourceIntegrationTest.testCreateAndUpdateAndDeletePackageFromAtom
(RESTEasy issue)
* CategoryResourceIntegrationTest.testGetAssetsCreatedByAtomByCategoryAsAtom
(RESTEasy issue)
Just applied RESTEasy's patch. We should see a green guvnor build soon.
Jervis
Thanks to those concerned for fixing the failing tests from my
previous email.
With kind regards,
Mike
On 16 October 2012 08:51, Toni Rikkola <toni(a)rikkola.net
<mailto:toni@rikkola.net>> wrote:
This test keeps passing for me locally. I'm using the 5.5.x branch.
PackageAssemblerIntegrationTest.testFunctionWithFactType (Rikkola,
is this as a result of the change I think you were making around
Functions you were doing for Mario?)
Toni
On Oct 15, 2012, at 12:18 PM, Michael Anstis wrote:
> Hi,
>
> I will make the 5.5.x branch today.
>
> These are the current issues....
> *
>
http://hudson.qa.jboss.com/hudson/job/droolsjbpm-integration/*
>
> Failing tests:
>
http://hudson.qa.jboss.com/hudson/job/droolsjbpm-integration/lastComplete...
>
> * SpringDroolsTest.testConfiguration
>
>
> *http://hudson.qa.jboss.com/hudson/job/guvnor/*
>
> Failing tests:
>
http://hudson.qa.jboss.com/hudson/job/guvnor/lastCompletedBuild/testReport/
>
> * ServiceImplementationIntegrationTest.testListUserPermissionsPagedResults
> (jliu, could you please take a look?)
> * PackageAssemblerIntegrationTest.testFunctionWithFactType
> (Rikkola, is this as a result of the change I think you
> were making around Functions you were doing for Mario?)
> * AssetPackageResourceIntegrationTest.testUpdateAssetFromAtom
> (RESTEasy issue, do we want to @Ignore on the 5.5.x branch?)
> * AssetPackageResourceIntegrationTest.testCreateAssetFromAtom
> (RESTEasy issue, do we want to @Ignore on the 5.5.x branch?)
> *
BasicPackageResourceIntegrationTest.testCreateAndUpdateAndDeletePackageFromAtom
> (RESTEasy issue, do we want to @Ignore on the 5.5.x branch?)
> * CategoryResourceIntegrationTest.testGetAssetsCreatedByAtomByCategoryAsAtom
> (RESTEasy issue, do we want to @Ignore on the 5.5.x branch?)
>
>
>
http://hudson.qa.jboss.com/hudson/job/droolsjbpm-build-distribution/
>
> Failing tests:
>
http://hudson.qa.jboss.com/hudson/job/droolsjbpm-build-distribution/lastC...
>
> * BPMN2OsgiTest.testMinimalProcess
> * SimpleOsgiTest.testOsgiPlatformStarts
> * SimpleOsgiTest.testOsgiEnvironment
> * SimpleOsgiTest.testCompiler
> * SimpleOsgiTest.testDecisionTable
>
> Who is going to volunteer to look into the Spring and OSGi
> failing tests? ;)
>
> For those who may not already be aware, due to a RESTEasy issue
> (
https://issues.jboss.org/browse/RESTEASY-782) the Atom REST API
> in Guvnor only works with AS7.0.1.
>
> Any pressure that can be applied to get the RESTEasy team to fix
> this would be welcome as it is required for jBPM Designer to work
> with Guvnor on AS7.1.x.
>
> With kind regards,
>
> Mike
>
> On 13 October 2012 17:12, Mark Proctor <mproctor(a)codehaus.org
> <mailto:mproctor@codehaus.org>> wrote:
>
> We should try and wrap up CR1 this week. This release will
> never be productised, so quicker we can switch to 6.0 the
> better. We have a month to produce a stable "runtime" core,
> 6.0-alpha1, where we promise binary compatibility to other
> groups in SOA.
>
> I'll send an email explaining 6.0-alpha1 for monday.
>
> Mark
>
>