2014-06-05

yoおさらい

AngularJS

ここ2,3ヶ月、AngularJSでアプリケーション作ってたんですが、
もう一つAngularJSでアプリケーションを作る事になり、
あれ、最初どうやったんだっけとボケてしまっていたので、
yoでひな形作るとこをおさらいです。

YEOMANによって、Yo, Grunt, Bowerが動作する環境です。

yo angular

で実行したディレクトリにAngularJSのひな形が出来上がります。
AngularJSのテンプレートが無い場合は、

npm install -g generator-angular

でインストールしておきます。

あとはもう

grunt server

でGruntでWebサーバが起動するので、ガシガシ実装します。
ひな形作る作業としてはこれだけですね。
いやー楽過ぎる。ミスもしないし。

2014-04-03

AngularJSでSelectが一文字しか表示されない。

AngularJS

解決に苦労したので、メモ。
select書く場合、こんな感じですね。

<select ng-model="type" ng-options="item.val as item.name for item in types" disabled>
</select>

これをモーダル表示させた場合、
http://i.stack.imgur.com/3kb0w.png
こんなんなります。IE9で発生します。Chrome、Firefox、IE10以降では発生しません。
試行錯誤した結果、
原因としては、ng-optionsからのng-repeatが発生する時に
既にブラウザではselectの幅が決定されている為、一文字しか表示されないのだと思います。
実際、
・素直にselect,optionを記述すると発生しない。
・ng-optionsを使わず、optionでng-repeatを使い、固定で何かoptionを追加指定すると、
　固定で追加した分の文字のバイト数分だけは表示される。(hogeと追加すると4バイトは表示される。UTF-8)

IE9だけの為に個別対応はしたくないので、調べた所、解決策ありました。
angularjs - ng-options populated by ajax only displaying first letter in IE - Stack Overflow

<select ng-style="{'width': '100%'}" ng-model="type" ng-options="item.val as item.name for item in types" disabled>
</select>

ng-styleで幅を100%にしてあげるだけでOKです。
よかったよかった。

2014-03-03

Java7 Zip

Java

Java7からnioにFilesが追加されたりと諸々ファイル周りのAPIが強化されてますね。
個人的には、Zipをライブラリに頼らず、Javaだけでサクッとやりたいと思ってました。
Zip File System Provider

まぁドキュメントやらgoogle先生に助けてもらって実装出来たんですけど、
圧縮は問題なさそうですね。
SimpleFileVisitorでディレクトリを探索して、Zipに追加って感じで。
相対パスをちゃんと考えないといけないので、
変数名を分かりやすくしとかないと若干混乱します。

で、解凍なんですが、圧縮と同じような考えでいけます。
解凍のほうがコードは短くすみます。
ただ、どうにも分からなかったのが、
手動で圧縮したファイルやJavaで圧縮したZipは問題なく解凍出来たのですが、
HttpClientで取得したファイルの解凍が出来ませんでした。

InputStream in = responce.getEntityInputStream();
byte[] bytes = ByteStreams.toByteArray(in); // guava
File file = new File("C:/Users/nosa/AppData/Local/Temp/temp.zip");
Files.write(file.toPath(), bytes, StandardOpenOption.CREATE);

これを解凍したかったんですが、このZipをFileSystemに食わすと

java.util.zip.ZipError: zip END header not found
	at com.sun.nio.zipfs.ZipFileSystem.zerror(ZipFileSystem.java:1605)
	at com.sun.nio.zipfs.ZipFileSystem.findEND(ZipFileSystem.java:1021)
	at com.sun.nio.zipfs.ZipFileSystem.initCEN(ZipFileSystem.java:1030)
	at com.sun.nio.zipfs.ZipFileSystem.<init>(ZipFileSystem.java:130)
	at com.sun.nio.zipfs.ZipFileSystemProvider.newFileSystem(ZipFileSystemProvider.java:117)
	at java.nio.file.FileSystems.newFileSystem(FileSystems.java:322)
	at java.nio.file.FileSystems.newFileSystem(FileSystems.java:272)

が発生します。
昔ながらの方法(ZipFile,ZipEntry)の方法だと解凍出来ました。(もちろん手動でも解凍出来る)
また、zip4jでも解凍出来ました。

