Re: WARNING: Could not open/create prefs root node Software\JavaSoft\Prefs at root 0x80000002. Windows RegCreateKeyEx(...) returned error code 5.

[QingFeng Du]

well well, 4 years later, I came across the same problem.
here's my solution:
open regedit.exe ( really hate Microsoft and their regedit.reg).
change the permission of key: 
HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft.Right click the icon, then change 
the permission to full operation.

On Saturday, June 27, 2009 3:03:20 PM UTC-4, Farinha wrote:
>
> The subject has it all. 
>
> Eclipse 3.4.2 
> GWT Eclipse Plugin 
> Windows 7 
>
> Thanks in advance for the help. 
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/groups/opt_out.

Re: GWT 2.4 Validation Tool not picking up @ExtraTypes on superclasses

[Jonathan Nash]

I have a related follow-up question.  I was getting a stack overflow at 
runtime because of the polymorphic hierarchy and was not using @ExtraTypes. 
 My hierarchy was 3 levels deep.  Top level is GenericType,  next level is 
CategoryType and EventType, and next level is four subtypes of CategoryType 
and 4 subtypes of EventType.

I finally got it working by putting @ExtryTypes in my request factory.  It 
only worked when I put the @ExtraTypes with the full list of 10 types above 
GenericType.  Initially I had tried to put @ExtraTypes with just 2 types 
above GenericType and @ExtraTypes with 4 types each above CategoryType and 
EventType.  This did not work.

Is this how it is intended to work?  

A related question. At one point I download all GenericTypes in the 
datastore (I use Objectify) and I want to see which of the lowest 8 types a 
particular entity is.  I am currently comparing the String of the class I 
am looking for with substring of the class name of the GenericType.  When I 
do getClass().getName() on the GenericType, returned from the datastore, I 
get something like:

com.packagename.shared.proxy.LevelThreeTypeProxyAutoBean_com_google_web_bindery_requestfactory_shared_impl_EntityProxyCategory_com_google_web_bindery_requestfactory_shared_impl_ValueProxyCategory_com_google_web_bindery_requestfactory_shared_impl_BaseProxyCategory$1

If I am trying to see if this is a 
'com.packagename.shared.proxy.LevelThreeTypeProxy', 
i compare that string to the left substring with length of whatever the 
fully qualified name I'm looking for is.

Is there a better way to do this?

Thanks,

Jonathan


On Saturday, February 23, 2013 6:33:55 AM UTC-5, Thomas Broyer wrote:
>
>
>
> On Saturday, February 23, 2013 5:20:23 AM UTC+1, Bademus ᵗʰᵉ wrote:
>>
>> It seems that GenTool goes into infinite loop again
>>
>> Version: gwt 2.5.1-rc1
>> Code:
>> public interface EntityBaseProxy extends EntityProxy { ... }
>>
>> @ExtraTypes(AuthorProxy.class)
>> public interface UserProxy extends EntityBaseProxy { ... }
>>
>> public interface AuthorProxy extends UserProxy { ... }
>>
>
> It's no news actually (and Brad was right, and I was wrong): 
> https://code.google.com/p/google-web-toolkit/issues/detail?id=6912
> Workaround: don't put @ExtraTypes on the super-interface of the "extra" 
> interfaces (e.g. move @ExtraTypes to a RequestContext)
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/groups/opt_out.

Re: GWT-RPC: loose vs. tight coupling

[David]

Jens,

It would be nice, if somehow we could use an annotation or some external
file to direct what implementation that is needed.
We sometimes need to send over things for which we are not allowed to
change the sources.

David

On Thu, Jun 13, 2013 at 9:46 PM, Jens  wrote:

