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

**デフォルトの名無しさん** · 2008/01/12(土) 16:38:37

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

**デフォルトの名無しさん** · 2010/01/17(日) 22:15:09

黙れバカ

**デフォルトの名無しさん** · 2010/01/17(日) 22:21:55

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

**デフォルトの名無しさん** · 2010/01/17(日) 22:35:08

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

**デフォルトの名無しさん** · 2010/01/25(月) 23:07:20

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

**デフォルトの名無しさん** · 2010/01/26(火) 02:50:03

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

**デフォルトの名無しさん** · 2010/01/26(火) 22:30:11

COBOLはどっち？

**デフォルトの名無しさん** · 2010/02/03(水) 01:31:30

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

**デフォルトの名無しさん** · 2010/02/08(月) 22:35:38

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

**デフォルトの名無しさん** · 2010/02/09(火) 00:04:22

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

**デフォルトの名無しさん** · 2010/02/10(水) 01:19:10

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

**デフォルトの名無しさん** · 2010/02/11(木) 00:04:24

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

**デフォルトの名無しさん** · 2010/02/11(木) 05:35:58

Java辞めればすべて解決

**デフォルトの名無しさん** · 2010/02/11(木) 12:01:25

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

**デフォルトの名無しさん** · 2010/02/11(木) 15:34:34

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

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

**デフォルトの名無しさん** · 2010/02/11(木) 16:35:26

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

**デフォルトの名無しさん** · 2010/02/11(木) 19:05:58

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

**デフォルトの名無しさん** · 2010/02/13(土) 11:26:46

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

**デフォルトの名無しさん** · 2010/02/13(土) 13:20:32

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

**デフォルトの名無しさん** · 2010/02/13(土) 15:29:23

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

**デフォルトの名無しさん** · 2010/05/25(火) 15:01:03

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

**デフォルトの名無しさん** · 2010/10/17(日) 02:16:34

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

**デフォルトの名無しさん** · 2010/11/17(水) 20:46:51

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

**デフォルトの名無しさん** · 2011/03/09(水) 23:01:17.86

ObjectWorks+ ってどうなんだ？

**デフォルトの名無しさん** · 2011/05/07(土) 14:43:17.53

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

**デフォルトの名無しさん** · 2011/05/08(日) 02:25:58.88

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

**デフォルトの名無しさん** · 2011/05/08(日) 04:48:59.04

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

**デフォルトの名無しさん** · 2011/05/08(日) 12:12:30.44

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

**デフォルトの名無しさん** · 2011/05/08(日) 12:50:14.34

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

**デフォルトの名無しさん** · 2011/05/08(日) 13:40:31.13

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

**デフォルトの名無しさん** · 2011/05/08(日) 21:01:48.22

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

**デフォルトの名無しさん** · 2011/05/08(日) 21:44:38.40

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

**デフォルトの名無しさん** · 2011/05/09(月) 01:08:14.25

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

**デフォルトの名無しさん** · 2011/05/09(月) 19:19:35.74

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

**デフォルトの名無しさん** · 2011/05/16(月) 01:42:01.59

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

**デフォルトの名無しさん** · 2011/05/16(月) 01:58:36.15

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

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

**デフォルトの名無しさん** · 2011/05/19(木) 00:29:08.67

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

**デフォルトの名無しさん** · 2011/05/19(木) 00:38:39.80

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

**デフォルトの名無しさん** · 2011/05/19(木) 01:17:58.17

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

**デフォルトの名無しさん** · 2011/05/19(木) 02:09:44.22

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

**デフォルトの名無しさん** · 2011/05/19(木) 15:22:28.91

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

**デフォルトの名無しさん** · 2011/05/19(木) 15:27:38.18

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

**デフォルトの名無しさん** · 2011/06/03(金) 09:00:19.49

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

**デフォルトの名無しさん** · 2011/06/03(金) 09:04:31.96

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

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

**デフォルトの名無しさん** · 2011/06/03(金) 09:10:20.14

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