圧縮

        File zipDir = new File(dirPath);
        final Path zipPath = zipDir.toPath();
        // 圧縮
        URI zipUri = zipFile.toURI();
        URI uri = new URI("jar:" + zipUri.getScheme(), zipUri.getPath(), null);
        Map<String, String> env = new HashMap<>();
        env.put("create", "true");
        env.put("encoding", "UTF-8");
        try (FileSystem zipfs = FileSystems.newFileSystem(uri, env)) {
            for (File srcFile : zipDir.listFiles()) {
                if (srcFile.isDirectory()) {
                    // ディレクトリ
                    Files.walkFileTree(srcFile.toPath(), new SimpleFileVisitor<Path>() {
                        @Override
                        public FileVisitResult visitFile(Path file, BasicFileAttributes attrs)
                                throws IOException {
                            // zipするディレクトリでのファイルの相対パス
                            Path targetPath = zipPath.relativize(file);
                            Files.copy(file, zipfs.getPath(targetPath.toString()),
                                    StandardCopyOption.REPLACE_EXISTING);
                            return FileVisitResult.CONTINUE;
                        }

                        @Override
                        public FileVisitResult preVisitDirectory(Path dir, BasicFileAttributes attrs)
                                throws IOException {
                            // zipするディレクトリでのディレクトリの相対パス
                            Path targetPath = zipPath.relativize(dir);
                            Files.createDirectory(zipfs.getPath(targetPath.toString()));
                            return FileVisitResult.CONTINUE;
                        }
                    });
                } else {
                    // ファイル
                    Path dest = zipfs.getPath(srcFile.getName());
                    Files.copy(srcFile.toPath(), dest, StandardCopyOption.REPLACE_EXISTING);
                }
            }
        }

解凍

        // 解凍
        URI zipUri = zipFile.toURI();
        URI uri = new URI("jar:" + zipUri.getScheme(), zipUri.getPath(), null);
        Map<String, String> env = new HashMap<>();
        env.put("create", "false");
        env.put("encoding", "UTF-8");
        try (FileSystem zipfs = FileSystems.newFileSystem(uri, env)) {
            final Path zipRoot = zipfs.getPath("/");
            Files.walkFileTree(zipRoot, new SimpleFileVisitor<Path>() {
                @Override
                public FileVisitResult visitFile(Path file, BasicFileAttributes attrs)
                        throws IOException {
                    Path targetPath = Paths.get(toDir.toString(), file.toString());
                    Files.copy(file, targetPath, StandardCopyOption.REPLACE_EXISTING);
                    return FileVisitResult.CONTINUE;
                }

                @Override
                public FileVisitResult preVisitDirectory(Path dir, BasicFileAttributes attrs)
                        throws IOException {
                    Path targetPath = Paths.get(toDir.toString(), dir.toString());
                    Files.createDirectory(targetPath);
                    return FileVisitResult.CONTINUE;
                }
            });
        }

うーん。SimpleFileVisitorの仕様は好きなんですけど原因分からず、zip4jに逃げようかと...。
Zipフォーマットを理解してからもう一度調べてみよう。
Zipが壊れてて手でも解凍出来ない、ZipFileでも解凍出来ないとかであれば、
良かったんですけど。

下記、大いに参考にさせて頂きました。
JavaSE ZIP圧縮/解凍 Java7 - @//メモ

2014-02-06

JAX-RSとDI

JAX-RS Guice

JAX-RSの環境でDIを実現をしようとした場合、
JAX-RS2.0を前提として、組み合わせとしては

１．Jersey + CDI
　　JavaEE環境でそのまま使える。GlassFishとか。
２．Jersey + Spring
　　JerseyのDocumentにも記述があるので、JAX-RS2.0でも使えそう。
３．Jersey + Guice
　　jersey-guiceがJersey2.0に対応してない...(GuiceContainerがJersey1.0に依存?)
４．Jerseyのみ
　　RequestとResponceのインターセプタで代用。(適用箇所がリソースに限定される)

