[JBoss JIRA] Created: (JGRP-636) NullPointerException in Multiplexer
by Robert Newson (JIRA)
NullPointerException in Multiplexer
-----------------------------------
Key: JGRP-636
URL: http://jira.jboss.com/jira/browse/JGRP-636
Project: JGroups
Issue Type: Bug
Affects Versions: 2.6
Reporter: Robert Newson
Assigned To: Bela Ban
java.lang.NullPointerException
at org.jgroups.mux.Multiplexer.handleStateRequest(Multiplexer.java:639)
at org.jgroups.mux.Multiplexer.up(Multiplexer.java:352)
at org.jgroups.JChannel.up(JChannel.java:1148)
at org.jgroups.stack.ProtocolStack.up(ProtocolStack.java:362)
at org.jgroups.protocols.pbcast.FLUSH.up(FLUSH.java:427)
at org.jgroups.protocols.pbcast.STATE_TRANSFER.requestApplicationStates(STATE_TRANSFER.java:233)
at org.jgroups.protocols.pbcast.STATE_TRANSFER.handleStateReq(STATE_TRANSFER.java:367)
at org.jgroups.protocols.pbcast.STATE_TRANSFER.up(STATE_TRANSFER.java:117)
at org.jgroups.protocols.FRAG2.up(FRAG2.java:205)
at org.jgroups.protocols.pbcast.GMS.up(GMS.java:766)
at org.jgroups.protocols.VIEW_SYNC.up(VIEW_SYNC.java:161)
at org.jgroups.protocols.pbcast.STABLE.up(STABLE.java:234)
at org.jgroups.protocols.UNICAST.handleDataReceived(UNICAST.java:579)
at org.jgroups.protocols.UNICAST.up(UNICAST.java:250)
at org.jgroups.protocols.pbcast.NAKACK.up(NAKACK.java:714)
at org.jgroups.protocols.BARRIER.up(BARRIER.java:122)
at org.jgroups.protocols.VERIFY_SUSPECT.up(VERIFY_SUSPECT.java:167)
at org.jgroups.protocols.FD.up(FD.java:322)
at org.jgroups.protocols.FD_SOCK.up(FD_SOCK.java:300)
at org.jgroups.protocols.MERGE2.up(MERGE2.java:145)
at org.jgroups.protocols.Discovery.up(Discovery.java:250)
at org.jgroups.protocols.TP$IncomingPacket.handleMyMessage(TP.java:1510)
at org.jgroups.protocols.TP$IncomingPacket.run(TP.java:1459)
at java.util.concurrent.ThreadPoolExecutor$CallerRunsPolicy.rejectedExecution(ThreadPoolExecutor.java:1737)
at java.util.concurrent.ThreadPoolExecutor.reject(ThreadPoolExecutor.java:767)
at java.util.concurrent.ThreadPoolExecutor.execute(ThreadPoolExecutor.java:658)
at org.jgroups.protocols.TP.dispatchToThreadPool(TP.java:1060)
at org.jgroups.protocols.TP.receive(TP.java:1031)
at org.jgroups.protocols.UDP$UcastReceiver.run(UDP.java:899)
at java.lang.Thread.run(Thread.java:619)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 5 months
[JBoss JIRA] Commented: (JBAS-1268) DescriptorSupport does not validate its serializable fields adequately
by Ind Kosei (JIRA)
[ http://jira.jboss.com/jira/browse/JBAS-1268?page=comments#action_12399285 ]
Ind Kosei commented on JBAS-1268:
---------------------------------
I am getting the same error. What is the resolution for this issue? Could you please tell me?
Thanks
> DescriptorSupport does not validate its serializable fields adequately
> ----------------------------------------------------------------------
>
> Key: JBAS-1268
> URL: http://jira.jboss.com/jira/browse/JBAS-1268
> Project: JBoss Application Server
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Reporter: Scott M Stark
> Assigned To: Scott M Stark
> Fix For: JBossAS-4.0.2RC1, JBossAS-3.2.7 Final
>
> Original Estimate: 1 hour
> Remaining Estimate: 1 hour
>
> Although the javax.management.modelmbean.DescriptorSupport does attempt to validate whether its fields are Serializable, it does not validate all of the values references. This causes failures when accessing mbeans over rmi as shown in this twiddle example:
> [starksm@banshee9100 bin]$ twiddle.sh -s lamia:1099 invoke "jboss.web:service=WebServer" stopConnectors
> 21:49:02,437 ERROR [Twiddle] Exec failed
> java.lang.reflect.UndeclaredThrowableException
> at $Proxy0.getMBeanInfo(Unknown Source)
> at org.jboss.console.twiddle.command.InvokeCommand.invoke(InvokeCommand.java:173)
> at org.jboss.console.twiddle.command.InvokeCommand.execute(InvokeCommand.java:277)
> at org.jboss.console.twiddle.Twiddle.main(Twiddle.java:288)
> Caused by: java.io.NotSerializableException: org.jboss.mx.util.MBeanProxyExt
> at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1054)
> at java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java:1332)
> at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1304)
> at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1247)
> at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1052)
> at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:278)
> at java.util.HashMap.writeObject(HashMap.java:978)
> at sun.reflect.GeneratedMethodAccessor63.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:324)
> at java.io.ObjectStreamClass.invokeWriteObject(ObjectStreamClass.java:809)
> at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1296)
> at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1247)
> at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1052)
> at java.io.ObjectOutputStream.access$100(ObjectOutputStream.java:122)
> at java.io.ObjectOutputStream$PutFieldImpl.writeFields(ObjectOutputStream.java:1475)
> at java.io.ObjectOutputStream.writeFields(ObjectOutputStream.java:405)
> at javax.management.modelmbean.DescriptorSupport.writeObject(DescriptorSupport.java:559)
> at sun.reflect.GeneratedMethodAccessor62.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:324)
> at java.io.ObjectStreamClass.invokeWriteObject(ObjectStreamClass.java:809)
> at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1296)
> at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1247)
> at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1052)
> at java.io.ObjectOutputStream.access$100(ObjectOutputStream.java:122)
> at java.io.ObjectOutputStream$PutFieldImpl.writeFields(ObjectOutputStream.java:1475)
> at java.io.ObjectOutputStream.writeFields(ObjectOutputStream.java:405)
> at javax.management.modelmbean.ModelMBeanAttributeInfo.writeObject(ModelMBeanAttributeInfo.java:312)
> at sun.reflect.GeneratedMethodAccessor61.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:324)
> at java.io.ObjectStreamClass.invokeWriteObject(ObjectStreamClass.java:809)
> at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1296)
> at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1247)
> at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1052)
> at java.io.ObjectOutputStream.writeArray(ObjectOutputStream.java:1224)
> at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1050)
> at java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java:1332)
> at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1304)
> at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1247)
> at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1052)
> at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:278)
> at java.rmi.MarshalledObject.<init>(MarshalledObject.java:92)
> at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:364)
> 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:324)
> at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:261)
> at sun.rmi.transport.Transport$1.run(Transport.java:148)
> at java.security.AccessController.doPrivileged(Native Method)
> at sun.rmi.transport.Transport.serviceCall(Transport.java:144)
> at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:460)
> at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:701)
> at java.lang.Thread.run(Thread.java:534)
> at sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer(StreamRemoteCall.java:247)
> at sun.rmi.transport.StreamRemoteCall.executeCall(StreamRemoteCall.java:223)
> at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:133)
> at org.jboss.invocation.jrmp.server.JRMPInvoker_Stub.invoke(Unknown Source)
> at org.jboss.invocation.jrmp.interfaces.JRMPInvokerProxy.invoke(JRMPInvokerProxy.java:135)
> at org.jboss.invocation.InvokerInterceptor.invokeInvoker(InvokerInterceptor.java:163)
> at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:103)
> at org.jboss.jmx.connector.invoker.client.InvokerAdaptorClientInterceptor.invoke(InvokerAdaptorClientInterceptor.java:60)
> at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55)
> at org.jboss.proxy.ClientMethodInterceptor.invoke(ClientMethodInterceptor.java:55)
> at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:91)
> ... 4 more
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 5 months
[JBoss JIRA] Commented: (JBAS-1262) MBean for ear not deregistered when deploy fails
by Ind Kosei (JIRA)
[ http://jira.jboss.com/jira/browse/JBAS-1262?page=comments#action_12399279 ]
Ind Kosei commented on JBAS-1262:
---------------------------------
I wanted to say that this problem is currently happening in the 4.2.0 version of Jboss in a RedHat Linux environment. Is there some kind of patch that I can apply to correct this issue?
2008-02-12 13:06:49,642 ERROR [org.jboss.deployment.MainDeployer] Could not create deployment: file:/apps/jboss420/jboss-as/server/mxweb_services_dev1/deploy/md-services-war-2.0-.war
org.jboss.deployment.DeploymentException: Failed to create web module; - nested throwable: (javax.management.InstanceAlreadyExistsException: jboss.web.deployment:war=md-services-war-2.0-.war,id=-1165456888 already registered.)
at org.jboss.web.AbstractWebContainer.create(AbstractWebContainer.java:451)
Thank you.
> MBean for ear not deregistered when deploy fails
> ------------------------------------------------
>
> Key: JBAS-1262
> URL: http://jira.jboss.com/jira/browse/JBAS-1262
> Project: JBoss Application Server
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: EJB2
> Affects Versions: JBossAS-4.0.1 Final
> Environment: Win2k, JDK 1.4.2, default-configuration as supplied.
> Reporter: Heiko W. Rupp
> Assigned To: Adrian Brock
> Fix For: JBossAS-4.0.3RC1
>
>
> 1) deploy an ear that has a ejb-jar in it that fails verification
> 2) redeploy the same ear (either with or without changed jar).
> 3) you will get an exception:
> 21:55:12,206 INFO [EARDeployer] Init J2EE application: file:/D:/jboss401/server
> /small/deploy/adb.ear
> 21:55:12,296 INFO [EARDeployment] Registration is not done -> stop
> 21:55:12,296 ERROR [MainDeployer] Could not initialise deployment: file:/D:/jboss401/server/small/deploy/adb.ear
> org.jboss.deployment.DeploymentException: Error in accessing application metadata: ; - nested throwable: javax.management.InstanceAlreadyExistsException: jboss.j2ee:service=EARDeployment,url='adb.ear' already registered.)
> 4) Go to jmx-console
> jboss.j2ee
> * service=EARDeployer
> * service=EARDeployment,url='adb.ear'
> 5) go into the ,url=... MBean
> 6) MBean is in state 8 (registered)
> 7) call stop() and/or destroy()
> 22:01:47,795 WARN [ServiceController] Ignoring request to destroy nonexistent service: jboss.j2ee:service=EARDeployment,url='adb.ear'
> 8) redeploy ear -> same exception again
> 9) call unregister over twiddle:
> D:> d:\jboss401\bin\twiddle unregister "jboss.j2ee:service=EARDeployment,url='adb.ear'"
> 10) MBean is gone in MBean-List, ear can be deployed as usual.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 5 months
[JBoss JIRA] Commented: (EJBTHREE-572) PersistenceUnitInfo.getNewTempClassLoader()
by Alexander Tsirel (JIRA)
[ http://jira.jboss.com/jira/browse/EJBTHREE-572?page=comments#action_12399226 ]
Alexander Tsirel commented on EJBTHREE-572:
-------------------------------------------
I was using toplinks property (taken from forums):
<property name="toplink.target-server" value="oracle.toplink.essentials.platform.server.jboss.JBossPlatform"/>
Although there is no such class I get NPE instead of ClassNotFound:
Caused by: java.lang.NullPointerException
at org.jboss.mx.loading.RepositoryClassLoader.findClass(RepositoryClassLoader.java:623)
at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
at org.jboss.mx.loading.RepositoryClassLoader.loadClassImpl(RepositoryClassLoader.java:467)
at org.jboss.mx.loading.RepositoryClassLoader.loadClass(RepositoryClassLoader.java:408)
at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:242)
at oracle.toplink.essentials.internal.security.PrivilegedAccessHelper.getClassForName(PrivilegedAccessHelper.java:98)
at oracle.toplink.essentials.internal.ejb.cmp3.EntityManagerSetupImpl.findClass(EntityManagerSetupImpl.java:410)
at oracle.toplink.essentials.internal.ejb.cmp3.EntityManagerSetupImpl.findClassForProperty(EntityManagerSetupImpl.java:416)
at oracle.toplink.essentials.internal.ejb.cmp3.EntityManagerSetupImpl.updateServerPlatform(EntityManagerSetupImpl.java:316)
at oracle.toplink.essentials.internal.ejb.cmp3.EntityManagerSetupImpl.predeploy(EntityManagerSetupImpl.java:567)
The lookup was done by such temp classloader acquired in predeploy method:
16:01:29,030 INFO [STDOUT] Inside PrivilegedAccessHelper, looking for: oracle.toplink.essentials.platform.server.jboss.JBossPlatform with classLoader: org.jboss.mx.loading.UnifiedClassLoader3@1813c12{ url=file:/C:/jboss-4.2.1.GA/server/default/tmp/deploy/tmp17799javaEEApplication.ear ,addedOrder=0}
There are some notes in the internet about that, hope they'll help resolving issue:
http://forums.oracle.com/forums/thread.jspa?messageID=2186220�
https://glassfish.dev.java.net/issues/show_bug.cgi?id=3721
> PersistenceUnitInfo.getNewTempClassLoader()
> -------------------------------------------
>
> Key: EJBTHREE-572
> URL: http://jira.jboss.com/jira/browse/EJBTHREE-572
> Project: EJB 3.0
> Issue Type: Bug
> Reporter: Emmanuel Bernard
>
> The sooner the better.
> Hibernate can't enhance the classes to make property (not association) lazy loading.
> Toplink just can't start.
> http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3939615#3939615
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 5 months
[JBoss JIRA] Created: (JBAS-5229) Option for DataSources in JNDI to reflect changes to -ds.xml without being invalidated.
by David Smiley (JIRA)
Option for DataSources in JNDI to reflect changes to -ds.xml without being invalidated.
---------------------------------------------------------------------------------------
Key: JBAS-5229
URL: http://jira.jboss.com/jira/browse/JBAS-5229
Project: JBoss Application Server
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Reporter: David Smiley
I had to change my datasource in a -ds.xml file. When I did that, the DataSource that my web-app was using became invalid and so I needed to restart my application. It would be cool if there was an option for DataSources returned by JNDI to point to the latest real DataSource at that location so that the DataSource returned to the client isn't invalid. Perhaps you might do this internally like so:
#1 used a wrapped DataSource for binding to JNDI.
#2 When updating a -ds.xml, lookup the existing DataSource in JNDI, get the delegate, shut it down and add the new "real" DataSource. (in an atomic fashion -- naturally the DataSource needs to be synchronized).
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 5 months
[JBoss JIRA] Created: (JBXB-120) Combination of XmlElements and XmlAnyElement doesn't work
by Alexey Loubyansky (JIRA)
Combination of XmlElements and XmlAnyElement doesn't work
---------------------------------------------------------
Key: JBXB-120
URL: http://jira.jboss.com/jira/browse/JBXB-120
Project: JBoss XML Binding (JBossXB)
Issue Type: Bug
Affects Versions: JBossXB-2.0.0.CR5
Reporter: Alexey Loubyansky
Assigned To: Alexey Loubyansky
Fix For: JBossXB-2.0.0.CR6
The following will not work unless XmlType specifies propOrder including the property annotated below
@XmlElements
({
@XmlElement(name="a", type=Integer.class),
@XmlElement(name="b", type=String.class)
})
@XmlAnyElement
public void setList(List<Object> wildcard)
The testcase is
package org.jboss.test.xb.builder.object.type.xmlanyelement.test;
public class XmlElementsAndXmlAnyElementUnitTestCase extends AbstractBuilderTest
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 5 months