북극성인의 지구여행기~~

cookie 위치 찾기

북극성인 — Tue, 16 Dec 2008 03:09:28 GMT

오늘 cookie 를 만들었습니다.

물론 앞치마 두르고 만들어야 하거나 슈퍼에서 돈(내 피같은 돈 ㅠㅠ) 내고 먹는 과자류가 아니라

Client 쪽에서 보관하고 있는 Cookie 를 말하는 것이죠.

그런데 쿠키를 저장한 후에 쿠키가 들어있는 폴더를 찾으려고 하는데

도대체 어디 있는지 찾을 수가 없더라구요 .ㅠㅠ

오늘 따라 '이버'(naver) 형님은 도움이 되질 않더란 말이죠..

결국 한참동안이나 뻘 짓 했습니다. ( 15분 정도 ...OTL)

- 물론 저장된 쿠키의 이름을 알 수 없었기 때문에 이름 검색도 불가능 했습니다.

자력으로 찾아본 이후에 쉽게 Cookie 를

아..우선 쿠키가 무엇인지 간략하게 알아보도록 하죠.

** Cookie

- 5가지의 내용 : Key(name), value, 유효시간 , 전송할 요청 경로와, 전송할 도메인 이 담겨 있습니다.

- 문자열로 구성, 4kb 이하의 용량

- 각 도메인당 20 개의 쿠키 정보가 저장 가능(1개의 쿠키 파일에 20개 쿠키정보를 담을 수 있다.)

- 총 300 개의 쿠키 파일 저장 가능

- 자동로그인 기능, 시간 저장 기능.... 등 stateless(상태저장불가) 바보인 http 에서

user 및 기타 정보를 보관하기 위해서 사용됩니다.

자.. 그럼 쿠키를 저장하는 위치를 어떻게 찾느냐~!!

잘 찾으세요~!!

라고 말하면 얻어맞겠죠...

인터넷 익스플로러 7 를 사용하시는 분은 (다른 익스플로러는 모릅니다. -_-)

도구 - 인터넷 옵션 - 일반 - 검색 기록 - 설정 - 현재 위치 에 나와있습니다. ( 그림 보고 하시면 쉽습니다.)

그러나 주소를 알아도 폴더를 찾을 수 없는 경우가 발생 합니다.

왜냐하면 window 시리즈는 자동으로 프로그램 중요 파일들은 보이지 않게 설정이 되어있기 때문이죠

아래 그림과 같이 체크를 해제해 주시면 됩니다. ( 글씨는 악필...-_-)

이상 오늘 끝 입니다.

즐거운 하루~ 보내세요 ㅎㅎ

tag : cookie, cookie저장장소, cookie저장

javabeans 란?

북극성인 — Mon, 15 Dec 2008 02:07:07 GMT

Java 로 작성된 소프트웨어 Component 를 JavaBeans 라고 부릅니다. 이 JavaBeans 는 SunMicroSystems 에서 나온 객체지향 프로그래밍 인터페이스입니다. 이것은 주요 운영체게 플랫폼의 네트웤 내에 적용 될 수 있는 재사용 가능한 application 또는 Component 들을 구축 할 수 있게 해 줍니다.(자바 관련 소프트웨어 개발에서 '재사용이 가능'한 표준 Component 모델입니다.)

- java applet 처럼, JavaBeans Component 들도 사용자 또는 브라우저 특성에 맞게 페이지 내용을 변경하는 등, 웹페이지에 인터렉태브(폭넓은) 기능을 부여하는데 사용될 수 있습니다.

- 쉽게 예를 들자면 '레고' 를 말할 수 있습니다. 규격화된 블록들을 조합하여 하나의 건담(?.. ㅋㅋ )을 완성합니다. 즉 하나하나의 레고블럭(Component)을 조립하여 하나의 완성품을 만들어 낼 때, 규격화된 블록 하나 하나가 Component 이자 JavaBeans 인 것입니다.

- javaBeans 는 아래 그림과 같이 구성될 수 있으며, business Logic 과 View 로 나뉠수 있다.

** business Logic ( java, Server 단)

** View ( jsp, 화면단)

tag : javabeans

ValueObject 란?

북극성인 — Mon, 15 Dec 2008 01:29:04 GMT

■ValueObject

ValueObject 는 j2EE 패턴 중의 하나로 화면의 입력값을 정리하여 보관 및 유지해 두는 클래스 입니다. J2EE 패턴에서는 TrasferObject 라고 합니다. 원래는 EJB 의 원격 메소드 호출의 회수를 줄이고 퍼포먼스의 저하를 막는 목적으로 개발된 패턴입니다.

