Session Sharing Java portlets / PHP

**Gokul20** · 31-07-2010

Maybe someone here has an idea of how it is possible to make data from a Portletsession a PHP application to access and vice versa to write from the PHP application data into the portlet session, that will then be available in the portlet? In fact, imagine the following scenario.

On Oracle AS Portal is a portlet that has different data. From this portlet is invoked in a new browser window, a PHP page, which is on a different web server / domain. This page contains data from the portlet session to pass (not via GET). Later, the PHP Web application will in turn return data to the portlet, so that these data are sent to the same portlet session, from which the PHP page is called. I have some approaches, but I can imagine that it is also easier. I was initially very confident in the PHP Java Bridge, which in retrospect turned out, however confusing than anything. I also assume that a direct communication is not possible (or is it?). I think that data exchange must take place via web services. But then the data must restore the land from PHP to Java in the right portlet session. Is that possible? About the exchange SessionID? So hoping that someone over there will help me.!!

**DllD** · 31-07-2010

Hi,
such a similar problem I had last year. It was this question from PHP / Apache and Servlet / JBoss exchange data. Just like that at the session of the other access is not imho. Furthermore, it would disturb my imagination, the ideal scalability. You can do this with Webservcies, but in my current project, we use it, and somehow I feel very static Web services as inflexible and somehow (not to want to start a flamewar discussion). On the last project we have therefore provided as a web service alternative to a servlet, which has adopted JSON requests. Gibts in PHP for JSON in Java as well as many Libs, and I've even started even times one, but I am not finished yet.

**Ackley** · 31-07-2010

JSON is a JavaScript notation and very lightweight. If you make a clean format define, you will save you even some overhead, even the purely by the length of the web service is XML tags transferred. This is JSON a little bit harder to read than XML, which the XML Web service might not necessarily be read as "light" is to be considered. Is somehow a matter of taste. Another alternative is to JSON web service or Hessian. A direct exchange brings more problems than likely use, so I would strike the target before you by way already. Hope this helps you.!!

**Gokul20** · 31-07-2010

First thanks for your answer.

Sort of like you describe I have my thought. With JSON, I've also done a good experience. In order to reuse and UDDI / SOA capability, but I wanted to share more on Web than pure servlets. The data exchange is taking place is not my real problem, but rather as calling the servlet / web services from within PHP needs to land the data passed in the correct target session. In principle, it must be possible to pass JavaSessionID to PHP and later with the return to Java vonPHP this SessionID to the Java servlet / web service to pass, which then opens the session and associated data adds. This data must be in the portlet (for a Action Request) to be retrieved.

**pancham** · 31-07-2010

We used the idea to hold two sessions, and sync-but this is a nerve-racking act as a solution we had just one layer made "stupid" in our case, PHP. Php must therefore invite each call, the session data. Whether that was good .... at least it was a workable solution in a cluster area, so we did not have to sessions synchronizing in both layers, but only in the JBoss cluster.

**RichiRich** · 31-07-2010

However, if you absolutely must identifies a session in the other: if it's just a PHP server is you can use eg PHPSESSID and pass them as JSESSID. One would have to weigh everything again, but this could be a pragmatic approach. A very nice solution would not now occur to me right away-just whatever comes to the overall environment on it. Forgot: you connect to servlet from PHP via PHP socket can still open classes? We did it that way and it was one-time only the max. socket number "check" on both sides.