[JBoss JIRA] (AS7-3443) Composite operation on slave host freezes
by Dominik Pospisil (JIRA)
Dominik Pospisil created AS7-3443:
-------------------------------------
Summary: Composite operation on slave host freezes
Key: AS7-3443
URL: https://issues.jboss.org/browse/AS7-3443
Project: Application Server 7
Issue Type: Bug
Components: Domain Management
Affects Versions: 7.1.0.Final
Environment: testsuite/domain/src/test/resources/domain-configs/domain-standard.xml
testsuite/domain/src/test/resources/host-configs/host-master.xml
testsuite/domain/src/test/resources/host-configs/host-slave.xml
Reporter: Dominik Pospisil
Assignee: Brian Stansberry
The following composite operation on slave server never finishes:
[domain@localhost:9999 system-property] batch
[domain@localhost:9999 system-property #] /host=slave/system-property=test:add(value="test")
#1 /host=slave/system-property=test:add(value="test")
[domain@localhost:9999 system-property #] /host=slave/system-property=test:write-attribute(name="value", value="test2")
#2 /host=slave/system-property=test:write-attribute(name="value", value="test2")
[domain@localhost:9999 system-property #] run-batch
The above sequences executes fine on master host. It also executes fine if the steps are executed separatelly.
The issue is also reproducible using management API directly (not CLI).
I am using domain configuration from testsuite/domain module.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 8 months
[JBoss JIRA] Created: (JBRULES-3217) Memory leak in stateless session when using CommandFactory.newInsertElements()
by Mario Fusco (JIRA)
Memory leak in stateless session when using CommandFactory.newInsertElements()
------------------------------------------------------------------------------
Key: JBRULES-3217
URL: https://issues.jboss.org/browse/JBRULES-3217
Project: Drools
Issue Type: Bug
Security Level: Public (Everyone can see)
Reporter: Mario Fusco
Assignee: Mario Fusco
Priority: Critical
Description of problem:
There is a memory leak when calling an execute method on
StatelessKnowledgeSession with list of Commands(facts). See the reproducer.
According to heap dump, the
org.drools.command.runtime.rule.InsertElementsCommand is holding references to
facts even after the execute() method is finished.
This is a regression from 5.1.0 GA.
Version-Release number of selected component (if applicable):
BRMS 5.2.0 ER3
How reproducible:
Always
Steps to Reproduce:
1. Run the attached reproducer with ER3 binaries on classpath.
2. Look at stdout to see the raising heap used memory.
Actual results:
Heap used memory is raising.
Expected results:
Heap used memory is not raising. All unused object are collected.
Additional info:
When jBPM jars are not included in classpath, leak is away and memory usage in
not raising.
Memory leak does not occur when StatefulKnowledgeSession is used.
Reported in bugzilla as: https://bugzilla.redhat.com/show_bug.cgi?id=734367
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 8 months
[JBoss JIRA] (JGRP-1413) Pass bundled messages up together as MSG_BUNDLE event
by Bela Ban (JIRA)
Bela Ban created JGRP-1413:
------------------------------
Summary: Pass bundled messages up together as MSG_BUNDLE event
Key: JGRP-1413
URL: https://issues.jboss.org/browse/JGRP-1413
Project: JGroups
Issue Type: Enhancement
Reporter: Bela Ban
Assignee: Bela Ban
Fix For: 3.1
When we receive a message bundle, e.g. 10 (multicast or unicast) messages at the transport (if bundling is enabled), then we currently pass each message up separately:
List<Message> list;
for(Message msg: list)
up_prot.up(new Event(Event.MSG, msg));
NAKACK then adds every message and calls removeMany() after that. Both the addition and the removal acquire locks, plus, most of the time - removeMany() will only remove 1 message !
It would be better to send the message bundle (in the example above, consisting of 10 messages) up as *one* event, e.g:
List<Message> list;
up_prot.up(new Event(Event.MSG_BUNDLE, list));
NAKACK, NAKACK2, UNICAST and UNICAST2 would have to handle this new event type.
For example, NAKACK2 would call a (new) method RingBuffer.addAndRemoveMany(), which adds all 10 messages and removes N messages using the same lock, ie. lock acquisition would be done only once !
Above the reliable retransmission protocols (currently NAKACK, NAKACK2, UNICAST and UNICAST2), messages would be passed up one-by-one. Later, we might look into whether it makes sense to pass up message bundles *above* the reliable retransmission protocols...
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 8 months
[JBoss JIRA] (AS7-3041) IPv6: Invalid binding to IPv6 address when zone id identifier is specified
by Pavel Janousek (Created) (JIRA)
IPv6: Invalid binding to IPv6 address when zone id identifier is specified
--------------------------------------------------------------------------
Key: AS7-3041
URL: https://issues.jboss.org/browse/AS7-3041
Project: Application Server 7
Issue Type: Bug
Components: Server
Affects Versions: 7.1.0.Beta1b
Reporter: Pavel Janousek
Assignee: Jason Greene
Priority: Blocker
AS7 binds incorrectly in several cases when IPv6 address setting includes _zone id_ identifier. For ex. _::1%lo_ produces correct binding at all (_::1:3528_ too), but _fe80::200:ff:fe00:1%p2p1_ (link-local IPv6 address of network interface p2p1) produces binding to _:::3528_ (it's an issue).
Warning: In multiple homed servers (= server with several physical network interfaces/network cards) it is possible to have more than one network interface with the *same* IPv6 address (compare it to IPv4 world where this case isn't possible) - IPv6 link local address is unique only on link and so the setting needs to include network identifier (network interface name or its index) - every networked AS7 component has to accommodate this setting and produces correct binding.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 8 months
[JBoss JIRA] (JBRULES-3329) Add API to allow globals to be specified for the working memory
by David Glassborow (Created) (JIRA)
Add API to allow globals to be specified for the working memory
---------------------------------------------------------------
Key: JBRULES-3329
URL: https://issues.jboss.org/browse/JBRULES-3329
Project: Drools
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: drools-planner
Affects Versions: FUTURE
Reporter: David Glassborow
Assignee: Mark Proctor
Provide an API to allow globals to be specified to be inserted into the working memory.
This would allow customisation of things like constraint costs. Although this could be done by non-global facts being inserted, performance would be better using a global rather than requiring an instance fact to be matched.
Discussions with Ge0ffrey on IRC revealed that more than 1 working memory exists, and in fact in future versions supporting multithreading or GAs, they may well be many more than one WM, so we need an API that will inject the global into all instances of the WM, just like the global cost constraint global is.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 8 months
[JBoss JIRA] Created: (AS7-1762) rewrite rule doesnt function
by jefimm (JIRA)
rewrite rule doesnt function
----------------------------
Key: AS7-1762
URL: https://issues.jboss.org/browse/AS7-1762
Project: Application Server 7
Issue Type: Bug
Components: Web
Affects Versions: 7.0.1.Final
Reporter: jefimm
Assignee: Remy Maucherat
I have tried to add the following configuration to the standalone.xml <virtual-server> node:
<virtual-server name="default-host">
<alias name="localhost"/>
<alias name="example.com"/>
<rewrite pattern="^/helloworld(.*)" substitution="/helloworld/test.jsp"/>
</virtual-server>
and I have deployed the helloworld.war, however the rewrite does not work (I know I can deploy war at the root context I just want to test the rewrite).
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 8 months