1read 100read
【COBOLから】バッチ処理【Javaまで】 (153) TOP カテ一覧 スレ一覧 2ch元 削除依頼
JAVAってこんなことも出来ないの? (695)
【C++】マイナーGUIツールキット (686)
プログラミングを勉強したいのだが (141)
Java Web Application Framework総合 ver2 (101)
【Lisp】プログラミング言語 Clojure #3【JVM】 (100)
■暗号技術【ROUNDsurea】■ (574)

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


1 :2008/01/12 〜 最終レス :2013/10/12
最近は、Javaでもバッチ処理を書くんですなぁ

2 :
http://hp.vector.co.jp/authors/VA015862/javabtch.html

3 :
http://hp.vector.co.jp/authors/VA015862/javabtch.html

4 :
batchがCでやるものだ

5 :
あげ

6 :
まん




支援

7 :
Javaでバッチ処理なんてシステムを解ってないとしか言い様がない

8 :
>>7
時代遅れのおっさんw
用なしwww

9 :
ちょっと観戦させてもらうよw

10 :
Javaでもバッチ処理をしてみようというだけであって、
Javaでのバッチ処理なんて現実性がない。
実績もほとんどないだろ。
やっぱCOBOLだな。
実績ばっちり。

11 :
http://www.atmarkit.co.jp/fjava/column/andoh/andoh37.html
これからの技術だと思うので、期待age

12 :
結局バッチ処理は安定性・処理速度重視だろ?
JAVAじゃ無理だろ?

13 :
Javaは移植性高いし、JCLに取って変わらせてもいいんじゃないかな?
どうせ、ホストはUNIXにすれば、いいわけだし。
その程度のマイグレーションは出来るよねwww
落ちコボラーには無理かw



14 :
移植性はあるだろうが、安定性はどうなんだよ?
JAVAはメインフレームで走るCOBOLほど安定してんのか?
JAVAでバッチやるんなら大量データを処理するための処理とか
あるのかよ?

15 :
なんだ、年齢がばれそうな汎用系のSEくずれかよw

16 :
レガシーにしがみ付いてる業務系SEにはスキルアップの途が既に閉ざされてる
ように聞こえてならない書き込みだなw

17 :
JAVAで速くて安定しているバッチ処理は書けるのか?
そのための技術基盤があるのか?
それがなけりゃJAVAでバッチ処理なんてありえないだろ。

18 :
分散処理の話してもしょうがなさそうだな、こりゃw
君が20年以上経験してるとは思えんのでこれ以上話すまい。
では、お休みw

19 :
なんだ、まともな反論も出来ない正月休みの中房かw

20 :
まともな反論はできないだろう。
馬鹿につける薬はないとw

21 :
Javaは遅いと思うけどOracle使ってんならSQL次第、というかデータベースのチューニング次第のような気ガス。
純粋にシーケンシャルファイルの読み込みならCOBOLのほうが早そうだけど
シーケンシャルに落としてソートしてキーマッチさせてローダーなんて
そろそろ絶滅してもいいんじゃねーかと思うな。

22 :
すげぇ関係ないけど、Javaで可能だとしたら.NETでもやれるんだろうか?

23 :
これだから、プログラマー連中はお荷物だといわれる。

24 :
30年以上使い込んでるメインフレームごと落ちコボラーをインドにでも払い下げた
ほうが経営効率は1000倍はあがるな。

25 :
>22
可能だろう。
Win系でバッチとか客に殺されるかもしれんがなw

26 :
電気代と、古参のSEPGを経営面から見て継続使用が可能なら、
レガシーのまんまで良いのかもな。
中小規模で新規の基幹業務システムを構築する場合は、
予算と、要求仕様にもよるが、最近じゃあサーバーで実現できそうな
話だな。


27 :
バッチはCでやるものだ

28 :
http://itpro.nikkeibp.co.jp/free/NC/NEWS/20020628/2/

29 :
COBOLで過去に作られた業務プログラムが企業にとって資産ねぇ?
地球温暖化の要因のひとつだろw

30 :
SOAとbatchは似ている

31 :
バッチのフレームワーク・・・
バッチ処理でstrutsのように使いまわせる処理ってあるか?