１→Tomcatで動かそうとするも挫折...
２→試さず。Guiceが使いたかった。
３→いい感じだったが、2.0に対応出来ず。
４→割り切ればいいと思ったが、割り切れず。

３に関しては、実現してる方もいるようですが、
ちょっとプロジェクトとして荷が勝ち過ぎる印象を受けました。

それなりにネットを彷徨いましたが、
JAX-RS2.0はリリースされてから、まだ日が浅く情報が少ない(新しい)です。
だもんで、まずは実績の多いJersey1.18+Guice3.0でやってみたいと思います。
Client APIとか1と2で結構違うので、出来れば2が良かったんですが...

2014-01-29

Gradle Jetty から Maven Tomcat

Gradle Jetty Maven Tomcat

Gradle使う時は、手っ取り早いんで
開発サーバとしてはJetty使うのが主流でしょうか。
ただ私の場合は、Jetty使うのを断念しました。
前提がEclipseを開発環境とした場合ですが、
理由として、

gradle jettyRunで起動するJettyが使いづらい

　・EclipseからGradleタスクの実行では、デバッグオプションが付加出来ない？
　・GradleのEclipse プラグインにはRunDebugがない為、Eclipseでリモートデバッグの構成が必要になる。
　　Jetty停止→Jetty起動→リモートデバッグ起動(この一手間がそこそこ苦痛)
　Jetty と grunt で Java でもサクサク Web 開発 - Qiita
　こちらの方のように組み込みJettyを自前で起動してしまえば、
　上の問題は解決しそうですが、本番がTomcatなので、
　開発と本番のアプリケーションサーバを同じにして、
　スムーズに開発したいとの思いが強かったです。

GradleにもTomcat プラグインありますが、使う上での手順はJettyとあまり変わりません(たぶん)

まぁ、とは言え流れはMaven→GradleなのでGradleは使いたい。
という事で、
ビルド＝Gradle
開発サーバ＝maven-tomcat-plugin
でやるようにしました。
build.gradleを触る回数は限られるので。

build.gradle編集→pom吐き出す→pomにmaven-tomcat-plugin追加→mvn tomcat7:runでtomcat起動。

てな感じです。
Gladleからpomを吐くのこんなんで出来ます。素晴らしい。

task writePom << {
    pom {
        groupId = 'my-group'
        packaging = 'war'
    }.writeTo('pom.xml')
}

Gradleいいんですけど、
現時点では情報、プラグインの量がMavenのほうが多い為、
ケースによって使い分けたほうがいいですね。

2014-01-21

yeomanインストール

Javascript

yeomanインストールしたいんですが、
残念ながら私のPCはWindows7...

どしよかーと調べてたら、あるんですね。こんなのが。
Windowsアプリをコマンドラインからインストールする「Chocolatey」 (1) PowerShell上で動作するNuGet | マイナビニュース
 http://decodize.com/css/installing-yeoman-front-end-development-stack-windows/

各パッケージのインストール先

chocolately自体はC直下でもよいのですが、
各パッケージがC直下に入るのは、正直困ります。
ProgramFilesに入れるか別に入れるかは、好みにもよると思いますが。
これは、前もって設定しておいたほうがいいです。
GitHub - chocolatey-archive/chocolatey: [DEPRECATED - https://github.com/chocolatey/choco] Chocolatey NuGet - Like apt-get, but for windows.
Chocolateyのセットアップ - bakemoji |> log
システム環境変数のchocolatey_bin_rootを指定したいフォルダ名にする(ドライブ名入れない)
事で変更出来ましたが、
変更出来るインストール先は、おそらくC直下にしか変更出来ないと思います。
もっと色々試せばよかったのですが、インストール、アンインストールに疲れました...
ただ、この設定でもlibjpeg-turbo64は、C直下にインストールされてしまいました。

ここで1つ、chocolately経由でyeomanインストールすると、
Ruby, Compass, Python, Git, PhantomJS, Node.js
がガーッとインストールされますが、Windowsの場合Nodeだけは
個別にインストールしたほうがいいと思いました。
chocolatelyでインストールされるNodeはV.0.8.?ですが、最新はv0.10.24です。
V.0.8だとひな形を作成するyo webappのコマンドが
Object #