[Remoting] - forceRemote timeout Problems
by mclu
Hi!
I am using JBM with remoting 222sp11brew and I have some error while using the bridge. see (http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4218858#4218858)
It is relatetd t the fact that I loose the connections to other JMS Servers.
Gao Howard said that I should try use the forceRemote property.
I have tried it but I receive timeouts then.
In the end the whole JMS is not working anymore.
He then adviced me to ask here in parallel if someone can explain this stack trace :-)
the error is:
Caused by: org.jboss.remoting.ConnectionFailedException: Timed out trying to create control socket
| at org.jboss.remoting.transport.bisocket.BisocketClientInvoker.handleConnect(BisocketClientInvoker.java:272)
| at org.jboss.remoting.MicroRemoteClientInvoker.connect(MicroRemoteClientInvoker.java:263)
| at org.jboss.remoting.Client.connect(Client.java:1528)
| at org.jboss.remoting.Client.connect(Client.java:468)
| at org.jboss.remoting.callback.ServerInvokerCallbackHandler.connect(ServerInvokerCallbackHandler.java:161)
| at org.jboss.remoting.ServerInvoker.getCallbackHandler(ServerInvoker.java:1863)
| at org.jboss.remoting.ServerInvoker.handleInternalInvocation(ServerInvoker.java:1497)
| at org.jboss.remoting.transport.bisocket.BisocketServerInvoker.handleInternalInvocation(BisocketServerInvoker.java:643)
| at org.jboss.remoting.ServerInvoker.invoke(ServerInvoker.java:853)
| at org.jboss.remoting.transport.local.LocalClientInvoker.invoke(LocalClientInvoker.java:101)
|
| at org.jboss.remoting.Client.invoke(Client.java:1640)
| at org.jboss.remoting.Client.addCallbackListener(Client.java:1709)
| at org.jboss.remoting.Client.addListener(Client.java:927)
| at org.jboss.jms.client.remoting.JMSRemotingConnection.addInvokerCallbackHandler(JMSRemotingConnection.java:259)
|
By the way! I am using an SSL Bisocket connector from the the jbm sslbisocket example configuration.
<server>
| <mbean code="org.jboss.remoting.transport.Connector"
| name="jboss.messaging:service=Connector,transport=sslbisocket"
| display-name="SSL Bisocket Transport Connector">
| <attribute name="Configuration">
| <config>
| <invoker transport="sslbisocket">
| <attribute name="marshaller" isParam="true">org.jboss.jms.wireformat.JMSWireFormat</attribute>
| <attribute name="unmarshaller" isParam="true">org.jboss.jms.wireformat.JMSWireFormat</attribute>
| <attribute name="dataType" isParam="true">jms</attribute>
| <attribute name="socket.check_connection" isParam="true">false</attribute>
| <attribute name="serverBindAddress">${jboss.bind.address}</attribute>
| <attribute name="serverBindPort">24457</attribute>
| <attribute name="clientSocketClass" isParam="true">org.jboss.jms.client.remoting.ClientSocketWrapper</attribute>
| <attribute name="serverSocketClass">org.jboss.jms.server.remoting.ServerSocketWrapper</attribute>
| <attribute name="serverSocketFactory">jboss.messaging:service=ServerSocketFactory,type=SSL</attribute>
| <attribute name="numberOfCallRetries" isParam="true">1</attribute>
| <attribute name="pingFrequency" isParam="true">214748364</attribute>
| <attribute name="pingWindowFactor" isParam="true">10</attribute>
| <attribute name="onewayThreadPool">org.jboss.jms.server.remoting.DirectThreadPool</attribute>
| <attribute name="stopLeaseOnFailure" isParam="true">true</attribute>
| <attribute name="clientLeasePeriod" isParam="true">10000</attribute>
| <attribute name="timeout" isParam="true">0</attribute>
| <attribute name="numberOfRetries" isParam="true">10</attribute>
| <attribute name="JBM_clientMaxPoolSize" isParam="true">200</attribute>
| <attribute name="callbackTimeout">10000</attribute>
| <!-- if I enable this it causes the timeout error <attribute name="force_remote">true</attribute> -->
| </invoker>
| <handlers>
| <handler subsystem="JMS">org.jboss.jms.server.remoting.JMSServerInvocationHandler</handler>
| </handlers>
| </config>
| </attribute>
| <depends>jboss.messaging:service=ServerSocketFactory,type=SSL</depends>
| </mbean>
|
| <mbean code="org.jboss.remoting.security.SSLServerSocketFactoryService"
| name="jboss.messaging:service=ServerSocketFactory,type=SSL"
| display-name="SSL Server Socket Factory">
| <depends optional-attribute-name="SSLSocketBuilder" proxy-type="attribute">jboss.messaging:service=SocketBuilder,type=SSL</depends>
| </mbean>
|
| <mbean code="org.jboss.remoting.security.SSLSocketBuilder"
| name="jboss.messaging:service=SocketBuilder,type=SSL"
| display-name="SSL Server Socket Factory Builder">
| <attribute name="UseSSLServerSocketFactory">true</attribute>
| </mbean>
|
| </server>
|
Any ideas??
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4218871#4218871
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4218871
17 years, 3 months
[JBoss Tools (users)] - Re: Archive tool destination
by rob.stryker＠jboss.com
After re-reading this thread from scratch, I've got a few comments.
>>then if i go to jboss deploy directory and delete some class files. i can't re-synchronize.
Yes... this scenerio *will not* *ever* work. The archives model is updated by the builder, which passes in changed workspace resources since the last build. Deleting files from the deploy folder will not trigger any resource change events and the builder will not alert archives as to the changes. This is not a supported use case and I doubt it ever will be.
> 2. delete the war directory under server deploy
> 3. go to archive view and publish
Again, in this case, the workspace / archives is not aware of what's changed in the deploy folder. It's only aware of what changes in the workspace. Just as deleting class files from the deploy folder will not trigger resource change events, neither will deleting a project from the deploy folder.
Publish and republish are both incremental publishes. They're incremental from the point of the workspace and source files, *not* from the point of the server / destination folder or module.
>> "updating archives model" kicks in. which is kind of weird. because if i already have the archive in place, you don't have to build it. right?
The tools cannot verify whether the workspace has changed when you were outside of eclipse. For this reason, upon startup, unless "build automatically" is not enabled, the model will rebuild that jar.
The reason for this is fairly obvious. If, for example, you deleted the destination jar when eclipse was not loaded, and then you start eclipse, and change one or two files, only those one or two changed files will be in the jar. If build automatically is enabled, upon starting the workspace,
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4218870#4218870
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4218870
17 years, 3 months
[Installation, Configuration & DEPLOYMENT] - JBoss - Can we specify custom HostnameVerifier implementatio
by ManojSNair
Hi,
I am using JBoss 3.2.7 version. My application is deployed in JBoss, and which can be accessed with multiple host names by different categories of users. When I am trying to enable the SSL configuration for my application with a self signed certificate, it is failing with an exception "java.io.IOException: HTTPS hostname wrong: should be <...>". Hence I tried to avoid the host name verfification by JBoss using the runtime parameter "org.jboss.security.ignoreHttpsHost" set to "true". But it seems, the configuration is not at all considered by JBoss. Then I tried to provide a custom implementation for HostnameVerifier. But I don't know how to tell JBoss to use my HostnameVerifier implementation.
Can anyone help me to configure JBoss to take my HostnameVerifier implementation for certificate checking? Any alternative solution to this problem is also acceptable.
Thanks in advance, for any solutions, hints, suggestions etc...
Regards,
Manoj.
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4218868#4218868
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4218868
17 years, 3 months
[Beginners Corner] - Installing Jboss - form beginner
by ZAM
In advance Sorry for ignorance :(. I downloaded Jboss 5.1.0 Beta version from the web on my PC. Using cigwin shell I run Jboss - run.sh -b my ip. I got
14:18:57,847 INFO [ServerImpl] JBoss (Microcontainer) [5.1.0.Beta1 (build: SVNT
ag=JBoss_5_1_0_Beta1 date=200903131506)] Started in 56s:749ms
The server.log file prints below messages every 4min :
2009-03-18 14:51:33,081 DEBUG [com.arjuna.ats.arjuna.logging.arjLogger] (Thread-
13) Periodic recovery - second pass <Wed, 18 Mar 2009 14:51:33>
2009-03-18 14:51:33,081 DEBUG [com.arjuna.ats.arjuna.logging.arjLogger] (Thread-
13) AtomicActionRecoveryModule: Second pass
2009-03-18 14:51:33,081 DEBUG [com.arjuna.ats.txoj.logging.txojLoggerI18N] (Thre
ad-13) [com.arjuna.ats.internal.txoj.recovery.TORecoveryModule_6] - TORecoveryMo
dule - second pass
2009-03-18 14:51:33,081 DEBUG [com.arjuna.ats.jta.logging.loggerI18N] (Thread-13
) [com.arjuna.ats.internal.jta.recovery.info.secondpass] Local XARecoveryModule
- second pass
When I try http://localhost:8080 - does not work - Page cannot be displayed
Please comment on this
Thank you
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4218867#4218867
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4218867
17 years, 3 months
[Clustering/JBoss] - Re: Cluster setup
by krishnan366
Please find the complete configuration file.
Yes, they are writing to a single shared DB
<?xml version="1.0" encoding="UTF-8"?>
| <jbosscache xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="urn:jboss:jbosscache-core:config:3.0">
|
| <locking
| isolationLevel="READ_COMMITTED"/>
| <transaction
| transactionManagerLookupClass="org.jboss.cache.transaction.GenericTransactionManagerLookup"
| syncRollbackPhase="false"
| syncCommitPhase="false"/>
|
|
| <clustering mode="replication">
|
|
| <stateRetrieval timeout="20000" fetchInMemoryState="false"/>
| <sync replTimeout="20000"/>
|
| </clustering>
|
| <eviction wakeUpInterval="500" >
|
| <default algorithmClass="org.jboss.cache.eviction.FIFOAlgorithm" eventQueueSize="100000">
| <property name="maxNodes" value="100" />
| <property name="minTimeToLive" value="36000"/>
| </default>
|
| <region name="/regionA">
| <property name="maxNodes" value="3" />
| <property name="minTimeToLive" value="2000"/>
|
| </region>
| </eviction>
|
|
| <loaders passivation="false" shared="true">
| <preload><node fqn="/"></node></preload>
| <loader class="org.jboss.cache.loader.JDBCCacheLoader" async="false" fetchPersistentState="false"
| ignoreModifications="false" purgeOnStartup="true">
| <properties>
| cache.jdbc.datasource=java:/ProjectOracleDS
| location=./
| cache.jdbc.table.drop=false
| cache.jdbc.table.name=cache_loader
| cache.jdbc.table.primarykey=FQN
| cache.jdbc.fqn.column=FQN
| cache.jdbc.node.column=cache_data
| cache.jdbc.parent.column=parent_fqn
| cache.jdbc.sql-concat=1||2
| </properties>
|
| </loader>
| </loaders>
|
|
|
|
| </jbosscache>
|
I got get this exception
org.jboss.cache.lock.TimeoutException: Unable to acquire lock on Fqn
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4218859#4218859
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4218859
17 years, 3 months
[JBoss Tools (users)] - Re: seam-gen IDE vs Console
by treespace
Just to give one example, is this really required?
http://seamframework.org/Documentation/UsingICEFacesWithJBossToolsGenerat...
I want to install the IDE, run a wizard, pick the options, compile, deploy and run out of the box. Every JBoss IDE has been a dud since 1.0 in my personal experience.
Having said that, installing JBoss and Eclipse separately, adding plug-ins as you go, and fleshing out your build script is pretty easy, and you know what you have, precisely. So I am doing that but using seam-gen as a kick-start.
On a possibly related note, Dan Allen of Seam in Action fame seems to have punted on even trying to give JBoss Tools a good treatment due to constant changes. Just anecdotal, of course.
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4218857#4218857
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4218857
17 years, 3 months