[JBoss Cache: Core Edition] - cache preload in 2.1.1; does it work?
by bord
hello all, (this is jbosscache 2.1.1GA)
I have the /whatever set in my XML CacheLoaderConfiguration, yet the preloading through cacheloader is not happening at time of cache.start. I have to explicitly follow the cache.start with a call of getCacheLoaderManager().preload() using the CacheSPI object to get preloading to work.
This is not satisfactory because the loading happens after my cacheStarted listener is invoked and the latter was designed to set a flag to distinguish preloads from later loads. (So i have to do further work-arounds with this flag setting.)
When i look at the jboss 2.1.1GA code I was appalled to see the CacheImpl.internalStart performs the preloadCache when the cacheLoaderManager object is non-null, yet the latter private member is never set in the class including the injectDependencies -- latter seems to set all the other data members.
So is anyone getting cache loader preloading to work in 2.1.x?
For most part my XML cacheloader configuration is the same as what i had working in 1.4.1 release (note i skipped 2.0).
thanks
Craig
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4155058#4155058
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4155058
16 years
[JBossWS] - axis 1, jboss 4.0.4, base64deserializer, linux, windows
by communityman
Hello community,
I'm facing a strange issue while using a webservice deployed in jboss.
In windows environnement, i mean locally, all works fine.
In axis.log, i've :
2008-06-02 12:23:14 DEBUG [DeserializationContextImpl] Enter: DeserializationContextImpl::startElement(, identifiant)
2008-06-02 12:23:14 DEBUG [ProjectResourceBundle] org.apache.axis.i18n.resource::handleGetObject(pushHandler00)
2008-06-02 12:23:14 DEBUG [DeserializationContextImpl] Pushing handler org.apache.axis.encoding.ser.Base64Deserializer@1a8c22b
But in linux, read 4, i've :
2008-06-02 12:22:36 DEBUG [DeserializationContextImpl] Enter: DeserializationContextImpl::startElement(, identifiant)
2008-06-02 12:22:36 DEBUG [ProjectResourceBundle] org.apache.axis.i18n.resource::handleGetObject(cantHandle00)
2008-06-02 12:22:36 DEBUG [ProjectResourceBundle] org.apache.axis.i18n.resource::handleGetObject(toAxisFault00)
2008-06-02 12:22:36 DEBUG [enterprise] Mapping Exception to AxisFault
org.xml.sax.SAXException: SimpleDeserializer encountered a child element, which is NOT expected, in something it was trying to deserialize.
Anyone has an idea ?
thaank you.
Faithfylly
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4155052#4155052
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4155052
16 years
Delivery Status Notification (Failure)
by postmaster＠lists.jboss.org
This is an automatically generated Delivery Status Notification.
Unable to deliver message to the following recipients, because the message was forwarded more than the maximum allowed times. This could indicate a mail loop.
eugeneugen(a)technodom.kz
16 years
[JCA/JBoss] - Help With RARDeployment Errors
by maverick18
Hi
My application consists of three archives war,rar and a sar. In order to integrate the logging of all three modules into one log file (with my customizations), I had to introduce jboss's concept of class loading. My application structure is as follows,
myapp.ear
--->lib (contains log4j.jar)
--->META-INF(contains application.xml,jboss-app.xml and MANIFEST.mf)
--->myapp-ra.rar
--->myapp-ws.war
--->myapp-login.sar
--->log4j.xml
The jboss-app.xml has the following structure,
<jboss-app>
<loader-repository>myapp:loader=myapp.ear
</loader-repository>
myapp-login.sar
</jboss-app>
Though I was able to get the logging to work, my resource adapter now fails to load and am getting the following error,
18:29:53,125 ERROR [RARDeployment] Could not find ManagedConnectionFactory class: mav.resource.communication.common.spi.ManagedConnectionFactoryImpl
java.lang.ClassNotFoundException: No ClassLoaders found for: mav.resource.communication.common.spi.ManagedConnectionFactoryImpl
at org.jboss.mx.loading.LoadMgr3.beginLoadTask(LoadMgr3.java:212)
at org.jboss.mx.loading.RepositoryClassLoader.loadClassImpl(RepositoryClassLoader.java:514)
at org.jboss.mx.loading.RepositoryClassLoader.loadClass(RepositoryClassLoader.java:408)
at java.lang.ClassLoader.loadClass(Unknown Source)
at org.jboss.resource.connectionmanager.RARDeployment.startService(RARDeployment.java:322)
at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:289)
at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:245)
at sun.reflect.GeneratedMethodAccessor13.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:978)
at $Proxy0.start(Unknown Source)
at org.jboss.system.ServiceController.start(ServiceController.java:417)
at org.jboss.system.ServiceController.start(ServiceController.java:435)
at sun.reflect.GeneratedMethodAccessor9.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
at $Proxy39.start(Unknown Source)
at org.jboss.deployment.SimpleSubDeployerSupport.startService(SimpleSubDeployerSupport.java:356)
at org.jboss.deployment.SimpleSubDeployerSupport.start(SimpleSubDeployerSupport.java:127)
at org.jboss.deployment.MainDeployer.start(MainDeployer.java:1025)
at org.jboss.deployment.MainDeployer.start(MainDeployer.java:1015)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:819)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:782)
at sun.reflect.GeneratedMethodAccessor19.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
at $Proxy9.deploy(Unknown Source)
at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java:421)
at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:634)
at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doScan(AbstractDeploymentScanner.java:263)
at org.jboss.deployment.scanner.AbstractDeploymentScanner.startService(AbstractDeploymentScanner.java:336)
at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:289)
at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:245)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:978)
at $Proxy0.start(Unknown Source)
at org.jboss.system.ServiceController.start(ServiceController.java:417)
at sun.reflect.GeneratedMethodAccessor9.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
at $Proxy4.start(Unknown Source)
at org.jboss.deployment.SARDeployer.start(SARDeployer.java:302)
at org.jboss.deployment.MainDeployer.start(MainDeployer.java:1025)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:819)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:782)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:766)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
at $Proxy5.deploy(Unknown Source)
at org.jboss.system.server.ServerImpl.doStart(ServerImpl.java:482)
at org.jboss.system.server.ServerImpl.start(ServerImpl.java:362)
at org.jboss.Main.boot(Main.java:200)
at org.jboss.Main$1.run(Main.java:508)
at java.lang.Thread.run(Unknown Source)
18:29:53,125 WARN [ServiceController] Problem starting service jboss.jca:service=ManagedConnectionFactory,name=csta
org.jboss.deployment.DeploymentException: Could not find ManagedConnectionFactory class: mav.resource.communication.common.spi.ManagedConnectionFactoryImpl
at org.jboss.resource.connectionmanager.RARDeployment.startService(RARDeployment.java:327)
at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:289)
at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:245)
at sun.reflect.GeneratedMethodAccessor13.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
Any help would be highly appreciated.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4155048#4155048
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4155048
16 years
[JBoss Portal] - ClassLoading issues
by viniciuscarvalho
Hello there! I'm having some issues with jboss classloading inside portal.
My problem is that I have an app that depends on lucene 2.3.2, and it seems that jackrabitt uses 1.4.
What I need is a CMS interceptor that will index most of the things that are uploaded (html,xml,txt,pdf,doc,xsl, etc.). So I've registred my interceptor within portal-cms and the first problem I've got was related to class casting :(
Since I had scoped deployments, I had to turn of CallByValue in order to have the cms loader recognize my class as a correct version (I'll try to fix this later cuz it really slows things down)
Ok, now, back to the lucene issue. When Jboss starts, even with scoped deploy, the jackrabitts finds only my version of lucene and then it throws an exception on method signatures.
Well, I've changed my app to be an ear, maybe that helps :). This time, the portal starts ok, jackrabitts sees its version of lucene. Chekcing the
displayClassInfo operation, I can see that there are 2 instances of the class Document, but, it seems that now both point to the cms version.
Ok, So I run the app, when my interceptor gets called, I get an error, since I depend on a different version of lucene and it is seen the cms version.
I tried almost everything, I'll try now to use the class inside my ear, and see if it can see the correct version, if so, I was thinking about using JMS to send the message to an mdb to index it on a scoped app.
Please any suggestions are very very welcome :D
Regards
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4155036#4155036
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4155036
16 years
