ServletContextListenerを継承したクラスを作成

3分クッキングよりも簡単。
ServletContextListenerを継承し、@WebListenerアノテーションをつけ、contextInitializedやcontextDestroyedを実装するだけ。

package com.tsu2t.spring8test.listener;

import javax.servlet.ServletContext;
import javax.servlet.ServletContextEvent;
import javax.servlet.ServletContextListener;
import javax.servlet.annotation.WebListener;

import org.apache.commons.logging.Log;
import org.apache.commons.logging.LogFactory;

@WebListener
public class TestContextListener implements ServletContextListener {
	private static Log logger = LogFactory.getLog(TestContextListener.class);
	
	public void contextDestroyed(ServletContextEvent ev) {
		// nothing to do..
	}

	public void contextInitialized(ServletContextEvent ev) {
		ServletContext context = ev.getServletContext();
		logger.info("WebApp START!!");
		context.log("+*+*+*+*+*+*+START+*+*+*+*+*+*+");
	}
}

今回は起動時にログを出すようにしてみた。
起動させるとこんなログが出る。

16:22:54,385 INFO  [com.tsu2t.spring8test.listener.TestContextListener] (MSC service thread 1-5) WebApp START!!
16:22:54,386 INFO  [io.undertow.servlet] (MSC service thread 1-5) +*+*+*+*+*+*+START+*+*+*+*+*+*+

アノテーションを使わずにweb.xmlに下記を追加する方法もある。

<listener>
	<display-name>TestListner</display-name>
	<listener-class>com.tsu2t.spring8test.listener.TestContextListener</listener-class>
</listener>

フィルターの作成

ログを出すためにFilterを作成します。

package com.tsu2t.spring8test.filter;

import javax.servlet.Filter;
import javax.servlet.FilterChain;
import javax.servlet.FilterConfig;
import javax.servlet.ServletException;
import javax.servlet.ServletRequest;
import javax.servlet.ServletResponse;
import javax.servlet.http.HttpServletRequest;

import org.apache.commons.logging.Log;
import org.apache.commons.logging.LogFactory;
 
public class LogFilter implements Filter {
 
    private static Log logger = LogFactory.getLog(LogFilter.class);
   
    public void init(FilterConfig config) throws ServletException {
    }
 
    public void doFilter(ServletRequest req, ServletResponse res,
           FilterChain chain) throws IOException, ServletException {
    	HttpServletRequest request = (HttpServletRequest)req;
    	String uri = request.getRequestURI();
        logger.info(uri + " BEGIN");
        chain.doFilter(req, res);
        logger.info(uri + " END");
    }

    public void destroy() {
    }
}

このFilterが呼ばれるとchain.doFilterで下の処理に渡す前後でログを出しています。

Filter登録

リクエスト毎にこのFilterが呼ばれるようにweb.xmlに下記を追記します。

<filter>
    <filter-name>logFilter</filter-name>
    <filter-class>
        com.tsu2t.spring8test.filter.LogFilter
	</filter-class> 
