[JBoss JIRA] (DROOLS-2058) Remove hardcoded Thread.sleeps() in indexing tests
by Petr Široký (JIRA)
[ https://issues.jboss.org/browse/DROOLS-2058?page=com.atlassian.jira.plugi... ]
Petr Široký reassigned DROOLS-2058:
-----------------------------------
Assignee: (was: Petr Široký)
> Remove hardcoded Thread.sleeps() in indexing tests
> --------------------------------------------------
>
> Key: DROOLS-2058
> URL: https://issues.jboss.org/browse/DROOLS-2058
> Project: Drools
> Issue Type: Task
> Components: Impact Analysis
> Reporter: Petr Široký
>
> There are guvnor/kie-wb-common/drools-wb modules which contain hardcoded waits (Thread.sleeps()) to make sure the backend indexes the files. This needs to be removed and handled different without those waits.
> List of affected modules (will be updated over time):
> kie-wb-common-refactoring-backend
> Why we need to fix this?
> The tests take way too much time. It is great pain to run those tests locally as they spent most of the time just doing nothing and waiting.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 11 months
[JBoss JIRA] (WFLY-9644) Wildfly 11 can't deploy simple REST web service because it can't find javax.ws.rs.core.Application
by Katerina Novotna (JIRA)
[ https://issues.jboss.org/browse/WFLY-9644?page=com.atlassian.jira.plugin.... ]
Katerina Novotna commented on WFLY-9644:
----------------------------------------
I couldn't reproduce the issue. The deployment of the test application with empty subclass of javax.ws.rs.core.Application deploys without issues. Test app attached.
> Wildfly 11 can't deploy simple REST web service because it can't find javax.ws.rs.core.Application
> --------------------------------------------------------------------------------------------------
>
> Key: WFLY-9644
> URL: https://issues.jboss.org/browse/WFLY-9644
> Project: WildFly
> Issue Type: Bug
> Components: REST
> Affects Versions: 11.0.0.Final
> Environment: Ubuntu 16.04, JDK 1.8
> Reporter: Dean Schulze
> Assignee: Alessio Soldano
> Attachments: test-app.zip
>
>
> Simple JAX-RS .war file with an Application .class file (extends javax.ws.rs.core.Application) and one resource .class file. No web.xml file. Deploying gives this error:
> Cannot upload deployment: {"WFLYCTL0080: Failed services" => {"jboss.deployment.unit.pdfupload.POST_MODULE" => "WFLYSRV0153: Failed to process phase POST_MODULE of deployment \"pdfupload\" Caused by: org.jboss.as.server.deployment.DeploymentUnitProcessingException: WFLYRS0006: Could not load JAX-RS Application class Caused by: java.lang.ClassNotFoundException: pdf.upload.server.PdfUploadApplication from [Module \"deployment.pdfupload\" from Service Module Loader]"}}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 11 months
[JBoss JIRA] (WFLY-9644) Wildfly 11 can't deploy simple REST web service because it can't find javax.ws.rs.core.Application
by Katerina Novotna (JIRA)
[ https://issues.jboss.org/browse/WFLY-9644?page=com.atlassian.jira.plugin.... ]
Katerina Novotna updated WFLY-9644:
-----------------------------------
Attachment: test-app.zip
> Wildfly 11 can't deploy simple REST web service because it can't find javax.ws.rs.core.Application
> --------------------------------------------------------------------------------------------------
>
> Key: WFLY-9644
> URL: https://issues.jboss.org/browse/WFLY-9644
> Project: WildFly
> Issue Type: Bug
> Components: REST
> Affects Versions: 11.0.0.Final
> Environment: Ubuntu 16.04, JDK 1.8
> Reporter: Dean Schulze
> Assignee: Alessio Soldano
> Attachments: test-app.zip
>
>
> Simple JAX-RS .war file with an Application .class file (extends javax.ws.rs.core.Application) and one resource .class file. No web.xml file. Deploying gives this error:
> Cannot upload deployment: {"WFLYCTL0080: Failed services" => {"jboss.deployment.unit.pdfupload.POST_MODULE" => "WFLYSRV0153: Failed to process phase POST_MODULE of deployment \"pdfupload\" Caused by: org.jboss.as.server.deployment.DeploymentUnitProcessingException: WFLYRS0006: Could not load JAX-RS Application class Caused by: java.lang.ClassNotFoundException: pdf.upload.server.PdfUploadApplication from [Module \"deployment.pdfupload\" from Service Module Loader]"}}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 11 months
[JBoss JIRA] (DROOLS-1767) FEEL: add compile-time cycle detection
by Kris Verlaenen (JIRA)
[ https://issues.jboss.org/browse/DROOLS-1767?page=com.atlassian.jira.plugi... ]
Kris Verlaenen updated DROOLS-1767:
-----------------------------------
Sprint: 2017 Week 40-41-42, 2017 Week 43-44, 2017 Week 45-46, 2017 Week 47-48, 2017 Week 49-50, 2017 Week 51-52, 2018 Week 01-02 (was: 2017 Week 40-41-42, 2017 Week 43-44, 2017 Week 45-46, 2017 Week 47-48, 2017 Week 49-50, 2017 Week 51-52)
> FEEL: add compile-time cycle detection
> ---------------------------------------
>
> Key: DROOLS-1767
> URL: https://issues.jboss.org/browse/DROOLS-1767
> Project: Drools
> Issue Type: Enhancement
> Components: dmn engine
> Affects Versions: 7.4.1.Final
> Reporter: Fedor Gavrilov
> Assignee: Fedor Gavrilov
> Priority: Minor
>
> Similar to what's done in https://issues.jboss.org/browse/DROOLS-1730 but during validation stage
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 11 months
[JBoss JIRA] (DROOLS-1770) More FEEL runtime cycle detection tests
by Kris Verlaenen (JIRA)
[ https://issues.jboss.org/browse/DROOLS-1770?page=com.atlassian.jira.plugi... ]
Kris Verlaenen updated DROOLS-1770:
-----------------------------------
Sprint: 2017 Week 40-41-42, 2017 Week 43-44, 2017 Week 45-46, 2017 Week 47-48, 2017 Week 49-50, 2017 Week 51-52, 2018 Week 01-02 (was: 2017 Week 40-41-42, 2017 Week 43-44, 2017 Week 45-46, 2017 Week 47-48, 2017 Week 49-50, 2017 Week 51-52)
> More FEEL runtime cycle detection tests
> ---------------------------------------
>
> Key: DROOLS-1770
> URL: https://issues.jboss.org/browse/DROOLS-1770
> Project: Drools
> Issue Type: Enhancement
> Components: dmn engine
> Affects Versions: 7.4.1.Final
> Reporter: Fedor Gavrilov
> Assignee: Fedor Gavrilov
> Priority: Minor
>
> Runtime cycle detecton lacks tests for false positive, such as deadly diamond topology:
> A depends on B and C
> B and C depend on D
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 11 months