January 2009 - jboss-user - Jboss List Archives

[JBoss Cache: Core Edition] - Clean Hibernate Second Level Cache

by repkin

Hi, I am using Hibernate 3.3.1 and JBoss Cache 2.1.1 as second level cache. My application is Cluster-Wide structured and I have configured multi regions. I want to clean cache manually. I dont know am I doing it right way, but it is working. Is this code true for cleaning cache? | Map<String, Region> allSecondLevelCacheRegions = ((SessionFactoryImpl)sessionFactory).getAllSecondLevelCacheRegions(); | Collection<Region> cacheRegions = allSecondLevelCacheRegions.values(); | for (Region region : cacheRegions) { | region.destroy(); | } | If it is not true, can you give me any idea? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4201097#4201097 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4201097

17 years, 6 months

1
0
0 / 0

[JBoss Cache: Core Edition] - Re: TcpDelegatingCacheLoader

by lovelyliatroim

anonymous wrote : | Problem is this, if we have a timeout,which the patch allows you to do, it throws an IOExcpeption. When we get an IOEXception we will call "restart" which tears down and up the socket even though its not needed. We shouldnt be tearing up and down the socket if we timeout. | Ignore that I am wrong, tried to reset the input stream on the socket and it aint supported. You get anonymous wrote : | java.io.IOException: mark/reset not supported | at java.io.InputStream.reset(InputStream.java:334) | at org.jboss.cache.loader.TcpDelegatingCacheLoader.invokeWithRetries(TcpDelegatingCacheLoader.java:152) | But thread safety is still an issue Cheers, LL View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4201095#4201095 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4201095

17 years, 6 months

1
0
0 / 0

[JNDI/Naming/Network] - Re: Exporting mbean into JNDI java-namespace

by daniDG

the service file looks like this (without lt, gt signs...): mbean name="mybean" code="my.package.MyClass" attribute name="jndiName" MY_JNDI_NAME depends jboss:service=Naming View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4201091#4201091 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4201091

17 years, 6 months

1
0
0 / 0

[Management, JMX/JBoss] - Re: Can we monitor jboss exclusively using SNMP.

by PeterJ

priyapg, please do not resurrect 4-year-old topics. Ask you question in a new topic. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4201090#4201090 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4201090

17 years, 6 months

1
0
0 / 0

[JNDI/Naming/Network] - Exporting mbean into JNDI java-namespace

by daniDG

Hi, i have a simple service like this (mymbean-service.xml): MY_JNDI_NAME jboss:service=Naming my start method (for the mbean) looks something like this: Context rootCtx = new InitialContext(); | try { | Name fullName = rootCtx.getNameParser("").parse(jndiName); | NonSerializableFactory.rebind(fullName, getObjectToBind(), true); | } finally { | rootCtx.close(); | } the mbean gets bound to the global jndi namespace. however i want the bean to be in the java: jndi namespace. Any idea(s) how to achieve this? tia, dani View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4201087#4201087 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4201087

17 years, 6 months

1
0
0 / 0

[Installation, Configuration & DEPLOYMENT] - Re: jBoss-5.0.0.GA - War file deployment fails

by uresh.kuruhuri

Thanks Wolfgang for your response. But this happens only if I use the jsf-api.jar and jsf-impl.jar files in WEB-INF/lib directly of any other reference implementation other than the ones contained in the JBoss default directories (C:\jboss-5.0.0.GA\server\default\deploy\jbossweb.sar\jsf-libs). If I remove them from the WEB-INF/lib and deploy, it is working fine, because it is having the reference to the files in the default directories. What should I be doing to use any other reference implementation in stead of the JBoss default jsf implementation? Any thoughts on this? Regards, Uresh View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4201085#4201085 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4201085

17 years, 6 months

1
0
0 / 0

[Installation, Configuration & DEPLOYMENT] - jboss.bind.address Inquiry

by joedunn

