Javaでファイルパスを得る方法 (getPath, getAbsolutePath)
ファイル・パスを得るサンプルプログラム それでは実際にサンプルプログラムを確認してみよう。 このプログラムは、WindowsのC:ドライブのディレクトリ：C:\temp\abcにファイル：def.txtがあるとして、各メソッドがどのようにそのパスを取り出すかを示している。また、Cドライブが指定されていないディレクトリ：\temp\abcにファイル：def.txtがある場合は、どのようにパス名が取り出されるかも示している。 import java.io.File; public class Pathname { public static void main(String[] args) { String pathname = "C:\\temp\\abc\\def.txt";//[1] File file = new File(pathname);//[2] System.out.prin
IBM、自社のJavaVMをオープンソース化すると発表。COBOLやPL/IのランタイムをJavaVMにも。Java 9と同時に正式版リリースを予定。JavaOne 2016
IBM、自社のJavaVMをオープンソース化すると発表。COBOLやPL/IのランタイムをJavaVMにも。Java 9と同時に正式版リリースを予定。JavaOne 2016 IBMは、これまで自社で開発してきたJavaVMをオープンソース化すると、サンフランシスコで開催されていたJavaOne 2016で発表しました。 JavaOne 2016の3日目の基調講演に登壇した同社Distinguished Engineer兼Java CTOのJohn Duimovich氏は、冒頭で聴衆に「With Community」（コミュニティとともに）と呼びかけたあと「Make Java Great Again」（Javaを再び素晴らしいものにしよう）と書かれたキャップをかぶって見せました。 これはIBMが、コミュニティと一緒にJavaを進化させていくのだという心意気を示したメッセージのように受け止め
システム屋さんがうれしいJava8対応のコーディング規約を公開します！！ | フューチャー技術ブログ
はじめにこんにちは。星です。 弊社では、お客様の基幹システム構築をする際、Java言語を採用することが多いのですが、2015年4月末にJava 7のサポート切れになったことを受けて、昨年よりJava 8で開発をしています。 弊社でもそれなりの規模の案件になると、社員やパートナーの皆様を合わせて、数百人が同時に開発することも珍しくありませんので、私の所属する技術部隊でコーディング規約をはじめとして、開発をするにあたってのガイドラインの整備やEclipse等の開発環境の整備などのタスクを実施して、標準化とクオリティの担保を推進しています。 さて、Java 8においては、Java 7において実装見送りとなったStream APIやラムダ式といった大きな機能追加がありました。とはいえ、これらの機能を使ったとして、性能的に大丈夫なのかとか、どういったコーディングスタイルが良いのか？ など、エンタープ
GCC、Javaコンパイラを削除へ
The GNU Compiler Collection includes front ends for C, C++, Objective-C, Fortran, Java, and Ada, as well as libraries for these languages. GCCチームのデベロッパは9月5日(米国時間)、「Andrew Haley - [PATCH] Delete GCJ」において、GCCブランチからgcc/javaおよびlibjavaを削除するパッチを公開した。GCJ (GNU Compiler For Java)はJavaコンパイラとして開発が進められてきたが、ここ数年は開発が停滞。ほとんどメンテナンスしかされていなかった。すでに役割は果たしたとして削除へ向けた取り組みが進められている。 Javaはこの十年以上、常に重要なプログラミング言語であり続けている。多くのエ
10のJava9で変わるJava8の嫌なとこ！
IDENTIFICATION BY SCARS, TATOO MARKS, FINGER PRINT, FOOT PRINTS , SHOE PRINT...
thin-cacheというJava向けのキャッシュライブラリ書いた - その手の平は尻もつかめるさ
thin-cacheというキャッシュライブラリ書いた．いつものようにmaven centralにも置いてある．そしていつものようにJava 8以降が対象となっている． maven central Microservicesみたいな感じでサービスを作っていると，他のサーバにrequestを飛ばして得られた値を加工して，あるいはそのまま利用するみたいなコードを書く事が多くなってくる．毎回毎回他サーバにrequestを飛ばして良いのであればまあ飛ばせば良いのだけれど，そうもいかない場合も多い (トラフィックなり応答速度なりの理由で)．そういう場合に対策として考えうる手段のひとつとしてキャッシュが挙げられると思う． 今まではそういったキャッシュを良い感じでコントロールするコードを都度都度書いていたのだけれど，それにもそろそろ飽きてきたのでいい感じに抽出してライブラリにした． Javaでキャッシュ回
ゴールドマン・サックス発のJavaコレクションフレームワーク、その7つの特徴と歴史とは
ゴールドマン・サックス発のJavaコレクションフレームワーク、その7つの特徴と歴史とは：コレクション処理の万能道具箱Eclipse Collections入門（1）（1/3 ページ） 本連載では、ゴールドマン・サックス発のオープンソースJavaコレクションフレームワークであるEclipse Collectionsについて、その概要と歴史、機能を中心に紹介します。これまでのJavaやJava 8のStream APIと比較して何が違うのか。Eclipse Collectionsを例に、読者の皆さんがコレクション処理をより深く理解するための一助になればと思います。 ゴールドマン・サックスが開発し、オープンソースソフトウェア（OSS）として公開したJavaコレクションフレームワーク「GS Collections」が、Eclipse Foundationに移行し、「Eclipse Collecti
NTTデータが「Spring」のコミュニティを盛り上げたい理由とは？ 『Spring徹底入門』著者陣に訊く
JavaのOSSフレームワークとして地位を確立しているSpring Framework。翔泳社では『Spring徹底入門』を刊行しましたが、本書はNTTデータの皆さんが執筆されたもの。NTTデータはなぜ価値あるノウハウを公開し、共有しようとするのでしょうか。今回、本書を執筆された本橋賢二さん、槙俊明さん、池谷智行さん、小島祐介さん、川崎真弘さんにお話をうかがいました。 なぜNTTデータがSpring Frameworkの入門書を手がけるのか？ ――『Spring徹底入門 Spring FrameworkによるJavaアプリケーション開発』はNTTデータの皆さん（槙さんは執筆中に転職）が執筆されましたが、最初におうかがいしたいのは、なぜNTTデータがJavaのOSSフレームワークであるSpring Frameworkのノウハウを広めるための入門書を手がけたのかということです。 本橋：NTTデ
型、ついてますか？ - 型の本質を振り返る -
なぜ、動的型付けスクリプト言語の流行りから、再び静的型付けの言語が注目されているのか。 型付けの歴史を振り返り、これからの「型」のありかた、それを実装した処理系のありかたについて考えます。
【簡単理解】Javaのスレッド・マルチスレッドとは？
Javaの勉強をはじめると、突然「スレッド」「マルチスレッド」という言葉が出てくる。 特にJavaを勉強し始めたばかりの初心者の方は、困惑するだろう。 率直に言って、エンジニアの入り口付近ですぐに使う機会はないので読み飛ばしても構わないが、概念だけでも理解しておくと役に立つこともあるだろう。また、数年後には実際に使う機会がどこかで来るはずだ。 このページではスレッドとJavaのマルチスレッド処理について簡単に理解できるようにまとめた。参考にしてほしい。 そもそもスレッドとは？ スレッドとは「thread」で、もともとは「糸、筋道、脈絡」という意味をもつ言葉だ。 プログラミングの分野では処理を実行する流れの単位をスレッドと呼ぶ。 プログラムのソースコードをペンで追っていくと、処理の初めから終わりまでが一本の糸のような線であらわされる。このような一本の糸であらわされる処理の流れをスレッドと呼ぶ
Java 歴 23 分の Ruby エンジニアが Effective Java を読んで感動した話 - scramble cadenza
イントロ 例外処理を書くことはよくやっているのだけれど、その時の主軸となる考え方について、今までなんとなくで行っていた部分が多かった。 毎回考えるポイントは例えば以下のような疑問。 どこのレイヤーで、どこまで例外処理を行えばよいのだろうか？ どの例外をキャッチし、どの例外を伝搬させればよいだろうか？ 前提条件をチェックし、失敗した場合、例外を出したほうがよいか、nil, false を返すほうがよいか？ 例外をどういう単位でラップさせるのが良いだろうか？ 例外をチェインし過ぎると却って煩雑になる気がする。どうすれば良いのだろうか。 しかし、この辺りの話って、API の設計だったり、仕様の影響もあるので、都度対応が異なってしまうもの。 したがって抽象化して理解することが難しく感じた。 とてもよく使ってるし、とても大事な事なことなのに。 そんな今更な事で悩んでいた時に、Effective Ja
グーグル、Java API使用が「フェアユース」と認められる--対オラクル訴訟
Googleは、Java APIを使用してモバイルOS「Android」を構築していることをめぐるOracleとの法的な争いにおいて、優勢に立った。 Oracleは、著作権ライセンス料を支払わずに37件のAPIパッケージを使用しているとしてインターネット大手Googleを提訴し、数十億ドルのライセンス料支払いを求めていた。しかしGoogleは、自社による同APIの使用が「フェアユース」に相当すると米連邦裁判所の陪審員団に認めさせることに成功した。 この評決はGoogleにとって大きな勝利である。陪審員団がOracleの主張を支持していたとすれば、この訴訟における次の段階では、Googleが支払うべき対価の査定が始まるところだった。Oracleは、90億ドル以上の賠償金を求めていた。その額は、米国における著作権関連の評決でこれまでに認められた賠償額をはるかに超えている。 しかし、何年にもわた
Java APIの使用でのGoogleに対するOracleの訴訟はGoogleが勝訴
AndroidにおけるJavaコードの使用は特許と著作権を侵害しているとしてOracleがGoogle（現Alphabet）を訴えてから早6年。米カリフォルニア州北部地区連邦地方裁判所で開かれていた陪審で5月26日、Googleの使用は著作権のフェアユースに該当するという評決が下った。だがOracleはこれを不服としており、まだ終止符とはいえない様相だ。 発端はOracleが2010年に起こした特許訴訟による。当時Oracleは、GoogleがAndroidで1万1500行にもわたるJavaコードを無断使用しているとして90億ドルの賠償を求めた。 Oracleは7件の特許、37件のJava APIの著作権侵害を主張したが、主張は認められなかった。不服としたOracleは2012年にJava APIに絞って上訴。その結果2014年にJava APIは著作権の対象になるとする判断が下った。なお
入門書が教えてくれないJava スコープ編 - プログラマーの脳みそ
入門書ではあまりとりあげられない部分を解説するコンセプトの「入門書が教えてくれないJava」シリーズの第二弾。前回は変数についてだった。今回はそのスコープについて取り上げたい。 スコープとは スコープとは大雑把に言えば変数やメソッドなどが見える範囲のことを指す。 Javaの変数のスコープで一番簡単なのはローカル変数で、これは{から}まで（これをブロックという）の中で、宣言した位置より後ろで参照することができる。 public void main(String[] args) { int i1 = 0; // i1はここからmainの}までの間で参照できる if (true) { int i2 = 0; // i2はこのifの}までの間で参照できる } // i2はifの}を過ぎると参照できなくなる i2 = 1; // ← コンパイルエラー } なお、Javaの言語仕様では{}のブロックは
Androidソースコードレビューで指摘する事が多い項目まとめ2 - こやまカニ大好き
去年Androidソースコードレビューで指摘する事が多い項目まとめという記事を書いた時はアプリ全体を一度に見るような機会が多かったため、内容も大きめのものばかり書いていましたが、最近はプルリクエスト単位でレビューする機会が増えたので細かい項目についてまとめてみようと思います。 ミリ秒で時間を指定する時に自前で計算している 1000L * 60L * 60L * 24Lのようなコード。 TimeUnitを使いましょう。 24時間の場合は以下のように書けます。 TimeUnit.DAYS.toMillis(1L) ある文字列がhttp/httpsで始まるかチェック URLUtil.isNetworkUrl()を使いましょう。 ただしequalsIgnoreCaseで判定してます。 ベースURLにパラメータを付与していってURLを生成したい StringBuilder#append("&key=
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
What's New in Java SE 9
「なぜDI(依存性注入)が必要なのか？」についてGoogleが解説しているページを翻訳した - Qiita
JISから迫る文字コード入門
ドメイン駆動設計を軽快に実践するための工夫
Java8移行から始めた技術的負債との戦い(jjug ccc 2015 fall)
