Javaの型推論Utilsクラス - yukobaのブログ
いろんな方々のブログから集めてまとめた、型推論を使ったUtilsクラスです。結構便利です。Java 5で導入された型推論を使っています。Java 7で型推論をさらに強化するという案もあるそうですね。 （2008/4/15 追記）set() を map() と同じインターフェイスにしていたのですが、list() と同じインターフェイスで良いので修正しました。まぁ、Set に一度に２個以上挿入する機会は少ないからなぁ。 （追記２）http://d.hatena.ne.jp/amachang/20080415/1208229209 amachang に記事を紹介してもらった！cast()はよそのメソッドの引数に対しては使えません。amachang のブログのコメント欄をご覧ください。 （2008/4/17 追記３）array() を追加。 まず、使い方。 import static com.ex
yasnippet-java-mode (topcoder用) - Mostly Sourceless
お決まりのfor文をCみたいにマクロ使ってREP(i, n)と短く書きたい javaじゃ無理 じゃあもうタイプ量が減ればいいよ yasnippetで展開させればいいんじゃね？ ついでによく使いそうなコレクションの宣言もさくっと書けるようにしてみよう import java.util.*; してること前提です。 導入 yasnippetが必要です。あとemacsも必要です。 Google Code Archive - Long-term storage for Google Code Project Hosting. ファイルはgithubに置いてあります。 GitHub - k-chop/yasnippet-java-topcoder: yasnippet java-mode for topcoder. These snippets are placed in the public dom
第26夜 Javaの高機能HTTPクライアント その２ - しんさんの出張所 はてなブログ編
24夜Javaの高機能HTTPクライアントの続き。 前回は引数も何もなしのgetだけやった。今回はパラメータを渡してみよう。 その前に受け取り側のサーバーのコードを書いておく。JAX-RSが楽なのでJAX-RSで。JavaSEのスタンドアロンサーバーで動かしたりJavaEE 6準拠のGlassfish V3で動かしたりTomcat 6でも動かせるので詳しく知りたい人は過去のエントリを参考にどうぞ。 package jaxrs; import javax.ws.rs.FormParam; import javax.ws.rs.GET; import javax.ws.rs.Path; import javax.ws.rs.POST; import javax.ws.rs.PathParam; import javax.ws.rs.Produces; import javax.ws.rs.Qu
２４夜 Javaの高機能HTTPクライアント - しんさんの出張所 はてなブログ編
JavaでHTTPクライアントを利用する場合何を利用しているだろうか。 直にソケット通信はやってる人はまずいないだろう。ヘッダとかなにもあったもんじゃないし。 標準APIで一番利用されるのはHttpURLConnectionだろうか。でもこれも面倒だ。一番やり取りをするEntityの扱いがInputStreamだけで非常に貧弱だ。 そこでJAX-RSの参照実装であるJerseyのクライアント。ほかにもJAX-RSの実装ではクライアントが各自あるが、今回はもっともメジャーなJerseyで。 Client client = Client.create(); WebResource wr = client.resource("http://www.yahoo.co.jp/"); String result = wr.get(String.class); System.out.println(re
JavaをめぐるオラクルとASFのイザコザをパースしてみる - karasuyamatenguの日記
ASF: http://ja.wikipedia.org/wiki/Apacheソフトウェア財団 TCK: 「Technology Compatibility Kit」 実装がJavaの規格に準じているかを検証するテスト JCP: 「Java Community Process」 Java技術の標準化団体。 http://en.wikipedia.org/wiki/Technology_Compatibility_Kitの「Controversy」の欄にこうある： In spite of the Java Specification Participation Agreement, Oracle have denied Java implementors a FOSS-compatible license to the TCK. On November 9, 2010, the Apach
Apache、Javaコミュニティー脱退を示唆――Oracleのテストキットライセンス拒否に反発
ASFは脱退をちらつかせるだけでなく、「Java SE 7」仕様に反対票を投じる方針も明らかにしており、ほかのメンバーにも同調するよう呼び掛けている。 米Apache Software Foundation（ASF）は、米Oracleが「Harmony」プロジェクトに対してテストキットのライセンスを拒み続けるのであれば、Java管理団体から完全に脱退すると脅しをかけている。 ASFは11月9日（現地時間）、同団体のブログに掲載した発表文で「Java仕様のインプリメンターとしてのASFの権利が認められない」のであれば、Java Community Process（JCP）から脱退すると述べている。 ASFが指摘した問題とは、Java SEのテストキットライセンス（TKL）をApache Harmonyプロジェクトに提供するかどうかをめぐるOracleとの論争のことだ。HarmonyはJava
JavaとScalaとC#のジェネリクス機能比較表 - Onion開発しつつ、PEGEXを開発する日記
JavaとScalaとC#のジェネリクスは、いずれも継承を持ったオブジェクト指向言語においてParametric Polymorphismを実現するための手段であり、それぞれ異なった特性を持っている。というわけで、それぞれの言語においてジェネリクスがどのようにサポートされているかを比較した表を用意してみた。後で気が向いたら、各項目の説明を追加するかも。 Java(5.0以降) Scala C#(4.0) ジェネリックなクラス ○ ○ ○ ジェネリックなメソッド ○ ○ ○ 型パラメータの上限 ○ ○ ○ 型パラメータの下限 × ○ × 型パラメータの推論 ○ ○ ○ 全ての型のサブタイプ(ScalaにおけるNothing) × ○ × definition-site variance × ○ ○ use-site variance ○(Wildcard) ○(Existential Typ
OSXでJVMをCからいじくる場合の情報 - L'eclat des jours(2010-10-24)
_ OSXでJVMをCからいじくる場合の情報 10.6のupdate3を当てたらRjbが動かなくなったというバグ報告をもらった。 rjb bug#28667。 これまで、rjbはjvmのdylib（WindowsのdllとかUnixのsoに相当）を直接ロードしていたのだが、10.6 update3 適用後になくなってしまったからだ。 報告者（Jeff）は、わざわざAppleのサポートフォーラムで訊いてくれて、結果として、dylibを直接呼ぶのではなく、/System/Library/Frameworks/JavaVM.framework/JavaVM"を呼ぶのが正しいということがわかった。 JavaVM なんだその名前は??? と半信半疑となったが、nmしてみると文句なくそれはdylibだった。（JVMにはClient版とServer版があるわけだが、何を残して何をどうしたかというところを
Oracle は Java を立て直せるか？
原文(投稿日：2010/10/25)へのリンク ここ1,2週間，Java の世界では多くの事が起きている。Oracle は沈黙を守り続けているが，その静かさには耳が痛いほどだ。 事の起こりは IBM の OpenJDK への参加 と Harmony の (事実上の) 解散だった。JVM の一方が落ち，一方は続くことになる。Apache ソフトウェア財団 (Apache Software Foundation) の理事会は後に，IBM のこれまでの協力に感謝するとともに，他の貢献者による Harmony の継続を強く望む，とする 見解を発表している。 これに対して各方面からの反応があった。Eclipse の Mike Milinkovich 氏は，自身らが最終的に Java 7 を採用するに至った見解 を寄せている。その一方で，既存のデファクト標準とモジュール化層での整合性を確保するため，現
Ｃの逆コンパイラはどこまで実現可能か，Javaはなぜ逆コンパイルされやすいのか？
自称・リバースエンジニアリング技術のホビー研究家です．(^^; 逆コンパイラ (デコンパイラ，decompiler) の可能性と限界， プログラムの自動解析の難易度等について日頃考えていることをまとめてみました． (こうすること自体が研究を進めることにもなるので．) 注意： このページの内容の多くは現時点での私の直観・主観・推測等に基づくものであり， 正当性は全く保証の限りではありません．また，今後の研究の進展 (または行き詰まり(苦笑)) により，内容が変化する可能性は大いにあります． ■関連ページ OKWave QNo.3043962：デコンパイル？について (回答 No.5～) ソフトウェアのリバースエンジニアリング技術の必要性 (そしてJavaとCの逆コンパイラについて) 逆コンパイルについて Web 上で調べてみると， 洋の東西を問わず「C/C++ の逆コンパイルは可能か？」とか
Java作者 James Gosling: 何故私はOracleを辞めたのか | taro-nishinoの日記 | スラド
James Gosling博士が少しは真相を語り始めたことをJavaな人は御存知でしょう。その記事が"Java Creator James Gosling: Why I Quit Oracle"です。 私の読後感は、Oracleの買収劇に多くの人から危ぶむ声があり、そして誰もが予想していたことから大きく外れていないので、目新しいことは無いように思いました。それでも、個人的にはGosling博士に同情しました。これはリストラと言うよりは、企業内いじめと言った方が適切かも知れません。但し、これはあくまで博士の証言が正しいという前提のもとです。 私はOracleを一方的に批判する気持ちはありません。何故なら、同じ傲慢さをSunもやっていたからです。若い人は御存知かどうか知りませんが、他言語へのネガティブキャンペーン(しかも、Gosling博士も片棒を担ぐ論文まで発表しています)を盛んにやり、Ap
JDK 7 Features
Summary Features are listed in order, more or less, from lowest to highest in the overall JDK software stack.
Javaの衰退期 | taro-nishinoの日記 | スラド
Googleが来るJava Oneに参加しないことはJavaな人にとって既知でしょう。 OracleのGoogle訴訟についていろいろな意見があります。私も相当数の海外の記事を読みました。日本の記事は取材力から考えて、海外からの受売りか再配信が多く、個人レベルの記事ではせいぜいtwitterレベルや2chレベルが多い(本当に下らんのが多いです。まだ海外向けに発信するならば志の高さを買えますが、日本語のつぶやきで終始していることに恥ずかしさを覚えないのでしょうか)ので始めから当てにしていません。ですが、海外でもJavaな人は意地になっているとしか思えない記事が多く、大企業がやっているからJavaは栄光を保つはずだという論調が圧倒的です。皆さん好きなんですね、帝国主義が。 その中でも、短いけれども現状の有り様を冷静に考えている記事があります。Peter Varhol氏の"The Twiligh
オラクル/google/java訴訟: Mono開発者 Miguel de Icaza の見解 - karasuyamatenguの日記
AndroidがJavaの特許と著作権を侵害しているとしてオラクルがgoogleを訴えた。これに関して技術メディアやpundit達がコメントしている。javaの発明者James Gosling(だからオラクル辞めた？)や、フリーソフトウエア運動の創始者RMS(ほらみろ)もコメントしている。 しかし、de Icazaの見解が一番深く面白い。 http://tirania.org/blog/archive/2010/Aug-13.html de Icazaと言えばマイクロソフトの.Netのオープンソース版「Mono」(http://ja.wikipedia.org/wiki/Mono_(ソフトウェア))の開発者だ。 そもそも.Net/C#はマイクロソフトのジャバとして始まりったものだ。そして、de Icazaはマイクロソフトの意図を不信を抱くフリーソフトウエア開発者の批判に答え続けてきた。つま
Javaのラムダ式導入に関する最新提案の雑なまとめ - 矢野勉のはてな日記
java7月頭に，Brian GoetzがJavaにおけるラムダ式導入に関する最新提案のドラフトを出しました。State of the Lambda 私はこの提案書と，提案書を元にした英語記事を読んだだけですが，Twitterで話していると，23日くらいにこの提案を元にしたソースがJavaのソースリポジトリにコミットされたらしい。ただし，中ではまだ議論続発してるらしい。ちなみに英語記事はラムダについての連続記事の4回目で，5回目ではWicketでラムダ式を使うとどうなるか，という考察が載っています。提案書のラムダ式とWicketの非整合部分についての考察で，Wicket好きの人は読んでみてもいいと思う。あと，空コンストラクタがないクラスについて提案書は明確なところ書いてないよね，みたいな指摘も。せっかくなんで，最新提案におけるラムダ式実装をまとめておきます。いままでのあらすじ最新提案書では
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
MTM06ワークショップ「次世代Javaチップを使った電子工作」 | ガジェットカフェ
LinkedIn Signal: Scala, JRuby と Voldemortのケーススタディ
https://blog.8-p.info/2010/26-html5
はてなブログ | 無料ブログを作成しよう
ProGuard