電子立国日本の自叙伝は本当に素晴らしい - 川口耕介のブログ
子供の学校の古本市をちらちらみていたら、電子立国日本の自叙伝が全巻セットでたった１＄で売られていたので、買ってきました。 NHK 電子立国日本の自叙伝〈上〉 作者: 相田洋出版社/メーカー: 日本放送出版協会発売日: 1991/08メディア: ハードカバー購入: 1人 クリック: 40回この商品を含むブログ (8件) を見る 僕はソフトウェアの人なのですが、中学校の頃ちょっとだけ電子工作をやっていたこともあって半導体の話は少しはわかるし、何よりもここに登場する技術者達の生き様があまりに格好良くて、毎晩深夜になるまで読みふけっています。DVD全巻セットも２万円くらいで買えるみたいなので、買おうか悩んでいるところです。プロジェクトXも嫌いではないけれど、ちょっとドラマ仕立てが過ぎることもなくはありません。その点、この本は本当に素晴らしい。 NHKスペシャル 電子立国 日本の自叙伝 DVD- B
GrailsのプラグインをCloudBeesで公開する
どうも、G* Advent Calendar 2012、11日目担当、@literaliceです。 さて、突然ですが先日、grails-mongodb-compound-index-attributesというGrailsのプラグインを公開しました。 このプラグインは、GrailsのMongoDBプラグインを拡張し、compound indexにunique属性などを追加できるようにするものです。こんな： class Book { static mapping = { compoundIndex contributor: 1, name: 1, indexAttributes: [name: "idxName", unique: true] } String contributor String name } で、この機能はどうせ将来的にMongoDBプラグインに実装されるでしょうし、わざわ
ビルドツールの移行性、MavenからGradleへの乗り換えは容易か
Javaによるソフトウエア開発でよく使われるオープンソースのビルドツールには、米Apache Software Foundationが開発する「Apache Ant」（http://ant.apache.org/）や「Apache Maven」（http://maven.apache.org/）、米Gradlewareが開発する「Gradle」（http://www.gradle.org/）がある。ここでビルドツールとは、コンパイルやテスト実行、パッケージング、デプロイといった開発作業を自動化するツールのことである。 従来は、柔軟性を備えるAntが広く使われてきた。ただし、処理の記述量が膨大になりがちなため、近年はより効率的にビルド作業が行えるMavenが普及し始めた。また、柔軟性と効率性を併せ持つGradleの1.0版が2012年6月にリリースされ、注目を集めている（図1）。 そこで、M
Eclipse WTPとmavenのeclipseプラグインでwarningが出る件の対処 - Yamashiro0217の日記
えー、blogのタイトルにあるとおり、「Eclipse WTPとmavenのeclipseプラグインでwarningが出る件の対処」というマニアックな件についてw。 Eclipseのwarningに、 「Classpath entry M2_REPO/hoge.jar will not be exported or published. Runtime ClassNotFoundExceptions may result. 」 とかいうのが出てて、ずっと消えなかった。 ググってもろくな情報でなかったんだけど、海外のサイトを見て、warningの上でCtrl+1でQuick Fixしろと書いてあったのでやってみた。 結果として classpathの <classpathentry kind="var" path="M2_REPO/hoge.jar" sourcepath="M2_REPO/a
Javaプロジェクトにおけるビルドツール2 - @ikikko のはてなブログ
前のエントリの続き。今回はどのような場面にどのツールがマッチするかを、自分なりの考えをふまえて紹介します。 ちなみに、それぞれのツールの使用経験はこんな感じ。 ビルドツール 使用経験 Ant 中〜大規模プロジェクトを1件 Maven 小〜中規模プロジェクトを複数件 Gradle 趣味のサンプルコードで複数件 SBT/Scalaは使ったことがないので除外。想像ですが、SBTをJavaプロジェクトで使うとなると、Gradle的な立ち位置になるかと思ってます*1。 ソースコードにJava以外も扱いたい場合 プロダクトコードには入れず、テストコードだけでGroovyを扱いたい場合も含みます。要するに、Java以外にコンパイルしたいソースコードがあるかどうか。 このケースでは、おとなしくGroovyを標準サポートしているGradleを使ったほうがいいかと思います。 Mavenでgroovyを扱えるよ
Javaプロジェクトにおけるビルドツール - @ikikko のはてなブログ
[2011/08/23 追記] 続き書いた。Javaプロジェクトにおけるビルドツール2 - @ikikko のはてなダイアリー 1歳ちょっとの自分の子供を抱き上げると高確率で泣かれるikikkoです、こんにちは。早くこんな日がくるとイイですね。 （※：画像はイメージです。実物とは異なる可能性があります。） 前々から色々と考えていたところがあったので、Javaプロジェクトにおけるビルドツールについて少しまとめてみました。とりあげたものは以下の4つ。 [http //ant.apache.org/:title=Ant]:Apache Ant is a Java library and command-line tool whose mission is to drive processes described in build files as targets and extension po
Projects With JNI - Maven User - Codehaus
Using Maven2 to build projects which use JNI code This page documents my experiences with supporting projects which use JNI code, and describes the solution I developed and the tools I use, in the hope that it may save somebody else this pain. Background I work in telecoms, which means that we have quite a lot of projects which have a greater or lesser quantity of native code, either because they
pom.xmlの依存ライブラリを.classpathに反映させるMavenプラグインを試験公開します - y-komori’s diary
id:jflute さんのエントリがきっかけでニーズがありそうなことがわかったので、少し前に個人的に作ったMavenプラグインを試験公開します。 どんなプラグイン? ひと言でいうと、Mavenのeclipseプラグインとdependencyプラグインを足して2で割ったような機能を提供します。eclipse+classpathを文字って「eclipath」プラグイン。(相変わらずネーミングセンスありませんね。良いアイデア募集) 具体的には、pom.xmlに記述された依存ライブラリをeclipseプロジェクト上にコピーして、.classpath にクラスパスを追加します。ついでにソースやJavadocもあれば自動的にアタッチします。 pom.xmlの依存ライブラリを.classpathに反映させるだけならば mvn eclipse:eclipse でできますが、これだと既存の .classpa
開発時ビルドのバージョン番号の付け方に対するMavenとIvyの思想の違いについて - 達人プログラマーを目指して
Apache Ivyの紹介と基本的な使い方 - 達人プログラマーを目指してに関連して説明させていただきます。 Mavenに慣れている人がIvyを使うときに必ずつまづくポイントとして、開発中の中間ビルド時のバージョン番号の付け方に対する両者の思想の違いがあります。Mavenの場合は、規約により開発中のバージョンには「-SNAPSHOT」という接尾辞をつけ、次のリリースを行うまでは同じバージョン番号のまま既存のビルド結果を上書きしながら使い続けることが前提となっています。 一方、もともとIvyの思想では、バージョン番号はビルド内容と1対1に対応しているべきという考え方があります。ビルド結果の中身が違うのであれば、バージョン番号も異なるべきという考え方です。ですから、中間ビルド（Ivyの用語では結合ビルドと呼ばれている）のバージョン番号にタイムスタンプを付けるとか、インクリメンタルなビルド番号を
成果物のリリース - Skirnirnismal
maven-release-pluginを使うと成果物のリリースを簡単に行なうことができる。 リリースの前にリリースができる状態かの確認をする。これはrelease:prepareゴールに-DdryRun=trueオプションを指定することで行なう。 mvn -DdryRun=true release:prepare FAILUREしたら指示に従って問題を解消する。問題を解消したら再度上記コマンドを実行する。FAILUREしなくなったらrelease:cleanゴールを実行してから次へ。 mvn release:clean リリースができる状態であれば、リリースの準備をする。リリースの準備では次のことが自動的に行なわれる。 trunkのpom.xml中の成果物のバージョン番号をリリースするバージョンに変更した状態のソースツリーをtagsにadd trunkのpom.xml中の成果物のバージョ
Mavenでビルドする際の10のTips - cynipeと読む
1. 環境別の設定はプロファイルで 環境毎に切り替えたいっていう設定ファイルは大抵のプロジェクトにはあると思います。DB接続先設定だったり、ロギング設定、場合によってはweb.xmlの初期化パラメータとか。最近流行り？のAppEngineだとデプロイ先の設定、開発時のcronの設定とか。こういった環境毎の設定を都度都度書き換えてなんてことをやってたらバージョン管理上うまくない*1ですし、Hudson、その他自動化スクリプトからデプロイを行ったりする際に色々とうまくないです。なので、こういった設定はプロファイルを使ってサクっと切り替えられるようにしてます。 詳しいプロファイルの使い方*2についてはそのうち別エントリで書く*3！...と思います。基本的なことはTECHSCOREさんのここを参照すればかなり分かるはずです。自分はここで覚えました。ただMaven3からはprofiles.xmlの使
Grails Maven Publisher プラグインで、Grails プラグインをローカルインストールするよん - leftovers...
GrailsプラグインをMavenで管理。簡単にローカルのみでね。 何故？ 公式プラグイン公開するほどでもない。=>( チキンなので公開できない ) 今回のプロジェクト専用プラグインだし。 共有できるプライベートなチーム用プラグインリポジトリを作るのもな・・・。 #メンバの所在地的には、グローバルに無いとだめだし、となるとサーバ準備、VPNとかもろもろ準備しないと・・・。 インラインプラグインで扱うのもよいけど・・・。hudsonのビルドでプラグイン自動解決がね。 そもそもインラインプラグインで、おかしな挙動が => バグかなｗ まあ、他にも、いろいろありまして。この決断。 資料。 http://www.slideshare.net/tyama/jggug-2010-330-grails-13 ※過去の自分のスライド。 => 23p http://grails.org/doc/latest
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Maven2のdeployで「Error deploying artifact: Unsupported Protocol: ‘dav’: Cannot find wagon which supports the requested protocol: dav」
Using Gradle with CloudBees' Maven Repository
How can I add a calculated property to a Maven project using a plugin?
IBM Developer
ヨーロッパにおけるMaven Centralミラー
Maven 3.0リリース
Whats new in Maven 3
JAXenter - Java Development & Software Architecture