[JBoss JIRA] (JGRP-1794) OOBTest method testNonBlockingUnicastOOBMessage fails to correctly receive all OOB mssages
by Bela Ban (JIRA)
[ https://issues.jboss.org/browse/JGRP-1794?page=com.atlassian.jira.plugin.... ]
Bela Ban updated JGRP-1794:
---------------------------
Fix Version/s: 3.5
> OOBTest method testNonBlockingUnicastOOBMessage fails to correctly receive all OOB mssages
> -------------------------------------------------------------------------------------------
>
> Key: JGRP-1794
> URL: https://issues.jboss.org/browse/JGRP-1794
> Project: JGroups
> Issue Type: Bug
> Affects Versions: 3.2.13
> Environment: Solaris, RHEL, Windows, HPUX
> tcp stack only
> Reporter: Richard Achmatowicz
> Assignee: Bela Ban
> Fix For: 3.2.13, 3.5
>
>
> This test fails regularly on multiple platforms. It doesn't fail all the time, but perhaps on 5/10 platform executions.
> The test consists of a sender and a receiver. The receiver B will receive OOB messages but blocks on a latch for 25 seconds when it receives a non-OOB message. After 25 seconds, it unblocks and continues receiving
> The test does this:
> - send 1 regular message from A -> B
> - send 9 OOB meesages from A -> B
> - wait 20 seconds for messages to arrive
> - check that all 9 OOB messages have arrived
> - unblock the latch
> - check that all 10 message have arrived
> The test failures all involve the first 9 OOB messages not arriving completely. For example, sample lists of received messages before the first 20 second interval are:
> [3,2,6,8,9,10,4]
> [2,3,4,8,9,5]
> [2,3,4,8,7,9]
> [2,3,5,4,6]
> So, it appears that either the messages are slow to arrive or not arriving at all.
> A correct result looks like this:
> {noformat}
> list = [2, 4, 3, 7, 8, 9, 10, 5, 6]
> [main]: releasing latch
> list = [2, 4, 3, 7, 8, 9, 10, 5, 6, 1]
> {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
12 years, 4 months
[JBoss JIRA] (JGRP-1793) MergeTest does not close channels correctly
by Bela Ban (JIRA)
[ https://issues.jboss.org/browse/JGRP-1793?page=com.atlassian.jira.plugin.... ]
Bela Ban commented on JGRP-1793:
--------------------------------
3.2, 3.4 and master
> MergeTest does not close channels correctly
> -------------------------------------------
>
> Key: JGRP-1793
> URL: https://issues.jboss.org/browse/JGRP-1793
> Project: JGroups
> Issue Type: Bug
> Affects Versions: 3.2.13, 3.3.5, 3.4.2
> Reporter: Richard Achmatowicz
> Assignee: Richard Achmatowicz
> Priority: Minor
> Fix For: 3.2.13, 3.5
>
>
> A typo in the test case results in channels for MergeTest to remain open long after the test has finished:
> {noformat}
> [nrla@lenovo bin]$ ./probe.sh
> -- send probe on /224.0.75.75:7500
> #1 (171 bytes):
> local_addr=D [09993e52-3d74-47b9-152e-2d9703e55734]
> cluster=MergeTest.testMerging4Members
> view=[A|11] [A, B, C, D]
> physical_addr=127.0.0.1:33877
> version=3.2.13.Final
> #2 (165 bytes):
> local_addr=A [30c2b3d8-72b0-0e66-ee49-c5414e117048]
> cluster=MergeTest.testMerging2Members
> view=[B|11] [B, A]
> physical_addr=127.0.0.1:52335
> version=3.2.13.Final
> #3 (171 bytes):
> local_addr=B [d281af3b-9bbc-a556-d654-b2b423fec81b]
> cluster=MergeTest.testMerging4Members
> view=[A|11] [A, B, C, D]
> physical_addr=127.0.0.1:49313
> version=3.2.13.Final
> #4 (171 bytes):
> local_addr=A [93ca13b4-cde3-4fa4-b971-dffd23cdf5fe]
> cluster=MergeTest.testMerging4Members
> view=[A|11] [A, B, C, D]
> physical_addr=127.0.0.1:33183
> version=3.2.13.Final
> #5 (165 bytes):
> local_addr=B [0ed3765f-3ae1-707d-06b5-ba7c8eaed8fc]
> cluster=MergeTest.testMerging2Members
> view=[B|11] [B, A]
> physical_addr=127.0.0.1:38458
> version=3.2.13.Final
> {noformat}
> When these tests are run seqentially, their channels should never be open simultaneously.
--
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
12 years, 4 months
[JBoss JIRA] (JBAS-9557) JBOSS V4.2.3 OutofMemoryError
by Biswajit Sahu (JIRA)
Biswajit Sahu created JBAS-9557:
-----------------------------------
Summary: JBOSS V4.2.3 OutofMemoryError
Key: JBAS-9557
URL: https://issues.jboss.org/browse/JBAS-9557
Project: Application Server 3 4 5 and 6
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Web Console
Affects Versions: JBossAS-4.2.3.GA
Environment: Windows server 2003
Reporter: Biswajit Sahu
Priority: Critical
The production server is using a memory space of 1.5 GB.
It has been observed that suddenly we have a "out of swap memory" error and the service goes down.
The daily monitoring shows garbage collection getting called at 40% usage.
--
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
12 years, 4 months
[JBoss JIRA] (WFLY-2961) NPE after redeploy in HttpConversationContextImpl
by Leos Literak (JIRA)
[ https://issues.jboss.org/browse/WFLY-2961?page=com.atlassian.jira.plugin.... ]
Leos Literak commented on WFLY-2961:
------------------------------------
The problem is that my code is not buggy :-) Though I tried to add some exceptions to reproduce original case, but I could not reproduce it again. I am not convinced that my procedure was same but lets close it for now. If I find it again, I will reopen defect.
Btw NPE are typically easy to understand exceptions, What did happen on that line?
> NPE after redeploy in HttpConversationContextImpl
> -------------------------------------------------
>
> Key: WFLY-2961
> URL: https://issues.jboss.org/browse/WFLY-2961
> Project: WildFly
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Web (Undertow)
> Affects Versions: 8.0.0.CR1
> Environment: windows. firefox
> Reporter: Leos Literak
> Assignee: Stuart Douglas
> Priority: Minor
>
> It occurs to me quite regularly:
> I have servlet, construct some GET URL and find bug. So I fix it, redeploy my war application and press reload in firefox. But WildFly fails with NPE. If I reload the page again, then it works.
> 22:21:59,888 ERROR [io.undertow.request] (default I/O-3) Blocking request failed HttpServerExchange{ GET /OAuthLogin/callback/google}: java.lang.NullPointerException
> at org.jboss.weld.context.http.HttpConversationContextImpl.getRequestAttribute(HttpConversationContextImpl.java:47)
> at org.jboss.weld.context.http.HttpConversationContextImpl.getRequestAttribute(HttpConversationContextImpl.java:13)
> at org.jboss.weld.context.AbstractConversationContext.copyConversationIdGeneratorAndConversationsToSession(AbstractConversationContext.java:177)
> at org.jboss.weld.context.AbstractConversationContext.sessionCreated(AbstractConversationContext.java:185)
> at org.jboss.weld.servlet.ConversationContextActivator.sessionCreated(ConversationContextActivator.java:187)
> at org.jboss.weld.servlet.HttpContextLifecycle.sessionCreated(HttpContextLifecycle.java:122)
> at org.jboss.weld.servlet.WeldInitialListener.sessionCreated(WeldInitialListener.java:107)
> at io.undertow.servlet.core.ApplicationListeners.sessionCreated(ApplicationListeners.java:256)
> at io.undertow.servlet.core.SessionListenerBridge.sessionCreated(SessionListenerBridge.java:36)
> at io.undertow.server.session.SessionListeners.sessionCreated(SessionListeners.java:32)
> at io.undertow.server.session.InMemorySessionManager.createSession(InMemorySessionManager.java:121)
> at io.undertow.servlet.spec.ServletContextImpl.getSession(ServletContextImpl.java:677)
> at io.undertow.servlet.spec.ServletContextImpl.getSession(ServletContextImpl.java:691)
> at io.undertow.servlet.handlers.SessionRestoringHandler.handleRequest(SessionRestoringHandler.java:110)
> at io.undertow.server.handlers.PathHandler.handleRequest(PathHandler.java:56)
> at io.undertow.server.handlers.NameVirtualHostHandler.handleRequest(NameVirtualHostHandler.java:53)
> at io.undertow.server.handlers.error.SimpleErrorPageHandler.handleRequest(SimpleErrorPageHandler.java:76)
> at io.undertow.server.handlers.CanonicalPathHandler.handleRequest(CanonicalPathHandler.java:43)
> at io.undertow.server.handlers.ChannelUpgradeHandler.handleRequest(ChannelUpgradeHandler.java:158)
> at io.undertow.server.Connectors.executeRootHandler(Connectors.java:164)
> at io.undertow.server.protocol.http.HttpReadListener.handleEvent(HttpReadListener.java:142)
> at io.undertow.server.protocol.http.HttpOpenListener.handleEvent(HttpOpenListener.java:69)
> at io.undertow.server.protocol.http.HttpOpenListener.handleEvent(HttpOpenListener.java:38)
> at org.xnio.ChannelListeners.invokeChannelListener(ChannelListeners.java:92) [xnio-api-3.2.0.Beta4.jar:3.2.0.Beta4]
> at org.xnio.ChannelListeners$10.handleEvent(ChannelListeners.java:291) [xnio-api-3.2.0.Beta4.jar:3.2.0.Beta4]
> at org.xnio.ChannelListeners$10.handleEvent(ChannelListeners.java:286) [xnio-api-3.2.0.Beta4.jar:3.2.0.Beta4]
> at org.xnio.ChannelListeners.invokeChannelListener(ChannelListeners.java:92) [xnio-api-3.2.0.Beta4.jar:3.2.0.Beta4]
> at org.xnio.nio.NioTcpServerHandle.handleReady(NioTcpServerHandle.java:53) [xnio-nio-3.2.0.Beta4.jar:3.2.0.Beta4]
> at org.xnio.nio.WorkerThread.run(WorkerThread.java:531) [xnio-nio-3.2.0.Beta4.jar:3.2.0.Beta4]
--
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
12 years, 4 months
[JBoss JIRA] (JBASMP-41) Create goals to add modules do Jboss AS
by Edward Fraser-Davies (JIRA)
[ https://issues.jboss.org/browse/JBASMP-41?page=com.atlassian.jira.plugin.... ]
Edward Fraser-Davies commented on JBASMP-41:
--------------------------------------------
Nevermind... Didnt read the manual carefully. "...filesystem-specific path separator...". This works
> $JBOSS_HOME/bin/jboss-cli.sh --commands="module add --name=com.acme.test --slot=1.0 --resources=forr.jar:bar.jar --module-xml=/conf/module-test.xml"
> Create goals to add modules do Jboss AS
> ---------------------------------------
>
> Key: JBASMP-41
> URL: https://issues.jboss.org/browse/JBASMP-41
> Project: JBoss AS Maven Plugins
> Issue Type: Feature Request
> Reporter: Gustavo Orair
> Assignee: James Perkins
>
> A command to create modules using Jboss CLI was created
> (refer to https://issues.jboss.org/browse/AS7-4265).
> It should be nice if one may create these modules on Jboss server referencing a maven dependency similarly to deploy-artifact configuration section.
> Maybe a possible workaround for now should be use execute-commands but it would need to locate where the maven depencies are located:
> <execution>
> <id>create-modules</id>
> <phase>install</phase>
> <goals>
> <goal>execute-commands</goal>
> </goals>
> <configuration>
> <execute-commands>
> <commands>
> <command>module add --name=oracle.jdbc --resources=ojdbc6.jar --dependencies=javax.api,javax.transaction.api</command>
> </commands>
> </execute-commands>
> </configuration>
> </execution>
--
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
12 years, 4 months
[JBoss JIRA] (JBASMP-41) Create goals to add modules do Jboss AS
by Edward Fraser-Davies (JIRA)
[ https://issues.jboss.org/browse/JBASMP-41?page=com.atlassian.jira.plugin.... ]
Edward Fraser-Davies edited comment on JBASMP-41 at 2/21/14 7:02 PM:
---------------------------------------------------------------------
The module add command does not seem to work with a list of resources as the help indicates.
JBoss EAP 6.1.0.GA (AS 7.2.0.Final-redhat-8)
> $JBOSS_HOME/bin/jboss-cli.sh --commands="module add --name=com.acme.test --slot=1.0 --resources=forr.jar,bar.jar --module-xml=/conf/module-test.xml"
'bar.jar' is not a valid operation name.
> $JBOSS_HOME/bin/jboss-cli.sh --commands="module add --name=com.acme.test --slot=1.0 --resources=foo.jar\,bar.jar --module-xml=/conf/module-test.xml"
Failed to locate /foo.jar,bar.jar
Any recommendation on how to pass more than one resource?
was (Author: efraser8):
The module add command does not seem to work with a list of resources as the help indicates.
JBoss EAP 6.1.0.GA (AS 7.2.0.Final-redhat-8)
# $JBOSS_HOME/bin/jboss-cli.sh --commands="module add --name=com.acme.test --slot=1.0 --resources=forr.jar,bar.jar --module-xml=/conf/module-test.xml"
'bar.jar' is not a valid operation name.
# $JBOSS_HOME/bin/jboss-cli.sh --commands="module add --name=com.acme.test --slot=1.0 --resources=foo.jar\,bar.jar --module-xml=/conf/module-test.xml"
Failed to locate /foo.jar,bar.jar
Any recommendation on how to pass more than one resource?
> Create goals to add modules do Jboss AS
> ---------------------------------------
>
> Key: JBASMP-41
> URL: https://issues.jboss.org/browse/JBASMP-41
> Project: JBoss AS Maven Plugins
> Issue Type: Feature Request
> Reporter: Gustavo Orair
> Assignee: James Perkins
>
> A command to create modules using Jboss CLI was created
> (refer to https://issues.jboss.org/browse/AS7-4265).
> It should be nice if one may create these modules on Jboss server referencing a maven dependency similarly to deploy-artifact configuration section.
> Maybe a possible workaround for now should be use execute-commands but it would need to locate where the maven depencies are located:
> <execution>
> <id>create-modules</id>
> <phase>install</phase>
> <goals>
> <goal>execute-commands</goal>
> </goals>
> <configuration>
> <execute-commands>
> <commands>
> <command>module add --name=oracle.jdbc --resources=ojdbc6.jar --dependencies=javax.api,javax.transaction.api</command>
> </commands>
> </execute-commands>
> </configuration>
> </execution>
--
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
12 years, 4 months
[JBoss JIRA] (JBASMP-41) Create goals to add modules do Jboss AS
by Edward Fraser-Davies (JIRA)
[ https://issues.jboss.org/browse/JBASMP-41?page=com.atlassian.jira.plugin.... ]
Edward Fraser-Davies commented on JBASMP-41:
--------------------------------------------
The module add command does not seem to work with a list of resources as the help indicates.
JBoss EAP 6.1.0.GA (AS 7.2.0.Final-redhat-8)
# $JBOSS_HOME/bin/jboss-cli.sh --commands="module add --name=com.acme.test --slot=1.0 --resources=forr.jar,bar.jar --module-xml=/conf/module-test.xml"
'bar.jar' is not a valid operation name.
# $JBOSS_HOME/bin/jboss-cli.sh --commands="module add --name=com.acme.test --slot=1.0 --resources=foo.jar\,bar.jar --module-xml=/conf/module-test.xml"
Failed to locate /foo.jar,bar.jar
Any recommendation on how to pass more than one resource?
> Create goals to add modules do Jboss AS
> ---------------------------------------
>
> Key: JBASMP-41
> URL: https://issues.jboss.org/browse/JBASMP-41
> Project: JBoss AS Maven Plugins
> Issue Type: Feature Request
> Reporter: Gustavo Orair
> Assignee: James Perkins
>
> A command to create modules using Jboss CLI was created
> (refer to https://issues.jboss.org/browse/AS7-4265).
> It should be nice if one may create these modules on Jboss server referencing a maven dependency similarly to deploy-artifact configuration section.
> Maybe a possible workaround for now should be use execute-commands but it would need to locate where the maven depencies are located:
> <execution>
> <id>create-modules</id>
> <phase>install</phase>
> <goals>
> <goal>execute-commands</goal>
> </goals>
> <configuration>
> <execute-commands>
> <commands>
> <command>module add --name=oracle.jdbc --resources=ojdbc6.jar --dependencies=javax.api,javax.transaction.api</command>
> </commands>
> </execute-commands>
> </configuration>
> </execution>
--
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
12 years, 4 months
[JBoss JIRA] (WFLY-2997) AccessAuditContext domainUUID is not set when the domain-uuid header is set
by Brian Stansberry (JIRA)
Brian Stansberry created WFLY-2997:
--------------------------------------
Summary: AccessAuditContext domainUUID is not set when the domain-uuid header is set
Key: WFLY-2997
URL: https://issues.jboss.org/browse/WFLY-2997
Project: WildFly
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Domain Management
Affects Versions: 8.0.0.Final
Reporter: Brian Stansberry
Assignee: Brian Stansberry
Fix For: 8.0.1.Final
org.jboss.as.domain.controller.operations.coordination.PrepareStepHandler creates a UUID and sets "operations-headers" => "domain-uuid" on the op, but it does not pass the same UUID to AccessAuditContext. The result is the log record has null in the domainUUID field but the operation headers part of the "ops" field shows the uuid. Confusing.
--
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
12 years, 4 months