Re: Request for input - Batch processing using JAVA
Michael Kimsal <[email protected]> Tue, 15 Mar 2011 18:26:51 -0400
| Newsgroups | gmane.org.user-groups.trijug.juglist |
|---|---|
| Message-ID | <[email protected]> |
Have you considered using groovy or jruby as an alternative? These would allow you to leverage some of your existing code libraries, but also write more scripting-oriented processes more suited to cron-based execution. Each groovy/jruby process would be treated as a separate script and they could be killed individually. On Tue, Mar 15, 2011 at 5:47 PM, Terry Waranch < [email protected]> wrote: > Hi, > > > > I need some input. I have sent this message to another email address but > got what I think is a bounce back. If this is a redundant message… sorry! > Here goes… > > > > Our shop runs a good many batch processes for daily reports, data extracts > and data updates. We are moving more toward java as our primary language. > Currently we use .jar files for these processes. The programs are developed > using Eclipse, exported to .jar files, and uploaded to our Linux server > where they are executed. The .jar will run under a Unix shell which is > started by Cron. A typical program will run under a minute to all day > plus. We use common .jar files for shared code. Performance is good. We > have no problem distributing the programs. > > > > The thing we don’t like about this strategy is that the code is packaged in > .jar files which are hard to search and, when necessary, cumbersome to look > through. > > > > We talked about organizing these processes into web services. We could use > Subversion to maintain the library. This would give us a better tool for > searching our code and organizing reusable functions. If we did that how > would we kill an individual job? I have also read articles that indicate > that web servers will kill long running processes. Are people using web > services for batch processing. Is that the right tool? > > > > As an alternative we talked about using large .jar files. The code for > batch processes could be stored in a common .jar file. We could create > individual .jar files with a simple MAIN to start a batch process. The jobs > would be easy to manage using Cron, easy to kill, and we would be able to > use Subversion for library control. How large could a .jar file like this > get? Is this the right tool for this kind of processing? > > > > If you have any comments or something that I should look at please let me > know. I attended a meeting several months ago where Service Oriented > Architecture was the topic. Does anyone remember the presenter’s name. I > would like to address this question to someone who has experience using SOA. > > > > Thanks for your help, > > Terry > > > > > > *Terry N. Waranch > *Business Analyst/Developer > *R**EPLACEMENTS, **L**TD.* > PO Box 26029 > Greensboro, NC 27420-6029 > 336-697-3000, ext. 2298 > Fax: 336-697-3100 > [email protected] > www.replacements.com > > > > NOTICE: This message may contain information that is confidential, > proprietary, and privileged. If you are not the intended recipient, you may > not use, print, copy, disseminate, or retain this message or any information > contained in this message, including in any attachments to it. If you have > received this message in error, please notify the sender by reply email and > delete this message and any attachments to it from your system(s). Thank > you for your cooperation. > > _______________________________________________ > Juglist mailing list > [email protected] > http://trijug.org/mailman/listinfo/juglist_trijug.org > > -- Michael Kimsal http://jsmag.com - for javascript developers http://groovymag.com - for groovy developers http://indieconf.com - web freelancer conference 919.827.4724 _______________________________________________ Juglist mailing list [email protected] http://trijug.org/mailman/listinfo/juglist_trijug.org