問題タブ [nexus]

Maven と nexus を使用して CI を構築する必要がある Adob​​e AIR アプリケーションを作成しています。ソースからの最新の記事であるこの記事をたどろうとしましたが、まだこれらのことを理解していません:

1. この記事の最初と 2 番目の pom.xml の例は、同じ pom.xml ファイルにありますか?
2. CI で Flex SDK の依存関係を取得するにはどうすればよいですか?

誰かが完全なプロジェクトのセットアップを行い、すべてを実行した場合、それは素晴らしいことです.

Nexus のリポジトリにアーティファクトを大量にアップロードできるかどうか知りたかったのです。

インターネット上のパブリック リポジトリ (Maven Central など) からアーティファクトがダウンロードされたときに、アーティファクトのコピーを Nexus (または Artifactory、まだ決定していません) に保存したいと考えています。

基本的に、あなたのローカルリポジトリにjarがなく、リポジトリマネージャーも持っていない場合は、リポジトリマネージャーにjarを依頼して、私に送ってもらい、両方をリポジトリに保存したいと思います。マネージャーと私のローカルレポにあります。次に、別の人がリポジトリ マネージャーに同じ jar を要求すると、リポジトリ マネージャーからそれが送信され、ローカル リポジトリに保存されます。Maven セントラルにアクセスする必要はありません。

これは、箱から出してすぐに動作するように思えますが、わかりません。リポジトリ マネージャーを介して Maven セントラルのアーティファクトを確認できますが、Netbeans を使用してプロジェクトに依存関係を追加すると、(明らかに) Maven セントラルから直接ダウンロードされます。レポマネージャーには何もキャッシュされません（私が見る限り）。

