148コメント44KB

【COBOLから】バッチ処理【Javaまで】

■ このスレッドは過去ログ倉庫に格納されています

0001デフォルトの名無しさん

2008/01/12(土) 16:38:37

最近は、Javaでもバッチ処理を書くんですなぁ

0098デフォルトの名無しさん

2010/01/10(日) 00:46:35

まぁ確かにビルド自体　バッチ処理だからantやMSBuildはそういう風に活用するのがいいいかもしれない。

エンドユーザがGUIで簡単に運用状況確認するとか、そういうがそれほど問題にならないならいいと思うけど。

0099デフォルトの名無しさん

2010/01/13(水) 00:07:00

すいません、ＣＯＢＯＬで教えてください。

ＮｅｔＣｏｂｏｌで既存ファイルの削除をしたいんですが、
どうやれば可能でしょうか？

サーバーはWindowsなのでＡＰＩなんかででも、出来たら
御願いします。

0100デフォルトの名無しさん

2010/01/13(水) 09:48:02

>>99
使用手引書にちゃんとあるじゃないか。読めよタダなんだし。
http://software.fujitsu.com/jp/manual/fm/b298c2606/b1jw6201/01/cobuw.pdf

--------------------------------------------------------------
CALL "COB_FILE_DELETE" USING BY REFERENCE COBF-INF.
--------------------------------------------------------------
呼出し時のデータ設定 COBF-INPUT-FILENAME:
削除するファイルのパス名を指定します。
復帰コード
本関数からの復帰コードは、特殊レジスタPROGRAM-STATUSを使用して受け取ります。

例
― ファイル名にワイルドカード(?,*)を指定することはできません。
C:¥INFILEを削除する
--------------------------------------------------------------------
MOVE LOW-VALUE TO COBF-INF.
MOVE "C:¥INFILE" TO COBF-INPUT-FILENAME.
CALL "COB_FILE_DELETE" USING BY REFERENCE COBF-INF. --------------------------------------------------------------------

0101デフォルトの名無しさん

2010/01/17(日) 22:06:30

思うがバッチ処理ってのは、いつかはリアルタイムになるのかな
いまはまだコンピュータの性能や制約があって、バッチ処理でしか方法ないけど。
いずれ処理時間という問題が解放されたらすべて即時計算の世界になるもんかね

そういう世界になったらもっとすごいバッチ処理ができるかもしれんけどｗ

0102デフォルトの名無しさん

2010/01/17(日) 22:15:09

黙れバカ

0103デフォルトの名無しさん

2010/01/17(日) 22:21:55

どの辺が馬鹿か説明してくれよ　おばかさん

0104デフォルトの名無しさん

2010/01/17(日) 22:35:08

>>101
自分で何を言ってんのか、わかってのかよｗｗｗ

0105デフォルトの名無しさん

2010/01/25(月) 23:07:20

バッチ処理をJavaで作成する場合、
DBサーバかAPサーバのどっちにプログラムを配置するのが普通？

0106デフォルトの名無しさん

2010/01/26(火) 02:50:03

>>105
COBOLで作成する場合と一緒だよ

0107デフォルトの名無しさん

2010/01/26(火) 22:30:11

COBOLはどっち？

0108デフォルトの名無しさん

2010/02/03(水) 01:31:30

>>100
>>99
>使用手引書にちゃんとあるじゃないか。読めよタダなんだし。
>http://software.fujitsu.com/jp/manual/fm/b298c2606/b1jw6201/01/cobuw.pdf
コボラーはマニュアルも読めないのかw

0109デフォルトの名無しさん

2010/02/08(月) 22:35:38

WebからJavaで作成したバッチを起動するとき、
そのたびに別のプロセスとして動かしてたらやばい？

0110デフォルトの名無しさん

2010/02/09(火) 00:04:22

>>109
エロイ人がServletで別プロセス立てちゃ駄目だって言ってた気がする

0111デフォルトの名無しさん

2010/02/10(水) 01:19:10

理由が知りたいなぁ。やっちゃってるから。

0112デフォルトの名無しさん

2010/02/11(木) 00:04:24

Servletではなく、バッチが別々のプロセスとなる設計は問題ありますか？

