webview , asset , font

webview , asset, jetty ,font

하이브리드앱에서 구글폰트를 사용하는데 , 지금은 css에서 import해서 사용중이다.

그런데 앱을 실행해보면 폰트만 늘게 뜬다. 사진 보다도 더.

그래서 apk에 폰트를 담은 후 앱을 처음 다운받을 때 폰트를 설치하면 

그 다음 부터는 폰트신경 안 써도 되게 하려고 한다.

우선. 방법은 두가지가 있다고 한다.

1. 내부 로컬 html에서 폰트 적용

2. 외부 원격 html에서 폰트 적용.

1. 의 경우 아무리 해보려고 해도. 내부 html에  body에 있는 텍스트만 폰트가 적용된다.

2. 경량웹서버를 앱 내부에 설치하는 방법이라고 한다. 

=> webview에서 로컬 리소스 접근 안됨.  할 수 없음.

2.를 그래도 해본다면 jetty 라는 was서버를 설치하고 앱 내부에 띄워서 android_assets경로에 있는 파일을 제공한다.

public class StaticFileServer extends NanoHTTPD {
	private Context context;
 
	public StaticFileServer(int port, Context context) {
		super(port);
		this.context = context;
	}
 
	@Override
	public Response serve(IHTTPSession session) {
		try {
			String file_url = session.getUri();
			String file_path = file_url.substring(1, file_url.length());
			InputStream fis = null;
			AssetManager assetManager = context.getAssets();
			fis = assetManager.open(file_path);
			return new NanoHTTPD.Response(Status.OK, getMimeType(file_path), fis);
		} catch (IOException e) {
			return new NanoHTTPD.Response(e.toString());
		}
	}
 
	public void closeServer() {
		if (StaticContext.staticFileServer != null) {
			StaticContext.staticFileServer.stop();
		}
	}
 
	private String getExtension(String path) {
		String[] splited_text = path.split("\\.");
		return splited_text[splited_text.length - 1];
	}
 
	private String getMimeType(String path) {
		String extention = getExtension(path);
		if ("js".equals(extention))
			return "text/javascript";
		else if ("css".equals(extention))
			return "text/css";
		else if ("png".equals(extention))
			return "image/png";
		else if ("otf".equals(extention))
			return "application/x-font-otf";
		else
			return "";
	} 

}

===>  아파치 + 톰캣 + jetty 연동방법은 있는데

아파치 톰캣 + jetty연동 방법은 모르겠다. 멍청한건가...

---

Android webview 에서 로컬 리소스 접근하기

http://wiki.lizzardry.com/wiki/Android_webview_%EC%97%90%EC%84%9C_%EB%A1%9C%EC%BB%AC_%EB%A6%AC%EC%86%8C%EC%8A%A4_%EC%A0%91%EA%B7%BC%ED%95%98%EA%B8%B0

Android webview 에서 로컬 리소스 접근하기

제곧내

안드로이드 웹뷰에서 외부 폰트를 적용하는 부분은 크게 2가지로 나뉜다.

• 내부 로컬 html 에서 폰트 적용하기
• 외부 원격 html 에서 폰트 적용하기

전자의 경우는 별 문제 없이 file:///android_assetes 같은 형식으로 url 을 주면 쉽게 적용이 되지만, 후자의 경우는 구글링을 미친 듯이 해봐도 답이 나오지 않았다. 유일한 해결 방법은 원격지에 있는 html 파일을 로딩한 억지로 로컬 html 처럼 로딩하는 방법이였다^[1].

사실 간단한 페이지의 경우 그냥 처리를 하면 되지만, ajax 같이 동적인 요소가 있는 부분에서는 인터넷 요청을 hook 해서 계속 새롭게 다운로드->로컬 html->로딩 을 해줘야 하는데 WebViewClient 에서 api11 부터 새롭게 추가된 shouldInterceptRequest 와 같은 함수를 사용하지 못하는 상황이라서 어쩔 수 없이 12MB 나 되는 폰트를 다운 받아야 하는 상황이였다.

첫번째로 고민한 부분이 전자와 같이 css 경로에 file:///android_assets 과 같은 방식으로 처리하면 되지 않을까 했지만, 웹뷰에서 로컬 리소스를 접근 할수 없다는 것을 알게되었다^[2]. 결국 고민 고민하다 해결 하였다.

jetty 와 같은 경량 웹서버를 앱 내부에 띄워서 assets 경로에 있는 파일들을 제공하자

사실 jetty 와 같은 경량서버라고 해도 안드로이드에서는 돌리기가 부담되는 크기였다. 그래서 맨 처음은 http response 를 받는 패키지를 새로 추가하려고 했으나 역시 구글님, 단번에 해결책을 준다.

[nanohttpd]

일단 클래스 파일 한개로 되어 있어서 프로젝트의 구조를 바꿀 필요도 없이 추가가 가능하고, jetty 보다 더 경량'스러워' 보여서 선택했다.

단순히 개념은 웹페이지에서 localhost:xxxx 로 요청하면 그 요청의 경로에 맞춰서 asset 폴더에 있는 파일들을 제공하면 된다.

몇 번의 테스트 끝에 결국은 jetty 모듈을 붙이기로 했다. 생각보다 nanohttpd 가 리소스를 적절히 보내주지 못해서 폰트가 사라지거나, css 가 로딩이 안되거나 js 파일을 못 주는 등의 문제가 종종 발생해서 jetty 로 울렸다.

