[appengine-java] Re: Is there a plan to upload GAE jars to maven anymore?

2010-07-29 Thread Nacho Coloma
Nothing? Does anyone know of any maven server that includes the 1.3.5 jars? On Jul 23, 11:31 am, Nacho Coloma wrote: > I have tried to upgrade to GAE 1.3.5 and found that my usualmaven > repository does not work anymore. So far the GAE jars can be found > here: > > mavencentral:http://repo1.mave

Re: [appengine-java] [Question/Need Help] Uncaught exception from servlet

2010-07-29 Thread Toby Reyelts
Response inline. On Wed, Jul 28, 2010 at 7:21 PM, Xlorep DarkHelm wrote: > I just tried to deploy my app (showsort -- http://showsort.appspot.com) > with my new development version 3 (http:// > 3.latest.showsort.appspot.com/) and it now is producing a strange > error I've never seen before: > >

Re: [appengine-java] Servlet 3 support?

2010-07-29 Thread Guillaume Laforge
Starred! Really looking forward forgetting about web.xml altogether :-) On Wed, Jul 28, 2010 at 23:53, Jeff Schnitzer wrote: > Please star this issue: > http://code.google.com/p/googleappengine/issues/detail?id=3091 > > I'd be happy with just the annotation-based servlet configuration. > Enough

Re: [appengine-java] Bulk Downloading

2010-07-29 Thread Deepika M
Hi, I am quoting the following line from the site http://blog.suinova.com/2009/03/tutorial-on-bulkloading-data-onto-app.html Note that if you run it on local development machine, comment off the last line login:admin so that you don't need a credential to run the bulkloader. Check if that help

Re: [appengine-java] Bulk Downloading

2010-07-29 Thread Deepika M
There is also a discussion about it here where it gives suggestions without removing login line http://stackoverflow.com/questions/1260835/which-credentials-should-i-put-in-for-google-app-engine-bulkloader-at-development On Thu, Jul 29, 2010 at 11:18 AM, Deepika M wrote: > Hi, > > I am quoting

Re: [appengine-java] Problemas con Servicio de Usuar ios y generación del Bulkloader.yaml

2010-07-29 Thread Ronmell Fuentes
Hola David. Para el problema 1, debes tener una directiva en tu archivo web.xml que diga quien es el servlet que va a responder al login de los usuarios, Tambien debes tener el mapeo de este servlet al URL al que se hara el login. por lo que veo, ese 404 accessing error /_ah/null hace referencia a

[appengine-java] Re: [Question/Need Help] Uncaught exception from servlet

2010-07-29 Thread Xlorep DarkHelm
Thanks, I figured out the problem, when I compiled, there was a little error in my GWT components, that was causing NetBeans to not correctly build the app/get the libraries in place, so it caused a systemic failure :P On Jul 29, 8:38 am, Toby Reyelts wrote: > Response inline. > > > > > > On Wed,

[appengine-java] Four questions, mostly about JavaMail

2010-07-29 Thread sixcorners
My first question: is there any reason in particular that packages don't start with info? It always seems to be net, org, and com which are the TLDs of whoever is developing the code, but I haven't seen info. (I think I also checked for and didn't find examples of other TLDs but I don't remember.)

[appengine-java] Use google accounts to register for app

2010-07-29 Thread kas
I am writing an app that I want to require people to register for. I do not want to create my own user management system so I figured I would just use Google Accounts. The problem is that I don't want just any one with an Google Account to be able to use the app. I need to require that they regi

Re: [appengine-java] Servlet 3 support?

2010-07-29 Thread Ikai L (Google)
You and me both. It's not something that's on our roadmap, but we're looking into it. On Thu, Jul 29, 2010 at 8:41 AM, Guillaume Laforge wrote: > Starred! > > Really looking forward forgetting about web.xml altogether :-) > > On Wed, Jul 28, 2010 at 23:53, Jeff Schnitzer wrote: > > Please star t

Re: [appengine-java] Four questions, mostly about JavaMail

2010-07-29 Thread Ikai L (Google)
(Tip: more white space in your emails, this could just have been a side effect of your client) 1. Probably just convention, and the fact that many .info TLDs are spam domains 2. Why not just override the servlet's init() method? This is a much more standard approach. 3. You need to set the "from"

[appengine-java] nullValue=default not supported?

2010-07-29 Thread Christian Edward Gruber
Hey guys, I just got a JDO error saying that our JDO adapter doesn't support default values. Really? Is that a temporary limitation, or am I going to seriously have to manage empty collections by hand? Or is this a misleading symptom. cheers, Christian. -- You received this messag

[appengine-java] Persistent Local Datastore

2010-07-29 Thread Sydney
I have a question that seems trivial but I can't figure out how to do it. I would like to be able to test my application but with persistent data. So I need to create a local environment to store the data. I read the documentation about unit testing but the default behavior is to store the data in

[appengine-java] Re: Is there a plan to upload GAE jars to maven anymore?

2010-07-29 Thread Brad
I have been using this repo: http://maven-gae-plugin.googlecode.com/svn/repository On Jul 29, 7:08 am, Nacho Coloma wrote: > Nothing? > > Does anyone know of any maven server that includes the 1.3.5 jars? > > On Jul 23, 11:31 am, Nacho Coloma wrote: > > > > > I have tried to upgrade to GAE 1.3.

Re: [appengine-java] Persistent Local Datastore

2010-07-29 Thread John Patterson
On 30 Jul 2010, at 07:09, Sydney wrote: I have a question that seems trivial but I can't figure out how to do it. I would like to be able to test my application but with persistent data. So I need to create a local environment to store the data. I read the documentation about unit testing but t

[appengine-java] Beginner help - Redirect web page

2010-07-29 Thread compeng4lf
I am trying to do redirect a user to another page for oauth authentication. My question is how to do I redirect the webpage with a the correct URL for authentication. I have the key and stored in my java file but not do not know how to reuse those variables to redirect user to correct site. --