'getClass().getResource()'에 해당되는 글 1건

  1. 2008.12.04 Class.getResource() 와 ClassLoader.getResource() (5)

http://www.javaworld.com/javaworld/javaqa/2002-11/02-qa-1122-resources.html
이곳에 올라와있는 질문과 답변입니다.

어제 이거 때문에 몇시간을 헤매다가 발견한 자료인데..
살짝 번역을 해서 정리해 놓으려고 합니다.

질문은
Class.getResource() 와 ClassLoader.getResource()의 차이점이 뭔가요? 입니다.

답변입니다.

Class.getResource()는 결국 ClassLoader.getResource()에 위임(delegates) 하게 됩니다. 때문에 두개의 메소드는 실제로 매우 비슷합니다. 하지만, 첫번째 메서드가 좀 더 좋습니다(preferable). 이것은 추가적인 멋진 특징들을 가지고 있습니다. 이것은 package-local 리소스를 look up 할 수 있습니다. 예를 들면

getClass().getResource("settings.properties");

이렇게 사용 할 수 있고 some.pkg.MyClass는, deploy되어있는 some/pkg/settings.properties를 찾아낼 수 있습니다.

이것이 왜

getClass().getClassLoader().getResource("some/pkg/settings.properties");



이 메서드보다 좋은 걸까요? 만약에 패키지 pkg의 이름이 다른 이름 (betterpkgname)으로 변경해야 하고, 새로운 패키지로 모든 리소스와 클래스를 이동하게 된다면 첫번째 메서드는 아무런 변경이 필요없지만, 두번째 메서드는 패키지명을 전부 변경해줘야 합니다. 이것은 잊어먹기도 쉽고 나중에 runtime시에 에러를 발생시킬 수도 있습니다.

Another advantage of Class.getResource() is that it does not require the getClassLoader runtime security permission, which the other approach requires.
(정확히 무슨 말을 하는건지 잘 모르겠습니다. ^^)

몇가지 추가적인 세부사항을 더 얘기해야 할 것 같습니다.
Class object를 얻을때 instance메서드의 getClass()를 사용하는 것과 MyClass.class를 사용하는 것 중 어느것이 더 좋을까? 대답은 당신이 다른 패키지에 MyClass를 상속하고 있는 클래스들을 만들건지 안 만들건지에 따라 달라집니다.

왜냐하면 getClass()는 항상 파생된 클래스 (즉 MyClass를 상속하고 있는)를 리턴합니다. 이것은 some.pkg와는 다른 패키지의 클래스를 리턴할 수도 있다는 것입니다. 이런 잠재적인 lookup에러는 막기위해서 MyClass.class와 같은 방식으로 사용해야 합니다. 이것은 또한 static 메서드에서도 사용 할 수 있습니다.


여기까지가 위 링크의 내용입니다.

맨 마지막의 내용...

위 내용이 개인적으로 확!!! 안 와닿는 관계로.. 한번 예제로 만들어 보겠습니다.


일단 classloader.MyClass를 만듭니다.

public class MyClass {
 public String getProp() {
  URL url = getClass().getResource("a.txt");
  //가져와서 뭔가 한다.
  return url.toString();
 }
}

그리고 다른 패키지인  classloaderother에 MyClass를 상속하는 클래스를 만듭니다.

public class MyClassSub extends MyClass {
 public void doSome() {
  String a = getProp();
  System.out.println("a="+a);
 }
}

대략적인 클래스를 보자면.. MyClass는 자기랑 같은 패키지에 있는 a.txt를 가져와서 뭔가 작업을 하는 클래스입니다. 그 작업 내용을 MyClassSub에서 받아다가 doSome()을 한다고 가정해보겠습니다.

이 클래스를 실행해보면

public class Test2 {
 public static void main(String[] args) {
  MyClass mc = new MyClass();
  String b = mc.getProp();
  System.out.println(b);
  MyClassSub mc2 = new MyClassSub();
  mc2.doSome();
 }
}

file:/D:/JAVA/workspace/estore/dev/jangPj/bin/classloader/a.txt

Exception in thread "main" java.lang.NullPointerException
 at classloader.MyClass.getProp(MyClass.java:9)
 at classloaderohter.MyClassSub.doSome(MyClassSub.java:8)
 at classloader.Test2.main(Test2.java:14)

첫번째 System.out.println은 실행이 되지만 MyClassSub의 doSome메서드에서 에러가 발생합니다.
MyClass에서  URL url = getClass().getResource("a.txt"); 이렇게 자기 패키지에 있는 a.txt를 찾아서 쓰는데
왜 에러가 발생했을까요?

이것이 아마도 위 답변에서 얘기하는 상황이 아닐까 싶습니다.

즉, MyClass를 상속한 MyClassSub가 다른 패키지에 있는 상태에서 getClass()로 리소스를 가져오려고 하면, 이 getClass()는 최하위 클래스를 리턴하기 때문에, classloader/a.txt가 아니라
MyClassSub가 있는 classloaderother에서 a.txt를 찾으려고 하기 때문입니다.

이 문제를 해결하는 방법은 두가지가 있습니다.

하나는 MyClassSub가 있는 패키지에 a.txt를 넣어주는 방법 (실제로 이렇게 해결하지는 않을겁니다..)
그리고 하나는 MyClass의 내용을 수정하는 방법입니다.

바로, 위에서 제시하고 있는
URL url = getClass().getResource("a.txt"); 를
URL url = MyClass.class.getResource("a.txt"); 로 변경해주는 것입니다.

이렇게 한다면, MyClass는 이 클래스를 상속하고 있는 어느 패키지에 있는 클래스던간에 위와 같은 look up 오류를 범하지 않고 항상 올바르게 작동 할 수 있게 됩니다. ^^
Posted by 용식