staticfile 을 전송할 수 있게 이거저거 찾아가면서 코딩을 했다. 생각보다 무겁지도 않고 일단 로컬에서 access control 도 가능하니 생각보다 보안 문제도 좋아졌다. 제일 큰 문제는 port 번호 잡는 부분 정도?

추가적으로 메인 쓰레드 대신 service 로 등록해서 실행을 해서 어플리케이션이 처리할 부분을 줄여줬다. nexus one 에서도 잘 돌아가니 그럭저럭 큰 문제가 없으면 사용 가능 할것 같다.

public class StaticFileServer extends NanoHTTPD {
	private Context context;
 
	public StaticFileServer(int port, Context context) {
		super(port);
		this.context = context;
	}
 
	@Override
	public Response serve(IHTTPSession session) {
		try {
			String file_url = session.getUri();
			String file_path = file_url.substring(1, file_url.length());
			InputStream fis = null;
			AssetManager assetManager = context.getAssets();
			fis = assetManager.open(file_path);
			return new NanoHTTPD.Response(Status.OK, getMimeType(file_path), fis);
		} catch (IOException e) {
			return new NanoHTTPD.Response(e.toString());
		}
	}
 
	public void closeServer() {
		if (StaticContext.staticFileServer != null) {
			StaticContext.staticFileServer.stop();
		}
	}
 
	private String getExtension(String path) {
		String[] splited_text = path.split("\\.");
		return splited_text[splited_text.length - 1];
	}
 
	private String getMimeType(String path) {
		String extention = getExtension(path);
		if ("js".equals(extention))
			return "text/javascript";
		else if ("css".equals(extention))
			return "text/css";
		else if ("png".equals(extention))
			return "image/png";
		else if ("otf".equals(extention))
			return "application/x-font-otf";
		else
			return "";
	}
}

간단한 클래스로 assets 폴더 밑에 있는 파일들을 쉽게 읽어올수 있다.

장 단점

장점으로는

• 기존에 있는 레거시 css/js/html 에서 요청 url 만 바꿔주면 간단하게 사용이 가능하다
• 넥서스원에서도 아직까지는 큰 문제 없이 잘 돌아갔다
• 웹뷰 소스코드의 수정이 없어서 변화를 최소화 시킬 수 있다
• 멋있다

단점으로는

• 일단 웹서버가 뜨니 약간 뭔가 무거워 보인다
• 로컬 파일들을 외부 디바이스에서도 접근을 할수 있다 ^[3]

참고

1. ↑ webViewer.loadDataWithBaseURL("file:///android_asset/", body, "text/html", "UTF-8", null) 와 같이...
2. ↑ 보안상 문제
3. ↑ access control? 등등을 사용하면 될듯 jetty 는 그냥 설정만 해주면 바로 되네

---

apache - tomcat, jetty 연동

http://codelog1.blogspot.kr/2013/07/apache-tomcat-jetty.html

apache - tomcat, jetty 연동

0. overview

- 위와 같은 구성의 Apache (Web) + Tomcat/Jetty (WAS) 연동을 위한 설정이다.

1. Download Apache HTTP server
 - http://httpd.apache.org/download.cgi#apache22에서 httpd-2.2.22-win32-x86-openssl-0.9.8t.msi 파일 다운로드 후 디폴트 설치

2. Download Apache Tomcat connector
 - http://apache.tt.co.kr/tomcat/tomcat-connectors/jk/binaries/windows/ 에서 tomcat-connectors-1.2.37-windows-i386-httpd-2.2.x.zip 파일을 다운로드 후 mod_jk.so 파일을 아파치 설치 폴더의 modules 폴더에 복사한다

3. Apache web server configuration 
 - httpd.conf에서 아래와 같이 설정한다.
...

Include conf/mod_jk.conf

NameVirtualHost *:80

