Hi all, I'm trying to do some simple fetching of rest services with
RestTemplate. Everything seems to work in my unit tests, spring is
configured to use java.net as the underlying HttpConnection client
which according to the appengine docs is fine. When I try to run this
in my development environme
:41 am, Rick Mangi wrote:
> Hi all, I'm trying to do some simple fetching of rest services with
> RestTemplate. Everything seems to work in my unit tests, spring is
> configured to use java.net as the underlying HttpConnection client
> which according to the appengine docs is fine.
e anything wrong with my backends.xml -->
B2
1
true
true
true
Thanks for any help!
Rick Mangi
--
You received this message because you are
Do the google app engine developers even read these messages? It's
amazing how few questions in this group actually seem to get answered
compared to open source projects...
On Dec 16, 5:02 pm, Rick Mangi wrote:
> After adding a backends.xml file to my application I'm no longer able
Did you get it running in your development environment before trying
to deploy it to AppEngine?
On Dec 20, 5:47 am, suresh ashok wrote:
> Hi all,
>
> I had gone through the following url for the Webservices document and
> gone through the given simple webservices, but i can't able to get the
> de
Apparently they do not. It's amazing that a product with such horrid
customer support has so many users. That's not likely to continue now
that the paas market has competition.
On Dec 19, 6:41 pm, Rick Mangi wrote:
> Do the google app engine developers even read these messages? I
t;
>
>
>
>
>
>
>
>
> On Thu, Dec 22, 2011 at 3:53 AM, Rick Mangi wrote:
> > Apparently they do not. It's amazing that a product with such horrid
> > customer support has so many users. That's not likely to continue now
> > that the paas market
Yes, the datastore is the best place to store application state that
doesn't change very frequently. Load the sate into a singleton on each
instance. The problem with memcache is that you have no control over
the eviction policy so your object could vanish.
On Dec 23, 5:23 am, Simon Knott wrote:
Do yourself a big favor and run away from JDO + GAE screaming as fast
as you can. You're much better off using one of the thin wrappers
around the AppEngine Datastore like Objectify or Twig along with the
built in Memcache service.
JDO was designed for relational data models, GAE was designed for
Perhaps I am thinking of JDO and JPA as being more similar than I
should, but I've found that GAE doesn't really want you to think of
your datastore in an OO manner either. It's a collection of documents
and indexes. JDO (and JPA) encourage you to model your objects as you
would in any sane system
No, you can't write files in appengine, there is no file system. You
should serialize your data into the datastore instead.
On Jan 7, 4:10 am, Aviv Keren wrote:
> Hi,
> trying to use FileHandler class response with an error:
> " HTTP ERROR 500
>
> Problem accessing /sign. Reason:
>
> java.uti
Has anyone gotten this new sdk to work? I'm getting all sorts of
errors in Eclipse telling me that it's not a valid SDK, most notably
"The selected SDK does not support HRD". When I try to run it from ant
Data Nucleus complains with:
[enhance] Exception in thread "main"
java.lang.ExceptionInInit
I just downloaded the 1.6.2.1 API and have the strangest issue I've
ever seen. I've actually tried this 3 times to make sure I wasn't
doing something stupid.
I copied the API to my project directory and added it via Eclipse's
google plugin as an external API directory. No problem, everything
works
I actually opened a new question for this...
http://groups.google.com/group/google-appengine-java/browse_thread/thread/e62c2442f887119f
On Feb 9, 12:07 pm, Rick Mangi wrote:
> Has anyone gotten this new sdk to work? I'm getting all sorts of
> errors in Eclipse telling me that it&#x
the Eclipse Settings / Google and I tell it to search
> from the new SDK.
> If your project is of GAE nature, all the required jars will be copied
> automatically
>
> On Feb 10, 11:43 am, Rick Mangi wrote:
>
>
>
> > I just downloaded the 1.6.2.1 API and have the stranges
I accidentally replied to Itsu directly instead of posting to the
group...
Take a look at:
http://code.google.com/p/urlrewritefilter/
He replied that this doesn't work for .html files, which is true and
makes sense because requests for static html files are probably never
hitting the servlet eng
Dilbert, see my reply on the ticket.
Max - that comment about svn being writable is nonsense. I wish you guys
would talk to your own support engineers. I tried that solution with my
premier support contact and it doesn't even make sense. svn directories are
always writable. This is a bug, it's
That's on our roadmap, but I'm waiting for Atlassian OnDemand to start
supporting maven repos for artifact deployment. It's a good goal, but
adding an SDK to subversion shouldn't cause it to break...
On Mar 1, 2:34 pm, Jonathan Chen wrote:
> On Friday, 2 March 2012 08:24:40 UTC+13, dilbert wrote:
There was an outage today. It showed up in the application status console
as "investigating" my site was down for about 10 minutes.
On Tuesday, March 6, 2012 9:18:38 PM UTC-5, Takashi Matsuo (Google) wrote:
>
> Hi Zappa,
>
> As Jeff said, this list is going to read-only.
>
> If it's still happe
19 matches
Mail list logo
