php-java-bridge-users Mailing List for PHP/Java Bridge

Hi Jost,

I think that more informations about the scenario that I'm using is also
important.

I saw in a lot of discussion in the mailing list talking about mod_jk and
the applications being in the same container.

In my machine (Ubuntu 8.04) I just installed apache2 and mod_php 5.2.4 and
copied sessionSharing.php and java/Java.inc from JavaBridge.war to /var/www.
I also modified the /etc/php5/java.ini to contain the following:

[java]
java.hosts     = 127.0.0.1:8080
java.servlet   = On ;; Off, On or User

Then I exploded the JavaBridge.war to a JavaBridge.war/ folder and modified
the link in sessionSharing.jsp to point to
http://localhost/sessionSharing.php (the file in apache root dir, /var/www)
and deployed it to JBoss.

The session sharing worked fine in this scenario.

After this, I undeployed the JavaBridge.war and modified my Seam application
to have the following servlet:

<servlet-name>PhpJavaServlet</servlet-name>
<servlet-class>php.java.servlet.PhpJavaServlet</servlet-class>

I also copied the libraries to my application libs folder, since without
this I get ClassNotFound errors.

After this I tried to do the same what I described in the first scenario,
but what I get is:

protocol error: HTTP Status 403 -
------------------------------

*type* Status report

*message* **

*description* *Access to the specified resource () has been forbidden.*
------------------------------
JBossWeb/2.0.1.GA. Check the back end log for details.

If I put the sessionSharing.php in my Seam application the session is shared
without problems, but I really need something like in the first scenario.
I'm a bit lost about the discussion of mod_jk and don't know how I must
proceed. Can you give me some light?

Thanks and best regards,
Carlos.

2008/8/29 Carlos Eduardo Rodrigues Diógenes <cer...@gm...>

> Hi,
>
> Thanks for the reply Jost, but I can't find anything related with forward
> requests to a custom context in FAQ, can you point me to where is this
> information?
>
> Thanks,
> Carlos.
>
> 2008/8/29 <php...@li...>
>
> Hi,
>>
>> > Using the JavaBridge.war I can share the PHP session (running in a
>> apache
>> > server) with the "war" in the JBoss server.
>>
>> in its default configuration, the bridge connects to the J2EE "JavaBridge"
>> application context.
>>
>> If you remove it, you'll probably get a "document not found, or a
>> permission error from tomcat.
>>
>> Please see our FAQ for details how to forward requests to a
>> custom context.
>>
>>
>> > It works... can it be a problem in my php.ini?
>>
>> This is probably a misunderstanding. The PHP/Java Bridge is written in
>> pure Java and doesn't know anything about a php.ini, unless you enable the
>> backward compatibility flag in the Config.inc.
>>
>>
>>
>> Regards,
>> Jost Boekemeier
>>
>>
>> __________________________________________________
>> Do You Yahoo!?
>> Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz
>> gegen Massenmails.
>> http://mail.yahoo.com
>>
>> -------------------------------------------------------------------------
>> This SF.Net email is sponsored by the Moblin Your Move Developer's
>> challenge
>> Build the coolest Linux based applications with Moblin SDK & win great
>> prizes
>> Grand prize is a trip for two to an Open Source event anywhere in the
>> world
>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>> _______________________________________________
>> php-java-bridge-users mailing list
>> php...@li...
>> https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users
>>
>
>

Hi,

Thanks for the reply Jost, but I can't find anything related with forward
requests to a custom context in FAQ, can you point me to where is this
information?

Thanks,
Carlos.

2008/8/29 <php...@li...>

> Hi,
>
> > Using the JavaBridge.war I can share the PHP session (running in a apache
> > server) with the "war" in the JBoss server.
>
> in its default configuration, the bridge connects to the J2EE "JavaBridge"
> application context.
>
> If you remove it, you'll probably get a "document not found, or a
> permission error from tomcat.
>
> Please see our FAQ for details how to forward requests to a
> custom context.
>
>
> > It works... can it be a problem in my php.ini?
>
> This is probably a misunderstanding. The PHP/Java Bridge is written in pure
> Java and doesn't know anything about a php.ini, unless you enable the
> backward compatibility flag in the Config.inc.
>
>
>
> Regards,
> Jost Boekemeier
>
>
> __________________________________________________
> Do You Yahoo!?
> Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz
> gegen Massenmails.
> http://mail.yahoo.com
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> php-java-bridge-users mailing list
> php...@li...
> https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users
>

Jost,

Thanks, we'll pass that info along (or upgrade). We got another few
isolated exceptions tonight that seem to be related to printStackTrace():

Exception in thread "main" java.lang.NullPointerException
   at gnu.gcj.runtime.NameFinder.lookup(libgcj.so.7rh)
   at java.lang.Throwable.getStackTrace(libgcj.so.7rh)
   at java.lang.Throwable.stackTraceString(libgcj.so.7rh)
   at java.lang.Throwable.printStackTrace(libgcj.so.7rh)
   at java.lang.Throwable.printStackTrace(libgcj.so.7rh)
   at php.java.bridge.Standalone.main(Standalone.java:281)

Do you think this might also be the result of GCJ?

Thanks again,
Justin


php...@li... wrote:
> Hi,
> 
>>>> gij (GNU libgcj) version 4.1.2 20071124 (Red Hat
> 
> please report this problem to the GNU Java people.
> 
> 
> We know that GCJ/GIJ has problems due to its conservative garbage collector. But this isn't an issue if the built-in thread pool is used within a web environment (i.e. not from the console).
> 
> As a workaround please use a real Java VM instead. For example Sun's JDK 1.6 or the free Open JDK (Java 7).
> 
> 
> Regards,
> Jost Boekemeier
> 
> 
> __________________________________________________
> Do You Yahoo!?
> Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz gegen Massenmails. 
> http://mail.yahoo.com 
> 
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> php-java-bridge-users mailing list
> php...@li...
> https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users

Hi,

> Using the JavaBridge.war I can share the PHP session (running in a apache
> server) with the "war" in the JBoss server.

in its default configuration, the bridge connects to the J2EE "JavaBridge" application context. 

If you remove it, you'll probably get a "document not found, or a permission error from tomcat.

Please see our FAQ for details how to forward requests to a 
custom context.


> It works... can it be a problem in my php.ini? 

This is probably a misunderstanding. The PHP/Java Bridge is written in pure Java and doesn't know anything about a php.ini, unless you enable the backward compatibility flag in the Config.inc.



Regards,
Jost Boekemeier


__________________________________________________
Do You Yahoo!?
Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz gegen Massenmails. 
http://mail.yahoo.com 

Hi,

> >> gij (GNU libgcj) version 4.1.2 20071124 (Red Hat

please report this problem to the GNU Java people.


We know that GCJ/GIJ has problems due to its conservative garbage collector. But this isn't an issue if the built-in thread pool is used within a web environment (i.e. not from the console).

As a workaround please use a real Java VM instead. For example Sun's JDK 1.6 or the free Open JDK (Java 7).


Regards,
Jost Boekemeier


__________________________________________________
Do You Yahoo!?
Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz gegen Massenmails. 
http://mail.yahoo.com