[JBoss JIRA] (WFLY-2511) NPE in QueueReadAttributeHandler if QueueControl does not exist
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/WFLY-2511?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on WFLY-2511:
-----------------------------------------------
Martin Svehla <msvehla(a)redhat.com> changed the Status of [bug 1095294|https://bugzilla.redhat.com/show_bug.cgi?id=1095294] from ON_QA to VERIFIED
> NPE in QueueReadAttributeHandler if QueueControl does not exist
> ---------------------------------------------------------------
>
> Key: WFLY-2511
> URL: https://issues.jboss.org/browse/WFLY-2511
> Project: WildFly
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: JMS
> Affects Versions: 8.0.0.Beta1
> Reporter: Brian Stansberry
> Assignee: Jeff Mesnil
> Fix For: 8.0.0.CR1
>
>
> I noticed this in a testsuite server log for EAP, but looking at WF code the same thing could happen there. Basically QueueReadAttributeHandler assumes a QueueControl exists and throws an NPE if that assumption is wrong:
> 19:14:25,402 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 4) JBAS014612: Operation ("read-attribute") failed - address: ([
> ("subsystem" => "messaging"),
> ("hornetq-server" => "default"),
> ("queue" => "39742e8e-32e7-481d-905a-580fd6b67476")
> ]): java.lang.NullPointerException
> at org.jboss.as.messaging.QueueReadAttributeHandler.executeRuntimeStep(QueueReadAttributeHandler.java:115)
> at org.jboss.as.controller.AbstractRuntimeOnlyHandler$1.execute(AbstractRuntimeOnlyHandler.java:96) [jboss-as-controller-7.3.0.Final-redhat-SNAPSHOT.jar:7.3.0.Final-redhat-SNAPSHOT]
> at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:607) [jboss-as-controller-7.3.0.Final-redhat-SNAPSHOT.jar:7.3.0.Final-redhat-SNAPSHOT]
> at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:485) [jboss-as-controller-7.3.0.Final-redhat-SNAPSHOT.jar:7.3.0.Final-redhat-SNAPSHOT]
> at org.jboss.as.controller.AbstractOperationContext.completeStepInternal(AbstractOperationContext.java:282) [jboss-as-controller-7.3.0.Final-redhat-SNAPSHOT.jar:7.3.0.Final-redhat-SNAPSHOT]
> at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:277) [jboss-as-controller-7.3.0.Final-redhat-SNAPSHOT.jar:7.3.0.Final-redhat-SNAPSHOT]
> at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:231) [jboss-as-controller-7.3.0.Final-redhat-SNAPSHOT.jar:7.3.0.Final-redhat-SNAPSHOT]
> at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:137) [jboss-as-controller-7.3.0.Final-redhat-SNAPSHOT.jar:7.3.0.Final-redhat-SNAPSHOT]
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelControllerClientOperationHandler.java:173) [jboss-as-controller-7.3.0.Final-redhat-SNAPSHOT.jar:7.3.0.Final-redhat-SNAPSHOT]
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.access$300(ModelControllerClientOperationHandler.java:105) [jboss-as-controller-7.3.0.Final-redhat-SNAPSHOT.jar:7.3.0.Final-redhat-SNAPSHOT]
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:125) [jboss-as-controller-7.3.0.Final-redhat-SNAPSHOT.jar:7.3.0.Final-redhat-SNAPSHOT]
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:121) [jboss-as-controller-7.3.0.Final-redhat-SNAPSHOT.jar:7.3.0.Final-redhat-SNAPSHOT]
> at java.security.AccessController.doPrivileged(Native Method) [rt.jar:1.7.0_25]
> at javax.security.auth.Subject.doAs(Subject.java:415) [rt.jar:1.7.0_25]
> at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:94) [jboss-as-controller-7.3.0.Final-redhat-SNAPSHOT.jar:7.3.0.Final-redhat-SNAPSHOT]
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ModelControllerClientOperationHandler.java:121) [jboss-as-controller-7.3.0.Final-redhat-SNAPSHOT.jar:7.3.0.Final-redhat-SNAPSHOT]
> at org.jboss.as.protocol.mgmt.AbstractMessageHandler$2$1.doExecute(AbstractMessageHandler.java:283) [jboss-as-protocol-7.3.0.Final-redhat-SNAPSHOT.jar:7.3.0.Final-redhat-SNAPSHOT]
> at org.jboss.as.protocol.mgmt.AbstractMessageHandler$AsyncTaskRunner.run(AbstractMessageHandler.java:504) [jboss-as-protocol-7.3.0.Final-redhat-SNAPSHOT.jar:7.3.0.Final-redhat-SNAPSHOT]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_25]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_25]
> at java.lang.Thread.run(Thread.java:724) [rt.jar:1.7.0_25]
> at org.jboss.threads.JBossThread.run(JBossThread.java:122) [jboss-threads-2.1.1.Final-redhat-1.jar:2.1.1.Final-redhat-1]
> IIRC this kind of thing has been fixed elsewhere???
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
9 years, 11 months
[JBoss JIRA] (JGRP-1858) TP: update the timestamp of an entry in logical_addr_cache when it is removed
by Bela Ban (JIRA)
Bela Ban created JGRP-1858:
------------------------------
Summary: TP: update the timestamp of an entry in logical_addr_cache when it is removed
Key: JGRP-1858
URL: https://issues.jboss.org/browse/JGRP-1858
Project: JGroups
Issue Type: Bug
Security Level: Public (Everyone can see)
Reporter: Bela Ban
Assignee: Bela Ban
Fix For: 3.4.5, 3.5
{{TP.logical_addr_cache}} maintains mappings between UUIDs and IP addresses. When an address is removed from it, it is not really removed but only marked as 'removable'.
When the cache exceeds its capacity, all removable values are removed.
However, we also have a cache reaper, which periodically (every {{logical_addr_cache_expiration}} ms) removes all values marked as removable. The default is 2 minutes. This means that the reaper runs every 2 minutes and drops removable entries that are older than 2 minutes.
If we have an entry for member P which was added 2 hours ago, and now member P leaves, then that entry is marked as removable. If the reaper happens to kick in just after P left, P's entry will be removed *immediately* !
SOLUTION:
* Update the timestamp of an entry when it is marked from normal to removable (don't mark it twice !)
* Allow for 0 as a valid reaper interval (disabling reaping)
* Introduce a {{reaper_interval}} (when the reaper runs) and {{logical_addr_cache_expiration}} (already exists)
** The former has to be smaller than the latter
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
9 years, 11 months
[JBoss JIRA] (WFLY-2482) Enable/disable statistics for JCA deployments
by Stefano Maestri (JIRA)
[ https://issues.jboss.org/browse/WFLY-2482?page=com.atlassian.jira.plugin.... ]
Stefano Maestri resolved WFLY-2482.
-----------------------------------
Resolution: Done
> Enable/disable statistics for JCA deployments
> ---------------------------------------------
>
> Key: WFLY-2482
> URL: https://issues.jboss.org/browse/WFLY-2482
> Project: WildFly
> Issue Type: Task
> Security Level: Public(Everyone can see)
> Components: JCA
> Reporter: Jesper Pedersen
> Assignee: Stefano Maestri
> Fix For: 9.0.0.CR1
>
>
> Add operations to enable/disable statistics for JCA deployments.
> For datasources it would be
> {noformat}
> statistics=jdbc
> statistics=pool
> {noformat}
> For resource adapters it would be
> {noformat}
> statistics=pool
> {noformat}
> and all components that implement the statistics plugin extension
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
9 years, 11 months
[JBoss JIRA] (WFLY-3101) CLI: hide stacktraces for exceptions w/o messages when logging errors
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/WFLY-3101?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on WFLY-3101:
-----------------------------------------------
Joe Wertz <ewertz(a)redhat.com> changed the Status of [bug 997584|https://bugzilla.redhat.com/show_bug.cgi?id=997584] from ASSIGNED to POST
> CLI: hide stacktraces for exceptions w/o messages when logging errors
> ---------------------------------------------------------------------
>
> Key: WFLY-3101
> URL: https://issues.jboss.org/browse/WFLY-3101
> Project: WildFly
> Issue Type: Task
> Security Level: Public(Everyone can see)
> Components: CLI
> Affects Versions: 8.0.0.Final
> Reporter: Alexey Loubyansky
> Assignee: Alexey Loubyansky
> Fix For: 8.1.0.CR1, 8.1.0.Final
>
>
> CommandContextImpl contains the following logic
> public void handleSafe(String line) {
> exitCode = 0;
> try {
> handle(line);
> } catch(Throwable t) {
> final StringBuilder buf = new StringBuilder();
> buf.append(t.getLocalizedMessage());
> Throwable t1 = t.getCause();
> while(t1 != null) {
> if(t1.getLocalizedMessage() != null) {
> buf.append(": ").append(t1.getLocalizedMessage());
> } else {
> t1.printStackTrace();
> }
> t1 = t1.getCause();
> }
> error(buf.toString());
> }
> }
> When an exception does not contain any message, e.g. in some cases IllegalArgumentException, etc, the full stacktraces are logged that are useful for debugging but not nice from the user interface point of view. It was suggested to hide them.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
9 years, 11 months
[JBoss JIRA] (WFLY-3578) jboss-cli.bat always exits with return code 0 even after a cli failure
by Gabriele Garuglieri (JIRA)
Gabriele Garuglieri created WFLY-3578:
-----------------------------------------
Summary: jboss-cli.bat always exits with return code 0 even after a cli failure
Key: WFLY-3578
URL: https://issues.jboss.org/browse/WFLY-3578
Project: WildFly
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: CLI
Affects Versions: 8.1.0.Final
Environment: Windows
Reporter: Gabriele Garuglieri
Assignee: Alexey Loubyansky
jboss-cli.bat cannot be reliably controlled by other scripts because it does not report return code from cli execution and always exits with 0 even after a failure.
It can be solved with the following patch:
{noformat}
--- C:/home/JBoss/wildfly-8.1.0.Final/bin/jboss-cli-orig.bat Sat May 31 04:54:25 2014
+++ C:/home/JBoss/wildfly-8.1.0.Final/bin/jboss-cli.bat Thu Jul 03 10:19:09 2014
@@ -1,4 +1,5 @@
@echo off
+setlocal ENABLEEXTENSIONS
rem -------------------------------------------------------------------------
rem JBoss Admin CLI Script for Windows
rem -------------------------------------------------------------------------
@@ -48,6 +49,7 @@
if not exist "%JBOSS_RUNJAR%" (
echo Could not locate "%JBOSS_RUNJAR%".
echo Please check that you are in the bin directory when running this script.
+ set /A RC=1
goto END
)
@@ -71,5 +73,11 @@
org.jboss.as.cli ^
%*
+set /A RC=%errorlevel%
:END
if "x%NOPAUSE%" == "x" pause
+
+if "x%RC%" == "x" (
+ set /A RC=0
+)
+exit /B %RC%
{noformat}
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
9 years, 11 months
[JBoss JIRA] (DROOLS-540) KieModule fails to load on Windows
by Christian Sterzl (JIRA)
[ https://issues.jboss.org/browse/DROOLS-540?page=com.atlassian.jira.plugin... ]
Christian Sterzl updated DROOLS-540:
------------------------------------
Description:
When loading a KModule in Weblogic on Windows it fails.
The error is in this class:
{code:java|title=org.drools.compiler.kie.builder.impl.ClasspathKieProject|linenumbers=true|firstline=300}
// remove any remaining protocols, normally only if it was a jar
int firstSlash = urlPath.indexOf( '/' );
colonIndex = firstSlash > 0 ? urlPath.lastIndexOf( ":", firstSlash ) : urlPath.lastIndexOf( ":" );
if ( colonIndex >= 0 ) {
urlPath = urlPath.substring( colonIndex + 1 );
}
{code}
Following input:
/C:/DEV_DATA/Workspaces/BDD/taskboard.rules/target/classes
Produces following output:
/DEV_DATA/Workspaces/BDD/taskboard.rules/target/classes
Which makes it impossible to load in a windows environment.
When I add the pom.properties on the same drive as Weblogic runs it works.
I have to add pom.properties on D:/DEV_DATA/Workspaces/BDD/taskboard.rules/target/classes/META-INF/maven/classes/pom.properties.
was:
When loading a KModule in Weblogic on Windows it fails.
The error is in this class:
{code:java|title=org.drools.compiler.kie.builder.impl.ClasspathKieProject|linenumbers=true|firstline=300}
// remove any remaining protocols, normally only if it was a jar
int firstSlash = urlPath.indexOf( '/' );
colonIndex = firstSlash > 0 ? urlPath.lastIndexOf( ":", firstSlash ) : urlPath.lastIndexOf( ":" );
if ( colonIndex >= 0 ) {
urlPath = urlPath.substring( colonIndex + 1 );
}
{code}
Following input:
/C:/DEV_DATA/Workspaces/BDD/taskboard.rules/target/classes
Produces following output:
/DEV_DATA/Workspaces/BDD/taskboard.rules/target/classes
Which makes it impossible to load in a windows environment.
Environment: Windows 2007, Weblogic 12c (was: Windows 2007)
> KieModule fails to load on Windows
> ----------------------------------
>
> Key: DROOLS-540
> URL: https://issues.jboss.org/browse/DROOLS-540
> Project: Drools
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 6.0.1.Final
> Environment: Windows 2007, Weblogic 12c
> Reporter: Christian Sterzl
> Assignee: Mark Proctor
>
> When loading a KModule in Weblogic on Windows it fails.
> The error is in this class:
> {code:java|title=org.drools.compiler.kie.builder.impl.ClasspathKieProject|linenumbers=true|firstline=300}
> // remove any remaining protocols, normally only if it was a jar
> int firstSlash = urlPath.indexOf( '/' );
> colonIndex = firstSlash > 0 ? urlPath.lastIndexOf( ":", firstSlash ) : urlPath.lastIndexOf( ":" );
> if ( colonIndex >= 0 ) {
> urlPath = urlPath.substring( colonIndex + 1 );
> }
> {code}
> Following input:
> /C:/DEV_DATA/Workspaces/BDD/taskboard.rules/target/classes
> Produces following output:
> /DEV_DATA/Workspaces/BDD/taskboard.rules/target/classes
> Which makes it impossible to load in a windows environment.
> When I add the pom.properties on the same drive as Weblogic runs it works.
> I have to add pom.properties on D:/DEV_DATA/Workspaces/BDD/taskboard.rules/target/classes/META-INF/maven/classes/pom.properties.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
9 years, 11 months
[JBoss JIRA] (DROOLS-540) KieModule fails to load on Windows
by Christian Sterzl (JIRA)
Christian Sterzl created DROOLS-540:
---------------------------------------
Summary: KieModule fails to load on Windows
Key: DROOLS-540
URL: https://issues.jboss.org/browse/DROOLS-540
Project: Drools
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 6.0.1.Final
Environment: Windows 2007
Reporter: Christian Sterzl
Assignee: Mark Proctor
When loading a KModule in Weblogic on Windows it fails.
The error is in this class:
{code:java|title=org.drools.compiler.kie.builder.impl.ClasspathKieProject|linenumbers=true|firstline=300}
// remove any remaining protocols, normally only if it was a jar
int firstSlash = urlPath.indexOf( '/' );
colonIndex = firstSlash > 0 ? urlPath.lastIndexOf( ":", firstSlash ) : urlPath.lastIndexOf( ":" );
if ( colonIndex >= 0 ) {
urlPath = urlPath.substring( colonIndex + 1 );
}
{code}
Following input:
/C:/DEV_DATA/Workspaces/BDD/taskboard.rules/target/classes
Produces following output:
/DEV_DATA/Workspaces/BDD/taskboard.rules/target/classes
Which makes it impossible to load in a windows environment.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
9 years, 11 months