問題タブ [jcenter]

毎回インターネットからすべてのパッケージをダウンロードしないように、プライベートリポジトリマネージャーが必要です。Apache Archiva を使用することにしました。

現時点では、jitpack.io と jcenter.bintray.com をリモート リポジトリに追加したいと考えています。次の図のようにしましたが、何の役にも立たず、プライベート リポジトリから「com.google.dagger:dagger-compiler:2.5」などを取得できません。

jitpack.io と jcenter を Archiva に正しく追加するにはどうすればよいですか?

小さなライブラリを Maven Central に公開しました (ここから Web UI 経由でダウンロードできます)。これは 1 日以上前に行われました。

私の理解では、JCenter は Maven Central を反映していますが、何らかの理由で、Web インターフェース経由でも Maven ビルドの一部としても、 JCenterでアーティファクトを見つけることができません。

JCenterにも表示されるようにするには、何らかのアクションを実行する必要がありますか?

jenkins パイプラインを実行し、artifactoryPublish で gradle を実行すると、このエラー メッセージとスタック トレースが表示されます。次の構成を使用します。

1 jenkins パイプライン ジョブ (バージョン 2.19 jenkins および artifactory プラグイン 2.7.2) 2 スクリプト:

次のことを行います: パイプライン (jenkinsfile)

3. ビルド、グレード:

buildscript { リポジトリ { jcenter() } 依存関係 { classpath "org.jfrog.buildinfo:build-info-extractor-gradle:4.4.5" classpath files(bndURI, bndRepoURI) }

}

4. ジェンキンスでの出力:

[パイプライン] getArtifactoryServer [パイプライン] newGradleBuild [パイプライン] ArtifactoryGradleBuild [efpi-core] $ /var/jenkins_home/tools/hudson.plugins.gradle.GradleInstallation/Gradle_3.1/bin/gradle clean artifactoryPublish -b build.gradle エラー: できませんでしたgradle タスクを実行しないでください。[パイプライン] } [パイプライン] // ノード [パイプライン] パイプラインの終わり

