Asakusa Framework Advent Calendar 2020の4日目です。
三菱総研DCS株式会社さんのサイトに、COBOLをJavaに変換して、Asakusa Frameworkで実行することによって高速化したという記事が出ていました。
以前から、AsakusaFWはCOBOLと似ている面があって移行しやすいという話はありました。
が、そうは言っても自動変換は難しいだろうと思っていたのですが、Micro Focus Visual COBOLでCOBOLからJavaへ変換し、6割ほどが変換後無修正で使用できたそうです。すごい！
自動変換系の話、大好きです(笑)
夢が膨らみますねぇ。
Asakusa Framework Advent Calendar 2020の3日目です。
今年は久しぶりにJDBCでDBアクセスするプログラムを書きました。
せっかくなので何かDAOのユーティリティーを使おうと思って、Doma2を使ってみました。
最初、普通にGradleの依存ライブラリーにDoma2を書いたんですが、Eclipse上で開発しようとすると上手くいかなくて。Daoの実装クラスが自動生成されるはずなのにされないんですよね…。
よくドキュメントを読んでみたら、Eclipse上でapt（アノテーションプロセッサー）の設定をしなきゃいけなかったみたいで、設定したら上手く動作しました。
で、AsakusaFWもaptでOperatorの実装クラス等を生成するんですよね。
AsakusaFWの開発環境でaptの設定なんかしたことないなぁ…。と思ったら、Gradleプラグインの裏で設定していたみたいです。（けっこう設定するの大変だったらしいです…）
まったく気付かなかったですが、そういうところにもAsakusaFWはしっかり対応してるんですね。
Asakusa Framework Advent Calendar 2020の2日目です。
今年の頭にMavenのセントラルリポジトリーのURLがhttpからhttpsに変更されました。
それに合わせて(?)Gradleもhttpsに変わりました。
以前から構築されていたAsakusaアプリケーションの開発環境では、ライブラリーが既にダウンロード済みなので、（再構築しない限り）影響はありません。
しかし、ソース一式を新しいマシンにコピーして新たに開発環境を構築しようとすると、ライブラリーをダウンロードする必要があるので、URLをhttpsに変更しないといけませんでした。
→httpsに変更する方法
今年はコロナウイルスCOVID-19のせいで在宅勤務になったので、開発環境を移設する必要があり、まさにこの問題に引っかかったのでした＾＾；
Asakusa Framework Advent Calendar 2020の1日目です。
アドベントカレンダーの初日ということで、2020年時点のAsakusa Frameworkの紹介を書いておきたいと思います。
Asakusa Frameworkは、分散バッチアプリケーションを開発・実行する為のフレームワークです。
同一のソースをリコンパイルするだけで異なる実行基盤、すなわちApache Spark, M3BP, Vanilla用のバイナリーを生成することが出来ます。（実行基盤Hadoop（MapReduce）は非推奨になりました）
また、分散処理とは別に、ファイル同士を結合して処理するにはとても便利だと思います。
2020年に出たAsakusaFWの新バージョンは無いですね＾＾；もうだいぶ枯れてますから…。
以前から個人的に注目していた、対応するJavaのバージョンですが、今年はHadoop3.3.0がリリースされて、ついにJava11対応しました！
これでHadoopに依存してJava8止まりだったAsakusaFWもJava11に対応できる…はずですが、まだ対応されていませんorz
これには、AsakusaFWの開発者がTsurugi DBの開発で忙しいという面があるようです＾＾；
来年辺り、Java11対応するといいなぁ…。
