[JBoss JIRA] (DROOLS-3398) Remove duplicated code
by Gabriele Cardosi (Jira)
Gabriele Cardosi created DROOLS-3398:
----------------------------------------
Summary: Remove duplicated code
Key: DROOLS-3398
URL: https://issues.jboss.org/browse/DROOLS-3398
Project: Drools
Issue Type: Task
Components: Scenario Simulation and Testing
Reporter: Gabriele Cardosi
Assignee: Gabriele Cardosi
During various refactoring, differente methods/implementations get duplkicated all over the code - especially inside the Command stack.
Find and remove duplication,. eventually moving code in common/static methods
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
6 years, 3 months
[JBoss JIRA] (DROOLS-3397) Move undoable logic to AbstractCommand
by Gabriele Cardosi (Jira)
Gabriele Cardosi created DROOLS-3397:
----------------------------------------
Summary: Move undoable logic to AbstractCommand
Key: DROOLS-3397
URL: https://issues.jboss.org/browse/DROOLS-3397
Project: Drools
Issue Type: Enhancement
Components: Scenario Simulation and Testing
Reporter: Gabriele Cardosi
Assignee: Gabriele Cardosi
Move undoable logic from AbstractScenarioSimulationCommand to AbstractCommand.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
6 years, 3 months
[JBoss JIRA] (WFLY-11374) Master Artemis in Wildfly 10.1.0.Final is not announcing backup when restarted
by Srinivas ev (Jira)
[ https://issues.jboss.org/browse/WFLY-11374?page=com.atlassian.jira.plugin... ]
Srinivas ev commented on WFLY-11374:
------------------------------------
Hi [~mnovak], the issue is because of below 2 lines in the start function of my script. If I commented, the master is able to announce the backup.
*rm -rf $JBOSS_HOME/standalone/tmp
rm -rf $JBOSS_HOME/standalone/data*
> Master Artemis in Wildfly 10.1.0.Final is not announcing backup when restarted
> ------------------------------------------------------------------------------
>
> Key: WFLY-11374
> URL: https://issues.jboss.org/browse/WFLY-11374
> Project: WildFly
> Issue Type: Bug
> Components: JMS
> Affects Versions: 10.1.0.Final
> Reporter: Srinivas ev
> Assignee: Jeff Mesnil
> Priority: Blocker
> Attachments: active standalone full ha.xml, master and slave log samples on startup.txt, master restart.txt, master shutdown.txt, master-server-linux.log, master-server-windows.log, master.xml, rotateserver_active.log, rotateserver_active.log, rotateserver_backup.log, rotateserver_slave.log, slave standalone full ha.xml, slave-server-linux.log, slave-server-windows.log, slave.xml
>
>
> I have 2 wildfly servers acting as artemis master and slave. I am expecting failback and replication and the related configurations are done for this to work.
> This is working as expected when I have the setup in Windows. Failing in linux RHEL 7.3 machine.
> master in standalone-full-ha.xml - refer master.xml
> slave in standalone-full-ha.xml - refer slave.xml
> In the startup script, I am passing all the values for placeholders of my server host ip's accordingly.
> Test scenario -
> 1. Bring master up.
> 2. Bring slave up.
> 3. slave will announce the backup. (AMQ221031: backup announced).
> 4. Make master down.
> 5. Replication is success.
> 6. Slave is acting as master/live.
> 7. Make master up.
> Issue - master is unable to announce the backup and starts normally as a standalone wildfly.
> This backup announcement works fine in windows and failover also works as expected.
> Please let me know if anything specific required along with this details.
> Artemis jar version - artemis-*****-1.1.0.wildfly-017.jar
> in path - /opt/aor/${my project}/wildfly/modules/system/layers/base/org/apache/activemq/artemis/main
> Few logs I found which may be impacting and I am not clear -
> 1.2018-11-21 14:28:07,238 TRACE [org.apache.activemq.artemis.core.server.cluster.impl.ClusterConnectionBridge] (Thread-18 (ActiveMQ-server-org.apache.activemq.artemis.core.server.impl.ActiveMQServerImpl$2@38e819b6-2112524495)) Setting up bridge between TransportConfiguration(name=http-connector, factory=org-apache-activemq-artemis-core-remoting-impl-netty-NettyConnectorFactory) ?httpUpgradeEnabled=true&httpPpgradeEndpoint=http-acceptor&port=12080&host=135-250-139-30 and ServerLocatorImpl [initialConnectors=[TransportConfiguration(name=http-connector, factory=org-apache-activemq-artemis-core-remoting-impl-netty-NettyConnectorFactory) ?httpUpgradeEnabled=true&httpPpgradeEndpoint=http-acceptor&port=12080&host=135-250-139-41], discoveryGroupConfiguration=null]: java.lang.Exception: trace
> at org.apache.activemq.artemis.core.server.cluster.impl.ClusterConnectionBridge.<init>(ClusterConnectionBridge.java:129)
> at org.apache.activemq.artemis.core.server.cluster.impl.ClusterConnectionImpl.createNewRecord(ClusterConnectionImpl.java:778)
> at org.apache.activemq.artemis.core.server.cluster.impl.ClusterConnectionImpl.nodeUP(ClusterConnectionImpl.java:698)
> at org.apache.activemq.artemis.core.client.impl.Topology$1.run(Topology.java:264)
> at org.apache.activemq.artemis.utils.OrderedExecutorFactory$OrderedExecutor$ExecutorTask.run(OrderedExecutorFactory.java:103)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> at java.lang.Thread.run(Thread.java:748)
> 2.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
6 years, 3 months
[JBoss JIRA] (WFLY-11456) IllegalArgumentException in EJBClientInvocationContext.java:1116
by Dominik Derwiński (Jira)
Dominik Derwiński created WFLY-11456:
----------------------------------------
Summary: IllegalArgumentException in EJBClientInvocationContext.java:1116
Key: WFLY-11456
URL: https://issues.jboss.org/browse/WFLY-11456
Project: WildFly
Issue Type: Bug
Components: EJB
Affects Versions: 14.0.1.Final
Environment: jboss-ejb-client-4.0.11.Final
Reporter: Dominik Derwiński
Some calls to get throw IllegalArgumentException from wait method:
{noformat}
java.lang.IllegalArgumentException: nanosecond timeout value out of range
at java.lang.Object.wait(Object.java:452)
at org.jboss.ejb.client.EJBClientInvocationContext$FutureResponse.get(EJBClientInvocationContext.java:1116)
{noformat}
The code in line 1116 is:
{code:java}
lock.wait(remaining / 1_000_000_000L, (int) (remaining % 1_000_000_000L));
{code}
JavaDoc of method wait(long timeout, int nanos) says that it will throw:
{noformat}
IllegalArgumentException - if the value of timeout is negative or the value of nanos is not in the range 0-999999.
{noformat}
The problem is division/modulo by 1_000_000_000, instead of 1_000_000. In other places in the same class this bug is not present, for example in line 904.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
6 years, 3 months
[JBoss JIRA] (WFLY-11455) Validate requirement for modules previously exported by javax.ejb.api on org.jboss.narayana.txframework
by Yeray Borges (Jira)
[ https://issues.jboss.org/browse/WFLY-11455?page=com.atlassian.jira.plugin... ]
Yeray Borges updated WFLY-11455:
--------------------------------
Description:
Validate the need of these module dependencies in org.jboss.narayana.txframework
{code:xml}
<module name="javax.api"/>
<module name="javax.xml.rpc.api"/>
<module name="javax.rmi.api"/>
<module name="org.omg.api"/>
{code}
Notice the following: This module is deprecated
was:
Validate the need of these module dependencies in org.jboss.narayana.txframework
{code:xml}
<module name="javax.api"/>
<module name="javax.xml.rpc.api"/>
<module name="javax.rmi.api"/>
<module name="org.omg.api"/>
{code}
> Validate requirement for modules previously exported by javax.ejb.api on org.jboss.narayana.txframework
> -------------------------------------------------------------------------------------------------------
>
> Key: WFLY-11455
> URL: https://issues.jboss.org/browse/WFLY-11455
> Project: WildFly
> Issue Type: Sub-task
> Components: Server
> Reporter: Yeray Borges
> Assignee: Yeray Borges
> Priority: Major
>
> Validate the need of these module dependencies in org.jboss.narayana.txframework
> {code:xml}
> <module name="javax.api"/>
> <module name="javax.xml.rpc.api"/>
> <module name="javax.rmi.api"/>
> <module name="org.omg.api"/>
> {code}
> Notice the following: This module is deprecated
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
6 years, 3 months