August 2008 - jboss-user - Jboss List Archives

[JBoss Cache: Core Edition] - Re: JDBCCacheLoader problem

by mircea.markus

an idea would be to have a small program that a) starts a new cluster instance which would fetch all in memory state b) this instance uses passivation c) call cache.evict after state retrieval finished d) exit View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4171042#4171042 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4171042

17 years, 10 months

1
0
0 / 0

[Clustering/JBoss] - Re: Session is being expired when one of the cluster is set

by spezam

pravvenas, did you find a solution/workaround for this problem? Thanks, Matteo View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4171040#4171040 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4171040

17 years, 10 months

1
0
0 / 0

[JBoss Cache: Core Edition] - Re: Has anyone used JBC 2.x series with JBossAS 4.2.x series

by mircea.markus

We've only investigated integration of JBC2.x in AS 4.x with web replication, not with EJB replication. see: http://wiki.jboss.org/wiki/JBossCacheAsCompatibility This is on my todo list, I cannot give any estimate on when this will be finished. It is not officially supported, also. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4171038#4171038 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4171038

17 years, 10 months

1
0
0 / 0

[JBoss Cache: Core Edition] - Re: Endless loop trying to obtain lock in 1.4.1.SP9

by mircea.markus

This is a known issue: https://jira.jboss.org/jira/browse/JBCACHE-1235. It was fixed in 2.1, take a look at the suggested workaround here: https://jira.jboss.org/jira/browse/JBCACHE-1165, or upgrade to a newer version View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4171037#4171037 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4171037

17 years, 10 months

1
0
0 / 0

[Tomcat, HTTPD, Servlets & JSP] - Odd security issue: commons-modeler.jar <no signer certifica

by russellsimpkins

I was wondering if anyone has seen an issue like this below. I searched google and didn't find anything close. The server is jboss 4.05.GA and we are running ATG Content Administration software for what it's worth. I am wondering if we have a bad jar file packaged, if we need to install a provider to our CA Certs or if this can be safely ignored. Thanks for any help. 2008-08-18 07:42:41,093 ERROR [org.apache.commons.modeler.Registry] Error registering jboss.web:type=RequestProcessor,worker=http-boapp103%2F192.168.30.60-10080,name=HttpRequest12 java.lang.SecurityException: MBeanTrustPermission(register) not implied by protection domain of mbean class: org.apache.commons.modeler.BaseModelMBean, pd: ProtectionDomain (file:/usr/local/jboss-4.0.5.GA/se rver/publish/tmp/deploy/tmp33459commons-modeler.jar <no signer certificates>) org.jboss.mx.loading.UnifiedClassLoader3@121321f5{ url=file:/usr/local/jboss-4.0.5.GA/server/publish/deploy/jbossweb-tomcat55.sar/ ,addedOrder=9} <no principals> java.security.Permissions@b4bf84b ( (java.lang.RuntimePermission stopThread) (java.io.FilePermission /usr/local/jboss-4.0.5.GA/server/publish/tmp/deploy/tmp33459commons-modeler.jar read) (java.io.FilePermission /usr/local/jboss-4.0.5.GA/server/publish/deploy/jbossweb-tomcat55.sar read) (java.net.SocketPermission localhost:1024- listen,resolve) (java.net.SocketPermission localhost:1024- listen,resolve) (java.util.PropertyPermission java.version read) (java.util.PropertyPermission java.vm.name read) (java.util.PropertyPermission java.vm.vendor read) (java.util.PropertyPermission os.name read) (java.util.PropertyPermission java.vendor.url read) (java.util.PropertyPermission java.vm.specification.vendor read) (java.util.PropertyPermission os.version read) (java.util.PropertyPermission java.specification.vendor read) (java.util.PropertyPermission java.class.version read) (java.util.PropertyPermission java.specification.name read) (java.util.PropertyPermission file.separator read) (java.util.PropertyPermission os.arch read) (java.util.PropertyPermission java.vm.version read) (java.util.PropertyPermission java.vendor read) (java.util.PropertyPermission java.specification.version read) (java.util.PropertyPermission java.vm.specification.version read) (java.util.PropertyPermission java.vm.specification.name read) (java.util.PropertyPermission path.separator read) (java.util.PropertyPermission line.separator read) ) at org.jboss.mx.server.MBeanServerImpl.registerMBean(MBeanServerImpl.java:1398) at org.jboss.mx.server.MBeanServerImpl.registerMBean(MBeanServerImpl.java:376) at org.apache.commons.modeler.Registry.registerComponent(Registry.java:871) at org.apache.coyote.http11.Http11Protocol$JmxHttp11ConnectionHandler.init(Http11Protocol.java:147) at org.apache.tomcat.util.net.MasterSlaveWorkerThread.start(MasterSlaveWorkerThread.java:131) at org.apache.tomcat.util.net.PoolTcpEndpoint.newWorkerThread(PoolTcpEndpoint.java:595) at org.apache.tomcat.util.net.PoolTcpEndpoint.createWorkerThread(PoolTcpEndpoint.java:574) at org.apache.tomcat.util.net.PoolTcpEndpoint.run(PoolTcpEndpoint.java:631) at java.lang.Thread.run(Thread.java:595) 2008-08-18 07:42:41,201 ERROR [nucleusNamespace.atg.epub.DeploymentServer] transport error from agent 'app101' java.rmi.ConnectException: Connection refused to host: 192.168.30.50; nested exception is: java.net.ConnectException: Connection refused at sun.rmi.transport.tcp.TCPEndpoint.newSocket(TCPEndpoint.java:574) at sun.rmi.transport.tcp.TCPChannel.createConnection(TCPChannel.java:185) at sun.rmi.transport.tcp.TCPChannel.newConnection(TCPChannel.java:171) at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:94) at atg.deployment.agent.RMIClientAgentTransport_Stub.getStatus(Unknown Source) at atg.deployment.server.RMIServerAgentTransport.getStatus(RMIServerAgentTransport.java:192) at atg.deployment.server.AgentRef.getStatus(AgentRef.java:519) at atg.deployment.server.Target.isAccessible(Target.java:571) at sun.reflect.GeneratedMethodAccessor365.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.apache.taglibs.standard.lang.jstl.ArraySuffix.evaluate(ArraySuffix.java:317) at org.apache.taglibs.standard.lang.jstl.ComplexValue.evaluate(ComplexValue.java:146) at org.apache.taglibs.standard.lang.jstl.UnaryOperatorExpression.evaluate(UnaryOperatorExpression.java:156) at org.apache.taglibs.standard.lang.jstl.ELEvaluator.evaluate(ELEvaluator.java:242) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4171036#4171036 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4171036

