【初心者歓迎】最新COBOLについての質問スレ

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

BerkeleyDBならREADWRITEインターフェースで、そのままアクセス可能だけどね
オンラインだと、ポスグレなどのRDBにしたほうが、後々便利なんだろうなぁ

ただ、アクセス部分を汎用的に作れないのがイタイ
個別に作るのが面倒なんだよねぇ

レコード定義から、COBOL＋SQLでのアクセスサブルーチンを生成するツールみたいのを
公開してくれたらありがたいんだけど

**デフォルトの名無しさん** · 2018/08/23(木) 12:26:30.63

DB連携ツール　openCOBOL ESQLを使えば、CURSOR制御で順次アクセスはすぐ作れるけど、
エラー制御とか何処まで必要か分からんのよね

**デフォルトの名無しさん** · 2018/08/23(木) 15:44:39.30

>>174,175
>>BerkeleyDB

実用事例が少ないDBは採用されない

>>レコード定義から、COBOL＋SQLでのアクセスサブルーチンを生成するツールみたいのを公開してくれたらありがたいんだけど

そこの部分をJavaで作っとけって話

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

>>176
BerkeleyDBはISAM使った場合の、gnucobol標準サポートだけどね
直接アクセスできるツールやユーティリティが無いからなぁ

javaで作るとどんな感じになるのか、気になるな

COBOLプログラムの
READ FILE1 INVALID KEY
をCALL に変えるんだよね？

**デフォルトの名無しさん** · 2018/08/23(木) 17:26:58.67

>>177
RDBアクセス部分はGnuCOBOLで外部モジュール化は出来ると思うが、JavaでOracleやMySQL、PostgreSQLにJDBC経由でアクセスする例は過去から事例が多い
そのノウハウ持ってるSierは他の案件で開発した実装事例を持って来るだけだと思う
後はGnuCOBOLからCALLして呼び出すメソッドを定義付けすれば良いだけかと
まあ、書き込み有ったヤツのプロジェクトがどういう方針か不明なので何とも言えんが

**デフォルトの名無しさん** · 2018/08/24(金) 00:00:04.60

https://sugaryo1224.hatenablog.com/entry/2018/02/14/053410
新人にCOBOLをやらせる会社が悪い、と言うかやらせる新人にも向き不向きが居るからな
それを見極められない会社も悪い
そもそも可読性重視のCOBOLの重要度を否定してる時点でこのHPのヤツはプログラマとしては二流だな

**デフォルトの名無しさん** · 2018/08/24(金) 03:59:58.03

>>166
http://rinta.hatenablog.com/entry/20110114/p1
COBOL→Javaに移行してもCOBOLに近い実装になってしまう事実
それならCOBOLのままオープン化した方が安くつく

**デフォルトの名無しさん** · 2018/08/25(土) 04:07:56.03

>>166の案件はEclipseでも使ってるんだろうな
COBOLとJavaのソース混在してるんだろう

**デフォルトの名無しさん** · 2018/08/25(土) 10:30:23.91

>>181
オンラインの画面制御ミドルをjavaで動かすんじゃないか？

富士通なら、表示ファイルのDCFILEか、メッセージファイル作ってCOBOLに渡せばいい

うちのシステムもマイグレしたいが、リスク取れないから、次もXSP動作機構で動かすんだろなぁ

**デフォルトの名無しさん** · 2018/08/30(木) 21:06:37.76

>>182
なるほどね
画面制御をJava、PHP、Perl、Ruby、Python、JavaScript色々選べそうだが
画面制御JavaでOpenJDKで収まるんかな
でないとライセンス発生する

**デフォルトの名無しさん** · 2018/08/30(木) 21:27:39.03

JavaEEは？

**デフォルトの名無しさん** · 2018/08/30(木) 22:34:55.90

>>184
Java EEってSEじゃないでしょ
OpenSDK=Java SEだし

**デフォルトの名無しさん** · 2018/09/05(水) 14:55:09.56

273 デフォルトの名無しさん [sage] 2018/09/04(火) 08:29:51.03 ID:TKsJiWYY
信用の問題だろ
OracleがOpenJDKを潰そうと思えば直接的な法的手段を用いるまでもない
Oracleはいつでもディストリビュータに対するTCKの提供を停止することができ、それにより既にGPL化で配布されたOpenJDKも即座に破綻する
OracleはTCKのテストケースに対して著作権を有しており、これを侵害することなく互換テストを再構築することは事実上不可能だ
これが現在想定される最悪のシナリオだが、Oracleならやりかねないと思われてしまったこと自体が問題

**デフォルトの名無しさん** · 2018/09/05(水) 15:25:37.29

ライセンスは過去に遡って(既にライセンスを受けたライセンシーに対して)変更出来るものじゃないと思うけど

**デフォルトの名無しさん** · 2018/09/10(月) 04:07:12.96

>>184
そもそもJava8以降、JDBCはJDKから外れた
https://docs.oracle.com/javase/jp/7/technotes/guides/jdbc/bridge.html

JDBCは使うDB毎にインストール必要だが、そこの部分がJDKから外れる以上、ライセンスの発生するネタになる
つまりJavaでOpenJDKの範囲内でDBアクセスオブジェクトなど作れないって事
これだけでJavaはオワコン

**デフォルトの名無しさん** · 2018/09/10(月) 04:42:13.29

>>184
Java EEはCORBA同様、Java9以降削除されてる
https://qiita.com/mao172/items/dbf41e7a246c3f87dcbe