Value Object Pattern

· Value Object는 데이터베이스에 포함된 데이터의 논리적은 뷰를 표현해줄 수 있다.

· Value Object 패턴은 데이터들의 관계를 추상화하는 방법(일대일, 다대다)으로 사용할 수도 있다.

· Value Object는 다양한 Data Source로부터 가져온 데이터를 단일 인터페이스로 표현할 수 있게 한다.

· Value Object를 사용하는 클라이언트 애플리케이션이 관련되어 있는 동안은 데이터가 어디서 왔는지,

또는 데이터를 어떻게 관리해야 하는지 몰라도 된다.

· Value Object는 프리젠트 티어, 비즈니스 티어, 데이터 티어를 왔다 갔다 하면서 데이터를 전달한다.

Value Object Layer 생성시 주의사항

· Value Object들은 경량이어야 한다.

· Value Object는 데이터의 표현일 뿐이다. 비즈니스 로직이 포함되어서는 안된다.

· Value Object는 데이터베이스에 들어 있는 데이터의 View일 뿐이다.

· Value Object의 객체 계층 구조를 단순하게 유지하라.

· 영속성 프레임워크에 존재하는 Value Object들의 수를 관찰하라.

** 개발자들의 공통적인 실수는 Value Object를 너무 세분화하는 것이다. 많은 Value Object는 유지보수성을 떨어뜨린다.

** Value Object 는 쉽게 말하자면 get/set method 를 가진 일종의 데이터 전달용 Object 라 할 수 있다.(그림 참조)

tag : valueobject

java 와 javascript 는 다르다?

북극성인 — Wed, 10 Dec 2008 04:53:31 GMT

흔히 사람들이 오해하는 것 중에 한가지는
java 와 javascript 는 비슷한 언어라고 하는 것이다.
발음상 비슷하기 때문에 쉽게 오해하는 것으로
실상을 따져보면 java 와 javascript 는
서로 무관한 언어라는 것을 알수 있다.

Language	개발사	특징
java	Sun	객체지향언어
		컴파일언어
		웹서버에서 실행
javascript	Netscape	객체기반의 스크립트 언어
		인터프리터 방식으로 수행되는 언어
		웹브라우저에서 실행

tag : java, javascript

MIME type

북극성인 — Fri, 21 Nov 2008 06:54:41 GMT

*** MIME 이란 무엇일까요?
- 개발을 하다보면 쉽게 접할 수 있는 단어 MIME 에 대해서 알아봅니다.

1. MIME(Multipurpose Internet Mail Extension) 의 정의
- MIME 이란 말을 그대로 해석해보면 '다목적 인터넷 메일 확장' 이라고 말할수 있습니다.
   이해하기 쉽게 표현한다면 '인터넷 메일 교환을 위한 멀티미디어 문서 타입' 이라고 정의 할수 있습니다.
  - MIME 은 ascii data 만을 처리할 수 있는 원래의 인터넷 전자우편 프로토콜, 즉 STMP 를 확장하여 오디오,
   비디오 , 이미지, 응용프로그램 등 여러가지 종류의 data file을 주고 받을수 있도록 확장된 프로토콜입니다.
  - 서버들은 웹 전송 시작 부분에 MIME 헤더를 삽입하고 클라이언트들은 이때 파일형식으로서 메일에 추가됩니다.
  - 클라이언트들은 헤더가 나타내는 data 형식에 따라 이를 재싱시키기 위한 적절한 응용 프로그램을 선택하여
   실행됩니다.

2. MIME 의 적용
  - HTTP 전송시에 서로 간의 교류 data 를 사전에 정의 해 놓지 않는다면 error page 를 보게 되거나,
   ascii 문자들로 표시된 내용밖에 볼 수 없습니다.
  - 이러한 문제를 일으키지 않기위해 Mail 상에서 사용하던 MIME Type 을 Client 와 Server 간의
   데이터 Type을 정하는 것입니다.
  - IME 의 형식은 'Type/Subtype' 으로 정의 되어 있습니다.
  - 예외) 모든 형식을 포함할 경우에는 '*/*' 과 같은 방식으로 해야 합니다.

3. MIME type 의 종류

