Gradle on ゲンゾウ用ポストイット

fat jar作成後にInvalidsignaturefileがどうのこうの言われる時の対処

Wed, 11 Jan 2012 01:49:57 +0900

既存のJavaプロジェクトから、google:Gradle]を利用して[google:fat jarを作成してみた。
Cookbook - Gradle - Codehaus

ただし、swt関連のjarを含めたfat jarを実行すると以下のようなエラーが発生する場合がある。

Exception in thread "main" java.lang.SecurityException: Invalid signature file d
igest for Manifest main attributes
at sun.security.util.SignatureFileVerifier.processImpl(Unknown Source)
at sun.security.util.SignatureFileVerifier.process(Unknown Source)
at java.util.jar.JarVerifier.processEntry(Unknown Source)
at java.util.jar.JarVerifier.update(Unknown Source)
at java.util.jar.JarFile.initializeVerifier(Unknown Source)
at java.util.jar.JarFile.getInputStream(Unknown Source)
at sun.misc.URLClassPath$JarLoader$2.getInputStream(Unknown Source)
at sun.misc.Resource.cachedInputStream(Unknown Source)
at sun.misc.Resource.getByteBuffer(Unknown Source)
at java.net.URLClassLoader.defineClass(Unknown Source)
at java.net.URLClassLoader.access$000(Unknown Source)
at java.net.URLClassLoader$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)

以下のようにbuild.gradleの一部に不要ファイルを除去する設定を追記することで解決する。

Gradleを使ってTomcatサーバーへのデプロイ作業を自動化

Tue, 24 Aug 2010 12:53:39 +0900

AntやMavenを使い倒した人には何でもないことなんだろうけれども便利だと思ったのでメモ。Tomcat7を使用。

事前準備

$TOMCAT_HOME/conf/tomcat-users.xml を編集して、適当な ロール と ユーザー を追加する。

以下のような設定を追記した。

ロール： manager
ユーザー名・パスワード： manager-script

`tomcat-users.xml`

1
2
3
4
5


<?xml version='1.0' encoding='utf-8'?>
<tomcat-users>
 <role rolename="manager"/>
 <user username="manager-script" password="manager-script" roles="manager"/>
</tomcat-users>

設定後、Tomcatサーバーを起動(すでに起動していた場合は再起動)して以下のURLでログインできることを確認する。（Tomcatサーバーのホスト名は “testserver” とする。）

http://testserver:8080/manager

Gradleのビルドファイルを作成

次にbuild.gradleを作成する。以下のような設定を追記する。 xxxxxxの部分には、デプロイ対象のアプリケーション名を指定する。

build.gradle

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59


apply plugin: "groovy"
apply plugin: "war"
version = "1.0.0"
configurations {
 catalinaAnt
}
dependencies {
 catalinaAnt "org.apache.tomcat:tomcat-catalina-ant:7.0.0"
 // 以下省略
}

// 先程ログインの動作確認をしたサーバのURL
def url = "http://testserver:8080/manager"
// デプロイ対象のアプリケーション名
def path = "/xxxxxx"
def user = project.properties['user']
def password = project.properties['password']

task tomcatStop << {
 ant.taskdef(
 'name':"stop", 'classname':"org.apache.catalina.ant.StopTask", 'classpath':configurations.catalinaAnt.asPath
 )
 ant.stop( 'username':user, 'path':path, 'password':password, 'url':url )
}

task tomcatStart << {
 ant.taskdef(
 'name':"start", 'classname':"org.apache.catalina.ant.StartTask", 'classpath':configurations.catalinaAnt.asPath
 )
 ant.start( 'username':user, 'path':path, 'password':password, 'url':url )
}

task tomcatReload(dependsOn:[clean, war]) << {
 ant.taskdef(
 'name':"reload", 'classname':"org.apache.catalina.ant.ReloadTask", 'classpath':configurations.catalinaAnt.asPath
 )
 ant.reload( 'username':user, 'path':path, 'password':password, 'url':url )
}

task tomcatList << {
 ant.taskdef(
 'name':"list", 'classname':"org.apache.catalina.ant.ListTask", 'classpath':configurations.catalinaAnt.asPath
 )
 ant.list( 'username':user, 'password':password, 'url':url )
}

task tomcatDeploy(dependsOn:[clean, war]) << {
 ant.taskdef(
 'name':"deploy", 'classname':"org.apache.catalina.ant.DeployTask", 'classpath':configurations.catalinaAnt.asPath
 )
 ant.deploy( 'username':user, 'path':path, 'password':password, 'url':url, 'war':"$rootDir/build/libs/xxxxxx-1.0.0.war" )
}