**デフォルトの名無しさん** · 2018/09/10(月) 07:08:14.10

>>188
すげー妄想…これがCOBOL脳かw

**デフォルトの名無しさん** · 2018/09/10(月) 09:39:32.55

いままで無償で使用できたのが異常なだけで
値段も高くないし普通にOracleに金払えば済む話じゃん

**デフォルトの名無しさん** · 2018/09/10(月) 14:56:26.19

>>191
やだよ

**デフォルトの名無しさん** · 2018/09/14(金) 11:43:16.81

30代のCOBOLのSEに

君のFILLERを埋めるよ？

と言ったら爆笑されて，
食事の約束こぎ着けた

**デフォルトの名無しさん** · 2018/09/14(金) 12:04:18.28

オレのFILLERは空白で埋まってるぜ！

**デフォルトの名無しさん** · 2018/09/14(金) 17:47:23.35

>君のFILLERを埋めるよ？

キモい w

**デフォルトの名無しさん** · 2018/11/30(金) 22:45:34.84

プログラミング言語「COBOL」がTwitterトレンド入り　AWS Lambdaのサポート言語に追加、技術者がざわつく
http://www.itmedia.co.jp/news/articles/1811/30/news102.html

**デフォルトの名無しさん** · 2018/12/01(土) 22:50:02.59

ランバダ

**デフォルトの名無しさん** · 2019/03/08(金) 07:28:07.42

>>176
Berkley DBはUNIXの世界ではとても実績があるDBで、クライアント(?)ツールも多いが、もう新規で使う理由はないだろうな。

**デフォルトの名無しさん** · 2019/03/11(月) 14:23:50.24

>>UNIXの世界
Linuxのシェア考えれば少ない

**デフォルトの名無しさん** · 2021/01/19(火) 21:22:51.02

え？

**デフォルトの名無しさん** · 2021/02/14(日) 19:41:57.15

COBOLにも初心者いるのか？

**デフォルトの名無しさん** · 2021/05/02(日) 06:55:02.21

>>165
長崎県庁事例のUI部分はPHPまたはCurl言語だよ
PHP→php_opencobol.so→opencobolで生成した.soファイル
　→CALL文でlibperlを使ったFUNCTION呼出→perlのDBD/DBIでmysqlアクセス

**デフォルトの名無しさん** · 2021/05/02(日) 08:43:37.22

>>202
Perlね

**デフォルトの名無しさん** · 2021/05/08(土) 08:22:00.31

>>203
で？

**デフォルトの名無しさん** · 2021/07/24(土) 08:25:10.28

COBOLを外した経産省の愚かなこと

**デフォルトの名無しさん** · 2021/09/01(水) 16:42:41.83

GnuCOBOLの実例が少ない

**デフォルトの名無しさん** · 2021/09/01(水) 16:53:29.54

富士通のNetCOBOLのライセンス料金が半端無い
Linuxで動かせるけど運用コスト半端無いので導入企業は限られるな

**デフォルトの名無しさん** · 2021/09/03(金) 21:18:23.74

>>202
長崎県の例は他に転用しづらい
PHPのUIって後々のメンテとか大丈夫なの?
MySQL使ってるの良いとしてPostgreSQLも使える方が良いと思うけど

**デフォルトの名無しさん** · 2021/09/04(土) 07:14:43.65

今時Postgresql使っている情弱なんているの？
普通にH2でいいじゃん

**デフォルトの名無しさん** · 2021/09/07(火) 16:42:04.60

H2は容量節約ぐらいしかメリット無い

**デフォルトの名無しさん** · 2021/11/07(日) 11:50:47.69

自宅は今も Postgre だが。

まあ、BSDを今も使ってる変わり者だけどな。

**デフォルトの名無しさん** · 2023/02/10(金) 17:46:34.83

初心者でわからないんですが、COBOLのバッチプログラムってなんでサーバーへの転送先や入力ファイルの配置先などパラメータファイルをいちいち作ってそれを読み込んで、出力して橋渡しで作らないといけないんですか？
直接パラメータをバッチに書いてはいけないのでしょうか？
JP1という日立のジョブ動かすツールがいまいち意味がわからないです。

バトン渡しで全部ファイルでの受け渡しする意味がわからない

**デフォルトの名無しさん** · 2023/02/18(土) 10:38:01.51

サブルーチンへcall分でアクセスしてる方法が意味わらかん
どういう方法で関数じみたサブルーチンへアクセスしてるのかやからん

**デフォルトの名無しさん** · 2023/02/22(水) 00:00:07.43

それって単にボクが大好きな言語とやりかた違うのはゆるさないじょ！というお気持ち表明でしかないのでは？

**デフォルトの名無しさん** · 2023/04/26(水) 14:45:05.47

COBOLのソースを追跡するマクロを教えて欲しいです
サクラエディタでありますでしょうか？

**デフォルトの名無しさん** · 2023/05/10(水) 13:10:40.90

>>212
JP1の汎用性考えてそうしてるんでは?

**デフォルトの名無しさん** · 2023/05/21(日) 10:49:08.06

>>215
無い

**デフォルトの名無しさん** · 2023/08/17(木) 14:28:50.19

('o')0OOOOO

**デフォルトの名無しさん** · 2023/09/07(木) 19:35:40.67

初心者ですみませんが、IF分の（)のつけ方で以下の場合、挙動変わりますか？
パターンA
IF （A ＝　1 or 2 and （B = 1 or 2))
パターンB
IF ((A ＝　1 or 2) and （B = 1 or 2))