[JBoss JIRA] (WFLY-279) Add deployment-scanner for singleton deployments
by Jason Greene (JIRA)
[ https://issues.jboss.org/browse/WFLY-279?page=com.atlassian.jira.plugin.s... ]
Jason Greene updated WFLY-279:
------------------------------
Fix Version/s: 9.0.0.CR1
(was: 9.0.0.Beta1)
> Add deployment-scanner for singleton deployments
> ------------------------------------------------
>
> Key: WFLY-279
> URL: https://issues.jboss.org/browse/WFLY-279
> Project: WildFly
> Issue Type: Feature Request
> Components: Clustering
> Reporter: Paul Ferraro
> Assignee: Paul Ferraro
> Fix For: 9.0.0.CR1
>
>
> To simplify the use of singleton deployments in standalone mode, it would be nice to have a mechanism analogous to the hasingleton-deploy directory in AS6 and earlier. To do this, we can enhance the existing deployment-scanner to accept an additional policy attribute. Something like:
> <subsystem xmlns="urn:jboss:domain:deployment-scanner:1.1">
> <deployment-scanner path="deployments" relative-to="jboss.server.base.dir" scan-interval="5000" policy="standard"/>
> <deployment-scanner path="singleton-deployments" relative-to="jboss.server.base.dir" scan-interval="5000" policy="singleton"/>
> </subsystem>
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 3 months
[JBoss JIRA] (WFLY-277) TS: Integrate JUnitDiff
by Jason Greene (JIRA)
[ https://issues.jboss.org/browse/WFLY-277?page=com.atlassian.jira.plugin.s... ]
Jason Greene updated WFLY-277:
------------------------------
Fix Version/s: 9.0.0.CR1
(was: 9.0.0.Beta1)
> TS: Integrate JUnitDiff
> -----------------------
>
> Key: WFLY-277
> URL: https://issues.jboss.org/browse/WFLY-277
> Project: WildFly
> Issue Type: Feature Request
> Components: Test Suite
> Reporter: Ondrej Zizka
> Assignee: Ondrej Zizka
> Priority: Minor
> Fix For: 9.0.0.CR1
>
> Original Estimate: 3 weeks
> Remaining Estimate: 3 weeks
>
> Running with
> {code}
> -DjunitDiff='<path1>:<path2>:<path3>'
> {code}
> would create a comparison to given testsuite result sets (JUnit .xml and txt files).
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 3 months
[JBoss JIRA] (WFLY-276) Clustering/multi-node tests cannot be run with -Djpda debugger
by Jason Greene (JIRA)
[ https://issues.jboss.org/browse/WFLY-276?page=com.atlassian.jira.plugin.s... ]
Jason Greene updated WFLY-276:
------------------------------
Fix Version/s: 9.0.0.CR1
(was: 9.0.0.Beta1)
> Clustering/multi-node tests cannot be run with -Djpda debugger
> --------------------------------------------------------------
>
> Key: WFLY-276
> URL: https://issues.jboss.org/browse/WFLY-276
> Project: WildFly
> Issue Type: Feature Request
> Components: Clustering, Documentation, Test Suite
> Affects Versions: 8.0.0.Alpha1
> Reporter: Radoslav Husar
> Assignee: Ondrej Zizka
> Priority: Minor
> Fix For: 9.0.0.CR1
>
>
> The doc now says whats pasted below, but I am not sure if both servers are listening on 8787 because (that would fail the startup), if I have to connect to both or where do I configure that, etc.
> {code}
> Running JBoss AS instances with debugger
> Adding -Djpda (May be changed to -Ddebug in the future) will make JBoss AS run with JPDA JVM arguments for debugging.
> It will suspend and wait for the debugger to connect at port 8787.
> JBoss AS is started by Arquillian, when the first test which requires given instance is run. There's (currently) no challenge text in the console, it will look like the first test is stuck. This is being solved in http://jira.codehaus.org/browse/SUREFIRE-781.
> Depending on which test group(s) you run, multiple instances may be started. In that case, you need to attach the debugger multiple times.
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 3 months