[JBoss Portal] - Getting a preference value
by bwessel
I am having trouble retrieving a preference value. My portlet-instances.xml file looks like this:
<instance-id>MRNInstance</instance-id>
<portlet-ref>HealthCareMRNSearch</portlet-ref>
resultsxml
C:/Jobs/Health Care/HTML/medPatientSearch/webapp/WEB-INF/jsp/resultsdisplay.xsl
<read-only>true</read-only>
I see in my log that it gets registered like this:
org.jboss.portal.core.impl.model.instance.PreferenceImpl{strings=[C:/Jobs/Health Care/HTML/medPatientSearch/webapp/WEB-INF/jsp/resultsdisplay.xsl], key=8, type=1, name=resultsxml}
I don't see any errors in my log.
But when I try to grab the value like this:
String somePref = rRequest.getPreferences().getValue("resultsxml", "defaultvalue");
It always returns my default value. rRequest is the RenderResponse being sent to my doView method. Do I need to reference the resultsxml key differently?
Thanks for any help -
Bridget
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3966851#3966851
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3966851
19 years, 8 months
[JBossWS] - Deployment error - JBossWS with JBWS181HelloWorld
by moonfoong
Hi,
FYI, i try out the sample program in JBossWs in http://wiki.jboss.org/wiki/Wiki.jsp?page=JBWS181HelloWorld, and i found an error during delpoyment.
Error Description:
10:05:44,481 ERROR [MainDeployer] Could not create deployment: file:/home/moon/jboss-4.0.4.GA/server/wstest/deploy/test.war
java.lang.ArrayIndexOutOfBoundsException: 0
at org.jboss.ws.metadata.AnnotationsMetaDataBuilder.getWebParamAnnotation(AnnotationsMetaDataBuilder.java:322)
at org.jboss.ws.metadata.AnnotationsMetaDataBuilder.processWebMethod(AnnotationsMetaDataBuilder.java:400)
at org.jboss.ws.metadata.AnnotationsMetaDataBuilder.setupEndpointFromAnnotations(AnnotationsMetaDataBuilder.java:154)
at org.jboss.ws.metadata.AnnotationsMetaDataBuilderJSE.buildMetaData(AnnotationsMetaDataBuilderJSE.java:82)
at org.jboss.ws.server.WebServiceDeployerJSE.createWebServicesMetaData(WebServiceDeployerJSE.java:196)
at org.jboss.ws.server.WebServiceDeployer.create(WebServiceDeployer.java:103)
at org.jboss.ws.server.WebServiceDeployerJSE.create(WebServiceDeployerJSE.java:66)
at org.jboss.deployment.SubDeployerInterceptorSupport$XMBeanInterceptor.create(SubDeployerInterceptorSupport.java:180)
at org.jboss.deployment.SubDeployerInterceptor.invoke(SubDeployerInterceptor.java:91)
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 $Proxy31.create(Unknown Source)
at org.jboss.deployment.MainDeployer.create(MainDeployer.java:953)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:807)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:771)
at sun.reflect.GeneratedMethodAccessor55.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
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 $Proxy8.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.GeneratedMethodAccessor2.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
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(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
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:1007)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:808)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:771)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:755)
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:585)
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:464)
at java.lang.Thread.run(Thread.java:595)
10:05:44,755 ERROR [URLDeploymentScanner] Incomplete Deployment listing:
Anyone pls help if u know this issue. Thanks.
Moon
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3966849#3966849
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3966849
19 years, 8 months
[Messaging, JMS & JBossMQ] - Synchronizing MessageDrivenContext
by amadeuz
I have an issue of JBoss terminating (rolling back) the context of the message driven bean when large amount of MDB instances are actively processing the message and gives me the following exceptions:
Caused by: org.hibernate.TransactionException: could not register synchronization with JTA TransactionManager
| at org.hibernate.jdbc.JDBCContext.registerSynchronizationIfPossible(JDBCContext.java:160)
| at org.hibernate.jdbc.JDBCContext.<init>(JDBCContext.java:79)
| at org.hibernate.impl.SessionImpl.<init>(SessionImpl.java:266)
| at org.hibernate.impl.SessionFactoryImpl.openSession(SessionFactoryImpl.java:436)
| at org.hibernate.impl.SessionFactoryImpl.openSession(SessionFactoryImpl.java:460)
| at org.hibernate.impl.SessionFactoryImpl.openSession(SessionFactoryImpl.java:468)
| at com.quinstreet.dms.leadprocessor.util.hibernate.DbConfig.getSession(DbConfig.java:176)
| ... 30 more
| Caused by: javax.transaction.RollbackException: Already marked for rollback
| at org.jboss.tm.TransactionImpl.registerSynchronization(TransactionImpl.java:717)
| at org.hibernate.jdbc.JDBCContext.registerSynchronizationIfPossible(JDBCContext.java:149)
| ... 36 more
This is due to context being rolled back in the middle of some processing and the system attempt to obtain new connection. I'm using Hibernate to query and in certain case update multiple instances of DBs. I have tried using XA 3 Phase commit JDBC driver but didn't work for me and I decided to try to use the sync block in my code:
// Make sure no body modify the context of this process during processing
| synchronized (context) {
| try {
| if (!context.getRollbackOnly()) {
| Processor.process(message, cacheName);
| } else {
| return;
| }
| } catch (Exception e) {
| String exceptionMsg = new StringBuilder().append("Exception occured while processing message: ")
| .append(message).toString();
| ExceptionHandler.handle(e, exceptionMsg, MessageProcessorHelper.getMessageInfo(message));
| return;
| }
| }
I did this because there are multiple complex sequences of queries that I perform within Processor.process() that makes it hard to trace whether context has been rolled back before obtaining connections (I may be wrong but I will have to pass MessageDrivenContext instance to all of the connection obtaining class - I'm not using Spring).
Now the sync block works great, until a restart is initiated. When some messages are being processed while a server restart is initiated, certain things are undeployed (connections, ejbs, etc) and it looks like my MDB is waiting for the undeployed piece and hangs while the restart is waiting for the context to be freed which causes me to have the following warnings:
[org.jboss.ejb.plugins.AbstractInstanceCache] Unable to passivate due to ctx lock, id=11674561
This is BAD because it prevents JBoss to shutdown gracefully, I would have to kill the process to restart it.
I'm aware that this might not be the best solutions so please let me know if there's anyway I can get around the above issues. Any constructive response will be highly appreciated!
-luke-
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3966844#3966844
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3966844
19 years, 8 months