task tomcatUndeploy << {
 ant.taskdef(
 'name':"undeploy", 'classname':"org.apache.catalina.ant.UndeployTask", 'classpath':configurations.catalinaAnt.asPath
 )
 ant.undeploy( 'username':user, 'path':path, 'password':password, 'url':url )
}

デプロイのテスト

build.gradleが用意できたらデプロイを試してみる。

Gradleでのプラグイン使用のための記述が変更された

Mon, 16 Aug 2010 10:05:11 +0900

Gradle 0.9 から、build.gradleに記述するプラグイン使用のための設定形式が変更されている。

0.9より前のバージョン

1
2


usePlugin("groovy")
usePlugin("war")

0.9から

1
2


apply plugin: "groovy"
apply plugin: "war"

Gradleで依存しているjarファイルも含めて１つのjarファイルにしてリリースする

Sat, 07 Aug 2010 22:54:32 +0900

maven リポジトリに配置されているjarファイルを含める方法は分からなかったが、以下のようなローカルプロジェクト内の特定フォルダにすべてのjarファイルが配置されている場合に対応できる。

ローカルプロジェクトの状態

ここでは、プロジェクトホーム直下の lib フォルダにjarファイルがいくつか配置されているものとする。

myproject
├build
├─lib <=ここにjarファイルがいくつか存在している。
└─src
├─main
│ ├─groovy
│ └─java
└─test

build.gradleの設定追記

以下のようなタスクを追加。

1
2
3
4
5
6


task jarWithZipFileSet(type : Jar){
zipFileSet(dir: "$rootDir/lib")
new File("$rootDir/build/classes").listFiles().findAll{ it.directory }.each{
zipFileSet(dir: it.path)
}
}

ほいでjarファイルを作成。その際に以下のコマンドを使用する。

1

gradle clean jarWithZipFileSet

cleanは特に不要だが、一応念のためにプロジェクトを綺麗にしてからjarファイルを作成する。

GradleでGoogleCodeプロジェクトを作ってみる - その３

Sun, 01 Aug 2010 21:27:57 +0900

GradleにはMaven リポジトリ公開のためのプラグインが用意されている。

今現在のbuild.gradleが以下のようになっているはず。

build.gradle

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12


usePlugin("groovy")
sourceCompatibility = 1.6
version = "0.1.0"
archivesBaseName = "gconv"
repositories {
flatDir(dirs: "$rootDir/lib")
mavenCentral()
}
dependencies {
groovy "org.codehaus.groovy:groovy:1.7.4"
testCompile "junit:junit:4.8.1"
}

これに以下の記述を追加する。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22


@@ -1,4 +1,5 @@
usePlugin("groovy")
+usePlugin("maven")
sourceCompatibility = 1.6
version = "0.1.0"
@@ -13,3 +14,16 @@
groovy "org.codehaus.groovy:groovy:1.7.4"
testCompile "junit:junit:4.8.1"
}
+
+uploadArchives {
+ repositories{
+ mavenDeployer {
+ repository(url: "file://localhost/tmp/gconv/svn/maven_repository/")
+ pom{
+ version = "0.1.0"
+ groupId = "com.gmail.genzouw"
+ artifactId = "gconv"
+ }
+ }
+ }
+}

このあたりはMavenをまったく使ってこなかったためによく分からない。いろんなサイトからかき集めてきた。

GradleでGoogleCodeプロジェクトを作ってみる - その２

Sun, 01 Aug 2010 09:29:16 +0900

はじめに

前回に引き続き、空のプロジェクトができたところからスタート。文字コード変換用のライブラリだが、判定ロジックなど僕のスキルでは書くことができないので以下のプロジェクトのリソースを拝借した。

juniversalchardet - Java port of universalchardet - Google Project Hosting

こちらを、javaフォルダに配置。

1
2
3
4


