From photark-dev-return-1038-apmail-incubator-photark-dev-archive=incubator.apache.org@incubator.apache.org Sat Oct 16 16:26:23 2010 Return-Path: Delivered-To: apmail-incubator-photark-dev-archive@minotaur.apache.org Received: (qmail 33503 invoked from network); 16 Oct 2010 16:26:23 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 16 Oct 2010 16:26:23 -0000 Received: (qmail 64004 invoked by uid 500); 16 Oct 2010 16:26:23 -0000 Delivered-To: apmail-incubator-photark-dev-archive@incubator.apache.org Received: (qmail 63981 invoked by uid 500); 16 Oct 2010 16:26:23 -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 63972 invoked by uid 99); 16 Oct 2010 16:26:23 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 16 Oct 2010 16:26:23 +0000 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,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 luckbr1975@gmail.com designates 209.85.214.175 as permitted sender) Received: from [209.85.214.175] (HELO mail-iw0-f175.google.com) (209.85.214.175) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 16 Oct 2010 16:26:18 +0000 Received: by iwn2 with SMTP id 2so2147248iwn.6 for ; Sat, 16 Oct 2010 09:25:57 -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 :content-transfer-encoding; bh=+DXijsuQ0cFU3e8tz/dsgAzWizN/uDACaxOEQBFoub4=; b=Xdvod1WryikIPW22blbKMDPvBtdN2sxFbAvdVRv29Dn8xNbHAsIaM5cnAO8tpLkEYN Fmf/nR4hJKOC8ryujiWrMWrb2K9s5J3TQm6LJkEVDFQRbq97n2RX4UczUd8zu5K1iynX BU8cPJmTN6NZ/N/lAJe3eB8a34l5x493+vROg= 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:content-transfer-encoding; b=fPPZMy94h612Gb9r5FQdAK1y/SDyNoj+Kj3NFoN+jLmTQcHVhpiLlF9EWhtcIBTOzb yTmoZO5bRZbMyKMNZ4xr1KmdAHfs28QGDLzd26RNJ4FtJFNacAZXZQT2MhArKhSoaq7y NOTEolIanLWkoaJwwPjFU5C5XLncMmgAXKYwY= MIME-Version: 1.0 Received: by 10.42.162.198 with SMTP id z6mr5306icx.170.1287246355233; Sat, 16 Oct 2010 09:25:55 -0700 (PDT) Received: by 10.231.36.72 with HTTP; Sat, 16 Oct 2010 09:25:55 -0700 (PDT) In-Reply-To: References: Date: Sat, 16 Oct 2010 09:25:55 -0700 Message-ID: Subject: Re: Pass HttpServletRequest parameter to JCRImageUploadServiceImpl.addPictureToAlbum() from a JS From: Luciano Resende To: photark-dev@incubator.apache.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Fri, Oct 15, 2010 at 11:30 PM, Suhothayan Sriskandarajah wrote: > On 15 October 2010 23:46, Subash Chaturanga wrote: > >> Hi Luciano, >> >> What i want to do is , when some one hit the subscribe button providing >> album name, feed url, and album description I want to add create a new >> album >> in the repository and add those images to that album. >> > I have a doubt where you are going to save the new album in the repositor= y. > When we create an album node at the root in JCR then this remote album is > going to contain a different sets of meta data form the others. therefore= we > also need to handle this differences every time when we fetch the albums. > If we can have a hierarchical structure > /albums/local/ =C2=A0and > /albums/remote/picasa/ > then it will be easy for the Photark to handle specific albums accordingl= y > I guess we can have different options here: - identify local versus remote and picasa versus different type with different paths in the JCR repository - Identify local versus remote with attributes/metadata and same for the type (picasa versus flickr, etc) Do we know if there is performance advantages compared to one approach versus another ? > >> So for that I have to >> >> 1. JCRGalleryImpl.addAlbum() to create a new album >> 2. JCRImageUploadServiceImpl.addPictureToAlbum() to store Image instance= s . >> >> I have to do these things in a method which inside a service component >> called PicasaSubscription / FlickerSubscription which is invoked from >> upload.js. This is what I am going to achieve. So the HttpServletRequest= is >> needed for addPictureToAlbum() method. >> >> So how can I achieve this? Any suggestions please? >> > I think at the time of submitting, we have to store the album meta data i= n > the JCR, and when loading the gallery just fetching these albums remotely= , > populate them to a new photark album, and sending that to the gallery wil= l > do > If I understand it correctly, this is more what I had in mind. --=20 Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/