org.jfrog.hudson.pipeline.steps.ArtifactoryGradleBuild$Execution.exe(ArtifactoryGradleBuild.java:192) で hudson.model.Run$RunnerAbortedException org.jfrog.hudson.pipeline.steps.ArtifactoryGradleBuild$Execution.run(ArtifactoryGradleBuild.java) で:124) org.jfrog.hudson.pipeline.steps.ArtifactoryGradleBuild$Execution.run(ArtifactoryGradleBuild.java:95) で org.jenkinsci.plugins.workflow.steps.AbstractSynchronousStepExecution.start(AbstractSynchronousStepExecution.java:40) で org. jenkinsci.plugins.workflow.cps.DSL.invokeStep(DSL.java:184) org.jenkinsci.plugins.workflow.cps.DSL.invokeMethod(DSL.java:126) at org.jenkinsci.plugins.workflow.cps. org.jfrog.hudson.pipeline.types の CpsScript.invokeMethod(CpsScript.java:120)。org.jfrog.hudson.pipeline.types の GradleBuild.run(GradleBuild.java:66)。org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:48) の GradleBuild$run$1.call(不明なソース) org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java: 113) org.kohsuke.groovy.sandbox.impl.Checker$1.call(Checker.java:151) で org.kohsuke.groovy.sandbox.GroovyInterceptor.onMethodCall(GroovyInterceptor.java:21) で org.jenkinsci.plugins. scriptsecurity.sandbox.groovy.SandboxInterceptor.onMethodCall(SandboxInterceptor.java:115) at org.kohsuke.groovy.sandbox.impl.Checker$1.call(Checker.java:149) at org.kohsuke.groovy.sandbox.impl.Checker .checkedCall(Checker.java:146) で com.cloudbees.groovy.cps.sandbox.SandboxInvoker.methodCall(SandboxInvoker.java:16) で WorkflowScript.run(WorkflowScript:14) でgroovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:48) at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:113) at org.kohsuke.groovy.sandbox.impl.Checker$1 .call(Checker.java:151) at org.kohsuke.groovy.sandbox.GroovyInterceptor.onMethodCall(GroovyInterceptor.java:21) at org.jenkinsci.plugins.scriptsecurity.sandbox.groovy.SandboxInterceptor.onMethodCall(SandboxInterceptor.java:115) ) org.kohsuke.groovy.sandbox.impl.Checker$1.call(Checker.java:149) で org.kohsuke.groovy.sandbox.impl.Checker.checkedCall(Checker.java:146) で com.cloudbees.groovy .cps.sandbox.SandboxInvoker.methodCall(SandboxInvoker.java:16) で WorkflowScript.run(WorkflowScript:14) でgroovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:48) at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:113) at org.kohsuke.groovy.sandbox.impl.Checker$1 .call(Checker.java:151) at org.kohsuke.groovy.sandbox.GroovyInterceptor.onMethodCall(GroovyInterceptor.java:21) at org.jenkinsci.plugins.scriptsecurity.sandbox.groovy.SandboxInterceptor.onMethodCall(SandboxInterceptor.java:115) ) org.kohsuke.groovy.sandbox.impl.Checker$1.call(Checker.java:149) で org.kohsuke.groovy.sandbox.impl.Checker.checkedCall(Checker.java:146) で com.cloudbees.groovy .cps.sandbox.SandboxInvoker.methodCall(SandboxInvoker.java:16) で WorkflowScript.run(WorkflowScript:14) でruntime.callsite.AbstractCallSite.call(AbstractCallSite.java:113) at org.kohsuke.groovy.sandbox.impl.Checker$1.call(Checker.java:151) at org.kohsuke.groovy.sandbox.GroovyInterceptor.onMethodCall(GroovyInterceptor) .java:21) org.jenkinsci.plugins.scriptsecurity.sandbox.groovy.SandboxInterceptor.onMethodCall(SandboxInterceptor.java:115) で org.kohsuke.groovy.sandbox.impl.Checker$1.call(Checker.java:149) でorg.kohsuke.groovy.sandbox.impl.Checker.checkedCall(Checker.java:146) で com.cloudbees.groovy.cps.sandbox.SandboxInvoker.methodCall(SandboxInvoker.java:16) で WorkflowScript.run(WorkflowScript:14) ） でruntime.callsite.AbstractCallSite.call(AbstractCallSite.java:113) at org.kohsuke.groovy.sandbox.impl.Checker$1.call(Checker.java:151) at org.kohsuke.groovy.sandbox.GroovyInterceptor.onMethodCall(GroovyInterceptor) .java:21) org.jenkinsci.plugins.scriptsecurity.sandbox.groovy.SandboxInterceptor.onMethodCall(SandboxInterceptor.java:115) で org.kohsuke.groovy.sandbox.impl.Checker$1.call(Checker.java:149) でorg.kohsuke.groovy.sandbox.impl.Checker.checkedCall(Checker.java:146) で com.cloudbees.groovy.cps.sandbox.SandboxInvoker.methodCall(SandboxInvoker.java:16) で WorkflowScript.run(WorkflowScript:14) ） でorg.jenkinsci.plugins.scriptsecurity.sandbox.groovy.SandboxInterceptor.onMethodCall(SandboxInterceptor.java:115) の onMethodCall(GroovyInterceptor.java:21) org.kohsuke.groovy.sandbox.impl.Checker$1.call(Checker.java) :149) org.kohsuke.groovy.sandbox.impl.Checker.checkedCall(Checker.java:146) で com.cloudbees.groovy.cps.sandbox.SandboxInvoker.methodCall(SandboxInvoker.java:16) で WorkflowScript.run( WorkflowScript:14) でorg.jenkinsci.plugins.scriptsecurity.sandbox.groovy.SandboxInterceptor.onMethodCall(SandboxInterceptor.java:115) の onMethodCall(GroovyInterceptor.java:21) org.kohsuke.groovy.sandbox.impl.Checker$1.call(Checker.java) :149) org.kohsuke.groovy.sandbox.impl.Checker.checkedCall(Checker.java:146) で com.cloudbees.groovy.cps.sandbox.SandboxInvoker.methodCall(SandboxInvoker.java:16) で WorkflowScript.run( WorkflowScript:14) で(WorkflowScript:14) で実行(WorkflowScript:14) で実行 cps.transform(ネイティブ メソッド) com.cloudbees.groovy.cps.impl.ContinuationGroup.methodCall(ContinuationGroup.java:48) com.cloudbees.groovy.cps.impl.FunctionCallBlock$ContinuationImpl.dispatchOrArg(FunctionCallBlock.java:109) で.cloudbees.groovy.cps.impl.FunctionCallBlock$ContinuationImpl.fixArg(FunctionCallBlock.java:82) at sun.reflect.GeneratedMethodAccessor186.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java .lang.reflect.Method.invoke(Method.java:498) com.cloudbees.groovy.cps.impl.ContinuationPtr$ContinuationImpl.receive(ContinuationPtr.java:72) で com.cloudbees.groovy.cps.impl.CollectionLiteralBlock $ContinuationImpl.dispatch(CollectionLiteralBlock.java:55) com.cloudbees.groovy.cps.impl.CollectionLiteralBlock$ContinuationImpl.item(CollectionLiteralBlock.java:45) at sun.reflect.GeneratedMethodAccessor263.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java: 498) com.cloudbees.groovy.cps.impl.ContinuationPtr$ContinuationImpl.receive(ContinuationPtr.java:72) で com.cloudbees.groovy.cps.impl.ConstantBlock.eval(ConstantBlock.java:21) で com.cloudbees org.jenkinsci.plugins.workflow.cps.SandboxContinuable.access$001( org.jenkinsci.plugins.workflow.cps.SandboxContinuable$1.call(SandboxContinuable.java:30) org.jenkinsci.plugins.scriptsecurity.sandbox.groovy.GroovySandbox.runInSandbox(GroovySandbox.java:108) で org.jenkinsci.plugins.workflow.cps.SandboxContinuable.run0(SandboxContinuable.java:30) で.jenkinsci.plugins.workflow.cps.CpsThread.runNextChunk(CpsThread.java:164) at org.jenkinsci.plugins.workflow.cps.CpsThreadGroup.run(CpsThreadGroup.java:324) at org.jenkinsci.plugins.workflow.cps org.jenkinsci.plugins.workflow.cps.CpsThreadGroup$2.call(CpsThreadGroup.java:236) の .CpsThreadGroup.access$100(CpsThreadGroup.java:78) org.jenkinsci.plugins.workflow.cps.CpsThreadGroup$2.call( CpsThreadGroup.java:224) org.jenkinsci.plugins.workflow.cps.CpsVmExecutorService$2.call(CpsVmExecutorService.java:47) で java.util.concurrent.FutureTask.run(FutureTask.java:266) で hudson.remoting.SingleLaneExecutorService$1.run(SingleLaneExecutorService.java:112) で jenkins.util.ContextResettingExecutorService$1.run(ContextResettingExecutorService.java:28) で java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) で java.util .concurrent.FutureTask.run(FutureTask.java:266) で java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) で java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) でjava.lang.Thread.run(Thread.java:745) 終了: FAILUREjava:266) で java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) で java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) で java.lang.Thread.run(Thread .java:745) 終了: 失敗java:266) で java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) で java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) で java.lang.Thread.run(Thread .java:745) 終了: 失敗

