Maintaining session info while forwarding to another server

[Ted Byers]

I had a thought, as a way forward, to support high performance number crunching.

Java is still much too slow for my number crunching needs.  So I have some compiled programs that need to be executed on demand (demands submitted by a user of a web app.).

I had a thought that I might be able to deal with the problem by having a perl script invoke my compiled programs as required, but have the perl script exist as a cgi program on an instance of Apache's httpd server, with an event handler for a button on my JSF page send a request to it.

What do you think?

Ted

[Antonio Varela]

 I think that a tool like PVM or JPVM may be a cleaner solution. Maybe
rewritting your compiled apps to be PVM-aware can be easily
accomplished, then just invoke pvm_exec() + pvm_send() + pvm_recv().

Jus't an idea.
Best regards
Antonio.

On Thu, Aug 14, 2008 at 2:09 PM, Ted Byers <r.ted.byers@...> wrote:

>
> I had a thought, as a way forward, to support high performance number
> crunching.
>
> Java is still much too slow for my number crunching needs.  So I have some
> compiled programs that need to be executed on demand (demands submitted by a
> user of a web app.).
>
> I had a thought that I might be able to deal with the problem by having a
> perl script invoke my compiled programs as required, but have the perl
> script exist as a cgi program on an instance of Apache's httpd server, with
> an event handler for a button on my JSF page send a request to it.
>
> What do you think?
>
> Ted
> --
> View this message in context: http://www.nabble.com/Maintaining-session-info-while-forwarding-to-another-server-tp18989787p18989787.html
> Sent from the Visual Web - Users mailing list archive at Nabble.com.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@...
> For additional commands, e-mail: users-help@...
>
>

--
Antonio Varela
unixlibre@...

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

[Ted Byers]

JPVM seems a little old.

From the JVPM home page, I found "If you are currently using JPVM, please download the latest version below (v0.2.1, released Feb.2, 1999). "  Will something that old work when using the latest JDK?

I have other forms of parrallelism (Intel's Threading Building Blocks library, for example).  The performance of my existing binaries is adequate for now, and will improve further once I get time to start optimizing.  In any event, I doubt a Java solution will be able to come close to my best C++ or FORTRAN code, especially once I start optimizing based on Intel's library and employing some neat capabilities based on template metaprogramming.  But the performance of that code is beside the point.  I either have to be able to execute these programs from the event handler of a JSF page in the web application, or I have to maintain session moving between Apache's httpd server and Tomcat.

I have no problem invoking programs from standalone Java programs, and I expect calling pvm_exec() + pvm_send() + pvm_recv() would be as easy as using the process builder, and related, classes.  The problem doing so directly is one of permissions (I think - the programs run fine in a commandline window, but the page bean within the application server doesn't seem to be able to find them).  I can invoke the same scripts as cgi scripts on Apache's httpd web server.  But I repeat, "I either have to be able to execute these programs from the event handler of a JSF page in the web application, or I have to maintain session moving between Apache's httpd server and Tomcat."

Thanks

Ted

Antonio Varela wrote:

 I think that a tool like PVM or JPVM may be a cleaner solution. Maybe
rewritting your compiled apps to be PVM-aware can be easily
accomplished, then just invoke pvm_exec() + pvm_send() + pvm_recv().

Jus't an idea.
Best regards
Antonio.

On Thu, Aug 14, 2008 at 2:09 PM, Ted Byers <[e-mail]> wrote:
>
> I had a thought, as a way forward, to support high performance number
> crunching.
>
> Java is still much too slow for my number crunching needs.  So I have some
> compiled programs that need to be executed on demand (demands submitted by a
> user of a web app.).
>
> I had a thought that I might be able to deal with the problem by having a
> perl script invoke my compiled programs as required, but have the perl
> script exist as a cgi program on an instance of Apache's httpd server, with
> an event handler for a button on my JSF page send a request to it.
>
> What do you think?
>
> Ted
> --
> View this message in context: http://www.nabble.com/Maintaining-session-info-while-forwarding-to-another-server-tp18989787p18989787.html
> Sent from the Visual Web - Users mailing list archive at Nabble.com.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [e-mail]
> For additional commands, e-mail: [e-mail]
>
>



--
Antonio Varela
[e-mail]

---------------------------------------------------------------------
To unsubscribe, e-mail: [e-mail]
For additional commands, e-mail: [e-mail]