2018年9月のJava11からOracleJDKが有償化され、今後は有償プランか、OpenJDKへ移行になると思います。 個人利用する方はOpenJDK一択になるため、今回Windowsのインストールを試してみました。 OpenJDK(RedHat)のダウンロード OpenJDK(RedHat)のインストール 環境変数の設定 OpenJDK(RedHat)のダウンロード 以下RedHatからOpenJDK(Windows Installer)をダウロードしてください。 OpenJDK Download | Red Hat Developers ダウンロードのためにはRedHatアカウントが必要です。 OpenJDK(RedHat)のインストール OpenJDKのインストールはJavaFXが必要な場合、インストール時にチェックしてください。 あとは環境変数のPathにOpenJDKのjav
Amazon Corretto インストール手順は Windows 版 Amazon Corretto インストール手順 - Qiita を参照すること。 調べ方 openjdk - Google Search windows ライフサイクル site:microsoft.com - Google 検索 エクスプローラー アドレスバー - Google 検索 前提 サポートされている Windows であること。 OpenJDK 10 は .tar.gz 形式で配布されていたため, tar コマンドが必要になったが, OpenJDK 11 以降は zip 形式で配布されているため, 特に最新である必要は無くなった。 備考 新しいバージョンの OpenJDK をダウンロード, 展開した場合は, JAVA_HOME の変数値を変更するだけで OK. Path は %JAVA_HOME%\bin
Javaからネイティブコード呼び出そうと思ったんです。 で、あんまりやる気もないんで、JNIじゃなくてJNAでやろうと思ったんです。 Windows7 64bitで。 ということで、まずMinGWインストールしたんです。 http://www.mingw.org/ んで、NetBeans7.1で「オプション」の「C/C++」のところの「ツールコレクション」で「ベースディレクトリ」に「MinGW\bin」を指定したんです。 それから「C/C++動的ライブラリ」プロジェクト作って、「newfile.c」って名前でこんなコード書きました。 #include <stdio.h> void hello(){ printf("test\n"); } それから「構築」ってやるとDLLができたんです。 あとはJavaからの呼び出しコード書こうと思って、まずはJNAのサイトからjna.jarをダウンロードし
Win32 APIにはファイルの変更を監視する方法として、少なくとも2つの方法がある。 私は従来よりファイル監視のためのAPIとして、FindFirstChangeNotification関数を愛用している。 だが、WindowsNT系のUNICODEビルドであれば使えるというReadDirectoryChangeW関数によるファイル監視を使うことにより、パフォーマンスの改善が望めそうに思えたため、これを用いた場合には、どのような実装方法となるのか確かめたく実験してみることとした。 FindFirstChangeNotification APIを使ってファイルを監視する方法 Win32でファイルの変更通知を行うものとしては、Windows95時代から使える方法として、FindFirstChangeNotification関数があげられる。 このAPIは、指定したディレクトリまたは、その配下
Windows上のJAVA実行環境で、透過でない画像をクリップボードに設定するのは簡単である。 単に、Transferableを実装したクラスでBufferedImageなど、java.awt.Image派生オブジェクトを返せば、それだけでOKである。 たとえば、こんな感じに。 /** * クリップボードに現在の画像をコピーする.<br> */ protected void onCopy() { Toolkit tk = Toolkit.getDefaultToolkit(); final BufferedImage image = imagePanel.getImage(); if (image == null) { tk.beep(); return; } Clipboard cb = tk.getSystemClipboard(); cb.setContents(new Transf
Active DirectoryとJavaのお寒い関係について、またHudsonがcom4jを使うことでどうやってゼロ・コンフィグレーションのActive Directory統合を実現したのか、以前に書きました。これはWindows上でHudsonを使っているユーザーには大変便利だったのですが、一方、その後、Active Directoryで管理されているドメインの中で動いているUnixマシン上でもHudsonを使っている人が意外に多いことが分かりました。UnixではCOMは使えないのでまったく異なるアプローチを実装する必要がありましたが、先日ようやっとHudsonのActive DirectoryプラグインをUnixでも動くようにして公開することができました。こちらは残念ながらゼロ・コンフィグレーションではないのですが、入力するフィールドはActive Directoryドメイン名の一つ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