このチュートリアルに従って、サンプルの Android Studio ライブラリを Jcenter に公開しています。

http://crushingcode.co/publish-your-android-library-via-jcenter/

とてもはっきりしているようです。このリンクで、このライブラリを使用して GitHub リポジトリを作成しました。

https://github.com/alessandroargentieri/mylibview

また、Bintray.com にサインインし、ライブラリを含める必要がある新しいリポジトリを作成しました (上記のチュートリアルで説明したように)。

Bintray でリポジトリを公開するには、組織を作成する必要があります。次に、リポジトリを作成します。だから、これらは私のデータです：

Bintray ユーザー名: alessandroargentieri
組織: alexmawashi
リポジトリ: https://bintray.com/alexmawashi/my_android_repository

次に、Android Studio のライブラリ モジュールの gradle ファイルに、次のデータがあります。

ターミナルを使用して書くと： gradlew clean build install bintrayUpload --stacktrace

数分後、次のエラーが表示されます。

私は何を間違っていますか？ありがとう。

私は数年前から Android 開発者であり、依存関係のバージョンを保留にして、2、3 か月間更新しないことに慣れていました。それから、最新バージョンを探し、1 つずつダウンロードしてテストするのに 1 日かかります。

しかし、私は新しい言語とツールに甘やかされてしまいました。一部のライブラリはほぼ自動的に更新され、継続的な配信環境ではほとんど苦労せずにテストされます。

