ＮＥＣのオフコン情報掲示板（ノウハウ系）
| ＮＥＣのオフコンを活用するためのノウハウを話し合うための掲示板です。 |
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
| Re: マイグレーションについて | |
| ターラヤン 2013-3-1 0:31:11
[返信] [編集] 雑誌に掲載された内容の転載なので、既にご存知かもしれませんが ＩＴＰＲＯというサイトに「COBOLからJavaの自動変換」の記事が載っていました。 http://itpro.nikkeibp.co.jp/article/COLUMN/20130220/457386/ 去年日立もCOBOLからJavaの無料セミナーをやっていたみたいですし、COBOLからJavaへの流れが急速に進んでいるのかもしれません。 | |
| Re: 参照いろいろ（#NFCNVでのJ/操作登録について） | |
| 岡 2013-2-25 15:01:51
[返信] [編集] 江須扇様 詳細な情報、ありがとうございます。 ＞大変失礼ですが貴殿のＡ−ＶＸスキルが不明なので参考できるところをご紹介します。 まったく、初めて触ります。（触らないといけなくなった。。。） 記入されている、事項を、行っていこうと思います。 不明点がでれば、また、よろしくお願いいたします。 以 上 感謝！！ | |
| Re: #NFCNVでのJ/操作登録について | |
| 岡 2013-2-25 14:58:30
[返信] [編集] 森さま 早々の回答ありがとうございました！！ Runの画面で、コマンド入力するとの事ですね。 引用：
| |
| Re: 参照いろいろ（#NFCNVでのJ/操作登録について） | |
| 江須扇 2013-2-25 9:56:55
[返信] [編集] 江須扇と申します。 大変失礼ですが貴殿のＡ−ＶＸスキルが不明なので参考できるところをご紹介します。 ターラヤンさんが作られたこのサイトには情報がいっぱいあります。 なお、アップロード時エラーになりますので、＊が追加してありますので参照時には削除してください。 実行する方法は h*ttp://www.offcom.jp/modules/firststep/index.php/ouyo/rensyugasetu.html ＪＣＬの説明は h*ttp://www.offcom.jp/modules/firststep/index.php/ouyo/nfdcopyprg.html ＃ＮＦＣＮＶの説明は h*ttp://www.offcom.jp/modules/amanual/index.php/uti/at/nfcnv/nfcnv.html 自画自賛ですがインストールすると便利な開発統合ソフトは h*ttp://www.offcom.jp/modules/amanual/index.php/cobol/devlop/devlop.html h*ttp://www.offcom.jp/modules/bluesbb/thread.php?thr=504&sty=2&num=3 | |
| Re: #NFCNVでのJ/操作登録について | |
| 森 2013-2-23 19:20:35
[返信] [編集] 操作登録の時にファイル名とパラメータ名を設定しましたよね。 パラメータ名,ファイル名;で実行でます。 編集はメンバー名（パラメータ名）ライブラリ（ファイル名）です。 | |
| #NFCNVでのJ/操作登録について | |
| 岡 2013-2-23 11:18:43
[返信] [編集] 初めまして、の初めてWSIエミュレータ(Ver9)の＃NFCNVを使うこととなりました。 やりたいことは、A-VX形式⇒DOS形式の変換です。何度も行いたいので、操作登録を行いました。（登録されているのか？） そこで質問ですが、 ・登録したコマンドの呼び出し方法 ・登録したコマンドの修正方法 ・登録したコマンドの実行方法 については、どこにもコマンド（説明）が見当たりません？ もし、方法があるなら、お教えいただけるとありがたいです。 | |
| Re: マイグレーションについて | |
| TOM 2013-2-8 16:26:22
[返信] [編集] とりあえず下記のフリーメールまで連絡いただけますか? maxy0218@yahoo.co.jp その後仕事で使っているアドレスをご連絡いたします。 | |
| Re: マイグレーションについて | |
| konkon 2013-2-8 12:27:10
[返信] [編集] NEC製品の「OpenCOBOL」であれば、AVXのCOBOLをそのまま移行／稼働できますよね。 ファイルシステムは、IFAS(RDB)になりますが… | |
| Re: マイグレーションについて | |
| 山太 2013-2-8 10:20:17
[返信] [編集] ありがとうございます！！ 年末か年始に上司がどこからか聞いてきたみたいでいきなりオフコンクラウドサービスについて調査しろって言われたんですけど、ググってもどこにも書いてないんで困ってます ＴＯＭさんのところでは利用されているみたいなんですけど、使い方が今までと変わったりするんでしょうか サーバを買わなくてもよくなるんで今までより安くなるらしいんですけど何％ぐらいですか いろんな種類のCOBOLがあるんですね 今調べているのはマイクロフォーカスCOBOLなんですがやっぱりCOBOLを勉強しないとよくわかんないですよね | |
| Re: マイグレーションについて | |
| TOM 2013-2-4 16:47:05
[返信] [編集] 色々情報はあるのですが、この掲示板をお借りしての回答はちょっと腰が引けてしまいます。 質問だけに 当初一つのサービスとして「NECのオフコンクラウドサービス」の提供をすると聞きましたが、今はこの声えは聞こえてきません。クラウドと言っても所詮仮想化の上でA-VXを稼動させる方式ですから、COBOL技術者不足に対応する手法ではありませんね。 昔、ACUCOBOLがありました。今はMFCOBOLに買収されていますが。その時代には何社か行ったユーザさんはおられますね。 もし別なアドレスでお話ができるようでしたら、知っている情報(真偽?)をお教えいたします。 | |
| Re: マイグレーションについて | |
| 山太 2013-2-1 14:36:29
[返信] [編集] 突然スミマセン、わたし達のところでも検討はじめました いくつか質問があります もしNECのオフコンクラウドサービスを利用されているところがあるよう でしたら、どのような使用感か教えて戴けないでしょうか 性能面が気になります オフコンCOBOLからマイクロフォーカスCOBOLへ変更されたところ があるようでしたら、どのような違いがあるのかも教えて戴けないでしょうか | |
| Re: 「メイン入力ファイル」「初期入力」なしで、SMARTでファイル更新処理はできますか？ | |
| gai 2013-1-29 17:53:21
[返信] [編集] すみません自己完結レスです。 「メイン入力ファイル」を 「メインファイル」と同じにしたら、 更新できました。 素人なので、 「メイン入力ファイル」の意味がよくわかりませんが・・、 とりあえずできました。 入力ファイルですから、 ＤＢを更新するための、元ファイルの順編成ファイル のことかと思っていたのですが、 違うようですね・・・。 ともかく、 どうもありがとうございました。 | |
| 「メイン入力ファイル」「初期入力」なしで、SMARTでファイル更新処理はできますか？ | |
| gai 2013-1-29 11:57:21
[返信] [編集] こんにちは。 いつも大変お世話になっております。 「メイン入力ファイル」「初期入力」なしで、SMARTでファイル更新処理はできますか？ 処理を流すたびに、 ファイルＡの 項目bの値を 項目aにセットする。 その後項目bに今日の日付をセットする。 項目a,bは日付項目です。 単純な処理ですが、 cobolでコーディングするのがめんどくさいです。 SMARTでできますか？ できれば１つがいいのですが、無理でしたら ２つのsmart PROGRAMになってもかまいません。 すみませんご教授ください。 | |
| Re: マイグレーションについて | |
| TOM 2013-1-28 18:31:13
[返信] [編集] 私の知合いの販社さんでVB.netへマイグレーションしています。 その流れに乗って、今マイグレーションのためのツール作りがどの程度可能かをリサーチしております。 | |
| Re: RDBで仮想表を使用していますか? | |
| TOM 2013-1-28 18:22:23
[返信] [編集] 回答有難うございました。 今、オフコンのマイグレーションを可能/不可能を考えています。私もなかがったのですが、MIXどまりだったものですから。 今ではER MASTERとかER/STUDIOを使ってまぁー何とかなっているのですが。 マイグレーションの一番のキモはCOBOLのファイル定義をOPENのDB定義に自動化で流し込む機能です。 これが正確に行えれば、後は何とかなるであろうと考えています。 | |
| Re: RDBで仮想表を使用していますか? | |
| オフコン太郎 2013-1-28 17:35:15
[返信] [編集] TOMさん がんばってますね。 レスがないので、私見として、載せます。 本掲示板で、あまり、否定的な意見を載せたくなかったので、 今まで、載せませんでしたが、小生はあまり使用していません。 以前は使用していましたが、 基本表を変更すると、仮想表が使用できなくなったように、記憶しています。 この、｢仮想表が使用できなく」が仮想表を使用時に(たいていの場合、後日)判明しますので、 保守が大変です。よって、だんだん使用しなくなりました。 一時的には使用しますが、継続的に使用することは避けています。 上記は運用/マニュアル化でカバーできるのですが・・・ 基本表は原則全てのファイルで定義しています。 下手に触ると困るファイルだけは表定義をしていません。 以上、参考になりますでしょうか？ | |
| RDBで仮想表を使用していますか? | |
| TOM 2013-1-14 16:21:07
[返信] [編集] A-VXのRDB機能の一つである、仮想表を皆さん酷使されていますか? 基本表を使用していることは知っているのですが、仮想表をバリバリ使用しているのでしょうか? | |
| Re: ファイルディレクトリファイルに最終更新時刻の情報 | |
| TOM 2012-11-26 16:57:53
[返信] [編集] 更新時刻が欲しかったんですね。 すみません。早とちりをしました。 | |
| Re: マイグレーションについて | |
| TOM 2012-11-26 16:55:24
[返信] [編集] やはりA-VXのCOBOL技術者の確保が一番の問題ではないでしょうか? やはりNECさんはA-VXをやめることになるんでしょうね。 盛んにIBM社はAS400は不滅です。だからAS400のCOBOLへのマイグレーションで今後とも安心してお使い続けることができますと。 富士通さんはPOWERCOBOLのマイグレーションで押してくるのではないでしょうか? 私の周りにある同業者さんは面白いサービスをしています。 | |
| Re: マイグレーションについて | |
| オフコン太郎 2012-11-26 12:58:09
[返信] [編集] 原則はExpress5800/600でしょう。 現システムに問題点/改善点がなければExpress5800/600です。 ある程度のスピードアップも望めますし、 なんといっても、費用と期間が圧倒的にかからない(オープンにくらべ) また、｢バグ｣もないですし、｢操作が同じ｣が一番です。 現システムに問題点/改善点があり、｢費用｣が発生する場合は、 オープンも候補でしょう。 また、改善点の内容によっては、オープンでしかできないこともあるかもしれません。 結論：オープンにして 費用： ・大きく掛かる 開発期間： ・大きく掛かる 困った事： ・操作がオフコンと違う(作り方によってはある程度踏襲できますが) ・セキュリティ関係が弱い？(オフコンはデータ構成が独自なため、 他者からは見ることが難しいが、オープンだと以外に弱い。 というよりは、Winをさわれる人が多いため、 セキュリティ関係に留意した設計/運用が望まれる) 良かった点： ・断然スピードアップ ・一般的(?)には、プレビュー画面が標準装備(?)になるため、用紙の節約になる Express5800/600の問題点： ・いずれ、ＮＥＣもオフコンから撤退するものと思われるので、 オフコンの選択は、｢オープン化｣の先送りでもありますが・・・ ・人員の確保もおおきな問題でしょう TOMさんもいっておられますが｢最終的にCOBOL技術者の確保がキーではないでしょぅか｣、・・・ 以上はソフト関係会社に従事している者の私的見解です。 ただし、当社においても、客先には、オフコンの人員確保困難/COBOLの人員確保困難などを理由に、 オーフンを押し進めています(上記と若干矛盾しますが)。 なお、オープンCOBOLへの移行は未経験のため、評価は控えます。 |
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
BluesBB ©Sting_Band