From photark-dev-return-248-apmail-incubator-photark-dev-archive=incubator.apache.org@incubator.apache.org Mon Jan 04 12:47:20 2010 Return-Path: Delivered-To: apmail-incubator-photark-dev-archive@minotaur.apache.org Received: (qmail 88407 invoked from network); 4 Jan 2010 12:47:20 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 4 Jan 2010 12:47:20 -0000 Received: (qmail 76991 invoked by uid 500); 4 Jan 2010 12:47:20 -0000 Delivered-To: apmail-incubator-photark-dev-archive@incubator.apache.org Received: (qmail 76961 invoked by uid 500); 4 Jan 2010 12:47:20 -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 76951 invoked by uid 99); 4 Jan 2010 12:47:20 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Jan 2010 12:47:20 +0000 X-ASF-Spam-Status: No, hits=3.4 required=10.0 tests=HTML_MESSAGE,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [74.125.78.150] (HELO ey-out-1920.google.com) (74.125.78.150) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Jan 2010 12:47:13 +0000 Received: by ey-out-1920.google.com with SMTP id 4so1343039eyg.4 for ; Mon, 04 Jan 2010 04:46:52 -0800 (PST) MIME-Version: 1.0 Received: by 10.216.93.74 with SMTP id k52mr3065919wef.144.1262609211596; Mon, 04 Jan 2010 04:46:51 -0800 (PST) In-Reply-To: <5a75db781001032054t4ed759bboc3852bcebc7fb2f9@mail.gmail.com> References: <5a75db780912282105q33994ed6ldab8759865d5372d@mail.gmail.com> <5a75db780912291019l3cb1e40axbc7e73b05e334995@mail.gmail.com> <5a75db781001032054t4ed759bboc3852bcebc7fb2f9@mail.gmail.com> Date: Mon, 4 Jan 2010 18:16:51 +0530 Message-ID: <77f200b41001040446w3150aa86pe4dcaff86ff1e18a@mail.gmail.com> Subject: Re: Standalone PhotArk and duplicate UI resources From: Avdhesh Yadav To: photark-dev@incubator.apache.org Content-Type: multipart/alternative; boundary=0016e6d77eac8c1f6b047c561ddf --0016e6d77eac8c1f6b047c561ddf Content-Type: text/plain; charset=ISO-8859-1 Hi... I have to add following dependency in order to deploy the webapps on tomcat otherwise i get SEVERE: java.lang.NoClassDefFoundError: org/slf4j/LoggerFactory org.slf4j slf4j-api 1.3.0 org.slf4j slf4j-log4j12 1.3.0 One Question: Why we are creating photark-ui.war ?.Is it required for the build process... On Mon, Jan 4, 2010 at 10:24 AM, Luciano Resende wrote: > On Wed, Dec 30, 2009 at 5:22 AM, avdhesh .java > wrote: > > On Tue, Dec 29, 2009 at 11:49 PM, Luciano Resende >wrote: > > > >> On Tue, Dec 29, 2009 at 7:29 AM, avdhesh .java > >> wrote: > >> > As per my Understanding we will have same UI for all versions(google > apps > >> > engine , JCR).What differs is the underline implementations > (filesystem > >> > based for google engine and JCR based)..We already have seperate > project > >> for > >> > the implementation part.. > >> > > >> > We already have photark-webapps version for photark UI. > >> > > >> > >> What I think we might need in the future is : > >> > >> photark-webapp > >> - this would be a full blow photark application and would be > >> suitable for deploying in a app server that does not impose > >> restrictions... > >> > >> photark-appengine-webapp > >> - this would have dependency on the filesystem impl and the photark > >> ui, and the would have the necessary appengine configuration side > >> files etc > >> > > > > etc.... > >> > > > > That means we have following projects. > > > > *photark* : Java Source > > *photark-ui* : front end for the gallery and albums > > *photark-admin-ui* : administation ui > > *photark-webapp*: configuration side files for deployment on appserver > e.g > > tomcat , jetty etc > > *photark-appengine-webapp*: configuration side files for deployment on > the > > google apps engine > > > > I agree with these project. > > > > I have implemented a a structure very similar to the one described > above. The photark-ui is actually a war, that gets overlayed to one of > the final photark application. > > Please take a look and provide any feedback > > > -- > Luciano Resende > http://people.apache.org/~lresende > http://lresende.blogspot.com/ > --0016e6d77eac8c1f6b047c561ddf--