application/msword	마이크로소프트 워드 문서
application/octet-stream	인식할 수 없는 또는 이진 데이터
application/pdf	Acrobat(.pdf)파일
application/postscript	PostScript 파일
application/vnd.lotus-notes	Lotus Notes 파일
application/vnd.ms-excel	마이크로소프트 엑셀 스프레드시트
application/vnd.ms-powerpoint	마이크로소프트 파워포인트 프리젠테이션
application/x-gzip	Gzip 파일
application/x-java-archive	JAR 파일
application/x-java-serialized-object	직렬화된 자바 객체
application/x-java-vm	자바 바이트 코드(.class) 파일
application/zip	Zip 파일
audio/basic .au나 .snd	포맷의 음성 파일
audio/x-aiff	AIFF음성 파일
audio/x-wav	마이크로소프트 원도우즈 음성 파일
audio/midi	MIDI 파일
text/css	HTML 캐스케이드 스타일 시트
text/html	HTML 파일
text/plan	일반 텍스트
mage/gif	GIF 이미지
image/jpeg	JPEG 이미지
image/png	PNG 이미지
image/tiff	TIFF 이미지
image/x-xbitmap	X Window 비트맵 이미지
vidio/mpeg	MPEG 동영상 클립
vidio/quicktime QuickTime	동영상 클럽

** 자주 사용되는 내용들입니다.

tag : mime, mimetype

HTTP method No.1~ No.8

북극성인 — Tue, 18 Nov 2008 07:06:23 GMT

Client 요청에는 HTTP 메소드가 무엇인지에 대한 정보가 들어있는데,
일반적으로 doGet() 과 doPost() 가 널리 사용됨.

HTTP 1.1 spec
-> GET, POST, HEAD, TRACE, OPTION, PUT, DELETE, CONNECT

위의 8 개 중에 CONNECT 만 제외하고 나머지는 모두 HttpServlet 클래스의 doXXX() 메소드로 매칭 됩니다.
-> doGet(), doPost(), doHead(), doTrace(), doOption(), doPut(), doDelete()
: CONNECT 는 HTTP 프로토콜에 관련된 것이 아니기 때문에 대응되는 메소드가 없습니다.

** HTTP 메소드들의 각 사용 용도
1) GET : URL로 자원 또는 파일을 달라고(get) 요청함
2) POST : Request 에 첨부한 몸체정보를 서버로 보내어, 요청한 URL 로 이 정보를 넘겨주라고 요청함.
               용량이 큰 GET, 부가정보를 가진 GET
3) HEAD : GET이 무엇을 리턴하든 간에 헤더 정보만 요청함.
               이는 Response 의 몸체 정보가 없다는 것만 삐면 GET 과 동일함.
              요청한 URL 로부터 요청한 정보는 빼고 헤더 정보만 가져오는 것임.
4) TRACE : 요청한 메시지의 루프백(loopvack) 테스트를 요청함.
                 서버로부터 받은 내용을 클라이언트 쪽에서 확인하기 위해 사용.
                 테스트 목적 또는 문제 해결을 위해 사용함
5) PUT : 동봉한 몸체 정보를 요청한 URL 로 올리기 위해 사용함.
6) DELETE : 요청한 URL에 있는 자원이나 파일을 삭제하기 위해 사용함.
7) OPTION : 요청한 URL이 응답할 수 있는 HTTP 메소드가 무엇인지 요청함.
8) CONNECT : 터널링의 목적으로 연결을 요청함.

tag : HTTP, GET, POST, HEAD, TRACE, PUT, DELETE, OPTION, CONNECT

남자들의 눈물없인 볼수없는 재미있는 뮤비

북극성인 — Mon, 17 Nov 2008 05:47:48 GMT

학교 동아리 게시판에 올려져있던거.

ㅋㅋㅋ 잼있다.

iBatis 의 ## 과 $$ 의 차이

북극성인 — Tue, 11 Nov 2008 01:32:00 GMT

*** $preferredOrder$와 #value#의 차이

iBatis에 변수에 들어 가는 값이 bind로 대입되는 것 과 직접 입력 되는 것의 차이 입니다.

# # 는 bind 변수를 사용하는 것과 마찬가지로 값을 대입 해주는 것이고,

$ $ 는 값을 가져와서 문자 직접 입력 해주는 것입니다.

변수 입력값이 user_id = 'test' 라고 가정한 경우를 살펴봅시다.

1) ## 를 사용한 경우
select * from WORKER where WORKER_ID = #USER_ID#

Executing Statement:
-> select * from WORKER where WORKER_ID =?
-> parameter : [test]
위와 같이 대입되어
-> select * from WORKER where WORKER_ID = 'test'
가 실행됩니다.

