Hi,
For HTTP-based repositories it looks like Ivy is doing HTML pattern-matching
to figure out the available versions. This is done by requesting the path of
the group, then Ivy is looking for suitable href tags in the markup of the
response.
We have tried (programmaticaly) to get the list of
Hi,
data/db is the one used for derby.
The rest of the data folder is used for internal repository state management
and mainly for indexing, and sometimes tmp files.
Index size can change dynamically as the indexer thread merges indexes in
the background.
The overall size of indexes has also been
Yes. All searches in Artifactory are security aware - you cannot get search
results that you have no read permissions for.
You have to add the path pattern of the groupId to the exclude patterns of a
permission target assigned to the relevant users/groups.
On Tue, Sep 22, 2009 at 4:43 PM,
in the contents of this message, which arise as a
result of e-mail transmission. If verification is required please request a
hard-copy version.
--
*From:* Yoav Landman [mailto:yland...@gmail.com]
*Sent:* woensdag 30 september 2009 16:21
*To:* artifactory-users
This means you have a 'repo1' remote repository defined and the user
'anonymous' is lacking privileges to populate it. For users to be able to
populate caches they must have 'deploy' permissions on the relevant cache,
so that one can create remote repositories that can only be populated by a
Are those already deployed artifacts or remote artifacts that you
expect artifactory to cache? In the second case, make sure the group
has a 'deploy' permission to the remote repository (artifactory treats
cache population as 'deployment').
Also check the server's 'access.log' and
What is the repository URL in the archetype-catalog.xml? It should be
http://192.168.147.167:8080/artifactory/repo
On Thu, Nov 26, 2009 at 12:28 AM, Karl Nielsen karlnielsen...@gmail.comwrote:
So I added an archetype to Artifactory (tested it before uploading it and
it works locally fine). I
the facts.
http://p.sf.net/sfu/google-dev2dev
___
Artifactory-users mailing list
Artifactory-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/artifactory-users
--
Yoav Landman
Artifactory Creator
Co-founder and Product Development
Hi Adam,
Your Artifactory is still using the old workspace definitions - move away
the content of /usr/local/artifactory-2.1.2/data and it should be ok (I
assume you have bo valuable content in your previous repo).
HTH,
Yoav
On Wed, Dec 16, 2009 at 1:30 PM, Adam Retter
/artifactory-2.1.2/data folder? or do you mean to move the
subcontent into /HCR_SubVersion/artifactory ?
-Original Message-
From: Yoav Landman [mailto:yo...@jfrog.org]
Sent: Wed 16/12/2009 12:09
To: artifactory-users@lists.sourceforge.net
Subject: Re: [Artifactory-users] Errors using
We are pleased to announce the availability of Artifactory 2.1.3!
The major features and changes in this release are:
- *Hudson
integrationhttp://wiki.jfrog.org/confluence/display/RTF/Build+Integration
* - Use the Hudson Artifactory
Hi,
Uploading through the UI has a default limit of 100MB, which is configurable
through Admin:Configuration:General.
In terms of storage, for large binaries and MySQL, I'd recommend having the
binaries stored on the file-system outside the database, since MySQL
specifically buffers blobs
Local indexes are supported as well as virtual (in fact virtual is new in
2.1.x), so this should work.
Do you see the .index directory under the locally hosted repository and can
you download the index file using a browser?
Is it possible that you have permissions set up that restrict anonymous
One change from 2.0.x to 2.1.x is support for jar indexing. After the
upgrade a one-time initial indexing of exiting jars runs in
the background which may impose temporary higher memory requirements than
usual. It is possible that your server is still indexing jars in the
background (you should be
--
Yoav Landman
Artifactory Creator
Co-founder and Product Development Lead
JFrog Ltd.
http://www.jfrog.org/
--
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app
You can do a POM search for the plugins (project/packging ==-plugin), then
send a DELETE/GET command to the 'maven-metadata.xml' metadata on the plugin
versions directory (
http://wiki.jfrog.org/confluence/display/RTF/Attaching+and+Reading+Metadata).
POM search is currently not exposed via REST,
Hi,
At the moment HTTP/REST is the primary protocol and we do not have any
concerete plans to support additional protocols (though we do not rule it
out).
It can be worked around by using the Artifactory Hudson plugin (if you build
with Hudson) or by using the default lightweight HTTP wagon.
Hi Andrew,
The problem is the name of your host ('copfs-ci-01') is not resolvable. You
can either make sure it resolves to the local address, by editing
/etc/hosts, or -
1. Rename '${artifactory.home}/etc/artifactory.config.xml' to
'config.import.xml'
2. Insert a
That's a bug - if 'Snapshot Version Behavior' for the target local
repository is set to 'Deployer' the original target deployment path
specified should be preserved.
We hear you :) - already fixed for 2.1.4.
http://issues.jfrog.org/jira/browse/RTFACT-2712
On Mon, Jan 25, 2010 at 11:08 PM,
Hi David,
Your observation appears to be correct - for
using 'If-Modified-Since' within 1 sec from the resource last modified,
the last modified value must be rounded down to the second level.
Already fixed for 2.1.4 (http://issues.jfrog.org/jira/browse/RTFACT-2739).
Thank you for spotting this
Hi,
You can turn on debugging for 'org.artifactory.repo.RealRepoBase' (and in
the upcoming version for
'org.artifactory.repo.virtual.VirtualRepoDownloadStrategy') and see exactly
this kind of messages.
About your request for displaying the patterns - do you refer to the tables
on the
Hi,
Artifactory acts as a proxy not an active synching mirror, therefore you
will not see any remote artifacts until you (your build) request them.
Remote artifacts are downloaded, populated and cached upon request only.
HTH,
Yoav
On Wed, Feb 3, 2010 at 11:35 AM, rgubler2 rgub...@init-ka.de
The index you saw is for IDEs integration (
http://wiki.jfrog.org/confluence/display/RTF/Exposing+Nexus+Indexes) and is
not related to the artifacts stored in the repository or to their
searchability.
I would assume something has changed in your configuration (maven or
artifactory) or network
Hi Rich,
When using Ivy with a URL resolver to publish, Ivy sends a HEAD request to
check if the remote file exists.
Artifactory returns 200 to this query when the remote Ivy file is already
there, which, if 'overwrite==false', causes Ivy to return the overwrite
error you are getting.
Is it
We are pleased to announce the availability of Artifactory 2.2.
This forth major release of Artifactory is focused around significant
performance improvements, resource usage optimizations, and bug fixes.
Please see important update
(Launcher.java:255)
at
org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
Thanks and regards,
Ken
--
*From:* Yoav Landman [mailto:yo...@jfrog.org]
*Sent
Apology for the very late reply - some how this completely skipped our
radar.
FWIW, it is a known issue with missing trigger in Oracle auto-DB creation
(due to table name prefix being too long), so you need to create by it
yourself (or use a shorter prefix):
create trigger DEFAULT_t1
before insert
My guess is you have remote repository reference stripping set on the
virtual repository (in the virtual repo config panel - Advanced:Cleanup
Repository References in POMs). You can set it to 'Nothing' but IIRC in
2.1.3 there's a bug that will reformat the POM regardless of the setting
(though the
The most elegant way would be to crawl it using the REST API in 2.2.0 (
http://wiki.jfrog.org/confluence/display/RTF/Artifactory's+REST+API).
Another less elegant option would be to issue one of the Get All
Artifacts... REST queries and play with the date range (never tried that -
it may refuse an
Here: http://wiki.jfrog.org/confluence/display/RTF/Artifactory+2.2.1
On Wed, Feb 17, 2010 at 6:24 PM, Steele, Richard r...@steelezone.netwrote:
Are release notes available yet?
On Wed, Feb 17, 2010 at 11:11 AM, tomerc tom...@jfrog.org wrote:
Hey cfrogjump,
We just released Artifactory
.
Does Artifactory automatically compute the sha1 of the artifact? If so,
then this explains the behavior I'm seeing. Is there a way to turn this
feature off?
Thanks,
Rich
On Thu, Feb 4, 2010 at 2:02 PM, Yoav Landman yland...@gmail.com wrote:
Hi Rich,
When using Ivy with a URL
marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
Artifactory-users mailing list
Artifactory-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/artifactory-users
--
Yoav Landman
CTO, JFrog Ltd.
Artifactory Creator
http
Hi,
Currently proxying for protocols other than HTTP and HTTP/S is not
supported. To be honest, for the moment it is also not a highly-requested
feature so it is not high on the priority list. If there is a strong popular
need for this it might change of course :)
Regards,
Yoav
On Wed, Feb 24,
You should be able to publish the content of a maven generated site (or any
site, FTM) into an Artifactory local repository and be able to browse it.
That being said, even though technically it is possible to overload this use
case on a repository manager, we see Artifactory primarily as a binary
It looks like your server cannot resolve host names. Check that your DNS is
configured correctly.
On Tue, Mar 16, 2010 at 2:54 PM, prietop joseman...@prietopalacios.netwrote:
Hi
I´m install artifactory in Tomcat 6.x and MySql 5.x in Debian.
Problem: All is ok and artifactory server is up.
We are pleased to announce the availability of Artifactory 2.2.2!
This is a maintenance release for 2.2.1 that also adds a couple of new
noticeable features to Artifactory:
1. *Checksum Validation for Uploaded Artifacts* - Local repositories can now
be assigned with a custom policy for
Hi,
We have improved the deployment speed by a factor in 2.2.x (since 2.2.1,
IIRC), so please try with 2.2.2 and the latest Artifactory Hudson plugin and
let us know if you still have issues with the deployment speed.
Regards,
Yoav
On Tue, Apr 13, 2010 at 6:21 PM, maximillean
I think this is because MyEclipse is still using the old deprecated zip
index format and cannot read the newer gz index files which are exposed by
Artifactory.
We have an open issue about it in JIRA, but the MyEclipse guys may be faster
in getting a new release out that supports the newer format
Hi,
As you may have already noticed, this is a bug for which we already have an
open issue (http://issues.jfrog.org/jira/browse/RTFACT-3000).
It will be fixed in the upcoming minor release - 2.2.4 (2.2.3 is already
staged to be released).
If this is a show stopper for you, please contact us at
Glad you managed, and yes - mysql/fs is a better option overall.
The caveat about the build information old migration bug refers to migration
of metadata about builds stored in Artifactory by our CI Build Integration (
http://wiki.jfrog.org/confluence/display/RTF/Build+Integration).
Since Build
Hi Chris,
We tried to reproduce your scenario with
the maven-eclipse-plugin-2.8 dependency, using Artifactory 2.2.3 and Maven
2.2.1, and didn't have any problems resolving it. The 'stream closed' errors
you are getting indicate that there is a problem with the connection between
your Artifactory
no
problems. I had no problem directly downloading the metadata using:
http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-eclipse-plugin/maven-metadata.xml
Yoav Landman-2 wrote:
Hi Chris,
We tried to reproduce your scenario with
the maven-eclipse-plugin-2.8 dependency, using
://lists.sourceforge.net/lists/listinfo/artifactory-users
--
Yoav Landman
CTO, JFrog Ltd.
Artifactory Creator
http://www.jfrog.org/
--
___
Artifactory-users mailing list
Artifactory-users
.
I tried getting other plugins' meta-data using the same method and had
no
problems. I had no problem directly downloading the metadata using:
http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-eclipse-plugin/maven-metadata.xml
Yoav Landman-2 wrote:
Hi Chris
There are reoccurring reports from the last couple of days about connection
problems with repo1, here and on other lists.
In your case Maven probably reaches out to look for metadata about the
available versions of the pmd plugin, so the simplest solution would be to
lock down the version of the
Hi,
Support for resolution of TeamCity-defined artifact dependencies via
Artifactory is coming in the next version of the plugin.
It will also require using a newer version of Artifactory that includes a
new support for pattern-based artifact queries.
Hope that helps,
Yoav
On Fri, May 14, 2010
Have you tried using
http://maven.apache.org/plugins/maven-surefire-plugin/test-mojo.html#testFailureIgnore
?
On Tue, May 25, 2010 at 11:23 AM, Evgeny Goldin evge...@gmail.com wrote:
Hi,
We just found out that Hudson job, deploying artifacts to Artifactory,
doesn't do so when there were
Are you going though a network proxy when deploying or have apache in front
of your Tomcat installation?
Did you install Artifactory on a remote file-system maybe?
What do you mean by custom tomcat?
On Tue, Jun 1, 2010 at 4:57 PM, Jerome Blanchard jaybl...@gmail.com wrote:
Hi,
Thanks a lot
Actually it is in settings:
http://maven.apache.org/guides/mini/guide-http-settings.html. Look for
Using Preemptive Authentication.
I would have expected the result status to be 403 in your case not 502 which
suggests lack of response from the proxied server (Artifactory). What
happens if you
You can Artifactory's move command via REST (
http://www.jfrog.org/confluence/x/C4K5), if you have the power pack
installed.
Otherwise, just redeploy it.
On Wed, Jun 9, 2010 at 12:58 PM, eyal edri eyal.e...@gmail.com wrote:
is there a way to rename a jar name after it was deployed to
We can look at providing this higher level of auth integration, possibly
leveraging Artifactory's built-in SSO support.
Let us check the options here and update with an answer/followup JIRA issue.
Thanks,
Yoav
On Fri, Jun 11, 2010 at 10:42 PM, deaddowney spamcont...@mac.com wrote:
I asked
Yes, this is possible - the easiest way is to import a backup/export from
Windows to the new Linux installation.
2.2.4 will be released any day now, so I would suggest upgrading directly to
it, since it has better storage and VM defaults.
Yoav
On Tue, Jun 15, 2010 at 10:38 PM, MA123XYZ
That's *very* odd. A couple of things to check -
Does this happen only with remote artifacts? With remote artifacts from a
specific remote repo?
Are your remote connections going trough a proxy of some kind or a frontend
Apache?
Do you run Artifactory using a custom JDK?
Thanks,
Yoav
On Fri,
Your guess is good ;)
For encrypted password you need to have the password policy 'support' or
'require' encrypted password - note that in the later case you will not be
able to send clear text.
On Mon, Jun 28, 2010 at 11:25 PM, Evgeny Goldin evge...@gmail.com wrote:
Also, from 3 password
).
Btw this is the great article I've been following that got me interested
in this Grails/Artifactory stuff
http://blog.springsource.com/2010/05/18/managing-plugins-with-grails-1-3/
Ryan
- Original Message -
From: Yoav Landman yo...@jfrog.org
To: artifactory-users
I assume you are using Jetty. This will not work OOTB without a special
extended connector that hardcodes the https scheme (see:
http://wiki.eclipse.org/Jetty/Tutorial/Apache - Proxying SSL on Apache to
HTTP on Jetty).
You can use AJP which is supposed to tell the servlet container everything
http://wiki.jfrog.org/confluence/display/RTF/Running+Behind+Apache+HTTPd
On Wed, Jun 30, 2010 at 11:05 AM, Yoav Landman yo...@jfrog.org wrote:
I assume you are using Jetty. This will not work OOTB without a special
extended connector that hardcodes the https scheme (see:
http
Hi,
If you point your browser to http://localhost:8090/artifactory/webapp it
will work, but on Tomcat 7 there is indeed a problem with directory browsing
(e.g. drilling down in the simple browser). You can follow it up here:
http://issues.jfrog.org/jira/browse/RTFACT-3387.
Also, when the default
:09 PM, Yoav Landman yo...@jfrog.org wrote:
Hi,
If you point your browser to http://localhost:8090/artifactory/webapp it
will work, but on Tomcat 7 there is indeed a problem with directory browsing
(e.g. drilling down in the simple browser). You can follow it up here:
http://issues.jfrog.org
can fire delete queries on the found artifacts.
On Fri, Jul 30, 2010 at 4:12 PM, Carlton Brown cblists...@gmail.com wrote:
Just another ping on this issue... was this ever implemented? If so,
could you provide a usage example?
On Tue, Jan 5, 2010 at 4:50 PM, Yoav Landman yo...@jfrog.org
When searching all file types you need to provide the full file name
including the extension. So adding '.class' will find your class.
You can also use wildcards (* or ?), e.g. 'MyClass.*' but the search will be
a bit slower and you may get more results than intended.
On Fri, Jul 30, 2010 at 8:49
-
From: Yoav Landman yo...@jfrog.org
To: artifactory-users artifactory-users@lists.sourceforge.net
Sent: Tue, Aug 3, 2010 7:11 pm
Subject: Re: [Artifactory-users] problem with tomcat 6 and fresh
artifactory
- Do you have old data under /opt/artifactory, perhaps form a previous
installation
Thanks! It is always a pleasure and a motivation booster to receive this
kind of feedbacks ;-)
On Wed, Aug 11, 2010 at 6:42 AM, jordanh jdh...@bresnan.net wrote:
I introduced the company I work at to Artifactory a couple years ago and we
love it. We also use Hudson with Artifactory and it is
stores.
On Mon, Aug 30, 2010 at 11:55 PM, Jay Colson j...@karma.net wrote:
So, going back to my original question, Is there an easy way to update the
database (we use Oracle) to change old id's to new id's?
:-)
On Aug 30, 2010, at 4:30 PM, Yoav Landman wrote:
Username is the unique key
list
Artifactory-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/artifactory-users
--
Yoav Landman, CTO
http://www.jfrog.org/
--
This SF.net Dev2Dev email is sponsored by:
Show off your
I don't think 403 is going to help in this case, since you want maven to
respond to an auth challenge which will only happen for a 401.
2010/9/1 Marcin Zajączkowski msz...@wp.pl
Dnia 1-09-2010 o godz. 0:26 Yoav Landman napisał(a):
http://../This behavior is by design. Let me explain
2010/9/2 Marcin Zajączkowski msz...@wp.pl
Dnia 2-09-2010 o godz. 12:08 Yoav Landman napisał(a):
I don't think 403 is going to help in this case, since you want maven to
respond to an auth challenge which will only happen for a 401.
I'm not sure what point you are writing about. If about
Hi,
It appears as if there is a structural problem with the ivy.xml. Can you
attach the exact file you are trying to deploy?
Also, do you get an error when deploying the file form the UI?
Yoav
On Thu, Sep 9, 2010 at 3:30 PM, Lutz Behnke
lutz.beh...@informatik.haw-hamburg.de wrote:
Hi there,
Hi,
This is most likely a proxy issue. If possible, temporarily test the
behavior with no proxy in the loop.
Please check if you have gzip compression enabled on your proxy (e.g.
mod_deflate) ? You may have to exclude jars, pom etc. from the list of
content to compress.
Can you also check if you
I missed the fact that it is J9, so this may be a bug.
Do you get this error when running with a Sun VM?
On Thu, Oct 7, 2010 at 9:51 PM, Yoav Landman yo...@jfrog.org wrote:
Yes, having the full log does help :)
2010-10-07 08:41:07,329 [art-init] [WARN
, the server is on
Amazon’s cloud and Redhat community OS.
*Glenn Silverman*
Office: 657-622-2900 x404
*From:* Yoav Landman-2 [via Artifactory] [mailto:[hidden
email]http://user/SendEmail.jtp?type=nodenode=5612890i=0]
*Sent:* Thursday, October 07, 2010 1:00 PM
*To:* Glenn Silverman
the latest 64bit jdk 6.21 from Sun and it works fine. Seems
like you have a problem with IBM’s JVM.
*Glenn Silverman*
Office: 657-622-2900 x404
*From:* Yoav Landman-2 [via Artifactory] [mailto:[hidden
email]http://user/SendEmail.jtp?type=nodenode=5615222i=0]
*Sent:* Thursday, October
That may be a current limitation. I created
http://issues.jfrog.org/jira/browse/RTFACT-3629 and we will look into it.
As an interim workaround you can bypass the proxy, disable the proxy
compression for the file types in question, which is probably a good idea
for binaries anyway, or disable
Hi,
Excludes/includes are part of single repository administration actions which
are available through the REST API of Artifactory Pro - see 'Repository
Configuration - Update' in
http://wiki.jfrog.org/confluence/display/RTF/Artifactory's+REST+API.
In the OSS you can still get and set the full
Hi Ben,
As a quick workaround you can set the repository's 'Checksum Policy' to
'Trust Server Generated Checksums' (under the 'Advanced' sub-panel).
Can you point us at the original URL from which the zip archive you are
trying to deploy was downloaded, so that we can verify the checksum and see
Hi,
The plugin before/after move will probably be a bit too low-level for what
you are trying to achieve. In particular, you will get move/copy events for
every single item in the tree being moved (including directories), and
there is currently no extension-point to communicate back to the UI
that is
corrupting your uploads.
On Sat, Nov 13, 2010 at 12:53 AM, Yoav Landman yo...@jfrog.org wrote:
Hi Ben,
As a quick workaround you can set the repository's 'Checksum Policy' to
'Trust Server Generated Checksums' (under the 'Advanced' sub-panel).
Can you point us at the original URL from which
Currently the count takes into account cached items on the virtual
repository level, so you may have to zap the caches of your virtual
repositories for the count to go down (admin-edit a virtual
repo-advanced:zap caches). Can you try that?
On Sun, Nov 21, 2010 at 5:18 PM, MALICE
FYI, Artifactory's Maven snapshot policy now defaults to unique. This will
be effective from the next release, but in the meantime you can change the
default manually, as you did.
On Tue, Nov 30, 2010 at 10:03 AM, Andrea Cattani andre.catt...@gmail.comwrote:
I've had the same problem, I think
Just a couple of other pointers -
(1) You are deploying to 'libs-snapshot*s*-local'. The default repository
name in 2.3.1 has changed 'libs-snapshot-local'. This only affects
fresh installs, so if you were playing with a previous version of
Artifactory and now use your previous settings against a
An artifact in Artifactory has both md5 and sha1 checksums calculated for it
and compared against the client calculated checksums. This is done in order
to deal with possible netwrok transfer corruption, but may be also a result
of wrong checksum information sent by a client. We return a conflict
Do you see any increase in CPU/disk load after clicking the compress button?
For us to try and reproduce this - what version of Artifactory are you using
and with which storage type - pure derby or filesystem-derby?
Thanks,
Yoav
On Tue, Dec 7, 2010 at 8:00 PM, Phillip Rhodes
Hi,
Caused by: javax.jcr.RepositoryException: Unable to create or lock file
/rd/artifactory-working/data/.lock
Looks like you have another Artifactory process running (probably not
shutdown properly).
If not - make sure the /rd/artifactory-working/data directory exists and the
user running
Hi,
There is a good chance that running out of memory is the reason for the
behavior you are seeing, especially since your server is limited in terms of
memory, and since you report that Artifactory was added on top of already
deployed webapps.
Can you check the effective JVM heap that is
with transactions.
http://p.sf.net/sfu/oracle-sfdevnl
___
Artifactory-users mailing list
Artifactory-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/artifactory-users
--
Yoav Landman, CTO
JFrog Ltd
--
Yoav Landman, CTO
JFrog Ltd.
--
Protect Your Site and Customers from Malware Attacks
Learn about various malware tactics and how to avoid them. Understand
malware threats, the impact they can have on your business, and how
Dean,
Is this behavior reproducible using the same jar? What version of
Artifactory do you see this with?
Are you able to make the jar available online (or send it privately to
supp...@jfrog.org) so that we can try and reproduce it on our end?
Thanks,
Yoav
On Wed, Jan 26, 2011 at 8:00 PM,
It looks like your new installation is using an old $ARTIFACTORY_HOME/data
folder from a previous 2.2.1 installation (/opt/artifactory-2.2.1).
This data folder also has a couple of missing binaries - that's why you are
getting index warnings in the log. The warnings should eventually go away if
guess anyway. I’ll leave it to you experts to tell me. J
Thank you, in advance, for your time and help. I’m reading and learning, as
fast as I can, about both Artifactory and Maven. With any luck, I won’t
remain clueless long. J
-ste
*From:* Yoav Landman [mailto:yo...@jfrog.org
Can you check that you also grant anonymous 'deploy' rights on the remote
repo? (cache population is considered deployment to the cache).
Are there any errors in artifactory.log?
On Fri, Mar 4, 2011 at 12:15 AM, Mario Matias Urbieta
matias.urbi...@fluxit.com.ar wrote:
Hi All, i'm having a
Other ways to achieve what you are after besides using the REST
APIhttp://wiki.jfrog.org/confluence/display/RTF/Artifactory%27s+REST+API
would
be:
1. Use Smart
Searcheshttp://wiki.jfrog.org/confluence/display/RTF/Smart+Searches
-
to search for all tgz artifacts from the UI then bulk delete the
As you already saw, Artifactory generates remote Maven indexes that allow
searching for remote artifacts inside proxied repositories. Those indexes
are consumed primarily by IDEs that support the index format (all major
ones: InjelliJ, Eclipse and NetBeans) and it allows for quickly searching
and
You should be able to get the full stack trace by turning on debugging
on org.artifactory.repo.index.IndexerServiceImpl (edit the logback.xml file
under $ARTIFACTORY_HOME/etc).
If you believe you are getting the exception due to a bug in Artifactory,
please report it at
There's no known issue for this scenario.
What is the URL of the remote repository proxied by Artifactory where the
source jars reside?
Can you post the output from your Ivy build, where Ivy
tries unsuccessfully to download the source jars from Artifactory + the
Artifactory URL that Ivy is using
Which version of Artifactory are you using? (1.2.3 doesn't make sense).
Is there any error in the Artifactory log when you deployment is rejected?
Did you try with the latest Artifactory release? (2.3.2 at the time of
writing)
On Tue, Apr 19, 2011 at 2:21 PM, Yves Schumann
Oracle 11g is a supported config. The fact that Oracle RAC is used is
transparant to Artifactory (this applies for the OSS and the Pro version).
For DR, an active/passive setup is still the recommended way and for Oracle
RAC this can be achieved quite easily by relying on the HA nature of RAC for
Hi Charles,
With repository reference filtering, poms are filtered only when requested
via a virtual repo that has this feature turned on (and the original
deployed pom on the local repository is never modified). It helps in
preventing third-party dependencies from adding foreign resolution
= true}, but it does not seem to do
anything else either.
There still does not seem to be anything getting published, nor an
authentication error as I would expect due to the credentials I am
providing. It just ends with:
...
:uploadArchives
BUILD SUCCESSFUL
What am I missing?
*Yoav
This may be a result of https://issues.jfrog.org/jira/browse/RTFACT-4185 -
so, upgrading to 2.3.3.1 should fix it.
To have a completely fresh data foder it is best to re-import to a fresh
instance.
HTH,
Yoav
On Wed, Jun 8, 2011 at 5:02 AM, Scot McPhee
scot.mcp...@intelligentpathways.com.au
Hi Phil,
The latest version of what used to be the buildInfo task is now named
'artifactoryPublish' and it is the one used internally by recent versions of
the Jenkins Artifactory plugin.
Have a look at
http://wiki.jfrog.org/confluence/display/RTF/Gradle+Artifactory+Plugin for
further information
1 - 100 of 172 matches
Mail list logo