0113デフォルトの名無しさん

2010/02/11(木) 05:35:58

Java辞めればすべて解決

0114デフォルトの名無しさん

2010/02/11(木) 12:01:25

>>112
悩んでるならSpringBatchとか見てみな、ヒントにはなると思うよ

0115デフォルトの名無しさん

2010/02/11(木) 15:34:34

SpringBatch見たところ、別プロセスにせず別スレッドとしているようですね。。

オンラインバッチ作るときは、直接Shellコールではなく。
ＪＯＢテーブル実行依頼テーブルのようなものを、監視するデーモンを用意して
各ＪＯＢは別スレッドとして動かした方がいいのかな

0116デフォルトの名無しさん

2010/02/11(木) 16:35:26

Javaだけで完結してるならスレッドでやればいいと思うが、
バッチ処理はJNIとかも使う要件も出るものだから、
VMを保護するためにもプロセスで分けた方が安全だと思う。

0117デフォルトの名無しさん

2010/02/11(木) 19:05:58

VMを別にするとなると直接シェルキックですかね・

0118デフォルトの名無しさん

2010/02/13(土) 11:26:46

リカバリの一般的な方針は？

0119デフォルトの名無しさん

2010/02/13(土) 13:20:32

リアルタイムバッチか定期バッチかによって変わってくるとは思うけど、外部I/Oのポイントでのバックアップは必須じゃないかな

0120デフォルトの名無しさん

2010/02/13(土) 15:29:23

基本的に１バッチ処理で、１トランザクションとすれば
リカバリは簡単？

0121デフォルトの名無しさん

2010/05/25(火) 15:01:03

COBOL誕生50周年
http://iiyu.asablo.jp/blog/2010/05/25/5111701

0122デフォルトの名無しさん

2010/10/17(日) 02:16:34

RDB使うならバッチは基本的にストアドだろ

0123デフォルトの名無しさん

2010/11/17(水) 20:46:51

>>122
いや、分野や規模によるぞ。裏で定期バッチは意外に多い。
歴史が長いから、細かいテクニックも知られてるし。

0124デフォルトの名無しさん

2011/03/09(水) 23:01:17.86

ObjectWorks+ ってどうなんだ？

0125デフォルトの名無しさん

2011/05/07(土) 14:43:17.53

COBOLで書けばすべて数十年前に解決済みの問題を、
わざわざＪａｖａで引き起こしては解決、の作業に何の意味があるのか

0126デフォルトの名無しさん

2011/05/08(日) 02:25:58.88

COBOLでやってきたバッチ処理なんて、
・データ編集
・マッチング
・帳票出力
なんてなもんだと思うがデータ編集とマッチングは
mdbや市販のETLツールで置き換えられるし
帳票ツールもGUIで帳票作れるものに置き換えられるから
それらをバッチファイルで順番に実行されるように組めば
Jaba（っていうか、プログラム言語自体）なんか使う
必要ないんじゃないの？

0127デフォルトの名無しさん

2011/05/08(日) 04:48:59.04

その変なツール類が、エンハンス停止とかになるので
またCOBOLに戻ってくる訳ですよ。

0128デフォルトの名無しさん

2011/05/08(日) 12:12:30.44

バッチで帳票出力とか未だに需要あるの？
COBOL→javaが騒がれてる理由はメンテ要員の高齢化でしょ
若いのはCOBOL近づかないしどんどん人がいなくなっていく

0129デフォルトの名無しさん

2011/05/08(日) 12:50:14.34

官と商社と銀行がすべて無くなれば需要は減るかもな

0130デフォルトの名無しさん

2011/05/08(日) 13:40:31.13

官庁と銀行は未だに帳票がとっても大好き。
某証券会社など、取り引き明細をわざわざ横型の紙に表裏上下反対に印刷して見易いなぞと悦に入ってる始末。

0131デフォルトの名無しさん

2011/05/08(日) 21:01:48.22

帳票出力の需要聞いてるわけじゃないんだがな・・・
帳票はあるのは当たり前として「バッチで」必要とされてんのか？

0132デフォルトの名無しさん

2011/05/08(日) 21:44:38.40

伝統を軽視する奴は許さないよ

