이제 우리 팀은 OSGi 내에서 Scalate를 위해 Scala 컴파일 및 실행을 수행합니다.
일반적으로 ScalaCompiler 설정에는 관련 OSGi 번들에 해당하는 AbstractFile 객체 세트가 제공되어야합니다. 이것은 @michid에 의해 참조 된 Guggla에 의해 지원됩니다. 그러나 Guggla는 AbstractFile 레이어를 제공하지만 아직 OSGi 환경에서 AbstractFile 인스턴스를 만드는 방법에 대한 예제 나 코드는 제공하지 않습니다. 후자를 수행하는 예제 코드는 슬링 프로젝트 (Guggla 자체의 기원)와 Scalate 프로젝트 (ScalaCompiler 참조)에서 찾을 수 있습니다 (아래의 변경 사항을 참고하십시오).
ServiceMix 프로젝트에서 OSGi-ified scala bundles (compiler 및 library)를 선택했습니다. 스칼라 컴파일러 번들의 issue SMX-1048 (with patch)을 참조하십시오.
우리의 원래 의도는 Scalate에서이 작업을 수행하는 것이 었으므로 나머지는이 프로젝트에만 해당됩니다.
Scalate 코드에는 컴파일러 클래스 경로 설정뿐만 아니라 가상 AbstractFile 레이어를 포함하여 OSGi 환경에서 작동하는 데 필요한 대부분의 로직이 이미있었습니다. 을
1) ScalaCompiler 클래스의 OsgiCompiler 재정이 제대로 활성화되지되었고, 그래서이 컴파일러 클래스 경로 입력으로 감지되지 않는 한 번들 및
그러나 우리는 작업을 진행하게 (
https://github.com/scalate/scalate/pull/16) Scalate 패치 필요
2) 템플릿 실행 (런타임) 클래스 로더가 scalate-core 번들의 클래스 로더로 설정되어 런타임시 CNFE가 발생했습니다.
위의 끌어 오기 요청은 OSGi 환경에서 Scalate를 런타임에 스레드 컨텍스트 클래스 로더를 기본값으로 구성합니다. 이는 호출자가 명시 적으로 주입하지 않아도 호출자의 클래스 로더에 대한 참조를 얻는 가장 쉬운 방법 인 것 같습니다. 예를 들어 템플릿 서비스를 내보내는 Spring-DM osgi:service 선언은 context-class-loader="service-provider" 속성을 사용하여이를 자동으로 설정할 수 있습니다. Scalate OSGi의 런타임 동작은 이미 TCCL을 사용하는 기존의 컴파일 타임 동작과 일치합니다.
따라서 Scalate 호출자는 TCCL을 자체 클래스 로더로 설정하거나 명시 적으로 원하는 클래스 로더를 템플릿 엔진에 삽입해야합니다. templateEngine.classLoader = ... 템플릿을 실행하기 전에
업데이트 2012 년 7 월 31 일 : Scalate master에이 게시물에 언급 된 모든 패치가 포함되었습니다.
업데이트 : 2013 년 4 월 10 일 : Scala 컴파일러를 통해 런타임 템플릿을 컴파일 할 때 Scalate 1.6.1은 OSGi와 호환됩니다. 또한 Scala 2.10 이상은 출시 된 유효한 OSGi 번들입니다.
Apache Sling의 Scala 스크립팅 엔진이 https://github.com/guggla/guggla에서 자체 홈으로 이동했습니다. 현재 스칼라 2.9에 있지만 2.9.1에서 작동시키기가 너무 어렵지 않아야합니다. 자세한 내용은 내 세션 슬라이드 http://people.apache.org/~mduerig/scala4sling/ 및 http://people.apache.org/~mduerig/scala4scripting/ – michid
@michid : 우수 링크 링크를 참조하십시오. 더 조사 할 것이다. – Raman