2) $$ 를 사용한 경우
select * from WORKER where WORKER_ID = $USER_ID$

Executing Statement:
-> USER_ID 에 'test' 값이 바로 넣어져서
-> select * from WORKER where WORKER_ID ='test'
가 실행됩니다.

3) 두개를 동시에 사용 했을 때의 예제.
USER_ID = 'test', USER_NAME = '테스트' 라 가정했을 경우

select * from WORKER
where WORKER_ID = #USER_ID#
order by $USER_NAME$

queyr 진행 순서는 다음과 같습니다.
1. select * from WORKER  where WORKER_ID = #USER_ID#  order by '테스트'
2. select * from WORKER  where WORKER_ID = ?  order by '테스트'
3. parameter : [test]
4. ? 에 파라미터 값인 'test' 가 대입됨.
5. select * from WORKER  where WORKER_ID = 'test'  order by '테스트'

# # 는 bind 변수를 사용하는 것과 마찬가지로 값을 대입 해주는 것이고,

$ $ 는 값을 가져와서 문자 직접 입력 해주는 것입니다.

tag : iBatis, 변수

web.xml 태그

북극성인 — Mon, 27 Oct 2008 07:48:43 GMT

*** web.xml 태그
icon : 웹 애플리케이션을나타내기위해IDE나GUI툴에서사용되는하나또는두개의
       이미지 파일들의위치를지정하는데사용한다.
Display-name : GUI툴이 웹애플리케이션을표시하기위해사용하는이름을지정하는데사용
description : 웹 어플리케이션에대한설명을나타낸다.
distributable : Distributable 요소가있다는것은웹어플리케이션이다중서버간에분산배치
                   될 수있다는것을의미한다.
Context-param : 어플리케이션의 초기화파라미터를선언하는데사용
filter : 서블릿이나 jsp 페이지로들어오는요청정보를사전에걸러내는기능
Filter-mapping : 필터를 지정했다면filter-mapping을지정하여하나이상의서블릿과연결함
listener : 서블릿2.3버전으로부터 세션이나서블릿컨텍스트가생성또는수정되거나소
             멸되는 것을알려주는이벤트리스너
servlet : 서블릿이나jsp페이지에 초기화파라미터나사용자url들을할당할때사용되는
           서블릿 jsp이름을지정
Servlet-mapping : 상대URL경로를좀더쉽게다루기위해기본URL를변경할때사용
Session-config : 일정시간동안 세션으로접근이없을경우서버는메모리를절약하기위해사용
                       하지 않는메모리를삭제한다세션의시간유지기능
Mime-mapping : 특정한 MIME형을가진파일을웹어플리케이션에넣어두고싶은경우사용
Welcome-file-list : Url이 파일명이아닌디렉토리명으로받았을경우기본적으로불러올파일명을
                           지정하는데 사용
Error-page : Http상태코드가 반환되거나예외가발생햇을때그내용을출력하는페이지
Tag-lib : 태그라이브러리 설명자파일의별칭을지정하는데사용
Resource-envref : Reource-env-ref 요소는자원(resource)과연관되어관리되는객체를선언하
                         는 역할을한다.
Resource-ref : Resource-ref 요소는 외부에서참조해야할자원을선언할때사용
Security-constraint : 어떤url이 보호되도록지정하는역할을한다. Login-config와연결되어사용
Login-config : 보안된 페이지로들어가려는사용자에대한서버의인증방식을지정해준다.
Security-role : 통합개발 환경에서보안정보를좀더조작하기쉽게만들어준다.
Env-entry : 웹 어플리케이션의환경항목을선언한다.
Ejb-ref : 엔터프리이즈 빈의홈에대한레퍼런스를선언
Ejb-local-ref : 엔터프라이즈 빈의로컬홈에대한레퍼런스를선언

web.xml 의 초기 설정

북극성인 — Mon, 27 Oct 2008 07:40:45 GMT

http://java.sun.com/xml/ns/j2ee"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee
                            http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd">
      // web.xml 의 시작을 알리는 부분 으로 이 형태는 고정되어 있으며 버전에 따라 다르다. 즉, 복사해서 쓰면 된다는 이야기


       invoker
            // servlet-name 은 Web.xml 에서만 사용 되는 내용으로 servlet-mapping 의 servlet-name 과 동일하면 된다.
       com.utils.test
            // 서블릿의 실제 경로

        invoker
        Select.do
            //url 에 입력되는 서블릿에 대한 별칭

tag : web.xml