Access remote bean with JNDI from remote system
by Karsten Ohme
Hi,
I want to access a Bean remotely (with JNDI). So I thought I could
access in on the client with:
Properties env = new Properties();
env.put(Context.PROVIDER_URL, "jnp://myserver:1099");
Context jndiContext = new InitialContext(env);
jndiContext.lookup(...);
If I do a port scan on "myserver" the JNDI port 1099 does not show up. I
thought this is the default port. What do I have to do the get access
the remote bean?
Is there somewhere a documentation how to access JNDI resources from
another system?
Regards,
Karsten
18 years, 3 months
[Clustering/JBoss] session ids can be decided from the client
by Nestor Urquiza
Hello guys,
Can anyone please provide some guidance as to where I can make JBoss
ignore any incomming JSESSIONID not generated by JBoss itself?
Currently I use ModJk and to tag a given server I use an initial
request using JSESSIONID=.nodeName. The request goes to the right node
but the session id keeps on being .nodeName for the rest of the
session which is unnaceptable.
Thanks in advance for your help,
-Nestor
18 years, 5 months
[EJB/JBoss] - Re: org.jboss.ejb3.remoting.BaseRemoteProxy serialid excepti
by jimmycallaghan
We're getting an identical error when an application deployed on JBoss422 tries to get a remote interface to an ejb that's deployed on JBoss404. I suspect that there has been a change in the org.jboss.ejb3.remoting.BaseRemoteProxy. We have an isolated class loader as default on our JBoss servers and if we put the jboss-ejb3-client.jar that is deployed on JBoss404 into the ear that is deployed on JBoss422 we no longer get the error.
However, now we can't access 422 specific classes and get "JBossProxy not visible from the classloader" errors when trying to access the objects on the 422 server.
It would seem that if you want to move from JBoss404 to 422, you will need to update ALL of the servers at the same time because of these incompatibilities.
There doesn't seem to be any problem with using remote queues however.
If anyone out there can tell me I'm wrong I'd be most pleased to know because for now I'm going to have to revert those servers running on 422 back to 404 until we can upgrade all at once.
Thanks JBoss.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4125296#4125296
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4125296
18 years, 5 months
[JBoss Seam] - Re: Trinidad Integration Issue
by brachie
@Raoul:
In our project we are also using Richfaces and Trinidad together. I encountered exactly the same problem. I created a jira issue for that:
http://jira.jboss.org/jira/browse/JBSEAM-2374
Well, until now I have found no solution to the problem and just live with the error message in the log.. but you are right, that is not an applicable solution.
Even worse since the Richfaces version prior 3.1.3 show the error *every* time the page is loading, not only the first. And I have to use Richfaces 3.1.2 because later versions have a still unsolved memory leak with the dropdown menue in Firefox.
Well, all in all Richfaces work together with Trinidad however, there are small but nasty issues when using them together... one thing for example is the different approach of partial page rendering.. And the use of Trinidad tables (tr:table is much better than Richfaces tables imho and this is the main reason why we are using Trinidad) with Richfaces a4jsf controls can also be a bit tricky sometimes...
Please let me know if you find a solution... or encounter other problems.. maybe I could help..
Regards,
Alexander
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4125292#4125292
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4125292
18 years, 5 months
[Beginners Corner] - How to destroy a HTTP session (HELP!)
by KerryJordan
I am having a problem implementing a logout page for an Adobe Flex application on JBoss 4.2.2.GA. The application sends commands to a secure (via JAAS basic authentication) JBoss Java servlet.
I apparently correctly implemented the basic security and a custom login module (extending the AbtractServerLoginModule) since my web browser does request a username/password when I first attempt to download the client application. At this point, since JBoss is using basic authentication, the username/password is cached in my browser and sent with all other command requests. Additionally, JBoss is using session cookies so my JSESSIONID cookie is defined as well.
When a logout command is sent by the client application, I attempt to invalidate the session by calling the getSession() method on the HttpServletRequest object and then calling the invalidate() method on the returned session. However, this does not call the logout method of my custom login module (which extends the AbtractServerLoginModule), remove the principal from the JBoss JaasSecurityManager cache, nor apparently cause the authentication cache of Internet Explorer to clear. In fact, it seems that the servlet does not have a HTTP session associated with it and obtains a new session object when I call the getSession() method (when I call getSession(false), a null reference is returned). I do not understand this... or how I can access (and destroy) the current HTTP session.
My jboss-web.xml in the application .ear contains the following:
| <?xml version="1.0" encoding="UTF-8"?>
| <jboss-web>
| <security-domain flushOnSessionInvalidation="true">java:/jaas/MyRealm</security-domain>
| </jboss-web>
|
which as I understand it, should cause the logout method of my custom login module to be called on session invalidation.
I did manage to clear the JaasSecurityManager cache programatically (which calls my logout method), but that still leaves the cache on Internet Explorer intact and the HTTP session still exists...
| String domain = "MyRealm";
| Principal user = req.getUserPrincipal(); // req is HttpServletRequest
| ObjectName jaasMgr = new ObjectName( "jboss.security:service=JaasSecurityManager" );
| Object[] params = { domain, user };
| String[] signature = { "java.lang.String", Principal.class.getName() };
| MBeanServer server = ( MBeanServer ) MBeanServerFactory.findMBeanServer( null ).get( 0 );
| server.invoke( jaasMgr, "flushAuthenticationCache", params, signature );
|
I would like to destroy the session data (hopefully clearing the JSESSIONID cookie, calling my logout method, and clearing the browser authentication cache).
Do I need to access the HTTP session information in a cache somewhere? And if so, how do I access it? Any thoughts or suggestions? I could really use some expert advice...
Kerry
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4125284#4125284
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4125284
18 years, 5 months