[Installation, Configuration & Deployment] - JMS errors when running JBOSS behind firewall and setting ho
by Geouffrey1
I'm pretty new to jboss and not sure if this is the right forum for this post. I'm working on a existing jboss project we had running on a LAN we're now moving to a hosted solution where our IPs are Natted.
I've read quite a bit of post regarding similar problems and they we're very helpful along the way. As a first step I went and set -Djava.rmi.server.hostname= and -Djava.rmi.server.useLocalHostname=false. After this I managed to get make simpel queries and get result throug a simple Bean.
The problem I'm having now is that from inside the jboss AS I add results onto a Topic. For some reason I get the following error when doing this.
org.jboss.mq.SpyJMSException: Cannot authenticate user
I get this error when calling TopicConnectionFactory.createTopicConnection(). I've tried passing username and password "guest" to the method but still the same problem.
I'm running jboss 4.0.3SP1 and also tried it on jboss 4.0.5.GA and both of these gave me the same error.
As a final test I created standalone publisher which publishes to topic/testTopic from same hosted server. When I start the server without specifying the rmi.hostname I can publish to it just fine. But when I specify the hostname I get an error that the connection to the instance is refused.
If anyone can help me with this I would really appreciate it seeing I've spent the last 3 days trying to solve this from what I read from some of the other posts.
Regards,
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4008424#4008424
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4008424
19 years, 2 months
[JBoss Seam] - icefaces + localeSelector
by rmemoria
Hi All,
I have an application being build using JBOSS 4.0.5GA and SEAM 1.1.1GA.
I'm trying to include IceFaces components there.
It's a multi language app, and there is a code to choose the language like that above:
<h:selectOneMenu value="#{localeSelector.localeString}">
| <f:selectItems value="#{localeSelector.supportedLocales}" />
| </h:selectOneMenu><br>
| <h:commandButton action="#{localeSelector.select}" value="Change" />
Previously, before including Icefaces, it was changing the language correctly. Now it doesn't work.
It doesn't show any error message or raise any exception. It simply post when I press the button and render the page with the same language as before.
Any tip?
Regards,
Ricardo Memória
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4008419#4008419
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4008419
19 years, 2 months
[JBoss jBPM] - Re: jBPM and Message Driven Beans
by new4jboss
Hi all,
I did what I didn't want, but works.
I removed the org.jbpm.web.JbpmContextFilter filter configuration from web.xml and made the following in index.jsp:
| JbpmContext jbpmContext = JbpmConfiguration.getInstance().createJbpmContext();
| long processInstanceId = 0L;
|
| try {
| ProcessInstance processInstance = jbpmContext.newProcessInstance("suspension.par");
| processInstanceId = processInstance.getId();
| jbpmContext.save(processInstance);
|
| } finally
| {
| jbpmContext.close();
| }
|
| jbpmContext = JbpmConfiguration.getInstance().createJbpmContext();
|
| try {
| ProcessInstance processInstance = jbpmContext.loadProcessInstance(processInstanceId);
| processInstance.signal();
| } finally
| {
| jbpmContext.close();
| }
|
As you can see, this is not very pretty, but works.
Does anyone know a better way to guarantee that the ProcessInstance is persisted before we signal it?
I would appreciate a solution that delegates this responsibility to the container (CMT).
Thanks,
Délio Guerra
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4008418#4008418
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4008418
19 years, 2 months
[Management, JMX/JBoss] - Persistence not quite working
by bossy
Hello,
I have two XMBeans which attributes I'd like to persist. My problem is that while the first MBean persists its attributes, the second doesn't. After couple of hours I found out that the difference between the two XMBeans is that the attributes for the first one( which is a configuration bean) are ?read-write? and when I press ?Apply Changes? button from the JMX console, the values are saved as per the ?xmbean.xml file. The attributes of the second one are ?read-only?, as I update them using a different mechanism. This results in the attribute values not being saved. I added a setter to one of the attributes( just to prove that this is indeed the reason) and once I updated this attribute by clicking on the ?Apply changes? button, the value was saved and the next time I re-started the server I was able to see the correct value.
My question is ? is this a bug and is there a way to work around this problem?
To illustrate the problem I added extracts from my code
stats-xmbean.xml
<!DOCTYPE mbean PUBLIC
| "-//JBoss//DTD JBOSS XMBEAN 1.0//EN"
| "http://www.jboss.org/j2ee/dtd/jboss_xmbean_1_0.dtd">
|
| <mbean>
| <description></description>
|
| <descriptors>
| <persistence persistPolicy="OnUpdate"
| persistPeriod="10"
| persistLocation="${jboss.server.data.dir}"
| persistName="StatsJNDIMap.ser"/>
| <currencyTimeLimit value="10"/>
| <state-action-on-update value="keep-running"/>
| <persistence-manager value="org.jboss.mx.persistence.ObjectStreamPersistenceManager" />
| </descriptors>
|
| <class>org.jboss.test.jmx.xmbean.JNDIMap</class>
|
| <constructor>
| <description>The default constructor</description>
| <name>JNDIMap</name>
| </constructor>
|
|
| <!-- Attributes -->
|
| <attribute access="read-write" getMethod="getStartDate" setMethod="setStartDate">
| <description>Start Date</description>
| <name>Start Date</name>
| <type>java.lang.String</type>
| </attribute>
|
|
| <attribute access="read-only" getMethod="getInBoxReqCount" >
| <description>Number of requests</description>
| <name>Get Message Requests</name>
| <type>java.lang.String</type>
|
| </attribute>
|
| ... more
|
StatsXMBean.java
public class StatsXMBean extends ServiceMBeanSupport
| {
| ... more
| }
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4008416#4008416
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4008416
19 years, 2 months
[JBossCache] - Re: TreeCache - Does my cached objects must implement Serial
by balderman＠gmail.com
Here you are:
log4j:WARN No appenders could be found for logger (org.jboss.cache.PropertyConfigurator).
| log4j:WARN Please initialize the log4j system properly.
|
| -------------------------------------------------------
| GMS: address is 137.72.82.60:3983
| -------------------------------------------------------
| java.lang.RuntimeException: java.io.InvalidClassException: com.bmc.idm.common.cache.Person; class invalid for deserialization
| at org.jboss.cache.TreeCache.invokeMethod(TreeCache.java:5716)
| at org.jboss.cache.TreeCache.get(TreeCache.java:3573)
| at org.jboss.cache.TreeCache.get(TreeCache.java:3554)
| at org.jboss.cache.loader.CacheLoaderManager.preload(CacheLoaderManager.java:255)
| at org.jboss.cache.loader.CacheLoaderManager.preload(CacheLoaderManager.java:278)
| at org.jboss.cache.loader.CacheLoaderManager.preloadCache(CacheLoaderManager.java:235)
| at org.jboss.cache.TreeCache.startService(TreeCache.java:1509)
| at com.bmc.idm.common.cache.JBossTreeCacheService.<init>(JBossTreeCacheService.java:23)
| at com.bmc.idm.common.cache.CacheFactory.getCacheService(CacheFactory.java:7)
| at com.bmc.idm.common.cache.Gui.createAndShowGUI(Gui.java:181)
| at com.bmc.idm.common.cache.Gui.access$3(Gui.java:157)
| at com.bmc.idm.common.cache.Gui$5.run(Gui.java:265)
| at java.awt.event.InvocationEvent.dispatch(Unknown Source)
| at java.awt.EventQueue.dispatchEvent(Unknown Source)
| at java.awt.EventDispatchThread.pumpOneEventForHierarchy(Unknown Source)
| at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
| at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
| at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
| at java.awt.EventDispatchThread.run(Unknown Source)
| Caused by: java.io.InvalidClassException: com.bmc.idm.common.cache.Person; class invalid for deserialization
| at java.io.ObjectStreamClass.initNonProxy(Unknown Source)
| at java.io.ObjectInputStream.readNonProxyDesc(Unknown Source)
| at java.io.ObjectInputStream.readClassDesc(Unknown Source)
| at java.io.ObjectInputStream.readOrdinaryObject(Unknown Source)
| at java.io.ObjectInputStream.readObject0(Unknown Source)
| at java.io.ObjectInputStream.readObject(Unknown Source)
| at java.util.HashMap.readObject(Unknown Source)
| 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 java.io.ObjectStreamClass.invokeReadObject(Unknown Source)
| at java.io.ObjectInputStream.readSerialData(Unknown Source)
| at java.io.ObjectInputStream.readOrdinaryObject(Unknown Source)
| at java.io.ObjectInputStream.readObject0(Unknown Source)
| at java.io.ObjectInputStream.readObject(Unknown Source)
| at org.jboss.cache.loader.FileCacheLoader.loadAttributes(FileCacheLoader.java:486)
| at org.jboss.cache.loader.FileCacheLoader.get(FileCacheLoader.java:136)
| at org.jboss.cache.interceptors.CacheLoaderInterceptor.loadData(CacheLoaderInterceptor.java:443)
| at org.jboss.cache.interceptors.CacheLoaderInterceptor.loadNode(CacheLoaderInterceptor.java:353)
| at org.jboss.cache.interceptors.CacheLoaderInterceptor.invoke(CacheLoaderInterceptor.java:180)
| at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:68)
| at org.jboss.cache.interceptors.UnlockInterceptor.invoke(UnlockInterceptor.java:32)
| at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:68)
| at org.jboss.cache.interceptors.InvalidationInterceptor.invoke(InvalidationInterceptor.java:60)
| at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:68)
| at org.jboss.cache.interceptors.TxInterceptor.handleNonTxMethod(TxInterceptor.java:364)
| at org.jboss.cache.interceptors.TxInterceptor.invoke(TxInterceptor.java:160)
| at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:68)
| at org.jboss.cache.interceptors.CacheMgmtInterceptor.invoke(CacheMgmtInterceptor.java:138)
| at org.jboss.cache.TreeCache.invokeMethod(TreeCache.java:5710)
| ... 18 more
|
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4008414#4008414
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4008414
19 years, 2 months