Author: fabb...@google.com
Date: Fri Apr 10 05:00:32 2009
New Revision: 5211
Modified:
trunk/samples/simplerpc/build.xml
Log:
Fixing a very dusty old typo in simplerpc's ant build file.
Review by: amitmanjhi
Modified: trunk/samples/simplerpc/build.xml
On Thu, Apr 9, 2009 at 11:31 PM, codesite-nore...@google.com wrote:
Author: sco...@google.com
Date: Thu Apr 9 20:28:46 2009
New Revision: 5209
Modified:
trunk/user/src/com/google/gwt/user/server/rpc/impl/SerializabilityUtil.java
Log:
Added a hack to confirm that the flaky RPCSuite
On Thu, Apr 9, 2009 at 6:40 PM, Freeland Abbott fabb...@google.com wrote:
Isn't that achieved by the auxiliary warnings? Or do you mean you want them
all listed in the one error message, or am I misunderstandinging the
scenario you describe?
Mainly it looks helpful to put it in one place. I
I didn't see a thread on this yet, but the GWT-RPC doesn't work well
in GAE with JPA. It seems that the JPA entities are enhanced at
compile time, and this is not compatible with the GWT serialization on
the client side. The GWT app complains that the serialization is not
compatible.
Ray has a
Gracias.
On Fri, Apr 10, 2009 at 9:06 AM, BobV b...@google.com wrote:
On Thu, Apr 9, 2009 at 11:31 PM, codesite-nore...@google.com wrote:
Author: sco...@google.com
Date: Thu Apr 9 20:28:46 2009
New Revision: 5209
Modified:
Hi All,
I am getting multipart false on server side even i am setting it
(ENCODING_MULTIPART) on client side.
My Code
1. GWT widget: FormHandle
RootPanel rootPanel = RootPanel.get();
final FormPanel form
I have a problem that seems close to this one. Using GWT 1.6.4 the
problem occurs with IE (6 and 7), not with Firefox, not in local mode,
not with Opera. In the previous version 1.5 I haven't noticed such
bug.
When I close a Popup, my IE freeze and I need to refresh my browser
The JS line in
The only 'real' way to make detached entities to work with GWT would be to
make the 'enhancer' generate Java source like a GWT generator OR make an
interface like 'Detachable' and have a GWT generator do it, because not only
do you need the extra state fields (jdoDetachedState), but the method
I haven't tried GAE/J just yet, but I'm guessing the problem with JPA
is the same one you would have with any database. If your domain
objects aren't very large, you can use Dozer to map the object onto
itself which removes all the enhancements and makes them regular
objects.
--
Arthur Kalmenson
you can use Dozer to map the object onto itself
This doesn't with GAE/J.
I copied persisted entities to non-persisted copies, and again, it
fails. I needed to create a separate class, with the same fields as
the model object, and then copy the data to that. It seems that any
class with the
On Fri, Apr 10, 2009 at 6:48 PM, Robert Hanson iamroberthan...@gmail.comwrote:
I copied persisted entities to non-persisted copies, and again, it
fails. I needed to create a separate class, with the same fields as
the model object, and then copy the data to that. It seems that any
class
Don't use JPA annotations, use JDO, because you can specify
non-detachable objects. Even if you hack the generators and it passes
the CRC checks you'll still end up with possibly broken code, because
on the server, the methods of the class are rewritten to modify these
hidden fields, and on the
12 matches
Mail list logo
