[JBoss Portal] - Implementing portlet-specific help
by Nickerson
I'm running JBoss Portal 2.6.4 on Windows XP.
The current model for supplying portlet-specific help is essentially to enable the portlet for HELP mode and write a help JSP to render help information in the portlet window itself.
That is, with HELP mode enabled, the help ('?') icon appears as a new decoration in the portlet title bar and, when it's clicked, the portlet is put into HELP mode and its doHelp() method is executed. doHelp() dispatches the help JSP which renders the help content.
The problem with this is that the help information covers up what it's explaining. The other thing that happens is that the help icon is replaced by a "cancel" icon, which, when clicked, returns the portlet to VIEW mode. Now we see what was being explained, but the explanation is gone.
I would like to bypass the rendering of the help in the portlet window and open another window containing the help information. I can get the help JSP to open a separate window with help text, but I can't seem to defeat the portlet's HELP mode, which, if nothing is rendered in its window as help text, just shows a truncated window with nothing in it. Clicking "cancel" restores the portlet window to its pre-help state and doesn't make the open help window disappear, but it seems a round-about way to see the portlet and its associated help information at the same time. Kind of a bad usability model, really.
Is there a way to prevent HELP mode from rendering the portlet window content? I've tried over-riding doDispatch() and intercepting HELP mode, but by then it's too late.
Failing any way to get the portlet back to VIEW mode from doHelp or doDispatch, is there a way to put my own icon on the portlet title bar and create a custom mode that enables me to pop a help window without disturbing the Portlet window content? The objective is to see the help information and what it's explaining at the same time.
Thanks for any suggestions.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4146945#4146945
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4146945
17 years, 12 months
[JBoss jBPM] - NullPointerException on rollback
by tak2
Hi,
I have a question about jBPM behavior with external Connection.
Configuration is as follows.
* Set isTransactionEnabled = false to DbPersistenceServiceFactory in jbpm.cfg.xml
* Database transaction is managed by third party framework which is not JTA, which is simple connection based local transaction with template method pattern.
* Provided the external Connection via JbpmContext.setConnection method
* Commented out all JDBC connection properties in hinernate.cfg.xml
* Create our own ConnectionProvider to provide the external Connection, and set it to "hibernate.connection.provider_class" in hinernate.cfg.xml
With this environment, when hibernate throws Exception, DbPersistenceService thorws NullPointerException, and here is the stack trace.
java.lang.NullPinterException
at org.jbpm.persistence.db.DbPersistenceService.rollbak(DbPersistenceService.java:304)
at org.jbpm.persistence.db.DbPersistenceService.close(DbPersistenceService.java:234)
at org.jbpm.svc.service.close(service.java:225)
at org.jbpm.JbpmContext.close(JbpmContext.java:139)
It is happening because "transaction" field is NULL, because it's set when isTransactionEnable = true in beginTransaciton method when getSessiojn method is called.
I don't know very much about DbPersistenceService, but the code of close method doesn't add up. First block of code is wrapped by if stement with (isTransactionEnabled && (transaction != null)), which is good, but rest of the section three is no check against this condition and rollback method is called, and of course transaction field is NULL.
I'm not sure this check must be in close method or in rollback method, but this check should be in place somewhere to be consistent for isTransactionEnable.
Is my grasp right? and is three anybody who has already solved this issue?
thanks,
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4146944#4146944
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4146944
17 years, 12 months
[Messaging, JMS & JBossMQ] - Simple Queue into a Clustered enviroment
by wecucho
Hi all,
I have a little problem doing a simple destination deployment into my jboss cluster (2 nodes), i need a way to create and erase queues from the cluster (i know about the master node and the queues), i want to create a simple xml file to manage (trought copy and delete) the queues availables in X moment in the farm directory of my cluster.
In my first approach i use a file like this one:
< server>
< mbean name="jboss.mq.destination:service=Queue,name=Foo" code="org.jboss.mq.server.jmx.Queue">
< depends optional-attribute-name="DestinationManager">jboss.mq:service=DestinationManager
< depends optional-attribute-name="SecurityManager">jboss.mq:service=SecurityManager
< attribute name="MessageCounterHistoryDayLimit">-1
< security>
< role name="quest" write="true" read="true"/>
< role name="publisher" create="false" write="true" read="true"/>
< role name="noacc" create="false" write="false" read="false"/>
< /security>
< /mbean>
< /server>
But that does not work because the DestinationManager is not available in all nodes, only in the master (make sense).
So, after spend many hours looking for info in google and the internet i modify my file to this:
< server>
< loader-repository>jboss.messaging:loader=ScopedLoaderRepository
< loader-repository-config>java2ParentDelegation=false</loader-repository-config>
< /loader-repository>
< mbean code="org.jboss.mq.server.jmx.Queue"
name="jboss.messaging.destination:service=Queue,name=mimappCQ">
< depends>jboss.mq:service=PersistenceManager
< /mbean>
< /server>
But this file fails too with this error:
2008-04-25 12:21:41,072 WARN [org.jboss.system.ServiceController] Problem creating service jboss.messaging.destination:service=Queue,name=mimappCQ
java.lang.IllegalArgumentException: null object name
at org.jboss.mx.server.registry.BasicMBeanRegistry.get(BasicMBeanRegistry.java:509)
at org.jboss.mx.server.MBeanServerImpl.getAttribute(MBeanServerImpl.java:550)
at org.jboss.mq.server.jmx.DestinationMBeanSupport.createService(DestinationMBeanSupport.java:126)
at org.jboss.system.ServiceMBeanSupport.jbossInternalCreate(ServiceMBeanSupport.java:260)
at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:243)
at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
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.create(Unknown Source)
at org.jboss.system.ServiceController.create(ServiceController.java:330)
at org.jboss.system.ServiceController.create(ServiceController.java:273)
at sun.reflect.GeneratedMethodAccessor2.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
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.create(Unknown Source)
at org.jboss.deployment.SARDeployer.create(SARDeployer.java:258)
at org.jboss.deployment.MainDeployer.create(MainDeployer.java:969)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:818)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:782)
at sun.reflect.GeneratedMethodAccessor26.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
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 $Proxy65.deploy(Unknown Source)
at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java:421)
at org.jboss.ha.framework.server.FarmMemberService.deploy(FarmMemberService.java:412)
at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:610)
at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doScan(AbstractDeploymentScanner.java:263)
at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.loop(AbstractDeploymentScanner.java:274)
at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.run(AbstractDeploymentScanner.java:225)
2008-04-25 12:21:41,079 INFO [org.jboss.ha.framework.server.ClusterFileTransfer] Start push of file mimappCQ-service.xml to cluster.
2008-04-25 12:21:41,080 INFO [org.jboss.ha.framework.server.ClusterFileTransfer] Finished push of file mimappCQ-service.xml to cluster.
2008-04-25 12:21:41,080 ERROR [org.jboss.ha.framework.server.FarmMemberService] Incomplete Deployment listing:
--- MBeans waiting for other MBeans ---
ObjectName: jboss.messaging.destination:service=Queue,name=mimappCQ
State: FAILED
Reason: java.lang.IllegalArgumentException: null object name
I Depend On:
jboss.mq:service=PersistenceManager
--- MBEANS THAT ARE THE ROOT CAUSE OF THE PROBLEM ---
ObjectName: jboss.messaging.destination:service=Queue,name=mimappCQ
State: FAILED
Reason: java.lang.IllegalArgumentException: null object name
I Depend On:
jboss.mq:service=PersistenceManager
I really need help with this, i dont finally understand how to handle my problem, and anytime i look for documentation and other post etc.. i dont get information exactly refer to my problem and my version of JBoss, every line i write into my xml file is and advice from other person or document who has a different version of jboss and usually a different problem at all..
BTW, im running JBoss 4.2.2.
Thx for the help and excuse my english ;)
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4146942#4146942
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4146942
17 years, 12 months
[JBoss Messaging] - Simple Queue into a Clustered enviroment
by wecucho
Hi all,
I have a little problem doing a simple destination deployment into my jboss cluster (2 nodes), i need a way to create and erase queues from the cluster (i know about the master node and the queues), i want to create a simple xml file to manage (trought copy and delete) the queues availables in X moment in the farm directory of my cluster.
In my first approach i use a file like this one:
< server>
< mbean name="jboss.mq.destination:service=Queue,name=Foo" code="org.jboss.mq.server.jmx.Queue">
< depends optional-attribute-name="DestinationManager">jboss.mq:service=DestinationManager
< depends optional-attribute-name="SecurityManager">jboss.mq:service=SecurityManager
< attribute name="MessageCounterHistoryDayLimit">-1
< security>
< role name="quest" write="true" read="true"/>
< role name="publisher" create="false" write="true" read="true"/>
< role name="noacc" create="false" write="false" read="false"/>
< /security>
< /mbean>
< /server>
But that does not work because the DestinationManager is not available in all nodes, only in the master (make sense).
So, after spend many hours looking for info in google and the internet i modify my file to this:
< server>
< loader-repository>jboss.messaging:loader=ScopedLoaderRepository
< loader-repository-config>java2ParentDelegation=false</loader-repository-config>
< /loader-repository>
< mbean code="org.jboss.mq.server.jmx.Queue"
name="jboss.messaging.destination:service=Queue,name=mimappCQ">
< depends>jboss.mq:service=PersistenceManager
< /mbean>
< /server>
But this file fails too with this error:
2008-04-25 12:21:41,072 WARN [org.jboss.system.ServiceController] Problem creating service jboss.messaging.destination:service=Queue,name=mimappCQ
java.lang.IllegalArgumentException: null object name
at org.jboss.mx.server.registry.BasicMBeanRegistry.get(BasicMBeanRegistry.java:509)
at org.jboss.mx.server.MBeanServerImpl.getAttribute(MBeanServerImpl.java:550)
at org.jboss.mq.server.jmx.DestinationMBeanSupport.createService(DestinationMBeanSupport.java:126)
at org.jboss.system.ServiceMBeanSupport.jbossInternalCreate(ServiceMBeanSupport.java:260)
at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:243)
at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
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.create(Unknown Source)
at org.jboss.system.ServiceController.create(ServiceController.java:330)
at org.jboss.system.ServiceController.create(ServiceController.java:273)
at sun.reflect.GeneratedMethodAccessor2.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
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.create(Unknown Source)
at org.jboss.deployment.SARDeployer.create(SARDeployer.java:258)
at org.jboss.deployment.MainDeployer.create(MainDeployer.java:969)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:818)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:782)
at sun.reflect.GeneratedMethodAccessor26.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
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 $Proxy65.deploy(Unknown Source)
at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java:421)
at org.jboss.ha.framework.server.FarmMemberService.deploy(FarmMemberService.java:412)
at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:610)
at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doScan(AbstractDeploymentScanner.java:263)
at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.loop(AbstractDeploymentScanner.java:274)
at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.run(AbstractDeploymentScanner.java:225)
2008-04-25 12:21:41,079 INFO [org.jboss.ha.framework.server.ClusterFileTransfer] Start push of file mimappCQ-service.xml to cluster.
2008-04-25 12:21:41,080 INFO [org.jboss.ha.framework.server.ClusterFileTransfer] Finished push of file mimappCQ-service.xml to cluster.
2008-04-25 12:21:41,080 ERROR [org.jboss.ha.framework.server.FarmMemberService] Incomplete Deployment listing:
--- MBeans waiting for other MBeans ---
ObjectName: jboss.messaging.destination:service=Queue,name=mimappCQ
State: FAILED
Reason: java.lang.IllegalArgumentException: null object name
I Depend On:
jboss.mq:service=PersistenceManager
--- MBEANS THAT ARE THE ROOT CAUSE OF THE PROBLEM ---
ObjectName: jboss.messaging.destination:service=Queue,name=mimappCQ
State: FAILED
Reason: java.lang.IllegalArgumentException: null object name
I Depend On:
jboss.mq:service=PersistenceManager
I really need help with this, i dont finally understand how to handle my problem, and anytime i look for documentation and other post etc.. i dont get information exactly refer to my problem and my version of JBoss, every line i write into my xml file is and advice from other person or document who has a different version of jboss and usually a different problem at all..
BTW, im running JBoss 4.2.2.
Thx for the help and excuse my english ;)
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4146941#4146941
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4146941
17 years, 12 months