<VirtualHost *:80>

                  ServerName 1.1.1.1

                  DocumentRoot "C:/Program Files (x86)/Apache Software Foundation/Apache2.2/htdocs/root"

                  JkMount /*.jsp was

                  JkMount /servlet was               

                  JkMount /birt/* was

                 

                  JkMount /mobile/* mobile

</VirtualHost>

ProxyRequests Off

<Proxy *>

Order deny,allow

Allow from all

</Proxy>

ProxyPass /jetty http://ip:port/jetty

ProxyPreserveHost On

ProxyStatus On

...

3.1. Tomcat 연동
 - Include conf/mod_jk.conf : mod_jk configuration 파일을 include 한다
 - DocumentRoot : 아파치 root 폴더를 지정한다. http://x.x.x.x/index.html 로 접근한다면DocumentRoot로 지정된 폴더의 index.html이 호출된다.
 - JkMount /*.jsp was: jsp 파일을 servlet container로 전달하는 설정이다. “was”는 worker.properties 파일에 정의 되어 있다

3.2. Jetty 연동
 - Jetty 연동을 위한 방법은 아래 3가지 방법이 있다. Jetty 에서 권장하는 1번 방법으로 설정한다

1. Using apache mod_proxy and an normal Jetty HTTP connector.

2. Using apache mod_proxy_ajp and the Jetty AJP connector.

3. Using apache mod_jk and the Jetty AJP connector

 - 설정 파일의 ProxyPass /jetty http://ip:port/jetty에 해당하는 부분이 proxy를 이용한 연동 설정이다. (reverse proxy 방법) jetty 만을 위한 설정은 proxy 설정으로 끝난다

4. mod_jk.conf

LoadModule jk_module modules/mod_jk.so

<IfModule mod_jk.c>

                  JkWorkersFile conf/workers.properties

                  JkLogFile logs/mod_jk.log

                  JkLogLevel info

                  JkLogStampFormat "[%a %b %d %H:%M:%S %Y]"

                  JkRequestLogFormat "%w %V %T"

</IfModule>

 - 디폴트로 아파치 설치시에는 해당 파일이 없으므로 위 내용으로 파일을 작성한 후 conf 폴더에 저장한다. LoadModule 를 통해 해당 모듈을 load한 후 기타 설정을 한다. 중요한 부분은 workers.properties를 설정한 부분이다

5. workers.properties

worker.list=was, mobile

worker.conv_bp.port=123

worker.conv_bp.host=10.10.10.10

worker.conv_bp.type=ajp13

worker.mobile.port=321

worker.mobile.host=20.20.20.20

worker.mobile.type=ajp13

 - tomcat과 ajp13 프로토콜을 이용한 연동 설정이다. was, mobile 두개의 tomcat과 연동하는 설정이다. Tomcat 의 server.xml 의 ajp13 포트를 확인한 후 작성한다.

6. ref

 - http://docs.codehaus.org/display/JETTY/Configuring+AJP13+Using+mod_jk

 - http://httpd.apache.org/docs/2.2/en/mod/mod_proxy.html

---

Jetty, JSP, Eclipse 연동

http://togalaxy.tistory.com/entry/Jetty-JSP-Eclipse-%EC%97%B0%EB%8F%99

  제티는 톰캣과 같이 웹 애플리케이션중 하나로써 가볍고, 웹 소켓을 지원하다는 이유로 사용하게 되었습니다. 이클립스에서 제티 플러그인과 웹 서버를 설치하고, Dynamic web project와 연동하는 법을 써 보겠습니다.

주의 

Eclipse Java EE 버전으로 설치되어 있어야 합니다. http://www.eclipse.org/downloads/

여기서는 Eclipse Indigo 버전으로 설치했습니다.

제티 설치

• 제티 이클립스 플러그인 설치

이클립스의 Help - Install New Software를 누르면 나오는 다이얼로그에서 Add 버튼을 눌러

플러그인 주소를 추가해줍시다.

Location : http://download.eclipse.org/jetty/updates/jetty-wtp

잠시후 나오는 플러그인을 설치합시다. 다 되면 재시작 하라고 나오는데 재시작하면 플러그인 설치는 완료됩니다.

• 제티 서버 설치

http://download.eclipse.org/jetty/ 여기서 제티를 받습니다. zip 파일로 된것을 받습니다.

현재 최신버전인 Stable 8.1.2.v20120308 버전으로 설치했습니다.

받은 zip 파일을 적당한 위치에 압축을 풀고 ( 저는 eclipse 가 설치된 폴더 아래에 위치했습니다. ) 

이클립스를 켜서 서버를 추가해봅시다.

이클립스의 아래쪽 보면 서버 탭이 있는데 처음 서버를 설치하는 것이면 아래와 같이 되있을겁니다. 링크를 클릭해서 서버 설치 위자드를 실행합시다.

저는 제티 8.1 버전 서버를 아래 그림과 같이 설정해주었습니다.

Browser를 눌러 제티 zip 파일이 압축 풀린 경로를 설정해 줍시다.

제티 웹 서버가 생성되었습니다.

Dynamic Web Service 프로젝트 생성 및 제티 연동

아래와 같이 프로젝트를 생성해줍시다.

index.jsp를 만듭니다.

적당히 jsp 페이지를 만듭니다.

이클립스의 서버탭에서 제티 서버를 더블클릭 - Modules 탭에서 Add Web Module 버튼을 클릭해 방금 생성한 프로젝트와 연결합니다.

JettyTest 프로젝트를 컨트롤+F11 로 실행합니다. 다음과 같은 과정으로 실행해줍니다.

java.lang.ClassNotFoundException: org.objectweb.asm.ClassVisitor 에러가 날 경우

서버탭에서 제티 서버를 더블클릭하면 나오는 창에서 Open launch configuration을 클릭합시다.

ClassPath 탭에서 위의 에러난 클래스가 있는 패키지를 추가해주면 됩니다.

....\jetty-distribution-8.1.2.v20120308\lib\annotations 경로에 있는 jar 파일을 추가하면 됩니다.

다시 실행해서 확인해 줍니다.

org.apache.jasper.JasperException: PWC6345: There is an error in invoking javac.  A full JDK (not just JRE) is required 에러가 날 경우

JDK로 설정되야 되는데 JRE로 설정되어 있어서 나오는 에러입니다.

이클립스의 메뉴에서 Window-Preferances로 들어가서 Java-Installed JREs로 들어갑시다.

JRE를 선택하고 Edit버튼을 누릅니다.

JRE설정을 JDK로 바꿉니다.

이클립스를 재시작한 후 제대로 동작하는지 확인합시다.

실행 결과

여기까지 JSP와 Jetty 서버를 연동하는 과정을 살펴봤습니다.

---

Jetty 설치 방법

http://4int.com/rb/?c=4/11&uid=66

Jetty 설치 및 구성

1. http://www.eclipse.org/jetty/downloads.php 페이지에서 설치 파일을 다운로드 한다.

본 예에서는 zip 패키지 파일을 다운로드하여 설치한다.

9.2.2.v20140723:

• all jetty distributions
• jetty-distribution-9.2.2.v20140723.tar.gz.asc.sha1
• jetty-distribution-9.2.2.v20140723.zip
• jetty-distribution-9.2.2.v20140723.tar.gz.asc
• jetty-distribution-9.2.2.v20140723.zip.asc
• jetty-distribution-9.2.2.v20140723.tar.gz.sha1
• jetty-distribution-9.2.2.v20140723.tar.gz.asc.md5
• jetty-distribution-9.2.2.v20140723.zip.sha1
• jetty-distribution-9.2.2.v20140723.tar.gz.md5
• jetty-distribution-9.2.2.v20140723.zip.asc.md5
• jetty-distribution-9.2.2.v20140723.zip.asc.sha1
• jetty-distribution-9.2.2.v20140723.zip.md5
• jetty-distribution-9.2.2.v20140723.tar.gz

2. 다운로드 받은 파일을 임의의 설치 디렉토리에 압축을 해제한다.

----------------------------------------------------------------------------------

C:\jetty-distribution-9.2.2.v20140723

2014-08-11  오후 01:02    <DIR>          .

2014-08-11  오후 01:02    <DIR>          ..

2014-08-11  오후 01:02    <DIR>          bin

2014-08-11  오후 01:02    <DIR>          demo-base

2014-08-11  오후 01:02    <DIR>          etc

2014-08-11  오후 01:02    <DIR>          lib

2014-07-23  오전 11:47            30,012 license-eplv10-aslv20.html

2014-07-23  오전 11:47    <DIR>          logs

2014-08-11  오후 01:02    <DIR>          modules

2014-07-23  오전 11:47             6,262 notice.html

2014-07-23  오전 11:47             1,188 README.TXT

2014-07-23  오전 11:47    <DIR>          resources

2014-08-11  오후 01:02    <DIR>          start.d

2014-07-23  오전 11:47             2,397 start.ini

2014-07-23  오전 11:47           105,491 start.jar

2014-07-23  오전 11:47           368,015 VERSION.txt

2014-08-11  오후 01:02    <DIR>          webapps

----------------------------------------------------------------------------------

3. JETTY_HOME 경로에 있는 start.jar 파일을 실행하면 jetty가 구동된다.

명령프롬프트에서 java -jar start.jar 를 입력후 Enter

jetty는 기본적으로 8080포트를 사용한다. 

----------------------------------------------------------------------------------

> cd C:\jetty-distribution-9.2.2.v20140723

> java -jar start.jar

2014-08-11 13:04:38.189:INFO::main: Logging initialized @12967ms

2014-08-11 13:04:43.278:INFO:oejs.Server:main: jetty-9.2.2.v20140723

2014-08-11 13:04:43.728:INFO:oejdp.ScanningAppProvider:main: Deployment monitor[file:/C:/jetty-distribution-9.2.2.v20140723/webapps/] at interval 1

2014-08-11 13:04:45.527:INFO:oejs.ServerConnector:main: Started ServerConnector@1abc23{HTTP/1.1}{0.0.0.0:8080}

2014-08-11 13:04:45.530:INFO:oejs.Server:main: Started @20861ms

----------------------------------------------------------------------------------

4. 서버가 실행되었다면 브라우저를 이용해 http://localhost:8080 페이지에 접속해보면 다음과 같이 404 에러가 발생된다.

Error 404 - Not Found.

No context on this server matched or handled this request.

Contexts known to this server are:

Powered by Jetty:// Java Web Server

이유는 인스턴스만 기동했지 아무런 컨텍스트 등의 리소스가 없기 때문이다.

톰캣과 같이 홈 루트에 ROOT라는 기본 컨텍스트 디렉토리에 intro 페이지를 기본으로 제공않기 때문이다.

컨택스트 정의는 "인스턴스홈\webapps\WEB-INF\jetty-web.xml" 파일에 합니다.

jetty는 별도의 데모 인스턴스를 기동해야 데모 페이지를 확인할 수 있다.

5. 데모인스턴스를 기동해본다.

> cd C:\jetty-distribution-9.2.2.v20140723\demo-base

> java -jar ../start.jar

2014-08-11 13:25:22.527:INFO::main: Logging initialized @1803ms

2014-08-11 13:25:23.181:WARN::main: demo test-realm is deployed. DO NOT USE IN PRODUCTION!

2014-08-11 13:25:23.185:INFO:oejs.Server:main: jetty-9.2.2.v20140723

2014-08-11 13:25:23.212:INFO:oejdp.ScanningAppProvider:main: Deployment monitor[file:/C:/jetty-distribution-9.2.2.v20140723/demo-base/webapps/] at interval 1

2014-08-11 13:25:24.342:WARN::main: async-rest webapp is deployed. DO NOT USE IN PRODUCTION!

2014-08-11 13:25:24.885:INFO:oejsh.ContextHandler:main: Started o.e.j.w.WebAppContext@21477c{/async-rest,[file:/C:/Users/ssm/AppData/Local/Temp/jetty-0.0.0.0-8080-async-rest.war-_async-rest-any-529785691001485515.dir/webapp/, jar:file:/C:/Users/ssm/AppData/Local/Temp/jetty-0.0.0.0-8080-async-rest.war-_async-rest-any-529785691001485515.dir/webapp/WEB-INF/lib/example-async-rest-jar-9.2.2.v20140723.jar!/META-INF/resources],AVAILABLE}{C:\jetty-distribution-9.2.2.v20140723\jetty-distribution-9.2.2.v20140723\demo-base\webapps\async-rest.war}2014-08-11 13:25:25.511:WARN::main: test webapp is deployed. DO NOT USE IN PRODUCTION!

2014-08-11 13:25:26.857:INFO:oejsh.ContextHandler:main: Started o.e.j.w.WebAppContext@1e91c40{/test,file:/C:/Users/ssm/AppData/Local/Temp/jetty-0.0.0.0-8080-test.war-_test-any-3900659022558313272.dir/webapp/,AVAILABLE}{C:\jetty-distribution-9.2.2.v20140723\jetty-distribution-9.2.2.v20140723\demo-base\webapps/test.war}

2014-08-11 13:25:27.373:INFO:oejsh.ContextHandler:main: Started o.e.j.w.WebAppContext@28842f{/proxy,file:/C:/Users/ssm/AppData/Local/Temp/jetty-0.0.0.0-8080-xref-proxy.war-_xref-proxy-any-1185034837788092682.dir/webapp/,AVAILABLE}{C:\jetty-distribution-9.2.2.v20140723\jetty-distribution-9.2.2.v20140723\demo-base\webapps\xref-proxy.war}

2014-08-11 13:25:27.589:WARN::main: test-jaas webapp is deployed. DO NOT USE INPRODUCTION!

2014-08-11 13:25:27.645:INFO:oejsh.ContextHandler:main: Started o.e.j.w.WebAppContext@399ad5{/test-jaas,file:/C:/Users/ssm/AppData/Local/Temp/jetty-0.0.0.0-8080-test-jaas.war-_test-jaas-any-6454231903457840622.dir/webapp/,AVAILABLE}{C:\jetty-distribution-9.2.2.v20140723\jetty-distribution-9.2.2.v20140723\demo-base\webapps/test-jaas.war}

2014-08-11 13:25:28.395:WARN::main: test-spec webapp is deployed. DO NOT USE INPRODUCTION!Calling TestListener.contextInitialized

2014-08-11 13:25:28.489:INFO:oejsh.ContextHandler:main: Started o.e.j.w.WebAppContext@56ebfb{/test-spec,[file:/C:/Users/ssm/AppData/Local/Temp/jetty-0.0.0.0-8080-test-spec.war-_test-spec-any-4997816671946262084.dir/webapp/, jar:file:/C:/Users/ssm/AppData/Local/Temp/jetty-0.0.0.0-8080-test-spec.war-_test-spec-any-4997816671946262084.dir/webapp/WEB-INF/lib/test-web-fragment-9.2.2.v20140723.jar!/META-INF/resources],AVAILABLE}{C:\jetty-distribution-9.2.2.v20140723\jetty-distribution-9.2.2.v20140723\demo-base\webapps/test-spec.war}

2014-08-11 13:25:28.592:INFO:oejsh.ContextHandler:main: Started o.e.j.w.WebAppContext@98e03e{/,file:/C:jetty-distribution-9.2.2.v20140723/demo-base/webapps/ROOT/,AVAILABLE}{C:\jetty-distribution-9.2.2.v20140723\jetty-distribution-9.2.2.v20140723\demo-base\webapps\ROOT}

2014-08-11 13:25:28.817:WARN::main: test-jndi webapp is deployed. DO NOT USE INPRODUCTION!

2014-08-11 13:25:28.933:INFO:oejsh.ContextHandler:main: Started o.e.j.w.WebAppContext@6e8f1{/test-jndi,file:/C:/Users/ssm/AppData/Local/Temp/jetty-0.0.0.0-8080-test-jndi.war-_test-jndi-any-4865082905996063980.dir/webapp/,AVAILABLE}{C:\jetty-distribution-9.2.2.v20140723\jetty-distribution-9.2.2.v20140723\demo-base\webapps/test-jndi.war}

2014-08-11 13:25:28.939:INFO:oejsh.ContextHandler:main: Started o.e.j.s.h.MovedContextHandler@d96047{/oldContextPath,null,AVAILABLE}

2014-08-11 13:25:28.946:INFO:oejs.ServerConnector:main: Started ServerConnector@1878e70{HTTP/1.1}{0.0.0.0:8080}

2014-08-11 13:25:29.009:INFO:oejs.ServerConnector:main: Started ServerConnector@1e633b7{SSL-http/1.1}{0.0.0.0:8443}

2014-08-11 13:25:29.011:INFO:oejs.Server:main: Started @8323ms

6. 데모 인스턴스가 정상적으로 기동되었으면 브라우저를 이용해 http://localhost:8080/ 페이지에 접속해본다.

다음과 같은 페이지를 확인할 수 있다.

7. 이번에는 새로운 인스턴스를 구성해보겠다. 새로운 인스턴스 홈 디렉터리를 생성하고 생성된 디렉토리로 이동해 다음 명령을 수행한다.

버전 9.1 부터는 jetty.base 메커니즘이라는게 추가되었는데 2개의 파일로 구분된다.

- jetty.home : jetty의 기본 모듈, 설정 파일 등의 위치를 정의하는 속성이며 

- jetty.base : 인스턴스의 위치를 정의하는 속성으로 인스턴스 설정, 로그, 응용프로그램 등이 포함된다.

> cd C:\jetty_instance\inst1

> java -jar C:\jetty-distribution-9.2.2.v20140723\start.jar

WARNING: Nothing to start, exiting ...

Usage: java -jar start.jar [options] [properties] [configs]

       java -jar start.jar --help  # for more information

이와 같은 메시지를 보여주면서 jetty가 기동되지 않는 것을 확인할 수 있다.

즉, 해당 인스턴스 홈에 jetty 인스턴스 기동에 필요한 환경이 구성되어 있지 않음을 알 수 있다.

8. 새로운 jetty 인스턴스를 위해 HTTP 커넥터와 웹애플리케이션 배포에 관련된 구성을 해야하는데 다음 명령을 수행하면 된다.

C:\jetty_instance\inst1>java -jar C:\jetty-distribution-9.2.2.v20140723\start.jar --add-to-startd=http,deploy

INFO: http            initialised in ${jetty.base}\start.d\http.ini (created)

INFO: http            enabled in     ${jetty.base}\${jetty.base}\start.d\http.ini

INFO: server          initialised transitively

INFO: server          enabled in     ${jetty.base}\${jetty.base}\start.d\http.ini

INFO: deploy          initialised in ${jetty.base}\start.d\deploy.ini (created)

INFO: deploy          enabled in     ${jetty.base}\${jetty.base}\start.d\deploy.ini

MKDIR: ${jetty.base}\webapps

INFO: webapp          initialised transitively

INFO: webapp          enabled in     ${jetty.base}\${jetty.base}\start.d\deploy.ini

INFO: servlet         initialised transitively

INFO: servlet         enabled in     ${jetty.base}\${jetty.base}\start.d\deploy.ini

INFO: security        initialised transitively

INFO: security        enabled in     ${jetty.base}\${jetty.base}\start.d\deploy.ini

INFO: server          initialised transitively

INFO: server          enabled in     ${jetty.base}\${jetty.base}\start.d\http.ini

결과로 인스턴스 홈 디렉토리에 start.d 와 webapps 디렉토리가 생성되고 start.d 디렉토리에 http.ini, deploy.ini 파일이 생성된다.

9. 다시 jetty 인스턴스를 기동해보자.

> cd C:\jetty_instance\inst1

> java -jar C:\jetty-distribution-9.2.2.v20140723\start.jar

2014-08-11 14:01:02.968:INFO::main: Logging initialized @625ms

2014-08-11 14:01:03.134:INFO:oejs.Server:main: jetty-9.2.2.v20140723

2014-08-11 14:01:03.153:INFO:oejdp.ScanningAppProvider:main: Deployment monitor[file:/C:/jetty_instance/inst1/webapps/] at interval 1

2014-08-11 14:01:03.185:INFO:oejs.ServerConnector:main: Started ServerConnector@8f5f75{HTTP/1.1}{0.0.0.0:8080}

2014-08-11 14:01:03.187:INFO:oejs.Server:main: Started @849ms

정상적으로 인스턴스가 기동되는 것을 확인할 수 있다.

10. 인스턴스가 정상적으로 기동되고 웹 페이지가 정상적으로 호출되는지 확인해보자.

> cd C:\jetty_instance\inst1\webapps

> mkdir ROOT

> index.html 파일을 생성

브라우저를 이용해 http://localhost:8080/index.html 을 호출해보면 페이지가 정상적으로 호출되는 것을 확인할 수 있다.

11. 기본 포트가 8080이므로 포트를 다르게 기동하고자 하는 경우는 다음 명령과 같이 수행한다.

> cd C:\jetty_instance\inst1

> java -jar C:\jetty-distribution-9.2.2.v20140723\start.jar jetty.port=8081

또는 C:\jetty_instance\inst1\start.d\http.ini 파일에서 jetty.port의 값을 변경해준다.

---

Jetty 서블릿/JSP 컨테이너 기초 사용

http://javacan.tistory.com/126

Jetty 서블릿/JSP 컨테이너 기초 사용

Java 2008/10/10 05:52

Jetty 서버의 설치 및 기본 사용법을 살펴본다.

Jetty 설치 및 실행

Jetty는 서블릿과 JSP를 지원하는 자바 기반의 WAS 서버이다. Netcraft Web Server 조사에서 따르면 Jetty는 현재 톰캣의 점유율에 대비해서 80% 정도의 점유율을 차지하고 있다고 한다. (Jetty shows strong growh - http://www.theserverside.com/news/thread.tss?thread_id=49010 참고) 실제로 Jetty는 다른 WAS에 비해 가볍고 빠르며, 설정도 더 쉽다. 게다가 Ant나 Maven, 그리고 이클립스와의 연동이 쉬울 뿐더러, WAS를 코드에 임베딩시켜서 동작시킬 수도 있기 때문에 개발 과정에서는 상당한 편리함을 제공한다. (필자 역시 Maven과 Jetty를 연동하여 웹 어플리케이션을 개발하곤 하는데, 늘 느끼는 거지만 정말 편리하다고 생각한다.)

Jetty 설치하기

Jetty의 설치 방법은 톰캣이나 Resin 처럼 필요한 파일을 다운로드 받은 뒤 압축을 풀면 완료된다. 현재 Jetty 버전은 6 으로서 아래 사이트에서 6버전의 Jetty를 다운로드 받을 수 있다.

• http://docs.codehaus.org/display/JETTY/Downloading+Jetty

이 글을 쓰는 시점에서 최신 버전은 6.1.11 버전이며, 본 글에서는 jetty-6.1.11.zip 파일을 기준으로 설치 과정을 설명할 것이다. 다운로드 받은 파일의 압축을 풀면 기본적인 설치가 완료된다.

Jetty 시작 및 정지

Jetty를 처음 실행한 다음에 Jetty가 올바르게 동작하는 지 확인하려면, Jetty를 설치한 디렉토리에서 다음과 같은 명령어를 실행하면 된다.

C:\devtool\jetty-6.1.11>java -jar start.jar etc/jetty.xml

Jetty 설치 디렉토리에 위치한 etc/jetty.xml 파일은 기본적으로 제공되는 Jetty 설정 파일로서, 위 명령어를 실행하면 실행하면 다음과 비긋한 메시지가 출력되면서 Jetty 웹 서버가 실행되는 것을 확인할 수 있다.

C:\devtool\jetty-6.1.11>java -jar start.jar etc/jetty.xml
2008-09-29 14:43:37.518::INFO:  Logging to STDERR via org.mortbay.log.StdErrLog
2008-09-29 14:43:37.688::INFO:  jetty-6.1.11
2008-09-29 14:43:37.749::INFO:  Deploy C:\devtool\jetty-6.1.11\contexts\javadoc.xml 
-> org.mortbay.jetty.handler.ContextHandler@1bd0dd4{/javadoc,file:/C:/devtool/jetty-
6.1.11/javadoc/}
2008-09-29 14:43:37.798::INFO:  Deploy C:\devtool\jetty-6.1.11\contexts\test.xml 
-> org.mortbay.jetty.webapp.WebAppContext@1feca64{/,C:\devtool\jetty-
6.1.11/webapps/test}
2008-09-29 14:43:37.847::INFO:  Deploy C:\devtool\jetty-6.1.11\contexts\test-
jndi.xml -> org.mortbay.jetty.webapp.WebAppContext@1193779{/test-jndi,C:\devtool\jetty-
6.1.11/contexts/test-jndi.d}
2008-09-29 14:43:38.185::INFO:  No Transaction manager found - if your webapp requires 
one, please configure one.
2008-09-29 14:43:38.250::INFO:  Extract jar:file:/C:/devtool/jetty-6.1.11/webapps/
cometd.war!/ to C:\Users\madvirus\AppData\Local\Temp\Jetty_0_0_0_0_8080_cometd.war__cometd__-
t2qfkl\webapp
2008-09-29 14:43:39.019::WARN:  Unknown realm: Test JAAS Realm
2008-09-29 14:43:39.142::INFO:  Opened C:\devtool\jetty-6.1.11\logs\2008_09_29.request.log
2008-09-29 14:43:39.181::INFO:  Started SelectChannelConnector@0.0.0.0:8080

Jetty를 시작한 뒤 웹 브라우저를 띄워서 http://localhost:8080 을 이용해서 Jetty 서버에 접속하면 다음과 같은 기본 화면을 볼 수 있다.

Jetty를 종료하고 싶을 때에는 Jetty를 구동한 콘솔(도스창)에서 Ctrl+C를 누르면 된다.

Jetty를 실행하는 콘솔과 Jetty를 종료하는 콘솔이 다를 수도 있는데, 이런 경우에는 다음과 같이 STOP.PORT 시스템 프로퍼티와 STOP.KEY 시스템 프로퍼티를 이용해서 Jetty를 시작하면 된다.

java -DSTOP.PORT=8079 -DSTOP.KEY=secret -jar start.jar etc/jetty.xml

STOP.PORT 시스템 프로퍼티는 Jetty 종료 메시지를 기다릴 때 사용할 포트 번호이며, STOP.KEY 시스템 프로퍼티는 올바른 종료 메시지인지의 여부를 구분할 때 사용할 키 값이다. Jetty를 구동한 콘솔이 아닌 다른 콘솔에서 Jetty를 종료할 때에는 Jetty를 시작할 때 명시한 명시한 포트 번호와 키 값, 그리고 --stop 명령행 인자를 사용하여 종료 메시지를 전달할 수 있다.

java -DSTOP.PORT=8079 -DSTOP.KEY=secret -jar start.jar --stop

만약 STOP.PORT 시스템 프로퍼티만 명시하고 STOP.KEY 프로퍼티는 생략한 경우, STOP.KEY 프로퍼티의 값을 임의로 생성해서 표준 출력(콘솔)에 표시한다. 또한, STOP.PORT 프로퍼티의 값을 0으로 지정한 경우, 임의의 포트를 할당한 뒤 표준 출력에서 할당한 포트 값을 표시한다.

컨텍스트 배포(추가)

Jetty 배포판에 포함된 etc/jetty.xml 파일을 사용할 경우, 다음의 두 가지 방법을 이용해서 새로운 컨텍스트를 추가할 수 있다.

• [JETTY홈]\webapps\ 디렉토리에 war 파일이나 웹 어플리케이션 디렉토리 생성하기
• [JETTY홈]\contexts\ 디렉토리에 새로운 컨텍스트 설정 파일 추가히기/li>

webapps에 배포하기

webapps 디렉토리에 배포할 경우 war 파일이나 zip 파일을 webapps 디렉토리에 복사해주면 된다. 또는, webapps 디렉토리에 웹 어플리케이션 디렉토리를 복사해주어도 된다. war 파일이나 웹 어플리케이션 디렉토리를 추가한 뒤에는 Jetty를 새로 시작해 주어야 한다. 즉, webapps 디렉토리에는 Hot Deploy가 적용되지 않는다.

Jetty 배포판에 기본적으로 포함된 etc/jetty.xml 파일을 보면 다음과 같은 설정 부분을 확인할 수 있다.

    <Call name="addLifeCycle">
      <Arg>
        <New class="org.mortbay.jetty.deployer.WebAppDeployer">
          <Set name="contexts"><Ref id="Contexts"/></Set>
          <Set name="webAppDir"><SystemProperty name="jetty.home" default="."/>/webapps</Set>
          <Set name="parentLoaderPriority">false</Set>
          <Set name="extract">true</Set>
          <Set name="allowDuplicates">false</Set>
          <Set name="defaultsDescriptor"><SystemProperty name="jetty.home" default="."/>/etc/webdefault.xml</Set>
        </New>
      </Arg>
    </Call>

위 코드는 웹 어플리케이션 디렉토리를 설정하는 부분으로서, 위 코드의 경우 Jetty의 홈디렉토리에 위치한 webapps 디렉토리를 웹 어플리케이션 디렉토리(webAppDir)로 설정하고 있다. WebAppDeployer는 지정한 디렉토리에 위치한 war/zip 파일이나 하위 디렉토리를 웹 어플리케이션으로 배포해주는 기능을 제공하며, 주요 프로퍼티는 다음과 같다.

• webAppDir - 웹 어플리케이션을 검색할 디렉토리. 파일 경로나 URL로 명시한다. 이 디렉토리에 위치한 .war 파일이나 .zip 파일이 웹 어플리케이션 컨텍스트로 배치된다. 또한, 이름이 CVS가 아닌 디렉토리도 웹 어플리케이션 컨텍스트로 배치된다. 이때, 파일명이나 디렉토리 이름이 컨텍스트의 경로명으로 사용되며, 이름이 "root"인 경우에는 루트 컨텍스트(/)로 사용된다.
• parentLoaderPriority - 클래스를 로딩할 때 부모 클래스로더에게 먼저 요청할지 아니면 웹 어플리케이션 클래스로더에서 먼저 로딩할지의 여부를 결정한다.
• extract - 이 값이 true일 경우 war나 zip 파일을 배치하기 전에 먼저 임시 디렉토리에 압축을 푼다.
• allowDuplicates - 이 값이 false일 경우 동일한 컨텍스트 경로나 war 파일이 이미 배치된 경우, 다시 배치하지 않는다.
• defaultsDescriptor - 웹 어플리케이션을 설정할 때 사용할 (기본 값을 갖는) 설정 파일을 지정한다.

webapps 디렉토리에 루트 컨텍스트를 배포하고 싶다면 root.war 파일이나 root 디렉토리를 생성한 뒤 웹 어플리케이션을 복사해주면 된다.

contexts에 배포하기

웹 어플리케이션을 배포하는 두번째 방법은 context 디렉토리에 웹 어플리케이션 배치 설정 파일을 추가하는 것이다. etc/jetty.xml 파일을 보면 다음과 같은 설정 부분을 찾을 수 있다.

    <Call name="addLifeCycle">
      <Arg>
        <New class="org.mortbay.jetty.deployer.ContextDeployer">
          <Set name="contexts"><Ref id="Contexts"/></Set>
          <Set name="configurationDir"><SystemProperty name="jetty.home" default="."/>/contexts</Set>
          <Set name="scanInterval">1</Set>
        </New>
      </Arg>
    </Call>

위 코드에서 configurationDir 프로퍼티는 컨텍스트 설정 파일을 검색할 디렉토리를 입력한다. 위 설정의 경우 [JETTY홈]/contexts 디렉토리에 위치하는 컨텍스트 설정 파일을 이용해서 컨텍스트를 추가하게 된다. scanInterval 프로퍼티는 디렉토리 검색 주기를 초 단위로 입력한다. 지정한 시간 단위로 컨텍스트 설정 파일의 추가, 변경, 삭제 여부를 검사하여 이에 맞춰 컨텍스트를 추가하거나 변경하거나 제거한다.

configurationDir 프로퍼티에서 지정한 디렉토리에 위치하는 xml 파일들은 각각 개별 컨텍스트 정보를 설정한다. 웹 어플리케이션을 추가할 때에는 다음과 같은 형식의 설정 파일을 추가해주면 된다.

    <?xml version="1.0"  encoding="ISO-8859-1"?>
    <!DOCTYPE Configure PUBLIC "-//Mort Bay Consulting//DTD Configure//EN" "http://jetty.mortbay.org/configure.dtd">
    
    
    <Configure class="org.mortbay.jetty.webapp.WebAppContext">
    
      <Set name="contextPath">/</Set>
      <Set name="war"><SystemProperty name="jetty.home" default="."/>/webapps/hello.war</Set>
    
    </Configure>

contestPath 프로퍼티는 배포될 컨텍스트의 경로를 입력한다. 루트 컨텍스트인 경우 경로 값으로 '/'를 주면 된다. 다른 컨텍스트는 '/contextpath' 형식으로 컨텍스트 경로를 입력해주면 된다. war 프로퍼티에는 war 파일이나 웹 어플리케이션을 포함하고 있는 디렉토리 경로를 지정해주면 된다. 예를 들어, [JETTY홈]/webapps/hello 디렉토리에 웹 어플리케이션을 배포했다면 다음과 같이 war 프로퍼티의 값을 지정하면 된다.

    <Set name="war"><SystemProperty name="jetty.home" default="."/>/webapps/hello</Set>

맺음말

Jetty의 주요 특징으로는 다음과 같은 것들이 있다.

• Ant, Maven, 이클립스 툴과의 연동을 지원하기 때문에, 개발 효율성을 증가시켜준다.
• 간단한 Embedding. 코드에서 직접 Jetty 서버를 실행할 수 있다.
• Comet 지원
• 그외 가상 호스트, 응답 데이터 압축, SSL, 아파치 연동, JMX 연동 등 지원

Jetty는 매우 가벼운 웹 컨테이너이고 사용 방법도 매우 간단하다. 또한, Ant/Maven/이클립스 툴과 연동되기 때문에 개발을 효율성을 증가시켜준다. 필자 또한 개발 과정에서 Maven과 Jetty를 연동할 때 테스트 과정의 편리함을 느낄 수 있었다. 만약 톰캣의 대안을 찾고 있다면 Jetty를 고려해보기 바란다.

관련링크:

• Jetty 6 Homepage
• Jetty Documentation
• Jetty Server Project 6.1 API

• 카카오스토리
• 트위터
• 페이스북
•