I updated the link to the blog-gae example on www.appenginejs.org to
point to a tarball that includes everything needed to easily run the
example.
There is no need to download any narwhal packages (narwhal itself is
included) and no need to create symbolic links (also included in the
tarball)
Hopefully, it will be easier for newcomers to evaluate appenginejs
and
nitro/narwhal.
Let me know if it works for you out of the box,
George
PS: The actual code of the blog example is outdated though, it need
to
update it to the latest Nitro concepts.
<property environment="env"/>
<property name="sdk.dir" location="${env.APPENGINE_JAVA_SDK}"/>
did 'ant runserver'
GET 'http://localhost:8080/' -> HTTP ERROR 404
So it will not work out of the box for me.
Robin
On Dec 17, 11:00 am, George Moschovitis
<property environment="env"/>
<property name="sdk.dir" location="${env.APPENGINE_JAVA_SDK}"/>
did 'ant runserver'
GET 'http://localhost:8080/' -> HTTP ERROR 404
So it will not work out of the box for me.
Robin
On Dec 17, 11:00 am, George Moschovitis
<george.moschovi...@gmail.com> wrote:
> Dear devs,
>
> I updated the link to the blog-gae example onwww.appenginejs.orgto
> point to a tarball that includes everything needed to easily run the
> example.
>
> There is no need to download any narwhal packages (narwhal itself is
> included) and no need to create symbolic links (also included in the
> tarball)
>
> Hopefully, it will be easier for newcomers to evaluate appenginejs
> and
> nitro/narwhal.
>
> Let me know if it works for you out of the box,
>
> George
>
> PS: The actual code of the blog example is outdated though, it need
> to
> update it to the latest Nitro concepts.
--
You received this message because you are subscribed to the Google Groups "nitro-devel" group.
To post to this group, send email to nitro...@googlegroups.com.
To unsubscribe from this group, send email to nitro-devel...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/nitro-devel?hl=en.
On Dec 18, 4:45 pm, George Moschovitis <george-moschovi...@gmosx.com>
wrote:
> > <property environment="env"/>
> > <property name="sdk.dir" location="${env.APPENGINE_JAVA_SDK}"/>
>
> what is ${env.AP...} ?
It is a nice convention from jack-servlet, so you do not have to copy
the SDK into every project. It is orthogonal to the problem.
>
> you should put the path to the SDK here, for example:
> location="../appengine-java-sdk"
>
> > did 'ant runserver'
>
> > GET 'http://localhost:8080/'-> HTTP ERROR 404
>
> can you past the error message from the console? What OS are you using, this
> is only tested on Unix OSes...
I am using OSX 10.5.8. There is no error message, the app
'successfully' returns a HTTP 404:
HTTP ERROR: 404
NOT_FOUND
RequestURI=/
Powered by jetty://
Robin
> > nitro-devel...@googlegroups.com<nitro-devel%2Bunsu...@googlegroups.com>
location="../appengine-java-sdk"
> > > nitro-devel...@googlegroups.com<nitro-devel%2Bunsubscribe@googlegr oups.com>
You are right, but the downside is that I then have to edit every GAEJ
project to match my SDK location.
I think the convention from jack-servlet solves the problem best:
<property environment="env"/>
<property name="sdk.dir" location="${env.APPENGINE_JAVA_SDK}"/>
Everyone is free to put their SDK where they wish, and you do not have
to modify projects to use them.
Robin
I think the convention from jack-servlet solves the problem best:
<property environment="env"/>
<property name="sdk.dir" location="${env.APPENGINE_JAVA_SDK}"/>
Not web.xml, build.xml:
http://github.com/tlrobinson/jack-servlet/blob/master/build.xml
<property environment="env"/>
<property name="sdk.dir" location="${env.APPENGINE_JAVA_SDK}"/>
When the project is built, one of the ant tasks already copies the SDK
from sdk.dir to the project.
> I don't know about this convention. And I am not sure how this may work?
It is just an environment variable that you set once for your system
in ~/.bashrc:
export APPENGINE_JAVA_SDK='/user/lib/appengine....' # your SDK
location
Why should everyone have to edit build.xml, that is what environment
variables were made for? If everyone edits build.xml differently,
they need to be careful about not committing those changes in patches
or pull in those changes, it is better not to edit build.xml in this
situation.
Sorry to getting things side tracked on build.xml, it is only an
optimization and a suggestion not a requirement.
The real question is does blog-gae [ http://www.nitrojs.org/appenginejs/blog-gae.tar.gz
] return 404 from '/' for others too and if so why?
Thanks,
Robin
On Dec 19, 2:25 am, George Moschovitis <george-moschovi...@gmosx.com>
wrote:
<property environment="env"/>
<property name="sdk.dir" location="${env.APPENGINE_JAVA_SDK}"/>
Sorry to getting things side tracked on build.xml, it is only an
optimization and a suggestion not a requirement.
The real question is does blog-gae [ http://www.nitrojs.org/appenginejs/blog-gae.tar.gz
] return 404 from '/' for others too and if so why?