gconv
 `-- src
 `-- main
 `-- java

次にjuniversalchardetのクラスのラッパーを作成。これでいかにも自分が作成したっぽくなる。バイト配列をもらって、それがどの文字コードであるかを自動判定する。（ただし、半角英数字のみの場合、うまく判定ができない。juniversalchardetの仕様の模様）

1
2
3
4
5
6
7
8
9


gconv
 `-- src
 `-- main
 `-- groovy
 `-- com
 `-- gmail
 `-- genzouw
 `-- gconv
 `-- Gconv.groovy

コーディング

Gconv.groovy

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72


package com.gmail.genzouw.gconv
import org.mozilla.universalchardet.Constants

class Gconv{
 private detector = nullclass Charset{
 private Charset(){}
 static final String ISO_2022_JP = Constants.CHARSET_ISO_2022_JP
 static final String ISO_2022_CN = Constants.CHARSET_ISO_2022_CN
 static final String ISO_2022_KR = Constants.CHARSET_ISO_2022_KR
 static final String ISO_8859_5 = Constants.CHARSET_ISO_8859_5
 static final String ISO_8859_7 = Constants.CHARSET_ISO_8859_7
 static final String ISO_8859_8 = Constants.CHARSET_ISO_8859_8
 static final String BIG5 = Constants.CHARSET_BIG5
 static final String GB18030 = Constants.CHARSET_GB18030
 static final String EUC_JP = Constants.CHARSET_EUC_JP
 static final String EUC_KR = Constants.CHARSET_EUC_KR
 static final String EUC_TW = Constants.CHARSET_EUC_TW
 static final String SHIFT_JIS = Constants.CHARSET_SHIFT_JIS
 static final String IBM855 = Constants.CHARSET_IBM855
 static final String IBM866 = Constants.CHARSET_IBM866
 static final String KOI8_R = Constants.CHARSET_KOI8_R
 static final String MACCYRILLIC = Constants.CHARSET_MACCYRILLIC
 static final String WINDOWS_1251 = Constants.CHARSET_WINDOWS_1251
 static final String WINDOWS_1252 = Constants.CHARSET_WINDOWS_1252
 static final String WINDOWS_1253 = Constants.CHARSET_WINDOWS_1253
 static final String WINDOWS_1255 = Constants.CHARSET_WINDOWS_1255
 static final String UTF_8 = Constants.CHARSET_UTF_8
 static final String UTF_16BE = Constants.CHARSET_UTF_16BE
 static final String UTF_16LE = Constants.CHARSET_UTF_16LE
 static final String UTF_32BE = Constants.CHARSET_UTF_32BE
 static final String UTF_32LE = Constants.CHARSET_UTF_32LE
 }
 private static Gconv SELF = new Gconv()
 private Gconv(){
 detector = new org.mozilla.universalchardet.UniversalDetector()
 }
 static Gconv getInstance(){
 SELF
 }
 String guess(byte[] bytes){
 detector.with{
 reset()
 handleData(bytes as byte[], 0, bytes.size())
 dataEnd()
 }
 detector.detectedCharset
 }
 byte[] gconv(byte[] bytes, outCode, inCode=null){
 if( !inCode ) {
 inCode = this.guess(bytes)
 }
 inCode ? new String(bytes, inCode).getBytes(outCode) : bytes
 }
 byte[] toEuc(byte[] bytes){
 this.gconv(bytes, Charset.EUC_JP)
 }
 byte[] toSjis(byte[] bytes){
 this.gconv(bytes, Charset.SHIFT_JIS)
 }
 byte[] toUtf8(byte[] bytes){
 this.gconv(bytes, Charset.UTF_8)
 }
 boolean isEuc(byte[] bytes){
 this.guess(bytes) == Charset.EUC_JP
 }
 boolean isSjis(byte[] bytes){
 this.guess(bytes) == Charset.SHIFT_JIS
 }
 boolean isUtf8(byte[] bytes){
 this.guess(bytes) == Charset.UTF_8
 }
}

テスト

testフォルダ以下にテストコードとテストに使用するリソースファイルを配置。

GradleでGoogle Codeプロジェクトを作ってみる

Fri, 30 Jul 2010 21:35:04 +0900

近頃仕事で扱う言語はjavascriptとC#が多くなってきた。ツール作成はrubyを使うことも多くなりJava、Groovyを触っていなかった。忘れないように久々に使ってみた。

私事だが家に妻と子供がいない日々が続いているので（離婚ではない）、久々に何か作ってみようと思い立った。Groovy、Gradleを使って作ってみることにする。リソースはGoogle Codeを利用。Google Codeで利用できるバージョン管理はSubversionとMercurialだが、あえて最近話題 Git をどうにかして使ってみることにする。

何をつくろう？

職場で既存プロジェクトを元に新規プロジェクトを作成することが多いのだが、プロジェクト内のファイルのエンコードが統一されていない。これを自動判別して置換したりエンコード変換したりしたい！ということでそんな観じのものをつくってみる。Linuxのiconvっぽい名前で「gconv」にする。

準備

以下のものを準備する。

Groovy
Gradle
Git
Google Codeのプロジェクト

なんだかGばっかりだ。今は G* が熱いんだ。

Groovy

Groovy-1.7.4を使ってみる。/opt/groovy-1.7.4 にセットアップ。 /opt/groovy にシンボリックリンク。

以下のようなインストールスクリプトを作ってみた。

groovy-1.7.4.sh

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15


#!/bin/bash
INSTALL_DIR_HOME=/opt
VERSION=1.7.4
if [ ! -d /tmp ]; then
 mkdir /tmp
fi
cd /tmp
wget http://dist.groovy.codehaus.org/distributions/groovy-binary-${VERSION}.zip
unzip groovy-binary-${VERSION}.zip
sudo mv groovy-${VERSION}/ ${INSTALL_DIR_HOME}/
cd ${INSTALL_DIR_HOME}
sudo unlink groovy
sudo chown root.root -R ${INSTALL_DIR_HOME}/groovy-${VERSION}
sudo ln -s groovy-${VERSION} groovy
sudo chmod 755 ${INSTALL_DIR_HOME}/groovy-${VERSION}/bin/*

Gradle

Gradle-0.8を使ってみる。 /opt/gradle-0.8 にセットアップ。 /opt/gradle にシンボリックリンク。

Gradle勉強中

Sat, 30 Jan 2010 22:38:23 +0900

最近Gradle勉強中です。
僕はそもそもMavenやIvyもよく分かっていないのですが、無理やり飛び級してみました。
今はドキュメント読み進め中です。英語不得意なのでなかなか進まない。

Gradleのセットアップ

Groovyベースのビルド管理ツールGradleを使ってみる - 豆無日記がとてもわかりやすい。

Gradleのプロジェクト作成スクリプト

$GRADLE_HOME/samples/groovy/quickstart
のフォルダをどこかにコピーして、リネームするとGroovyのプロジェクトが完成。
この方法でもよいが、Groovyプロジェクト作成スクリプトも作成してみた。
PATHの通った場所において、

groovy mkpjGradle.groovy testproject

でOK。（testprojectの部分には、自分のプロジェクト名を入力。）
カレントディレクトリ以下にプロジェクトフォルダが作成される。

mkpjGradle.groovy

#!/usr/bin/env groovy
def error = null;
try{
if( args.size() <= 0 ){
error = 1
throw new Exception("Parameter args[0] is not set.");
}
def projectHome = new File(args[0])
if( projectHome.exists() ){
error = 2
throw new Exception("Directory is exists.");
}
print "Please input Groovy Version to want to use(default ${GroovySystem.version}):"
def groovyVersion = System.in.newReader().readLine()?:GroovySystem.version
if( !(groovyVersion ==~ /^\d\.\d\.\d$/) ){
error = 3
throw new Exception("Groovy Version is invalid.");
}
print "Please input Project Version(default 1.0.0):"
def projectVersion = System.in.newReader().readLine()?:"1.0.0"
if( !(projectVersion ==~ /^\d\.\d\.\d$/) ){
error = 4
throw new Exception("Project Version is invalid.");
}
projectHome.mkdirs()
new File("${projectHome}/build.gradle").write """\
usePlugin("groovy")
sourceCompatibility = 1.6
version = "${projectVersion}"
repositories {
flatDir(dirs: "\$rootDir/lib")
mavenCentral()
}
dependencies {
groovy "org.codehaus.groovy:groovy:${groovyVersion}"
testCompile "junit:junit:4.8.1"
}
task jarWithZipFileSet(type : Jar){
zipFileSet(dir: "\$rootDir/lib")
new File("\$rootDir/build/classes").listFiles().findAll{ it.directory }.each{
zipFileSet(dir: it.path)
}
}
"""
new File("${projectHome}/src/main/java").mkdirs()
new File("${projectHome}/src/main/groovy").mkdirs()
new File("${projectHome}/src/main/resources").mkdirs()
new File("${projectHome}/src/test/java").mkdirs()
new File("${projectHome}/src/test/groovy").mkdirs()
new File("${projectHome}/src/test/resources").mkdirs()
new File("${projectHome}/lib").mkdirs()
new File("${projectHome}/bin").mkdirs()
showreports = new File("${projectHome}/bin/showreports")
showreports.write """\
#!/bin/bash
firefox build/reports/tests/index.html &
"""
showreports.executable = true
println "SUCCESSFUL"
} catch (Exception e){
println "FAILURE:${e.message}"
System.exit(error?:99)
}

使ってみた感想

作成したGroovyスクリプトをプロジェクトメンバーに公開するのは、実行環境のセットアップなどの問題で難しかったりする。でもGradleでマニフェスト付jarで提供できるとそういう問題も解決かな？と思ってみている。