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.
2. @miyakawa_taku JJUG幹事 SI屋で賃労働 尾上部屋の里山関のファンです オレオレJVM言語Kinkを作っています https://bitbucket.org/kink/kink 自己紹介 #jjug 2/67 3. #jjugログとは! 例: $ kink -Vdebug -e '' 2015-10-04 15:58:29 [main] DEBUG BoxingValues - use box proto listener org.kink_lang.kink.internal.eval.VarAssignEvaluator$VarAssignListener@3af49f1c 2015-10-04 15:58:29 [main] DEBUG BoxingValues - use box proto listener org.kink_lang.
プロセスIDの取得 スレッドダンプの取得 Windowsでプロセスをサービス起動している場合 スレッドダンプを読む プロセスIDの取得 まずは Java のプロセスIDを取得するところから始める。jps で取得できる。 $ <JAVA_HOME>/bin/jps -l 主要なオプションは以下の通り(SunVM)。 オプション 説明 -m main メソッドに渡される引数を出力 -l アプリケーションの主要なクラスのフルパッケージ名、またはアプリケーションの JAR ファイルへのフルパス名を出力 -v JVM に渡される引数を出力 JDK7 からは JRockit と統合されたため jcmd が使えるので以下でもプロセスIDを取得できる。 $ <JAVA_HOME>/bin/jcmd または、単に ps コマンドで取得するでもよい。 $ ps -ef | grep -v 'grep' | g
最近ずっとPlayframework2で遊んでいるのですが、Playもくもく会(日本Playframeworkユーザー会 | Doorkeeper)とかに参加してると 「IntelliJ IDEAマジいいよ!」 と猛烈pushを受けていて、Playのpluginもあるらしくて心が揺れていた所、先日半額セールやってたので思わず勢いで株式会社サムライズムさんでパーソナルライセンスを購入してしまいました。 が、この世に生を受けてからずっとEclipseと生きてきたのでさっぱり勝手がわかりません。*1 と思っていた所、昨日の深夜、@daisuke_mさんが@yusukeさんに「IntelliJ IDEAの使い方が分からん!」とやり取りをしていて、これはしめたもんだと、横で見ながら出てくるリンクをブクマする作業をしていたら @kamekoopa @daisuke_m ブログにまとめを! 2013-0
夜中に8/15頃のツイートが回ってきた。 Java 8u60 adds reflection on lambda param names DSLs https://t.co/cflxFK468e Hash-Literals https://t.co/5rOCrrckcB pic.twitter.com/NEzj4X3Bt1— Benjamin Weber (@benjiweber) 2015, 8月 16 曰く Java8u60でラムダのパラメーターの名前に対してリフレクションができるようになってるよ というわけで 早速、件のツイートにあったレポジトリーをダウンロードして(mavenレポジトリーにはない…(´・ω・`))、プロジェクトに追加して、試してみた。 コード import com.benjiweber.typeref.NamedValue; import java.util.Col
こんにちは。@kimutanskです。 夏の日差しが日に日に増し、セミも盛んに鳴きはじめましたが、皆さん夏バテなどされていませんか? さて、今回の内容は、非同期ストリーム処理界隈で注目の「Reactive Streams」です。 先月のJJUGナイトセミナーでも取り上げられており、私は残念ながら参加はできなかったのですが 後から資料を読んで勉強させていただきました。jjug.doorkeeper.jp 1. Reactive Streamsとは何か? Reactive Streamsとは、「JVM 上でのノンブロッキングなバックプレッシャーを持つ非同期ストリーム処理の標準」で、 様々な非同期ストリーム処理のインタフェースを共通化して標準的に扱えるようにしようというものです。 分散環境での非同期ストリーム処理においては、 「上流のコンポーネント群の方が処理能力が高く、下流のコンポーネント群が
テキストデータを読み込む場合、言語にかかわらず1行ずつ読み込んで処理します。ここではこのイディオムを"read-lines"と呼ぶことにします。 スクリプト言語なんかだと大抵、最初からforeachで済んでしまっていたりしますが、初期のJavaではちょっと面倒な手順が必要でした。 新しいバージョンではだいぶ簡単簡潔に書けるようになりましたが、今度はたくさんありすぎて、どれがなんなのかが良くわからなくなっています(大袈裟)。 そこで今回は、"read-lines"の変遷についてまとめてみました。 最近Javaを始めた方がバージョンが古い時に書かれたソースコードを読むときに役に立つ...かも知れません。 目次 基本 BufferedReader (Java1.1~) Scannerと拡張for文 (Java5~) java.nio.file.Filesとtry-with-resources(J
FAQにもならないかもしれませんが、つまずく方がおられたので。 メニューの[ファイル]-[インポート]から[一般]-[既存プロジェクトをワークスペースへ] [File]-[Import] [General]-[Existing Project into Workspace]
http://openjdk.java.net/jeps/223 をテキトーに訳した。 JEP 223: New Version-String Scheme Summary JDKのバージョン文字列規則をメジャー・マイナー・セキュリティアップデートリリースを区別しやすいように修正します。 Goals 人間が理解しやすく、また、プログラムがパースしやすいようにします。 現在の業界標準、具体的にはSemantic Versioningに合わせます。 既存のパッケージングシステムとプラットフォーム依存のメカニズムであるRPM, dpkg, IPS, Java Network Launching Protocol (JNLP)などが使用可能なものにします。 バージョン文字列の一つの要素に二種類の情報を混ぜ込む現行方式を削除します。すなわち、マイナーリリース番号とセキュリティレベルでは解読が難しく、
proxyに縛られているエンジニアのために、gradleとArtifactoryの間にproxyが存在する場合に、ビルド成果物をアップロードする方法をまとめました。 要約 公式で推奨されてるGradle Artifactory Pluginとmaven-publish Pluginの組み合わせは諦める Maven PluginのuploadArchivesを使用する プロキシなんかクソくらえ 設定方法 環境 gredle:version 2.1 Artifactory:version 3.5.1 build.gradleの設定方法 buildscript { repositories { mavenCentral() maven { url 'http://xxx.xxx.xxx.xxx/artifactory/plugins-release' credentials { username
データ構造など技術的な背景をちゃんと知っていれば、データ操作に関する正しい英語を使えるねーて話です。用語のイメージもつかめるようにしていますので、shift / unshift とかイメージできない方もどうぞ。 1. push / pop = スタック push pop は、スタックの用語で、それぞれ pop はスタックから取り出す、push は挿入する事を意味します。JavaScript や Ruby の Array には、スタックとしてのコンセプトもあるので、push / popという用語が使われます。 対して、Javaの ArrayList (インターフェースは Collection) は、単なる集合を表すインターフェースなので、抽象化のために add / remove というネーミングが使われます。そういえば、Javaには、Stackというクラスも別途用意されていますね。Stack
systemProp.https.proxyHost=<プロキシホスト名> systemProp.https.proxyPort=<プロキシポート番号> systemProp.https.proxyUser=<認証ユーザ名> systemProp.https.proxyPassword=<パスワード> 上記設定を、以下のいずれかに記述する。 プロジェクトのルートに配置した gradle.properties Gradle ホームフォルダ(<ユーザのホームフォルダ>\.gradle)に配置した gradle.properties 簡単な Java プロジェクトを作る コマンドラインから実行して Hello Gradle!! と出力するだけの簡単なプロジェクトを作る。 build.gradle を作成する プロジェクトのルートフォルダに、 build.gradle という名前のテキストファイル
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く