はじめに O/R マッピングとは O/R マッピングとは、一言で言えば、オブジェクト指向プログラミング言語においてリレーショナルデータベースのレコードを通常のオブジェクトとして操作する方法である。より詳細な定義を述べるより、実際のコードを見たほうがわかりやすいだろう。以下に、低レベルの JDBC API の利用例と、高レベルの O/R マッピングフレームワークの代表格である JPA の利用例を挙げる。 public List<Issue> findByProjectId(long projectId) { String query = "select id, title, description from issue where project_id = ?"; try (PreparedStatement ps = connection.prepareStatement(query))

本記事は「珠玉のアドベントカレンダー記事をリバイバル公開します」企画のために、以前Qiitaに投稿した記事を7年ぶりに改訂したものです。 筆者自身もコミッターとして関わるJavaのDB永続化ライブラリ「uroboroSQL」の紹介です。 https://github.com/future-architect/uroborosql はじめにエンタープライズシステム開発では、まだまだJavaで作られていることが多く、システム特性上、やはりRDBを利用するケースが多いですよね。 Amazon AuroraやCloud Spannerといったプロダクトに注目が集まるのも、時代の変化とともにDBも並列分散型でスケールアウトはしたいけれども、トランザクションもSQLも使いたいというCAP定理を覆す特徴を持っていることが要因だと思います。 2016/12/24にクリスマス・イブにCockroachDBに

概要 Java 1.8で採用（ただしデフォルトでは無効）され、Java 9でデフォルトで有効になったCLDRロケール・データについて調べた内容です。 CLDRについては参考に挙げたサイトで確認できますが、簡単に説明すると[Unicode Consortium] (https://unicode.org/)で進められているプロジェクトで、世界中の異なるロケール(日付のフォーマット、通貨名、国名、曜日の並び、数値のフォーマットなど)をデータベース化しています。 このデータはXML形式のLDML(Locale Data Markup Language)で管理、公開されており、Javaもこのデータを完全ではありませんが取り入れています。 この記事を書いた動機は、[ヌーラボのアカウント基盤を Java 9 にマイグレーションして起きた問題と解決法] (https://nulab-inc.com/ja

現在のJavaは、Java 9より半年に1度新バージョンをリリースするというポリシーが採用され、2019年12月時点ですでにJava 13が公開されている。この早いリリースサイクルに対応していくには、新機能が追加されるプロセスをよく知り、いち早くキャッチアップしていくことが不可欠となる。本連載では、最近のバージョンで追加された、または今後追加される予定のJavaの新機能について、実際のコードを交えながら解説する。

文字コードに関する昨日のつぶやき 文字コードの話。NEC選定IBM拡張漢字を捨てれば、Windows-31J と JIS X 0213 の第3水準漢字が両立できるなと思ったけれど、Java で x-MS932_0213 を試してみたら、89区をNEC選定IBM拡張漢字にマッピングしていて、使えねぇなと思った。— GLAD!! (@glad2121) 2016, 2月 16 JIS X 0213 の非漢字、第1〜第3水準漢字、Windows-31J の NEC特殊文字、IBM拡張文字、ユーザー定義外字を文字集合とした、エンコーディングがあると、互換性を保ちつつ標準化の方向性にも沿った拡張ができると思うんだけど。— GLAD!! (@glad2121) 2016, 2月 16 これを図で表してみました。 x-MS932_0213 は第3水準漢字に使える文字と使えない文字があり中途半端。「NEC

文字コード関連でちょっと調べていたら、未定義文字を変換したときの挙動が Java8 と Java7 までで異なることを発見したのでメモ。 Java7 まではネイティブコードの1文字が概ね U+FFFD 1つに変換される。 # 半角の未定義文字 1B284920 -> FF60 (ISO-2022-JP) 8EA0 -> FFFD (EUC-JP) A0 -> FFFD (Shift_JIS) A0 -> FFFD (windows-31j) A0 -> FFFD (x-SJIS_0213) # 半角の定義文字（参考） 1B284921 -> FF61 (ISO-2022-JP) 8EA1 -> FF61 (EUC-JP) A1 -> FF61 (Shift_JIS) A1 -> FF61 (windows-31j) A1 -> FF61 (x-SJIS_0213) # 全角の範囲外領域 1

IBM Developer is your one-stop location for getting hands-on training and learning in-demand skills on relevant technologies such as generative AI, data science, AI, and open source.

プログラミングにおいて、台数、個数、チャンネル数、金額、速度、年齢、身長といった何らかの数量を表現することはよくあることです。 こうした数量を、それぞれ個別のクラスにすることは面倒なので、大抵はint、doubleなどの基本型で表現します。 表現する数量には、プログラミング対象世界によって決まる値の有効範囲があります。例えば、遠足のお菓子は金額で300円まで（0円以上300円以下の範囲）、ある車の速度計は0kmから180kmまで、などです。会計上では金額はマイナスの値を取ることもありますし、所持金ではマイナスの値はとらないでしょう。 プログラミングでは、この有効範囲の中にあるかどうかを判定する、という処理があちらこちらに出てきます。これを、そのたびに、 public void setSpeed(int speed) { if (speed < 0 || 180 < speed) { thr

2015-11-12 追記あり。「SpringとGroovyにも直列化オブジェクト脆弱性」も参照してください。 昨日からJava界隈で話題になっているcommons-collectionsの脆弱性について。 元ネタはこちら。 対応するチケットはこちら。 InvokerTransformerなんてクラスは初めて知りましたが、そりゃこういうことになりますよねぇ…というのが感想です。 影響を受けるシステム InvokerTransformerはcommons-collectionsとcommons-collections4の両方に存在しています。 いずれかのライブラリ(commons-collections.jarまたはcommons-collections4.jar)がクラスパスに存在しているとき、 以下のいずれかの条件を満たしていると攻撃が成立する可能性があります。 直列化したオブジェクトを

こんにちは @cero_t です。 今日のテーマは・・・ラピュタ禁止令！ バルス！ いや違う。ラムダ禁止令、です。 さて、なかなかの滑り出しですが、今日はただのラムダの紹介ではなく、禁止令に主眼を置いて語ります。 このエントリーは、Java Advent Calendar 2013の12/16分の投稿です。 http://www.adventar.org/calendars/145 前日は @sugarlife さんの JDK 8 新機能ダイジェスト (JDK 8 Features) です。 翌日は @setoazusa さんです。 ラムダ禁止令はあり得るのか？ 勉強会やその懇親会などで、たびたび「ラムダ禁止令が出るのではないか」が話題に上ることがあります。 「そりゃ禁止する組織もあるでしょうね」というのがお決まりの答えなのですが、ただそれに従うだけでは面白くありませんし、要素技術の発展も

なんか、Java VMの改善案がでてますね。 すげー楽しそうです。 http://cr.openjdk.java.net/~jrose/pres/201407-JVMEvolution.pdf プロジェクトValhallaとプロジェクトPanamaがあります。 http://openjdk.java.net/projects/valhalla/ http://openjdk.java.net/projects/panama/ Valhallaは、Value TypesとSpecialization、PanamaはArrays 2.0とLayoutsがあります。 概要をまとめてみますが、かなり適当な解釈で書いてたりするので、細かいことはちゃんと原文みてください。 Value Types 簡単にいえば、新しい基本型を定義できるようにするというものです。 http://cr.openjdk.ja

JJUGのエキスパートが語るエンタープライズ・アーキテクチャの過去、現在、未来──SOAP・RESTからIoT・ウェアラブルまで 吉川 徹 特集企画「アプリケーションアーキテクチャ最前線」では、さまざまな視点からアプリケーションアーキテクチャをエキスパートたちに語っていただきます。今回は、エンタープライズ・アーキテクチャについて取り上げます。 HTML5・モバイル・IoT・ウェアラブルなどビジネス環境が激変する中、エンタープライズ・アーキテクチャはどういう課題を抱えていて、どうあるべきなのか。今回は、JJUG (日本Javaユーザーグループ）でご活躍中のお二人に話を伺うことにしました。 アーキテクチャを主軸に第一線で活躍しているグロースエクスパートナーズ株式会社 執行役員の鈴木雄介さんと、「流しのアーキテクト」を自称する株式会社アーキテクタス 代表取締役の細川努さんを交えて、エンタープライ

Java 8のDate-Time API良く知らんのだよな～ということでThe Java Tutorials の Date-Time のセクションを読んだ。 例によって機械翻訳よりごましお程度にマシな精度なのでそこのところご容赦願いたい。 Trail: Date Time Java SE 8リリースで導入された、Date-Timeパッケージ、java.time、日付(date)と時間(time)に関する包括的なモデルを提供するもので、JSR 310: Date and Time APIの下で開発されました。java.timeは国際標準化機構(International Organization for Standardization:ISO)カレンダーシステムに基づきますが、一般的に使用されるグローバルなカレンダーもサポートされています。 このトレールは、日付と時間を表現するためと、日付と

JDK 7u65/8u11以降にはバイトコード検証の不具合 JDK-8051012 があります。Groovyでは、 GROOVY-6951 で報告されているように、コンストラクタ内でsuper()やthis()を使うと実行時エラーが発生します。 Gradle SSH Pluginでもコンストラクタ内でsuper()を実行するコードがあり、JDK 7u65/8u11以降で正常に動作しない問題があります。最近のJDKで不具合が修正されているか確認してみたのですが、やはり動作しませんでした。結果は以下の通りです。 成功 7u60-b19 失敗 7u65-b17 失敗 7u67-b01 成功 8u5-b13 失敗 8u11-b12 失敗 8u20-b26 残念ながら、GROOVY-6951 のスレッドによると8u40まで待つしかないようです。 なお、Travis CIでは当該の不具合に対する暫定対

2015年4月8日に開催された、『Java Day Tokyo 2015』のプレゼンテーション資料と一部のセッションの動画をご提供します。この資料に記載されている内容は、イベント時点のものであり、製品の仕様･機能などについては今後、変更の可能性があります。

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?