December 2013 - jboss-jira - Jboss List Archives

[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: 8.0.0.Final > 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 > Security Level: Public(Everyone can see) > Components: Clustering, Documentation, Test Suite > Affects Versions: 8.0.0.Alpha1 > Reporter: Radoslav Husar > Assignee: Ondrej Zizka > Priority: Minor > Fix For: 8.0.0.CR1, 8.0.0.Final > > > 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 is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 6 months

1
0
0 / 0

[JBoss JIRA] (WFLY-273) Document how to configure firewall when using different JGroups stacks

by Jason Greene (JIRA)

[ https://issues.jboss.org/browse/WFLY-273?page=com.atlassian.jira.plugin.s... ] Jason Greene updated WFLY-273: ------------------------------ Fix Version/s: 8.0.0.Final > Document how to configure firewall when using different JGroups stacks > ---------------------------------------------------------------------- > > Key: WFLY-273 > URL: https://issues.jboss.org/browse/WFLY-273 > Project: WildFly > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: Clustering, Documentation > Reporter: Radoslav Husar > Assignee: Paul Ferraro > Fix For: 8.0.0.CR1, 8.0.0.Final > > > Document how to configure firewall for using different clustering stacks > https://docs.jboss.org/author/display/AS71/High+Availability+Guide > Needed by OpenShift team (especially TCP stacks). -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 6 months

1
0
0 / 0

[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: 8.0.0.Final > Add deployment-scanner for singleton deployments > ------------------------------------------------ > > Key: WFLY-279 > URL: https://issues.jboss.org/browse/WFLY-279 > Project: WildFly > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: Clustering > Reporter: Paul Ferraro > Assignee: Paul Ferraro > Fix For: 8.0.0.CR1, 8.0.0.Final > > > 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 is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 6 months

1
0
0 / 0

[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: 8.0.0.Final > TS: Integrate JUnitDiff > ----------------------- > > Key: WFLY-277 > URL: https://issues.jboss.org/browse/WFLY-277 > Project: WildFly > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: Test Suite > Reporter: Ondrej Zizka > Assignee: Ondrej Zizka > Priority: Minor > Fix For: 8.0.0.CR1, 8.0.0.Final > > 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 is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 6 months

1
0
0 / 0

[JBoss JIRA] (WFLY-283) EJB timers in cluster and failover support

by Jason Greene (JIRA)

[ https://issues.jboss.org/browse/WFLY-283?page=com.atlassian.jira.plugin.s... ] Jason Greene updated WFLY-283: ------------------------------ Fix Version/s: 8.0.0.Final > EJB timers in cluster and failover support > ------------------------------------------ > > Key: WFLY-283 > URL: https://issues.jboss.org/browse/WFLY-283 > Project: WildFly > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: Clustering, EJB > Reporter: Radoslav Husar > Assignee: Paul Ferraro > Fix For: 8.0.0.CR1, 8.0.0.Final > > > Support for clustered EJB timer service providing failover. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 6 months

1
0
0 / 0

[JBoss JIRA] (WFLY-285) Add clustered database based timers

by Jason Greene (JIRA)

[ https://issues.jboss.org/browse/WFLY-285?page=com.atlassian.jira.plugin.s... ] Jason Greene updated WFLY-285: ------------------------------ Fix Version/s: 8.0.0.Final > Add clustered database based timers > ----------------------------------- > > Key: WFLY-285 > URL: https://issues.jboss.org/browse/WFLY-285 > Project: WildFly > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: EJB > Reporter: Stuart Douglas > Assignee: Stuart Douglas > Fix For: 8.0.0.CR1, 8.0.0.Final > > > Clustering should be supported for database timers. > The general ideal will be that a single database is shared by all nodes in the cluster. When a timer is created it will be inserted into the database. Periodically at a configured interval nodes will refresh their list of active timers from the database. > When a timer expires a node will attempt to grab ownership of the timer in the database by updating the row. Due to the use of either optimisitic locking or traditional DB locks only 1 node will be successful, and that node will run the task. > We will also support write only nodes, nodes that can create timer tasks, but do not attempt to run them, to allow timer tasks to be run by a subset of the nodes. > So that you don't have hundreds of existing partition name feature will allow clustered timers to be grouped into smaller partitions, so you can limit the number of nodes that are contending for a timer. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 6 months

1
0
0 / 0

[JBoss JIRA] (WFLY-301) Undertow management API

by Jason Greene (JIRA)

[ https://issues.jboss.org/browse/WFLY-301?page=com.atlassian.jira.plugin.s... ] Jason Greene updated WFLY-301: ------------------------------ Fix Version/s: 8.0.0.Final > Undertow management API > ----------------------- > > Key: WFLY-301 > URL: https://issues.jboss.org/browse/WFLY-301 > Project: WildFly > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: Domain Management, Web (Undertow) > Reporter: Heiko Braun > Assignee: Tomaz Cerar > Fix For: 8.0.0.CR1, 8.0.0.Final > > > Expose undertow subsystem management opertions -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 6 months

1
0
0 / 0

[JBoss JIRA] (WFLY-305) Implement mail inflow

by Jason Greene (JIRA)

[ https://issues.jboss.org/browse/WFLY-305?page=com.atlassian.jira.plugin.s... ] Jason Greene updated WFLY-305: ------------------------------ Fix Version/s: 8.0.0.Final > Implement mail inflow > --------------------- > > Key: WFLY-305 > URL: https://issues.jboss.org/browse/WFLY-305 > Project: WildFly > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: EE > Reporter: Tomaz Cerar > Assignee: Tomaz Cerar > Fix For: 8.0.0.CR1, 8.0.0.Final > > > in previous versions of as we had mail-ra resource adapter that added functionality of handling inflow mails. > there is implementation of this ironjacamar so the code could be reused. > Resource addapter could/should be added the same way hornetq addapter is added in messaging subsystem. > code and documentation from ironjacamer > https://svn.jboss.org/repos/jbossas/projects/jboss-jca/trunk/adapters/src... > http://docs.jboss.org/ironjacamar/userguide/1.1/en-US/html/introduction.h... -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 6 months

1
0
0 / 0

[JBoss JIRA] (WFLY-288) SecurityDomainJndiInjectable should allow "java:/jaas" prefixed security domain on demand

by Jason Greene (JIRA)

[ https://issues.jboss.org/browse/WFLY-288?page=com.atlassian.jira.plugin.s... ] Jason Greene updated WFLY-288: ------------------------------ Fix Version/s: 8.0.0.Final > SecurityDomainJndiInjectable should allow "java:/jaas" prefixed security domain on demand > ----------------------------------------------------------------------------------------- > > Key: WFLY-288 > URL: https://issues.jboss.org/browse/WFLY-288 > Project: WildFly > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: Security > Reporter: Anil Saldhana > Assignee: Stefan Guilhen > Fix For: 8.0.0.CR1, 8.0.0.Final > > > Currently, security domain strings of the form "java:/jaas/sd" are not resolving properly. IMO we should allow users to deploy applications on AS4,5,6,7 if they need to. > So have a flag inside the SecurityDomainJndiInjectable class that is turned off by default. If you turn it on, then "java:/jaas" is unprefixed if present. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 6 months

1
0
0 / 0

[JBoss JIRA] (WFLY-307) Add ability to migrate timers between data stores

by Jason Greene (JIRA)

[ https://issues.jboss.org/browse/WFLY-307?page=com.atlassian.jira.plugin.s... ] Jason Greene updated WFLY-307: ------------------------------ Fix Version/s: 8.0.0.Final > Add ability to migrate timers between data stores > ------------------------------------------------- > > Key: WFLY-307 > URL: https://issues.jboss.org/browse/WFLY-307 > Project: WildFly > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: EJB > Reporter: Stuart Douglas > Assignee: Stuart Douglas > Fix For: 8.0.0.CR1, 8.0.0.Final > > > It should be possible to move timers between data stores, so that timers can be migrated from the legacy file store. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 6 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira December 2013