sbt-native-packager

2열

1답변

여러 대형 프로젝트를 하나의 프로젝트로 병합하는 중입니다. 현재 그들은 잘라내어 붙여 넣기 (코드는별로)를 사용하여 코드를 공유하며 공용 유틸리티 항아리가 있도록 코드를 작성합니다. 이 프로젝트의 대부분은 아마존 클라우드에 배포되고 패키지를 만들기 위해 sbt-native-packager를 사용합니다. 제 문제는 여러 프로젝트에서 sbt 네이티브 관리자를

0열

1답변

스칼라 - SBT - SBT-네이티브 포장기 -은`stage` 디렉토리의 내용을 유지

이있는 내가 물었다 (ANS 응답) 질문에 대한 후속 이전 : 내가 stagingDirectory in Universal 속성을 변경 Scala SBT - sbt-native-packager, how to specify custom stage directory (예 : stage-v1를) 프로젝트를 준비하십시오. 예상대로 작동합니다. 내 프로젝트는 targ

0열

1답변

하위 모듈 내가이 개 프로젝트가

을 고정 표시기에 게시하지 마십시오 : 이제 val common = Project("common", file("common")) .enablePlugins(PlayScala) val frontend = Project("frontend", file("frontend")) .enablePlugins(PlayScala) .dep

0열

1답변

postinst 스크립 트릿을 덮어 쓰지 않고 서비스를 시작하고 등록하십시오.

RPM (systemd가있는 RHEL 7을 대상으로합니다)으로 Play Framework 2.5.3 응용 프로그램을 패키징하기 위해 SBT 기본 패키지 도구 1.2.0-M3을 사용하고 있습니다. 생성 된 RPM의 동작을 변경하여 설치 후 자동으로 시작되지 않지만 활성화되고 있습니다 (systemctl enable <name>.service). 나는 지침서를

2열

1답변

SBT 기본 패키지 프로그램 SystemVLoader가 SystemLoader 스크립트를 생성하지 않음

기본 패키지 도구 플러그인을 사용하는 scala SBT 프로젝트가 있습니다. JavaServerAppPackaging으로 번들링 중이며 rc.d 스크립트 (Amazon Linux)로 시작 및 종료를위한 응용 프로그램을 자동으로 등록하기위한 스크립트를 생성하고 싶습니다. 내 plugins.sbt에서 : build.sbt lazy val server = Def

0열

1답변

sbt-native-packager RPM 문제

우리는 Play 프레임 워크를 기반으로 백엔드를 빌드하기 위해 sbt를 사용합니다. 현재 우리는 sbt dist를 사용하고 빌드 binnary 파일을 실행합니다. RPM 패키지로 제작 중이며이 과정에서 오류가 발생합니다. - 내가이 REPO을 발견 https://github.com/muuki88/sbt-native-packager-examples 가 SBT

8열

1답변

SBT 고정 표시기 : 나는 <strong>도커</strong> 이미지, 내 <em></em> build.sbt을 구축 할 SBT 기본 포장기를 사용하고 인증 문제

를 게시입니다 : 나는 개인 고정 표시기 허브에 이미지를 게시하려고 packageName in Docker := name.value version in Docker := version.value dockerBaseImage := "java" dockerRepository :=Some("index.docker.io/xyz")

0열

3답변

sbt-native-packager로 deb 빌드에 대한 변경 로그 오류를 해결하는 방법은 무엇입니까?

내가 사용하는 내 build.sbt 파일에 다음과 .deb 패키지 건물을 자바 기반하고있다 Artifactory 저장소에 게시 : enablePlugins(JavaAppPackaging, DebianPlugin, JDebPackaging, DebianDeployPlugin) 을 그러나, 나는 debian:publish을하려고 할 때, 나는 오류 얻을 :

1열

1답변

스칼라, SBT, 젠킨스?

저는 Java 프로젝트 빌드 플로우에서 필요한 모든 것을 jenkins에 많이 사용했습니다. 예제 ... 코드 리뷰, Jenkins 플러그인뿐만 아니라 Maven 플러그인을 통한 CheckStyle, findbugs 등의 정적 코드 분석. 또한 저장소 관리에 Nexus를 사용했으며 젠킨스는 빌드 후이 벤트를 자동으로 저장소에 업로드하고 Tomcat에 배포

0열

1답변

설정 파일에 sbt 네이티브 패키지 도구와 관련된 문제가 포함되었습니다.

Google 프로젝트에서는 여러 구성 파일을 사용하여 앱 구성을 관리합니다. application.conf에는 #include "file.conf"이 있습니다. 모든 파일은 동일한 universal/conf/ 폴더에 있습니다. 내가 sbt stage 후 응용 프로그램을 실행하려고이 응용 프로그램은 경로 문제처럼 보인다 application.conf No c