[Management, JMX/JBoss] - Re: Managing JBoss programmatically?
by PeterJ
1) You should not modify the configuration files in place while the application server is running. Instead, copy the one you want to modify to a temporary location, edit it there, and then copy back to deploy. Note that the filesin server/xxx/conf are read only on startup. Not sure that you mean by "file system access", the app server needs access rights to all the configuration files.
2) To deploy your own destinations, create a *-service.xml file, such as mydests-service.xml, and place the queue and topic descriptions in there. Copy the file to the deploy directory to deploy them, and delete it from there to undeploy them.
3) I am not sure I understand what you are asking, but I think you want to deploy an exploded directory. You can then easily add/update/remove filesi n your application. See http://wiki.jboss.org/wiki/Wiki.jsp?page=ExplodedDeployment.
4) You can creat a JAR and deploy it programmatically, but I do not have an example.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4044433#4044433
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4044433
19 years, 1 month
[JBossCache] - Cache startup problems
by jamieqho
Hi,
Does anyone know what the exception below means? I have one particular machine that doesn't seem to work unless I start it up first before any of the other machines in my cluster. Order seems to matter. If I don't start up this machine first, I get the error below.
Thanks,
Jamie
09 May 2007 10:50:12 [main] INFO org.jgroups.protocols.UDP - sockets will use
interface 10.133.192.106
09 May 2007 10:50:12 [main] INFO org.jgroups.protocols.UDP - socket informatio
n:
local_addr=10.133.192.106:3327, mcast_addr=238.10.10.10:45599, bind_addr=/10.133
.192.106, ttl=2
sock: bound to 10.133.192.106:3327, receive buffer size=20000000, send buffer si
ze=640000
mcast_recv_sock: bound to 10.133.192.106:45599, send buffer size=640000, receive
buffer size=25000000
mcast_send_sock: bound to 10.133.192.106:3328, send buffer size=640000, receive
buffer size=25000000
-------------------------------------------------------
GMS: address is 10.133.192.106:3327
-------------------------------------------------------
09 May 2007 10:50:14 [main] INFO org.jboss.cache.CacheImpl.JBossCache-Cluster
- viewAccepted(): [10.133.192.183:1154|26] [10.133.192.183:1154, 10.133.192.170:
1167, 10.133.192.106:3327]
09 May 2007 10:50:15 [main] INFO org.jboss.cache.CacheImpl.JBossCache-Cluster
- CacheImpl local address is 10.133.192.106:3327
09 May 2007 10:50:15 [main] INFO org.jgroups.protocols.pbcast.STATE_TRANSFER -
Successful flush at 10.133.192.106:3327
09 May 2007 10:50:15 [Incoming Thread] INFO org.jboss.cache.statetransfer.State
TransferManager - starting state integration at node UnversionedNode[ / data=[]
RL]
09 May 2007 10:50:15 [Incoming Thread] WARN org.jboss.cache.statetransfer.Defau
ltStateTransferIntegrator - transient state integration failed, removing all ch
ildren of UnversionedNode[ / data=[] RL]
09 May 2007 10:50:15 [Incoming Thread] ERROR org.jboss.cache.marshall.VersionAwa
reMarshaller - Unable to read version id from first two bytes of stream, barfin
g.
09 May 2007 10:50:15 [Incoming Thread] ERROR org.jboss.cache.CacheImpl.JBossCach
e-Cluster - failed setting state
java.io.EOFException
at java.io.DataInputStream.readShort(DataInputStream.java:298)
at java.io.ObjectInputStream$BlockDataInputStream.readShort(ObjectInputS
tream.java:2750)
at java.io.ObjectInputStream.readShort(ObjectInputStream.java:928)
at org.jboss.cache.marshall.VersionAwareMarshaller.objectFromObjectStrea
m(VersionAwareMarshaller.java:223)
at org.jboss.cache.statetransfer.DefaultStateTransferIntegrator.integrat
eAssociatedState(DefaultStateTransferIntegrator.java:116)
at org.jboss.cache.statetransfer.DefaultStateTransferIntegrator.integrat
eState(DefaultStateTransferIntegrator.java:63)
at org.jboss.cache.statetransfer.StateTransferManager.setState(StateTran
sferManager.java:201)
at org.jboss.cache.statetransfer.StateTransferManager.setState(StateTran
sferManager.java:152)
at org.jboss.cache.CacheImpl$MessageListenerAdaptor.setState(CacheImpl.j
ava:3304)
at org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.handleUpEvent(Me
ssageDispatcher.java:636)
at org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.up(MessageDispat
cher.java:722)
at org.jgroups.JChannel.up(JChannel.java:991)
at org.jgroups.stack.ProtocolStack.up(ProtocolStack.java:326)
at org.jgroups.protocols.pbcast.FLUSH.up(FLUSH.java:509)
at org.jgroups.protocols.pbcast.STATE_TRANSFER.handleStateRsp(STATE_TRAN
SFER.java:432)
at org.jgroups.protocols.pbcast.STATE_TRANSFER.up(STATE_TRANSFER.java:13
2)
at org.jgroups.protocols.FRAG2.up(FRAG2.java:197)
at org.jgroups.protocols.pbcast.GMS.up(GMS.java:717)
at org.jgroups.protocols.pbcast.STABLE.up(STABLE.java:226)
at org.jgroups.protocols.UNICAST.handleDataReceived(UNICAST.java:535)
at org.jgroups.protocols.UNICAST.up(UNICAST.java:214)
at org.jgroups.protocols.pbcast.NAKACK.up(NAKACK.java:577)
at org.jgroups.protocols.VERIFY_SUSPECT.up(VERIFY_SUSPECT.java:154)
at org.jgroups.protocols.FD.up(FD.java:328)
at org.jgroups.protocols.FD_SOCK.up(FD_SOCK.java:301)
at org.jgroups.protocols.MERGE2.up(MERGE2.java:145)
at org.jgroups.protocols.Discovery.up(Discovery.java:224)
at org.jgroups.protocols.TP$IncomingPacket.handleMyMessage(TP.java:1541)
at org.jgroups.protocols.TP$IncomingPacket.run(TP.java:1495)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExec
utor.java:885)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor
.java:907)
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4044429#4044429
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4044429
19 years, 1 month