From photark-dev-return-1026-apmail-incubator-photark-dev-archive=incubator.apache.org@incubator.apache.org Fri Oct 15 14:03:03 2010 Return-Path: Delivered-To: apmail-incubator-photark-dev-archive@minotaur.apache.org Received: (qmail 70022 invoked from network); 15 Oct 2010 14:03:03 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 15 Oct 2010 14:03:03 -0000 Received: (qmail 94529 invoked by uid 500); 15 Oct 2010 14:03:03 -0000 Delivered-To: apmail-incubator-photark-dev-archive@incubator.apache.org Received: (qmail 94473 invoked by uid 500); 15 Oct 2010 14:03:01 -0000 Mailing-List: contact photark-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: photark-dev@incubator.apache.org Delivered-To: mailing list photark-dev@incubator.apache.org Received: (qmail 94465 invoked by uid 99); 15 Oct 2010 14:03:01 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 15 Oct 2010 14:03:01 +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 (nike.apache.org: domain of subashsdm@gmail.com designates 74.125.82.43 as permitted sender) Received: from [74.125.82.43] (HELO mail-ww0-f43.google.com) (74.125.82.43) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 15 Oct 2010 14:02:54 +0000 Received: by wwe15 with SMTP id 15so1040840wwe.0 for ; Fri, 15 Oct 2010 07:02:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type; bh=ihfJC0Aa0PLminrOu/s8N4fEZXKRLqv1mft593zj1Mg=; b=lVMrvvxpCK9bTLo7tVhI3uTWFWY1nlotE0yUY9YPvFJGL1siEzKvGKAvl5C+w7Zr9m losm1jnFFyI7ONjTmSgN4jWhmt83vz1MMBpETVIAcbfx69dkV9szNNUqqFa2IE6rEApw HQ//K9e25y7UM5n0ShaT4Mryrkiz2zqZEZzn8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=YwDr5fejX9EU7vb7zxmsRcJO7/0fx0kxlyNL/qpSsBx4u47teNV68Y84UJxNv25Lh4 vYlpl5slXTiCvIi/u3LZHezWvCqSZkoURwzJHLAoD7krtM9uypi9bUsxy2/1DCAhoACZ HR+6EtGyUVqSX1TMlgB7qcUE/41VJnkNinde4= MIME-Version: 1.0 Received: by 10.227.144.206 with SMTP id a14mr972963wbv.112.1287150966008; Fri, 15 Oct 2010 06:56:06 -0700 (PDT) Received: by 10.216.241.74 with HTTP; Fri, 15 Oct 2010 06:56:05 -0700 (PDT) In-Reply-To: References: Date: Fri, 15 Oct 2010 19:26:05 +0530 Message-ID: Subject: Re: Subscription UI, was Re: [jira] Created: (PHOTARK-62) UI support to subscribe external albums From: Subash Chaturanga To: photark-dev@incubator.apache.org Content-Type: multipart/alternative; boundary=00163646d0161a037c0492a830c0 X-Virus-Checked: Checked by ClamAV on apache.org --00163646d0161a037c0492a830c0 Content-Type: text/plain; charset=ISO-8859-1 Hi, On Mon, Oct 11, 2010 at 11:10 PM, Luciano Resende wrote: > On Mon, Oct 11, 2010 at 10:35 AM, Subash Chaturanga > wrote: > >> 4) When I go back to albums view, it does not show any of the remote > >> albums. Is that part supposed to be working already ? > >> > > > > > > No , as a first step I just stored remote album meta data in a java > > collection.Didn't show them in gallery. As I hadn't a clear idea > of,whether > > to store them in the repository or not.For that I have to change the > method > > and store those meta data in the repository as the next step.And retrieve > > them and create albums and put them in gallery (as i feel) . > > > > Can you describe what your thoughts on how you are going to do this ? > In my patch the method addAlbumSubscriptionImages(String feedURL) can be improved to store the album images in the repository by using JCRGalleryImpl.addAlbum() , JCRImageUploadServiceImpl.addPictureToAlbum() methods . So that they will directly show in the gallery and it will count to search results as well. Further we can add a new property to album node specifying whether it is a remote album or not, so that we can view them separately in gallery. { But in addPictureToAlbum() method we find album.addPicture() which just add a new node with a image name.That code block catches only the Repositoryexception. As jackrabbit 100% JCR compliant it must support SNS (same-name-sibblings). So that if we add an image with already exist image name it will not overwrite it (which we want to happen). But as I know nt:folder(not quite sure) does not support SNS. Then it will throw ItemExistsException and we can modify the code at addPicture() and catch that and overwrite the new image } And we can put a refresh button to each remote album which will update the node again. This will be done only if refresh is clicked (which is fare enough). So that we do not have any overhead of sync. > Who is going to be responsible for what ? > As we going through the typical procedure to add an album (addAlbum , addPictureToAlbum) everything will be done after checking the authorization level. > > -- > Luciano Resende > http://people.apache.org/~lresende > http://twitter.com/lresende1975 > http://lresende.blogspot.com/ > -- sk Regards /subash --00163646d0161a037c0492a830c0--