[Remoting] - Re: Race condition in ConnectionValidator
by ron.sigal@jboss.com
"thammoud" wrote :
| if we restart the server from under the client and the server comes back in less time than the ping period (Very possible), then the client's JMS connection listener does not get called yet the connection is invalid.
|
Hmmm. I think what you're seeing is due to the fact that the socket transport uses a connection pool. If you shut down the server gracefully, the client should detect that existing connections are stale, and the next invocation by ConnectionValidator should get a new connection to the new server and, since the invocation succeeds, there's no notification.
But the JBM client should experience the same behavior. Are you actually seeing a case where "the client's JMS connection listener does not get called yet the connection is invalid" ?
By the way, I have a couple of problems with your proposed fix.
"thammoud" wrote :
| Make the tt (WaitOnConnectionCheckTimerTask) a class member (Must be volatile).
|
There could be multiple instances of ConnectionValidator in the same JVM, each connected to a different server.
"thammoud" wrote :
| Add while(tt != null) {}
|
NO BUSY WAITS!!! :)
Anyway, if you set validatorPingPeriod to be longer than validatorPingTimeout, I don't think that would be necessary.
-Ron
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4216412#4216412
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4216412
15 years, 10 months
[Security & JAAS/JBoss] - Re: Minimal JBoss config to use GSSAPI/Kerberos acceptSecCon
by chriscorbell
"anil.saldhana(a)jboss.com" wrote : Sure you can reinvent your own wheel. JBoss Negotiation does all this for you.
anil.saldhana,
Can you point us to the documentation and code samples where JBoss Negotiate is shown to work A) without forcing the use of JAAS subjects and principles, deferring instead to the lower-level GSSAPI and B) working with native (C-based) SOAP clients sending their GSS context tokens in the payload of the SOAP message? Also can you assure it's working as kerberized service on both Mac OS X Server and Windows Server?
In my hopeful search through Negotiate's samples and docs I found some examples for full use of Kerberos/SSO using JAAS with Java or Web clients, but nothing on this kind of native-client, explicit-GSS-context-token use. Also it was in beta when I was looking at it (we're shipping a commercial app), and even though its download page now advertises a GA release, when you click it you just get "ERROR: null" (From http://www.jboss.org/jbosssecurity/downloads/JBoss%20Negotiation/, Mac/Firefox, 2008-03-09)
Your more detailed insight is welcome, since I'm assuming you have a lot of experience with Negotiate and I have none. For those who understand Kerberos/GSSAPI and just want to use it as advertised, is there really a quicker path to the goal going through Negotiate? It will help others who find this thread to find out if so, and get some details.
TIA.
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4216409#4216409
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4216409
15 years, 10 months
[Remoting] - Re: Web Start Application Hang
by ron.sigal@jboss.com
The pooled and rmi invokers are both legacy invokers and are not part of Remoting. The current default behavior for EJB2, EJB3, and JBossMessaging is to use an invoker based on Remoting. In particular:
* EJB2 uses UnifiedInvoker (see "jboss:service=invoker,type=unified" in $JBOSS_HOME/server/$CONFIG/conf/jboss-service.xml)
* EJB3 uses a variation of UnifiedInvoker (see "jboss.remoting:type=Connector,name=DefaultEjb3Connector,handler=ejb3" in $JBOSS_HOME/server/$CONFIG/deploy/ejb3.deployer/META-INF/jboss-service.xml)
Once you're using a Remoting based invoker, based on the Remoting socket transport, you can increase the number of worker threads on the server side, which would increase the number of clients that can connect to the server, with the "maxPoolSize" parameter. The default value, by the way, is 300.
For more information see Chapter 5 "Configuration" in the Remoting Guide:
* http://www.jboss.org/jbossremoting/docs/guide/2.2/html/index.html for Remoting version 2.2.2.SP10, and
* http://www.jboss.org/jbossremoting/docs/guide/2.5/html/index.html for version 2.5.0.SP2.
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4216407#4216407
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4216407
15 years, 10 months
[Remoting] - Re: Socket invocator and long transactions
by ron.sigal@jboss.com
Hi Doychin,
"doychin" wrote :
| This timeout if is less then the user transaction timeout on the client side and for some reason execution at the server takes more time then this timeout it will crash execution again.
|
Well, again, I think this is a configuration issue. Note that you can always set the timeout value to 0.
"doychin" wrote :
| Client side will exit read and will try to send same command to the server. It will write some parts of invocation it and will start waiting again for second round on the timeout.
|
| This data will stay in the socket and probably will create some problems when the server side tries to read data from socket later.
|
A second org.jboss.remoting.transport.socket.ServerThread should respond to the second attempt and read the second invocation. I don't think anything would be left in the socket's InputStream. Of course, you wouldn't want two instances of the same transaction running, which takes us back to getting the configuration right.
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4216404#4216404
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4216404
15 years, 10 months
[Beginners Corner] - Cannot Publish Within Eclipse - Failed to initialize ZipWrap
by ketpah
I have brand new installation of Eclipse 3.4.1, and brand new installation of jboss-5.0.1.GA-jdk6. I tried this both in XP and Vista, and got the same error.
In Eclipse's server view, I added JBoss 5.0 as Server.
Creating a Dynamic Web Project and EAR, and just create a simple JSP to say Hello World.
After server is started, I can see that the URL to my simple JSP is working.
However, after I make a change to the JSP and republish, I get many errors in the console, and the URL is no longer working.
The cause of the exception appear to be a temporary file that is used by ZipWrapper not being found.
I would appreciate any help.
Here is the errors I am getting:
java.lang.RuntimeException: Error while adding re-deployments
at org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:684)
at org.jboss.system.server.profileservice.hotdeploy.HDScanner.scan(HDScanner.java:290)
at org.jboss.system.server.profileservice.hotdeploy.HDScanner.run(HDScanner.java:221)
at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source)
at java.util.concurrent.FutureTask$Sync.innerRunAndReset(Unknown Source)
at java.util.concurrent.FutureTask.runAndReset(Unknown Source)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$101(Unknown Source)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.runPeriodic(Unknown Source)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)
Caused by: org.jboss.deployers.spi.DeploymentException: Exception determining structure: AbstractVFSDeployment(test5_ear.ear)
at org.jboss.deployers.spi.DeploymentException.rethrowAsDeploymentException(DeploymentException.java:49)
at org.jboss.deployers.structure.spi.helpers.AbstractStructuralDeployers.determineStructure(AbstractStructuralDeployers.java:85)
at org.jboss.deployers.plugins.main.MainDeployerImpl.determineStructure(MainDeployerImpl.java:1000)
at org.jboss.deployers.plugins.main.MainDeployerImpl.determineDeploymentContext(MainDeployerImpl.java:440)
at org.jboss.deployers.plugins.main.MainDeployerImpl.processToDeploy(MainDeployerImpl.java:345)
at org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:680)
... 11 more
Caused by: java.lang.RuntimeException: Error determining structure: test5_ear.ear
at org.jboss.deployment.EARStructure.determineStructure(EARStructure.java:293)
at org.jboss.deployers.vfs.plugins.structure.StructureDeployerWrapper.determineStructure(StructureDeployerWrapper.java:73)
at org.jboss.deployers.vfs.plugins.structure.VFSStructuralDeployersImpl.doDetermineStructure(VFSStructuralDeployersImpl.java:196)
at org.jboss.deployers.vfs.plugins.structure.VFSStructuralDeployersImpl.determineStructure(VFSStructuralDeployersImpl.java:221)
at org.jboss.deployers.structure.spi.helpers.AbstractStructuralDeployers.determineStructure(AbstractStructuralDeployers.java:77)
... 15 more
Caused by: org.jboss.deployers.spi.DeploymentException: Error determining structure: test_5_war.war
at org.jboss.deployers.spi.DeploymentException.rethrowAsDeploymentException(DeploymentException.java:49)
at org.jboss.deployers.vfs.plugins.structure.explicit.DeclaredStructure.determineStructure(DeclaredStructure.java:89)
at org.jboss.deployers.vfs.plugins.structure.StructureDeployerWrapper.determineStructure(StructureDeployerWrapper.java:73)
at org.jboss.deployers.vfs.plugins.structure.VFSStructuralDeployersImpl.doDetermineStructure(VFSStructuralDeployersImpl.java:196)
at org.jboss.deployers.vfs.plugins.structure.VFSStructuralDeployersImpl.determineStructure(VFSStructuralDeployersImpl.java:142)
at org.jboss.deployers.vfs.spi.structure.StructureContext.determineChildStructure(StructureContext.java:294)
at org.jboss.deployment.EARStructure.determineStructure(EARStructure.java:275)
... 19 more
Caused by: java.lang.RuntimeException: Failed to initialize ZipWrapper: /C:/2/jboss/jboss-5.0.1.GA/server/default/tmp/5c4o12w-85n6y7-fs3t0oey-1-fs3t1h5t-9m/test_5_war.war/
at org.jboss.virtual.plugins.context.zip.ZipEntryContext.getZipSource(ZipEntryContext.java:277)
at org.jboss.virtual.plugins.context.zip.ZipEntryContext.ensureEntries(ZipEntryContext.java:610)
at org.jboss.virtual.plugins.context.zip.ZipEntryContext.checkIfModified(ZipEntryContext.java:757)
at org.jboss.virtual.plugins.context.zip.ZipEntryContext.getChild(ZipEntryContext.java:801)
at org.jboss.virtual.plugins.context.zip.ZipEntryHandler.createChildHandler(ZipEntryHandler.java:191)
at org.jboss.virtual.plugins.context.AbstractVirtualFileHandler.structuredFindChild(AbstractVirtualFileHandler.java:681)
at org.jboss.virtual.plugins.context.zip.ZipEntryHandler.getChild(ZipEntryHandler.java:165)
at org.jboss.virtual.plugins.context.DelegatingHandler.getChild(DelegatingHandler.java:107)
at org.jboss.virtual.VirtualFile.getChild(VirtualFile.java:481)
at org.jboss.deployers.vfs.plugins.structure.explicit.DeclaredStructure.determineStructure(DeclaredStructure.java:64)
... 24 more
Caused by: java.io.FileNotFoundException: C:\2\jboss\jboss-5.0.1.GA\server\default\tmp\5c4o12w-85n6y7-fs3t0oey-1-fs3t1h5t-9m (Access is denied)
at java.io.FileInputStream.open(Native Method)
at java.io.FileInputStream.(Unknown Source)
at org.jboss.virtual.plugins.context.zip.ZipEntryContext.createZipSource(ZipEntryContext.java:352)
at org.jboss.virtual.plugins.context.zip.ZipEntryContext.getZipSource(ZipEntryContext.java:273)
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4216403#4216403
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4216403
15 years, 10 months