maven で作る JAR の MANIFEST.MF にビルド時間を入れる

よく filter.properties に動的にビルド時間を突っ込む方法が紹介されてるっぽい。

http://maven.apache.org/plugin-developers/cookbook/add-build-time-to-manifest.html

でも filter.properties を用意するのめんどい！ってときは。

      <plugin>
        <groupId>org.apache.maven.plugins</groupId>
        <artifactId>maven-jar-plugin</artifactId>
        <version>2.3.1</version>
        <configuration>
          <finalName>${project.artifactId}-${project.version}</finalName>
          <archive>
            <manifestEntries>
              <Built-By>HogeHoge, Inc.</Built-By>
              <Built-Time>${maven.build.timestamp}</Built-Time>
            </manifestEntries>
          </archive>
        </configuration>
      </plugin>

maven-jar-plugin の manifestEntries 指定で動的に MANIFEST.MF を作る際に、
${maven.build.timestamp} でビルド時間が参照できる。
${maven.build.timestamp} さえ知っていれば簡単。

日付フォーマットが気になる人は

  <properties>
    <maven.build.timestamp.format>yyyy-MM-dd HH:mm:ss</maven.build.timestamp.format>
  </properties>

こんな感じ。

mvn test と mvn site で挙動が異なる(特に Proxy まわり)

spring aop を使用して挙動を追加しているクラスのテストで、mvn test と mvn site の結果が異なった現象についてのメモ。

テストクラス

@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(locations = {
"classpath:context.xml"
})
public class HogeControllerTest {
@Autowired
protected HogeController controller;
...

コントローラ

@Controller
public class HogeController {
...

インターフェースを用意していないコントローラの単体テスト。

mvn test だとうまくインジェクションされるけど、
mvn site だとエラーが発生する。

org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'HogeControllerTest': Injection of autowired dependencies failed; nested exception is org.springframework.beans.factory.BeanCreationException: Could not autowire field: protected HogeController HogeControllerTest.controller; nested exception is org.springframework.beans.factory.NoSuchBeanDefinitionException: No matching bean of type [HogeController] found for dependency: expected at least 1 bean which qualifies as autowire candidate for this dependency. Dependency annotations: {@org.springframework.beans.factory.annotation.Autowired(required=true)}
at org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor.postProcessPropertyValues(AutowiredAnnotationBeanPostProcessor.java:285)
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.populateBean(AbstractAutowireCapableBeanFactory.java:1074)
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.autowireBeanProperties(AbstractAutowireCapableBeanFactory.java:374)
at org.springframework.test.context.support.DependencyInjectionTestExecutionListener.injectDependencies(DependencyInjectionTestExecutionListener.java:110)
at org.springframework.test.context.support.DependencyInjectionTestExecutionListener.prepareTestInstance(DependencyInjectionTestExecutionListener.java:75)
at org.springframework.test.context.TestContextManager.prepareTestInstance(TestContextManager.java:321)
at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.createTest(SpringJUnit4ClassRunner.java:220)
at org.springframework.test.context.junit4.SpringJUnit4ClassRunner$1.runReflectiveCall(SpringJUnit4ClassRunner.java:301)
at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.methodBlock(SpringJUnit4ClassRunner.java:303)
at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:240)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:49)
at org.junit.runners.ParentRunner$3.run(ParentRunner.java:193)
at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:52)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:191)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:42)
at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:184)
at org.springframework.test.context.junit4.statements.RunBeforeTestClassCallbacks.evaluate(RunBeforeTestClassCallbacks.java:61)
at org.springframework.test.context.junit4.statements.RunAfterTestClassCallbacks.evaluate(RunAfterTestClassCallbacks.java:70)
at org.junit.runners.ParentRunner.run(ParentRunner.java:236)
at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.run(SpringJUnit4ClassRunner.java:180)
at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:62)
at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:140)
at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:127)
at org.apache.maven.surefire.Surefire.run(Surefire.java:177)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:334)
at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:980)
Caused by: org.springframework.beans.factory.BeanCreationException: Could not autowire field: protected HogeController HogeControllerTest.controller; nested exception is org.springframework.beans.factory.NoSuchBeanDefinitionException: No matching bean of type [HogeController] found for dependency: expected at least 1 bean which qualifies as autowire candidate for this dependency. Dependency annotations: {@org.springframework.beans.factory.annotation.Autowired(required=true)}
at org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor$AutowiredFieldElement.inject(AutowiredAnnotationBeanPostProcessor.java:502)
at org.springframework.beans.factory.annotation.InjectionMetadata.inject(InjectionMetadata.java:84)
at org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor.postProcessPropertyValues(AutowiredAnnotationBeanPostProcessor.java:282)
... 30 more
Caused by: org.springframework.beans.factory.NoSuchBeanDefinitionException: No matching bean of type [HogeController] found for dependency: expected at least 1 bean which qualifies as autowire candidate for this dependency. Dependency annotations: {@org.springframework.beans.factory.annotation.Autowired(required=true)}
at org.springframework.beans.factory.support.DefaultListableBeanFactory.raiseNoSuchBeanDefinitionException(DefaultListableBeanFactory.java:920)
at org.springframework.beans.factory.support.DefaultListableBeanFactory.doResolveDependency(DefaultListableBeanFactory.java:789)
at org.springframework.beans.factory.support.DefaultListableBeanFactory.resolveDependency(DefaultListableBeanFactory.java:703)
at org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor$AutowiredFieldElement.inject(AutowiredAnnotationBeanPostProcessor.java:474)
... 32 more

