Rust 言語で JNI ライブラリを作る - hidekatsu-izuno 日々の記録
Java にはプラットフォーム固有のライブラリを利用するために JNI (Java Native Interface) という機構が用意されている。この機構の問題点は、どこのプラットフォームにバイナリを持っていっても同じように動くという Java の最大の利点を失わせてしまうことにもちろんある。それはそうなのだけれど、最大の問題は様々な環境用のバイナリを用意するにはそれぞれコンパイル環境を用意する必要があり、現実的には難しいという点にある。 そこで考えたのだが、Rust はクロスコンパイルができるようになったと聞いた覚えがある。ということは単一環境（例えば、普段デスクトップとして使っているWindows PC）からでも各環境に対応した共有ライブラリが生成できるのではなかろうか。 まずは、Rust で JNI ができるのか調べてみた。すると出てきたのが次のサイト。 nitschinger.a
GeographicLib — GeographicLib 2.2 documentation
GeographicLib¶ GeographicLib is collection of libraries descended from an original C++ library by Charles Karney which started in 2008. That C++ library now offers: geodesic and rhumb line calculations; conversions between geographic, UTM, UPS, MGRS, geocentric, and local cartesian coordinates; gravity (e.g., EGM2008) and geomagnetic field (e.g., WMM2020) calculations. Portions of the library (par
Immutables.org
Immutables Java annotation processors to generate simple, safe and consistent value objects. Do not repeat yourself, try Immutables, the most comprehensive tool in this field! Get started! Read guide... v2.9.2 import org.immutables.value.Value; // Define abstract value type @Value.Immutable public interface ValueObject { String name(); List<Integer> counts(); Optional<String> description(); } // U
90phut | Link xem trực tiếp bóng đá không QC tại 90 phut TV
90phut | Link xem trực tiếp bóng đá không QC tại 90 phut TV 90phut không chỉ là nơi để người yêu bóng đá thưởng thức những trận cầu đỉnh cao. Mà còn cung cấp cho người xem những thông tin thú vị. Với sự phát triển không ngừng của công nghệ, việc theo dõi trận đấu bóng đá trực tiếp đã trở nên dễ dàng hơn bao giờ hết. Trong đó, 90phut nổi lên như một trang web chuyên cung cấp link xem trực tiếp bóng
Java の BlockingQueue 実装の性能を比較してみた
巷では「ArrayBlockingQueue よりも LinkedBlockingQueue の方がスループット性能がいいよ」なんてまことしやかに言われているけど、どうにも気になったので検証してみたら、実は ArrayBlockingQueue の方が性能いいんじゃない？ という結論に至った話です。 Producer-Consumer デザインパターンと BlockingQueue Java で Producer-Consumer デザインパターン を実現するときによくお世話になる BlockingQueue インタフェース。このインタフェースには ArrayBlockingQueue クラス と LinkedBlockingQueue クラス の二つの実装が標準 API として提供されています。 高い処理性能を要求されるプログラムを Java で書こうとしたときに、CPU のすべてのコア
Java製形態素解析器「Kuromoji」を試してみる
概要 Javaの比較的新しい形態素解析器、Kuromoji。 lucene-gosenやGomokuのように辞書内包で、jarを落とせばその場で利用でき、Unidicに対応していて、ソースがLuceneのtrunkにコミットされているという、何かと気になる特徴の持ち主。 複数のモードを持っているようで、Searchモードを使うと「日本経済新聞」を「日本 | 経済 | 新聞」のように検索で利用しやすい形にばらして解析してくれたり、Extendedモードを使うと未知語をuni-gramにしてくれたりもするらしい。 今日はそんなKuromojiさんの導入から簡易な使い方までをさらっと追いかけてみた。 導入 まずは下記ページからダウンロード。今回はkuromoji-0.7.5.tar.gzを利用。 Downloads - atilika/kuromoji https://github.com/at
今どきのJava Webフレームワークってどうなってるの？ - きしだのHatena
昨日のSeasar2のエントリについたコメントなどで、「とはいえ代わりに何つかうの？」みたいな話が出てたので、とりあえずJava EEのWebフレームワークについて簡単にまとめてみます。 Java SE 8+Java EE 7+lombokで書いていますが、基本的なところはJava SE 7+Java EE 6でも大丈夫です。 なので、今どきとは書いてますが、基本的には2009年12月のJava EE 6ということで、実はすでに4年近くたってます。 何も考えてない なんも難しいこと考えないなら、やっぱJSPが楽ですよね。 なんでも書けちゃう。 <%@page contentType="text/html" pageEncoding="UTF-8"%> <!DOCTYPE html> <html> <head> <meta http-equiv="Content-Type" content=
おひろめ会：Javaにおけるデータシリアライズ手法
Treasure Dataの基本データフォーマットであるMessagePackと、msgpack-javaでの最適化について紹介します。 Organizations need to perform increasingly complex analysis on data — streaming analytics, ad-hoc querying, and predictive analytics — in order to get better customer insights and actionable business intelligence. Apache Spark has recently emerged as the framework of choice to address many of these challenges. In this session, we
パスワードのハッシュに使うべきPBKDF2、Bcrypt、HMACの各言語実装一覧 - このブログはURLが変更になりました
いつも忘れるのでメモ。 元ネタ:Are you sure SHA-1+salt is enough for passwords? 日本語訳:「SHA-1+salt」はパスワードに十分だと思いますか？ こうしたスキームをいくつか選ぶことができる： PBKDF2 http://en.wikipedia.org/wiki/PBKDF2 Bcrypt http://www.openwall.com/crypt/ HMAC http://en.wikipedia.org/wiki/HMAC 各選択肢はそれぞれの強みと弱みがあるが、これらは全てSHA1+saltのような汎用ハッシュのインプリメンテーションより、はるかに強力だ。 ということで、各言語での実装を調べてみた。実装が正しいかは調べてない。別実装もあるかもしれない。 言語 PBKDF2 Bcrypt HMAC Java Bouncy Castl
OneToOne双方向関連でPK同士を繋ぐ @OneToOne と @PrimaryKeyJoinColumn - tokuryoのJ2EE5日記
■[EJB3.0][挑戦記]OneToOne双方向関連でPK同士を繋ぐ @OneToOne と @PrimaryKeyJoinColumn エンティティはこんな感じ。 テーブルは、こうなってほしい。(MySQL) こういう場合、 @OneToOne と @PrimaryKeyJoinColumn を記述します。 ポイントは、両方のエンティティに @PrimaryKeyJoinColumn を記述することと 所有側エンティティの @OneToOne に optional=false を記述することです。 何故、optional=false を記述するのかというと。 optional は、デフォルトが true 、つまり NULL可 がデフォルトということです。 一方、プライマリキーというものは、NULL不可 なので optional=true だと、プライマリキー同士でリファレンスできなくな
二重チェックイディオム - NullPointer's
以前、Javaではダブルチェックイディオムを使ってはいけないと言われていた。Effective Java第１版にもダメと書かれていたのだが、Effective Java 読書会 12 日目 「スレッド・セーフってなによ！！」 - IT戦記によると、第２版では遅延初期化の方法として掲載されているらしい。 ちょっと調べてみた。 JDK5 and later extends the semantics for volatile so that the system will not allow a write of a volatile to be reordered with respect to any previous read or write, and a read of a volatile cannot be reordered with respect to any follow
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Javaトラブルに備えよう #jjug_ccc #ccc_h2
Javaにおけるデータシリアライズと圧縮
RedHat Linux 技術的な質問(Part2) FAQ