> Its not so much about performance its more about the resulting code size
> of your final JS. If you use List in your interface that extends
> RemoteService (or any DTO that is used with GWT-RPC) the GWT-RPC code
> generator can not know which concrete types the server side may return.
> Thus it has to generate de/serializer for all possible List
> implementations. This bloats your final JS code.
>
> The interface that extends RemoteService should have the concrete type.
> Not sure about the Async interface, but I think GWT forces you that both
> interfaces match each other. I guess you can easily test it yourself with a
> small GWT project.
>
> If you know that you use all possible implementations of an interface,
> then its totally fine to use the interface instead of a concrete type. E.g.
> in a command pattern you can have an execute(Command) method because at
> some point in your app flow you have used all possible commands anyways.
>
> -- J.
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google Web Toolkit" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to google-web-toolkit+unsubscr...@googlegroups.com.
> To post to this group, send email to google-web-toolkit@googlegroups.com.
> Visit this group at http://groups.google.com/group/google-web-toolkit.
> For more options, visit https://groups.google.com/groups/opt_out.
>
>
>


-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/groups/opt_out.

Re: How to play audio from the jar?

[Jens]

You either write a servlet that loads the mp3 from the jar and sends it to 
the client or dont put your audio files into a jar file. If you put your 
audio files in your war file, e.g. war/audio/file.mp3, then you can access 
it just like any other html/js file from your war. You could also put them 
in your app's public folder. Then, after GWT compilation, your audio files 
will be in war//audiofile.mp3.

-- J.

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/groups/opt_out.

Re: GWT-RPC: loose vs. tight coupling

[Jens]

> It would be nice, if somehow we could use an annotation or some external 
> file to direct what implementation that is needed.
> We sometimes need to send over things for which we are not allowed to 
> change the sources.

 

> We sometimes need to send over things for which we are not allowed to 
> change the sources.
>

But then you introduce the risk of runtime serialization exceptions if 
someone changes the server side code but doesn't update the annotations/the 
file. 
If you don't have control on the sources then you can always build DTOs in 
cases where you want/need to optimize. I know they can be pain, but they 
can also be really useful as they allow to build responses that optimally 
fits your GWT client side needs. 
You could also fallback to pure JSON with AutoBeans or pure JavaScript 
Overlay Types if it makes sense. In AutoBean interfaces you can use List 
without problem and with Overlay Types you would have JsArray on the client.

-- J.

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/groups/opt_out.

Re: Fixing a column in DataGrid

[Raphael André Bauer]

On Wed, May 29, 2013 at 7:24 PM, Jens  wrote:
> Before deep diving into DataGrid, I think my first "make it work" approach
> would be to just use two DataGrids and add both to the same DataProvider, so
> that their data is in sync with each other. The first one would contain the
> static x columns while the second one contains the remaining columns. Only
> the second one would allow horizontal scrolling then.
>
> Do you also use vertical scrolling in your DataGrid? If not, then I would
> try to add position:fixed to each cell of the first x columns. With
> position:fixed you probably would not need to recalculate anything while
> scrolling horizontally.


Hi Jens,


thanks for the suggestion. I had now time to check it out and it works
nicely :) The problem I have now is with vertical scrolling. The left
datagrid scrolls independently of the right datagrid...

Do you have any suggestions how to sync the scrolling?


Thanks :)

Raphael

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/groups/opt_out.

Re: Fixing a column in DataGrid

[Jens]

Well, add a scroll handler to the right ScrollPanel and set the current 
scroll position on the left ScrollPanel.

-- J.

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/groups/opt_out.

Re: GWT-RPC: loose vs. tight coupling

[David]

Hi,

I tend to fall back to pure JSON(P) more and more, but that comes with
other problems (a big leak in our "beloved IE"with JSONP for example). The
idea that GWT supports RPC with something similar but not quite the same as
java serialisation somehow falls appart in many bigger projects.

Sometimes it is better to not be compatible and then it is clear that you
need some kind of DTO layer. But it is a lot of extra work in big projects,
even when generating these dtos, and I wonder what the performance and VM
heap impact is of always creating these objects.

David

On Fri, Jun 14, 2013 at 11:01 AM, Jens  wrote:

>
> It would be nice, if somehow we could use an annotation or some external
>> file to direct what implementation that is needed.
>> We sometimes need to send over things for which we are not allowed to
>> change the sources.
>
>
>
>> We sometimes need to send over things for which we are not allowed to
>> change the sources.
>>
>
> But then you introduce the risk of runtime serialization exceptions if
> someone changes the server side code but doesn't update the annotations/the
> file.
> If you don't have control on the sources then you can always build DTOs in
> cases where you want/need to optimize. I know they can be pain, but they
> can also be really useful as they allow to build responses that optimally
> fits your GWT client side needs.
> You could also fallback to pure JSON with AutoBeans or pure JavaScript
> Overlay Types if it makes sense. In AutoBean interfaces you can use List
> without problem and with Overlay Types you would have JsArray on the client.
>
> -- J.
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google Web Toolkit" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to google-web-toolkit+unsubscr...@googlegroups.com.
> To post to this group, send email to google-web-toolkit@googlegroups.com.
> Visit this group at http://groups.google.com/group/google-web-toolkit.
> For more options, visit https://groups.google.com/groups/opt_out.
>
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/groups/opt_out.

Re: GWT-RPC: loose vs. tight coupling

[Shaun Tarves]

Hi Jens -

Thank you for the info. For what it's worth, I was able to successfully use 
the an interface in the Async service interface and then the implementation 
in the RemoteService interface. GWT compiled without complaint even though 
the async method signature was technically different.

That said, I saw no change in the final size of the generated .html, .rpc, 
or .js files.

Certainly something to keep exploring.

- Shaun

On Thursday, June 13, 2013 3:46:25 PM UTC-4, Jens wrote:
>
> Its not so much about performance its more about the resulting code size 
> of your final JS. If you use List in your interface that extends 
> RemoteService (or any DTO that is used with GWT-RPC) the GWT-RPC code 
> generator can not know which concrete types the server side may return. 
> Thus it has to generate de/serializer for all possible List 
> implementations. This bloats your final JS code.
>
> The interface that extends RemoteService should have the concrete type. 
> Not sure about the Async interface, but I think GWT forces you that both 
> interfaces match each other. I guess you can easily test it yourself with a 
> small GWT project.
>
> If you know that you use all possible implementations of an interface, 
> then its totally fine to use the interface instead of a concrete type. E.g. 
> in a command pattern you can have an execute(Command) method because at 
> some point in your app flow you have used all possible commands anyways. 
>
> -- J.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/groups/opt_out.

LESS/ SASS/... style usage in GWT ?

[Ed]

Hi,
I am curious how people use LESS/SASS/... etc.. in GWT i.c.m. GWT 
Clientbundle mechanism?
I looking into using this (never did before).
Please share your experience? (setup, css parsing, experience, )

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/groups/opt_out.

Design Decision RPC with AsyncDataProvider

[Jochen Schnaidt]

Hi all,

 

I need an advice about a design question of my application. I am searching 
for a best practise for the following setup.

 

Project is about an application for maintaining huge amounts of data from a 
database. Therefore I implemented a ui with UIBinder and a CellTable, data 
is provided by AsyncDataProvider. Layout is including paging. So basically 
in my ui class I have something like this:

 

@UiHandler("loadButton")

void onLoadButtonClick(ClickEvent event) {

AsyncDataProvider provider = new AsyncDataProvider() {

@Override

protected void onRangeChanged(HasData display) {

final int start = display.getVisibleRange().getStart();

int length = display.getVisibleRange().getLength();


// Get the ColumnSortInfo from the table.

final ColumnSortList sortList = cellTable.getColumnSortList();

 AsyncCallback> callback = new AsyncCallback>() {

@Override

public void onFailure(Throwable caught) {

Window.alert(caught.getMessage());

}


@Override

public void onSuccess(List result) { 

updateRowData(start, result);

}

};

dataService.loadData(start, length, callback);

}

};

}

 

I want to add column sorting to my view as well. Colum sorting also works 
with the onRangeChanged method. And here starts my problem. What is the 
best way to differ between my normal search request and a column sorting 
request? Do I need to differ?

In my application so far I calculate which the next datasets for the ui are 
( <- sounds strange? MS Word told me so). When processing always the same 
requests I need to analyse the source of the onRangeChanged event to go 
back on page one for a sort event. 

I don’t want to build a wrapping request with internal processing mode or 
something. Also I didn’t thought of the how to until now. 

So please group, what is the best way to get a clean interface with 
different methods for the different ui events?

I hope my question is clear because it was very hard to describe and even 
now I must say the description is not good. I hope the point will be clear.

Thanks in Advance. 

Best regards

