[JBoss JIRA] (JBJCA-1161) NPE in SemaphoreArrayListManagedConnectionPool
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/JBJCA-1161?page=com.atlassian.jira.plugin... ]
RH Bugzilla Integration commented on JBJCA-1161:
------------------------------------------------
Carlo de Wolf <cdewolf(a)redhat.com> changed the Status of [bug 1088469|https://bugzilla.redhat.com/show_bug.cgi?id=1088469] from NEW to ASSIGNED
> NPE in SemaphoreArrayListManagedConnectionPool
> ----------------------------------------------
>
> Key: JBJCA-1161
> URL: https://issues.jboss.org/browse/JBJCA-1161
> Project: IronJacamar
> Issue Type: Bug
> Components: Core
> Affects Versions: 1.0.25.Final
> Reporter: Jesper Pedersen
> Assignee: Jesper Pedersen
> Priority: Blocker
> Fix For: 1.0.26.Final
>
>
> {noformat}
> at org.jboss.jca.core.connectionmanager.pool.mcp.SemaphoreArrayListManagedConnectionPool.doDestroy(SemaphoreArrayListManagedConnectionPool.java:866)
> at org.jboss.jca.core.connectionmanager.pool.mcp.SemaphoreArrayListManagedConnectionPool.getConnection(SemaphoreArrayListManagedConnectionPool.java:312)
> at org.jboss.jca.core.connectionmanager.pool.AbstractPool.getSimpleConnection(AbstractPool.java:404)
> {noformat}
--
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, 5 months
[JBoss JIRA] (WFLY-3226) Add test cases to verify LDAP caching on security realms.
by Martin Choma (JIRA)
[ https://issues.jboss.org/browse/WFLY-3226?page=com.atlassian.jira.plugin.... ]
Martin Choma edited comment on WFLY-3226 at 4/22/14 5:49 AM:
-------------------------------------------------------------
Hi, I would like to try resolve this issue. How can I become assignee?
was (Author: friler):
Hi, I would like to try resolve this issue. How can I become assignee?
(Restricted to jira-users group)
> Add test cases to verify LDAP caching on security realms.
> ---------------------------------------------------------
>
> Key: WFLY-3226
> URL: https://issues.jboss.org/browse/WFLY-3226
> Project: WildFly
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: Domain Management, Test Suite
> Reporter: Darran Lofthouse
> Fix For: Awaiting Volunteers
>
>
> The existing test cases are based on a statically defined set of LDIFs, testing of caching could consider a couple of options: -
> 1 - Interceptors within ApacheDS to verify if calls hit the directory.
> 2 - Updates to the directory that would affect the outcome of tests if there is a cache hit, tests can then be repeated with and without clearing the cache.
> Note: It would be beneficial for this to use different users and groups and maybe even different partitions so that test ordering does not affect the outcome if changes are made to the directory.
--
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, 5 months
[JBoss JIRA] (REMJMX-82) Jconsole doesn't connect JBOSS server 6.1.0 locally
by Darran Lofthouse (JIRA)
[ https://issues.jboss.org/browse/REMJMX-82?page=com.atlassian.jira.plugin.... ]
Darran Lofthouse resolved REMJMX-82.
------------------------------------
Fix Version/s: 2.0.1.CR1
Resolution: Rejected
If you are seeking assistance as a customer you should raise your question through the customer portal, alternatively please raise your question through the forums.
You are using an old release of JBoss EAP, NullPointerExceptions within the CLI integration of JConsole have already been addressed in later releases, for a bug to be opened this should be verified against the latest EAP release.
> Jconsole doesn't connect JBOSS server 6.1.0 locally
> ---------------------------------------------------
>
> Key: REMJMX-82
> URL: https://issues.jboss.org/browse/REMJMX-82
> Project: Remoting JMX
> Issue Type: Bug
> Environment: Windows , JDK 1.6_21
> Reporter: Rajan Chaturvedi
> Assignee: Darran Lofthouse
> Fix For: 2.0.1.CR1
>
>
> Hi
> We are moving application from JBOSS 4.X to JBOSS EAP 6.1.0.
> We are unable to connect JMS console . Every time we got follwoing
> error at JCONSOLE
> Exception in thread "AWT-EventQueue-0" java.lang.RuntimeException: Error connecting to JBoss AS.
> at org.jboss.as.cli.gui.JConsoleCLIPlugin.getTabs(JConsoleCLIPlugin.java:80)
> at sun.tools.jconsole.VMPanel.createPluginTabs(VMPanel.java:641)
> at sun.tools.jconsole.VMPanel.propertyChange(VMPanel.java:315)
> at java.beans.PropertyChangeSupport.firePropertyChange(PropertyChangeSupport.java:339)
> at javax.swing.event.SwingPropertyChangeSupport.firePropertyChange(SwingPropertyChangeSupport.java:75)
> at javax.swing.event.SwingPropertyChangeSupport$1.run(SwingPropertyChangeSupport.java:80)
> at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:209)
> at java.awt.EventQueue.dispatchEvent(EventQueue.java:597)
> at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:269)
> at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:184)
> at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:174)
> at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:169)
> at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:161)
> at java.awt.EventDispatchThread.run(EventDispatchThread.java:122)
> Caused by: java.lang.NullPointerException
> at org.jboss.as.cli.gui.JConsoleCLIPlugin.connectCommandContext(JConsoleCLIPlugin.java:109)
> at org.jboss.as.cli.gui.JConsoleCLIPlugin.getTabs(JConsoleCLIPlugin.java:77)
> ... 13 more
> This Error is coming after adding jline-0.9.94-redhat-1.jar.
> at %JBOSS_MODULEPATH%\jline\main\jline-0.9.94-redhat-1.jar.
> Note that we are doing custom deployment hence written new bat file to start server which set few paths and then calls standalone.bat.
> Please provide solution ASAP.
--
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, 5 months
[JBoss JIRA] (REMJMX-82) Jconsole doesn't connect JBOSS server 6.1.0 locally
by Darran Lofthouse (JIRA)
[ https://issues.jboss.org/browse/REMJMX-82?page=com.atlassian.jira.plugin.... ]
Darran Lofthouse reassigned REMJMX-82:
--------------------------------------
Assignee: Darran Lofthouse
> Jconsole doesn't connect JBOSS server 6.1.0 locally
> ---------------------------------------------------
>
> Key: REMJMX-82
> URL: https://issues.jboss.org/browse/REMJMX-82
> Project: Remoting JMX
> Issue Type: Bug
> Environment: Windows , JDK 1.6_21
> Reporter: Rajan Chaturvedi
> Assignee: Darran Lofthouse
>
> Hi
> We are moving application from JBOSS 4.X to JBOSS EAP 6.1.0.
> We are unable to connect JMS console . Every time we got follwoing
> error at JCONSOLE
> Exception in thread "AWT-EventQueue-0" java.lang.RuntimeException: Error connecting to JBoss AS.
> at org.jboss.as.cli.gui.JConsoleCLIPlugin.getTabs(JConsoleCLIPlugin.java:80)
> at sun.tools.jconsole.VMPanel.createPluginTabs(VMPanel.java:641)
> at sun.tools.jconsole.VMPanel.propertyChange(VMPanel.java:315)
> at java.beans.PropertyChangeSupport.firePropertyChange(PropertyChangeSupport.java:339)
> at javax.swing.event.SwingPropertyChangeSupport.firePropertyChange(SwingPropertyChangeSupport.java:75)
> at javax.swing.event.SwingPropertyChangeSupport$1.run(SwingPropertyChangeSupport.java:80)
> at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:209)
> at java.awt.EventQueue.dispatchEvent(EventQueue.java:597)
> at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:269)
> at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:184)
> at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:174)
> at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:169)
> at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:161)
> at java.awt.EventDispatchThread.run(EventDispatchThread.java:122)
> Caused by: java.lang.NullPointerException
> at org.jboss.as.cli.gui.JConsoleCLIPlugin.connectCommandContext(JConsoleCLIPlugin.java:109)
> at org.jboss.as.cli.gui.JConsoleCLIPlugin.getTabs(JConsoleCLIPlugin.java:77)
> ... 13 more
> This Error is coming after adding jline-0.9.94-redhat-1.jar.
> at %JBOSS_MODULEPATH%\jline\main\jline-0.9.94-redhat-1.jar.
> Note that we are doing custom deployment hence written new bat file to start server which set few paths and then calls standalone.bat.
> Please provide solution ASAP.
--
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, 5 months
[JBoss JIRA] (REMJMX-82) Jconsole doesn't connect JBOSS server 6.1.0 locally
by Darran Lofthouse (JIRA)
[ https://issues.jboss.org/browse/REMJMX-82?page=com.atlassian.jira.plugin.... ]
Darran Lofthouse updated REMJMX-82:
-----------------------------------
Original Estimate: (was: 4 days)
Remaining Estimate: (was: 4 days)
Workaround: (was: Workaround Exists)
Affects: (was: Compatibility/Configuration)
> Jconsole doesn't connect JBOSS server 6.1.0 locally
> ---------------------------------------------------
>
> Key: REMJMX-82
> URL: https://issues.jboss.org/browse/REMJMX-82
> Project: Remoting JMX
> Issue Type: Bug
> Environment: Windows , JDK 1.6_21
> Reporter: Rajan Chaturvedi
>
> Hi
> We are moving application from JBOSS 4.X to JBOSS EAP 6.1.0.
> We are unable to connect JMS console . Every time we got follwoing
> error at JCONSOLE
> Exception in thread "AWT-EventQueue-0" java.lang.RuntimeException: Error connecting to JBoss AS.
> at org.jboss.as.cli.gui.JConsoleCLIPlugin.getTabs(JConsoleCLIPlugin.java:80)
> at sun.tools.jconsole.VMPanel.createPluginTabs(VMPanel.java:641)
> at sun.tools.jconsole.VMPanel.propertyChange(VMPanel.java:315)
> at java.beans.PropertyChangeSupport.firePropertyChange(PropertyChangeSupport.java:339)
> at javax.swing.event.SwingPropertyChangeSupport.firePropertyChange(SwingPropertyChangeSupport.java:75)
> at javax.swing.event.SwingPropertyChangeSupport$1.run(SwingPropertyChangeSupport.java:80)
> at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:209)
> at java.awt.EventQueue.dispatchEvent(EventQueue.java:597)
> at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:269)
> at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:184)
> at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:174)
> at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:169)
> at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:161)
> at java.awt.EventDispatchThread.run(EventDispatchThread.java:122)
> Caused by: java.lang.NullPointerException
> at org.jboss.as.cli.gui.JConsoleCLIPlugin.connectCommandContext(JConsoleCLIPlugin.java:109)
> at org.jboss.as.cli.gui.JConsoleCLIPlugin.getTabs(JConsoleCLIPlugin.java:77)
> ... 13 more
> This Error is coming after adding jline-0.9.94-redhat-1.jar.
> at %JBOSS_MODULEPATH%\jline\main\jline-0.9.94-redhat-1.jar.
> Note that we are doing custom deployment hence written new bat file to start server which set few paths and then calls standalone.bat.
> Please provide solution ASAP.
--
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, 5 months
[JBoss JIRA] (REMJMX-82) Jconsole doesn't connect JBOSS server 6.1.0 locally
by Darran Lofthouse (JIRA)
[ https://issues.jboss.org/browse/REMJMX-82?page=com.atlassian.jira.plugin.... ]
Darran Lofthouse moved JBJMX-116 to REMJMX-82:
----------------------------------------------
Project: Remoting JMX (was: JBoss JMX)
Key: REMJMX-82 (was: JBJMX-116)
> Jconsole doesn't connect JBOSS server 6.1.0 locally
> ---------------------------------------------------
>
> Key: REMJMX-82
> URL: https://issues.jboss.org/browse/REMJMX-82
> Project: Remoting JMX
> Issue Type: Bug
> Environment: Windows , JDK 1.6_21
> Reporter: Rajan Chaturvedi
> Original Estimate: 4 days
> Remaining Estimate: 4 days
>
> Hi
> We are moving application from JBOSS 4.X to JBOSS EAP 6.1.0.
> We are unable to connect JMS console . Every time we got follwoing
> error at JCONSOLE
> Exception in thread "AWT-EventQueue-0" java.lang.RuntimeException: Error connecting to JBoss AS.
> at org.jboss.as.cli.gui.JConsoleCLIPlugin.getTabs(JConsoleCLIPlugin.java:80)
> at sun.tools.jconsole.VMPanel.createPluginTabs(VMPanel.java:641)
> at sun.tools.jconsole.VMPanel.propertyChange(VMPanel.java:315)
> at java.beans.PropertyChangeSupport.firePropertyChange(PropertyChangeSupport.java:339)
> at javax.swing.event.SwingPropertyChangeSupport.firePropertyChange(SwingPropertyChangeSupport.java:75)
> at javax.swing.event.SwingPropertyChangeSupport$1.run(SwingPropertyChangeSupport.java:80)
> at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:209)
> at java.awt.EventQueue.dispatchEvent(EventQueue.java:597)
> at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:269)
> at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:184)
> at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:174)
> at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:169)
> at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:161)
> at java.awt.EventDispatchThread.run(EventDispatchThread.java:122)
> Caused by: java.lang.NullPointerException
> at org.jboss.as.cli.gui.JConsoleCLIPlugin.connectCommandContext(JConsoleCLIPlugin.java:109)
> at org.jboss.as.cli.gui.JConsoleCLIPlugin.getTabs(JConsoleCLIPlugin.java:77)
> ... 13 more
> This Error is coming after adding jline-0.9.94-redhat-1.jar.
> at %JBOSS_MODULEPATH%\jline\main\jline-0.9.94-redhat-1.jar.
> Note that we are doing custom deployment hence written new bat file to start server which set few paths and then calls standalone.bat.
> Please provide solution ASAP.
--
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, 5 months
[JBoss JIRA] (JGRP-1826) Discovery: file-based discovery protocols should not send discovery requests
by Bela Ban (JIRA)
[ https://issues.jboss.org/browse/JGRP-1826?page=com.atlassian.jira.plugin.... ]
Bela Ban commented on JGRP-1826:
--------------------------------
The discovery should not have to read N files in a bucket (e.g. 1000 files for 1000 nodes), as this is very slow: the REST API to could storage needs to issue 1000 HTTP requests, parse the responses etc...
First of all, we need to see if those HTTP requests use connection pooling and how many of those requests are sent in parallel.
Secondly, we should terminate the loop as soon as we've received a coordinator response.
Alternatively, we could create a special file ending in *.node.coord*, and only read the coord node(s). However, this would not get us the information (address-physical address mapping) of the other nodes...
> Discovery: file-based discovery protocols should not send discovery requests
> ----------------------------------------------------------------------------
>
> Key: JGRP-1826
> URL: https://issues.jboss.org/browse/JGRP-1826
> Project: JGroups
> Issue Type: Enhancement
> Reporter: Bela Ban
> Assignee: Bela Ban
> Fix For: 3.5
>
>
> When a node stores its information in a directory ({{FILE_PING}}, {{S3_PING}} or {{GOOGLE_PING}}), then we can optimize discovery by implementing a few things:
> * After reading all files, we send each node (represented by a file) a discovery request. That node processes the request and sends back a discovery response. This is unneeded traffic, especially with large clusters. Instead
> ** Read all files and add the information read from the files into the local caches (logical_addr_cache, UUID cache etc). This is the same as processing discovery responses from all members
> * Determine the coordinators directly from the file information. Perhaps we could even create a special file which contains information about the coordinator.
> ** This would prevent partitions from happening when starting up a large number of nodes: as long as that special file exists, nobody else will take ownership of it. When the coord leaves or crashes, we atomically replace the special file
--
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, 5 months
[JBoss JIRA] (WFLY-3226) Add test cases to verify LDAP caching on security realms.
by Darran Lofthouse (JIRA)
[ https://issues.jboss.org/browse/WFLY-3226?page=com.atlassian.jira.plugin.... ]
Darran Lofthouse commented on WFLY-3226:
----------------------------------------
Hello [~friler] for the moment I would suggest a public comment on the issue to make sure others are aware you are looking into this.
FYI there is a pull request in the queue to add support for LDAP referrals, this does make some changes to the tests so your changes would need to be applied after that one.
Just one additional point, testing of actual timeouts is probably not going to be possible, those kind of tests tend to delay the overall build and also risk introducing race conditions and intermittent failures into the testsuite which is never popular ;-)
> Add test cases to verify LDAP caching on security realms.
> ---------------------------------------------------------
>
> Key: WFLY-3226
> URL: https://issues.jboss.org/browse/WFLY-3226
> Project: WildFly
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: Domain Management, Test Suite
> Reporter: Darran Lofthouse
> Fix For: Awaiting Volunteers
>
>
> The existing test cases are based on a statically defined set of LDIFs, testing of caching could consider a couple of options: -
> 1 - Interceptors within ApacheDS to verify if calls hit the directory.
> 2 - Updates to the directory that would affect the outcome of tests if there is a cache hit, tests can then be repeated with and without clearing the cache.
> Note: It would be beneficial for this to use different users and groups and maybe even different partitions so that test ordering does not affect the outcome if changes are made to the directory.
--
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, 5 months
[JBoss JIRA] (DROOLS-469) NoSuchMethodError at runtime while comparing org.joda.time.DateTime instances
by Davide Angelocola (JIRA)
Davide Angelocola created DROOLS-469:
----------------------------------------
Summary: NoSuchMethodError at runtime while comparing org.joda.time.DateTime instances
Key: DROOLS-469
URL: https://issues.jboss.org/browse/DROOLS-469
Project: Drools
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 6.0.1.Final
Environment: OS: Macosx 10.9.2
Java version: 1.6.0_65, vendor: Apple Inc.
Reporter: Davide Angelocola
Assignee: Mark Proctor
Given the following rule:
---
import org.joda.time.DateTime;
rule "in the past"
when
exists DateTime( this < new DateTime() )
then
System.out.println("in the past");
end
---
I obtain this exception at runtime while comparing a large number of DateTimes:
// java.lang.NoSuchMethodError: org.joda.time.DateTime.compareTo(Lorg/joda/time/DateTime;)I
// at ConditionEvaluatorc959ae5f82e8456f9e4f2d8b7e07b19d.evaluate(Unknown Source)
// at org.drools.core.rule.constraint.MvelConstraint.evaluate(MvelConstraint.java:217)
// at org.drools.core.rule.constraint.MvelConstraint.isAllowed(MvelConstraint.java:174)
// at org.drools.core.phreak.PhreakFromNode.checkConstraintsAndPropagate(PhreakFromNode.java:298)
// at org.drools.core.phreak.PhreakFromNode.doLeftInserts(PhreakFromNode.java:101)
// at org.drools.core.phreak.PhreakFromNode.doNode(PhreakFromNode.java:49)
// at org.drools.core.phreak.RuleNetworkEvaluator.innerEval(RuleNetworkEvaluator.java:348)
// at org.drools.core.phreak.RuleNetworkEvaluator.doRiaNode(RuleNetworkEvaluator.java:604)
// at org.drools.core.phreak.RuleNetworkEvaluator.evalBetaNode(RuleNetworkEvaluator.java:528)
// at org.drools.core.phreak.RuleNetworkEvaluator.innerEval(RuleNetworkEvaluator.java:334)
--
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, 5 months