The frontend in the appengine archetype is only a quick start sample of Spring 3.0 REST controller and a few JSPs. I found it important to deliver something simple that could be deployed quickly. Separation is a good thing if you are doing something more serious.
/Patrik PaloT wrote: > > Yes, > I reed your article "Maven Archetype for App Engine" 2 days ago. Good > work. I know how hard is to resolve all this wrong/strange > dependencies in maven POM files in 3rd party projects. > > However I don't understand mixing of AppEngine archetype what is > entity layer with technologies of FrontEnd layer. It will be nice to > have simple switch in standalone archetype that will use DataNucleus > as persistent layer and separate FrontEnd archetype for Google App > Engine. I guess is difficult job but I don't understand current > separation. We always had one entity tier and many possible FrontEnds. > Can you please explain in more details? > > Because smartclient is based on GWT (we develop with GWT eclipse > plugin), we had also problems with war/WEB-INF/lib. We developed > special classloader which is loading classes from classpath as from > WEB classpath. This way we don't have to copy all jars to lib > directory. I will send mail when I commit it to SVN. Maybe it will be > also helpful for you. This way you can also setup dependency in web > tier project (smartclient for example) to entity tier project without > necessity to fully build entity project as JAR. > > Pavel > > > On Mon, Oct 5, 2009 at 4:23 PM, Patrik Nordwall > <patrik.nordw...@gmail.com> wrote: >> >> Have you noticed the latest blog post? >> http://fornax-sculptor.blogspot.com/2009/10/sculptor-in-cloud.html >> http://fornax-sculptor.blogspot.com/2009/10/sculptor-in-cloud.html >> >> Have fun and try Google App Engine with Sculptor! >> Vote at http://www.dzone.com/links/sculptor_in_the_cloud.html Dzone if >> you >> like it. >> >> /Patrik >> >> -- >> View this message in context: >> http://www.nabble.com/Sculptor-in-the-Cloud-tp25751751s17564p25751751.html >> Sent from the Fornax-Platform mailing list archive at Nabble.com. >> >> >> ------------------------------------------------------------------------------ >> Come build with us! The BlackBerry® Developer Conference in SF, CA >> is the only developer event you need to attend this year. Jumpstart your >> developing skills, take BlackBerry mobile applications to market and stay >> ahead of the curve. Join us from November 9-12, 2009. Register >> now! >> http://p.sf.net/sfu/devconf >> _______________________________________________ >> Fornax-developer mailing list >> Fornax-developer@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/fornax-developer >> > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry® Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9-12, 2009. Register > now! > http://p.sf.net/sfu/devconf > _______________________________________________ > Fornax-developer mailing list > Fornax-developer@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/fornax-developer > > -- View this message in context: http://www.nabble.com/Sculptor-in-the-Cloud-tp25751751s17564p25755585.html Sent from the Fornax-Platform mailing list archive at Nabble.com. ------------------------------------------------------------------------------ Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf _______________________________________________ Fornax-developer mailing list Fornax-developer@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fornax-developer
