#####################################
#  Policy 파일을 자신의 프로젝트에 사용하고 싶을때 겪을 수 있는 몇가지 일.                       # 
#####################################

작성자 : 장형화(hhjang97@venus.uos.ac.kr)
작성일 : 2004. 10. 12 
수정일 : 

원본 :
  http://www.javastudy.co.kr/javastudy/new_bbs/qna_view.jsp?bbs_name=lecbasicbbs&theid=332&pageNum=2

설명 :

################################# ################################# #################################
    policy파일은 codebase단위로 해당 codebase에 속하는 클래스들에게
    각기 다른 Permission을 할당할 수 있다.
    그런데 문제는 그게 아니다.
    프로그램 실행중에 동적 로드한 클래스들은 과연 codebase가 어디일까?
    답은.. 없다 -_-
    보통 동적 클래스 로드를 할때 사람들은 

    ClassLoader.defineClass( String name, byte[] b, int off, int len )

    메소드를 사용한다. 
    그러나 Permission이 중요하고 Policy 파일이 도입되어있는 프로젝트라면 
    저 메소드를 통해 클래스를 정의하면 안된다.  반드시

    ClassLoader.defineClass( String name, byte[] b, int off, int len, ProtectionDomain domain )

     메소드를 통해서 불러와야 한다. 
     마지막에 넘기는 ProtectionDomain은 새롭게 정의하는(로드되는) 클래스에 
     할당하고 싶은 codebase를 가지는 CodeSource 인스턴스를 생성하고 
     할당하고 싶은 PermissionCollection 을 가지고 새롭게 생성해야한다.
     PermissionCollection은 Policy.getPolicy().getPermissions를 통해
     이미 자신이 .policy 파일에 명시해놓은 PermissionCollection을 그대로
     가져다 사용하는 것이 편하다. 

     그리고 CodeSource를 생성할때 Certificate 부분은 따로 sign한 permission이 
     없을 경우에는 null을 넘겨 생성하면 아무런 문제가 없다.


#################################
# 
#################################