File APIs for Java Developers
Manipulate DOC, XLS, PPT, PDF and many others from your application.
http://aspose.com/file-tools
The moose likes Java in General and the fly likes Spawing a new JVM on a remote host Big Moose Saloon
  Search | Java FAQ | Recent Topics | Flagged Topics | Hot Topics | Zero Replies
Register / Login


Win a copy of EJB 3 in Action this week in the EJB and other Java EE Technologies forum!
JavaRanch » Java Forums » Java » Java in General
Bookmark "Spawing a new JVM on a remote host" Watch "Spawing a new JVM on a remote host" New topic
Author

Spawing a new JVM on a remote host

Kumar Kausikasa
Ranch Hand

Joined: Jun 04, 2002
Posts: 45
Hi,
I want to spawn a new JVM on a remote host.Suppose there is a Java Program "A".
What i have in "A" is Tasks and hosts where it should run (host).
To be more clear
i say
Task1 -- host1
Task2 -- host2
Task3 -- host3.
These Hosts can be anywhere on the internet.
I do not know whether such a thing is possible or not ?
I apologize if it not very clear and i will clarify.
Thank you for your time.
Thanks
Praveen.
Ernest Friedman-Hill
author and iconoclast
Marshal

Joined: Jul 08, 2003
Posts: 24166
    
  30

It is only possible if the remote hosts allow and enable it in some way. There are an enormous number of possible ways to do this, but all involve one key element: software on the remote host listening for a command from your client to launch this JVM. That software can be anything from a UNIX shell (which you could reach via rsh or ssh) to an CGI or Servlet (in a Web server) to a standalone RMI, CORBA, or other program.
And these are just the low-level choices! Layered on top of these there are many higher-level APIs; you've surely heard of "SOAP," for example; there are many others.
The first step is to choose one alternative. After that, it's just a Small Matter of Programming (TM).


[Jess in Action][AskingGoodQuestions]
 
I agree. Here's the link: http://aspose.com/file-tools
 
subject: Spawing a new JVM on a remote host
 
Similar Threads
Re checking the connection
container and context
Threads behaviour on a real cluster
Problem in executing remote Java Swing client of an EJB application
remote adminclient failing