32 :
>>31
まあ、各会社が必要に応じて作ってんな
バッチなんて、個人で率先してフレームワークを作ろうって対象じゃないしw
データ量が中規模までだったら、COBOLなんて絶滅して構わん
大規模で遅いのが問題なんだよ
俺はCOBOL嫌いだから、Cで作るべきだと思うけど、Cはこぼらーにも
JAVAや.Net派にも不人気なんだよな〜
Cが一番速度と柔軟性を兼ね備えていると思うのに・・・

33 :
コボルはそのまんま東

34 :
http://itpro.nikkeibp.co.jp/article/NEWS/20080129/292387/

35 :
>>32
各会社で作りこむ必要が無いバッチの処理って何だろう?
フレームワークということはバッチ処理の定型的な処理が
あるってことなんだろうけど。

36 :
>>32
Cでバッチ処理書いてパフォーマンスあがる?
ファイルIOとデシマル計算がメインの金融系バッチだと
COBOLのほうが安定したパフォーマンスたたき出せると思うなあ。
あいだにSQL挟んだらそれこそC関係ないし。
ソートはCのほうが早そうだけど

37 :
>>36
何件レコードのソート考えて書いてる?
ソートロジックかいたCだから早いってか?
さらし上げ

38 :
???
なにが言いたいのかよくわからん???

39 :
クリティカルなバッチ処理ならCOBOLだと思うけど、
ちょっとした処理ならJavaでもCでもなんでもいいと思う。
ただフレームワークという発想は面白い。
springbatchに期待。

40 :
Antとかでも簡単なバッチ処理出来そうなんだが
実績はないのか

41 :
CSVからソース取ってきて、コンパイルして、Jarに固めて、デプロイ
という流れはバッチ処理と言えなくは無い。

42 :
みなさんのお知恵をお借りしたいです。m(__ __)m
cobol + ORACLE10gです
下記のような事が可能と言われたのですが、
検証した結果無理でした。
再度、試みますが物理的に可能なんでしょうか?
手順@
INSERT
(COBOLE) PIC 9(09) COMP-3 ⇒ (ORACLE) CHAR 5
※この場合 ORACLE上では正しく表現されない事はOKとします。
手順A次に(上記の手順後)
(ORACLE) CHAR 5 ⇒ (COBOLE) PIC 9(09) COMP-3
この場合、INSERT時のCOBOLで入力した値が
正しく表現されると言われたのですが・・・
本当でしょうか?
検証した時には、
手順@
111111111 ⇒ 11111
手順A
11111 ⇒ 000012345
このように 再取得した値が000012345となり
当初の111111111ではなくなります。

43 :
バッチ処理はSASが一番だ。費用対効果は無視ナ。

44 :
ttp://pc11.2ch.net/test/read.cgi/tech/1195400163/65

45 :
多態性オブジェクトを何とか理解して、
「リストにぶら下げたオブジェクトにイベントを渡す」
がイメージできたときに(塚越さんの本は分かりやすい)、
オブジェクト指向でバッチやるとロジックがシンプルに
なるな、と気がつき、Delphiでやってみるとなかなかよさげ。
(というか、これをやるためにコンパイラを買ったようなもの。)
で、IBMがJavaを熱心にやっているので、Javaにアレンジして
IBMユーザー研究会の論文に出したわけです。
 IBMのユーザー研なので、本文ではDelphiと書けずObjectPascal。
「I社」と書いたのは、当時のINPRISE社(ボーランド)のことだけど、
読んだ人はIBMと勘違いしてくれるだろうと期待してのこと。
 ただし、ここで最高の副産物。Javaのプラットフォームにこだわらない
という特性は、PCで作ったものがMacで走る、ということよりも、PCで
やっていた業務がスケールアップしても、UNIXなりメインフレームで
プログラムを走らせればよい、というアイデア。でも一般的にならなかった。
 同じようなことは、同時期にテンアートニの社長もどっかで書いていた。
(はっきり意識していたかはよく分からないけど。)

46 :
Javaで帳票のバッジ処理するのは変なんですか?

47 :
>>46
狂気の沙汰

48 :
帳票のバッジ処理って具体的にどんな処理?

49 :
http://www.atmarkit.co.jp/fjava/rensai4/javabatch01/javabatch01_1.html

50 :
http://www.atmarkit.co.jp/fjava/rensai4/javabatch02/javabatch02_1.html

51 :
トランザクションの量によりますよね。
業務アプリはサーバーサイドjavaが大半だからバッチも含めて
ALLjavaも可能だけど、チューニング労力を考えると現実的
では無いような気がします。
大規模案件やった時はどうしても処理量が多いものはPL/SQL
で構築していました。

