支援
時代遅れのおっさんｗ
用なしｗｗｗ
Javaでのバッチ処理なんて現実性がない。
実績もほとんどないだろ。
やっぱCOBOLだな。
実績ばっちり。
これからの技術だと思うので、期待age
JAVAじゃ無理だろ？
どうせ、ホストはＵＮＩＸにすれば、いいわけだし。
その程度のマイグレーションは出来るよねｗｗｗ
落ちコボラーには無理かｗ
JAVAはメインフレームで走るCOBOLほど安定してんのか？
JAVAでバッチやるんなら大量データを処理するための処理とか
あるのかよ？
ように聞こえてならない書き込みだなｗ
そのための技術基盤があるのか？
それがなけりゃJAVAでバッチ処理なんてありえないだろ。
君が２０年以上経験してるとは思えんのでこれ以上話すまい。
では、お休みｗ
馬鹿につける薬はないとｗ
純粋にシーケンシャルファイルの読み込みならCOBOLのほうが早そうだけど
シーケンシャルに落としてソートしてキーマッチさせてローダーなんて
そろそろ絶滅してもいいんじゃねーかと思うな。
ほうが経営効率は1000倍はあがるな。
可能だろう。
Win系でバッチとか客にされるかもしれんがなｗ
レガシーのまんまで良いのかもな。
中小規模で新規の基幹業務システムを構築する場合は、
予算と、要求仕様にもよるが、最近じゃあサーバーで実現できそうな
話だな。
地球温暖化の要因のひとつだろｗ
バッチ処理でstrutsのように使いまわせる処理ってあるか？
まあ、各会社が必要に応じて作ってんな
バッチなんて、個人で率先してフレームワークを作ろうって対象じゃないしw
データ量が中規模までだったら、COBOLなんて絶滅して構わん
大規模で遅いのが問題なんだよ
俺はCOBOL嫌いだから、Cで作るべきだと思うけど、Cはこぼらーにも
JAVAや.Net派にも不人気なんだよな～
Cが一番速度と柔軟性を兼ね備えていると思うのに・・・
各会社で作りこむ必要が無いバッチの処理って何だろう？
フレームワークということはバッチ処理の定型的な処理が
あるってことなんだろうけど。
Cでバッチ処理書いてパフォーマンスあがる？
ファイルIOとデシマル計算がメインの金融系バッチだと
COBOLのほうが安定したパフォーマンスたたき出せると思うなあ。
あいだにSQL挟んだらそれこそC関係ないし。
ソートはCのほうが早そうだけど
何件レコードのソート考えて書いてる？
ソートロジックかいたＣだから早いってか？
さらし上げ
なにが言いたいのかよくわからん???
ちょっとした処理ならJavaでもCでもなんでもいいと思う。
ただフレームワークという発想は面白い。
springbatchに期待。
実績はないのか
という流れはバッチ処理と言えなくは無い。
cobol + ORACLE10gです
下記のような事が可能と言われたのですが、
検証した結果無理でした。
再度、試みますが物理的に可能なんでしょうか？
手順①
INSERT
(COBOLE) PIC 9(09) COMP-3 ⇒ (ORACLE) CHAR 5
※この場合 ORACLE上では正しく表現されない事はOKとします。
手順②次に(上記の手順後)
(ORACLE) CHAR 5 ⇒ (COBOLE) PIC 9(09) COMP-3
この場合、INSERT時のCOBOLで入力した値が
正しく表現されると言われたのですが・・・
本当でしょうか？
検証した時には、
手順①
111111111 ⇒ 11111
手順②
11111 ⇒ 000012345
このように 再取得した値が000012345となり
当初の111111111ではなくなります。
「リストにぶら下げたオブジェクトにイベントを渡す」
がイメージできたときに（塚越さんの本は分かりやすい）、
オブジェクト指向でバッチやるとロジックがシンプルに
なるな、と気がつき、Delphiでやってみるとなかなかよさげ。
（というか、これをやるためにコンパイラを買ったようなもの。）
で、ＩＢＭがＪａｖａを熱心にやっているので、Ｊａｖａにアレンジして
ＩＢＭユーザー研究会の論文に出したわけです。
IBMのユーザー研なので、本文ではDelphiと書けずObjectPascal。
「Ｉ社」と書いたのは、当時のINPRISE社（ボーランド）のことだけど、
読んだ人はIBMと勘違いしてくれるだろうと期待してのこと。
ただし、ここで最高の副産物。Ｊａｖａのプラットフォームにこだわらない
という特性は、ＰＣで作ったものがＭａｃで走る、ということよりも、ＰＣで
やっていた業務がスケールアップしても、ＵＮＩＸなりメインフレームで
プログラムを走らせればよい、というアイデア。でも一般的にならなかった。
同じようなことは、同時期にテンアートニの社長もどっかで書いていた。
（はっきり意識していたかはよく分からないけど。）
狂気の沙汰
業務アプリはサーバーサイドjavaが大半だからバッチも含めて
ALLjavaも可能だけど、チューニング労力を考えると現実的
では無いような気がします。
大規模案件やった時はどうしても処理量が多いものはPL/SQL
で構築していました。
ファイル読んで帳票出力するんだべ？
違うの？
千手とかJP1とか。
運用管理システムのアーキテクチャに合わせて設計するだろ。
運用から見ればCOBOLだろうがJAVAだろうが変わりないけど、
シェルスクリプト内でループ回すのだけはやめて欲しい。遅すぎる(TT)
大規模バッチで重要なのは朝までに処理が終わるかどうか。
COBOLでも遅いものは遅い。
先行後続関係がくもの巣になってるほど終わらなくなるし、性能改善も難しい。
http://gimpo.2ch.net/test/read.cgi/bizplus/1220822531/
所に貼り付けると｡｡｡
いままでずっと
片思いだった人と
両思いになれちゃったり☆彼氏･彼女が
できちゃったり☆
と､他にもいい事がたぁ～っくさんおこります!!
私の姉がこれを
冗談でやってみたところ･･･
その3日後好きな人に告られました!!
これを信じるか
信じないかは
あなたしだいですよっっ☆
みなさんも
良い恋愛を･･･!!
「COBOLは現役バリバリ」 この言葉から加齢臭がする。
全面再構築でシステム構成のシンプル化を目指してるはずなのに、なんでJava+COBOLなんだよ。
でCOBOLがシンプルで習得スピードの速さに繋がり人材育成にも有効と言いながら。
なんで若手はJavaでベテランはCOBOLで開発してるんだよ。
どうせ取締役の私情でCOBOL使うことになったんだろ。無駄に作業をふやしてんじゃねえよ。
>業務アプリはサーバーサイドjavaが大半だからバッチも含めて
>ALLjavaも可能だけど、チューニング労力を考えると現実的
>では無いような気がします。
と、>>51氏が申しております。
http://pc11.2ch.net/test/read.cgi/tech/1229955189/
こぼるはオヤジ達が似合う！！
こぼる最高！！！！！！！！！！！！！！！！！！！！！！！！！！
！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！
今時、クロージャがなくても許される言語って Fortran だけだよね
# Fortran は並列化構文があるので許さざるを得ない
痛々しい
￣￣￣￣￣∨￣￣￣￣￣￣￣￣￣￣￣￣￣ (´´
∧∧ (´⌒(´
↑⊂（ﾟーﾟ*）≡≡≡(´⌒;;;≡≡≡
⊆⊂´￣ ⊂ソ (´⌒(´⌒;;
￣￣￣ ｽﾞｻﾞｰｰｰｰｰｯ
ここで質問してもいいのかな？
Cobol質問スレねーの？
例えば、SAMで頭4桁がX'123F'のデータがあるとして、
それをレポートに出力。
FILEA
A-DATA 1 2 P
W-DATA W 3 N
JOB
W-DATA = A-DATA
と書いたとき、W-DATAの中身が012になっちゃうんだけど、
そーゆー仕様なの？
W-DATAを4桁にすると中身は0123。
ちなみに、データの頭が、'123C'や'123D'の時はちゃんと123になる。
EASY TRIVは平気なんだけど、PLUSは絶対値は勝手に埋められるのかな？
以下のように推測します。
【原因】
B-DATAに出力を期待するデータは3桁であるのに、途中経路であるA-DATAを2桁で定義している。
状況により結果がことなるのはEASYのデータ切り捨て仕様に起因する(切り捨てが行われるタイミング)
【対処法】
A-DATAを3桁で定義する。
だってパックだよ？
普通に出力したら化けるから、わざわざNタイプに移してから出力してるんだけど。。
データとしては、
．．
13
2F
って入ってるだろ？
これを例えばA、2桁で定義したら、「．．」、P、2桁で定義したら「123F」
P、3桁なら隣の関係ないエリアまでかかるじゃねーか
ともかく3桁で定義して一度実行をすすめるわ。
HEXモードにしたら>>78みたいに表示されるよな？
実際の値は開かないと分からない。
符号がなく絶対値だと勝手に桁埋めされるのかね・・・
これってカラム位置とか揃えないといけないのか？
ＰＧ作ったら、イコールや符号、→の位置全部揃えろとか言われたから、
面倒だが、上から下まで全部揃えた。
次作った時は、最初から揃えた訳だが、今度はイコールや符号の位置がおかしいとか言い出して
俺の見てる前で半角スペースとDELキーで上から下までチマチマと位置をズラし始めた。
挙句の果てにここは１行空けるべきだとか言出だす。
他の人のソース見たら、普通に揃ってないわけだが…
さらには、ＥＡＳＹで作った検証ツールもＩＦなどを考慮して
イコールと符号の位置を揃えろとか言ってくるんだが
これはマジなわけ？
あんまりCOBOLの事は知らないんだが、なんか言ってることを想像したらフイタ
コードの大半を費やすことになるB領域と呼ばれるものは
行番号を除いて6カラム目「以降」に書くもので、インデントとかはちゃんとするのが普通
ただ、最近の言語と違って行同士の縦を揃える習慣は確かに存在するよ
宣言部分は特にそうだし、処理を書く部分もカラム揃える規約があったりとか
汎用機そのもののスレは、何板にあるかな？
２ちゃんのＰＣ等のカテゴリーは初心者かつ
システム部門に異動したてなんで、探しても見つからない…
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
バッチ処理の内容は、CSVまたは固定長のファイルからデータ読み込んでDBへ格納するという感じです。
ファイル内のデータは1件の場合もあれば、1000件の場合もあります。
作らないなら、特にフレームワークはいらないと思うけど。
DBアクセスのところだけ、iBatisかDbUtilsでも使えば？
後は、起動部分は自分でミニフレームワークでも作って、
引数の扱いや例外処理、ログなんかを共通化して。
Webアプリに付随したバッチ処理なら、Webサービスで窓口作ると良いかもね。
デプロイが一括で出来るし、HTMLで叩けるから、ロードバランサで負荷分散とか出来るし。
でも、せいぜい1,000件なら負荷分散の必要は無いかな。
easyで、2バイト文字を、コードで見た値でプラスしたりマイナスしたりしたいんですが。。
例えばヘキサで見た値が、X’1234’だったら、X’1235’とか、X’1233’とかに足し算引き算をしたいんだけど、、、
使っている人いる？
http://imepita.jp/20090628/565860
ｻﾃﾄ
∧∧
(･ω･ )
_| ⊃／(＿＿
／ ヽ-(＿＿_／
￣￣￣￣￣￣
亀レスすません。
バッチスケジューラは作りません。Windowsのタスク使いますんで。
なるほど。DBアクセスだけっすか。
フレームワーク使って標準的なバッチ処理を組むように指令が
出てたんで全てをフレームワークでやろうと思ってました。
確かに例外処理やログは自作フレームワークの方が自由度がありますね。
ありがとした。
http://imepita.jp/20090704/028160
ﾈﾖ
∧∧
(´･ω)
_｜⊃／(＿＿＿
／ ヽ_(＿＿＿_／
￣￣￣￣￣￣￣
ttp://anchorage.2ch.net/test/read.cgi/bizplus/1253376523/
俺も >>40 と同じこと思ったんだが、
Ant でジョブネットを定義してバッチ業務やってる実例が知りたいなあ。
Ant でジョブネットを組んで Quartz でジョブスケジューリングできれば、
OSSプロダクトだけで、業務システムで必要なジョブ制御が一通りできそうな
気もするんだけど、どうなんだろ？
誰が嬉しいの？
コマンドプロンプト＋ atコマンド とか シェルスクリプト＋cron とかで組むと
先行ジョブ、後続ジョブとかの依存関係の制御が地味にめんどいけど、
でも JP1 とか千手とか Tivoli とか買うのもなぁ、タダで幸せになりたいなぁ……
みたいな人って、もしかして俺だけなんだろうか。
とりあえず、まずは自分でいろいろ試してみます……
エンドユーザがGUIで簡単に運用状況確認するとか、そういうがそれほど問題にならないならいいと思うけど。
ＮｅｔＣｏｂｏｌで既存ファイルの削除をしたいんですが、
どうやれば可能でしょうか？
サーバーはWindowsなのでＡＰＩなんかででも、出来たら
御願いします。
TOP カテ一覧 スレ一覧 削除依頼 ▲
・ 次のスレ
【JMF】Java Media APIs【JOGL】
ｾﾝﾀｰ試験: 数学IIBのﾌﾟﾛｸﾞﾗﾑについて語るｽﾚ
アセンブリ言語最強伝説
画像ビュアー