Jochen

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/groups/opt_out.

How to set RichTextArea background color in IE10?

[dhoffer]

I'm using the following to set the RichTextArea  background color which 
works for Firefox and most IE versions but with IE10 it just ignores the 
method.  After calling the method the developer tools indicate the style 
was not added/set.  Why?  How to do this for IE10?

getElement().getStyle().setBackgroundColor(hexValue);

I'm using GWT 2.5.1

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/groups/opt_out.

Re: LESS/ SASS/... style usage in GWT ?

[RyanZA]

Vaadin has a special linker that should let you use SASS. I haven't tried 
it though.

https://vaadin.com/blog/-/blogs/link-to-the-client-side-from-sass

On Friday, June 14, 2013 3:23:43 PM UTC+2, Ed wrote:
>
> Hi,
> I am curious how people use LESS/SASS/... etc.. in GWT i.c.m. GWT 
> Clientbundle mechanism?
> I looking into using this (never did before).
> Please share your experience? (setup, css parsing, experience, )
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/groups/opt_out.

Re: LESS/ SASS/... style usage in GWT ?

[Ed]

>
> Vaadin has a special linker that should let you use SASS. I haven't tried 
> it though.

https://vaadin.com/blog/-/blogs/link-to-the-client-side-from-sass
>
Thanks for reminding, I almost forgot it :(.
I am currious when this will also be available in the core gwt? As Vaadin 
is now now an  GWT contributor, what are the plans for these things ?

Could it be possible to just pick up this piece of functionality of Vaadin 
and use it, and how ? (without using anything else of Vaadin).

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/groups/opt_out.

Re: Design Decision RPC with AsyncDataProvider

[Jens]

You can set a string identifier to your columns by using 
Column.setDataStoreName(). The easiest identifier would be the raw database 
column name. Then you can go through the ColumnSortList of your CellTable, 
read the database column name and sort order of each sorted column and pass 
this information to the server. This information can then be used to build 
your ORDER BY clause.

Then you only need to detect if sort order has been changed so you can 
switch back to page one in your CellTable. To do so you can add a 
ColumnSortHandler to each column, which gets notified as soon as sort order 
changes.

-- J.

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/groups/opt_out.

Re: LESS/ SASS/... style usage in GWT ?

[Ed Bras]

I think the gwt dev team is "thinking about" CSS SASS support, from the
looks of issue 7624:
https://code.google.com/p/google-web-toolkit/issues/detail?id=7624
It hasn't become stale yet ... ;)


On Fri, Jun 14, 2013 at 4:19 PM, Ed  wrote:

> Vaadin has a special linker that should let you use SASS. I haven't tried
>> it though.
>
> https://vaadin.com/blog/-/**blogs/link-to-the-client-side-**from-sass
>>
> Thanks for reminding, I almost forgot it :(.
> I am currious when this will also be available in the core gwt? As Vaadin
> is now now an  GWT contributor, what are the plans for these things ?
>
> Could it be possible to just pick up this piece of functionality of Vaadin
> and use it, and how ? (without using anything else of Vaadin).
>
> --
> You received this message because you are subscribed to a topic in the
> Google Groups "Google Web Toolkit" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/google-web-toolkit/mrBctJ2BGtI/unsubscribe
> .
> To unsubscribe from this group and all its topics, send an email to
> google-web-toolkit+unsubscr...@googlegroups.com.
> To post to this group, send email to google-web-toolkit@googlegroups.com.
> Visit this group at http://groups.google.com/group/google-web-toolkit.
> For more options, visit https://groups.google.com/groups/opt_out.
>
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/groups/opt_out.

Re: LESS/ SASS/... style usage in GWT ?

[Ryan Chazen]

According to that article it will work without Vaadin, and just requires
that you replace 'widgetset' with 'module'. How exactly you'd go about
doing that is unclear and  I haven't tried, but the article definitely
seems to be saying that it should work without issue.
I've had plans to give it a try, but haven't had a reason to use SASS
recently so haven't tried it out yet. Let us know how it goes if you try.



On Fri, Jun 14, 2013 at 4:19 PM, Ed  wrote:

> Vaadin has a special linker that should let you use SASS. I haven't tried
>> it though.
>
> https://vaadin.com/blog/-/**blogs/link-to-the-client-side-**from-sass
>>
> Thanks for reminding, I almost forgot it :(.
> I am currious when this will also be available in the core gwt? As Vaadin
> is now now an  GWT contributor, what are the plans for these things ?
>
> Could it be possible to just pick up this piece of functionality of Vaadin
> and use it, and how ? (without using anything else of Vaadin).
>
> --
> You received this message because you are subscribed to a topic in the
> Google Groups "Google Web Toolkit" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/google-web-toolkit/mrBctJ2BGtI/unsubscribe
> .
> To unsubscribe from this group and all its topics, send an email to
> google-web-toolkit+unsubscr...@googlegroups.com.
> To post to this group, send email to google-web-toolkit@googlegroups.com.
> Visit this group at http://groups.google.com/group/google-web-toolkit.
> For more options, visit https://groups.google.com/groups/opt_out.
>
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/groups/opt_out.

Re: LESS/ SASS/... style usage in GWT ?

[Ryan Chazen]

It's been (erroneously) merged into issue 8162, which is just a generic
CSS3 issue. So I wouldn't get your hopes up too quickly.

https://code.google.com/p/google-web-toolkit/issues/detail?can=2&q=8162&colspec=ID%20Type%20Status%20Owner%20Milestone%20Summary%20Stars&id=8162




On Fri, Jun 14, 2013 at 4:22 PM, Ed Bras  wrote:

> I think the gwt dev team is "thinking about" CSS SASS support, from the
> looks of issue 7624:
> https://code.google.com/p/google-web-toolkit/issues/detail?id=7624
> It hasn't become stale yet ... ;)
>
>
> On Fri, Jun 14, 2013 at 4:19 PM, Ed  wrote:
>
>> Vaadin has a special linker that should let you use SASS. I haven't tried
>>> it though.
>>
>> https://vaadin.com/blog/-/**blogs/link-to-the-client-side-**from-sass
>>>
>> Thanks for reminding, I almost forgot it :(.
>> I am currious when this will also be available in the core gwt? As Vaadin
>> is now now an  GWT contributor, what are the plans for these things ?
>>
>> Could it be possible to just pick up this piece of functionality of
>> Vaadin and use it, and how ? (without using anything else of Vaadin).
>>
>> --
>> You received this message because you are subscribed to a topic in the
>> Google Groups "Google Web Toolkit" group.
>> To unsubscribe from this topic, visit
>> https://groups.google.com/d/topic/google-web-toolkit/mrBctJ2BGtI/unsubscribe
>> .
>> To unsubscribe from this group and all its topics, send an email to
>> google-web-toolkit+unsubscr...@googlegroups.com.
>> To post to this group, send email to google-web-toolkit@googlegroups.com.
>> Visit this group at http://groups.google.com/group/google-web-toolkit.
>> For more options, visit https://groups.google.com/groups/opt_out.
>>
>>
>>
>
>  --
> You received this message because you are subscribed to a topic in the
> Google Groups "Google Web Toolkit" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/google-web-toolkit/mrBctJ2BGtI/unsubscribe
> .
> To unsubscribe from this group and all its topics, send an email to
> google-web-toolkit+unsubscr...@googlegroups.com.
> To post to this group, send email to google-web-toolkit@googlegroups.com.
> Visit this group at http://groups.google.com/group/google-web-toolkit.
> For more options, visit https://groups.google.com/groups/opt_out.
>
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/groups/opt_out.

Re: RequestFactory Issue 6115

[Nermin]

Hello Thomas,

Open Session In View is the right approach to go for. Thank you for this 
advice!
I have implemented it and it works fine now.

However, I have one question regarding OSIV-Pattern: 
In the Hybernate example (see link below) they *begin transaction* before 
doFilter() and *commit on transaction* after it.
https://community.jboss.org/wiki/OpenSessionInView

I am using standard GWT setting with DataNucleus. For some reason it does 
not let me call em.getTransaction().begin(); and 
em.getTransaction().commit(); within the filter.
In my current implementation I can *create EntityManager* before 
doFilter()  and *close it* afterwards (this works), but cannot commit nor 
rollback transaction

Here is the error which I get when trying to open and commit the 
transaction:
org.datanucleus.exceptions.NucleusFatalUserException: Illegal argument

Caused by: java.lang.IllegalArgumentException: cross-group transaction need 
to be explicitly specified, see TransactionOptions.Builder.withXGfound both 
Element {
  type: "JobCategory"
  id: 1
}
 and Element {
  type: "JobCategory"
  id: 13
}

Do you have any Idea what might be the reason?
It must probably have something to do with my persistence.xml settings:


... some Entities
true







Thank you in advance:

Nermin



Am Donnerstag, 13. Juni 2013 15:05:56 UTC+2 schrieb Thomas Broyer:
>
>
>
> On Thursday, June 13, 2013 2:57:02 PM UTC+2, Nermin wrote:
>>
>> Hello group,
>>
>> Is the issue 6115 Fixed in GWT 2.5 or not??
>> http://code.google.com/p/google-web-toolkit/issues/detail?id=6115
>>
>> My problem is that on a entity with recursive relation the ancestors are 
>> not loaded when calling with(ancestors).
>>
>> Here is my code:
>>
>> @Entity
>> public class *JobCategory *{
>> // -- Recursive Relation mainCategory - SubCategories
>> @*OneToMany*(mappedBy = "mainCategory", cascade = CascadeType.ALL)
>> private Set<*JobCategory*> *subCategories *= new 
>> HashSet();
>> @ManyToOne
>> private *JobCategory *mainCategory;
>>
>> ... Getters / Setters 
>>
>> public static List findAllJobCategories() {
>> EntityManager em = EMFService.get().createEntityManager();
>> try {
>> Query query = em.createQuery("SELECT e FROM "+ 
>> JobCategory.class.getSimpleName() + " e ORDER BY i18nKey");
>> return (List) query.getResultList();
>> } catch (Exception e) {
>> e.printStackTrace();
>> } finally {
>> em.close();
>> }
>> return new ArrayList(); // Return empty list.
>> }
>> }
>>
>>
>> When I call: 
>> JobCategoryRequest jobCategoryReq = 
>> this.requestFactory.jobCategoryRequest();
>> Request> req = 
>> jobCategoryReq.findAllJobCategories().with("*subCategories*");
>> req.fire(receiver);
>>
>> ... The call will return categories but without subcatgeories. (The list 
>> is always empty).
>> I checked the DB, it is all fine there.
>>
>> Can it be that the Bug 6115 has not been fixed, even though its status 
>> says so, or am I doing something wrong here?
>>
>
> Have you checked whether the caller is called? if it is, does it return a 
> populated set?
>
> You're supposed to use an open-session-in-view (aka session-per-request) 
> pattern with RequestFactory, rather than creating/closing an EntityManager 
> in each service method. In this simple example (a single service method 
> call in the RequestContext, with no shared object between the request 
> –arguments– and the response), it shouldn't cause any harm *except* if 
> you lazy-load your linked entities.
>


-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/groups/opt_out.

Re: Uibinder inheriting and extending css classes (not just sharing them), best method?

[Joseph Lust]

Seth,

Currently I can do this by setting  src='/MyCss.css"> in A and B and it works nicely, uibinder 
> takes care of injecting the styles and everything. However I'm not sure if 
> this is the best way. There's also the issue that if I move A and B then 
> the relative path breaks (since absolute paths still aren't 100% functional 
> issue#7230).
>  
> Does anyone have a clue or is this the preferred method?
>

You might want to look at this previous 
answer.
 
If you do the overriding in the Java class backing your UI binder, then the 
refactoring worries won't be a problem. You can still handle the 
refactoring in UiBinder, but you'll have to set Eclipse (or IDE of choice) 
to do FQN replacements in all .xml files.


Sincerely,
Joseph

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/groups/opt_out.

Re: Best practices for inlining build (revision) number into GWT App?

[Joseph Lust]

Thanks for sharing. That's what I was using before. A real *chicken and the 
egg *problem while I sounds so simple in principle.

I've also pondered a direct string replacement against the compiles JS 
files (i.e. $$BUILD_NUMBER) with filters in the war building plugin 
as ostensibly strings are still the same string in the compiled JS, but 
that would not be nearly as dependable and could certainly blow up with 
future compiler changes.


Sincerely,
Joseph

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/groups/opt_out.

Re: CodeMirror and GWT.

[Joseph Lust]

Håvard Moås, checkout the Chrome Markdown 
extensionto
 format code for these forums. :)

Sincerely,
Joseph



-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/groups/opt_out.

Is ValueProxy similar to AutoBean type object?

[Yan]

Hi,

With my GWT 2.5.1, I am revisit the way I am using EntityProxy. There is an 
existing post about a parent entity proxy holding a list of children entity 
proxy, changes in children in UI does not trigger an update in backend. 

So, I thought to change to use ValueProxy, that way, I do not have this 
problem, as everything is sent to server. There is not that much data, so 
it won't be a performance problem.

But, is not using AutoBean more straightforward?  Just define an interface, 
both client/server are serializing and unserializing the objects into JSON 
string. 

Is ValueProxy essentially the same as object being serialized using 
AutoBean?

Thanks,
Yan

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/groups/opt_out.

Re: Uibinder inheriting and extending css classes (not just sharing them), best method?

[GWTter]

Hi Joseph,

Thanks for the reply. You're right and I actually do this elsewhere 
extending cssresource interfaces and using the @shared which also works; 
it's definitely the way to go for larger extensions/additions that aren't 
as local.
However what I like about the ui:binder approach is you don't have to worry 
about ensuring the styles are injected and less boilerplate to utilize the 
cssresource (even though it's not THAT much of a hassle). The other really 
nice thing is you can override/extend styles more easily with the approach 
I described for local changes (at least in my opinion). That's why I just 
wanted to see if there was a way to extend it without having to specify the 
src like in the approach above, or if it's even recommended.

Thanks again,

-Seth

On Friday, June 14, 2013 6:01:12 PM UTC+2, Joseph Lust wrote:
>
> Seth,
>
> Currently I can do this by setting > src='/MyCss.css"> in A and B and it works nicely, uibinder 
>> takes care of injecting the styles and everything. However I'm not sure if 
>> this is the best way. There's also the issue that if I move A and B then 
>> the relative path breaks (since absolute paths still aren't 100% functional 
>> issue#7230).
>>  
>> Does anyone have a clue or is this the preferred method?
>>
>
> You might want to look at this previous 
> answer.
>  
> If you do the overriding in the Java class backing your UI binder, then the 
> refactoring worries won't be a problem. You can still handle the 
> refactoring in UiBinder, but you'll have to set Eclipse (or IDE of choice) 
> to do FQN replacements in all .xml files.
>
>
> Sincerely,
> Joseph
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/groups/opt_out.

Re: How to play audio from the jar?

[Magnus]

Hi Jens,

so the URL would be "/audio/file.mp3"? Where is the root?

And is mp3 a format that most browsers support?

Thanks
Magnus

Am Freitag, 14. Juni 2013 10:27:52 UTC+2 schrieb Jens:
>
> You either write a servlet that loads the mp3 from the jar and sends it to 
> the client or dont put your audio files into a jar file. If you put your 
> audio files in your war file, e.g. war/audio/file.mp3, then you can access 
> it just like any other html/js file from your war. You could also put them 
> in your app's public folder. Then, after GWT compilation, your audio files 
> will be in war//audiofile.mp3.
>
> -- J.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/groups/opt_out.

Re: Problem in sending large size of data from GWT client to server by cross domain scripting

[Shashank Beerla]

if u knw the answer y dont u give a detail procedure to follow instead 
scribblin somethin in vague

On Thursday, May 12, 2011 4:09:52 AM UTC-4, Thomas Broyer wrote:
>
> There are tricks using a hidden form (FormPanel in GWT), but well, they're 
> a bit "hackish"... (what's hackish is communicating the result back to your 
> app: you have to send a redirect to a page that's the same origin as the 
> app, and this will call 2 FormPanel.SubmitEvent to be fired; or you could 
> use the "window.name" trick...)
> Maybe not that helpful to you as i'm a bit "vague", but the point is: yes, 
> it's possible.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/groups/opt_out.