52 :
http://www.atmarkit.co.jp/fjava/rensai4/javabatch03/javabatch03_1.html

53 :
>>48
ファイル読んで帳票出力するんだべ?
違うの?

54 :
http://www.infoq.com/jp/news/2008/07/spring-batch

55 :
TextSS

56 :
>バッチのフレームワーク
千手とかJP1とか。
運用管理システムのアーキテクチャに合わせて設計するだろ。
運用から見ればCOBOLだろうがJAVAだろうが変わりないけど、
シェルスクリプト内でループ回すのだけはやめて欲しい。遅すぎる(TT)
大規模バッチで重要なのは朝までに処理が終わるかどうか。
COBOLでも遅いものは遅い。
先行後続関係がくもの巣になってるほど終わらなくなるし、性能改善も難しい。

57 :
【IT】「COBOLは現役バリバリ」、東京海上日動がシステム全面再構築でCOBOLを選んだワケ 開発者向けセミナー「XDev2008」 [08/09/08]
http://gimpo.2ch.net/test/read.cgi/bizplus/1220822531/

58 :
バリバリ伝説

59 :
これは恋のおまもりカキコです。このカキコを3ヵ所以上の
所に貼り付けると。。。
いままでずっと
片思いだった人と
両思いになれちゃったり☆彼氏・彼女が
できちゃったり☆
と、他にもいい事がたぁ〜っくさんおこります!!
私の姉がこれを
冗談でやってみたところ・・・
その3日後好きな人に告られました!!
これを信じるか
信じないかは
あなたしだいですよっっ☆
みなさんも
良い恋愛を・・・!!


60 :
>>57
「COBOLは現役バリバリ」 この言葉から加齢臭がする。
全面再構築でシステム構成のシンプル化を目指してるはずなのに、なんでJava+COBOLなんだよ。
でCOBOLがシンプルで習得スピードの速さに繋がり人材育成にも有効と言いながら。
なんで若手はJavaでベテランはCOBOLで開発してるんだよ。
どうせ取締役の私情でCOBOL使うことになったんだろ。無駄に作業をふやしてんじゃねえよ。

61 :
>トランザクションの量によりますよね。
>業務アプリはサーバーサイドjavaが大半だからバッチも含めて
>ALLjavaも可能だけど、チューニング労力を考えると現実的
>では無いような気がします。
と、>>51氏が申しております。

62 :
【.cmd】 バッチファイルスクリプト %4 【.bat】
http://pc11.2ch.net/test/read.cgi/tech/1229955189/

63 :
こぼるの良さを知らない若造が!!
こぼるはオヤジ達が似合う!!
こぼる最高!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

64 :
map 系の処理が簡単に書けない COBOL も Java も糞じゃねぇの?
今時、クロージャがなくても許される言語って Fortran だけだよね
# Fortran は並列化構文があるので許さざるを得ない

65 :
なんかみんな憐れ
痛々しい

66 :
>>64 COBOLはしょうがないだろFortranと同じ世代だが元々の役割ちがうしFortranの並列化構文だってコンパイラーにその後付加されたのだろ

67 :
計算はCOBOL、計算結果のメール送信にはjavaとか・・・

68 :
そうか