0133デフォルトの名無しさん

2011/05/09(月) 01:08:14.25

>>131
バッチ以外で帳票なんて必要？

0134デフォルトの名無しさん

2011/05/09(月) 19:19:35.74

帳票てＰＤＦでセキュリティロックして、サーバに保存が普通じゃないのか。

0135デフォルトの名無しさん

2011/05/16(月) 01:42:01.59

>>131
それはバッチ処理が不要と聞いているのか？
それとも、バッチ処理内で帳票作る必要はないと言ってるのか？
どちらにしても、一処理で何十万件ものデータを処理して帳票イメージを作り、印刷出来るなら、そんな不要になるだろう。
だけど、現状は一瞬で処理して印刷まで完了させるなんて出来ない。

0136デフォルトの名無しさん

2011/05/16(月) 01:58:36.15

>>133
バッチって、夜間バッチという意味？
画面で印刷指示かけたら、すぐに帳票が出て欲しくないの？

>>134
２、３枚の帳票なら、ユーザーサイドで印刷すればいいけど、何十枚、何百枚単位になってもユーザーに印刷させる気かい？

0137デフォルトの名無しさん

2011/05/19(木) 00:29:08.67

>>136
そのすぐできる帳票ってどこに出るの？
すぐほしいならユーザーサイドで印刷するよね。
どこかで印刷されるならすぐ印刷する必要はないよね。

0138デフォルトの名無しさん

2011/05/19(木) 00:38:39.80

バッチで帳票ってのは朝出社したら大量に帳票が印刷されてる感じ？

0139デフォルトの名無しさん

2011/05/19(木) 01:17:58.17

そんな感じ
印刷された場所と受け取る人が遠く離れてる場合は配布に時間かかるから
出社した時点ではまだ届いてなかったりするけど

0140デフォルトの名無しさん

2011/05/19(木) 02:09:44.22

配送系とかかな？やっと理解できたわ
帳票はデスクからプリンタの即時印刷ってイメージだったわ

0141デフォルトの名無しさん

2011/05/19(木) 15:22:28.91

>>137
もう理解できてるかもしれないけど、
ユーザーサイドで印刷するものは、見積書とか依頼書とか印刷枚数の少ない帳票。オフィスに据え置いたブリンタで印刷する。
印刷は、印刷枚数の多い帳票は、大量印刷用のプリンタ。

0142デフォルトの名無しさん

2011/05/19(木) 15:27:38.18

>>141
誤送した。
最後の行は、郵送用のDMなど、大量印刷が必要な帳票は大量印刷用の専用ブリンタで一括で印刷する。

0143デフォルトの名無しさん

2011/06/03(金) 09:00:19.49

>>126
まあ、個人のクソ店舗程度ならそれで充分かもなｗｗｗ
その理念で行くと、みずほレベルの損害では済まないだろｗｗｗ

0144デフォルトの名無しさん

2011/06/03(金) 09:04:31.96

>>131
大量の帳票出力とかになると、大型の高速プリンターでないと無理だろｗｗｗ
何百万件以上もある客先の案内を朝までに打ち出さないといけない時にどうするよｗｗｗ

大型の魅力はマダマダあるんだよ、アンタのクライアントみたいにショボイ企業レベルの考え方では
処理しきれないのｗｗｗ

0145デフォルトの名無しさん

2011/06/03(金) 09:10:20.14

>>140
ショボイな、何の会社だよｗｗｗ
システム規模の違いで、いや、顧客規模の違いで必要とされているからこそ
コンパクトにできないんだよ、データ件数っていう処理に大きく関わる部分を意外と
ないがしろにしてマシンの処理能力を過剰評価してるから、みずほみたいなシステム要員に
馬鹿が多いんだよ、まあ、ゆとりも障害の要因だよなｗｗｗ

0146デフォルトの名無しさん

2011/06/03(金) 09:24:28.90

なんか元気なのが沸いてきたな

0147デフォルトの名無しさん

2011/06/03(金) 12:21:16.10

躁期にだけ動くバッチ処理って役に立たないよな

0148デフォルトの名無しさん

2011/11/20(日) 11:30:15.51

立たないよね

■ このスレッドは過去ログ倉庫に格納されています