Hi Cynthia, Anytime, hope the info was useful.
Thanks! Cheers, Chris On Apr 17, 2012, at 7:28 AM, Wong, Cynthia L (388J) wrote: > Chris, > > Thanks, > Cynthia > > -- > Cynthia L. Wong > Data Management Systems and Technologies > Jet Propulsion Laboratory > 4800 Oak Grove Drive, M/S 171-264, Pasadena, CA 91109-8099 > Phone: 818/393-2572, Email: [email protected] > > > > > On 4/15/12 7:23 PM, "Mattmann, Chris A (388J)" > <[email protected]> wrote: > >> Hi Cynthia, >> >> On Apr 13, 2012, at 12:55 PM, Wong, Cynthia L (388J) wrote: >> >>> What are the behavior for these servers (FM, WM, RM) when the >>> start/restart/stop commands are issued? >>> >>> For example, when we issue command "fmgr start", it does the following: >>> >>> Read properties files >>> Read policy files >>> Connect to database??? >> >> The answer to the above is largely dependent on what extension points >> have been >> configured, and what system properties have been configured for the >> specific >> service component. For example, a good set of slides that describe this >> process >> are: >> >> http://s.apache.org/GoS >> >> e.g., slide 22 ,where it talks about what happens when you configure >> e.g., the file manager with >> a particular set of extension points. >> >> You can find precisely what happened by looking at: >> >> http://s.apache.org/0Ww >> >> Check out the #loadConfiguration method. #refreshConfiguration allows an >> external >> client for the FM to reload its configuration and refresh it. >> >>> >>> When we issue command "fmgr stop", does it wait for the current file >>> transfer to complete? >> >> Nope. Did you check out the filemgr script, here? >> >> http://s.apache.org/m4y >> >> stop just issues a kill to the current FM PID. >> >> Also, I'm not sure it would make sense to wait for the current file >> transfer to complete. That >> could take an indefinite amount of time, and defeat the purpose of >> calling "stop". >> >>> >>> When we issue command "wmgr stop", does it wait for the workflow tasks >>> to complete and shut down gracefully? >> >> Nope, for the same reason as stated above -- "stop" means, "stop", not >> "wait for workflow tasks to complete", >> which again, could take an indefinite amount of time. >> >>> >>> Is there documentation or javadocs to describe the details about these >>> commands? >> >> The wiki is probably the most active, up-to-date set of information. And >> besides those, >> the component user guides, described here: >> >> https://cwiki.apache.org/confluence/display/OODT/Component+Level+User+Guid >> es >> >> Cheers, >> Chris >> >> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ >> Chris Mattmann, Ph.D. >> Senior Computer Scientist >> NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA >> Office: 171-266B, Mailstop: 171-246 >> Email: [email protected] >> WWW: http://sunset.usc.edu/~mattmann/ >> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ >> Adjunct Assistant Professor, Computer Science Department >> University of Southern California, Los Angeles, CA 90089 USA >> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ >> > ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Chris Mattmann, Ph.D. Senior Computer Scientist NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA Office: 171-266B, Mailstop: 171-246 Email: [email protected] WWW: http://sunset.usc.edu/~mattmann/ ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Adjunct Assistant Professor, Computer Science Department University of Southern California, Los Angeles, CA 90089 USA ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
