2013/2/6 Olivier Lamy <ol...@apache.org>: > The issue I have is that will break backward compat. > Create an issue in jira to see others reactions. > Note: > http://archiva.apache.org/docs/1.4-M4-SNAPSHOT/userguide/virtual-repositories.html > section "Merged index". > I know people using that (including my current company). > BTW I agree that will be more following a "de facto" standard. NOTE we can that make configurable :-) > > 2013/2/6 Jeff <predato...@gmail.com>: >> 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 <predato...@gmail.com> 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 we >>> copied the data files from the old share and then switched the symlink, but >>> it broke the repositories because the directories were pointing to the old >>> NFS mount. Something to look at anyway. >>> >>> When is 1.4-M4 scheduled? >>> >>> >>> On Wed, Feb 6, 2013 at 4:15 AM, Olivier Lamy <ol...@apache.org> 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 <ol...@apache.org>: >>>> > Hi, >>>> > Apologize for delay. >>>> > >>>> > 2013/2/4 Jeff <predato...@gmail.com>: >>>> >> 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 on >>>> 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, it >>>> >> 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 the >>>> >> 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 it >>>> >> 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 in >>>> 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 <predato...@gmail.com> wrote: >>>> >> >>>> >>> I don't *yet* have a need, but our user base is growing and so is our >>>> >>> 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 <ol...@apache.org> >>>> 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 <predato...@gmail.com>: >>>> >>>> > 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 <ol...@apache.org> >>>> 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/.indexer >>>> >>>> >> >>>> >>>> >> >>>> >>>> >> >>>> >>>> >> 2013/2/2 Jeff <predato...@gmail.com>: >>>> >>>> >> > 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 <predato...@gmail.com> >>>> wrote: >>>> >>>> >> > >>>> >>>> >> >> If I attempt to go to a similar URL for any of our repositories >>>> >>>> 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 <ol...@apache.org >>>> > >>>> >>>> wrote: >>>> >>>> >> >> >>>> >>>> >> >>> 2013/2/1 Jeff <predato...@gmail.com>: >>>> >>>> >> >>> > 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/.indexer/ >>>> >>>> >> >>> >>>> >>>> >> >>> 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 'indexes' >>>> >>>> >> directory. >>>> >>>> >> >>> I >>>> >>>> >> >>> > was trying to setup Archiva and anticipate possibly needing >>>> 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 the >>>> >>>> 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 internal >>>> >>>> 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 have >>>> 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 incremental >>>> >>>> >> >>> generation. see a file called >>>> >>>> >> >>> nexus-maven-repository-index-packer.properties which contains >>>> 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 < >>>> ol...@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 <predato...@gmail.com>: >>>> >>>> >> >>> >> > Yep, multiple times. The server has been up and running >>>> for a >>>> >>>> >> >>> number of >>>> >>>> >> >>> >> > months. >>>> >>>> >> >>> >> > On Feb 1, 2013 2:33 AM, "Olivier Lamy" <ol...@apache.org >>>> > >>>> >>>> wrote: >>>> >>>> >> >>> >> > >>>> >>>> >> >>> >> >> Did you try a full scan ? >>>> >>>> >> >>> >> >> >>>> >>>> >> >>> >> >> >>>> >>>> >> >>> >> >> 2013/1/31 Jeff <predato...@gmail.com>: >>>> >>>> >> >>> >> >> > I'm currently using 1.4-M3 and have configured my >>>> Archiva >>>> >>>> >> indexes >>>> >>>> >> >>> to >>>> >>>> >> >>> >> >> point >>>> >>>> >> >>> >> >> > to a dedicated index folder located on the local host >>>> 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 >>>> >>>> >> >>> >> >> > predato...@gmail.com >>>> >>>> >> >>> >> >> > See my LinkedIn profile at: >>>> >>>> >> >>> >> >> > http://www.linkedin.com/in/rjeffreyvincent >>>> >>>> >> >>> >> >> > I ♥ DropBox <http://db.tt/9O6LfBX> !! >>>> >>>> >> >>> >> >> >>>> >>>> >> >>> >> >> >>>> >>>> >> >>> >> >> >>>> >>>> >> >>> >> >> -- >>>> >>>> >> >>> >> >> 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 >>>> >>>> >> >>> > predato...@gmail.com >>>> >>>> >> >>> > See my LinkedIn profile at: >>>> >>>> >> >>> > http://www.linkedin.com/in/rjeffreyvincent >>>> >>>> >> >>> > I ♥ DropBox <http://db.tt/9O6LfBX> !! >>>> >>>> >> >>> >>>> >>>> >> >>> >>>> >>>> >> >>> >>>> >>>> >> >>> -- >>>> >>>> >> >>> Olivier Lamy >>>> >>>> >> >>> Talend: http://coders.talend.com >>>> >>>> >> >>> http://twitter.com/olamy | http://linkedin.com/in/olamy >>>> >>>> >> >>> >>>> >>>> >> >> >>>> >>>> >> >> >>>> >>>> >> >> >>>> >>>> >> >> -- >>>> >>>> >> >> Jeff Vincent >>>> >>>> >> >> predato...@gmail.com >>>> >>>> >> >> See my LinkedIn profile at: >>>> >>>> >> >> http://www.linkedin.com/in/rjeffreyvincent >>>> >>>> >> >> I ♥ DropBox <http://db.tt/9O6LfBX> !! >>>> >>>> >> >> >>>> >>>> >> > >>>> >>>> >> > >>>> >>>> >> > >>>> >>>> >> > -- >>>> >>>> >> > Jeff Vincent >>>> >>>> >> > predato...@gmail.com >>>> >>>> >> > See my LinkedIn profile at: >>>> >>>> >> > http://www.linkedin.com/in/rjeffreyvincent >>>> >>>> >> > I ♥ DropBox <http://db.tt/9O6LfBX> !! >>>> >>>> >> >>>> >>>> >> >>>> >>>> >> >>>> >>>> >> -- >>>> >>>> >> Olivier Lamy >>>> >>>> >> Talend: http://coders.talend.com >>>> >>>> >> http://twitter.com/olamy | http://linkedin.com/in/olamy >>>> >>>> >> >>>> >>>> > >>>> >>>> > >>>> >>>> > >>>> >>>> > -- >>>> >>>> > Jeff Vincent >>>> >>>> > predato...@gmail.com >>>> >>>> > See my LinkedIn profile at: >>>> >>>> > http://www.linkedin.com/in/rjeffreyvincent >>>> >>>> > I ♥ DropBox <http://db.tt/9O6LfBX> !! >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> -- >>>> >>>> Olivier Lamy >>>> >>>> Talend: http://coders.talend.com >>>> >>>> http://twitter.com/olamy | http://linkedin.com/in/olamy >>>> >>>> >>>> >>> >>>> >>> >>>> >>> >>>> >>> -- >>>> >>> Jeff Vincent >>>> >>> predato...@gmail.com >>>> >>> See my LinkedIn profile at: >>>> >>> http://www.linkedin.com/in/rjeffreyvincent >>>> >>> I ♥ DropBox <http://db.tt/9O6LfBX> !! >>>> >>> >>>> >> >>>> >> >>>> >> >>>> >> -- >>>> >> Jeff Vincent >>>> >> predato...@gmail.com >>>> >> See my LinkedIn profile at: >>>> >> http://www.linkedin.com/in/rjeffreyvincent >>>> >> I ♥ DropBox <http://db.tt/9O6LfBX> !! >>>> > >>>> > >>>> > >>>> > -- >>>> > 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 <ol...@apache.org>: >>>> > Hi, >>>> > Apologize for delay. >>>> > >>>> > 2013/2/4 Jeff <predato...@gmail.com>: >>>> >> 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 on >>>> 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, it >>>> >> 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 the >>>> >> 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 it >>>> >> 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 in >>>> 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 <predato...@gmail.com> wrote: >>>> >> >>>> >>> I don't *yet* have a need, but our user base is growing and so is our >>>> >>> 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 <ol...@apache.org> >>>> 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 <predato...@gmail.com>: >>>> >>>> > 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 <ol...@apache.org> >>>> 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/.indexer >>>> >>>> >> >>>> >>>> >> >>>> >>>> >> >>>> >>>> >> 2013/2/2 Jeff <predato...@gmail.com>: >>>> >>>> >> > 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 <predato...@gmail.com> >>>> wrote: >>>> >>>> >> > >>>> >>>> >> >> If I attempt to go to a similar URL for any of our repositories >>>> >>>> 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 <ol...@apache.org >>>> > >>>> >>>> wrote: >>>> >>>> >> >> >>>> >>>> >> >>> 2013/2/1 Jeff <predato...@gmail.com>: >>>> >>>> >> >>> > 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/.indexer/ >>>> >>>> >> >>> >>>> >>>> >> >>> 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 'indexes' >>>> >>>> >> directory. >>>> >>>> >> >>> I >>>> >>>> >> >>> > was trying to setup Archiva and anticipate possibly needing >>>> 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 the >>>> >>>> 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 internal >>>> >>>> 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 have >>>> 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 incremental >>>> >>>> >> >>> generation. see a file called >>>> >>>> >> >>> nexus-maven-repository-index-packer.properties which contains >>>> 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 < >>>> ol...@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 <predato...@gmail.com>: >>>> >>>> >> >>> >> > Yep, multiple times. The server has been up and running >>>> for a >>>> >>>> >> >>> number of >>>> >>>> >> >>> >> > months. >>>> >>>> >> >>> >> > On Feb 1, 2013 2:33 AM, "Olivier Lamy" <ol...@apache.org >>>> > >>>> >>>> wrote: >>>> >>>> >> >>> >> > >>>> >>>> >> >>> >> >> Did you try a full scan ? >>>> >>>> >> >>> >> >> >>>> >>>> >> >>> >> >> >>>> >>>> >> >>> >> >> 2013/1/31 Jeff <predato...@gmail.com>: >>>> >>>> >> >>> >> >> > I'm currently using 1.4-M3 and have configured my >>>> Archiva >>>> >>>> >> indexes >>>> >>>> >> >>> to >>>> >>>> >> >>> >> >> point >>>> >>>> >> >>> >> >> > to a dedicated index folder located on the local host >>>> 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 >>>> >>>> >> >>> >> >> > predato...@gmail.com >>>> >>>> >> >>> >> >> > See my LinkedIn profile at: >>>> >>>> >> >>> >> >> > http://www.linkedin.com/in/rjeffreyvincent >>>> >>>> >> >>> >> >> > I ♥ DropBox <http://db.tt/9O6LfBX> !! >>>> >>>> >> >>> >> >> >>>> >>>> >> >>> >> >> >>>> >>>> >> >>> >> >> >>>> >>>> >> >>> >> >> -- >>>> >>>> >> >>> >> >> 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 >>>> >>>> >> >>> > predato...@gmail.com >>>> >>>> >> >>> > See my LinkedIn profile at: >>>> >>>> >> >>> > http://www.linkedin.com/in/rjeffreyvincent >>>> >>>> >> >>> > I ♥ DropBox <http://db.tt/9O6LfBX> !! >>>> >>>> >> >>> >>>> >>>> >> >>> >>>> >>>> >> >>> >>>> >>>> >> >>> -- >>>> >>>> >> >>> Olivier Lamy >>>> >>>> >> >>> Talend: http://coders.talend.com >>>> >>>> >> >>> http://twitter.com/olamy | http://linkedin.com/in/olamy >>>> >>>> >> >>> >>>> >>>> >> >> >>>> >>>> >> >> >>>> >>>> >> >> >>>> >>>> >> >> -- >>>> >>>> >> >> Jeff Vincent >>>> >>>> >> >> predato...@gmail.com >>>> >>>> >> >> See my LinkedIn profile at: >>>> >>>> >> >> http://www.linkedin.com/in/rjeffreyvincent >>>> >>>> >> >> I ♥ DropBox <http://db.tt/9O6LfBX> !! >>>> >>>> >> >> >>>> >>>> >> > >>>> >>>> >> > >>>> >>>> >> > >>>> >>>> >> > -- >>>> >>>> >> > Jeff Vincent >>>> >>>> >> > predato...@gmail.com >>>> >>>> >> > See my LinkedIn profile at: >>>> >>>> >> > http://www.linkedin.com/in/rjeffreyvincent >>>> >>>> >> > I ♥ DropBox <http://db.tt/9O6LfBX> !! >>>> >>>> >> >>>> >>>> >> >>>> >>>> >> >>>> >>>> >> -- >>>> >>>> >> Olivier Lamy >>>> >>>> >> Talend: http://coders.talend.com >>>> >>>> >> http://twitter.com/olamy | http://linkedin.com/in/olamy >>>> >>>> >> >>>> >>>> > >>>> >>>> > >>>> >>>> > >>>> >>>> > -- >>>> >>>> > Jeff Vincent >>>> >>>> > predato...@gmail.com >>>> >>>> > See my LinkedIn profile at: >>>> >>>> > http://www.linkedin.com/in/rjeffreyvincent >>>> >>>> > I ♥ DropBox <http://db.tt/9O6LfBX> !! >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> -- >>>> >>>> Olivier Lamy >>>> >>>> Talend: http://coders.talend.com >>>> >>>> http://twitter.com/olamy | http://linkedin.com/in/olamy >>>> >>>> >>>> >>> >>>> >>> >>>> >>> >>>> >>> -- >>>> >>> Jeff Vincent >>>> >>> predato...@gmail.com >>>> >>> See my LinkedIn profile at: >>>> >>> http://www.linkedin.com/in/rjeffreyvincent >>>> >>> I ♥ DropBox <http://db.tt/9O6LfBX> !! >>>> >>> >>>> >> >>>> >> >>>> >> >>>> >> -- >>>> >> Jeff Vincent >>>> >> predato...@gmail.com >>>> >> See my LinkedIn profile at: >>>> >> http://www.linkedin.com/in/rjeffreyvincent >>>> >> I ♥ DropBox <http://db.tt/9O6LfBX> !! >>>> > >>>> > >>>> > >>>> > -- >>>> > 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 >>> predato...@gmail.com >>> See my LinkedIn profile at: >>> http://www.linkedin.com/in/rjeffreyvincent >>> I ♥ DropBox <http://db.tt/9O6LfBX> !! >>> >> >> >> >> -- >> Jeff Vincent >> predato...@gmail.com >> See my LinkedIn profile at: >> http://www.linkedin.com/in/rjeffreyvincent >> I ♥ DropBox <http://db.tt/9O6LfBX> !! > > > > -- > 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
