[JBoss JIRA] Created: (AS7-1719) ClassNotFoundException: org.jgroups.util.UUID
by Radoslav Husar (JIRA)
ClassNotFoundException: org.jgroups.util.UUID
---------------------------------------------
Key: AS7-1719
URL: https://issues.jboss.org/browse/AS7-1719
Project: Application Server 7
Issue Type: Bug
Components: Clustering
Affects Versions: 7.0.1.Final
Reporter: Radoslav Husar
Assignee: Paul Ferraro
Just randomly thrown out:
{code}
14:43:48,602 INFO [org.jboss.test.cluster.servlet.SessionTestServlet] (http-rhusar-10.34.3.13-8080-1) Setting up new session - x-+65n79GohuOuJAUsqtFdsE.5395c435-05f4-38a6-832f-3999740381a2.5395c435-05f4-38a6-832f-3999740381a2
14:43:48,621 WARN [org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher] (Incoming-13,web,rhusar-26008) Problems unmarshalling remote command from byte buffer: java.lang.ClassNotFoundException: org.jgroups.util.UUID from [Module "org.jboss.as.clustering.web.infinispan:main" from local module loader @42a9c09e (roots: /home/rhusar/Download/jboss-eap-6.0.0.Alpha1-rhusar/modules)]
at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:191)
at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:358)
at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:330)
at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:307)
at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:101)
at java.lang.Class.forName0(Native Method) [:1.6.0_26]
at java.lang.Class.forName(Class.java:247) [:1.6.0_26]
at org.jboss.marshalling.AbstractClassResolver.loadClass(AbstractClassResolver.java:135) [jboss-marshalling-1.3.0.GA.jar:1.3.0.GA]
at org.jboss.marshalling.AbstractClassResolver.resolveClass(AbstractClassResolver.java:116) [jboss-marshalling-1.3.0.GA.jar:1.3.0.GA]
at org.jboss.marshalling.river.RiverUnmarshaller.doReadClassDescriptor(RiverUnmarshaller.java:930)
at org.jboss.marshalling.river.RiverUnmarshaller.doReadNewObject(RiverUnmarshaller.java:1200)
at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:272)
at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:209)
at org.jboss.marshalling.AbstractObjectInput.readObject(AbstractObjectInput.java:37) [jboss-marshalling-1.3.0.GA.jar:1.3.0.GA]
at org.infinispan.remoting.transport.jgroups.JGroupsAddress$Externalizer.readObject(JGroupsAddress.java:90) [infinispan-core-5.0.0.FINAL.jar:5.0.0.FINAL]
at org.infinispan.remoting.transport.jgroups.JGroupsAddress$Externalizer.readObject(JGroupsAddress.java:81) [infinispan-core-5.0.0.FINAL.jar:5.0.0.FINAL]
at org.infinispan.marshall.jboss.ExternalizerTable$ExternalizerAdapter.readObject(ExternalizerTable.java:356) [infinispan-core-5.0.0.FINAL.jar:5.0.0.FINAL]
at org.infinispan.marshall.jboss.ExternalizerTable.readObject(ExternalizerTable.java:244) [infinispan-core-5.0.0.FINAL.jar:5.0.0.FINAL]
at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:351)
at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:209)
at org.jboss.marshalling.AbstractObjectInput.readObject(AbstractObjectInput.java:37) [jboss-marshalling-1.3.0.GA.jar:1.3.0.GA]
at org.infinispan.transaction.xa.GlobalTransaction$AbstractGlobalTxExternalizer.readObject(GlobalTransaction.java:150) [infinispan-core-5.0.0.FINAL.jar:5.0.0.FINAL]
at org.infinispan.transaction.xa.GlobalTransaction$Externalizer.readObject(GlobalTransaction.java:155) [infinispan-core-5.0.0.FINAL.jar:5.0.0.FINAL]
at org.infinispan.transaction.xa.GlobalTransaction$AbstractGlobalTxExternalizer.readObject(GlobalTransaction.java:133) [infinispan-core-5.0.0.FINAL.jar:5.0.0.FINAL]
at org.infinispan.marshall.jboss.ExternalizerTable$ExternalizerAdapter.readObject(ExternalizerTable.java:356) [infinispan-core-5.0.0.FINAL.jar:5.0.0.FINAL]
at org.infinispan.marshall.jboss.ExternalizerTable.readObject(ExternalizerTable.java:244) [infinispan-core-5.0.0.FINAL.jar:5.0.0.FINAL]
at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:351)
at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:209)
at org.jboss.marshalling.AbstractObjectInput.readObject(AbstractObjectInput.java:37) [jboss-marshalling-1.3.0.GA.jar:1.3.0.GA]
at org.infinispan.marshall.exts.ReplicableCommandExternalizer.readObject(ReplicableCommandExternalizer.java:116) [infinispan-core-5.0.0.FINAL.jar:5.0.0.FINAL]
at org.infinispan.marshall.exts.ReplicableCommandExternalizer.readObject(ReplicableCommandExternalizer.java:71) [infinispan-core-5.0.0.FINAL.jar:5.0.0.FINAL]
at org.infinispan.marshall.jboss.ExternalizerTable$ExternalizerAdapter.readObject(ExternalizerTable.java:356) [infinispan-core-5.0.0.FINAL.jar:5.0.0.FINAL]
at org.infinispan.marshall.jboss.ExternalizerTable.readObject(ExternalizerTable.java:244) [infinispan-core-5.0.0.FINAL.jar:5.0.0.FINAL]
at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:351)
at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:209)
at org.jboss.marshalling.AbstractObjectInput.readObject(AbstractObjectInput.java:37) [jboss-marshalling-1.3.0.GA.jar:1.3.0.GA]
at org.infinispan.marshall.exts.ReplicableCommandExternalizer.readObject(ReplicableCommandExternalizer.java:116) [infinispan-core-5.0.0.FINAL.jar:5.0.0.FINAL]
at org.infinispan.marshall.exts.ReplicableCommandExternalizer.readObject(ReplicableCommandExternalizer.java:71) [infinispan-core-5.0.0.FINAL.jar:5.0.0.FINAL]
at org.infinispan.marshall.jboss.ExternalizerTable$ExternalizerAdapter.readObject(ExternalizerTable.java:356) [infinispan-core-5.0.0.FINAL.jar:5.0.0.FINAL]
at org.infinispan.marshall.jboss.ExternalizerTable.readObject(ExternalizerTable.java:244) [infinispan-core-5.0.0.FINAL.jar:5.0.0.FINAL]
at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:351)
at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:209)
at org.jboss.marshalling.AbstractObjectInput.readObject(AbstractObjectInput.java:37) [jboss-marshalling-1.3.0.GA.jar:1.3.0.GA]
at org.infinispan.marshall.jboss.GenericJBossMarshaller.objectFromObjectStream(GenericJBossMarshaller.java:194) [infinispan-core-5.0.0.FINAL.jar:5.0.0.FINAL]
at org.infinispan.marshall.VersionAwareMarshaller.objectFromByteBuffer(VersionAwareMarshaller.java:122) [infinispan-core-5.0.0.FINAL.jar:5.0.0.FINAL]
at org.infinispan.remoting.transport.jgroups.MarshallerAdapter.objectFromByteBuffer(MarshallerAdapter.java:48) [infinispan-core-5.0.0.FINAL.jar:5.0.0.FINAL]
at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.handle(CommandAwareRpcDispatcher.java:142) [infinispan-core-5.0.0.FINAL.jar:5.0.0.FINAL]
at org.jgroups.blocks.RequestCorrelator.handleRequest(RequestCorrelator.java:577)
at org.jgroups.blocks.RequestCorrelator.receiveMessage(RequestCorrelator.java:488)
at org.jgroups.blocks.RequestCorrelator.receive(RequestCorrelator.java:364)
at org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.up(MessageDispatcher.java:770)
at org.jgroups.blocks.mux.MuxUpHandler.up(MuxUpHandler.java:135)
at org.jgroups.JChannel.up(JChannel.java:1484)
at org.jgroups.stack.ProtocolStack.up(ProtocolStack.java:1074)
at org.jgroups.protocols.pbcast.FLUSH.up(FLUSH.java:477)
at org.jgroups.protocols.pbcast.STREAMING_STATE_TRANSFER.up(STREAMING_STATE_TRANSFER.java:263)
at org.jgroups.protocols.FRAG2.unfragment(FRAG2.java:310)
at org.jgroups.protocols.FRAG2.up(FRAG2.java:170)
at org.jgroups.protocols.FlowControl.up(FlowControl.java:400)
at org.jgroups.protocols.FlowControl.up(FlowControl.java:418)
at org.jgroups.protocols.pbcast.GMS.up(GMS.java:908)
at org.jgroups.protocols.VIEW_SYNC.up(VIEW_SYNC.java:170)
at org.jgroups.protocols.pbcast.STABLE.up(STABLE.java:246)
at org.jgroups.protocols.UNICAST.up(UNICAST.java:309)
at org.jgroups.protocols.pbcast.NAKACK.handleMessage(NAKACK.java:838)
at org.jgroups.protocols.pbcast.NAKACK.up(NAKACK.java:667)
at org.jgroups.protocols.BARRIER.up(BARRIER.java:123)
at org.jgroups.protocols.VERIFY_SUSPECT.up(VERIFY_SUSPECT.java:133)
at org.jgroups.protocols.FD.up(FD.java:275)
at org.jgroups.protocols.FD_SOCK.up(FD_SOCK.java:275)
at org.jgroups.protocols.MERGE2.up(MERGE2.java:209)
at org.jgroups.protocols.Discovery.up(Discovery.java:293)
at org.jgroups.protocols.PING.up(PING.java:69)
at org.jgroups.protocols.TP.passMessageUp(TP.java:1109)
at org.jgroups.protocols.TP$IncomingPacket.handleMyMessage(TP.java:1665)
at org.jgroups.protocols.TP$IncomingPacket.run(TP.java:1647)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) [:1.6.0_26]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [:1.6.0_26]
at java.lang.Thread.run(Thread.java:662) [:1.6.0_26]
{code}
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 9 months
[JBoss JIRA] Created: (AS7-1764) Web Container metrics does not work and System/JVM metrics does
by Michal Babacek (JIRA)
Web Container metrics does not work and System/JVM metrics does
---------------------------------------------------------------
Key: AS7-1764
URL: https://issues.jboss.org/browse/AS7-1764
Project: Application Server 7
Issue Type: Bug
Environment: Httpd:mod_cluster-1.1.3.Final-linux2-x86_64.zip, AS:jboss-as-7.1.0.Alpha1-SNAPSHOT-e4519ab.zip (master)
Reporter: Michal Babacek
Assignee: Paul Ferraro
h3. The current state
The following load metrics return *Load: 100* regardless the actual load being generated:
* *requests*
* *sessions*
whereas these metrics appear to *work correctly*:
* *cpu*
* *mem*
(For the aforementioned abbreviations please consult [Mod_cluster 1.1.x docs|http://docs.jboss.org/mod_cluster/1.1.0/html_single/])
According to my opinion, it looks like the *Web Container metrics*, unlike the *System/JVM metrics*, do not work.
(i) *Note:* Load metric attributes such as *capacity* was correctly set and verified with [documentation|http://docs.jboss.org/mod_cluster/1.1.0/html_single/] and ["Interview with Paul"|https://docspace.corp.redhat.com/docs/DOC-73684] on mind.
h3. Previous JIRAs
* There is [JBPAPP-7077] saying, that "Dynamic-load-provider returns Load:1 regardless of load-metric set". This is no longer truth, likely thanks to [AS7-1648]. If you set either *requests* or *sessions* metric with Dynamic-load-provider, you shall get *Load: 100* all the time. Last but not least, *cpu* and *mem* metrics work properly now.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 9 months
[JBoss JIRA] Created: (AS7-1865) CLONE - Command line switch interprocess-hc-port doesn't take effect
by Rostislav Svoboda (JIRA)
CLONE - Command line switch interprocess-hc-port doesn't take effect
--------------------------------------------------------------------
Key: AS7-1865
URL: https://issues.jboss.org/browse/AS7-1865
Project: Application Server 7
Issue Type: Bug
Components: Domain Management
Affects Versions: 7.0.2.Final, 7.1.0.Alpha1
Reporter: Rostislav Svoboda
Assignee: Brian Stansberry
Fix For: 7.1.0.Beta1
Rostislav Svoboda reports:
I tried --pc-port and --interprocess-hc-port args on build from today's sources.
Argument --pc-port is working as expected, but parameter from --interprocess-hc-port argument isn't reflected. Help says it's port on which the host controller should listen for communication from the process controller.
Shouldn't be there connection 127.0.0.1:11111 <--> 127.0.0.1:22222 in my example below ?
$ ./bin/domain.sh --pc-port=11111 --interprocess-hc-port=22222
$ netstat -natup | grep java
tcp 0 0 127.0.0.1:9999 0.0.0.0:* LISTEN 31299/java
tcp 0 0 127.0.0.1:8080 0.0.0.0:* LISTEN 31329/java
tcp 0 0 127.0.0.1:1240 0.0.0.0:* LISTEN 31335/java
tcp 0 0 127.0.0.1:1241 0.0.0.0:* LISTEN 31335/java
tcp 0 0 127.0.0.1:1090 0.0.0.0:* LISTEN 31329/java
tcp 0 0 127.0.0.1:1091 0.0.0.0:* LISTEN 31329/java
tcp 0 0 127.0.0.1:8230 0.0.0.0:* LISTEN 31335/java
tcp 0 0 127.0.0.1:9990 0.0.0.0:* LISTEN 31299/java
tcp 0 0 127.0.0.1:11111 0.0.0.0:* LISTEN 31284/java
tcp 0 0 127.0.0.1:11111 127.0.0.1:49368 ESTABLISHED 31284/java
tcp 0 0 127.0.0.1:9999 127.0.0.1:45597 ESTABLISHED 31299/java
tcp 0 0 127.0.0.1:45597 127.0.0.1:9999 ESTABLISHED 31329/java
tcp 0 0 127.0.0.1:48827 127.0.0.1:9999 ESTABLISHED 31335/java
tcp 0 0 127.0.0.1:49368 127.0.0.1:11111 ESTABLISHED 31299/java
tcp 0 0 127.0.0.1:9999 127.0.0.1:48827 ESTABLISHED 31299/java
NOTE: SPOJENO == ESTABLISHED, PID 31284 is process-controller, PID 31299 is host-controller
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 9 months
[JBoss JIRA] Created: (AS7-1742) Cannot specify datasource pool settings or edit pool settings
by Brad Maxwell (JIRA)
Cannot specify datasource pool settings or edit pool settings
-------------------------------------------------------------
Key: AS7-1742
URL: https://issues.jboss.org/browse/AS7-1742
Project: Application Server 7
Issue Type: Bug
Components: Console
Affects Versions: 7.0.1.Final
Reporter: Brad Maxwell
Assignee: Heiko Braun
When creating a datasource, you cannot specify the pool settings for the datasource.
I was getting errors because the default pool size was not able to handle the load (this should be displayed also). I added the pool configuration to the standalone.xml and fixed my issue, however you cannot view the pool settings in the console if they are specified in the standalone.xml either.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 9 months
[JBoss JIRA] Created: (AS7-1859) AS won't boot with sun jmx enabled
by Dan Hanley (JIRA)
AS won't boot with sun jmx enabled
----------------------------------
Key: AS7-1859
URL: https://issues.jboss.org/browse/AS7-1859
Project: Application Server 7
Issue Type: Bug
Components: Logging
Affects Versions: 7.1.0.Alpha1
Environment: sun jdk6 windows 7 as-7.1.0.Alpha1
Reporter: Dan Hanley
Assignee: David Lloyd
This appears to be a regression to https://issues.jboss.org/browse/JBAS-7427 in AS7.1
> set JAVA_OPTS=%JAVA_OPTS% -Dcom.sun.management.jmxremote -Djava.util.logging.manager=org.jboss.logmanager.LogManager
> standalone.bat
===============================================================================
JBoss Bootstrap Environment
JBOSS_HOME: c:\jboss-as-7.1.0.Alpha1-SNAPSHOT
JAVA: C:\Program Files\Java\jdk1.6.0_22\bin\java
JAVA_OPTS: -Dprogram.name=standalone.bat -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:+PrintTenuringDistribution -XX:+UseParallelGC -XX:PermSize=6g -XX:MaxPermSize=6g -Xms512m
-Xmx4g -Xss256k -Dhornetq.server-id=119 -Dsqs.queue.name=danQ -Duser.timezone=gmt -Djava.net.preferIPv4Stack=true -Djms.server=193.131.98.79 -Djboss.bind.address=193.131.98.79 -Djb
oss.partition.name=dan-pc -Djboss.partition.udpGroup=79 -Dpublic.firewall.address=dan-pc -Xrunjdwp:transport=dt_socket,address=8788,server=y,suspend=n -Dcom.sun.management.jmxrem
ote -Djava.util.logging.manager=org.jboss.logmanager.LogManager -Dorg.jboss.logging.Logger.pluginClass=org.jboss.logging.logmanager.LoggerPluginImpl -server
===============================================================================
Listening for transport dt_socket at address: 8788
Could not load Logmanager "org.jboss.logmanager.LogManager"
java.lang.ClassNotFoundException: org.jboss.logmanager.LogManager
at java.net.URLClassLoader$1.run(URLClassLoader.java:202)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
at java.lang.ClassLoader.loadClass(ClassLoader.java:307)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
at java.lang.ClassLoader.loadClass(ClassLoader.java:248)
at java.util.logging.LogManager$1.run(LogManager.java:168)
at java.security.AccessController.doPrivileged(Native Method)
at java.util.logging.LogManager.<clinit>(LogManager.java:158)
at java.util.logging.Logger.getLogger(Logger.java:273)
at sun.management.snmp.util.MibLogger.<init>(MibLogger.java:57)
at sun.management.snmp.util.MibLogger.<init>(MibLogger.java:42)
at sun.management.jmxremote.ConnectorBootstrap.<clinit>(ConnectorBootstrap.java:760)
at sun.management.Agent.startAgent(Agent.java:135)
at sun.management.Agent.startAgent(Agent.java:239)
WARNING: Failed to load the specified logmodule org.jboss.logmanager:main
Exception in thread "main" java.lang.ExceptionInInitializerError
at org.jboss.as.server.Main.main(Main.java:81)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.jboss.modules.Module.run(Module.java:270)
at org.jboss.modules.Main.main(Main.java:313)
Caused by: java.lang.IllegalStateException: The LogManager was not properly installed (you must set the "java.util.logging.manager" system property to "org.jboss.logmanager.LogMana
ger")
at org.jboss.logmanager.Logger.getLogger(Logger.java:60)
at org.jboss.logmanager.log4j.BridgeRepositorySelector.<clinit>(BridgeRepositorySelector.java:42)
... 7 more
Heap
PSYoungGen total 152896K, used 23619K [0x00000002aaaa0000, 0x00000002b5540000, 0x00000002ffff0000)
eden space 131072K, 18% used [0x00000002aaaa0000,0x00000002ac1b0f30,0x00000002b2aa0000)
from space 21824K, 0% used [0x00000002b3ff0000,0x00000002b3ff0000,0x00000002b5540000)
to space 21824K, 0% used [0x00000002b2aa0000,0x00000002b2aa0000,0x00000002b3ff0000)
PSOldGen total 349568K, used 0K [0x00000001ffff0000, 0x0000000215550000, 0x00000002aaaa0000)
object space 349568K, 0% used [0x00000001ffff0000,0x00000001ffff0000,0x0000000215550000)
PSPermGen total 6291456K, used 10763K [0x000000007fff0000, 0x00000001ffff0000, 0x00000001ffff0000)
object space 6291456K, 0% used [0x000000007fff0000,0x0000000080a72d30,0x00000001ffff0000)
Press any key to continue . . .
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 9 months
[JBoss JIRA] Created: (JBRULES-3005) decision table building => NPE
by Wolfgang Laun (JIRA)
decision table building => NPE
------------------------------
Key: JBRULES-3005
URL: https://issues.jboss.org/browse/JBRULES-3005
Project: Drools
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: drools-compiler (expert)
Affects Versions: 5.2.0.M2
Reporter: Wolfgang Laun
Assignee: Mark Proctor
kBuilder.add( resource, resourceType.DTABLE ); results in a NPE:
Exception in thread "main" java.lang.NullPointerException
at org.drools.decisiontable.DecisionTableProviderImpl.compileStream(DecisionTableProviderImpl.java:26)
at org.drools.decisiontable.DecisionTableProviderImpl.loadFromInputStream(DecisionTableProviderImpl.java:19)
at org.drools.compiler.DecisionTableFactory.loadFromInputStream(DecisionTableFactory.java:18)
at org.drools.compiler.PackageBuilder.addKnowledgeResource(PackageBuilder.java:497)
at org.drools.builder.impl.KnowledgeBuilderImpl.add(KnowledgeBuilderImpl.java:28)
at rss.drools.setup.Application.setup(Application.java:47)
Notice that a simple
DecisionTableConfiguration dtConf = KnowledgeBuilderFactory.newDecisionTableConfiguration();
kBuilder.add( resource, resourceType, dtConf );
is not sufficient, the DecisionTableConfiguration still needs a DecisionTableInputType
Expected. there is a reasonable default DecisionTableConfiguration with DecisionTableInputType.XLS being set.
The simple call worked fine in 5.1.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 9 months