All I am presently upgrading from jboss-3.2.8 to jboss-4.3.0 and I can not find how we ever set the jboss.bind.address. in 3.2.8 jboss binds the server IP (eth0) with no issues at all. In 4.3.0 I have to specify -b 0.0.0.0 on the run.sh to get jboss to come up correctly. Is this a new behavior added to jboss 4.3.0? How did jboss 3.2.8 bind? (i can't find any admin docs on 3.2.8 anymore.) thanks View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4201084#4201084 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4201084

17 years, 6 months

1
0
0 / 0

[Tomcat, HTTPD, Servlets & JSP] - Cannot obtain endpoint for: jboss.ws:context=/VVVMonitor, end

by kc7bfi

I have a war file that has some web services servlets and a Wicket application servlet. The war worked previously with JBoss 4.0.5 but now throws the following error: INFO | jvm 1 | 2009/01/12 11:05:07 | javax.xml.ws.WebServiceException: Cannot obtain endpoint for: jboss.ws:context=/VVVMonitor,endpoint=WicketApplication | INFO | jvm 1 | 2009/01/12 11:05:07 | at org.jboss.wsf.common.servlet.AbstractEndpointServlet.initEndpoint(AbstractEndpointServlet.java:267) | INFO | jvm 1 | 2009/01/12 11:05:07 | at org.jboss.wsf.common.servlet.AbstractEndpointServlet.initServiceEndpoint(AbstractEndpointServlet.java:235) | INFO | jvm 1 | 2009/01/12 11:05:07 | at org.jboss.wsf.common.servlet.AbstractEndpointServlet.init(AbstractEndpointServlet.java:80) | INFO | jvm 1 | 2009/01/12 11:05:07 | at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1048) | INFO | jvm 1 | 2009/01/12 11:05:07 | at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:950) | INFO | jvm 1 | 2009/01/12 11:05:07 | at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:4122) | INFO | jvm 1 | 2009/01/12 11:05:07 | at org.apache.catalina.core.StandardContext.start(StandardContext.java:4421) | INFO | jvm 1 | 2009/01/12 11:05:07 | at org.jboss.web.tomcat.service.deployers.TomcatDeployment.performDeployInternal(TomcatDeployment.java:367) | INFO | jvm 1 | 2009/01/12 11:05:07 | at org.jboss.web.tomcat.service.deployers.TomcatDeployment.performDeploy(TomcatDeployment.java:146) | INFO | jvm 1 | 2009/01/12 11:05:07 | at org.jboss.web.deployers.AbstractWarDeployment.start(AbstractWarDeployment.java:460) | INFO | jvm 1 | 2009/01/12 11:05:07 | at org.jboss.web.deployers.WebModule.startModule(WebModule.java:118) | INFO | jvm 1 | 2009/01/12 11:05:07 | at org.jboss.web.deployers.WebModule.start(WebModule.java:96) | INFO | jvm 1 | 2009/01/12 11:05:07 | at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) | INFO | jvm 1 | 2009/01/12 11:05:07 | at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) | INFO | jvm 1 | 2009/01/12 11:05:07 | at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) | INFO | jvm 1 | 2009/01/12 11:05:07 | at java.lang.reflect.Method.invoke(Unknown Source) | INFO | jvm 1 | 2009/01/12 11:05:07 | at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:157) | INFO | jvm 1 | 2009/01/12 11:05:07 | at org.jboss.mx.server.Invocation.dispatch(Invocation.java:96) | INFO | jvm 1 | 2009/01/12 11:05:07 | at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) | INFO | jvm 1 | 2009/01/12 11:05:07 | at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264) | INFO | jvm 1 | 2009/01/12 11:05:07 | at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:668) | INFO | jvm 1 | 2009/01/12 11:05:07 | at org.jboss.system.microcontainer.ServiceProxy.invoke(ServiceProxy.java:206) | INFO | jvm 1 | 2009/01/12 11:05:07 | at $Proxy36.start(Unknown Source) | INFO | jvm 1 | 2009/01/12 11:05:07 | at org.jboss.system.microcontainer.StartStopLifecycleAction.installAction(StartStopLifecycleAction.java:42) | INFO | jvm 1 | 2009/01/12 11:05:07 | at org.jboss.system.microcontainer.StartStopLifecycleAction.installAction(StartStopLifecycleAction.java:37) | INFO | jvm 1 | 2009/01/12 11:05:07 | at org.jboss.dependency.plugins.action.SimpleControllerContextAction.simpleInstallAction(SimpleControllerContextAction.java:62) | INFO | jvm 1 | 2009/01/12 11:05:07 | at org.jboss.dependency.plugins.action.AccessControllerContextAction.install(AccessControllerContextAction.java:71) | INFO | jvm 1 | 2009/01/12 11:05:07 | at org.jboss.dependency.plugins.AbstractControllerContextActions.install(AbstractControllerContextActions.java:51) | INFO | jvm 1 | 2009/01/12 11:05:07 | at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348) | INFO | jvm 1 | 2009/01/12 11:05:07 | at org.jboss.system.microcontainer.ServiceControllerContext.install(ServiceControllerContext.java:286) | INFO | jvm 1 | 2009/01/12 11:05:07 | at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1598) | INFO | jvm 1 | 2009/01/12 11:05:07 | at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:934) | INFO | jvm 1 | 2009/01/12 11:05:07 | at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1062) | INFO | jvm 1 | 2009/01/12 11:05:07 | at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:984) | INFO | jvm 1 | 2009/01/12 11:05:07 | at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:822) | INFO | jvm 1 | 2009/01/12 11:05:07 | at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:553) | INFO | jvm 1 | 2009/01/12 11:05:07 | at org.jboss.system.ServiceController.doChange(ServiceController.java:688) | INFO | jvm 1 | 2009/01/12 11:05:07 | at org.jboss.system.ServiceController.start(ServiceController.java:460) | INFO | jvm 1 | 2009/01/12 11:05:07 | at org.jboss.system.deployers.ServiceDeployer.start(ServiceDeployer.java:146) | INFO | jvm 1 | 2009/01/12 11:05:07 | at org.jboss.system.deployers.ServiceDeployer.deploy(ServiceDeployer.java:104) | INFO | jvm 1 | 2009/01/12 11:05:07 | at org.jboss.system.deployers.ServiceDeployer.deploy(ServiceDeployer.java:45) | INFO | jvm 1 | 2009/01/12 11:05:07 | at org.jboss.deployers.spi.deployer.helpers.AbstractSimpleRealDeployer.internalDeploy(AbstractSimpleRealDeployer.java:62) | INFO | jvm 1 | 2009/01/12 11:05:07 | at org.jboss.deployers.spi.deployer.helpers.AbstractRealDeployer.deploy(AbstractRealDeployer.java:50) | INFO | jvm 1 | 2009/01/12 11:05:07 | at org.jboss.deployers.plugins.deployers.DeployerWrapper.deploy(DeployerWrapper.java:171) | INFO | jvm 1 | 2009/01/12 11:05:07 | at org.jboss.deployers.plugins.deployers.DeployersImpl.doDeploy(DeployersImpl.java:1439) | INFO | jvm 1 | 2009/01/12 11:05:07 | at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1157) | INFO | jvm 1 | 2009/01/12 11:05:07 | at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1178) | INFO | jvm 1 | 2009/01/12 11:05:07 | at org.jboss.deployers.plugins.deployers.DeployersImpl.install(DeployersImpl.java:1098) | INFO | jvm 1 | 2009/01/12 11:05:07 | at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348) | INFO | jvm 1 | 2009/01/12 11:05:07 | at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1598) | INFO | jvm 1 | 2009/01/12 11:05:07 | at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:934) | INFO | jvm 1 | 2009/01/12 11:05:07 | at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1062) | INFO | jvm 1 | 2009/01/12 11:05:07 | at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:984) | INFO | jvm 1 | 2009/01/12 11:05:07 | at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:822) | INFO | jvm 1 | 2009/01/12 11:05:07 | at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:553) | INFO | jvm 1 | 2009/01/12 11:05:07 | at org.jboss.deployers.plugins.deployers.DeployersImpl.process(DeployersImpl.java:781) | INFO | jvm 1 | 2009/01/12 11:05:07 | at org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:545) | INFO | jvm 1 | 2009/01/12 11:05:07 | at org.jboss.system.server.profileservice.ProfileServiceBootstrap.loadProfile(ProfileServiceBootstrap.java:304) | INFO | jvm 1 | 2009/01/12 11:05:07 | at org.jboss.system.server.profileservice.ProfileServiceBootstrap.start(ProfileServiceBootstrap.java:205) | INFO | jvm 1 | 2009/01/12 11:05:07 | at org.jboss.bootstrap.AbstractServerImpl.start(AbstractServerImpl.java:405) | INFO | jvm 1 | 2009/01/12 11:05:07 | at org.jboss.Main.boot(Main.java:209) | INFO | jvm 1 | 2009/01/12 11:05:07 | at org.jboss.Main$1.run(Main.java:547) | INFO | jvm 1 | 2009/01/12 11:05:07 | at java.lang.Thread.run(Unknown Source) | It appears that the deployer thinks the Wicket application is a web service. Is there someway to correct this? Thanks, David View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4201083#4201083 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4201083

17 years, 6 months

1
0
0 / 0

[Tomcat, HTTPD, Servlets & JSP] - Re: WAR files update

by PeterJ

If you touch the web.xml, the application will be redeployed. Other than possibly affecting existing sessions, there should not be an issue with doing this. If you do not tounch the web.xml file, the updated class file will be ignored (not reloaded and therefore not used). View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4201082#4201082 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4201082

17 years, 6 months

1
0
0 / 0

[JBoss Messaging] - Re: Configuring administered objects(queue/topics) in JBoss-

by PeterJ

An example file showing some example destinations can be found at docs/examples/jms/example-destinations-service.xml. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4201081#4201081 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4201081

17 years, 6 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 January 2009