I need to patch the mule-transport-jms subcomponent of mule for this bug (http://www.mulesoft.org/jira/browse/MULE-3983). The "fix" is straightforward but what is vexing me is deploying the patched component to my local maven repo (managed by Nexus) and having it continue to play nicely with all the other components of mule.

What I want is to label my newly patched mule-transport-jms as version number 2.2.1-patched, and have my esb components depend on that as well as the other mule components (eg mule-core) which are still set at version 2.2.1. Because the mule-transport-jms pom reads (in part) like this:

there are many interdependencies that rely on the version being 2.2.1. Changing the parent version (as shown above) to 2.2.1-patched breaks everything, adding a version tag so that it looks like this:

breaks a number of dependencies that are presumably declared in the parent's pom (no mention of those failing dependencies anywhere in this project).

I can probably hack Nexus to always retrieve my patched version when mule-transport-jms v2.2.1 is requested, but that's dirty. I'd really like to be able to just specify exactly which GAV to use in my client pom, and when it's time to upgrade (assuming the bug gets properly fixed in v3.0, say) just update my client pom to point to version 3.0.0 and my patched, 2.2.1 jar just gets ignored, and no hacking of nexus is required. Obviously I'd also like to avoid checking out every mule component and updating their poms and redeploying them all as 2.2.1-patched.

Any thoughts?

ローカルの Nexus ミラー (1.3.6) を使用するように Ant ビルド システムを変換していますが、Jarvana リポジトリをプロキシするように Nexus を取得できないようです。依存関係の 1 つは jython 2.5 で、Jarvana でのみ使用できます。

http://download.java.net/maven/2/の java.net など、他のリポジトリ プロキシの構成に問題はありませんでした。

Jarvanaについて私が試した

いずれの場合も、ブラウズ ペインには .index および .meta フォルダーが表示され、.index には nexus-maven-repository-index-* ファイルが取り込まれますが、jython を検索すると、Maven Central から以前の (2.2 以前の) バージョンのみが返されます。 .

間違った URL を使用していますか? もしそうなら、どの URL を使用すればよいですか?

以前の SO-Answerで推奨されたように、maven、nexus、hudson、svn を含む構成済みの開発インフラストラクチャとして、secureciの VmWare イメージを実行しています。

次に、Windows XP マシンで Maven を構成して、アーティファクトを nexus にデプロイしたいと考えています。しかし、 pom.xml を次のように構成すると ( Deploying Artifacts to Nexusから取得):

...mvn deployエラーメッセージを出力します：

私はsettings.xml次のようにユーザー名とパスワードを設定しました：

質問: nexus に展開するには、どのような構成を使用する必要がありますか?

httpsの代わりに既に試しましscpたが、この Maven では証明書が見つからないという問題が発生しました。

httpの代わりに試してみましたがscp、secureci にはポート 80 (http) へのアクセスをブロックするファイアウォールがインストールされているため、タイムアウトが発生します。

編集：

nexus がそのアーティファクトを に保存していることがわかりました/root/sonatype-work/nexus/storage/snapshots/。しかし、私のsettings.xml.

編集：

Q: Nexus でホストされたリポジトリのデプロイを有効にしましたか?

はい、デフォルトで有効になっています。

Q: Nexus はポート 80 でリッスンしていますか?

ポート 80 で実行されている apache があります。 Server: Apache/2.2.8 (Ubuntu) DAV/2 SVN/1.4.6 mod_ssl/2.2.8 OpenSSL/0.9.8g mod_wsgi/1.3 Python/2.5.2

Q:ファイアウォールが HTTP を許可していない場合、「ホスト」IP からの HTTP 接続の例外を追加しないのはなぜですか?

私は、SecureCI が適切に構成されていると想定しており、インストールを微調整せずにそれを行う方法があるはずです。しかし、おそらく私はここであまりにも素朴です。

次の設定を使用しようとする場合：

と：

Nexusは期待しています

しかし、netとsourceforgeは次のように完全に削除されています。

オープンソースのLDAPプラグイン（code.google.com/p/nexus-ldap/）でNexusリポジトリマネージャー（nexus.sonatype.org）を使用していますが、間違ったプロトコルバージョンが使用されていることを示すエラーが表示されます（詳細は以下を参照）。 。プラグインが行うのは、JNDILDAPサービスプロバイダーを使用してLDAPサーバーに接続することだけです。nexus.logファイルのスタックトレースを見ると、JNDILDAP実装でのコンテキストの初期化中に例外が発生します。したがって、以下で説明する問題は、Nexusプラグインではなく、JNDIの誤用またはLDAP認証の誤解が原因であると推測されます。

これがどのようにエラーが発生するかについての推測やアイデアは大歓迎です！

問題を再現する手順は何ですか？

1. OpenLDAP 1.2.xサーバーを使用してLdapAuthenticatingRealmを使用するようにNexusを構成します。そのため、LDAPプロトコルのバージョン2です。
2. OpenLDAPサーバーからユーザーを一覧表示し、Nexus構成UIのロールにマッピングしてみてください-完全に機能します。
3. 次に、ロールに正常にマップされたLDAPユーザーを使用して、実行中のNexusインスタンスにログインするか認証を試みます。

期待される出力はどれくらいですか？代わりに何が見えますか？

ログインしようとすると、「ユーザー名、パスワードが正しくないか、Nexusユーザーインターフェイスを使用する権限がありません。再試行してください。」というエラーメッセージが表示されます。Nexusログファイルには、SunによるJNDI-LDAP実装（以下のログファイルから取得したスタックトレースを参照）がLDAPサーバーに対してユーザーを認証するために、指定された情報でコンテキストを初期化しようとしたときにスローされる例外が表示されます。Nexus UIを使用したユーザールックアップは、認証中に実行されるルックアップと同様に正常に機能します（以下のログファイルを参照）。

CommunicationExceptionに含まれるエラーメッセージ（ "[LDAP：エラーコード2-バージョンはサポートされていません]"）は、誤ったLDAPプロトコルバージョンの使用を示しています。OpenLDAPバージョン1.2.7-30はLDAPv2のみをサポートしているため（企業環境-サーバーバージョンはネゴシエートできません）、プロトコルバージョン2を明示的に使用しようとしました。これを行うには、ソースコードをチェックアウトし、「env.put（ "java.naming.ldap.version"、 "2"）;」という行を追加します。se.devoteam.nexus.ldap.NexusLdapContextFactory：52に。何も変わっていません。

テスト中に、Sunのソースコードを参照しているときに、javax.naming.ldap.InitialLdapContext.InitialLdapContext（）メソッドが最初に行うことは、LDAPプロトコルのバージョンを「3」（javax.naming.ldap.InitialLdapContext：131）に設定することであることに気付きました。 ）。Java6-documentationはプロパティ（java.sun [dot] com / javase / 6 / docs / technotes / guides / jndi / jndi-ldap-gl.html＃version）を説明していますが、JNDI-tutorialはこれをプロトコルバージョンの競合を解決する適切な方法（java.sun [dot] com / products / jndi / tutorial / ldap / misc / version.html）疑問に思う：JNDIを使用するときにLDAPプロトコルバージョン2を明示的に使用する方法はありますか？ LDAPサービスプロバイダーとして？

次に、かなり最新バージョンのOpenLDAPサーバー（openldap2-2.3）を、古いサーバーに委任するLDAPプロトコルバージョン3要求のプロキシとして使用してみました。同じ問題、同じ例外。

追加情報

環境：Tomcat6.0.16にデプロイされたNexusWebappバージョン：1.3.6 ldap-realmバージョン：0.4 JREバージョン：JDK 1.6.0_14-b08プラットフォーム：仮想環境LDAPディレクトリブランド：OpenLDAP1.2.7および2.2.3

nexus.logの関連部分：

会社用に最新バージョンの Nexus をセットアップしましたが、問題なく動作しています。サードパーティのリポジトリをいくつか追加しましたが、そのうちの 1 つに .index ファイルがありません。そのため、Nexus はインデックスを作成できず、ローカル Maven がそのリポジトリで deps を要求することもできないようです。確かに残念です。

dep を手動でダウンロードして、サードパーティの「ホストされた」リポジトリにインストールする以外に、これを回避する方法はありますか?

問題の Maven リポジトリ: http://wicketstuff.org/maven/repository

ありがとう！

私はNexusの無料追加（1.3.6）を使用しており、Nexusの本であるGoogle Caja: http://google-caja.googlecode.com/svn/mavenに記載されているようにプロキシリポジトリを追加しようとしています。

新しいプロキシ リポジトリを追加してリモート ロケーションを構成した後、リポジトリのインデックスを再作成しようとしましたが、関連するアーティファクトが表示されませんでした。

Nexus を介してリモート リポジトリをプロキシし、その成果物を見ることができた人はいますか?

ロネン。