JPPF, java, parallel computing, distributed computing, grid computing, parallel, distributed, cluster, grid, cloud, open source, android, .net

The open source
grid computing

 Home   About   Features   Download   Documentation   On Github   Forums 
June 04, 2023, 07:28:51 PM *
Please login or register.

Login with username, password and session length
Advanced search  
News: New users, please read this message. Thank you!
Home Help Search Login Register
Pages: [1]   Go Down

Author Topic: Is JPPF a suitable solution to my problem space?  (Read 2403 times)


  • JPPF Padawan
  • *
  • Posts: 2
Is JPPF a suitable solution to my problem space?
« on: August 25, 2014, 07:40:52 PM »

I am looking for help in determining if JPPF is the appropriate software to meet a need of mine.  Consider a large mission that involves many processes (1,000’s) running on many hosts (100’s) in a heterogeneous environment (MS Windows and Linux).  Some processes have dependencies on other processes running on the same host and sometimes on other hosts.  Some processes NEED to run on specific hosts and some processes can be run on a hosts that meets a specific configuration.  Processes can be any of many flavors:
•   Windows or Linux executables
•   COTs products themselves
•   Code running inside of IIS, Glassfish or Tomcat on Windows and/or Linux
•   C or C++ executables running on Windows and/or Linux
•   Scripts running in interpreters (ksh, bsh, Perl, etc.)
What I’m looking to build or acquire (FOSS/COTS) is software that includes a web frontend that will allow me to start/stop the entire mission with a single click or start a portion of the mission by clicking on individual processes that make up a part of the mission. After startup I need for each process to be monitored by the “product” and have its status displayed on/in the web frontend.  So, the single click mentioned above would need to start processes in dependency order on hundreds of different hosts (different processes on different hosts).  Also, individual process (or the entire mission) needs to be able to be stopped by clicking on the web frontend. 


  • Administrator
  • JPPF Council Member
  • *****
  • Posts: 2272
    • JPPF Web site
Re: Is JPPF a suitable solution to my problem space?
« Reply #1 on: August 26, 2014, 08:50:12 AM »


To help you determine whether JPPF is a fit for your requirements, I believe it would be useful to gain an understanding of what what it does and how it is designed. The best place to start, if you haven't already done so, is the JPPF overview section of our documentation. This will give you a high-level view of the JPPF architecture and design, and how it works.

A JPPF grid will easily scale up to thousands of nodes, and even more if you take advantage of its flexible topology capabilities. Given its Java nature, it will run on any platform that supports Java. For instance: all flavors of Linux (even on a Raspberry Pi), Windows, OS/X, AIX, Solaris, etc.

As a Java-based framework, it is primarily designed to handle Java workloads. However, you are not limited to that. For instance, we provide an API for running non-Java tasks. This is provided as a convenience, and you can easily write your own custom code instead, to run external processes or shell scripts. We also provide an API to run dynamic scripts in any language compliant with the JSR 223 specification.

The distribution of JPPF jobs to the nodes in the grid is driven by a job SLA, which represents a contract between the job and the grid and defines, at a very-fine grained level, where a job can be executed and in which conditions. In particular, execution policies provide a set of rules matched against characteristics of the nodes to determine their fitness to process a given workload.

I hope this answers your request. Please do not hesitate to get back to us if you have any other question or if you need any additional information.


Pages: [1]   Go Up
JPPF Powered by SMF 2.0 RC5 | SMF © 2006–2011, Simple Machines LLC Get JPPF at Fast, secure and Free Open Source software downloads