Return-Path: X-Original-To: apmail-commons-dev-archive@www.apache.org Delivered-To: apmail-commons-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 4A2CEDE80 for ; Mon, 16 Jul 2012 19:39:30 +0000 (UTC) Received: (qmail 5238 invoked by uid 500); 16 Jul 2012 19:39:29 -0000 Delivered-To: apmail-commons-dev-archive@commons.apache.org Received: (qmail 5107 invoked by uid 500); 16 Jul 2012 19:39:29 -0000 Mailing-List: contact dev-help@commons.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Commons Developers List" Delivered-To: mailing list dev@commons.apache.org Received: (qmail 5098 invoked by uid 99); 16 Jul 2012 19:39:29 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 16 Jul 2012 19:39:29 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of craig.skinfill@gmail.com designates 209.85.214.171 as permitted sender) Received: from [209.85.214.171] (HELO mail-ob0-f171.google.com) (209.85.214.171) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 16 Jul 2012 19:39:24 +0000 Received: by mail-ob0-f171.google.com with SMTP id v19so16924062obq.30 for ; Mon, 16 Jul 2012 12:39:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=on/CDAZ2btqcpaUcaJoYvxoCEeYxnpy1WUG6Zu8KIXU=; b=ygxRaoRBuPniArGB+zhragjOOzNeNnSjeTn66FdL4zEDZ7gLPZ1yMi998Uvj3UCE2H omgoie0u/ZIqCReheQAjQ60Uopi5B4cQEXyU/PG+PxZRMkHNjQYvo1VSjNAaqpllbcKU q8KqgembePEdIlzS+emOeYknkwZqIPnLUQk21TMEaP8iK1Jvz7veEOu1jcoyCwn+ffzt IQpHRI67N1bu88BWfex5GbDKhyEa+LHTYHf2Z6zzfbJUWbtZxaCguR1cwRMqPNVghPLV ulaZfP4GhRXTFQBouloghcglFVGsBtoupaJCtv9FrrqywX9OB/D3ySpHd3U2knGLcl3L cdZA== Received: by 10.182.16.3 with SMTP id b3mr17068453obd.72.1342467544401; Mon, 16 Jul 2012 12:39:04 -0700 (PDT) MIME-Version: 1.0 Received: by 10.182.174.39 with HTTP; Mon, 16 Jul 2012 12:38:44 -0700 (PDT) In-Reply-To: References: From: Craig Skinfill Date: Mon, 16 Jul 2012 15:38:44 -0400 Message-ID: Subject: [vfs] Implementing a provider for GridFS To: dev Content-Type: text/plain; charset=UTF-8 X-Virus-Checked: Checked by ClamAV on apache.org I'm looking to implement a provider for Gridfs (http://www.mongodb.org/display/DOCS/GridFS) and its unclear if a FileSystem represents a single "filesystem" or is used for all filesystems that are gridfs based. Meaning, if I have two gridfs systems and I want to copy a file from gridfs://hostA/tests/my/fileA.jpg to gridfs://hostB/prod/my/fileA.jpg would i expect 2 instances of FileSystem to be created? Or one? If one, what's the recommend places to create the actual client code that connects to the system? I see in the SftpFileSystem it looks like that filesystem is created from the FileProvider and has the specific host in it. Does that mean a given VFS file Manager can only interact with 1 sftp host at a time? Anyone else working on a gridfs provider? --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org For additional commands, e-mail: dev-help@commons.apache.org