そして、これはなぜAndroidに相当するものがないのか考えさせられますか? Android Studio は、プラットフォームとビルド ツールの新しい更新があると教えてくれますが、依存関係については教えてくれません。また、 JFrog (JCenter)に行くと、パッケージを見つけて最新のバージョン番号を取得するのが非常に難しいことがよくあります。

ですから、私の質問は次のとおりです。依存関係を更新するための 21 世紀の方法を持っている人はいますか?

前もって感謝します。

Android aarをbintrayにアップロードしたいのですが、これを参照しますが、cmdを実行する#gradlew bintrayUploadと、cmdはエラーメッセージを表示し、私のgradleファイルは次のようになります。

私はすでにbintrayでmavenをセットアップしていますが、cmdは常にmavenを持っていないことを指摘しています。

最終的にGradleに適したレポ（Artifactory）に公開するジャーのセットを「スニーカーネット」にしましたが、当分の間、マシン上でローカルにとどまる必要があります。

これらのjarをGradleプロジェクトで使用する必要があります.Gradleプロジェクトは、これらをリストできるようにするだけでなくdependencies、Eclipseプラグインを使用してEclipse IDE内の依存関係を解決します。

これらの jar にはすべて POM があり、独自の推移的な依存関係があります (これらはすべて、Maven Central や JCenter などの典型的なリポジトリにあります)。

これらのjarをファイルシステムのどこかに保存する方法を探していますがdependencies、推移的な依存関係の解決を含め、通常のように解決し、これと互換性を持たせる方法を探していますが、Gradle Eclipseプラグインはフードの下で動作します。

繰り返しますが、望ましい結果は次のようになります。

• これらの jar を依存関係として追加します。たとえば、~/special-jars/*
• 各「特別なjarの」POMで定義されている依存関係が何であれ、それらを解決します
• を実行するgradle eclipseと、Gradle はファイル システムからもそれらを取り込みます

これは可能ですか？もしそうなら、どのように？

ここで、qrコードスキャンプロジェクトを成功させました。私はqrcodereaderview 1.0.0 v urlリポジトリライブラリに使用しました。これは私の依存関係です。

プロジェクトにアプリ モジュールが 1 つしかありません。このプロジェクトをライブラリ (.AAR) として jcenter リポジトリにアップロードしたいと考えています。

jcenter のアップロード手順をいくつか試してみましたが、bintrayupload からも正常なアップロード応答が得られました。

このため、Github ログインを作成し、プロジェクト URL を作成しました。しかし、プロジェクト コードを github にアップロードしませんでした。build.gradle でのみ空のプロジェクト URL を指定しました。

しかし、bintrayリポジトリで見たとき、私のbintray mavenリポジトリにはコードの更新/バージョンの変更はありません。

Android Studio プロジェクトを .aar(library) ファイルとして変換し、以下の手順で jcenter リポジトリにアップロードします。

1)。メイン アプリ モジュールの build.gradle ファイルを 3 つの変更点に変更しました。
ライブラリ プラグインを変更し、アプリケーション IDをコメントし、マニフェスト ファイル ランチャー アクティビティを変更しました。

私のアプリ モジュール build.gradle ファイル:

私のマニフェストファイル:

gradle.propertiesファイル：

2)。スタジオ プロジェクトを bintray.com にアップロードするための次のステップ。そのために3つのコマンドを使用しました。

上記の 3 つのコマンドを実行した後、bintray リポジトリを見たところ、リポジトリに変更はありません。

私のリポジトリのスクリーンショット

どのステップが欠けているのか正確にはわかりません。誰でもこのエラーを解決できますか。

全体として、Studio2.2.2 プロジェクト (.aar ライブラリとして変換) を jcenter リポジトリに公開したいので、プロジェクトの URL をこのように取得する必要があります。（依存関係にある他の新しいプロジェクトでもこのURLを試したところ、コード/ .aarがリポジトリにアップロードされないため、同期中にエラーが発生しました）

保留中の最終ステップが 1 つあります。コードがアップロードされると、jcenter 同期が bintray repos で保留中になる必要があります。それからのみ、上記の URL を他の新しいプロジェクトに使用できます。