Docjar: A Java Source and Docuemnt Enginecom.*    java.*    javax.*    org.*    all    new    plug-in

Quick Search    Search Deep

musli.aorta.* (16)

Package Samples:

musli.aorta

Classes:

Worker: An P2P Cluster application using Tasklets. (Today 2003-03-2 LAN are supported) This is Tail-recursion with multiple JVM:s on the LAN(No RMI is needed) Features: Scalable and no administration. Just plugin a new computer with the worker client running which will start process the Tasklets. Useful in the following example constalations: 1) Math like Fractals/Numerical/Imagerendering (For extra speed up , make calls to native-c or Matlab ) 2) Render webpages with multiple xml/xslt which is heavy (Portal servers like JetSpeed/Ibm Portal server). NOTE: Proberbly the same DB are used from every Running ...
TaskHandler: Handles task that are delegating, thus waiting for remote JVM to for jobs . A worker simple put in a job description , this will be broadcasted and any worker seeing this can apply for the work. This class both broadcasts jobs and handels received job-applies for from workers. NOTE1: Jobcenter would be the name in the real world. NOTE2: The converse of this class is the Receiver , that handlers broadcasted jobs (watching the Multicast IP).
Componlet: Abstract class for an Componlet Currently a Componlet is a Componet that should be able to be turned on/off and spread out by the Aorta Core system on several Worker machines. It's up to the componlet to comunicate with other componlet , connected. This is not a standard name... so it may change !!
Moblet: The smallest entity sent around. It basicly contains parameters and a reference to desired Processor. Processor is the class that will "process" our Moblet , and possible decide how the Moblet will split/merge and traverse the net. NOTE: Should not extend Thread.
Benchmark: This class calculates the prestanda and resources of its host "machine" , regaring JDBC,CPU,FPU, RAM , NET etc. This is used by some tasklets in their split methods NOTE: In the future the client also should use this when "applying" for ajob.
Processor: Processor is the class that will "process" an Moblet , and possible decide how the Moblet will split/merge and traverse the net. Every Moblet has an reference to a desired Processor. Dynamic binding. NOTE: Should not extend Thread.
Creator: This the GUI part of an task , this is needed so the user can create and initialize and Task. Using the GUI controllers to set parameters etc. Also the GUI should be used to present the answere.
Receiver: Monitor broadcasted Tasks. NOTE1: The converse class is the TaskHandler that broadcast tasks to the multicast ip. NOTE2: This class spawns into 2 threads , look into run() for details.
Tasklet: Abstract class for Tasklet algoritm. Currently a Tasklet is simply a function call , it may be implemented recursively This is not a standard name... so it may change !!
ComponletProcessor: Abstract class for an Componlet Processor. NOTE: This is an marker class for this type of processor. NOTE: All classes derived from this can be used to fire of Tasklets.
TaskletProcessor: Abstract class for an Tasklet Processor. NOTE: This is an marker class for this type of processor. NOTE: All classes derived from this can be used to fire of Tasklets.
TailRecursiveProcessor: Computes a Task. The task that we fetch from the MASTER we compute locally. The part of the local we cannot compute we delegate to any willing slave.
ResourceServer: TODO: this will NOT be jini classerver in the future.
WorkerGUI: GUI version of the Aorta Worker.
HostEntry: Task description.
Preferences

Home | Contact Us | Privacy Policy | Terms of Service