Re: Image from resource in SafeHtmlTemplate
Yeah, I understand that part and after reading over my original post it seems that I over-simplified my example. The template is much larger than just " and the image tag is in the middle of it all. I was trying to avoid splitting my template up into multiple parts, one before the image tag and one after the image tag because I expect I will add additional images to the template and each one require I branch off another template if I were to just manually add the image tag using appendHtmlConstant. -- You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group. To view this discussion on the web visit https://groups.google.com/d/msg/google-web-toolkit/-/gJH-hdhyiE0J. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Re: Image from resource in SafeHtmlTemplate
I figured it out. A bit more unwieldy than I would like but it gets the job
done. In short, I create a DOM element out of the resource, add an id to
it, then assure my SafeHtmlTemplates that it is already SafeHtml so it
doesn't try to parse it.
final ImagePrototypeElement imageElement =
AbstractImagePrototype.create(Resources.sSingleton.getMyImage()).createElement();
imageElement.setId("delete_button");
final String imageUnsafeHtml = imageElement.getString();
final SafeHtml imageSafeHtml = new
OnlyToBeUsedInGeneratedCodeStringBlessedAsSafeHtml(imageUnsafeHtml);
GWT.create(MyTemplates.class).generateCellHtml(imageSafeHtml);
--
You received this message because you are subscribed to the Google Groups
"Google Web Toolkit" group.
To view this discussion on the web visit
https://groups.google.com/d/msg/google-web-toolkit/-/hK3zh7CSMwkJ.
To post to this group, send email to google-web-toolkit@googlegroups.com.
To unsubscribe from this group, send email to
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/google-web-toolkit?hl=en.
Re: Image from resource in SafeHtmlTemplate
This gets me close (and I love the class name):
String myImageHtml =
AbstractImagePrototype.create(Resources.sSingleton.fDelete()).getHTML();
SafeHtml mySafeImageHtml = new
OnlyToBeUsedInGeneratedCodeStringBlessedAsSafeHtml(myImageHtml);
GWT.create(MyTemplates.class).generateCellHtml(mySafeImageHtml);
When used in combination with this:
public interface MyTemplates extends SafeHtmlTemplates {
@Template("{1}")
SafeHtml generateCellHtml(SafeHtml imageUrl);
}
However, the template I want to use is more complex than this test case,
with other HTML surrounding the image tag, and most importantly, the image
tag having an id attribute (so I can get a browser event when it is
clicked). The tag generated by AbstractImagePrototype does not appear to
have an id field.
--
You received this message because you are subscribed to the Google Groups
"Google Web Toolkit" group.
To view this discussion on the web visit
https://groups.google.com/d/msg/google-web-toolkit/-/tpT8FLFhe_0J.
To post to this group, send email to google-web-toolkit@googlegroups.com.
To unsubscribe from this group, send email to
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/google-web-toolkit?hl=en.
Re: Image from resource in SafeHtmlTemplate
SafeHtmlTemplates doesn't like that one either. The output of that ends up escaped when I run it through the template:
Re: Image from resource in SafeHtmlTemplate
For the curious, this is what is returned by Image.getUrl(): data:image/png;base64,iVBORw0KGgoNSUhEUgAAADAwCAYAAABXAvmHAAAOc0lEQVR42s2ZB1hUVxqG766RJghoJDYQVIp0RECqdGmKNFlrLBEVMSKJEWNoRmPUWGKLJRI1lqxGicbVRDZBY9kYYyzrKhs3aixIncb09u1/71wUDIhGye48z/vMdbjOvP85//nOvTMM84Ie8tcz7BRvpGYp56ZtVuSm/siizE2pVOSm/Kick3JckTtqs3LOqBz560l2zP/LY5+5eY/rcX7rG6bGP1CWTIOmbBt0F89Af+8X6KvvQi9ugP7mdeh+vgLtqaPQfL4FyqLXoJg1olKenZSPrGjL/4n4J0xn7wpH+8M1E2N0ml2rob/xT0Ahg14u48R1V89D+49yaMoPQHNoOzRH93LH2orD0P5wArpzFVDtXAVZTrJYMT2xUPBHFbKDMe2z9yXTA9eih0C1Ig/6ykvQKxXcSOsunILmwFaoP10NNclxbF8J9ScfECugLl0BVekyqD4mti6F+q8fQf3FDqg2L4F8RsIdeVZcSIfK72WMR+43MhPfTQujVimFXiqGXiaF7p8/QL13wyPpHSS9vbn0cqi2seLvc+KqLe9x0qpNi6H66N2Hr8tmJWtlU6NKkJHR6cX3OmOc9YWJOR5kRlA77CHxRuhr7kNzZFczaX60nyi9hJNWblxElEC5rgiKZW9A8X4elGsWQlE8A9KJkTtfaBGfk/wBxhi3kwKh+eqv0DeKuEWq2bepRYsYpJcbpFmapFk+WmyQ/tAgKc/NgGxGEmSToyCbFAnpq8TECEgnRdExMW7YiyniELUNgYteTlDvWgO9qB46ShX17rWPSbcy2g+l34GiKAvy19NIOPq30hPDIZ1AjB9G4mGQjg1FI8tfQtc9l/zfmC49jzAmDd9ad4M8LxP6+7ehv3sT6j3rWpWWbFzM9bWSbxHF8jchnze2TenLo4KxbqgPriQHPpIeE0LiwWjMDELj6CBIMoaO/N0FHGWMjx+j0b8VORiaE19CX3Ub6i93tboYLy8vxt4381BROB+SFfMhf2vCE0e6YXwkqi/8gJ3ZM1Ho44UTKSEPpRtHB7LikKQHQJIW0CDPCOzzzPLHqXXKSf5UVyvI54+H7s4NaM+fNEizNI00Ubd7M6DX4/6/rmLLhPFYHeaPm2Mintge0pNfAToddBoNjn2wAgXentgfFwhBGicNSao/JCl+xBDC9+AzF/ANY3KOwM1gD6gP7YSONir1ng1QbjJIKzdQgqwvRsOmZYBaRTJaQKtBw62b2DA6HSW+XvghPaxlT/PtUVM8mzu3OT+VHcAi/yEop4iWpJH4KF+Ik4mRgyEe4QNpgofHU8t/x5j6nyD5k38yhZimWnvpLDTfHTUsyA3FFH0shZCsLYKWNjBOQqMmVBxqqQSfL5iPAi8PlCUEQZT5qKdr6P3YFGs6tznfrF+LyzmJkM+K5qTFSd4QJ7J4QZTouf+pCzjFmCz9jgr4sfvLXORpL5ym1NnASSvXFkDxIbGGkmXPRvpgJc2AolXO7dmF4iGDsSncD1WpQyGmnlbQe7V1/on8GdAsSae2CzFIJ3hCFO8BUZw7RMPdIYnzdH6qAk4zxhdPUwGVLg5cu2jPlEPBbjis9Oq3oVi1AIqV+ZAXZ0O9bwMglwBKWavcOf89VkRHYBmlTfWO9W2ed+P431CXPwLKubEtpEWxbtyzMGYQhFGuJe3Kn2W6djvDmGgJ/BroBiWNvPrYPpJ+m5NWfDCf4vEtyBfPgTR7FNfTqg/zgLo7dDHX2CrSqru4dHBfm39XCWrxfVYiNAsTqee9DdKxrgbpaIL+LYymf0c6XWm3gDOMcSIrz1IV4QXVwVKo9m0xSC+fB/n7lO1L80g+pUXkyXKSoL96CpCJn5mzywugLkim2A2EcDgvHeVCws4QRjgZiPOEYNhArTiwb7f22ienqYDqaG+oyrZD+ckqkn4D8vfmQr4kF9LZ6c1z+mHkNWYEQHuY1oW4HmgUPhUPLpzDzdnRUM2NoZF25eWdOAThjqw0BGEDIIz3gSC0PxqCHWLaKcCkhO1/luoomoEDpRSd73EtI3v3dUjfmvTbnG6KvFFDuGfl+zPpWunfgKT+iehEtfh6egY0BYloTPGilnGBINoZgogm+QGctCDEAcIEHzQE2aM+uF9OuwlEgOVBuDsUuzfSAi6BrDgHsqJsNE4e3lKazelkHz6vDcci6mPp1EjofioHSLItrh8pQ4GHK44k+HLyoihHiCJIPMIw6tyIh9iTeD8Ik3zRMNQOAn/bxe3sASYlbISy3AlwhmLLckqeQsgKpkOak9Zic+FyeoQ3dyyiY9EIir4kT0joNclIL2iO7QUE1U/kzKZ1KPJyx9YgD9znChgIYXh/CMMcqF3suVFvCLSlFvI2zIB/3ydf4J1gTPNOspsYccOtHy1cisvVBZAueA2SzNCWmwvJipryOtGTe01Cr4lHeKBqdiZQf/+puPXNMSwLC8ZyXzf8i1pHGEYFhNKoB9uRvB3qA2whiPOiAhxQ79tr4xML+JYxHVtB8iyX+thAOu9Vyv9iNM5M/e3mEk/HcXSc4A5xghvhQee4o4ZmSX/rGlB796kRX7uIj8dkoNhzECpCaR1QAYKgvhAM7YsGvz4QsDMQaI86n54rn1hAOWPkwV4DsZw2s4BkYgzk696FOCO45eYSR4kxnPI5jsSHu0LMPse7cgXI6I4NNbefGe39/+BoYT4K3F2wN9AZddQ6Av/eEPj1gnDkUBr93qjztpnXzq0jY1TOmMgJsDwIcaYWKuTF+c0ldhC36NjIE9EzW4Aojo6pgJr8KcCDm21z4yx0ZXOBX35s85zLu0tRTOvifCylUkAvNPj2hCgjDHWePYiX278/+IoxPvU1XUqzXHPsTdE5BaJRAY82Fy6nDZEninaiIuiZNqAaSifcptahkWyN6tN/R9XGTGi3joRyXgT0F8raPPfAnJmoGueOxhhaxENsIBodjjqP7hC4Wrf/pRjdxMxjb2RYTpiZQ5QWTFelMdyOKIh0fJjTbOSJotgCaOENd4by2y+Aez+3yamFadAdHgd1fhCUU32gnOYN3aFFwJ3rLc7T3alEeWYINNNoTYX1psXcD6KUINS5dfv1qS7mvmRM+xxhjLUEWG562kI8OdEgHjrg4e4oGkZpEU6xF+2I2uJZJFLZJhe3roSsbAy0pYlQZw82kEUb5SRPaNaMBirPPDp382oIZ3pDMZo+I+AVuooN4hKoxtVq5bPczB88TPIsFRYW3LWIKGUot8k0hNAGQzktHGbPZbY4cgC0p48Av15rFemV73F1NV0rfTMGmvwAaOYMIXygmeUD9XQPqCa7QkWv6c98ClXlTzgxli5J5nhAEt4bosBekEyKR+0gK9S6dR341AWUMZ39vyD5Jq47vUJJ4A8BJQ+7obDTKgy154oQRTpAnj+BFugFWgNXf8PJkknQn50A3Xq6OXrLH9r5vtC+Qcz1hibHi2ZiEFQTXKAcSyO+YBhU79DlyPgBkIS+wl1vCYZ7o9bF8vgz31YeYEx2s98HsRwxMkW1H8UapZEgyhUCNuKC7CAKo/4M7wdJdH8oZtPCPHcQuHXlIb8c3IH6/anQH00mcX/o3vaFboEfMZiK8KGRdoNmhivUU1yg+kt/KFPtoUjvD2l0L24BN04bgVpXa9Q6WYf8jm/juvTczxjXEmCpsLJAA3txFUX5H0uFBNlCFELrY5gtFUAfFk8zMcaVFua7FJM/QfvzBXxfHA/9P2jxLhoK3TuDCZIvoueFPtDlE3M9oJ3lCs1rzlCPGwBlOhUw0hbyOGJGIn3eQNS4WG5+jq8UTUI+Y4xVBFjO2liSOLVPDO0J7MYW3IdmgQqIsoN0uD1kyTQTox2hXZ2MB9vGQ18xArqt4TTiJLtwMPRF1OuFPhy6hZRCb7pDN3sQtNOpgEkDocp04GZBmR0HMa05ap17Yreu3Z7rC67djPGcPSTfxPmeXdHg34fbiblL6NDekETYQhprB1kSCWQMgGq8EzTs6C6ltsnzhG6+J/TvkHgJFVHobWAh+7oHzYIrtNmDoJnqBPWrjlDlxqJxQiQrL6p2sfZgXsTjU8Y4bxdjhCbOvULt5GvDbWSN48MNMxBN055kB0WKA1TjHKGe7ERirlybsKKssL6ExBf5GCjii2BnYQ4VkUsLupBu6ifFUGRaq+qdLSNf8G8DRuk7GSMVAZavzU1RQ7ujKKQPpK9GQD4xGPJE6uFR/bgFqZ5I8TrdCbpcV0MBBY8VUMLPRDGtiaXxUC+eSG3jx458dY2LRWAH/cDR2Z8KqdxOBbB89hJFrJ0lhENehjTBCcpZMVDOjoJ6mi+1w0Bos5y4HmdH+eEMLCH593yAtVHQb0yFdtUUyLOiaUZ7oca563eXnEzZrxL/TPyJ50X/VsCYbmOM8ksZIxEBlkOmdP/gYAmRHxUS3x+q7GHQlqRCt4byf00G9OvSod88GvpSWtjbppD4NLqRT4d8QhCEgX1xz7Fr1b+dLDPp7U0II+KlZkV0zGMDw5h/zHSe/jFjdJEAy+cmJrjQywJVbtZcMeIgG8gSB0Ke4gxZBt1qxjtBEjsQIv8euO9spbvc1/z66X4WU10Ypju9ZVfCnDDli+jUkUU0TS/7AZ1WMUZuGxnj3C2M0X7i561UzKfUXvupoONWpii3MlNXdDe7921308r9XUyP7LY0eZuy0Zb+b2+eXkRPwoboxs9E544qoEm+E/8hxoQZYUFY8QI9WKFMprPfY6JPi0VHF/Bnvk9Z+S4E+zNpd34Uez8H7ExY/xEz0InvUzN+1F+EuA0/EF34gemwhdx89Ls9p3hPvt2s+UVs1tHyjxfQ43cI2/DtZs2PuAUv3lqEdlgCNS1gUz762Jl4mS/IhqcH/1p3/u9WzYTNm0kb8+/
Image from resource in SafeHtmlTemplate
I have an image from a ClientBundle resource:
final String myImageUrl = new
Image(Resources.sSingleton.GetMyImage()).getUrl();
I also have a SafeHtmlTemplates interface:
public interface MyTemplates extends SafeHtmlTemplates {
@Template("")
SafeHtml GenerateCellHtml(String imageUrl);
}
When I call MyTemplates.GenerateCellHtml an exception is thrown because the
URL output by Image.getUrl(), when the image comes from a resource, does not
have one of the supported protocols (http, https, ftp, etc.).
Is it possible to use SafeHtmlTemplates with an Image sourced from a
ClientBundle? Am I stuck manually building the HTML string in the middle of
my Java code using SafeHTMLBuilder?
--
You received this message because you are subscribed to the Google Groups
"Google Web Toolkit" group.
To view this discussion on the web visit
https://groups.google.com/d/msg/google-web-toolkit/-/XZnb_u4238EJ.
To post to this group, send email to google-web-toolkit@googlegroups.com.
To unsubscribe from this group, send email to
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/google-web-toolkit?hl=en.
Re: JDO, RequestFactory, String and PrimaryKey
MyEntity is a JDO enabled object with a proxy called MyEntityProxy:
@ProxyFor(value = MyEntity.class, locator = MyEntity.Locator.class)
public interface MyEntityProxy extends EntityProxy
{
public String getKey();
public void setKey(String pKey);
}
As I understand it, that query should return a List which is a
transportable type (
http://code.google.com/webtoolkit/doc/latest/DevGuideRequestFactory.html#transportable
).
--
You received this message because you are subscribed to the Google Groups
"Google Web Toolkit" group.
To view this discussion on the web visit
https://groups.google.com/d/msg/google-web-toolkit/-/LXRarUIjWjwJ.
To post to this group, send email to google-web-toolkit@googlegroups.com.
To unsubscribe from this group, send email to
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/google-web-toolkit?hl=en.
Re: JDO, RequestFactory, String and PrimaryKey
The RequestFactory code I have is all working great. I am able to transfer
objects back and forth between the server and the client without trouble.
It's only when I try to return the results of a JDO query that I run into
trouble.
The JDO side of things is working great. I can query the datastore from the
server with JDO and "do stuff" with those results on the server, except
sending those results to the client.
The RequestFactory + JDO interaction is working great with the exception of
query results. I can successfully save JDO objects created on both the
server and the client (via RequestFactory). I can also successfully return
aggregate JDO query results to the client (such as count).
Again, my only problem lies with sending entity query results to the client.
Everything else done with RequestFactory and JDO works great.
In case anyone wants to see my test app (Eclipse project):
https://docs.google.com/leaf?id=0B-VN2UqJX3l4YTViN2E2OTItNTBkZS00NzQ4LThlNmUtNzYyZDhmZWM0YTNj&sort=name&layout=list&num=50
Do you send JDO query results (javax.jdo.Query) to the client in your
application where the query returns a JDO & RequestFactory enabled object?
This is how I am executing the query. This is in a RequestFactory method
called by the client through a RequestContext meaning that the list returned
by this method will be packed up by the RequestFactory and shipped off to
the client for unpacking (it's the packing step that throws the exception).
Query lQuery = MyPersistenceManagerFactory.fGet().newQuery(MyEntity.class);
try
{
List lMyEntities = (List) lQuery.execute();
return lMyEntities;
}
finally
{
lQuery.closeAll();
}
--
You received this message because you are subscribed to the Google Groups
"Google Web Toolkit" group.
To view this discussion on the web visit
https://groups.google.com/d/msg/google-web-toolkit/-/tj0KOVUyz4EJ.
To post to this group, send email to google-web-toolkit@googlegroups.com.
To unsubscribe from this group, send email to
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/google-web-toolkit?hl=en.
Re: JDO, RequestFactory, String and PrimaryKey
The project you linked to uses Objectify rather than JDO for persistence. Unfortunately, all examples of RequestFactory that I have been able to find use something other than JDO for persistence. I assumed that JDO would work with request factory since it is mentioned in the RequestFactory documentation but am I incorrect in this assumption that the two are compatible? Is my best course of action to just change persistence engines to something that I can find working samples of (such as Objectify)? -- You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group. To view this discussion on the web visit https://groups.google.com/d/msg/google-web-toolkit/-/95i4vSridH8J. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Re: JDO, RequestFactory, String and PrimaryKey
The app I have been working on to test this is as small of an app that I can figure out how to write that utilizes RequestFactory and JDO at the same time (since it's the interplay between them that is the problem). Currently it only does 4 things to test this functionality: - generate an entity on the client and send it to the server for saving in the datastore - generate a new entity on the server, save it in the datastore and send the new entity back to the client - count the number of entities in the datastore and send the count to the client - *send a list of all entities in the datastore to the client* All but the last work fine. It's only when I try to get an entity out of the datastore and send it to the client that the problem presents itself. In fact, I have commented out the code for the first 3 tests just to make sure there wasn't a problem with with the interaction of the different tests. Can you extrapolate on what you mean by using a DTO in this situation? Are you suggesting that I do not use the same object for client-server transfer as I do for server-datastore transfer? This method seems to be contrary to the method outlined at http://code.google.com/webtoolkit/doc/latest/DevGuideRequestFactory.html where the JDO and RequestFactory objects are one and the same. [RequestFactory] is designed to be used with an ORM layer like JDO or JPA on the server, although this is not required. -- You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group. To view this discussion on the web visit https://groups.google.com/d/msg/google-web-toolkit/-/O02ysUU8l_UJ. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Re: JDO, RequestFactory, String and PrimaryKey
Error in meta-data for com.zoltu.jdo_requestfactory_test.server.MyEntity.mKey: A field with the "gae.encoded-pk" extension can only be applied to a String primary key. -- You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group. To view this discussion on the web visit https://groups.google.com/d/msg/google-web-toolkit/-/2qEYQGrPf-YJ. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Re: JDO, RequestFactory, String and PrimaryKey
Making the change you have suggested results in: Server Error: Invalid primary key for com.zoltu.jdo_requestfactory_test.server.MyEntity. The primary key field is an encoded String but an unencoded value has been provided. If you want to set an unencoded value on this field you can either change its type to be an unencoded String (remove the "gae.encoded-pk" extension), change its type to be a com.google.appengine.api.datastore.Key and then set the Key's name field, or create a separate String field for the name component of your primary key and add the "gae.pk-name" extension. I should specify that I do want to be able to set the primary key manually. I have a unique string identifier I would like to use as the primary key for MyEntity. Also, attempting to use a Long results in the same problem. http://www.datanucleus.org/products/accessplatform/jdo/primary_key.html shows that most of the basic types have special Identity classes, none of which can be sent to the client (client can only receive basic types according to http://code.google.com/webtoolkit/doc/latest/DevGuideRequestFactory.html#transportable ). -- You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group. To view this discussion on the web visit https://groups.google.com/d/msg/google-web-toolkit/-/yvVeairI37UJ. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Re: JDO, RequestFactory, String and PrimaryKey
I guess the question I have is really more a JDO/GAE question than a GWT question as I need to know how to convert the StreamingQueryResult into a regular collection. However, if there is a way to work around marshaling the StringIdentity to the client that would work too. -- You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group. To view this discussion on the web visit https://groups.google.com/d/msg/google-web-toolkit/-/wyT11sMQBugJ. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
JDO, RequestFactory, String and PrimaryKey
@PersistenceCapable
public class MyEntity extends EntityBase
{
@PrimaryKey
@Persistent
private String mPrimaryKey;
}
com.google.web.bindery.requestfactory.server.UnexpectedException: The domain
type javax.jdo.identity.StringIdentity cannot be sent to the client
Is there a known workaround for this?
The problem is that JDO stores the identifier as a StringIdentity rather
than a String and when it comes time to transmit the object to the client
via GWT RequestFactory it's the JDO version of the object that is being
transmitted (so it appears) rather than the MyEntity that I defined.
This only occurs when I fetch the object from the datastore. If I
instantiate it on the server (new MyEntity() ...) it can be sent to the
client and if I instantiate it on the client it can be sent to the server.
When I look at the results in a debugger immediately after:
List lMyEntities = (List) lQuery.execute();
I get the following for:
StreamingQueryResult.lazyResult.entityTransformer.val$acmd.managedMembers
[
]
Which is all fine but when I look at:
StreamingQueryResult.lazyResult.entityTransformer.val$acmd.objectidClass
javax.jdo.identity.StringIdentity
Apparently when I return from the the server request and the collection of
objects is marshaled back to the client, that objectidClass gets marshaled
along with it and the exception is thrown.
--
You received this message because you are subscribed to the Google Groups
"Google Web Toolkit" group.
To view this discussion on the web visit
https://groups.google.com/d/msg/google-web-toolkit/-/tAPRxDMx-1kJ.
To post to this group, send email to google-web-toolkit@googlegroups.com.
To unsubscribe from this group, send email to
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/google-web-toolkit?hl=en.
Re: GWT Designer isDesignTime Not Working?
I agree with Davekor that this should be added to the documentation. Unlike him, I don't seem to learn as quickly and spent a day and a half on this bug before I finally managed to dig this post up. To make matters worse, this problem appears to exist in the included examples. I grabbed the *gaerequest *code from the *expenses *example and the included *LoginWidget *references a member variable (requests) and throws a NullPointerException with this error: org.mvel2.PropertyAccessException: RootLayoutPanel.get().add(widget): null Adding if (requests == null) return; fixes it, though I am not particularly happy with this since it will cause me much grief if at some point requests ends up being null at runtime. -- You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group. To view this discussion on the web visit https://groups.google.com/d/msg/google-web-toolkit/-/oek2DhPGgGsJ. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Example of RequestFactory + JDO?
Does anyone know of any examples that use RequestFactory & JDO? On http://code.google.com/webtoolkit/doc/latest/DevGuideRequestFactory.html it says, "[RequestFactory] is designed to be used with an ORM layer like JDO or JPA on the server, although this is not required." I have been unable to locate any examples of such a case anywhere on the web. Perhaps I am searching for the wrong terms but it seems like everyone (except me) is already intimately familiar with JDO from previous experience whereas this project is the first time I have worked with either JDO or RequestFactory and trying to put them together properly through separate sets of isolated examples is proving difficult. -- You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group. To view this discussion on the web visit https://groups.google.com/d/msg/google-web-toolkit/-/OMyg9xZ2EcoJ. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
DockLayoutPanel resize south to fit children using UIBinder?
I am using a DockLayoutPanel to setup a tab bar in the north, a CellList in the west, content in the center and a simple "form" in the bottom (text field and button). The south area is where I am having problems because I want the height of that area to automatically fit whatever is in there (the input field). I am able to set it to a fixed size but I would like something that won't break when I change the size of the button or text field that are inside the south area. Right now they are in a Horizontal Panel, but I can change that if someone has a better idea. -- You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group. To view this discussion on the web visit https://groups.google.com/d/msg/google-web-toolkit/-/AsbR38O78r8J. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
