Return-Path: Delivered-To: apmail-archiva-users-archive@www.apache.org Received: (qmail 95473 invoked from network); 11 Nov 2010 11:34:07 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 11 Nov 2010 11:34:07 -0000 Received: (qmail 10477 invoked by uid 500); 11 Nov 2010 11:34:38 -0000 Delivered-To: apmail-archiva-users-archive@archiva.apache.org Received: (qmail 10216 invoked by uid 500); 11 Nov 2010 11:34:35 -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 10208 invoked by uid 99); 11 Nov 2010 11:34:35 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 11 Nov 2010 11:34:35 +0000 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of smsiebe@gmail.com designates 209.85.214.170 as permitted sender) Received: from [209.85.214.170] (HELO mail-iw0-f170.google.com) (209.85.214.170) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 11 Nov 2010 11:34:29 +0000 Received: by iwn6 with SMTP id 6so2727037iwn.15 for ; Thu, 11 Nov 2010 03:34:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:in-reply-to :references:from:date:message-id:subject:to:content-type; bh=MVPBvYAm0iLroPlriC/hAhkqSiDtqsEsB7VBVoRO9Os=; b=ijFYiw+xRhrbfCScKlcEOwT7hr/1Q7OlGlXYv7yePMlEJnQPJct31/7uLaAQLGIVii cA1smWpc5XQWnYHoLfXcQLx2I5EJ/Nnzps9T01TOyDd8tqf+J5WKWI08GYIbuHr5KUtd pDK0M/iXLLSOGdu27oAb0QgBm+zJ2a5NDIV7c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; b=NzAjWHCzNJpO3UXIu3c/PEKHq9cRJ2gSqMl8tMPqGSMlUNPMRvCqSTezNjwKJNijGv GiwgkCiRbvl+tMknM6f4J7K6rgqpolqHtmYtJf7pvAR3NT6Po6rHMuJJKYU0TmhfsJlt qwwQCI/oRaFDTA5rjuP+4NgA95V/Pdc8kflP0= Received: by 10.231.14.199 with SMTP id h7mr464574iba.60.1289475248771; Thu, 11 Nov 2010 03:34:08 -0800 (PST) MIME-Version: 1.0 Received: by 10.231.30.137 with HTTP; Thu, 11 Nov 2010 03:33:48 -0800 (PST) In-Reply-To: <8E68C2E6-9B8C-4A09-86A3-8F13D4B9DDFF@apache.org> References: <8E68C2E6-9B8C-4A09-86A3-8F13D4B9DDFF@apache.org> From: Steven Siebert Date: Thu, 11 Nov 2010 06:33:48 -0500 Message-ID: Subject: Re: Export/import of repositories? To: users@archiva.apache.org Content-Type: multipart/alternative; boundary=002354332a262654780494c55a6e --002354332a262654780494c55a6e Content-Type: text/plain; charset=ISO-8859-1 Hi Brett, Thanks for the speedy reply. Yes, I believe your explanation works - but let me just make sure =). The easiest way to move a repository from one instance to another is to copy the filesystem structure for that repository and have scanning enabled on the destination instance. Is this correct? (I can't use rsync, since the instances are on separate enclaves) As far as archiva configuration goes, I really shouldn't need to do anything with this since I have running instances of Archiva already, right? Will having scanning enabled on the target instance detect the new repository structure and become a managed repository (ie start assigning users and able to access it)? Thanks for your time, Steve On Thu, Nov 11, 2010 at 1:14 AM, Brett Porter wrote: > Hi Steven, > > A few points here. > > In Archiva 1.3, all of the metadata is derived from the original artifacts, > so you can just copy the filesystem to the other machine and reconfigure the > repository to point there. It'll be reconstructed on the first scan, though > you'll need to reconfigure the authorization as you've indicated. > > If you want to copy the configuration, you can paste it from the managed > repository section of archiva.xml before starting the server. If you want to > copy the user configuration, the only option at the moment is to copy the > whole users database. We do have export/import tools for that (documented on > the site), but it's for the whole user database so if there's a difference > you might be looking for something smaller. > > As long as you have the repository scanning enabled, you can keep them in > sync using rsync or similar. > > Is that what you were looking for? > > - Brett > > On 11/11/2010, at 2:07 AM, Steven Siebert wrote: > > > Hello all, > > > > I was looking through available documentation and haven't found an > elegant > > solution yet to allow me to export/import a specific repository. > > > > My situation is basically that I want to have multiple offline instances > of > > Archiva and a single Internet-facing one. The Internet-facing instance > will > > have a specific repository that will house bundles that have passed the > QA > > process for including in our stable builds. I wish to export this > > repository and make it available on the additional offline instances. > > Further, all of these offline instances will contain its own repository > > specific for its enclave. In at least one situation, one of these > > repositories must also be exported and imported on another of the > standalone > > instances. > > > > Is there a preferred way to export a specific repository (the artifacts > and > > preferably the metadata - optionally the user data) and import it into > > another Archiva instance? > > > > Thanks, > > > > Steve > > -- > Brett Porter > brett@apache.org > http://brettporter.wordpress.com/ > > > > > --002354332a262654780494c55a6e--