</filter>
<filter-mapping>
    <filter-name>logFilter</filter-name>
    <url-pattern>/*</url-pattern>
</filter-mapping>

今回は以上です。特にはまりポイントもなく簡単でした。

Mavenプロジェクトの新規作成

まずはプロジェクトの新規作成。
New→Project..からMaven Projectを選択し、archetypeはmaven-archetype-webappにしました。

名前はべたにSpring4Testにしました。
このままだとJSPのコンパイルがエラーになっていたのでProperties→Java Build path→Libratiesから、Add Library…を選んでServer LibraryのWildFlyを追加します。

pom.xmlにSpring4の依存関係の追加

pom.xmlを編集してSpring4関連のjarを取り込みます。

<properties>
	<springframework.version>4.1.1.RELEASE</springframework.version>
</properties>

<dependencies>
	<dependency>
		<groupId>org.springframework</groupId>
		<artifactId>spring-core</artifactId>
		<version>${springframework.version}</version>
	</dependency>
	<dependency>
		<groupId>org.springframework</groupId>
		<artifactId>spring-web</artifactId>
		<version>${springframework.version}</version>
	</dependency>
	<dependency>
		<groupId>org.springframework</groupId>
		<artifactId>spring-webmvc</artifactId>
		<version>${springframework.version}</version>
	</dependency>
</dependencies>

<build>
	<finalName>Spring4Test</finalName>
</build>

Spring設定ファイルの準備

WEB-INFの下に「spring-servlet.xml」という設定ファイルを作成します。
XML作らなくても大丈夫な方法もあるようですが、旧来の方法でXML作ります。SpringのXML地獄は不評ですが、個人的にアノテーション地獄も設定が散らばるので苦痛です。

<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
    xmlns:context="http://www.springframework.org/schema/context"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-4.0.xsd
    http://www.springframework.org/schema/context http://www.springframework.org/schema/context/spring-context-4.0.xsd">
 
    <context:component-scan base-package="com.tsu2t.spring8test.controller" />
 
 	<bean id="viewResolver"
		class="org.springframework.web.servlet.view.UrlBasedViewResolver">
		<property name="viewClass"
			value="org.springframework.web.servlet.view.JstlView" />
		<property name="prefix" value="/WEB-INF/jsp/" />
		<property name="suffix" value=".jsp" />
	</bean>
</beans>

base-packageで指定した階層にコントローラーのクラスを探しに行くことになるのでここは環境依存で修正です。パッケージ名をspring4testにするつもりがなぜか8になってましたが気にしません。
このファイルをDispatherから読み込ませるためにweb.xmlを修正します。

<?xml version="1.0" encoding="UTF-8"?>
<web-app xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
	xmlns="http://java.sun.com/xml/ns/javaee"
	xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_3_0.xsd"
	version="3.0">
	<display-name>Spring4Test</display-name>

	<servlet>
		<servlet-name>dispatcher</servlet-name>
		<servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
		<init-param>
			<param-name>contextConfigLocation</param-name>
			<param-value>/WEB-INF/spring-servlet.xml</param-value>
		</init-param>
		<load-on-startup>1</load-on-startup>
	</servlet>

	<servlet-mapping>
		<servlet-name>dispatcher</servlet-name>
		<url-pattern>/</url-pattern>
	</servlet-mapping>

</web-app>

実装

設定はこんな感じで、ここから実装。
さっきの設定ファイルで指定したパッケージの下にコントローラークラスを作ります。
特に何かを継承する必要はなく、Springのアノテーションをつけてやります。

package com.tsu2t.spring8test.controller;
import org.springframework.stereotype.Controller;
import org.springframework.ui.ModelMap;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RequestMethod;
 
@Controller
@RequestMapping("/")
public class HelloWorldController {
    @RequestMapping(method = RequestMethod.GET)
    public String method1(ModelMap model) {
        model.addAttribute("param1", "HelloWorld");
        return "hello";
    }
 
    @RequestMapping(value="/welcome", method = RequestMethod.GET)
    public String method2(ModelMap model) {
        model.addAttribute("param1", "WelcomeWorld");
        return "hello";
    }
}

@ControllerアノテーションをつけることでSpringが勝手にbeanとして認識してくれます。
@RequestMappingアノテーションはその名の通り、リクエストパスに対するマッピングになります。この場合、ルートパスにアクセスするとHelloWorldControllerが呼ばれることになります。
method1とmethod2にもそれぞれ@RequestMappingがついていて、リクエストメソッドと追加パスの定義をしています。
どちらもGETメソッド時に呼び出され、method1が”/”、method2が”/welcome”パスのときに呼び出されることになります。
どちらのメソッドも”hello”という文字列を返していますが、これはviewを探すときの名前になります。先の設定ファイルでInternalResourceViewResolverを設定したパスにview用のファイルを探しに行くことになります。
設定は「/WEB-INF/jsp」の「*.jsp」なので、「/WEB-INF/jsp/hello.jsp」を作成します。

<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1">
<title>Spring4Test</title>
</head>
<body>
${param1}
</body>
</html>

ビルド・デプロイ

次にServersに設定済みのWildFlyにHelloWorldを追加します。右クリックメニューのAdd and Removeから追加します。

起動をするとこんなログがでます。

18:22:57,794 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-1) JBAS017534: Registered web context: /Spring4Test
18:22:57,838 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 32) JBAS018559: Deployed "Spring4Test.war" (runtime-name : "Spring4Test.war")

画面の確認

「http://localhost:8080/Spring4Test/」にブラウザからアクセスると、画面が確認できます。

ん、何かが違う…。

どうやら、webapp直下にデフォルトで作成されたindex.jspが表示されたようです。とりあえずこいつを削除して再度実行します。

無事、表示されました。って、中身が悪かったですね。ほとんど文言一緒でやんの。
「http://localhost:8080/Spring4Test/welcome」にアクセスすると、「WelcomeWorld」が表示されます。
最終形のプロジェクトはこんな感じです。

まとめ

簡単に書きましたがはまりにはまって（いまだになぜはまったのかよくわかってない）凄い時間がかかってしまいました。
日本語の情報少ないですしね…。
基本的なことしか書いてないのでちゃんとアプリに仕立てるにはもっといろいろ仕込みが必要です。

[参考URL]
Spring 4 MVC HelloWorld Example
Simplest Spring MVC Hello World Example

• インターフェースの仕様変更
• コレクションAPIの追加
• 新コレクションStreamの追加

もっといっぱいありますが、メジャーどころてことで…。
とりあえずひとつずつ見ていきます。

インタフェースの仕様変更

Java8からインタフェースのデフォルトの実装を記述できるようになりました。

public interface MyInterface{
	default public int add(int i1,int i2){
		return i1 + i2;
	}
}

public class MyClass implements MyInterface{
	// 何も実装しなくてもOK!
}

一部共通、一部が独自の実装になるようなデザインのときにabstractのclassを使わずにinterfaceが利用できますね。

コレクションAPIの追加

ラムダ式の例のときにしれっと使いましたが、java.util.Listにsortというメソッドが足されてます。
定義を参照すると、

default void sort(Comparator<? super E> c)

ComparatorはFunctionalInterfaceなので、ここでラムダ式が使えるってわけです。sortの引数に評価式をラムダ式で渡すことでListがソートされるって仕組みなわけ。
そんな感じで、ラムダ式を渡せるreplaceAll、forEachなんかも使えるようになりました。

新コレクションStreamの追加

ListやらMapやらにラムダ式のインタフェースが追加されて便利になったわけですが、新しいコレクションjava.util.stream.Streamはよりラムダ式との親和性が高いです。
Listは位置で、Mapはキーで特定要素にアクセスできますが、Streamは読んで字のごとし、頭から流れるように全要素を見ていくのが大原則のようです。

public static void main(String[] args){
List list = Arrays.asList(“Tokyo”,”Kanagawa”,”Saitama”,”Kanagawa”);
list.stream()
.distinct()
.sorted((a,b)->a.length()-b.length())
.forEach(System.out::println);
}

4つの要素の入ったListからStreamを生成し、重複を省いて、文字の短い順に並べて、順次コンソール出力する例です。

Tokyo
Saitama
Kanagawa

for文書かかなくていいのが素敵です。

その他

パフォーマンスが改善してたり、JavaScriptが実行できたりいろいろあるのですが疲れたのでここまでですｗ

ラムダ式って

JavaではJava8から追加されたもので、C#なんかには前からあったみたいだけどそれも知らない。
なにか新しい特別な機能と言うよりは記述方法がかなり略式になるというメリットがある。

Runnableとか、「メソッドをひとつしか持たないインタフェース」の実装を行う時にこれよりも簡素で本質的な記述が出来るようになる。
ちなみに「メソッドをひとつしか～」は、「関数型インタフェース」と言うそうです。知りませんでした。

例えば、文字列の出来るだけ後ろの方に「a」が出てくる順に並べると言うソートがあったとすると（そんなの必要ないだろうという突っ込みは…）

public class Test {
	public static void main(String[] args){
		List<String> list = Arrays.asList("Tokyo","Kanagawa","Chiba");
		Collections.sort(list,new Comparator<String>(){
				@Override
				public int compare(String s1,String s2){
					return s1.lastIndexOf('a') - s2.lastIndexOf('a');
				}});
		for(String str:list){
			System.out.println(str);
		}
	}
}

無名クラスをnewしてやることで記述できるが、ロジックとは関係のない定型的な部分が多い。
ラムダ式を使うと…

public class Test {
	public static void main(String[] args){
		List<String> list = Arrays.asList("Tokyo","Kanagawa","Chiba");
		list.sort((String s1, String s2) -> s1.lastIndexOf('a') - s2.lastIndexOf('a'));
		for(String str:list){
			System.out.println(str);
		}
	}
}

こんなにすっきりします。

ラムダ式の文法

ラムダ式は以下の文法に従って記述します。

( 実装するメソッドの引数 ) -> { 処理 }

最初の例だと
「public int compare(String s1,String s2)」が「(String s1, String s2)」
になった感じですね。この時さらに、型の指定を外して「(s1,s2)」だけでもOKだったりします。

list.sort((s1, s2) -> s1.lastIndexOf('a') - s2.lastIndexOf('a'));

もうこうなるとJavaっぽくないですね。どこのスクリプト言語だよと。
ちなみにこの例だと式が1行なのでreturnがありませんが、複数行のロジックを「;」でつないだ場合は最後にreturnをちゃんと入れてあげる必要があります。

関数型インタフェース

Java8でjava.util.functionパッケージの下にゴロゴロと汎用的な関数型インタフェースが追加されていて、大体のことはこれを使えばよさそう。
でも結局のところ、関数型インタフェースの実体を生成してるわけなので、用意されているインタフェースが合わなければ自分で@FunctionalInterfaceアノテーションをつけてインタフェースを宣言すれば何でもできる。

@FunctionalInterface
public interface MyFunction {
  public int multi(int i1, int i2, int i3);
}

public MyFunction function = (i1, i2, i3) -> i1 * i2 * i3;
int result = function.multi(1, 2, 3);

ラムダ式の導入で型宣言がなくなったり、なんだかスクリプトチックな記述が出来るようになり、個人的には読みにくくなったなぁと。
結局旧来の書き方でも問題はないし、変にコンパイルエラーではまるくらいなら慣れてる方法で書いてしまうって人も多そうで、プロジェクトでJava8導入するときはきちんとソース管理できる人が見てやらないとカオスになりそうだな、ってのが感想です。

WildFlyをインストール

WildFly Download
とりあえずwildfly-8.0.0.Finalを落としてきて使ってみることにし、バイナリを適当なフォルダに展開しておきます。

Eclipseをインストール

これも適当に、自分は「eclipse-jee-luna-SR2-win32-x86_64.zip」を利用。

JBoss ToolをEclipseにインストール

Eclipseを起動し、
[Help]-[Eclipse Marketplace]を起動し、Find: に「JBoss」と入力。
JBoss Tool(Luna) 4.2.3.Finalをインストールしました。
社内プロキシに引っかかりまくって苦労しましたがそれはまた別のお話し。

インタフェースの作成

EJBHomeを継承したHomeインタフェースと、EJBObjectを継承したRemoteインタフェースを作成します。

public interface XXEJBHome extends EJBHome {
    public XXEJBRemote create() throws RemoteException, CreateException;
}

public interface XXEJBRemote extends EJBObject {
    public String process(String message) throws RemoteException;
}

これをまとめてjarにします。

リモートEJBの作成

呼び出されるリモートEJBを作成します。新規のmavenプロジェクトを作成します。
archetypeにjavaee7-essentials-archetypeのVersion1.4を選択しました。

下記の実装クラスを追加。

public class XXEJBRemoteImpl implements SessionBean{

	private static final long serialVersionUID = 1L;

	public XXEJBRemoteImpl() throws Exception{
	}
	
	public String process(String message){
		return "test";
	}
	
	public void ejbCreate() {}
	public void ejbRemove() {}
	public void ejbActivate() {}
	public void ejbPassivate() {}
	public void setSessionContext(SessionContext sc) {}
}

ejb-jar.xmlを作成

EJB3.0ならアノテーションで済む話をわざわざXMLに記述します。

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE ejb-jar PUBLIC "-//Sun Microsystems, Inc.//DTD Enterprise JavaBeans 2.0//EN" "http://java.sun.com/dtd/ejb-jar_2_0.dtd">
<ejb-jar>
    <enterprise-beans>
        <session>
            <ejb-name>XXEJB</ejb-name>
             <home>test.ejb.XXEJBRemoteHome</home>
             <remote>test.ejb.XXEJBRemote</remote>
             <ejb-class>test.ejb.XXEJBRemoteImpl</ejb-class>
             <session-type>Stateless</session-type>
             <transaction-type>Container</transaction-type>
        </session>
    </enterprise-beans>
  <assembly-descriptor>
    <container-transaction>
      <method>
        <ejb-name>XXEJB</ejb-name>
        <method-name>*</method-name>
      </method>
      <trans-attribute>Required</trans-attribute>
    </container-transaction>
  </assembly-descriptor>
</ejb-jar>

WildFlyへデプロイ

EclipseのServersパースペクティブからWildFlyのサーバを追加し、先ほど作成したリモートEJBのプロジェクトを右クリックメニューの[Add and Remove]から追加します。
このまま起動できることを確認します。

とりあえず起動はできますが、EJBがデプロイされません。
そこで、先ほど作ったejb-jar.xmlと、インタフェースを含んだjarを手でデプロイします。warに入れるよう設定すればこの手順は不要ですが。
「C:\tools\wildfly-8.0.0.Final\standalone\deployments\XXEJBRemote.war\WEB-INF」にejb-jar.xml
「C:\tools\wildfly-8.0.0.Final\standalone\deployments\XXEJBRemote.war\WEB-INF\lib」にinterface.jar
をそれぞれ配置。

で、このまま起動してもうまくいかない罠があります。
ServersからWildFlyを右クリックメニューから「Show」を選択して、OverviewからRuntime Environmentを開き、

Configuration fileを「standalone.xml」から「standalone-full.xml」に変更します。

ここまで終えて起動させると、下記のようなログが出てデプロイされたことが分かります。

15:28:05,109 INFO [org.jboss.as.ejb3.deployment.processors.EjbJndiBindingsDeploymentUnitProcessor] (MSC service thread 1-6) JNDI bindings for session bean named XXEJB in deployment unit deployment “XXEJBRemote.war” are as follows:

java:global/XXEJBRemote/XXEJB!test.ejb.XXEJBRemoteHome
java:app/XXEJBRemote/XXEJB!test.ejb.XXEJBRemoteHome
java:module/XXEJB!test.ejb.XXEJBRemoteHome
java:jboss/exported/XXEJBRemote/XXEJB!test.ejb.XXEJBRemoteHome
java:global/XXEJBRemote/XXEJB!test.ejb.XXEJBRemote
java:app/XXEJBRemote/XXEJB!test.ejb.XXEJBRemote
java:module/XXEJB!test.ejb.XXEJBRemote
java:jboss/exported/XXEJBRemote/XXEJB!test.ejb.XXEJBRemote

リモート呼び出しする

呼び出しはHomeを取得してRemoteEJBをcreateする。

XXEJBRemoteHome home = (XXEJBRemoteHome)javax.rmi.PortableRemoteObject.narrow(c.lookup("ejb:/XXEJBRemote/XXEJB!test.ejb.XXEJBRemoteHome"), XXEJBRemoteHome.class);
XXEJBRemote remote = (XXEJBRemote)home.create();
String response = remote.process("");
System.out.println(" response  = " + response);

下記の参考URLにもあるが、jndiを「ejb:」にしないと動かない。
実行すると

response = test

やっと動いた。

[参考URL]
EJB 2 on Jboss 7.1 example
JBoss AS 7.1.0 で EJB 2.x を動かす
JaiswalTraining
別プロセスからリモートEJBを呼び出してみる

次の記事を参考に同じことをやろうとして見た。
[Kohei Nozaki’s blog]
別プロセスからリモートEJBを呼び出してみる

自分用メモなので他の人が読むにはつらいかも。

eclipseをダウンロード。現時点での最新のLunaを落とした。Eclipse IDE for Java EE Developersなのでいろいろ最初っから入っててお手軽。
eclipse 環境構築メモ（プロクシ設定編）

なんだけど、filetransferがfiletransfer4になっている（LUNAから？）のでそこだけは注意が必要。

JBoss Toolsが入ったらServersからWildFlyを追加して起動できることを一旦確認。

ここまで進んだら記事の通り、remoteejbif/remoteejbwar/remoteejbclientを作っていく

EJBのプロジェクトを作成するため、Mavenプロジェクトを新規作成する。
archetypeで「javaee7-essentials」を選びたいのだが候補にない。
下記の手順を参考にしてCatalogの追加を試みるもうまくいかず…。
【PDF注意！】

行き詰ってたんだけど、
http://repo.maven.apache.org/maven2/archetype-catalog.xml
このファイル自体はブラウザで見ることが出来るので、こいつを「C:\Users\{User}\.m2」にダウンロードしてみたら急に動いた。

このあたりはうちの会社のオフィスのプロキシのせいだと思われるのであまり他の人の参考になるような情報ではないかも。

完成かと思いきやWildFlyにデプロイして起動させるとエラーが発生

18:25:33,076 WARN [org.jboss.modules] (MSC service thread 1-1) Failed to define class foo.HogeBeanImpl in Module “deployment.remoteejbwar.war:main” from Service Module Loader: java.lang.LinkageError: Failed to link foo/HogeBeanImpl (Module “deployment.remoteejbwar.war:main” from Service Module Loader)
Caused by: java.lang.NoClassDefFoundError: foo/HogeBean
Caused by: java.lang.ClassNotFoundException: foo.HogeBean from [Module “deployment.remoteejbwar.war:main” from Service Module Loader]

18:25:33,080 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-1) MSC000001: Failed to start service jboss.deployment.unit.”remoteejbwar.war”.POST_MODULE: org.jboss.msc.service.StartException in service jboss.deployment.unit.”remoteejbwar.war”.POST_MODULE: JBAS018733: Failed to process phase POST_MODULE of deployment “remoteejbwar.war”
Caused by: java.lang.LinkageError: Failed to link foo/HogeBeanImpl (Module “deployment.remoteejbwar.war:main” from Service Module Loader)
Caused by: java.lang.NoClassDefFoundError: foo/HogeBean
Caused by: java.lang.ClassNotFoundException: foo.HogeBean from [Module “deployment.remoteejbwar.war:main” from Service Module Loader]

どうもfoo.HogeBeanというinterfaceを認識できていないようだったのでデプロイ先のフォルダを確認してみた

${WILDFLY_HOME}\standalone\deployments\remoteejbwar.war\WEB-INF\classes\foo

確かにHogeBeanのInterfaceがいない
試しにHogeBeanの.classファイルをおいて起動させると無事起動。どうやらwarにinterfaceも含めるようにビルドしないといけない模様。

とりあえずこの状態でクライアントを動かすと動いた。

hoge from remote

remoteejbwarにremoteejbifを含めてビルドする方法はmavenの設定だと思うんだけど直ぐには調べがつかなかったのでまた今度。

ディズニー映画は子供向けなのでそんなに早かったり難しかったりしないので教材としてはいいとおもいます。
映画を一本選んでまるまる暗記するような勉強法もいいなーと思ってます。

見開きで左が日本語、右が英語になってる本で、瞬間英作文の教材として評判がいいので買ってみました。
今日はUnit1～4の復習。しかし出来は60%くらいかなー・・もっとすらすら出てこないとだめだと反省。

瞬間英作文は会話の反射神経を高めるのにいいですね。日本の英語教育では最も苦手な分野の一つだと思うのでこれからも積極的にやっていきます。

ちなみに僕の学生時代の英語の偏差値は49です。ハイ。

当面のポスト予定は。。
■英語…全然勉強が進んでいない英語について。そのうち仕事で必要になるかもしれないし。
■IT…一応、この業界で仕事するうえでトレンドは追わないとまずい。

この2つくらいで日刊で出来ればいいなと思いますが、まず、明日ちゃんと続くかも怪しいですね。ハイ。