We've seen a similar issue with eviware
(http://www.eviware.com/repository/maven2/) for several versions of
Artifactory. We're now at 2.6.1 and it still occurs. For us, the artifacts and
poms are deployed to the correct local repositories defined in the
distributionManagement section but folders for the groupId, artifactid and
version of the artifact are created in the eviware remote repository as well.
No actual artifacts are ever deployed to eviware though. We've just been
deleting the folders and plan to remove eviware eventually so it wasn't a big
deal for us. We have 15 remote repositories defined and only the eviware
repository consistently gets these folders.
Our virtual repository definition has excludes patterns for all our groupIds
and eviware is included as one of the remote repositories in the virtual
repository.
The config for our eviware remote repository:
<remoteRepository>
<key>eviware.com</key>
<notes>20120612 - Changed checksum policy to ignore and generate to
try and correct errors with eviware repository creating entries for our
artifacts. Also unchecked Handle Snapshots as this repository should only
handle releases.</notes>
<includesPattern>**/*</includesPattern>
<excludesPattern>org/artifactory/**,org/jfrog/**,org/codehaus/woodstox/**</excludesPattern>
<repoLayoutRef>maven-2-default</repoLayoutRef>
<enableNuGetSupport>false</enableNuGetSupport>
<blackedOut>false</blackedOut>
<handleReleases>true</handleReleases>
<handleSnapshots>false</handleSnapshots>
<maxUniqueSnapshots>0</maxUniqueSnapshots>
<suppressPomConsistencyChecks>false</suppressPomConsistencyChecks>
<propertySets>
<propertySetRef>artifactory</propertySetRef>
</propertySets>
<archiveBrowsingEnabled>false</archiveBrowsingEnabled>
<url>http://www.eviware.com/repository/maven2/</url>
<offline>false</offline>
<hardFail>false</hardFail>
<storeArtifactsLocally>true</storeArtifactsLocally>
<fetchJarsEagerly>true</fetchJarsEagerly>
<fetchSourcesEagerly>false</fetchSourcesEagerly>
<retrievalCachePeriodSecs>43200</retrievalCachePeriodSecs>
<assumedOfflinePeriodSecs>300</assumedOfflinePeriodSecs>
<missedRetrievalCachePeriodSecs>7200</missedRetrievalCachePeriodSecs>
<remoteRepoChecksumPolicyType>ignore-and-generate</remoteRepoChecksumPolicyType>
<unusedArtifactsCleanupPeriodHours>8760</unusedArtifactsCleanupPeriodHours>
<shareConfiguration>false</shareConfiguration>
<synchronizeProperties>false</synchronizeProperties>
<listRemoteFolderItems>true</listRemoteFolderItems>
<rejectInvalidJars>false</rejectInvalidJars>
<p2Support>false</p2Support>
<socketTimeoutMillis>15000</socketTimeoutMillis>
</remoteRepository>
Just providing this information in case it helps diagnose the problem.
Regards,
Ken
-----Original Message-----
From: sathsy [mailto:[email protected]]
Sent: Wednesday, July 10, 2013 11:28 AM
To: [email protected]
Subject: [Artifactory-users] Artifactor 2.3.4.1 weird issue
We have artifactory 2.3.4.1
There is a remote cache connecting to one of the external maven repos:
forgerock.
We have a couple of internal repos like apps-snapshots-local and
apps-releases-local.
Whenever I run a build, a couple of our internal artifacts end up in the
forgerock cache. This issue is driving us nuts. I tried clearing the cache,
deleting and re-run and the internal pom will still end up in the external
remote repository cache.
The distributionmanagement looks perfect and points to apps-releases-local and
not sure why it lands up in forgerock-cache!!
Any idea if I am doing something wrong?
--
View this message in context:
http://forums.jfrog.org/Artifactor-2-3-4-1-weird-issue-tp7578925.html
Sent from the Artifactory - Users mailing list archive at Nabble.com.
------------------------------------------------------------------------------
See everything from the browser to the database with AppDynamics Get end-to-end
visibility with application monitoring from AppDynamics Isolate bottlenecks and
diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
_______________________________________________
Artifactory-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/artifactory-users
This e-mail, including attachments, may include confidential and/or
proprietary information, and may be used only by the person or entity
to which it is addressed. If the reader of this e-mail is not the intended
recipient or his or her authorized agent, the reader is hereby notified
that any dissemination, distribution or copying of this e-mail is
prohibited. If you have received this e-mail in error, please notify the
sender by replying to this message and delete this e-mail immediately.
------------------------------------------------------------------------------
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
_______________________________________________
Artifactory-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/artifactory-users