17 years, 10 months

1
0
0 / 0

[Installation, Configuration & DEPLOYMENT] - Re: Upgrading hibernate in JBoss 4.2.2.GA

by jinpsu

And all is well in the world... or at least my app. Thanks again, jaikiran! Justin. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4171035#4171035 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4171035

17 years, 10 months

1
0
0 / 0

[JBoss Cache: Core Edition] - Re: Problem with expiration eviction

by mircea.markus

If you want to specify the eviction melodramatically only (no eviction config in the xml file), you have to do it like this: | ExpirationConfiguration expirationConfiguration = new ExpirationConfiguration(); | expirationConfiguration.setTimeToLiveSeconds(2); | EvictionConfig ec = new EvictionConfig(); | List<EvictionRegionConfig> ercs = new ArrayList<EvictionRegionConfig>(); | EvictionRegionConfig erc = new EvictionRegionConfig(fqn, expirationConfiguration); | ercs.add(erc); | ec.setEvictionRegionConfigs(ercs); | admDataCache.getConfiguration().setEvictionConfig(ec); Re:expirationConfiguration.setTimeToLiveSeconds(10); This is a bug, and the workaround is to set EXPIRATION_KEY for all elements, as lovelyliatroim suggested. https://jira.jboss.org/jira/browse/JBCACHE-1399 was created View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4171034#4171034 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4171034

17 years, 10 months

1
0
0 / 0

[Installation, Configuration & DEPLOYMENT] - Re: Error deploying an ear to JBoss 4.2.0 with message

by frank.russo＠sas.com

That is the server.log. It doesn't show anything else prior to this... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4171029#4171029 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4171029

17 years, 10 months

1
0
0 / 0

[JBoss Messaging] - jms clients timeout

by yyagol

Hi all, I have a problem with client timeout . i cant find where to set the timeout for jms connection to clients. in the documentation it says about server failure timeout but not on the server settings for clients connection timeout. in messaging-service.xml this is important because it looks like the default ( if there is any ) is set to 15 minutes the connection publish start : 2008-08-12 13:59:27,500 DEBUG [JMSSender] Published in: 1 | 2008-08-12 13:59:27,500 INFO [JMSSender] Dispatched. queueSize: 1 | 2008-08-12 13:59:27,500 TRACE [JMSSender] Publishing: the connection time out : 2008-08-12 14:14:52,415 ERROR [JMSSender] Got marshalling exception, exiting | java.io.IOException: Connection timed out | . | . | 2008-08-12 14:14:52,417 ERROR [JMSSender] Error handling callback | java.rmi.MarshalException: Failed to communicate. Problem during marshalling/unmarshalling; nested exception is: | java.io.IOException: Connection timed out | . | . | 2008-08-12 14:14:52,431 ERROR [Heartbeat] Got marshalling exception, exiting | java.io.IOException: Broken pipe | . | . | 2008-08-12 14:14:52,437 ERROR [Heartbeat] Error handling callback | java.rmi.MarshalException: Failed to communicate. Problem during marshalling/unmarshalling; nested exception is: | java.io.IOException: Broken pipe Any help will be welcome Yan View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4171026#4171026 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4171026

17 years, 10 months

1
0
0 / 0

[JBoss Cache: Core Edition] - Re: Using TCP to do clustering

by mircea.markus

10.1.200.129 is not a multicast/class D IP address. Are there any warnings being logged? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4171025#4171025 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4171025

17 years, 10 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-user August 2008