要はHogeController型の値がみつからなくなってる。

なんでかなーと調べてみた。

まず、AOPの仕組みから。

参考：http://static.springsource.org/spring/docs/3.0.0.M3/spring-framework-reference/html/ch08s06.html

インスタンスは、
(1)インターフェースが実装されていればそのインターフェースのインスタンスとして JDK dynamic proxiesで生成される。
(2)実装するインターフェースが無ければ、そのクラスのインスタンスとして cglib で生成される。

今回の例だと HogeController は(2)後者なので cglib で生成される。

が、mvn site で実行すると、HogeControllerが　net.sourceforge.cobertura.coveragedata.HasBeenInstrumented　を実装する。
このインターフェースはカバレッジを取るためのマーカインターフェースらしい。
参考：http://d.hatena.ne.jp/garbagetown/20090717/1247920461

これのせいで、(1)前者として扱われ、HasBeenInstrumented型のインスタンスとして生成される。
HogeControllerではなく！

ゆえにAutowiredでインジェクションするときにインスタンスがみつからないよーとなる。


はー。
mvn site、そんな悪さしてくれるなよ。。。

Controller、インターフェース実装させるか。。。

そのほうが spring aop 哲学的にはいいんだよな。。。

正規表現 \d の罠（Java、commons-validator、perl）

Javaの正規表現(Regex) での正規表現 "\d" は、半角数字のみ受け付ける。

perl の正規表現 "\d" は、全角数字、半角数字を受け付ける。

罠なのは、Javaでも commons-validator を使っていると、
commons-validator の正規表現は perl と同等であること！

後者は罠として知ってたけど、前者を知らなかった。。。灯台下。。。

eclipse で tomcat plugin 使ってるときは、「ソースパスを自動的に算出」をやめよう

最近 eclipse で tomcat 起動すると、ブレークポイントで止まってくれないことが多いなぁ・・・と思ってました。

試しに、「ソースパスを自動的に算出」のチェックを外すと、ちゃんととまってくれるようになりました。

#[Window] - [Preferences] で [Tomcat]タブの - [ソース・パス]内にあります。

自分で設定する面倒を省くと、他が立たないんだなぁ。

↑追記

まだブレークポイントきかないことがあるなぁ。
嘘情報かも。

eclipse の Open Resource でtarget のファイルが表示されるのがうざい

普段eclipse で開発しているのですが、
eclipse の Open Resource　(Ctrl+Shift+R) で target のファイルが表示されるのがほんとうざい。
XMLとかpropertiesとか、targetのほう編集しちゃうとか、気をつけてるから最近はないけど、困る。

ということでググったら、外人さんが教えてくれた。

http://pilhuhn.blogspot.com/2008/01/ignore-target-folders-in-eclipse.html

表示させたくないフォルダを右クリックしてResouceタブのDerivedのチェックをいれると、表示されなくなるよ！

やった♪

ant からキックしている tomcat に対してリモートデバッグする

ant の中の、tomcatをキックするところ

    <target name="tomcatstart">
    <java fork="true" dir="${basedir}" classname="org.apache.catalina.startup.Bootstrap">
      <classpath>
        <pathelement path="${tomcat_dir}/bin/bootstrap.jar"/>
        <pathelement path="${env.JAVA_HOME}/lib/tools.jar"/>
      </classpath>
      <sysproperty key="catalina.home" value="${tomcat_dir}"/> 
      <arg value="start"/>
    </java>
  </target>

で、jvmargでリモートデバッグ設定をする。

    <target name="tomcatstart">
    <java fork="true" dir="${basedir}" classname="org.apache.catalina.startup.Bootstrap">
      <classpath>
        <pathelement path="${tomcat_dir}/bin/bootstrap.jar"/>
        <pathelement path="${env.JAVA_HOME}/lib/tools.jar"/>
      </classpath>
      <sysproperty key="catalina.home" value="${tomcat_dir}"/> 
      <arg value="start"/>
      <jvmarg value="-Xdebug"/>
      <jvmarg value="-Xrunjdwp:transport=dt_socket,server=y,suspend=n,address=5005"/>
    </java>
  </target>

上記のようにすると、ポート5005でlistenしててくれる。

GAE/Java でメール受信してみたいんだけど・・・

http://localhost:8888/_ah/admin/
にアクセスすると、次のようなエラー

ブラウザには

HTTP ERROR: 404

NOT_FOUND
RequestURI=/_ah/admin/

Powered by Jetty://

コンソールには

The server is running at http://localhost:8888/
2010/02/21 7:03:31 com.google.appengine.tools.development.LocalResourceFileServlet doGet
WARNING: No file found for: /_ah/admin/

なんじゃこりゃ・・・