**デフォルトの名無しさん** · 2011/06/03(金) 09:24:28.90

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

**デフォルトの名無しさん** · 2011/06/03(金) 12:21:16.10

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

**デフォルトの名無しさん** · 2011/11/20(日) 11:30:15.51

立たないよね

**デフォルトの名無しさん** · 2012/08/29(水) 00:27:57.80

　　　　 ,,,,.,.,,,,
　　　　ﾐ・д・ﾐ
.　　　　""""

**デフォルトの名無しさん** · 2012/08/29(水) 15:28:48.75

ruby2.0がかなりすごいらしい

**デフォルトの名無しさん** · 2012/11/12(月) 23:40:06.57

バッチって具体的にはどういう処理よ
夜間に大量のCSVファイル加工してデータベースに書き込んだりする？

それだったらメインのシステムと同じ言語使ったりしてもよくね？

**デフォルトの名無しさん** · 2012/11/16(金) 23:42:25.85

メインのシステム自体がCOBOLだろｗ

**デフォルトの名無しさん** · 2013/10/12(土) 19:25:07.64

保守age

**デフォルトの名無しさん** · 2014/04/08(火) 21:34:52.99

そろそろ時代が追い付くか
jBatchと、あとは分散を上手くやればなんとかなる・・・のか？

**デフォルトの名無しさん** · 2014/11/09(日) 14:30:23.83

>>144
何百万件も明朝までに印刷しろとか無計画にもほどあがある。
どこのボンクラ企業だよ。
1週間以上前から言えよハゲ。

**デフォルトの名無しさん** · 2014/11/09(日) 16:50:56.27

>>155
企業によっては月に一度くらいはそのページ数出力して打つとこもあるからな

**デフォルトの名無しさん** · 2014/11/10(月) 00:49:26.98

ここに書いてる人らの置かれた状況（システム化領域）の差をごちゃ混ぜにしてるのをよく分かった。
帳票リアルタイム出力かバッチ出力か、で環境の差を知る。
出す紙の量に従ってシステム組むしかないだろ。

**デフォルトの名無しさん** · 2014/11/10(月) 01:51:31.29

うちにはカード会社や電話会社からの利用明細が毎月届くけど
ああゆうのはバッチ出力して封入封函機で処理しないと
どうしようもないよね。
まあ電子化も進めてるんだろうけどNET使えないジジババがいる限り
なくせないだろうし。

**デフォルトの名無しさん** · 2014/11/10(月) 02:39:28.07

>>158
NTTから引き落としにしないと請求書の発行には金を取るという脅迫文が来た。

**デフォルトの名無しさん** · 2014/11/10(月) 22:36:27.66

>>155
ゴシック体ならいいの？

**デフォルトの名無しさん** · 2014/11/16(日) 12:51:57.33

>>159
ドコモなんて口座振替でも請求書発行には金を取るって言ってんだぜ？ｗ

**デフォルトの名無しさん** · 2014/11/16(日) 21:51:37.74

ずいぶん昔、リモート印刷システムの開発に関わったことがある
一般にはメインフレームには高速ページプリンタをチャネル接続するけど、
このプリンタをUNIXワークステーションに接続して
メインフレームからオンライン印刷するシステム

こうした大量の帳票を印刷するシステムでは、印刷の高速化や部品の耐久性が
重要になるけど、最も難しいのは帳票の重複や欠落を限りなくゼロにする設計だった
印刷処理はプリンタというメカが相手だから用紙切れや紙づまり(ジャム)が起こりうるけど、
エラーを適切に検出/回復し、たとえ何百万件であっても重複や欠落の無い出力が求められる

こうした要求を満たすために、高速プリンタは数１０ページ分のバッファを持ち、
用紙トレイ/印刷ドラム/排紙トレイの様々な箇所にはジャム検出センサが配置されている
またコンピュータとのインターフェイスにも印刷が完了したページ番号を伝える機能が必要
同様にプリンタドライバや印刷ミドルウェアにも対応した変更が必要になる(汎用品では対応できない)
更にここまでしてなお印刷エラーは完全に排除できないから、
エラーの回復手順にどこまで目視確認(=人の介入)が必要か運用基準を設計しなければならない

こうして考えると、PCの印刷システムは少量多種なオフィス向け帳票印刷に適していても、
安全な大量印刷を求められる帳票印刷のニーズには不完全であることが理解できる
結果として、印刷システムを既に技術が確立しているメインフレームから
UNIX/PCへ移行するのは、大きな壁が存在していると言わざるをえない

**デフォルトの名無しさん** · 2014/11/18(火) 00:40:33.58

>>162
何だってそうだよねえ。
少量多種を即時に出すのと大量同種を一度に出すのとは、根本思想が違ってる。
印刷だけの話じゃない。
寮生１０人の賄い飯を毎日作るおばちゃんと毎度異なる団体客千人への夕食を毎日作る板前さんとでは
ノウハウも技術も根本的に違う。
どっちが優劣でもない。

もう当たり前過ぎるレベルのスレだよな。
それを一緒くたにに話してる輩が不憫。

**デフォルトの名無しさん** · 2016/11/19(土) 21:23:56.01

ハローワーク求人128,214件の平均月給197,300円～268,000円
その中からCOBOLの求人486件の平均月給251,800円～432,000円
https://goo.gl/E3yXUJ

**デフォルトの名無しさん** · 2016/11/27(日) 15:53:57.17

ＪＣＬを開発言語だと思ってるのかねｗ

**デフォルトの名無しさん** · 2016/11/27(日) 15:55:34.99

やべ　一行目抜けてた
>>165は>>13宛て

**デフォルトの名無しさん** · 2016/11/28(月) 03:59:27.18

ほぼ９年前のレスに返信するのもどうなの？ってちょっと思ったけど
それもコボラーらしくていいのかもしれない
新しいものを追いかけるだけが全てではないものね

**デフォルトの名無しさん** · 2017/11/26(日) 18:33:01.15

>>165
ただの制御パラメタなのにな

**デフォルトの名無しさん** · 2018/05/23(水) 21:11:45.79

僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方
役に立つかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法　モニアレフヌノ』

TEMEI

**デフォルトの名無しさん** · 2018/07/05(木) 00:45:46.39

UCP

**デフォルトの名無しさん** · 2018/07/14(土) 14:02:11.79

絶滅危惧種のウナギの価格が暴騰しているのと一緒
かつて中国産のうなぎは150円も出せば買えたが今は何千円もするだろ

しかも引退したオッサン達が仕様書もろくに作らずに、こねクリ回したスパゲッティコード
これは罰ゲーム、前世代のケツ吹きだから、若い人はやりたがらないということ

コボラーのジョークがウィキペディアにまでのってるw
https://ja.m.wikipedia.org/wiki/COBOL

IDENTIFICATION DIVISION
ENVIRONMENT DIVISION
DATA DIVISION
PROCEDURE DIVISION
だったような

商業高校の情報系ってまだCOBOLやってるのかな？

**デフォルトの名無しさん** · 2018/07/18(水) 21:02:47.89

今でも可動する中古のミニコンがあり
コーディングシートにCOBOLのプログラム書いて
マークシート方式なIBMカード（？）に鉛筆で自分で翻訳し（どうせ間違え続出して書き直すからパンチカードは使わせてもらえない）
列に並んでカード束を渡し、実行結果の判定を待つ

そんなプログラミング実習がある商業高校があったら、入学したい

**デフォルトの名無しさん** · 2018/07/21(土) 22:54:07.86

>>171
無いでしょ

**デフォルトの名無しさん** · 2018/08/10(金) 16:47:32.09

COBOLでのバッチ処理ならOpenCOBOLでも問題無い
問題はUI部分がCOBOLで実装出来るのが限られる

**デフォルトの名無しさん** · 2018/08/12(日) 22:02:16.82

UIも含むとMF-COBOLか富士通のNETCOBOLになる

**デフォルトの名無しさん** · 2018/08/16(木) 00:37:58.43

なんでバッチ処理でUIが出てくるんだろう。
頭おかしいのかな。

**デフォルトの名無しさん** · 2018/08/16(木) 01:23:46.36

話題として出して不味い理由は無い

**デフォルトの名無しさん** · 2018/08/16(木) 01:25:28.85

JavaがJREの環境等でバッチ処理が上手く稼働するしない有るからねえ
Javaの優位性も無くなった

**デフォルトの名無しさん** · 2018/11/08(木) 01:50:56.45

Java11からJRE付いて来ないからな
Javaバッチ動かすにも自分でビルドする前提

**デフォルトの名無しさん** · 2018/12/04(火) 00:06:29.11

バッチ処理の為にJavaも使いづらくなった
OpenJDKで更新する訳にもいかんし
ちょっとしたバッチならPerlでもPHPでも良いかもね
COBOLでやるならOpenCOBOLになるだろうし

**デフォルトの名無しさん** · 2018/12/04(火) 00:09:20.47

>>122
ストアドって全てのRDBに有る訳では無いので

**デフォルトの名無しさん** · 2019/02/16(土) 00:14:15.52

>>181
ストアドプロージャは標準SQLで決まっていることだからない方がめずらしい。MS-Accessは対応していない異端。

**デフォルトの名無しさん** · 2019/02/16(土) 04:28:34.04

Accessでもストアドと呼べるかどうかわからないけど
VBAでほぼ同等のことができるような

**デフォルトの名無しさん** · 2019/02/16(土) 21:28:56.84

>>183
Access VBAはむしろ逆でデータベースそのものなのに、自分のデータベースに接続するところから書かなくてはいけない。

**デフォルトの名無しさん** · 2019/02/17(日) 00:31:30.93

むしろ逆ねー

**デフォルトの名無しさん** · 2019/06/15(土) 21:43:08.37

あるツイート

新規でjava案件なくても過去のjava案件がそこら中に転がってるので相当バリバリやってる会社でもない限りは Java使うことになりますよ私はそこらへんの中小のSESなんで Javaとc#時々php、極稀にphyton??案件自体はじつはたまにある驚きのCOBOLとVB6

**デフォルトの名無しさん** · 2019/06/16(日) 21:34:42.28

VB6は普通すぎるな、驚いていいのはVB4（COBOL関係ない

**デフォルトの名無しさん** · 2019/06/19(水) 15:07:44.35

447 名前：デフォルトの名無しさん[sage] 投稿日：2019/06/19(水) 01:50:10.08 ID:oToWC2Oi
https://mobile.twitter.com/nikkeibpITpro/status/1139303373491113989

どういうことなの… "DB2も廃止し、SQLとDB2で行っていた入出力処理をCOBOLとCSVで代替することにした。

リアルタイム処理じゃなくてバッチ処理だからな
CSV(テキストファイル)読んで集計して帳票印刷して、テーブル再作成するならメインフレームのメソッドと同じ
そりゃSQLをRDBに投げて結果取得してチマチマリアルタイム更新するより速いわな
https://twitter.com/5chan_nel (5ch newer account)
https://twitter.com/5chan_nel (5ch newer account)

**デフォルトの名無しさん** · 2019/07/15(月) 18:28:41.94

Javaバッチ処理の為にJavaライセンス気にするぐらいならPerlとかPHP使う方向へ移行すると思う

**デフォルトの名無しさん** · 2019/07/18(木) 14:00:22.25

バッチでPHP？
7ペイの社長みたいな奴だなあ

**デフォルトの名無しさん** · 2019/07/18(木) 14:19:40.51

https://qiita.com/enutake/items/33777b1f1fb4b0336566
PHPでもバッチ処理は出来る
Java限定って視野が狭いだけ