69 :
いまだ!69ゲットォォォォ!!! オRベロベロナメダーチンチンナメテー
 ̄ ̄ ̄ ̄ ̄∨ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄    (´´
                  ∧∧       (´⌒(´
           ↑⊂(゚ー゚*)≡≡≡(´⌒;;;≡≡≡
        ⊆⊂´ ̄ ⊂ソ  (´⌒(´⌒;;
           ̄ ̄ ̄   ズザーーーーーッ

70 :
EASY PULSについて聞きたいことがあるんだが、スレがない・・・
ここで質問してもいいのかな?

71 :
富士通汎用機のツールか?とりあえず書いてみることよ。

72 :
>>42 すごい亀だけど解決したんじゃろか?
Cobol質問スレねーの?

73 :
以下の出力の違いを知りたいんだ。。。
例えば、SAMで頭4桁がX'123F'のデータがあるとして、
それをレポートに出力。

FILEA
A-DATA 1 2 P
W-DATA W 3 N

JOB
W-DATA = A-DATA
PRINT

と書いたとき、W-DATAの中身が012になっちゃうんだけど、
そーゆー仕様なの?
W-DATAを4桁にすると中身は0123。
ちなみに、データの頭が、'123C'や'123D'の時はちゃんと123になる。
EASY TRIVは平気なんだけど、PLUSは絶対値は勝手に埋められるのかな?

74 :
今、実機で確認出来ませんが仕様と思われます。
以下のように推測します。
【原因】
B-DATAに出力を期待するデータは3桁であるのに、途中経路であるA-DATAを2桁で定義している。
状況により結果がことなるのはEASYのデータ切り捨て仕様に起因する(切り捨てが行われるタイミング)
【対処法】
A-DATAを3桁で定義する。


75 :
>>74
だってパックだよ?
普通に出力したら化けるから、わざわざNタイプに移してから出力してるんだけど。。

76 :
桁数あってないのが原因だと思うんだが。

77 :
もしかしてパックだから3桁の半分の2桁にしたってオチ?文字数指定だから3のままでいいんだが、まさかそういうことじゃないだろうな

78 :
そうじゃないだろ?
データとしては、
..
13
2F
って入ってるだろ?
これを例えばA、2桁で定義したら、「..」、P、2桁で定義したら「123F」
P、3桁なら隣の関係ないエリアまでかかるじゃねーか

79 :
パックはそんなデータの持ち方しないはず。
ともかく3桁で定義して一度実行をすすめるわ。

80 :
普通に開いたら..でしか見れないだろ?
HEXモードにしたら>>78みたいに表示されるよな?
実際の値は開かないと分からない。
符号がなく絶対値だと勝手に桁埋めされるのかね・・・

81 :
ワークベンチ(Eqlipse?)の日本語COBOL?使ってるんだが、
これってカラム位置とか揃えないといけないのか?
PG作ったら、イコールや符号、→の位置全部揃えろとか言われたから、
面倒だが、上から下まで全部揃えた。
次作った時は、最初から揃えた訳だが、今度はイコールや符号の位置がおかしいとか言い出して
俺の見てる前で半角スペースとDELキーで上から下までチマチマと位置をズラし始めた。
挙句の果てにここは1行空けるべきだとか言出だす。
他の人のソース見たら、普通に揃ってないわけだが…
さらには、EASYで作った検証ツールもIFなどを考慮して
イコールと符号の位置を揃えろとか言ってくるんだが
これはマジなわけ?

82 :
easyって小数点とか、割り算の余りとか制御できないの?

83 :
>>81の言っていることは釣りだよな?
あんまりCOBOLの事は知らないんだが、なんか言ってることを想像したらフイタ

84 :
COBOLには文法上、カラムの縛りは確かにあるんだが
コードの大半を費やすことになるB領域と呼ばれるものは
行番号を除いて6カラム目「以降」に書くもので、インデントとかはちゃんとするのが普通
ただ、最近の言語と違って行同士の縦を揃える習慣は確かに存在するよ
宣言部分は特にそうだし、処理を書く部分もカラム揃える規約があったりとか

85 :
教えて厨で申し訳ないんだが、
汎用機そのもののスレは、何板にあるかな?
2ちゃんのPC等のカテゴリーは初心者かつ
システム部門に異動したてなんで、探しても見つからない…

86 :
>>85
http://find.2ch.net/?STR=%A5%E1%A5%A4%A5%F3%A5%D5%A5%EC%A1%BC%A5%E0&COUNT=10&TYPE=TITLE&BBS=2ch

87 :
Javaでバッチ処理を組むことになったんだけどよいフレームワークってありますかね?
バッチ処理の内容は、CSVまたは固定長のファイルからデータ読み込んでDBへ格納するという感じです。
ファイル内のデータは1件の場合もあれば、1000件の場合もあります。

88 :
バッチスケジューラも作るの?
作らないなら、特にフレームワークはいらないと思うけど。
DBアクセスのところだけ、iBatisかDbUtilsでも使えば?
後は、起動部分は自分でミニフレームワークでも作って、
引数の扱いや例外処理、ログなんかを共通化して。
Webアプリに付随したバッチ処理なら、Webサービスで窓口作ると良いかもね。
デプロイが一括で出来るし、HTMLで叩けるから、ロードバランサで負荷分散とか出来るし。
でも、せいぜい1,000件なら負荷分散の必要は無いかな。

89 :
easyの事なんですが質問。
easyで、2バイト文字を、コードで見た値でプラスしたりマイナスしたりしたいんですが。。
例えばヘキサで見た値が、X’1234’だったら、X’1235’とか、X’1233’とかに足し算引き算をしたいんだけど、、、

90 :
Quartz
使っている人いる?

91 :
>>90
http://imepita.jp/20090628/565860
  サテト
  ∧∧
 (・ω・ )
 _| ⊃/(__
/ ヽ-(___/
 ̄ ̄ ̄ ̄ ̄ ̄

92 :
>>88
亀レスすません。
バッチスケジューラは作りません。Windowsのタスク使いますんで。
なるほど。DBアクセスだけっすか。
フレームワーク使って標準的なバッチ処理を組むように指令が
出てたんで全てをフレームワークでやろうと思ってました。
確かに例外処理やログは自作フレームワークの方が自由度がありますね。
ありがとした。

93 :
>>91
http://imepita.jp/20090704/028160
   ネヨ
  ∧∧
  (´・ω)
 _|⊃/(___
/ ヽ_(____/
 ̄ ̄ ̄ ̄ ̄ ̄ ̄

94 :
【コンピュータ】まだまだ現役:プログラミング言語のCOBOLが誕生50周年 [09/09/19]
ttp://anchorage.2ch.net/test/read.cgi/bizplus/1253376523/

95 :
あげて聞いてみる。
俺も >>40 と同じこと思ったんだが、
Ant でジョブネットを定義してバッチ業務やってる実例が知りたいなあ。
Ant でジョブネットを組んで Quartz でジョブスケジューリングできれば、
OSSプロダクトだけで、業務システムで必要なジョブ制御が一通りできそうな
気もするんだけど、どうなんだろ?

96 :
技術的にできたとして、
誰が嬉しいの?

97 :
うーん……
コマンドプロンプト+ atコマンド とか シェルスクリプト+cron とかで組むと
先行ジョブ、後続ジョブとかの依存関係の制御が地味にめんどいけど、
でも JP1 とか千手とか Tivoli とか買うのもなぁ、タダで幸せになりたいなぁ……
みたいな人って、もしかして俺だけなんだろうか。
とりあえず、まずは自分でいろいろ試してみます……

98 :
まぁ確かにビルド自体 バッチ処理だからantやMSBuildはそういう風に活用するのがいいいかもしれない。
エンドユーザがGUIで簡単に運用状況確認するとか、そういうがそれほど問題にならないならいいと思うけど。

99 :
すいません、COBOLで教えてください。
NetCobolで既存ファイルの削除をしたいんですが、
どうやれば可能でしょうか?
サーバーはWindowsなのでAPIなんかででも、出来たら
御願いします。

100read 1read
1read 100read
TOP カテ一覧 スレ一覧 2ch元 削除依頼
プログラミングを勉強したいのだが (141)
【上流社会】MSDNサブスクリプション総合【最先端】 (652)
【上流社会】MSDNサブスクリプション総合【最先端】 (652)
簡単なプログラム言語って何? (142)
OpenGLスレ Part20 (122)
Java Web Application Framework総合 ver2 (101)
--log9.info------------------
au W41K by KYOCERA Part16 (557)
【激もっさり】FOMA SH904i Part8【神画質】 (658)
PortableWi-Fi DRW-PG part2 (824)
PENCK by au design project part16 (615)
【隔離】クーポン専用 (213)
AndroidはなぜiPhoneに勝利したのか 395勝目 (878)
【dx39.net】docomo SO-04E Xperia feat.初音ミク18 (124)
【docomo】Xperia Z1 アクセサリースレ part3【au】 (194)
docomo Xperia Z SO-02E part123 (366)
docomo Xperia Z1 SO-01F part32 (242)
docomo Xperia SX SO-05D Part38 (182)
Nokia WindowsPhone総合スレッド【Lumia】 Part6 (674)
Android セキュリティ Part13 (608)
docomo Xperia Z1 f SO-02F part14 (755)
Xperia Z Ultra part8 (102)
docomo 2013 冬モデル part20 (104)
--log55.com------------------
【ユグドラ】男性キャラ萌え総合スレ【ユニオン】
ヨッシーDSのブツブツくんはキモカワイイ
すばらしきこのせかいのシキ様はヘソ出しカワイイ
【ラブプラス】小早川凛子アンチスレ【暴力女】
魔法少女リリカルなのはA's potableキャラ総合
【ラブプラス】主人公【俺・僕】
【クマトモ】クマ・トモのクマはあざとカワイイ
【夜襲】クルスキュンは空気カワイイ【ユグドラ】