COBOLをやめる“とんでもなく悪い方法”はこれだ
関連キーワード Java | アプリケーション開発 | メインフレーム プログラミング言語「COBOL」を扱えるエンジニア不足が深刻だ。COBOLに精通していないエンジニアでも、メインフレームで稼働するプログラムを扱えるようにするために、企業はCOBOLプログラムのモダナイゼーション（最新化）に取り組んでいる。 良くない「COBOLのやめ方」 併せて読みたいお薦め記事 COBOLプログラムからの脱却 COBOLの呪縛を解いて「Java」に書き直すことに意味はあるのか？ Javaで書き直しても消えない“COBOLの呪縛”とは？ COBOLプログラムのモダナイゼーションには、さまざまな手法がある。調査会社Intellyxの創設者兼プレジデントであるジェイソン・ブルームバーグ氏は、「COBOLプログラムを行単位で別のプログラミング言語に変換することは、決して良いアイデアではない」と話す。 ブルー
Pythonが「メインの利用言語」で2位にとどまる、1位に立ったのは定番のあの言語
現在、ITエンジニアが開発するシステムは多種多様だ。基幹系システムだけでなく、Webサービスやスマホアプリ、AI（人工知能）などもある。こうしたシステムの開発を円滑に進めるには、実装する機能に合わせたプログラミング言語の選定が肝要である。プログラミング言語によって開発しやすいシステムが異なるからだ。 では、日経クロステックの読者はどんなプログラミング言語を使っているのか。またどのようなシステムを開発しているのか。これらを確かめるため、日経クロステックでは「プログラミング言語利用実態調査2022」をWebサイト上で実施した。調査期間は2022年10月11日～10月28日。457人から回答を得た。その結果を見ていこう。 アンケートでは、まず普段使っているプログラミング言語を3つまで挙げてもらった。その結果、利用言語の第1位は「Python」だった。回答者457人の4割弱に相当する169人が使っ
オラクル、OpenJDKに静的なネイティブイメージの生成機能を組み込む方針を明らかに。GraalVMのOpenJDKへのコントリビュートで
オラクル、OpenJDKに静的なネイティブイメージの生成機能を組み込む方針を明らかに。GraalVMのOpenJDKへのコントリビュートで オラクルは先月（2022年10月）に米ラスベガスで開催したJavaOne 2022で、GraalVM CEのJava関連コードをOpenJDKコミュニティに寄贈すると発表しました。 Excited about @GraalVM JIT and Native Image becoming part of OpenJDK!#JavaOne pic.twitter.com/al1nHTl2RW — GraalVM (@graalvm) October 18, 2022 参考：［速報］オラクル、OpenJDKコミュニティにGraalVM CEのJava関連コードを寄贈すると発表。JavaOne 2022 このとき、GraalVMのJavaのJITとネイティブイ
Setting the default Java character encoding
How do I properly set the default character encoding used by the JVM (1.5.x) programmatically? I have read that -Dfile.encoding=whatever used to be the way to go for older JVMs. I don't have that luxury for reasons I wont get into. I have tried: System.setProperty("file.encoding", "UTF-8"); And the property gets set, but it doesn't seem to cause the final getBytes call below to use UTF8: System.se
log4j2の設定ファイル(XML) - Qiita
目的 自分が使いそうな設定のまとめ。 jar ファイル 最低限、以下のファイルが必要。 log4j-api-2.3.jar log4j-core-2.3.jar (2.3 はこれを書いている時点の最新バージョン) 全体 こんな感じで。 ファイル名はlog4j2.xmlとして、クラスパス上に配置。 <?xml version="1.0" encoding="UTF-8"?> <Configuration status="off"> <!-- AppenterやLoggerで使用するプロパティを定義する --> <Properties> <Property name="...">hoge</Property> <Property name="..." value="..." /> </Properties> <!-- ログの出力先と出力フォーマットを設定する --> <Appenders> <
マルチスレッド :: やり直しJava
スレッドの現在の状態は ThreadクラスのgetState()メソッドで確認することができます。 スレッド間通信と同期スレッド間通信スレッド間通信と言うと 大袈裟な感じもしてしまいますが、スレッド間でデータをやり取りしたり 待ち合わせを行うことを指します。スレッド間通信は共有メモリを介して行います。共有メモリとして利用できるのは ヒープ領域に置かれたインスタンスやクラスフィールド等です。具体的には次のような方法でスレッド間通信を行うことができます。 クラスフィールドを介してスレッド間通信を行う。クラスのシングルトンオブジェクトを介してスレッド間通信を行う。共有するオブジェクトの参照を それぞれのスレッドで持ち合い、共有オブジェクトを通してスレッド間通信を行う。並列処理を行う場合、スレッド間通信が必要なければ シングルスレッドの場合と変わらないので 難しいことは何もありません。しかし 大抵
DriverManager (Java Platform SE 8)
一連のJDBCドライバを管理するための基本的なサービスです。 注: JDBC 2.0 APIで新しく追加されたDataSourceインタフェースを使用してデータ・ソースに接続することも可能です。データ・ソースへの接続時にはDataSourceオブジェクトの使用をお薦めします。 DriverManagerクラスは、初期化時にjdbc.driversシステム・プロパティで参照されるドライバ・クラスをロードしようとします。これにより、ユーザーはアプリケーションで使用するJDBCドライバをカスタマイズできます。たとえば、~/.hotjava/propertiesファイルで次の項目を指定します。 jdbc.drivers=foo.bah.Driver:wombat.sql.Driver:bad.taste.ourDriver DriverManagerメソッドgetConnectionとgetDri
How do I tell Gradle to use specific JDK version?
I can't figure out to get this working. Scenario: I have an application built with gradle The application uses JavaFX What I want Use a variable (defined per developer machine) which points to an installation of a JDK which will be used for building the whole application / tests / ... I thought about having the gradle.properties file, defining the variable. Something like JAVA_HOME_FOR_MY_PROJECT=
GradleでJavaのバージョンを指定するときはsourceCompatibilityじゃなくてToolchainsを使うと便利 - Mitsuyuki.Shiiba
追記 2021-02-14 Toolchains はまだ IDEA ではサポートされてないみたい。IDEA を使うときはこれまでの書き方をしておく方が良さそう。 Support detecting SDKs from Gradles toolchain support https://youtrack.jetbrains.com/issue/IDEA-252328 追記ここまで === 昨日、Gradleのことを書いたのだけど。そういえば、触ってる中でもうひとつ学んだことがあったので、今日はそれについて。今日もタイトルの通り。 bufferings.hatenablog.com 昨日も書いたけど、Gradleって変化が速い印象あるので、しばらくするとこのやり方よりも良いやり方が出てくるかもしれない。今日は、2021年2月時点のGradle 6.8.2のお話。 これまでの書き方 これまでは、
Home – Apache Commons CSV
Commons CSV About Asking Questions Release History Issue Tracking Dependency Management Javadoc Javadoc Archive Sources Security License Code of Conduct Download Project Documentation Project Information About Summary Team Source Code Management Issue Management Mailing Lists Maven Coordinates Dependency Management Dependencies Dependency Convergence CI Management Distribution Management Project R
JDBC開発者ガイド
この章では、Oracle拡張機能(oracle.sql.*形式)について説明し、標準Java形式(java.sql.*)と比較します。Oracle拡張機能を使用するには、結果セットと文を適宜OracleResultSet、OracleStatement、OraclePreparedStatementおよびOracleCallableStatementにキャストし、これらのクラスのgetOracleObject、setOracleObject、getXXXおよびsetXXXメソッド(XXXはoracle.sqlパッケージの型に対応)を使用する必要があります。 この章の内容は次のとおりです。 データ型マッピング データ変換での考慮事項 結果セットと文拡張機能 Oracleのgetおよびsetメソッドと標準JDBCの比較 結果セット・メタデータ拡張機能の使用方法 SQL CALL文とCALL I
COBOLは何度でもよみがえるのに「コボラー」が絶滅しかねないのはなぜ？
関連キーワード Java | アプリケーション開発 | メインフレーム | プログラミング プログラミング言語「COBOL」で記述されたソースコードを、プログラミング言語「Java」で書き直す理想的な手段は、COBOLとJavaの両方に精通した開発者を雇うことだ。だが「そうした人材を見つけるのは難しい」と、調査会社Intellyxの創設者兼プレジデントであるジェイソン・ブルームバーグ氏は述べる。そもそもCOBOLに詳しい開発者（コボラー）自体が見つけにくくなっている。 だから「コボラー」は見つからない 併せて読みたいお薦め記事 連載：それでも「COBOL」は生き残る 第1回：COBOLをやめても消えない“亡霊”「JOBOL」とは何なのか 第2回：Javaで書き直しても消えない“COBOLの呪縛”とは？ COBOLのスキルが必要な理由 「COBOL」プログラムが古くなっても動き続ける“切実な
Spring Boot 3 Ships November 2022, Delays Java Module Support
Building Inclusive Mini Golf: A Practical Guide to Accessible XR Development Colby Morgan discusses practical strategies and technical examples for building accessible and inclusive XR experiences. Learn about their core design principles, including accessibility at the start, invisible features, simplicity, and layered depth, using Walkabout Mini Golf as a case study.
Javeセキュアコーディング 並行処理編
Java セキュアコーディング 並行処理編 Fred Long Dhruv Mohindra Robert Seacord David Svoboda 2011 年 8 月（原著「Java Concurrency Guidelines」公開 2010 年 5 月） TECHNICAL REPORT CMU/SEI-2010-TR-015 ESC-TR-2010-015 CERT® Program http://www.cert.org/ 一般社団法人 JPCERT コーディネーションセンター（JPCERT/CC）訳 https://www.jpcert.or.jp Japan Computer Emergency Response Team Coordination Center : Japan Computer Emergency Response Team Coordination C
Thread (Java Platform SE 8)
すべての実装されたインタフェース: Runnable 直系の既知のサブクラス: ForkJoinWorkerThread public class Thread extends Object implements Runnable スレッドとは、プログラム内での実行スレッドのことです。Java仮想マシンでは、アプリケーションは並列に実行される複数のスレッドを使用することができます。 各スレッドには優先順位が付けられています。優先順位の高いスレッドは、優先順位の低いスレッドよりも優先して実行されます。さらに、各スレッドがデーモンとしてマークされている場合もあれば、されていない場合もあります。あるスレッドで実行中のコードが新しいThreadオブジェクトを作成すると、この新しいスレッドには、その時点では、作成側のスレッドの優先順位に等しい優先順位が設定され、作成側スレッドがデーモンである場合にだ
JenkinsがJava 8の対応を終了し、Java 11が必須に。Java 17の対応も開始
Jenkins開発チームは、6月28日リリースのJenkins 2.357および9月にリリース予定のJenkins LTS版からはJenkinsの実行環境としてJava 11が必須になることを、ブログ「Jenkins requires Java 11」で明らかにしました。 これまでJenkinsはJava 8もしくはJava 11を実行環境としていましたが、Java 8の対応がなくなることになります。 Jenkins 2.357 released today as the first Jenkins version to require Java 11. @bcrow shares the history of Java support in Jenkins and the benefits of the update. https://t.co/FPTNBTG3jK pic.twitte
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
log4j2.xmlの基本的な仕組みを理解する - Qiita
https://mvnrepository.com/artifact/org.apache.commons/commons-text
接続プールとデータソース
3. Declaring repositories