Return-Path: X-Original-To: apmail-archiva-users-archive@www.apache.org Delivered-To: apmail-archiva-users-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 54192E644 for ; Wed, 6 Feb 2013 16:08:59 +0000 (UTC) Received: (qmail 91675 invoked by uid 500); 6 Feb 2013 16:08:59 -0000 Delivered-To: apmail-archiva-users-archive@archiva.apache.org Received: (qmail 91632 invoked by uid 500); 6 Feb 2013 16:08:59 -0000 Mailing-List: contact users-help@archiva.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@archiva.apache.org Delivered-To: mailing list users@archiva.apache.org Received: (qmail 91613 invoked by uid 99); 6 Feb 2013 16:08:58 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 06 Feb 2013 16:08:58 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of predatorvi@gmail.com designates 74.125.82.42 as permitted sender) Received: from [74.125.82.42] (HELO mail-wg0-f42.google.com) (74.125.82.42) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 06 Feb 2013 16:08:53 +0000 Received: by mail-wg0-f42.google.com with SMTP id 12so5149795wgh.3 for ; Wed, 06 Feb 2013 08:08:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:content-type; bh=cqSXz3vNb6/kt513rL6SRkaijlS6jbLaySqlR1c9tzA=; b=TVYAtst0MPRU6VfMCsQLDu+SInNPqIG9qAjTdLzfg7kck6SX8XPz2+9hUtqUw1g3Hm ITf49Cb9xMFib1QgcvRNNuyT3tbfh0uIoJyAfd2esJgoj4nMDNznxsSK/JncSDhW+1jP ZPqFHdzC7ykOp/0kYkosFI8GiexyuAQ7RqM3HuOlJQDv0qmiqGPDeV8X+Ijiu26d9Vaj 6Q0JxFQd+evEB4vTpaSjC9kEy94765fGPVwwCVCfySuTTXG7ZSIdBJUkc9LINQ7hEUjv N0HYjcgnj9nFcqbIRt8aGGFyBFVA3UdKQzrunIeF+xup17EL872vAwyZbqCtPNRlD3GF w1ow== X-Received: by 10.180.101.104 with SMTP id ff8mr6085636wib.11.1360166911738; Wed, 06 Feb 2013 08:08:31 -0800 (PST) MIME-Version: 1.0 Received: by 10.194.54.38 with HTTP; Wed, 6 Feb 2013 08:08:11 -0800 (PST) In-Reply-To: References: From: Jeff Date: Wed, 6 Feb 2013 09:08:11 -0700 Message-ID: Subject: Re: Index help... To: users@archiva.apache.org Content-Type: multipart/alternative; boundary=f46d041826c89c033e04d5108903 X-Virus-Checked: Checked by ClamAV on apache.org --f46d041826c89c033e04d5108903 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Also, would there be value in Archiva changing the default to .index instead of .indexer since .index seems to be the standard used for index downloads by clients? On Wed, Feb 6, 2013 at 8:54 AM, Jeff wrote: > Thanks Olivier! I will set an absolute directory. > > On a side note as per previous discussion, I have an NFS mount for the > archiva data folder that is symlinked. > > NFS: /mnt/archiva-remote > > ARCHIVA: /archiva/data --> /mnt/archiva-remote > > When I set my repository folder via the Archiva UI to something like: > > /archiva/data/repositories/cms-releases > > After I save and then refresh the UI, the value for the repository gets > changed to: > > /mnt/archiva-remote/repositories/cms-releases > > While this still works, it makes it difficult to move or relocate the > share. Recently we had to create a bigger share (we now have 4TB) on > another system to which we mounted at a different mount point, to which w= e > copied the data files from the old share and then switched the symlink, b= ut > it broke the repositories because the directories were pointing to the ol= d > NFS mount. Something to look at anyway. > > When is 1.4-M4 scheduled? > > > On Wed, Feb 6, 2013 at 4:15 AM, Olivier Lamy wrote: > >> in trunk. >> if blank .indexer directory is created in the repository directory. >> I agree "Index Directory" is a bit confusing option. >> As this doesn't work really if you configure something outside of the >> top of your repository directory. >> Furthermore I have noticed changing the value it's not dynamic (need a >> restart). >> So I will try to fix that. >> Currently what you can do is adding a value with a directory inside >> your repository directory. >> If repository use /home/archiva/repo/mygreat-repo >> use /home/archiva/repo/mygreat-repo/.indexer >> I will try to fix that in trunk (or at least improve documentation ! ) >> 2013/2/6 Olivier Lamy : >> > Hi, >> > Apologize for delay. >> > >> > 2013/2/4 Jeff : >> >> I'm now trying to switch up the index directories on my repositories >> and am >> >> banging my head. I've simply removed the "Index Directory" setting o= n >> my >> >> repos and I see the .indexer folder getting created. Which is good. >> >> >> >> However, according to >> >> http://archiva.apache.org/docs/1.4-M3/adminguide/repositories.html, i= t >> >> states: >> >> >> >> *Another directory named .index is also created at the root of the >> >> repository directory. This is not configurable though as it contains >> the >> >> packaged/bundled index which is consumed by different consumers of th= e >> >> index such as M2Eclipse. * >> > doh documentation is wrong (we use .indexer) >> >> >> >> >> >> However, it is NOT getting created. I've restarted tomcat, I've >> forced a >> >> full index scan on every repository as well as a Directory scan. >> >> >> >> The above statement also lead me to believe that regardless of the >> location >> >> of ".indexer" that ".index" would still get created at the root but i= t >> >> isn't. >> >> >> >> On one repository I tried setting "Index Directory" to ".index", but = I >> get >> >> an error that it can't create "/usr/share/tomcat6/.index". >> > A bit weird. >> > What is -Dappserver.base value ? >> > BTW I agree there are some possible with relative path (I fixed some i= n >> trunk). >> > But while studying your case, I think this need more >> attention/debugging. >> > I'm on it. I will keep you informed as soon I have fixed (or at least >> > understood the issue :-)) that in source code. >> >> >> >> Thanks for any additional direction... >> >> >> >> >> >> On Mon, Feb 4, 2013 at 8:47 AM, Jeff wrote: >> >> >> >>> I don't *yet* have a need, but our user base is growing and so is ou= r >> >>> CI/CD pipeline (number of GO and Jenkins build agents/slaves) and I >> wanted >> >>> to plan ahead. I am trying to find the document that talked about >> keeping >> >>> indexes local while allowing a shared repo, but I have been >> unsuccessful >> >>> thus far. Maybe I dreamed it up. :-) >> >>> >> >>> Thanks for your help. >> >>> >> >>> >> >>> On Mon, Feb 4, 2013 at 2:56 AM, Olivier Lamy >> wrote: >> >>> >> >>>> complicated to have scabality when serving files :-( >> >>>> we don't (yet) any sync possible (that's something we start >> discussing >> >>>> on dev@ with maybe using new Apache project called helix). >> >>>> With your setup each repository will be independent. >> >>>> Do you have so many users to need that ? >> >>>> >> >>>> 2013/2/2 Jeff : >> >>>> > I will do that. >> >>>> > >> >>>> > However, how do I configure the repository to support the >> previously >> >>>> > mentioned horizontal scaling with a shared repository? >> >>>> > >> >>>> > >> >>>> > On Sat, Feb 2, 2013 at 10:26 AM, Olivier Lamy >> wrote: >> >>>> > >> >>>> >> our default is .indexer. >> >>>> >> Oh I believe using an absolute path for the index location doesn= 't >> >>>> >> work and it's not available via http(s). >> >>>> >> Can you simply change the index path to .index or leave it blank >> >>>> >> (default is .indexer) ? >> >>>> >> As it that will be available as this one >> >>>> >> >> >>>> >> https://archiva-repository.apache.org/archiva/repository/snapshots/.inde= xer >> >>>> >> >> >>>> >> >> >>>> >> >> >>>> >> 2013/2/2 Jeff : >> >>>> >> > Also, isn't the default index directory supposed to be .index? >> >>>> That's >> >>>> >> what >> >>>> >> > it seems to be on Maven Central. >> >>>> >> > >> >>>> >> > http://repo.maven.apache.org/maven2/.index/ >> >>>> >> > >> >>>> >> > Thanks. >> >>>> >> > >> >>>> >> > >> >>>> >> > On Fri, Feb 1, 2013 at 3:28 PM, Jeff >> wrote: >> >>>> >> > >> >>>> >> >> If I attempt to go to a similar URL for any of our repositori= es >> >>>> there is >> >>>> >> >> no .indexer or .index path such as: >> >>>> >> >> >> >>>> >> >> http://archiva/repository/dna-releases/.indexer >> >>>> >> >> http://archiva/repository/dna-snapshots/.index >> >>>> >> >> http://archiva/repository/dnabackend-releases/.indexer >> >>>> >> >> http://archiva/repository/dnabackend-snapshots/.index >> >>>> >> >> >> >>>> >> >> Is this because I moved them? If so, I am happy to put them >> back >> >>>> to the >> >>>> >> >> normal location, but then what would change to allow multiple >> >>>> archiva >> >>>> >> >> tomcat servers to use the same 'data' repositories? >> >>>> >> >> >> >>>> >> >> >> >>>> >> >> >> >>>> >> >> On Fri, Feb 1, 2013 at 2:10 PM, Olivier Lamy > > >> >>>> wrote: >> >>>> >> >> >> >>>> >> >>> 2013/2/1 Jeff : >> >>>> >> >>> > I'm not sure what you mean by "why you don't access to >> indexes >> >>>> via >> >>>> >> >>> http"... >> >>>> >> >>> Something like >> >>>> >> >>> >> >>>> >> >> >>>> >> https://archiva-repository.apache.org/archiva/repository/snapshots/.inde= xer/ >> >>>> >> >>> >> >>>> >> >>> it's available for all repositories (and for group too since >> >>>> 1.4-M2 in >> >>>> >> >>> path lie archiva/repository/${grouprepositoryId}/.indexer/ >> >>>> >> >>> >> >>>> >> >>> Don't know exactly how it works in IDE. But they use remote >> indexes >> >>>> >> >>> available via http(s) and not file system directories. >> >>>> >> >>> ? >> >>>> >> >>> >> >>>> >> >>> > >> >>>> >> >>> > When I setup Archiva running in Tomcat 6 under CentOS 6.2 >> Linux, >> >>>> I >> >>>> >> have >> >>>> >> >>> the >> >>>> >> >>> > folder structure below: >> >>>> >> >>> > >> >>>> >> >>> > /archiva >> >>>> >> >>> > /conf >> >>>> >> >>> > /data >> >>>> >> >>> > /derbydb >> >>>> >> >>> > /indexes >> >>>> >> >>> > /logs >> >>>> >> >>> > >> >>>> >> >>> > I think the only thing that is not standard is the 'indexe= s' >> >>>> >> directory. >> >>>> >> >>> I >> >>>> >> >>> > was trying to setup Archiva and anticipate possibly needin= g >> to >> >>>> scale >> >>>> >> >>> > horizontally by adding multiple front end servers behind >> our load >> >>>> >> >>> balancer. >> >>>> >> >>> > I read somewhere (I thought) that the indexes are >> specific to >> >>>> each >> >>>> >> >>> front >> >>>> >> >>> > end server, but that the repository data could be shared, >> so I >> >>>> >> mounted >> >>>> >> >>> the >> >>>> >> >>> > /archiva/data folder as a remote NFS mount. The rest of t= he >> >>>> folders >> >>>> >> >>> above >> >>>> >> >>> > are located physically on the archiva server. >> >>>> >> >>> > >> >>>> >> >>> > For each repository, the index folder is set to something >> like: >> >>>> >> >>> > >> >>>> >> >>> > /archiva/indexes/team1-releases >> >>>> >> >>> > /archiva/indexes/team1-snapshots >> >>>> >> >>> > >> >>>> >> >>> > But my understanding is that these indexes are the interna= l >> >>>> Archiva >> >>>> >> >>> > indexes, not the publicly consumable indexes. Nowhere in >> the >> >>>> >> >>> > /archiva/data/repositories/team1-releases or other >> repositories >> >>>> are >> >>>> >> >>> there >> >>>> >> >>> > any .index folders. >> >>>> >> >>> > >> >>>> >> >>> > I also have a single repository group that proxies all >> internal >> >>>> and >> >>>> >> >>> > externally proxied repositories under a single virtual >> >>>> repository and >> >>>> >> >>> there >> >>>> >> >>> > are no indexes consolidated under that repository group >> either >> >>>> which >> >>>> >> is >> >>>> >> >>> > what I thought was added in 1.4-M2 (the ability to >> consolidate >> >>>> >> indexes). >> >>>> >> >>> > >> >>>> >> >>> > Inside of /archiva/indexes, each repository index does hav= e >> a >> >>>> bunch >> >>>> >> of >> >>>> >> >>> > files that look like: >> >>>> >> >>> > >> >>>> >> >>> > _7.fdt >> >>>> >> >>> > _7.fdx >> >>>> >> >>> > ... >> >>>> >> >>> > nexux-maven-reposotory-index.6948.gz >> >>>> >> >>> > nexux-maven-reposotory-index.6949.gz >> >>>> >> >>> > nexux-maven-reposotory-index.6950.gz >> >>>> >> >>> > nexux-maven-reposotory-index.6951.gz >> >>>> >> >>> > ... >> >>>> >> >>> > >> >>>> >> >>> > So something is generating these (I assume correctly). >> >>>> >> >>> > >> >>>> >> >>> > Also in each repository, the setting named "Skip Packed >> Index >> >>>> >> creation" >> >>>> >> >>> is >> >>>> >> >>> > NOT checked. >> >>>> >> >>> >> >>>> >> >>> Those nexux-maven-reposotory-index.xxx.gz files is increment= al >> >>>> >> >>> generation. see a file called >> >>>> >> >>> nexus-maven-repository-index-packer.properties which contain= s >> some >> >>>> >> >>> metadatas on incremental generation. >> >>>> >> >>> > >> >>>> >> >>> > Hopefully that clarifies things and we can work this out >> and get >> >>>> it >> >>>> >> >>> > addressed as needed for 1.4-M4 :-). >> >>>> >> >>> > >> >>>> >> >>> > >> >>>> >> >>> > On Fri, Feb 1, 2013 at 9:51 AM, Olivier Lamy < >> olamy@apache.org> >> >>>> >> wrote: >> >>>> >> >>> > >> >>>> >> >>> >> maybe there is an issue and setup indexes to a dedicated >> >>>> location >> >>>> >> >>> doesn't >> >>>> >> >>> >> work. >> >>>> >> >>> >> Is there any indexes files in archiva installation ? >> >>>> >> >>> >> >> >>>> >> >>> >> BTW why you don't access to indexes via http ? >> >>>> >> >>> >> >> >>>> >> >>> >> 2013/2/1 Jeff : >> >>>> >> >>> >> > Yep, multiple times. The server has been up and runnin= g >> for a >> >>>> >> >>> number of >> >>>> >> >>> >> > months. >> >>>> >> >>> >> > On Feb 1, 2013 2:33 AM, "Olivier Lamy" > > >> >>>> wrote: >> >>>> >> >>> >> > >> >>>> >> >>> >> >> Did you try a full scan ? >> >>>> >> >>> >> >> >> >>>> >> >>> >> >> >> >>>> >> >>> >> >> 2013/1/31 Jeff : >> >>>> >> >>> >> >> > I'm currently using 1.4-M3 and have configured my >> Archiva >> >>>> >> indexes >> >>>> >> >>> to >> >>>> >> >>> >> >> point >> >>>> >> >>> >> >> > to a dedicated index folder located on the local hos= t >> and >> >>>> put >> >>>> >> the >> >>>> >> >>> data >> >>>> >> >>> >> >> > folder on a shared NFS mount. >> >>>> >> >>> >> >> > >> >>>> >> >>> >> >> > However, the .index folder for local repos is not >> getting >> >>>> >> created >> >>>> >> >>> and >> >>>> >> >>> >> >> thus >> >>>> >> >>> >> >> > my IDE's can only see versions of what I have in my >> local >> >>>> .m2 >> >>>> >> >>> >> repository. >> >>>> >> >>> >> >> > >> >>>> >> >>> >> >> > I don't see anything in the logs suggesting that it = is >> >>>> failing. >> >>>> >> >>> >> >> > >> >>>> >> >>> >> >> > Thoughts? >> >>>> >> >>> >> >> > >> >>>> >> >>> >> >> > -- >> >>>> >> >>> >> >> > Jeff Vincent >> >>>> >> >>> >> >> > predatorvi@gmail.com >> >>>> >> >>> >> >> > See my LinkedIn profile at: >> >>>> >> >>> >> >> > http://www.linkedin.com/in/rjeffreyvincent >> >>>> >> >>> >> >> > I =E2=99=A5 DropBox !! >> >>>> >> >>> >> >> >> >>>> >> >>> >> >> >> >>>> >> >>> >> >> >> >>>> >> >>> >> >> -- >> >>>> >> >>> >> >> Olivier Lamy >> >>>> >> >>> >> >> Talend: http://coders.talend.com >> >>>> >> >>> >> >> http://twitter.com/olamy | http://linkedin.com/in/olam= y >> >>>> >> >>> >> >> >> >>>> >> >>> >> >> >>>> >> >>> >> >> >>>> >> >>> >> >> >>>> >> >>> >> -- >> >>>> >> >>> >> Olivier Lamy >> >>>> >> >>> >> Talend: http://coders.talend.com >> >>>> >> >>> >> http://twitter.com/olamy | http://linkedin.com/in/olamy >> >>>> >> >>> >> >> >>>> >> >>> > >> >>>> >> >>> > >> >>>> >> >>> > >> >>>> >> >>> > -- >> >>>> >> >>> > Jeff Vincent >> >>>> >> >>> > predatorvi@gmail.com >> >>>> >> >>> > See my LinkedIn profile at: >> >>>> >> >>> > http://www.linkedin.com/in/rjeffreyvincent >> >>>> >> >>> > I =E2=99=A5 DropBox !! >> >>>> >> >>> >> >>>> >> >>> >> >>>> >> >>> >> >>>> >> >>> -- >> >>>> >> >>> Olivier Lamy >> >>>> >> >>> Talend: http://coders.talend.com >> >>>> >> >>> http://twitter.com/olamy | http://linkedin.com/in/olamy >> >>>> >> >>> >> >>>> >> >> >> >>>> >> >> >> >>>> >> >> >> >>>> >> >> -- >> >>>> >> >> Jeff Vincent >> >>>> >> >> predatorvi@gmail.com >> >>>> >> >> See my LinkedIn profile at: >> >>>> >> >> http://www.linkedin.com/in/rjeffreyvincent >> >>>> >> >> I =E2=99=A5 DropBox !! >> >>>> >> >> >> >>>> >> > >> >>>> >> > >> >>>> >> > >> >>>> >> > -- >> >>>> >> > Jeff Vincent >> >>>> >> > predatorvi@gmail.com >> >>>> >> > See my LinkedIn profile at: >> >>>> >> > http://www.linkedin.com/in/rjeffreyvincent >> >>>> >> > I =E2=99=A5 DropBox !! >> >>>> >> >> >>>> >> >> >>>> >> >> >>>> >> -- >> >>>> >> Olivier Lamy >> >>>> >> Talend: http://coders.talend.com >> >>>> >> http://twitter.com/olamy | http://linkedin.com/in/olamy >> >>>> >> >> >>>> > >> >>>> > >> >>>> > >> >>>> > -- >> >>>> > Jeff Vincent >> >>>> > predatorvi@gmail.com >> >>>> > See my LinkedIn profile at: >> >>>> > http://www.linkedin.com/in/rjeffreyvincent >> >>>> > I =E2=99=A5 DropBox !! >> >>>> >> >>>> >> >>>> >> >>>> -- >> >>>> Olivier Lamy >> >>>> Talend: http://coders.talend.com >> >>>> http://twitter.com/olamy | http://linkedin.com/in/olamy >> >>>> >> >>> >> >>> >> >>> >> >>> -- >> >>> Jeff Vincent >> >>> predatorvi@gmail.com >> >>> See my LinkedIn profile at: >> >>> http://www.linkedin.com/in/rjeffreyvincent >> >>> I =E2=99=A5 DropBox !! >> >>> >> >> >> >> >> >> >> >> -- >> >> Jeff Vincent >> >> predatorvi@gmail.com >> >> See my LinkedIn profile at: >> >> http://www.linkedin.com/in/rjeffreyvincent >> >> I =E2=99=A5 DropBox !! >> > >> > >> > >> > -- >> > Olivier Lamy >> > Talend: http://coders.talend.com >> > http://twitter.com/olamy | http://linkedin.com/in/olamy >> >> >> >> -- >> Olivier Lamy >> Talend: http://coders.talend.com >> http://twitter.com/olamy | http://linkedin.com/in/olamy >> >> 2013/2/6 Olivier Lamy : >> > Hi, >> > Apologize for delay. >> > >> > 2013/2/4 Jeff : >> >> I'm now trying to switch up the index directories on my repositories >> and am >> >> banging my head. I've simply removed the "Index Directory" setting o= n >> my >> >> repos and I see the .indexer folder getting created. Which is good. >> >> >> >> However, according to >> >> http://archiva.apache.org/docs/1.4-M3/adminguide/repositories.html, i= t >> >> states: >> >> >> >> *Another directory named .index is also created at the root of the >> >> repository directory. This is not configurable though as it contains >> the >> >> packaged/bundled index which is consumed by different consumers of th= e >> >> index such as M2Eclipse. * >> > doh documentation is wrong (we use .indexer) >> >> >> >> >> >> However, it is NOT getting created. I've restarted tomcat, I've >> forced a >> >> full index scan on every repository as well as a Directory scan. >> >> >> >> The above statement also lead me to believe that regardless of the >> location >> >> of ".indexer" that ".index" would still get created at the root but i= t >> >> isn't. >> >> >> >> On one repository I tried setting "Index Directory" to ".index", but = I >> get >> >> an error that it can't create "/usr/share/tomcat6/.index". >> > A bit weird. >> > What is -Dappserver.base value ? >> > BTW I agree there are some possible with relative path (I fixed some i= n >> trunk). >> > But while studying your case, I think this need more >> attention/debugging. >> > I'm on it. I will keep you informed as soon I have fixed (or at least >> > understood the issue :-)) that in source code. >> >> >> >> Thanks for any additional direction... >> >> >> >> >> >> On Mon, Feb 4, 2013 at 8:47 AM, Jeff wrote: >> >> >> >>> I don't *yet* have a need, but our user base is growing and so is ou= r >> >>> CI/CD pipeline (number of GO and Jenkins build agents/slaves) and I >> wanted >> >>> to plan ahead. I am trying to find the document that talked about >> keeping >> >>> indexes local while allowing a shared repo, but I have been >> unsuccessful >> >>> thus far. Maybe I dreamed it up. :-) >> >>> >> >>> Thanks for your help. >> >>> >> >>> >> >>> On Mon, Feb 4, 2013 at 2:56 AM, Olivier Lamy >> wrote: >> >>> >> >>>> complicated to have scabality when serving files :-( >> >>>> we don't (yet) any sync possible (that's something we start >> discussing >> >>>> on dev@ with maybe using new Apache project called helix). >> >>>> With your setup each repository will be independent. >> >>>> Do you have so many users to need that ? >> >>>> >> >>>> 2013/2/2 Jeff : >> >>>> > I will do that. >> >>>> > >> >>>> > However, how do I configure the repository to support the >> previously >> >>>> > mentioned horizontal scaling with a shared repository? >> >>>> > >> >>>> > >> >>>> > On Sat, Feb 2, 2013 at 10:26 AM, Olivier Lamy >> wrote: >> >>>> > >> >>>> >> our default is .indexer. >> >>>> >> Oh I believe using an absolute path for the index location doesn= 't >> >>>> >> work and it's not available via http(s). >> >>>> >> Can you simply change the index path to .index or leave it blank >> >>>> >> (default is .indexer) ? >> >>>> >> As it that will be available as this one >> >>>> >> >> >>>> >> https://archiva-repository.apache.org/archiva/repository/snapshots/.inde= xer >> >>>> >> >> >>>> >> >> >>>> >> >> >>>> >> 2013/2/2 Jeff : >> >>>> >> > Also, isn't the default index directory supposed to be .index? >> >>>> That's >> >>>> >> what >> >>>> >> > it seems to be on Maven Central. >> >>>> >> > >> >>>> >> > http://repo.maven.apache.org/maven2/.index/ >> >>>> >> > >> >>>> >> > Thanks. >> >>>> >> > >> >>>> >> > >> >>>> >> > On Fri, Feb 1, 2013 at 3:28 PM, Jeff >> wrote: >> >>>> >> > >> >>>> >> >> If I attempt to go to a similar URL for any of our repositori= es >> >>>> there is >> >>>> >> >> no .indexer or .index path such as: >> >>>> >> >> >> >>>> >> >> http://archiva/repository/dna-releases/.indexer >> >>>> >> >> http://archiva/repository/dna-snapshots/.index >> >>>> >> >> http://archiva/repository/dnabackend-releases/.indexer >> >>>> >> >> http://archiva/repository/dnabackend-snapshots/.index >> >>>> >> >> >> >>>> >> >> Is this because I moved them? If so, I am happy to put them >> back >> >>>> to the >> >>>> >> >> normal location, but then what would change to allow multiple >> >>>> archiva >> >>>> >> >> tomcat servers to use the same 'data' repositories? >> >>>> >> >> >> >>>> >> >> >> >>>> >> >> >> >>>> >> >> On Fri, Feb 1, 2013 at 2:10 PM, Olivier Lamy > > >> >>>> wrote: >> >>>> >> >> >> >>>> >> >>> 2013/2/1 Jeff : >> >>>> >> >>> > I'm not sure what you mean by "why you don't access to >> indexes >> >>>> via >> >>>> >> >>> http"... >> >>>> >> >>> Something like >> >>>> >> >>> >> >>>> >> >> >>>> >> https://archiva-repository.apache.org/archiva/repository/snapshots/.inde= xer/ >> >>>> >> >>> >> >>>> >> >>> it's available for all repositories (and for group too since >> >>>> 1.4-M2 in >> >>>> >> >>> path lie archiva/repository/${grouprepositoryId}/.indexer/ >> >>>> >> >>> >> >>>> >> >>> Don't know exactly how it works in IDE. But they use remote >> indexes >> >>>> >> >>> available via http(s) and not file system directories. >> >>>> >> >>> ? >> >>>> >> >>> >> >>>> >> >>> > >> >>>> >> >>> > When I setup Archiva running in Tomcat 6 under CentOS 6.2 >> Linux, >> >>>> I >> >>>> >> have >> >>>> >> >>> the >> >>>> >> >>> > folder structure below: >> >>>> >> >>> > >> >>>> >> >>> > /archiva >> >>>> >> >>> > /conf >> >>>> >> >>> > /data >> >>>> >> >>> > /derbydb >> >>>> >> >>> > /indexes >> >>>> >> >>> > /logs >> >>>> >> >>> > >> >>>> >> >>> > I think the only thing that is not standard is the 'indexe= s' >> >>>> >> directory. >> >>>> >> >>> I >> >>>> >> >>> > was trying to setup Archiva and anticipate possibly needin= g >> to >> >>>> scale >> >>>> >> >>> > horizontally by adding multiple front end servers behind >> our load >> >>>> >> >>> balancer. >> >>>> >> >>> > I read somewhere (I thought) that the indexes are >> specific to >> >>>> each >> >>>> >> >>> front >> >>>> >> >>> > end server, but that the repository data could be shared, >> so I >> >>>> >> mounted >> >>>> >> >>> the >> >>>> >> >>> > /archiva/data folder as a remote NFS mount. The rest of t= he >> >>>> folders >> >>>> >> >>> above >> >>>> >> >>> > are located physically on the archiva server. >> >>>> >> >>> > >> >>>> >> >>> > For each repository, the index folder is set to something >> like: >> >>>> >> >>> > >> >>>> >> >>> > /archiva/indexes/team1-releases >> >>>> >> >>> > /archiva/indexes/team1-snapshots >> >>>> >> >>> > >> >>>> >> >>> > But my understanding is that these indexes are the interna= l >> >>>> Archiva >> >>>> >> >>> > indexes, not the publicly consumable indexes. Nowhere in >> the >> >>>> >> >>> > /archiva/data/repositories/team1-releases or other >> repositories >> >>>> are >> >>>> >> >>> there >> >>>> >> >>> > any .index folders. >> >>>> >> >>> > >> >>>> >> >>> > I also have a single repository group that proxies all >> internal >> >>>> and >> >>>> >> >>> > externally proxied repositories under a single virtual >> >>>> repository and >> >>>> >> >>> there >> >>>> >> >>> > are no indexes consolidated under that repository group >> either >> >>>> which >> >>>> >> is >> >>>> >> >>> > what I thought was added in 1.4-M2 (the ability to >> consolidate >> >>>> >> indexes). >> >>>> >> >>> > >> >>>> >> >>> > Inside of /archiva/indexes, each repository index does hav= e >> a >> >>>> bunch >> >>>> >> of >> >>>> >> >>> > files that look like: >> >>>> >> >>> > >> >>>> >> >>> > _7.fdt >> >>>> >> >>> > _7.fdx >> >>>> >> >>> > ... >> >>>> >> >>> > nexux-maven-reposotory-index.6948.gz >> >>>> >> >>> > nexux-maven-reposotory-index.6949.gz >> >>>> >> >>> > nexux-maven-reposotory-index.6950.gz >> >>>> >> >>> > nexux-maven-reposotory-index.6951.gz >> >>>> >> >>> > ... >> >>>> >> >>> > >> >>>> >> >>> > So something is generating these (I assume correctly). >> >>>> >> >>> > >> >>>> >> >>> > Also in each repository, the setting named "Skip Packed >> Index >> >>>> >> creation" >> >>>> >> >>> is >> >>>> >> >>> > NOT checked. >> >>>> >> >>> >> >>>> >> >>> Those nexux-maven-reposotory-index.xxx.gz files is increment= al >> >>>> >> >>> generation. see a file called >> >>>> >> >>> nexus-maven-repository-index-packer.properties which contain= s >> some >> >>>> >> >>> metadatas on incremental generation. >> >>>> >> >>> > >> >>>> >> >>> > Hopefully that clarifies things and we can work this out >> and get >> >>>> it >> >>>> >> >>> > addressed as needed for 1.4-M4 :-). >> >>>> >> >>> > >> >>>> >> >>> > >> >>>> >> >>> > On Fri, Feb 1, 2013 at 9:51 AM, Olivier Lamy < >> olamy@apache.org> >> >>>> >> wrote: >> >>>> >> >>> > >> >>>> >> >>> >> maybe there is an issue and setup indexes to a dedicated >> >>>> location >> >>>> >> >>> doesn't >> >>>> >> >>> >> work. >> >>>> >> >>> >> Is there any indexes files in archiva installation ? >> >>>> >> >>> >> >> >>>> >> >>> >> BTW why you don't access to indexes via http ? >> >>>> >> >>> >> >> >>>> >> >>> >> 2013/2/1 Jeff : >> >>>> >> >>> >> > Yep, multiple times. The server has been up and runnin= g >> for a >> >>>> >> >>> number of >> >>>> >> >>> >> > months. >> >>>> >> >>> >> > On Feb 1, 2013 2:33 AM, "Olivier Lamy" > > >> >>>> wrote: >> >>>> >> >>> >> > >> >>>> >> >>> >> >> Did you try a full scan ? >> >>>> >> >>> >> >> >> >>>> >> >>> >> >> >> >>>> >> >>> >> >> 2013/1/31 Jeff : >> >>>> >> >>> >> >> > I'm currently using 1.4-M3 and have configured my >> Archiva >> >>>> >> indexes >> >>>> >> >>> to >> >>>> >> >>> >> >> point >> >>>> >> >>> >> >> > to a dedicated index folder located on the local hos= t >> and >> >>>> put >> >>>> >> the >> >>>> >> >>> data >> >>>> >> >>> >> >> > folder on a shared NFS mount. >> >>>> >> >>> >> >> > >> >>>> >> >>> >> >> > However, the .index folder for local repos is not >> getting >> >>>> >> created >> >>>> >> >>> and >> >>>> >> >>> >> >> thus >> >>>> >> >>> >> >> > my IDE's can only see versions of what I have in my >> local >> >>>> .m2 >> >>>> >> >>> >> repository. >> >>>> >> >>> >> >> > >> >>>> >> >>> >> >> > I don't see anything in the logs suggesting that it = is >> >>>> failing. >> >>>> >> >>> >> >> > >> >>>> >> >>> >> >> > Thoughts? >> >>>> >> >>> >> >> > >> >>>> >> >>> >> >> > -- >> >>>> >> >>> >> >> > Jeff Vincent >> >>>> >> >>> >> >> > predatorvi@gmail.com >> >>>> >> >>> >> >> > See my LinkedIn profile at: >> >>>> >> >>> >> >> > http://www.linkedin.com/in/rjeffreyvincent >> >>>> >> >>> >> >> > I =E2=99=A5 DropBox !! >> >>>> >> >>> >> >> >> >>>> >> >>> >> >> >> >>>> >> >>> >> >> >> >>>> >> >>> >> >> -- >> >>>> >> >>> >> >> Olivier Lamy >> >>>> >> >>> >> >> Talend: http://coders.talend.com >> >>>> >> >>> >> >> http://twitter.com/olamy | http://linkedin.com/in/olam= y >> >>>> >> >>> >> >> >> >>>> >> >>> >> >> >>>> >> >>> >> >> >>>> >> >>> >> >> >>>> >> >>> >> -- >> >>>> >> >>> >> Olivier Lamy >> >>>> >> >>> >> Talend: http://coders.talend.com >> >>>> >> >>> >> http://twitter.com/olamy | http://linkedin.com/in/olamy >> >>>> >> >>> >> >> >>>> >> >>> > >> >>>> >> >>> > >> >>>> >> >>> > >> >>>> >> >>> > -- >> >>>> >> >>> > Jeff Vincent >> >>>> >> >>> > predatorvi@gmail.com >> >>>> >> >>> > See my LinkedIn profile at: >> >>>> >> >>> > http://www.linkedin.com/in/rjeffreyvincent >> >>>> >> >>> > I =E2=99=A5 DropBox !! >> >>>> >> >>> >> >>>> >> >>> >> >>>> >> >>> >> >>>> >> >>> -- >> >>>> >> >>> Olivier Lamy >> >>>> >> >>> Talend: http://coders.talend.com >> >>>> >> >>> http://twitter.com/olamy | http://linkedin.com/in/olamy >> >>>> >> >>> >> >>>> >> >> >> >>>> >> >> >> >>>> >> >> >> >>>> >> >> -- >> >>>> >> >> Jeff Vincent >> >>>> >> >> predatorvi@gmail.com >> >>>> >> >> See my LinkedIn profile at: >> >>>> >> >> http://www.linkedin.com/in/rjeffreyvincent >> >>>> >> >> I =E2=99=A5 DropBox !! >> >>>> >> >> >> >>>> >> > >> >>>> >> > >> >>>> >> > >> >>>> >> > -- >> >>>> >> > Jeff Vincent >> >>>> >> > predatorvi@gmail.com >> >>>> >> > See my LinkedIn profile at: >> >>>> >> > http://www.linkedin.com/in/rjeffreyvincent >> >>>> >> > I =E2=99=A5 DropBox !! >> >>>> >> >> >>>> >> >> >>>> >> >> >>>> >> -- >> >>>> >> Olivier Lamy >> >>>> >> Talend: http://coders.talend.com >> >>>> >> http://twitter.com/olamy | http://linkedin.com/in/olamy >> >>>> >> >> >>>> > >> >>>> > >> >>>> > >> >>>> > -- >> >>>> > Jeff Vincent >> >>>> > predatorvi@gmail.com >> >>>> > See my LinkedIn profile at: >> >>>> > http://www.linkedin.com/in/rjeffreyvincent >> >>>> > I =E2=99=A5 DropBox !! >> >>>> >> >>>> >> >>>> >> >>>> -- >> >>>> Olivier Lamy >> >>>> Talend: http://coders.talend.com >> >>>> http://twitter.com/olamy | http://linkedin.com/in/olamy >> >>>> >> >>> >> >>> >> >>> >> >>> -- >> >>> Jeff Vincent >> >>> predatorvi@gmail.com >> >>> See my LinkedIn profile at: >> >>> http://www.linkedin.com/in/rjeffreyvincent >> >>> I =E2=99=A5 DropBox !! >> >>> >> >> >> >> >> >> >> >> -- >> >> Jeff Vincent >> >> predatorvi@gmail.com >> >> See my LinkedIn profile at: >> >> http://www.linkedin.com/in/rjeffreyvincent >> >> I =E2=99=A5 DropBox !! >> > >> > >> > >> > -- >> > Olivier Lamy >> > Talend: http://coders.talend.com >> > http://twitter.com/olamy | http://linkedin.com/in/olamy >> >> >> >> -- >> Olivier Lamy >> Talend: http://coders.talend.com >> http://twitter.com/olamy | http://linkedin.com/in/olamy >> > > > > -- > Jeff Vincent > predatorvi@gmail.com > See my LinkedIn profile at: > http://www.linkedin.com/in/rjeffreyvincent > I =E2=99=A5 DropBox !! > --=20 Jeff Vincent predatorvi@gmail.com See my LinkedIn profile at: http://www.linkedin.com/in/rjeffreyvincent I =E2=99=A5 DropBox !! --f46d041826c89c033e04d5108903--