date:20110304

+1 on this.

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
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: RequestFactory and fat client

Good to know client side bean validation is a work in progress, that
explains why it isn't working yet currently.

Thanks David,
Joseph

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
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: Development mode vs web mode URL discrepancy

Oh, I missed the bit where you are accessing resources outside of the
GWT app.

Icky ...

I punt.

-Ben

On Mar 4, 12:09 pm, Ben Imp  wrote:
> GWT has the concept of a history token to preserve your application's
> context.  You shouldn't need to be parsing the URL.
>
> http://code.google.com/webtoolkit/doc/latest/DevGuideCodingBasicsHist...
>
> -Ben
>
> On Mar 4, 11:20 am, cri  wrote:
>
> > I saw another post on this subject, but there wasn't a satisfactory
> > answer for me. So...
>
> > I find it very unfortunate that my GWT application URLs are not
> > consistent between development mode and web mode. Our application
> > lives on an intranet with lots of interaction with other intranet
> > resources which requires us to derive resources URLs depending on the
> > environment that we are running in.
>
> > In our testing and production environments, our application URL is
> > "http://hostname:port/myapp/myapp.html";. In development mode, the url
> > ishttp://hostname:port/myapp.html?gwt.codesvr=127.0.0.1:9997. This
> > has caused us all kinds of pain in terms of fragile URL derivation
> > code and application breakage caused by this fragility. So, there are
> > two problems. One, we need a way to preserve our application context,
> > which is fundamental to web applications. Second, we need a way to
> > lose the "?gwt.codesvr=127.0.0.1:9997". Surely, there is a less
> > intrusive way to handle this development mode information.
>
> > In another thread on this problem, a way to preserve the application
> > context was suggested that required giving up the nice jetty
> > integration that comes out of the box with the gwt eclipse plugin. I'd
> > hate to give this up and I'd hate to have to have our entire
> > development team give it up as well. They wouldn't like it.
>
> > Also, in the other thread, there was a description on how to bypass
> > the "?gwt.codesvr=127.0.0.1:9997". Unfortunately, looking over the
> > instructions a couple of times, I still don't quite understand what I
> > need to do.
>
> > I don't know if there is a work around for this issue; one that
> > doesn't require giving up the nifty jetty integration. I'd be very
> > grateful of course if anyone could suggest a work around.
>
> > In any case, I sure think that a future release of GWT should address
> > this issue.

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
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: RequestFactory and fat client

2011-03-04 Thread David Chandler

Hi Katya,

RequestFactory creates concrete instances of your entity types on the client
using GWT AutoBeans, so it's not possible to use your own entity classes on
the client, only interfaces. Because RF instantiates the concrete classes,
it is able to track changes to entities and send only deltas to the server.

FYI, work is progressing on support for JSR 303 bean validation on the
client. See http://code.google.com/p/google-web-toolkit/wiki/BeanValidation

/dmc

On Fri, Mar 4, 2011 at 12:36 PM, Katya  wrote:

> Hi!
>
> Whether it is possible to create fat client while using
> RequestFactory?
> It would be great if it is possible to have some class on the client
> side, which implements the EntityProxy interface from shared folder.
> So it could have some logic to perform on client side like validation,
> etc.
> I tried this idea but did not succeed in it. Maybe I missed something?
>
> Thanks!
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google Web Toolkit" group.
> 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.
>
>


-- 
David Chandler
Developer Programs Engineer, Google Web Toolkit
w: http://code.google.com/
b: http://googlewebtoolkit.blogspot.com/
t: @googledevtools

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
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.

What is the purpose of the files hosted.html and clear.cache.gif ? should they be included in final deployment ?

2011-03-04 Thread zixzigma

Hello Everyone,
do you know what is the purpose of the files
*hosted.html* and
*clear.cache.gift*  ?

should they be included in final deployment ?
I believe clear.cache.gift must be included, but not hosted.html,
what do you think ?

Thank You

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
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: DateBox can't be used with ValueBoxEditorDecorator

Colin,

Thanks for your reply. I understand from the source that the ValueBox
and the DateBox are from two totally separate branches so it might not
be possible to make the existing DateBox fits into the
ValueboxEditorDecorator bunch. But as a user,  if Google is pushing
the uiBinder, the requestFactory and the editor driver as the
framework that people should goto for building gui, then valuebox
compatible widgets should exists for the basic data types such as
Date. I am picking DateBox since its a textbox with a calendar popup,
so user can basically type the date in and there are chance the input
is not well formed and the validation framework should be able to
catch and report that thru the valueboxEditorDecorator.

I can't find a field there in the issue tracker to indicate thats
actually a feature request rather. But I believe the idea should get
across.

As for ur suggestions, thank you very much for that. I will take a
look at it over the weekend since if I can get something working. I
was leaning on using ur first option but hasn't gone too far with it
as it was rather late. Will see how it goes when I get time to work on
it shortly.

Thanks,
Joseph

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
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: src attribute causes error in the Google Eclipse plugin

> I haven't worked with Groovy/Scala and Maven. Are you saying
> Groovy/Scala code is supposed to go in src/main/resources? That would
> indeed be strange.

Generally, no. Groovy (and maybe Scala too) is a little bit of an
unusual case because (I think) you don't actually have to compile the
source ahead of time. I would compile it, but if I didn't, I still
wouldn't use src/main/resources for Groovy code. The project I work on
does have some tests written in Groovy that live in src/test/groovy. I
was figuring the same convention would apply to src/main for Groovy,
Scala, etc.

> The *.ui.xml files are certainly outliers. It would be nice to have
> separate directories for specific GWT stuff. Maybe
> src/main/gwt-resources or simply src/main/gwt.

I like src/main/gwt myself. Indicates non-java sources that are used
by the GWT compiler. Packaging of the files depends on whether it's an
application or a library.

Now, wouldn't it be nice to have a couple of maven packaging types
that followed these conventions automatically...

-Brian

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
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: ie8 plugin fails to install

2011-03-04 Thread FabioV

it looks like it is a clean os install from your comments. bear in mind that 
the first time you install the plugin that is an activex control, IE will 
give you several warnings in order to enable the plugin to run. it is a one 
time thing.

here are some things to keep in mind:
1) does the installation finished with success? do you see a popup window 
saying that the installation was successful?

2) double check that the plugin is installed and get the version (control 
panel > programs > programs and features), look for Google web toolkit

3) if it is installed, after you start devmode and connect IE check to see 
if IE will ask for your permission to run the plugin.

when you say does not read the gwt page, could be that the url you passing 
is not the one active in devmode tab? could double check? can you access the 
page in web mode (remove the ?gwt.codesvr= part from the url)?



-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
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: src attribute causes error in the Google Eclipse plugin

2011-03-04 Thread Hilco Wijbenga

On 4 March 2011 19:53, Brian Reilly  wrote:
>>> There's a deeper question there: are UiBinder ui.xml, LocalizableResources
>>> properties, ClientBundle css, images, etc. "resources" or "sources"?
>>
>> From Maven's point of view: yes, they are resources, not sources.
>> Sources contain source code (i.e. Java code).
>
> Java code is just one example. Groovy and Scala are not Java, but are
> still source code. I would also consider .ui.xml files to be source
> code. Leaving aside libraries for the moment, they are not bundled in
> the final artifact and are instead compiled into an entirely different
> form.

I haven't worked with Groovy/Scala and Maven. Are you saying
Groovy/Scala code is supposed to go in src/main/resources? That would
indeed be strange.

The *.ui.xml files are certainly outliers. It would be nice to have
separate directories for specific GWT stuff. Maybe
src/main/gwt-resources or simply src/main/gwt.

>>> Because these are all about client-side code, which is meant to be given to
>>> the GWT Compiler, I tend to think of them as "sources" more than
>>> "resources".
>>
>> Resources are available to all Maven plugins and tools. Just like,
>> e.g., a Hibernate configuration file. So the fact that a resource is
>> given to the GWT compiler doesn't make it a source (from Maven's point
>> of view).
>
> True. However, by default, there is an implication that resources will
> be copied (possibly with filtering) directly into the target packaging
> area during the build. Here's a subset of the maven lifecycle. Note
> the description of process-resources (I've included the surrounding
> phases for context).
>
> * generate-sources: generate any source code for inclusion in compilation.
> * process-sources: process the source code, for example to filter any values.
> * generate-resources: generate resources for inclusion in the package.
> * process-resources: copy and process the resources into the
> destination directory, ready for packaging.
> * compile: compile the source code of the project.
> * process-classes: post-process the generated files from compilation,
> for example to do bytecode enhancement on Java classes.
>
> If you have files in your project that:
>
> * are needed for compilation
> * don't fit in any other source directory under src/main (e.g. src/main/java)
> * shouldn't be included in the final artifact
>
> you can either:
>
> * put them in src/main/resources and configure a resource exclude
> * add another source directory under src/main and configure a source include

Yep, agreed.

> The types of files that Thomas mentioned are in this category. If I
> were to be concerned with not polluting src/main/java with these, I
> would choose to add another source directory.

I'm too lazy to do so but I agree. :-)

> Finally, as Thomas pointed out, whether or not the files are included
> in the final artifact depends on whether it's an application WAR or a
> library JAR. I've been assuming WAR above. For a JAR, I would probably
> use the same directory structure for consistency and just change the
> includes/excludes to get the files packaged correctly.
>
> Though I also agree that it's unfortunate that they can't be
> configured the same, compiled separately, and linked together for the
> final application WAR.
>
> -Brian

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
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: src attribute causes error in the Google Eclipse plugin

>> There's a deeper question there: are UiBinder ui.xml, LocalizableResources
>> properties, ClientBundle css, images, etc. "resources" or "sources"?
>
> From Maven's point of view: yes, they are resources, not sources.
> Sources contain source code (i.e. Java code).

Java code is just one example. Groovy and Scala are not Java, but are
still source code. I would also consider .ui.xml files to be source
code. Leaving aside libraries for the moment, they are not bundled in
the final artifact and are instead compiled into an entirely different
form.

>> Because these are all about client-side code, which is meant to be given to
>> the GWT Compiler, I tend to think of them as "sources" more than
>> "resources".
>
> Resources are available to all Maven plugins and tools. Just like,
> e.g., a Hibernate configuration file. So the fact that a resource is
> given to the GWT compiler doesn't make it a source (from Maven's point
> of view).

True. However, by default, there is an implication that resources will
be copied (possibly with filtering) directly into the target packaging
area during the build. Here's a subset of the maven lifecycle. Note
the description of process-resources (I've included the surrounding
phases for context).

* generate-sources: generate any source code for inclusion in compilation.
* process-sources: process the source code, for example to filter any values.
* generate-resources: generate resources for inclusion in the package.
* process-resources: copy and process the resources into the
destination directory, ready for packaging.
* compile: compile the source code of the project.
* process-classes: post-process the generated files from compilation,
for example to do bytecode enhancement on Java classes.

If you have files in your project that:

* are needed for compilation
* don't fit in any other source directory under src/main (e.g. src/main/java)
* shouldn't be included in the final artifact

you can either:

* put them in src/main/resources and configure a resource exclude
* add another source directory under src/main and configure a source include

The types of files that Thomas mentioned are in this category. If I
were to be concerned with not polluting src/main/java with these, I
would choose to add another source directory.

Finally, as Thomas pointed out, whether or not the files are included
in the final artifact depends on whether it's an application WAR or a
library JAR. I've been assuming WAR above. For a JAR, I would probably
use the same directory structure for consistency and just change the
includes/excludes to get the files packaged correctly.

Though I also agree that it's unfortunate that they can't be
configured the same, compiled separately, and linked together for the
final application WAR.

-Brian

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
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.

Can anyone share code that adds keyboard navigation to the popup calendar picker?

2011-03-04 Thread Blackberet

I've seen several references in postings that say something like "I've
added keyboard navigation to the calendar", but I don't see any code.

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
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.

How can I hide a SimplePager only when the total number of rows is less than or equal to one page?

2011-03-04 Thread Blackberet

I have a SimplePager bound to a CellTable.

It makes no sense to display the pager if the total number of rows is
less than or equal to the number of rows in a page.

I thought I could use

pager.setVisible(pager.hasNextPage() || pager.hasPreviousPage());

but that doesn't work.

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
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.

ie8 plugin fails to install

2011-03-04 Thread deborah

Hello,

  The GWT ie8 plugin is not installing.  The browser window shows the
panel asking for it with a link, I close the installation warning bar
generated by ie8, and install the plugin.  It appears to install, but
does not read the GWT page even after ie8 restart.

  Hard install by saving the plugin and installing also fails.

  This appears to be a recent problem - several weeks ago on an
identical laptop / OS / dev environment, it installed with no problem,
but that laptop died and now the install fails on the new one.  It
also seems related to a similar recent issue where Chrome installation
of the GWT plugin failed (the solution was to de-install, link to an
older plugin, and install the older plugin).

  Can anyone help?

  My OS is Windows 7 (Vista) 64 bit, using GWT 2.1.

  Deborah

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
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.

RequestFactory and fat client

2011-03-04 Thread Katya

Hi!

Whether it is possible to create fat client while using
RequestFactory?
It would be great if it is possible to have some class on the client
side, which implements the EntityProxy interface from shared folder.
So it could have some logic to perform on client side like validation,
etc.
I tried this idea but did not succeed in it. Maybe I missed something?

Thanks!

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
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: howto check HTML5 audio tag supported in a browser

2011-03-04 Thread Chris Conroy

In general you should avoid doing a lossy conversion from a lossy file.

More than you ever wanted to know about audio encoding:
http://www.hydrogenaudio.org/forums/

On Fri, Mar 4, 2011 at 1:35 PM, Armishev, Sergey wrote:

> Thank you, Philip!
> That works. Took me time to find free mp3 to ogg converter and I found one
> from http://www.oggtomp3converter.com/ . It states that OGG Vorbis has
> "smaller file size and better audio quality". But after conversion of 2KB
> mp3 file I got 5KB of ogg file. Do you think it is normal or something wrong
> with converter? Which converter could you recommend then?
>
> -Sergey
>
>
> -Original Message-
> From: google-web-toolkit@googlegroups.com [mailto:
> google-web-toolkit@googlegroups.com] On Behalf Of Philip Rogers
> Sent: Thursday, March 03, 2011 8:27 PM
> To: Google Web Toolkit
> Subject: Re: howto check HTML5 audio tag supported in a browser
>
> You are probably trying to play an unsupported format :)
>
> Firefox 3.6 doesn't support mp3. You can use audioEl.canPlayType() to
> detect the available formats like so:
> [... snip ...]
>  AudioElement audioEl = audio.getAudioElement();
>  audioEl.setAutoplay(true);
>  if (!audioEl.canPlayType("audio/mpeg;").equals(audioEl.CANNOT_PLAY))
> {
>audioEl.setSrc("smallmp3.mp3");
>  } else if (!audioEl.canPlayType("audio/ogg; codecs=\"vorbis
> \"").equals(audioEl.CANNOT_PLAY)) {
>audioEl.setSrc("smallogg.ogg");
>  } else {
>RootPanel.get().add(new Label("no available media types"));
>  }
>  audioEl.setControls(true);
>  audioEl.setLoop(false);
>  audioEl.setVolume(1.0);
>  RootPanel.get().add(audio);
> } else {
>  RootPanel.get().add(new Label("audio not supported"));
> }
> [... snip ...]
>
> Philip
>
> On Mar 3, 2:53 pm, "Armishev, Sergey"  wrote:
> > Thank you for the quick answer. When I moved forward with pure GWT based
> approach I found that Audio object works on Chrome but not on Firefox
> (3.6.13). Am I doing something wrong or it is some limitations? Below the
> code. I made audio controls visible and actually see them on Chrome as well
> as hear the sound but the same code doesn't show any audio player on
> Firefox. I tested only in development mode. Here is the code
> > com.google.gwt.media.client.Audio audio =
> com.google.gwt.media.client.Audio.createIfSupported();
> > if(audio != null) {
> > com.google.gwt.dom.client.AudioElement audioEl =
> audio.getAudioElement();
> > audioEl.setAutoplay(true);
> > audioEl.setSrc(fullURL);
> > audioEl.setAutoplay(true);
> > audioEl.setControls(true);
> > audioEl.setLoop(false);
> > audioEl.setVolume(1.0);
> > RootPanel.get().add(audio);
> > } else {
> > //no HTML5 audio support
> > }
> >
> >
> >
> >
> >
> >
> >
> > -Original Message-
> > From: google-web-toolkit@googlegroups.com [mailto:
> google-web-toolkit@googlegroups.com] On Behalf Of Julien Dramaix
> > Sent: Thursday, March 03, 2011 8:13 AM
> > To: Google Web Toolkit
> > Subject: Re: howto check HTML5 audio tag supported in a browser
> >
> > gwtmodernizr can help you to detect browser support for HTML5 and CSS3
> > features
> >
> > Check at :http://code.google.com/p/gwtmodernizr/
> >
> > On Mar 3, 12:31 am, John LaBanca  wrote:
> > > GWT has an Audio widget for HTML5 audio support:
> > > com.google.gwt.media.client.Audio.isSupported()
> >
> > > Thanks,
> > > John LaBanca
> > > jlaba...@google.com
> >
> > > On Wed, Mar 2, 2011 at 6:29 PM, Armishev, Sergey <
> sarmis...@idirect.net>wrote:
> >
> > > >  I am new to HTML5 and have this simple question: what is the best
> way to
> > > > check that HTML5  tag is supported on the browser? In general
> I would
> > > > like to be able to check for all/most of HTML5 tags. The only library
> I
> > > > found is Modernizr fromhttp://diveintohtml5.org/detectbutit doesn't
> > > > check for  . Anybody knows and can recommend other libraries?
> Any GWT
> > > > based libraries?
> >
> > > > -Sergey
> >
> > > > _
> > > > This electronic message and any files transmitted with it contains
> > > > information from iDirect, which may be privileged, proprietary
> > > > and/or confidential. It is intended solely for the use of the
> individual
> > > > or entity to whom they are addressed. If you are not the original
> > > > recipient or the person responsible for delivering the email to the
> > > > intended recipient, be advised that you have received this email
> > > > in error, and that any use, dissemination, forwarding, printing, or
> > > > copying of this email is strictly prohibited. If you received this
> email
> > > > in error, please delete it and immediately notify the sender.
> > > > _
> >
> > > >  --
> > >

Re: DateBox can't be used with ValueBoxEditorDecorator

2011-03-04 Thread Colin Alworth

This isn't a bug, this is just how the class is defined - DateBox is not a 
ValueBox, so attempting to pass it into a function that expects a ValueBox 
will naturally fail. 

A few options you have: Try making a ValueBoxBase instance that wraps a 
DateBox - this may or may not be possible, but will be necessary if you want 
to use the stock ValueBoxEditorDecorator, which requires access to a 
ValueBoxEditor. 

The other, preferred option would be to make something like a 
DateBoxEditorDecorator. Since DateBox doesn't have any parsing or validating 
stuff, it doesnt generate its own errors (so doesnt need a delegate), so 
this will have some differences from the ValueBoxEditorDecorator.

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
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: Window.open handle ?

2011-03-04 Thread Colin Alworth

It should be trivial to make your own call in jsni to $wnd.open, returning 
whatever handle you want, or doing the focus right away. Look at how 
Window.open is implemented, and see if you can replicate it in such a way to 
have the exact behavior you need.

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
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: howto check HTML5 audio tag supported in a browser

2011-03-04 Thread Armishev, Sergey

One more thing I forgot
The sound itself plays with ogg file on Firefox but audio control still doesn't 
show up compare to Chrome browser. Any ideas why?

-Sergey

-Original Message-
From: google-web-toolkit@googlegroups.com 
[mailto:google-web-toolkit@googlegroups.com] On Behalf Of Armishev, Sergey
Sent: Friday, March 04, 2011 1:36 PM
To: google-web-toolkit@googlegroups.com
Subject: RE: howto check HTML5 audio tag supported in a browser

Thank you, Philip!
That works. Took me time to find free mp3 to ogg converter and I found one from 
http://www.oggtomp3converter.com/ . It states that OGG Vorbis has "smaller file 
size and better audio quality". But after conversion of 2KB mp3 file I got 5KB 
of ogg file. Do you think it is normal or something wrong with converter? Which 
converter could you recommend then? 

-Sergey


-Original Message-
From: google-web-toolkit@googlegroups.com 
[mailto:google-web-toolkit@googlegroups.com] On Behalf Of Philip Rogers
Sent: Thursday, March 03, 2011 8:27 PM
To: Google Web Toolkit
Subject: Re: howto check HTML5 audio tag supported in a browser

You are probably trying to play an unsupported format :)

Firefox 3.6 doesn't support mp3. You can use audioEl.canPlayType() to
detect the available formats like so:
[... snip ...]
  AudioElement audioEl = audio.getAudioElement();
  audioEl.setAutoplay(true);
  if (!audioEl.canPlayType("audio/mpeg;").equals(audioEl.CANNOT_PLAY))
{
audioEl.setSrc("smallmp3.mp3");
  } else if (!audioEl.canPlayType("audio/ogg; codecs=\"vorbis
\"").equals(audioEl.CANNOT_PLAY)) {
audioEl.setSrc("smallogg.ogg");
  } else {
RootPanel.get().add(new Label("no available media types"));
  }
  audioEl.setControls(true);
  audioEl.setLoop(false);
  audioEl.setVolume(1.0);
  RootPanel.get().add(audio);
} else {
  RootPanel.get().add(new Label("audio not supported"));
}
[... snip ...]

Philip

On Mar 3, 2:53 pm, "Armishev, Sergey"  wrote:
> Thank you for the quick answer. When I moved forward with pure GWT based 
> approach I found that Audio object works on Chrome but not on Firefox 
> (3.6.13). Am I doing something wrong or it is some limitations? Below the 
> code. I made audio controls visible and actually see them on Chrome as well 
> as hear the sound but the same code doesn't show any audio player on Firefox. 
> I tested only in development mode. Here is the code
>                 com.google.gwt.media.client.Audio audio = 
> com.google.gwt.media.client.Audio.createIfSupported();
>                 if(audio != null) {
>                         com.google.gwt.dom.client.AudioElement audioEl = 
> audio.getAudioElement();
>                         audioEl.setAutoplay(true);
>                         audioEl.setSrc(fullURL);
>                         audioEl.setAutoplay(true);
>                         audioEl.setControls(true);
>                         audioEl.setLoop(false);
>                         audioEl.setVolume(1.0);
>                         RootPanel.get().add(audio);
>                 } else {
> //no HTML5 audio support
>                 }
>
>
>
>
>
>
>
> -Original Message-
> From: google-web-toolkit@googlegroups.com 
> [mailto:google-web-toolkit@googlegroups.com] On Behalf Of Julien Dramaix
> Sent: Thursday, March 03, 2011 8:13 AM
> To: Google Web Toolkit
> Subject: Re: howto check HTML5 audio tag supported in a browser
>
> gwtmodernizr can help you to detect browser support for HTML5 and CSS3
> features
>
> Check at :http://code.google.com/p/gwtmodernizr/
>
> On Mar 3, 12:31 am, John LaBanca  wrote:
> > GWT has an Audio widget for HTML5 audio support:
> > com.google.gwt.media.client.Audio.isSupported()
>
> > Thanks,
> > John LaBanca
> > jlaba...@google.com
>
> > On Wed, Mar 2, 2011 at 6:29 PM, Armishev, Sergey 
> > wrote:
>
> > >  I am new to HTML5 and have this simple question: what is the best way to
> > > check that HTML5  tag is supported on the browser? In general I 
> > > would
> > > like to be able to check for all/most of HTML5 tags. The only library I
> > > found is Modernizr fromhttp://diveintohtml5.org/detectbutit doesn't
> > > check for  . Anybody knows and can recommend other libraries? Any 
> > > GWT
> > > based libraries?
>
> > > -Sergey
>
> > > _
> > > This electronic message and any files transmitted with it contains
> > > information from iDirect, which may be privileged, proprietary
> > > and/or confidential. It is intended solely for the use of the individual
> > > or entity to whom they are addressed. If you are not the original
> > > recipient or the person responsible for delivering the email to the
> > > intended recipient, be advised that you have received this email
> > > in error, and that any use, dissemination, forwarding, printing, or
> > > copying of this email is strictly prohibited. If you received this email
> > > in error, please delete it and immediately notify the sender.
> > >

RE: howto check HTML5 audio tag supported in a browser

2011-03-04 Thread Armishev, Sergey

Thank you, Philip!
That works. Took me time to find free mp3 to ogg converter and I found one from 
http://www.oggtomp3converter.com/ . It states that OGG Vorbis has "smaller file 
size and better audio quality". But after conversion of 2KB mp3 file I got 5KB 
of ogg file. Do you think it is normal or something wrong with converter? Which 
converter could you recommend then? 

-Sergey


-Original Message-
From: google-web-toolkit@googlegroups.com 
[mailto:google-web-toolkit@googlegroups.com] On Behalf Of Philip Rogers
Sent: Thursday, March 03, 2011 8:27 PM
To: Google Web Toolkit
Subject: Re: howto check HTML5 audio tag supported in a browser

You are probably trying to play an unsupported format :)

Firefox 3.6 doesn't support mp3. You can use audioEl.canPlayType() to
detect the available formats like so:
[... snip ...]
  AudioElement audioEl = audio.getAudioElement();
  audioEl.setAutoplay(true);
  if (!audioEl.canPlayType("audio/mpeg;").equals(audioEl.CANNOT_PLAY))
{
audioEl.setSrc("smallmp3.mp3");
  } else if (!audioEl.canPlayType("audio/ogg; codecs=\"vorbis
\"").equals(audioEl.CANNOT_PLAY)) {
audioEl.setSrc("smallogg.ogg");
  } else {
RootPanel.get().add(new Label("no available media types"));
  }
  audioEl.setControls(true);
  audioEl.setLoop(false);
  audioEl.setVolume(1.0);
  RootPanel.get().add(audio);
} else {
  RootPanel.get().add(new Label("audio not supported"));
}
[... snip ...]

Philip

On Mar 3, 2:53 pm, "Armishev, Sergey"  wrote:
> Thank you for the quick answer. When I moved forward with pure GWT based 
> approach I found that Audio object works on Chrome but not on Firefox 
> (3.6.13). Am I doing something wrong or it is some limitations? Below the 
> code. I made audio controls visible and actually see them on Chrome as well 
> as hear the sound but the same code doesn't show any audio player on Firefox. 
> I tested only in development mode. Here is the code
>                 com.google.gwt.media.client.Audio audio = 
> com.google.gwt.media.client.Audio.createIfSupported();
>                 if(audio != null) {
>                         com.google.gwt.dom.client.AudioElement audioEl = 
> audio.getAudioElement();
>                         audioEl.setAutoplay(true);
>                         audioEl.setSrc(fullURL);
>                         audioEl.setAutoplay(true);
>                         audioEl.setControls(true);
>                         audioEl.setLoop(false);
>                         audioEl.setVolume(1.0);
>                         RootPanel.get().add(audio);
>                 } else {
> //no HTML5 audio support
>                 }
>
>
>
>
>
>
>
> -Original Message-
> From: google-web-toolkit@googlegroups.com 
> [mailto:google-web-toolkit@googlegroups.com] On Behalf Of Julien Dramaix
> Sent: Thursday, March 03, 2011 8:13 AM
> To: Google Web Toolkit
> Subject: Re: howto check HTML5 audio tag supported in a browser
>
> gwtmodernizr can help you to detect browser support for HTML5 and CSS3
> features
>
> Check at :http://code.google.com/p/gwtmodernizr/
>
> On Mar 3, 12:31 am, John LaBanca  wrote:
> > GWT has an Audio widget for HTML5 audio support:
> > com.google.gwt.media.client.Audio.isSupported()
>
> > Thanks,
> > John LaBanca
> > jlaba...@google.com
>
> > On Wed, Mar 2, 2011 at 6:29 PM, Armishev, Sergey 
> > wrote:
>
> > >  I am new to HTML5 and have this simple question: what is the best way to
> > > check that HTML5  tag is supported on the browser? In general I 
> > > would
> > > like to be able to check for all/most of HTML5 tags. The only library I
> > > found is Modernizr fromhttp://diveintohtml5.org/detectbutit doesn't
> > > check for  . Anybody knows and can recommend other libraries? Any 
> > > GWT
> > > based libraries?
>
> > > -Sergey
>
> > > _
> > > This electronic message and any files transmitted with it contains
> > > information from iDirect, which may be privileged, proprietary
> > > and/or confidential. It is intended solely for the use of the individual
> > > or entity to whom they are addressed. If you are not the original
> > > recipient or the person responsible for delivering the email to the
> > > intended recipient, be advised that you have received this email
> > > in error, and that any use, dissemination, forwarding, printing, or
> > > copying of this email is strictly prohibited. If you received this email
> > > in error, please delete it and immediately notify the sender.
> > > _
>
> > >  --
> > > You received this message because you are subscribed to the Google Groups
> > > "Google Web Toolkit" group.
> > > 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.-Hide quoted text -
>
> > -

Re: Can't make @sprite working ...

2011-03-04 Thread Simon M

Yes that's it thank you

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
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: Development mode vs web mode URL discrepancy

GWT has the concept of a history token to preserve your application's
context.  You shouldn't need to be parsing the URL.

http://code.google.com/webtoolkit/doc/latest/DevGuideCodingBasicsHistory.html

-Ben

On Mar 4, 11:20 am, cri  wrote:
> I saw another post on this subject, but there wasn't a satisfactory
> answer for me. So...
>
> I find it very unfortunate that my GWT application URLs are not
> consistent between development mode and web mode. Our application
> lives on an intranet with lots of interaction with other intranet
> resources which requires us to derive resources URLs depending on the
> environment that we are running in.
>
> In our testing and production environments, our application URL is
> "http://hostname:port/myapp/myapp.html";. In development mode, the url
> ishttp://hostname:port/myapp.html?gwt.codesvr=127.0.0.1:9997. This
> has caused us all kinds of pain in terms of fragile URL derivation
> code and application breakage caused by this fragility. So, there are
> two problems. One, we need a way to preserve our application context,
> which is fundamental to web applications. Second, we need a way to
> lose the "?gwt.codesvr=127.0.0.1:9997". Surely, there is a less
> intrusive way to handle this development mode information.
>
> In another thread on this problem, a way to preserve the application
> context was suggested that required giving up the nice jetty
> integration that comes out of the box with the gwt eclipse plugin. I'd
> hate to give this up and I'd hate to have to have our entire
> development team give it up as well. They wouldn't like it.
>
> Also, in the other thread, there was a description on how to bypass
> the "?gwt.codesvr=127.0.0.1:9997". Unfortunately, looking over the
> instructions a couple of times, I still don't quite understand what I
> need to do.
>
> I don't know if there is a work around for this issue; one that
> doesn't require giving up the nifty jetty integration. I'd be very
> grateful of course if anyone could suggest a work around.
>
> In any case, I sure think that a future release of GWT should address
> this issue.

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
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.

GWT 2.2 java.lang.ExceptionInInitializerError: null - ONLY when using Eclipse Debugger

2011-03-04 Thread Yaakov

Hi,

I am using the latest Eclipse (64bit) on Window XP 64-bit with JDK
1.6.0_13 64-bit. I can compile and deploy (with maven) just fine.
Looking into installation details, I am using the latest GWT 2.2
Eclipse plugin. It shows as version 2.2.0.v201102111811.

I can compile and deploy the app just fine. Everything works. However,
if I try to start up the debugger, it gets to "Module  has been
loaded" and then shows "uncaught exception escaped" message.

When I click on it, it give me a very long stack trace with the top
one being com.google.gwt.event.shared.UmbrellaException: One or more
exception caught, see full set in UmbrellaException#getCauses.

The caused by is "Deferred binding failed for "xxx.xx.xx.view.Mainview
$MainLayoutViewUiBinder' (did you forget to inherit a required
module?).

When I trace it down, this happens when the code calls:
Mainview view = new Mainview();

Please NOTE that everything was working just fine before I upgrade to
GWT 2.2, including the debugging. Now, I can compile and run on
command line, but I can't get it to work inside Eclipse.

Any ideas would be much appreciated!

Thanks,
Yaakov.

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
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: RequestFactory, Editor Framework, and CellTable

2011-03-04 Thread Colin Alworth

I've already got a generator that 
builds FieldUpdater instances (as well as Column instances, complete 
with getValue calls), so it is just a matter of extending it a little 
further to make this PendingChange-like thing.

And, of course, to either stop HasDataEditor from implementing 
LeafValueEditor, or patch my own copy of GWT. Patching isn't ideal, as it 
would prevent others from using this library I'm trying to make, but it 
would be a decent stopgap measure.

Any suggestions on how to squeak a little louder to get that bug greased? Or 
can a Googler comment on the status of the issue?

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
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 external jars on client side

2011-03-04 Thread Jeff Larsen

Ask yourself this, could you call the BIRT jars from jquery or some other 
javascript library? What functionality are you trying to get from BIRT? Do 
the classes that you need and their hierarchy play nicely with the gwt java 
whitelist (This is almost certian to be a no, but I haven't looked at the 
BIRT code). 

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
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: src attribute causes error in the Google Eclipse plugin

2011-03-04 Thread Hilco Wijbenga

On 4 March 2011 12:02, Thomas Broyer  wrote:
> There's a deeper question there: are UiBinder ui.xml, LocalizableResources
> properties, ClientBundle css, images, etc. "resources" or "sources"?

>From Maven's point of view: yes, they are resources, not sources.
Sources contain source code (i.e. Java code).

> Because these are all about client-side code, which is meant to be given to
> the GWT Compiler, I tend to think of them as "sources" more than
> "resources".

Resources are available to all Maven plugins and tools. Just like,
e.g., a Hibernate configuration file. So the fact that a resource is
given to the GWT compiler doesn't make it a source (from Maven's point
of view).

> In the context of a "GWT library" though, you don't give them directly to
> the GWT Compiler and you'd want them in the packaged JAR so they'd rather be
> "resources"; but even Java files play both roles here: compiled by javac
> (and packaged as *.class files in the JAR) and packaged as *.java files,
> i.e. seen as "resources".

True but a rather unfortunate consequence of not being able to create
real GWT libraries. A "real" GWT library would not need to be
recompiled when included in the WAR project. A "real" GWT library
would only have resources and JavaScript (assuming no shared or server
Java code).

> This gets even blurier when your "GWT library" is made of "shared code".
> All of these are why I do think that GWT projects in Maven should have a
> specific type/packaging (or actually several specific types: one for "GWT
> libraries", that are only packaged as JARs, and one for "GWT apps", that go
> through the compiler to generate javascript files, that you'd then use in a
> packaging=war module).

That's an interesting idea. I would still like to be able to actually
GWT compile my libraries, though. That would seriously cut down on
compile time of the whole app. The GWT compiler would only have to
(re)link all the libraries together (I'm guessing) to create the end
result.

> See http://www.sonatype.com/books/mvnref-book/reference/flex-dev-sect-multimodule-archetype.html for
> an example of what I mean, just using "shockwave" libraries (swc) and
> "shockwave" applications (swf), later used by a webapp.
> But there are two kinds of "libraries": client-only code (gwt-google-apis or
> GIN for instance) and "shared code", where you don't want to have your
> source code deployed to your server as "resources" in the JAR (so you'd need
> two JARs).
>
> The main "complication" is if you want to still support "simple webapps"
> where everything (client, shared and server code) is in one module; but I
> think that if you use Maven, you should have separate modules for client and
> server code.

Yes, I agree.

> The drawbacks of all these are:
>
> running DevMode: it'd be hard (or very convoluted) to run DevMode with its
> embedded server when your code is split in several apps, while still
> supporting "hot refreshes". But this is actually a global issue with Maven,
> that you also have when coding a multi-module webapp,
> see http://stackoverflow.com/q/3636493

We create separate widgets that can run independently (in their
project). That way you don't need to run the whole app to work on
parts. Once such a widget is "done" you include it somewhere else and
it cannot be changed anymore (at least not directly in the including
project). This alleviates the problem to a large extent.

> I tend to think this is on-purpose with Maven: favoring unit-tested modules
> rather than "integration-tested", manually tested, applications.

Yep.

> We've opted for -noserver and a separate Jetty server (using WTP, but it
> would work with mvn jetty:run)
> some plugins (cobertura, checkstyle, pmd, findbugs; maybe not all of them,
> but at least some, and I can't remember those) are apparently looking at any
> class that has its java counter-part in the classpath; or is it the
> maven-compiler-plugin compiles them? (why is it compiling sources that don't
> come from the project.build.sourceDirectory, isn't it the actual bug?)

I'm not entirely clear what you mean here.

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
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: Issues with IE GWT compiled javascript is 11MB

I believe GWT already does that.  The browser should only be loading
one of the permutations.

You should look at code splitting.  Cutting out code you dont need
couldn't hurt either.

-Ben

On Mar 4, 11:18 am, sridevi macherla 
wrote:
>  Is there any mechanism to generate browser sepecific example I have 3
> browser, but currenlty user is browsing in Firefox, so the rest of
> permutation can be ignored meaning dynamic binding of browser specific way
> so that way the javascript can be reduced to a larger extent, but please
> suggest me.
>
> On Fri, Mar 4, 2011 at 10:46 PM, sridevi macherla 
> > wrote:
> > Larsen,
>
> > Can't we use any other options available, like the Generators.
>
> > Thanks
> > Sri
>
> > On Fri, Mar 4, 2011 at 9:53 PM, Jeff Larsen  wrote:
>
> >> 11MB you're probably gonna want to start looking into codesplitting
> >> various parts of the app. That is probably the only way you're going to get
> >> that beast down to a reasonable size.
>
> >> --
> >> You received this message because you are subscribed to the Google Groups
> >> "Google Web Toolkit" group.
> >> 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.

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
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.

Development mode vs web mode URL discrepancy

2011-03-04 Thread cri

I saw another post on this subject, but there wasn't a satisfactory
answer for me. So...

I find it very unfortunate that my GWT application URLs are not
consistent between development mode and web mode. Our application
lives on an intranet with lots of interaction with other intranet
resources which requires us to derive resources URLs depending on the
environment that we are running in.

In our testing and production environments, our application URL is
"http://hostname:port/myapp/myapp.html";. In development mode, the url
is http://hostname:port/myapp.html?gwt.codesvr=127.0.0.1:9997. This
has caused us all kinds of pain in terms of fragile URL derivation
code and application breakage caused by this fragility. So, there are
two problems. One, we need a way to preserve our application context,
which is fundamental to web applications. Second, we need a way to
lose the "?gwt.codesvr=127.0.0.1:9997". Surely, there is a less
intrusive way to handle this development mode information.

In another thread on this problem, a way to preserve the application
context was suggested that required giving up the nice jetty
integration that comes out of the box with the gwt eclipse plugin. I'd
hate to give this up and I'd hate to have to have our entire
development team give it up as well. They wouldn't like it.

Also, in the other thread, there was a description on how to bypass
the "?gwt.codesvr=127.0.0.1:9997". Unfortunately, looking over the
instructions a couple of times, I still don't quite understand what I
need to do.

I don't know if there is a work around for this issue; one that
doesn't require giving up the nifty jetty integration. I'd be very
grateful of course if anyone could suggest a work around.

In any case, I sure think that a future release of GWT should address
this issue.

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
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: Issues with IE GWT compiled javascript is 11MB

2011-03-04 Thread sridevi macherla

 Is there any mechanism to generate browser sepecific example I have 3
browser, but currenlty user is browsing in Firefox, so the rest of
permutation can be ignored meaning dynamic binding of browser specific way
so that way the javascript can be reduced to a larger extent, but please
suggest me.

On Fri, Mar 4, 2011 at 10:46 PM, sridevi macherla  wrote:

> Larsen,
>
> Can't we use any other options available, like the Generators.
>
> Thanks
> Sri
>
>
> On Fri, Mar 4, 2011 at 9:53 PM, Jeff Larsen  wrote:
>
>> 11MB you're probably gonna want to start looking into codesplitting
>> various parts of the app. That is probably the only way you're going to get
>> that beast down to a reasonable size.
>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "Google Web Toolkit" group.
>> 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.
>>
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
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: src attribute causes error in the Google Eclipse plugin

2011-03-04 Thread Hilco Wijbenga

On 3 March 2011 21:31, Philippe Beaudoin  wrote:
> Hi!
> I'm using Maven to build my GWT project, together with the standard Maven
> directory layout. That is, sources are in src/main/java while resources
> (such as CSS files) are in src/main/resources.
> Now, in one of my .ui.xml file I have a  tag that uses an src
> attribute to define some constants (such as lightPanelColor, below). Here it
> is:
> src/main/java/com/gwtplatform/samples/tab/client/view/AdminAreaView.ui.xml:
> 
> .panel {
> background-color: lightPanelColor;
> padding: 5px;
> }
> 
> src/main/resources/com/gwtplatform/samples/tab/defines.css:
>
> @def darkPanelColor  #fcb072;
> @def lightPanelColor #fcd5b6;
> @def messageBoxColor #fad163;
> @def titleFontWeight  bold;
> @def titleFontSize    22px;
> @def titleColor #921b12;
> @def minAppWidth 700px;
> @def leftColWidth 200px;
> @def formLineSpacing 8px;
>
> This works very well when I gwt compile my project, but it causes an error
> in Eclipse on that line:
>
> 
>
> because defines.css cannot be found. It's not surprising as it's not in the
> same directory tree...
> The fix is simple: just move defines.css to the java directory tree, but it
> feels a bit dirty. I wondered if it would be possible to make the GEP
> maven-aware somehow? (Maybe this would even let me drop the .ui.xml in the
> resources folder?)

You can most certainly put all of your resources (*.css, *.ui.xml,
*.gwt.xml) in src/main/resources. You do have to make sure that when
you add src/main/resources as a source folder in Eclipse that
Eclipse/Maven do not add an exclusion filter (i.e. remove it).

Another option is to use the Java annotation [i.e.
@Source("../../defines.css")] and use ui:with instead of  in
your *.ui.xml. This works very well.

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
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: Issues with IE GWT compiled javascript is 11MB

2011-03-04 Thread sridevi macherla

Larsen,

Can't we use any other options available, like the Generators.

Thanks
Sri

On Fri, Mar 4, 2011 at 9:53 PM, Jeff Larsen  wrote:

> 11MB you're probably gonna want to start looking into codesplitting
> various parts of the app. That is probably the only way you're going to get
> that beast down to a reasonable size.
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google Web Toolkit" group.
> 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.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
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.

GWT external jars on client side

2011-03-04 Thread azuniga

Is it possible to use external jars on the client side? For example
I'm trying to create a project that call BIRT jars on the client side,
but I get the typical error: Unable to find 'org/eclipse/birt/report/
engine/api/iReportEngine.gwt.xml' on your classpath; could be a typo,
or maybe you forgot to include a classpath entry for source? Since the
iReportEngine doesn't have a .gwt.xml, I figure from what I've read is
that i won't be able to use it on the client side. Is my only
workaround to put all the BIRT code on the client side?

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
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: src attribute causes error in the Google Eclipse plugin

2011-03-04 Thread Philippe Beaudoin

Thanks for all the answers! I'm glad to see it's a popular topic.

Thomas insight on source vs resource makes sense, but as Brian pointed out, 
the problem I have is really about having non-java files in the java 
directory. I'd be fine having everything sit under /src/main/.

Given that my problem currently occurs for a simple GWT-platform example I 
will try the simple fix of adding /src/main/resources as a source folder and 
will comment back when I have done so.

Regarding splitting a complex GWT app in multiple modules, I'm still 
ambivalent. I don't feel I'm ready to give up the easy Eclipse-based 
launching, hotswapping, and integrated debugging of client and server code. 
To me, this comfortable development environment is half the reason I choose 
a Java backend over Python.

Cheers,

   Philippe

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
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: Issues with IE GWT compiled javascript is 11MB

2011-03-04 Thread Jeff Larsen

11MB you're probably gonna want to start looking into codesplitting 
various parts of the app. That is probably the only way you're going to get 
that beast down to a reasonable size. 

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
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.

Issues with IE GWT compiled javascript is 11MB

2011-03-04 Thread sridevi macherla

Hi,

Everyone, need a help I have a huge application almost entire application is
totally interlinked with most of the pages.  And finally the javascript that
is being generated in prod mode is around 11 MB and the IE/firefox  is not
able to load this huge javascript file.  Someone please suggest any fine
tunigs for GWT compiler currently i am using obsf option

Thanks
Sri

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
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: How to set URL of application

2011-03-04 Thread salk31

I think that is more of a configuration setting for you http server/
servlet container. Which one are you using? Also I guess on how you
are exposing it to the outside world.

It sounds like the servlet container doesn't know its correct name.

On Mar 4, 7:45 am, vkrejcirik  wrote:
> Hi, I have application which runs on private network. It has 
> URLhttp://hostname:8080/application. I need access for this application
> from outside. So I expose this application out on URL
> http:outsideAddress/application. But when I try to access on this
> addess, application redirects to internal address and application
> doesn't run. Is there any possibility how to set URL for application?
> Does any solution exist for this problem?
>
> Thanks.

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
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: Cannot change CSS in dev mode

2011-03-04 Thread Andrey

>> Ben
They are not caching. They are locked by Jetty and eclipse cannot save
the changes ("File is not writeable").

>> Brian
This doesn't concern GWT ClientBundles. It concerns dev mode Jetty
behaviour.
Jetty locks all static resources while running. That's really strange.

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
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: RequestBuilder and StatusCode=0

Ok, this is well ;-)
Thx

On Fri, Mar 4, 2011 at 4:11 PM, Y2i  wrote:

> This method I believe is supported by JsonpRequestBuilder
>
> http://google-web-toolkit.googlecode.com/svn/javadoc/2.1/com/google/gwt/jsonp/client/JsonpRequestBuilder.html
>
>  --
> You received this message because you are subscribed to the Google Groups
> "Google Web Toolkit" group.
> 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.
>



-- 
Marco

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
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: RequestBuilder and StatusCode=0

2011-03-04 Thread Y2i

This method I believe is supported by JsonpRequestBuilder 
http://google-web-toolkit.googlecode.com/svn/javadoc/2.1/com/google/gwt/jsonp/client/JsonpRequestBuilder.html

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
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: DateBox can't be used with ValueBoxEditorDecorator

opened an issue in the tracker, figured the GWT team can close it if
they have other plans: 
http://code.google.com/p/google-web-toolkit/issues/detail?id=6107

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
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: RequestFactory and GData glue

When an instance is create()d on the client, it has no ID, so when sent to 
the server, it create()s it there too.

If an instance was first retrieved from the server, its ID has been sent to 
the client (serialized as part of the stableId() of the EntityProxy), so 
when sent back to the server, it find()s it by its ID (deserialized from the 
"stable ID").

Then, just before sending the result to the client, the server asks for each 
entity it has seen (as input or output) if it still "isLive()"; if it is 
not, it means the entity has been deleted. If it is, and the entity was sent 
in the request, it then checks the current version against the one sent by 
the client as part of the request, to determine if the entity has been 
updated. If the entity was create()d on the client, and isLive(), then it 
means it has been persisted.

Both the ID and version are always sent to the client, whether you expose 
them as properties in your EntityProxy or not (and if you do, they are in no 
way "bound" to the one known, and used, by RequestFactory; i.e. a setId() on 
an EntityProxy won't change its ID, as used to determine whether create() or 
find() should be called on the locator, and which value will be passed to 
find() if need be); they are "metadata", not "data".

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
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: Best practice for to maintain Big project

If I am understanding you correctly, you worry about having to deploy
the whole war for small changes, like a quick bugfix or the like.

As far as I am aware, there isn't really a way to partially deploy a
GWT application, like only those parts that changed.  In theory, I
suppose, you might be able to get away with just updating one of the
JS fragments, assuming you knew which one held your changes, but that
assumes a lot.

Personally, I'd much rather deploy the whole thing for every change
anyway.  I wouldn't trust my fallible human brain to remember all of
the individual code changes that need to go out.

-Ben

On Mar 4, 12:31 am, Jiunarayan  wrote:
> What I meant was when the project is compiled and you are project is
> ready. But during maintenance, for a small changes the whole code has
> to be recompiled again instead for a particular change. Is there a way
> to recompiled again during production.
>
> On Mar 3, 7:01 pm, Jeff Schwartz  wrote:
>
> > If you are using Eclipse and the plugin to create your projects then you
> > wont have to recompile every time you make a code change.
>
> > On Thu, Mar 3, 2011 at 3:10 AM, Jiunarayan  wrote:
> > > What could be the best practice to maintain big project. I meant for
> > > every changes the whole project is compiled to get the javascript?? I
> > > got a kind of insecure of recompiling the whole project for a every
> > > changes.
>
> > > --
> > > You received this message because you are subscribed to the Google Groups
> > > "Google Web Toolkit" group.
> > > 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.
>
> > --
> > *Jeff 
> > Schwartz*http://jefftschwartz.appspot.com/http://www.linkedin.com/in/jefftschw...
> > follow me on twitter: @jefftschwartz

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
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: CSS @font-face rules

Found this issue from a comment in the code review you referenced:

http://code.google.com/p/google-web-toolkit/issues/detail?id=5247

One of the issue comments points to a library that someone created to
help work around this:

http://showsort.darkhelm.org/fdoc/

I'd suggest starring the issue and seeing if that library will help in
the mean time (I finally found links to the JARs for the library near
the bottom of the front page of the javadocs).

-Brian

On Fri, Mar 4, 2011 at 7:35 AM, Sebastian Beigel  wrote:
> Hi,
>
> I'm playing around with CSS3's @font-face. It doesn't work with GWT
> 2.2's CssResource unfortunately. I found this patch:
>
> http://gwt-code-reviews.appspot.com/943802
>
> but it isn't applied to the 2.2 source code (though it seems to
> originate from pre-2.2 or event pre-2.1 times...)
>
> What's the current status wrt @font-face support in GWT?
>
> As a workaround, I can put @font-face rules in a

Re: Is the Issue 5320 resolved ?

The issue tracker is public.

http://code.google.com/p/google-web-toolkit/issues/detail?id=5320

-Ben

On Mar 4, 12:44 am, Deepak Singh  wrote:
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
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: Cannot change CSS in dev mode

I have run into this. It may depend on how you start development mode.
I use either maven or IntelliJ IDEA; they may have put some extra
effort into the Eclipse plugin to make it work there, but I'm not
sure.

One workaround that I know of it to use ClientBundle/CssResource. See
http://code.google.com/webtoolkit/doc/latest/DevGuideClientBundle.html#CssResource.
Doing this also has other advantages, such as minification and
modularization.

-Brian

On Fri, Mar 4, 2011 at 9:16 AM, Ben Imp  wrote:
> I cannot say I've observed the same behavior.  The browser may be
> caching your CSS, though.  Hit refresh a few times and I'd wager you
> will see your changes.
>
> -Ben
>
> On Mar 4, 7:40 am, Andrey  wrote:
>> When running GWT app in dev mode static web resources such as css-
>> files cannot be changed.
>> To change a line in css I must stop server, change and run again.
>> That's really inconvenient.
>>
>> Is there any workaround?
>>
>> Thanks!
>
> --
> You received this message because you are subscribed to the Google Groups 
> "Google Web Toolkit" group.
> 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.
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
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: src attribute causes error in the Google Eclipse plugin

2011-03-04 Thread John

Phillippe, I'm in the same situation as you, just multiplied a few
times, since I have multiple modules that each have the same copy of
my define.css file in them (since you can't use CssResources as a
src ...), so I have to drop a whole directory structure into my war.
I think - and I haven't tried this yet - but I think that if we moved
the define.css to a public directory as defined in the *.gwt.xml file,
then it would copy over correctly, and the relative paths would stay
correct.

John

On Mar 4, 9:14 am, Brian Reilly  wrote:
> First, one idea about the original question. You might be able to get
> away with adding src/main/resources as a source folder in the Eclipse
> project if it isn't already. It's been a while since I've used
> Eclipse; I don't know if that would be enough to make the GEP happy.
>
> If calling src/main/resources a source folder seems dirty to you (as
> it does to me), I think a convention of having a src/main/gwt would
> work nicely. It could be configured in both maven and Eclipse as a
> source folder. Then GWT-specific .css, .ui.xml, .gwt.xml, etc. files
> wouldn't pollute src/main/java.
>
> > All of these are why I do think that GWT projects in Maven should have a
> > specific type/packaging (or actually several specific types: one for "GWT
> > libraries", that are only packaged as JARs, and one for "GWT apps", that go
> > through the compiler to generate javascript files, that you'd then use in a
> > packaging=war module).
> > See http://www.sonatype.com/books/mvnref-book/reference/flex-dev-sect-mul...for
> > an example of what I mean, just using "shockwave" libraries (swc) and
> > "shockwave" applications (swf), later used by a webapp.
>
> Excellent point. I would really like to see this as well. I don't know
> much about maven internals, other than the fact that even the most
> basic operations are implemented as plugins. I assume that it would be
> possible to add new packaging types using a plugin.
>
> > But there are two kinds of "libraries": client-only code (gwt-google-apis or
> > GIN for instance) and "shared code", where you don't want to have your
> > source code deployed to your server as "resources" in the JAR (so you'd need
> > two JARs).
>
> Would it be so bad to have the source for shared code to be deployed
> as "resources" on the server? I don't imagine they would get in the
> way, and wouldn't do any harm... as long as they're not some place
> where the webapp container could serve them...
>
> > The main "complication" is if you want to still support "simple webapps"
> > where everything (client, shared and server code) is in one module; but I
> > think that if you use Maven, you should have separate modules for client and
> > server code.
>
> I think "simple webapps" could still be done using the traditional war
> packaging. Since everything is in one place, you don't need to worry
> about packaging the sources. Getting back to the original post, the
> CSS in that case is definitely a source rather than a resource. Again,
> it can be in some directory other than src/main/java that is
> configured as a source folder.
>
> > The drawbacks of all these are:
>
> > running DevMode: it'd be hard (or very convoluted) to run DevMode with its
> > embedded server when your code is split in several apps, while still
> > supporting "hot refreshes". But this is actually a global issue with Maven,
> > that you also have when coding a multi-module webapp,
> > see http://stackoverflow.com/q/3636493
> > I tend to think this is on-purpose with Maven: favoring unit-tested modules
> > rather than "integration-tested", manually tested, applications.
> > We've opted for -noserver and a separate Jetty server (using WTP, but it
> > would work with mvn jetty:run)
>
> Maven is most definitely a tool aimed at reliable, reproducible
> builds. To that end, it actually does somewhat of a disservice to
> developers in cases like this. That's not going to stop a lot of
> projects from adopting maven, however.
>
> Beyond the -noserver option, I think using a tool made for developers,
> specifically an IDE that understands maven, can help overcome this. I
> don't think that maven should be configured to reach across the
> boundaries of modules (as suggested by some on stackoverflow), but
> there's no reason why an IDE can't... and I bet that most do. If the
> IDE understands GWT applications and can launch them directly, I bet
> they do (or at least could) set them up nicely to allow quick
> change/test cycles.
>
> > some plugins (cobertura, checkstyle, pmd, findbugs; maybe not all of them,
> > but at least some, and I can't remember those) are apparently looking at any
> > class that has its java counter-part in the classpath; or is it the
> > maven-compiler-plugin compiles them? (why is it compiling sources that don't
> > come from the project.build.sourceDirectory, isn't it the actual bug?)
>
> I may not understand what you mean here, but PMD and findbugs operate
> on the bytecode, so the

Re: Cannot change CSS in dev mode

I cannot say I've observed the same behavior.  The browser may be
caching your CSS, though.  Hit refresh a few times and I'd wager you
will see your changes.

-Ben

On Mar 4, 7:40 am, Andrey  wrote:
> When running GWT app in dev mode static web resources such as css-
> files cannot be changed.
> To change a line in css I must stop server, change and run again.
> That's really inconvenient.
>
> Is there any workaround?
>
> Thanks!

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
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: src attribute causes error in the Google Eclipse plugin

First, one idea about the original question. You might be able to get
away with adding src/main/resources as a source folder in the Eclipse
project if it isn't already. It's been a while since I've used
Eclipse; I don't know if that would be enough to make the GEP happy.

If calling src/main/resources a source folder seems dirty to you (as
it does to me), I think a convention of having a src/main/gwt would
work nicely. It could be configured in both maven and Eclipse as a
source folder. Then GWT-specific .css, .ui.xml, .gwt.xml, etc. files
wouldn't pollute src/main/java.

> All of these are why I do think that GWT projects in Maven should have a
> specific type/packaging (or actually several specific types: one for "GWT
> libraries", that are only packaged as JARs, and one for "GWT apps", that go
> through the compiler to generate javascript files, that you'd then use in a
> packaging=war module).
> See http://www.sonatype.com/books/mvnref-book/reference/flex-dev-sect-multimodule-archetype.html for
> an example of what I mean, just using "shockwave" libraries (swc) and
> "shockwave" applications (swf), later used by a webapp.

Excellent point. I would really like to see this as well. I don't know
much about maven internals, other than the fact that even the most
basic operations are implemented as plugins. I assume that it would be
possible to add new packaging types using a plugin.

> But there are two kinds of "libraries": client-only code (gwt-google-apis or
> GIN for instance) and "shared code", where you don't want to have your
> source code deployed to your server as "resources" in the JAR (so you'd need
> two JARs).

Would it be so bad to have the source for shared code to be deployed
as "resources" on the server? I don't imagine they would get in the
way, and wouldn't do any harm... as long as they're not some place
where the webapp container could serve them...

> The main "complication" is if you want to still support "simple webapps"
> where everything (client, shared and server code) is in one module; but I
> think that if you use Maven, you should have separate modules for client and
> server code.

I think "simple webapps" could still be done using the traditional war
packaging. Since everything is in one place, you don't need to worry
about packaging the sources. Getting back to the original post, the
CSS in that case is definitely a source rather than a resource. Again,
it can be in some directory other than src/main/java that is
configured as a source folder.

> The drawbacks of all these are:
>
> running DevMode: it'd be hard (or very convoluted) to run DevMode with its
> embedded server when your code is split in several apps, while still
> supporting "hot refreshes". But this is actually a global issue with Maven,
> that you also have when coding a multi-module webapp,
> see http://stackoverflow.com/q/3636493
> I tend to think this is on-purpose with Maven: favoring unit-tested modules
> rather than "integration-tested", manually tested, applications.
> We've opted for -noserver and a separate Jetty server (using WTP, but it
> would work with mvn jetty:run)

Maven is most definitely a tool aimed at reliable, reproducible
builds. To that end, it actually does somewhat of a disservice to
developers in cases like this. That's not going to stop a lot of
projects from adopting maven, however.

Beyond the -noserver option, I think using a tool made for developers,
specifically an IDE that understands maven, can help overcome this. I
don't think that maven should be configured to reach across the
boundaries of modules (as suggested by some on stackoverflow), but
there's no reason why an IDE can't... and I bet that most do. If the
IDE understands GWT applications and can launch them directly, I bet
they do (or at least could) set them up nicely to allow quick
change/test cycles.

> some plugins (cobertura, checkstyle, pmd, findbugs; maybe not all of them,
> but at least some, and I can't remember those) are apparently looking at any
> class that has its java counter-part in the classpath; or is it the
> maven-compiler-plugin compiles them? (why is it compiling sources that don't
> come from the project.build.sourceDirectory, isn't it the actual bug?)

I may not understand what you mean here, but PMD and findbugs operate
on the bytecode, so they don't need the source. Checkstyle operates on
the source, and I'd be surprised if it reaches across modules when run
from the maven plugin. I'm not sure about cobertura (might need the
source, or might just use debug info in the JAR).

-Brian

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
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: Window.open handle ?

2011-03-04 Thread Andrei Cosmin Fifiiţă

Few stars...
Doesn't help much...

On 4 March 2011 16:11, BB  wrote:

> Issue: http://code.google.com/p/google-web-toolkit/issues/detail?id=3779
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google Web Toolkit" group.
> 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.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
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: Window.open handle ?

2011-03-04 Thread BB

Issue: http://code.google.com/p/google-web-toolkit/issues/detail?id=3779

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
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: RequestBuilder and StatusCode=0

Thx, for theresponse.
I've yet tested the servlet by hand and it run well..
But the js/gwt method not run ..

On Fri, Mar 4, 2011 at 2:23 PM, Alex D.  wrote:

> It should return something, maybe there is a problem with the servlet.
>
> Try to do the GET by hand (wget, curl, etc) and see its response. If that
> is ok, maybe url is miss-spelled. Maybe Accept header is wrong, etc. I'm
> currently using this method in a couple of places (in case you're wondering
> if it works).
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google Web Toolkit" group.
> 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.
>



-- 
Marco

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
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 and native encoding

IIRC, the thing is: GWT generates UTF-8 files, and if your host page isn't 
UTF-8-encoded too you *might* experience weird rendering of characters that 
are not in the lowest common denominator (generally non-ASCII chars).
It could be as easy as transcoding the generated files to the encoding of 
your choice (the one of the host page).
This is only from memory, and untested as I use UTF-8 for everything (not 
just in GWT).

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
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: Celltable ui.xml possibilities

2011-03-04 Thread Jeff Schwartz

A number of widgets, cell-based widgets included, cannot be fully marked up
using uibinder alone at this time and require backing Java code but the GWT
team is promising fuller markup support for them in a future GWT version.

The  upside is that the Java api for CellTable is very adaptable, especially
when used in conjunction with the supporting DataProvider and SelectionModel
classes and their derivatives.

Jeff

On Thu, Mar 3, 2011 at 3:02 PM, Jim Weaver  wrote:

> Hi,
>
> Very new to GWT.  I'm working on a small application and trying to use
> the UIBinder technique (owner java class paried with ui.xml
> template).  In the case of a celltable, I'm curious if I can put more
> of the layout in the ui.xml than any of the examples show.  All the
> examples generally just show a single node for the CellTable, and java
> code adds columns to the cell table and maps those columns to model
> object properties.  Is this the only option?
>
> With some widgets, like DockLayoutPanel, the javadoc for the widget
> shows that some of the operations on the widget (like "addNorth" in
> DLP's case) can be made in the ui.xml as opposed to java code.
> CellTable javadoc does not make any reference to what the options are
> in the ui.xml.
>
> Thanks!
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google Web Toolkit" group.
> 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.
>
>


-- 
*Jeff Schwartz*
http://jefftschwartz.appspot.com/
http://www.linkedin.com/in/jefftschwartz
follow me on twitter: @jefftschwartz

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
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.

Window.open handle ?

2011-03-04 Thread Ice13ill

I noticed that Window.open() method does not return a handle to the
new window (although javascript does...). Is there another mechanism
that gives this access to that new window?
For example i have a small panel (like the chat in gmail) and i want
to implement the "pop out!" functionality (as easy as i can).

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
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.

Getting ClassNotFound Exception for StringEscapeUtils in GWT-Dev.jar 2.2.0

2011-03-04 Thread Austin Dworaczyk Wiltshire

Pretty much as the title says. I'm using GWT 2.2.0, and everything
compiles without errors in Eclipse.

However, as soon as I use my applications such that it makes a call to
StringEscapeUtils.escapeHTML(), I get a stack trace and a
ClassNotFound exception.

Here is my stack trace:

2011-03-03 18:52:48.615 java[1074:a07] Can't open input server /Users/
adub/Library/InputManagers/Edit in TextMate
2011-03-03 18:52:48.640 java[1074:a07] [Java CocoaComponent
compatibility mode]: Enabled
2011-03-03 18:52:48.640 java[1074:a07] [Java CocoaComponent
compatibility mode]: Setting timeout for SWT to 0.10
Initializing AppEngine server
Logging to JettyLogger(null) via
com.google.apphosting.utils.jetty.JettyLogger
Successfully processed /Users/adub/Documents/eclipse_workspace/
307W11-3/war/WEB-INF/appengine-web.xml
Successfully processed /Users/adub/Documents/eclipse_workspace/
307W11-3/war/WEB-INF/web.xml
The server is running at http://localhost:/
[ERROR] javax.servlet.ServletContext log: Exception while dispatching
incoming RPC call
com.google.gwt.user.server.rpc.UnexpectedException: Service method
'public abstract java.lang.String
edu.calpoly.cpe307.team3.weblat.client.LabToXMLGeneratorService.convertToXML(org.web_ide.shared.lab.Lab)
throws edu.calpoly.cpe307.team3.weblat.shared.LTXGException' threw an
unexpected exception: java.lang.NoClassDefFoundError: org/apache/
commons/lang/StringEscapeUtils
at
com.google.gwt.user.server.rpc.RPC.encodeResponseForFailure(RPC.java:
385)
at
com.google.gwt.user.server.rpc.RPC.invokeAndEncodeResponse(RPC.java:
588)
at
com.google.gwt.user.server.rpc.RemoteServiceServlet.processCall(RemoteServiceServlet.java:
208)
at
com.google.gwt.user.server.rpc.RemoteServiceServlet.processPost(RemoteServiceServlet.java:
248)
at
com.google.gwt.user.server.rpc.AbstractRemoteServiceServlet.doPost(AbstractRemoteServiceServlet.java:
62)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:637)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:
511)
at org.mortbay.jetty.servlet.ServletHandler
$CachedChain.doFilter(ServletHandler.java:1166)
at
com.google.appengine.api.blobstore.dev.ServeBlobFilter.doFilter(ServeBlobFilter.java:
58)
at org.mortbay.jetty.servlet.ServletHandler
$CachedChain.doFilter(ServletHandler.java:1157)
at
com.google.apphosting.utils.servlet.TransactionCleanupFilter.doFilter(TransactionCleanupFilter.java:
43)
at org.mortbay.jetty.servlet.ServletHandler
$CachedChain.doFilter(ServletHandler.java:1157)
at
com.google.appengine.tools.development.StaticFileFilter.doFilter(StaticFileFilter.java:
122)
at org.mortbay.jetty.servlet.ServletHandler
$CachedChain.doFilter(ServletHandler.java:1157)
at
org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:
388)
at
org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:
216)
at
org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:
182)
at
org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:
765)
at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:
418)
at
com.google.apphosting.utils.jetty.DevAppEngineWebAppContext.handle(DevAppEngineWebAppContext.java:
70)
at
org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:
152)
at com.google.appengine.tools.development.JettyContainerService
$ApiProxyHandler.handle(JettyContainerService.java:351)
at
org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:
152)
at org.mortbay.jetty.Server.handle(Server.java:326)
at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:
542)
at org.mortbay.jetty.HttpConnection
$RequestHandler.content(HttpConnection.java:938)
at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:755)
at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:218)
at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404)
at
org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:
409)
at org.mortbay.thread.QueuedThreadPool
$PoolThread.run(QueuedThreadPool.java:582)
Caused by: java.lang.NoClassDefFoundError: org/apache/commons/lang/
StringEscapeUtils
at
edu.calpoly.cpe307.team3.weblat.server.LabToXMLGenerator.cleanseHTML(LabToXMLGenerator.java:
307)
at
edu.calpoly.cpe307.team3.weblat.server.LabToXMLGenerator.buildLabElement(LabToXMLGenerator.java:
261)
at
edu.calpoly.cpe307.team3.weblat.server.LabToXMLGenerator.buildStep(LabToXMLGenerator.java:
222)
at
edu.calpoly.cpe307.team3.weblat.server.LabToXMLGenerator.parseLab(LabToXMLGenerator.java:
184)
at
edu.calpoly.cpe307.team3.weblat.server.LabToXMLGenerator.convertToXML(LabToXMLGenerator.java:
46)
at sun.reflect.N

Re: empty "ghost" place token getting created

2011-03-04 Thread bedanand

I also having the same issue? did you find any solutions?


On Jan 4, 3:16 am, jones34  wrote:
> another clue?
>
> It seems to have something to do with the Tokenizers.  If I comment
> out these places from the @WithTokenizers{} section of my
> PlaceHistoryMapper definition as shown at the bottom below, the
> navigation works correctly (in the sense that the correct page is
> loaded and navigation stops) but there are no bookmarkable urls and
> the back button does not work.
>
> What I'm looking for here is pretty simple: For the places defined so
> far, I want a url that looks like:http://myDomainEtc#SomePlacewith
> no more specific data needed.
>
> I saw in the documentation: "Many places in the app might not save any
> state to the URL, so they could just extend a BasicPlace that declares
> a PlaceTokenizer that returns a null token."  I tried that, with the
> same result as the original implementation. The URL now looks 
> likehttp://myDomainEtc#SomePlace:null, but as long as @WithTokenizers{}
> includes my SomePlace class, the URL is replaced immediately with a
> plain one and the browser loads the defaultPlace.
>
> On Jan 3, 1:48 pm, jones34  wrote:
>
>
>
>
>
>
>
> > Hi
>
> > In my application, I'm using the MVP pattern with activities and
> > places.  I have a situation where:
>
> > (1) I explicitely call: placeController.goto(new SomePlace());
> > (2) The appropriate SomePlaceActivity's start() gets called via event
> > management as expected.
> > (3) This method creates gets a SomePlaceView, and swaps it into the UI
> > (4) An appropriate history event happens 
> > andhttp://mylocalenvironment#SomePlace:someplace
> > appears briefly on my browser's nav bar.
>
> > Then it gets weird.
>
> > (5) A new empty String token gets created somehow.
> > (6) It goes through the history management process, causing the
> > defaultPlace to be created
> > (7) The start() method on DefaultPlaceActivity() gets called
> > (8) The app navigates away from SomePlace to DefaultPlace
>
> > which makes me sad and very confused.  I cannot figure out how that
> > empty token gets created and the event handling mechanism gets invoked
> > the second time. The code for this is, of course, spread over many
> > files so its difficult to provide all the relevant code, but I've
> > included much of what I think could be useful here. I'm hoping that
> > people have seen this happen before and can point me to a typical
> > cause.
>
> > // from my ActivityMapper
> >         public Activity getActivity(Place place) {
> >             if (place instanceof LoginPlace)
> >                 return new LoginPresenter((LoginPlace) place,
> > factory);
> >             else if (place instanceof SomePlace )
> >                 return new SomePlaceActivity((SomePlace) place,
> > factory);
> >             else if (place instanceof ForgotPasswordPlace )
> >                 return new
> > ForgotPasswordPresenter((ForgotPasswordPlace) place, factory);
>
> >             return null;
> >         }
>
> > // from SomePlace
>
> > public class SomePlace extends Place {
> >     private final String name = "somePlace";
>
> >     public SomePlace() { }
>
> >     public String getName() { return name;}
>
> >     public static class Tokenizer implements PlaceTokenizer
> >     {
>
> >         public String getToken(SomePlace place)
> >         {
> >             return place.getName();
> >         }
>
> >         public SomePlace getPlace(String token)
> >         {
> >             return new SomePlace();
> >         }
> >     }
>
> > }
>
> > // from SomePlaceActivity
>
> > public class SomePlaceActivity extends AbstractActivity implements
> > Activity {
>
> >     private ClientFactory clientFactory;
> >     private SomePlace place;
>
> >     public SomePlaceActivity(SomePlace place, ClientFactory
> > clientFactory){
> >         this.clientFactory=clientFactory;
> >         this.place = place;
> >     }
>
> >     public void start(AcceptsOneWidget panel, EventBus eventBus) {
>
> > clientFactory.getMainPanel().replaceCenter(clientFactory.getSomePlaceView() 
> > .asWidget());
> >     }
>
> > }
>
> > // from my entrypoint class's onModuleLoad() method
>
> >                 ActivityMapper activityMapper = new
> > ClientFactoryImpl.Controller(clientFactory);
> >                 ActivityManager activityManager = new
> > ActivityManager(activityMapper, clientFactory.getEventBus());
>
> > activityManager.setDisplay(clientFactory.getMainPanel().getCenter());
>
> >                 AppPlaceHistoryMapper historyMapper=
> > GWT.create(AppPlaceHistoryMapper.class);
> >                 PlaceHistoryHandler historyHandler = new
> > PlaceHistoryHandler(historyMapper);
> >                 historyHandler.register(placeController,
> > clientFactory.getEventBus(), defaultPlace);
>
> >                 // Goes to place represented on URL or default place
> >                 historyHandler.handleCurrentHistory();
>
> > // from my AppPlaceHistoryMapper interface
>
> > @WithTokenizers(
> >

Celltable ui.xml possibilities

2011-03-04 Thread Jim Weaver

Hi,

Very new to GWT.  I'm working on a small application and trying to use
the UIBinder technique (owner java class paried with ui.xml
template).  In the case of a celltable, I'm curious if I can put more
of the layout in the ui.xml than any of the examples show.  All the
examples generally just show a single node for the CellTable, and java
code adds columns to the cell table and maps those columns to model
object properties.  Is this the only option?

With some widgets, like DockLayoutPanel, the javadoc for the widget
shows that some of the operations on the widget (like "addNorth" in
DLP's case) can be made in the ui.xml as opposed to java code.
CellTable javadoc does not make any reference to what the options are
in the ui.xml.

Thanks!

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
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.

Jetty configuration

2011-03-04 Thread cvh

Hello all. As I understand it, GWT uses an embedded Jetty server. Can
anyone tell me where I can find the Jetty .xml configuration files
used by GWT? I have a webapp which makes uses of Jetty's
ContinuationFilter and ProxyServlet. The app works fine under GWT but
fails when run in a separate Jetty instance outside of GWT. If I can
replicate the GWT Jetty config then I think I'll be okay.

Many thanks,

Clive

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
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.

Cannot change CSS in dev mode

2011-03-04 Thread Andrey

When running GWT app in dev mode static web resources such as css-
files cannot be changed.
To change a line in css I must stop server, change and run again.
That's really inconvenient.

Is there any workaround?

Thanks!

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
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: organization of large gwt project: how to correctly break an app into GIN, Guice, GWT and Maven modules

> given (client and webapp are two distinct maven project with their own
> pom.xml),
> which of the solutions below is the correct way for resolving dependency,
> given the assumptions in previous posts (multi-module gwt project)
> 1- copy assembled zip file from client project directory, to webapp project
> directory
> 2- install assembled zip file from client project into local repository, so
> that webapp project can then grab it from local repository ?

2, if you care about the modularity that your maven project structure
defines. You shouldn't reach across those boundaries just because you
know the other module happens to be at a particular path relative to
the WAR module. Use the assembly plugin as someone suggested in
another thread.

Or, you can use dependency management. In the project I'm working on,
I put the GWT code in a separate WAR module. I then added a dependency
to that module from our main WAR module. This causes a WAR overlay to
be done during the build of the main WAR. The downside is that you
have to maintain any GWT-related servlet mappings and such in web.xml
of both projects. The upside is that I can run GWT features without
building the entire main WAR.

-Brian

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
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: RequestBuilder and StatusCode=0

2011-03-04 Thread Alex D.

It should return something, maybe there is a problem with the servlet. 

Try to do the GET by hand (wget, curl, etc) and see its response. If that is 
ok, maybe url is miss-spelled. Maybe Accept header is wrong, etc. I'm 
currently using this method in a couple of places (in case you're wondering 
if it works).

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
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: RequestBuilder and StatusCode=0

http://code.google.com/p/google-web-toolkit-doc-1-5/wiki/FAQ_JSONFeedsFromOtherDomain

I'm trying to use this method. It call the servlet, but it doesn't return me
anything.
Any suggestion?



On Fri, Mar 4, 2011 at 10:41 AM, Alex D.  wrote:

> Same Origin Policy - you cannot call another host, or same host with
> different port. XML-RPC implementation will not allow you to do that.
> Actually, the XmlHttpRequest that is ajax core and used for all the calls
> will not allow you to do that (so the browser will actually limit you
> there). You could use REST, or have a proxy implementation (you proxy to a
> servlet using XML-RPC and the servlet is doing the call to that host, using
> http client).
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google Web Toolkit" group.
> 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.
>



-- 
Marco

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
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.

CSS @font-face rules

2011-03-04 Thread Sebastian Beigel

Hi,

I'm playing around with CSS3's @font-face. It doesn't work with GWT
2.2's CssResource unfortunately. I found this patch:

http://gwt-code-reviews.appspot.com/943802

but it isn't applied to the 2.2 source code (though it seems to
originate from pre-2.2 or event pre-2.1 times...)

What's the current status wrt @font-face support in GWT?

As a workaround, I can put @font-face rules in a

Re: src attribute causes error in the Google Eclipse plugin

There's a deeper question there: are UiBinder ui.xml, LocalizableResources
properties, ClientBundle css, images, etc. "resources" or "sources"?
Because these are all about client-side code, which is meant to be given to
the GWT Compiler, I tend to think of them as "sources" more than
"resources".
In the context of a "GWT library" though, you don't give them directly to
the GWT Compiler and you'd want them in the packaged JAR so they'd rather be
"resources"; but even Java files play both roles here: compiled by javac
(and packaged as *.class files in the JAR) and packaged as *.java files,
i.e. seen as "resources".
This gets even blurier when your "GWT library" is made of "shared code".

All of these are why I do think that GWT projects in Maven should have a
specific type/packaging (or actually several specific types: one for "GWT
libraries", that are only packaged as JARs, and one for "GWT apps", that go
through the compiler to generate javascript files, that you'd then use in a
packaging=war module).
See
http://www.sonatype.com/books/mvnref-book/reference/flex-dev-sect-multimodule-archetype.html
for
an example of what I mean, just using "shockwave" libraries (swc) and
"shockwave" applications (swf), later used by a webapp.

But there are two kinds of "libraries": client-only code (gwt-google-apis or
GIN for instance) and "shared code", where you don't want to have your
source code deployed to your server as "resources" in the JAR (so you'd need
two JARs).

The main "complication" is if you want to still support "simple webapps"
where everything (client, shared and server code) is in one module; but I
think that if you use Maven, you should have separate modules for client and
server code.

The drawbacks of all these are:

- running DevMode: it'd be hard (or very convoluted) to run DevMode with
its embedded server when your code is split in several apps, while still
supporting "hot refreshes". But this is actually a global issue with Maven,
that you also have when coding a multi-module webapp, see
http://stackoverflow.com/q/3636493
I tend to think this is on-purpose with Maven: favoring unit-tested
modules rather than "integration-tested", manually tested, applications.
We've opted for -noserver and a separate Jetty server (using WTP, but it
would work with mvn jetty:run)
- some plugins (cobertura, checkstyle, pmd, findbugs; maybe not all of
them, but at least some, and I can't remember those) are apparently looking
at any class that has its java counter-part in the classpath; or is it the
maven-compiler-plugin
compiles
them ?
(why is it compiling sources that don't come from the
project.build.sourceDirectory, isn't it the actual bug?)

How to make DateBox as mandatory?

2011-03-04 Thread ALB-PSP-DV1

Hi,

I am using GWT 2.1.1 . I hava a requirement  using Datebox with popup
datepicker. I want to make that field as mandatory. ie I cannot submit
with empty value. However, if i validate on submit, If it is null, i
observed that the value is set to previous selection.

My code as as follows

final DateBox dateBox = new DateBox();
dateBox.setValue(new Date());
dateBox.setFormat(new
DateBox.DefaultFormat(DateTimeFormat.getFormat("ddMMMyy")));

Can anyone help me out on this issue?

Thanks in advance.

Regards,
Raji

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
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: RequestFactory and GData glue

2011-03-04 Thread koma

Locator.create()

Thomas' replied me :
"I believe you should do it in some kind of "persist" method in a service 
instead. create() is called when sending to the server a proxy that was 
created on the client-side (for EntityProxy-s; for ValueProxy-s, it's called 
for any object sent from the client to the server, whether it was created on 
the client or just edited there)."

* Does the Locator.create function just returns a not-persisted entity ? Is 
the implementation in my case simply 'return new ContactEntry()' ?
* I am not getting it. Actually, how does the RequestFactory know that I 
updated, deleted etc an entity. Does it check the version to see if updates 
occurred ? How about deletes ?


any gurus out here ?

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
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: RequestFactory, Editor Framework, and CellTable



On Thursday, March 3, 2011 9:03:11 PM UTC+1, Colin Alworth wrote:
>
> I wonder if you can elaborate a bit more on some of your points, or maybe 
> point out where the flaw in my thinking is. I think that a HasDataEditor 
> could be used correctly to achieve this, except for two points: 
> HasDataEditor doesn't hold changes and flush them out when asked to, and bug 
> 5981 
> (which 
> I've posted a possible fix for, but seems to not have gotten any 
> attention).
>
> A HasDataEditor subclass with a set of changes to make could deal with this 
> - those changes could be queued up as in the 
> CwCellSampler,
>  
> and flushed when the HasDataEditor gets a call to flush(). As time permits 
> I've been working on a tool to help with CellTable setup, mostly building of 
> columns, and this could easily be extended to queue up changes for the 
> editor. I've begun work on such a feature, but your suggestion that these 
> may be incompatible gives me pause.
>

I think it's workable (and a good idea!). You'd still have to enqueue 
changes to the HasDataEditor (or its IndexedEditor) from your FieldUpdaters 
though, which is a bit of boilerplate code, but I can't think of a more 
"integrated" way (unless you add a generator somewhere to generate those 
specialized PendingChange and FieldUpdater subclasses).

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
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: Highcharts - updating chart with data

2011-03-04 Thread Uemit

A couple of things:
1.) I am not sure if it is possible to access the series array of the 
JavaScriptObject instance "option", the way you have done it. In hosted mode 
it should complain that there is no field series in options because options 
is a generic JavaScriptObject. 
2.) You probably have to make sure the options instance you store in your 
wrapper is the same object as the actual one which is stored in the 
Highcharts "chart" instance.

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
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: Database jdbc

2011-03-04 Thread Paul Robinson

You cannot access JDBC directly from the client (GWT) code. You can only do it
in the server (regular java) code.

On 04/03/11 08:59, Mohammed Magdi wrote:

hi
thanks for the link i do the conn but when i compile the project i get
that erorr

Compiling module com.test.dbc.TestDbC
Validating newly compiled units
[ERROR] Errors in
'file:/C:/Users/Magdi/Documents/MYWORK/WorkSpace/testDbC/src/com/test/dbc/client/DataBaseConn.java'
[ERROR] Line 7: No source code is available for type
java.lang.ClassNotFoundException; did you forget to inherit a required
module?
[ERROR] Line 7: No source code is available for type
java.sql.SQLException; did you forget to inherit a required module?
[ERROR] Errors in
'file:/C:/Users/Magdi/Documents/MYWORK/WorkSpace/testDbC/src/com/test/dbc/client/DataBaseConnAsync.java'
[ERROR] Line 10: No source code is available for type
java.lang.ClassNotFoundException; did you forget to inherit a required
module?
[ERROR] Line 10: No source code is available for type
java.sql.SQLException; did you forget to inherit a required module?
Finding entry point classes
[ERROR] Unable to find type 'com.test.dbc.client.TestDbC'
[ERROR] Hint: Previous compiler errors may have made this
type unavailable
[ERROR] Hint: Check the inheritance chain from your module;
it may not be inheriting a required module or a module may not be
adding its source path entries properly

thanks
magdi

On 3/3/11, Ben Imp wrote:

Server-side GWT is just plain old java. I'd suggest reading up on the
JDBC documentation.

http://download.oracle.com/javase/6/docs/technotes/guides/jdbc/

-Ben

On Mar 3, 3:14 pm, Mohammed Magdi wrote:

yes in Java

thanks
magdi

On Thu, Mar 3, 2011 at 6:06 PM, Juan Pablo Gardella<

gardellajuanpa...@gmail.com> wrote:

Is Java. You must implement layers to connect with a database.
Juan
2011/3/3 Mohammed Magdi

hi
i waht tow know how to connect database into GWT project
thanks
--
You received this message because you are subscribed to the Google
Groups
"Google Web Toolkit" group.
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.

--
You received this message because you are subscribed to the Google
Groups
"Google Web Toolkit" group.
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.

--
Eng Mohammed Magdi Mohammed
Third Year - CS dept

--
You received this message because you are subscribed to the Google Groups "Google
Web Toolkit" group.
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.

GWTTestSuite, junit, junitreport and ant

2011-03-04 Thread Chris McDonald

Hi,

I am using gwt 2.2. I build and test with ant using the junit and 
junitreport tasks to create an output report.
As I build GWTTestCases, I see that build performance has slowed since the 
runtime has to be started for each GWTTestCase. So, I created a GWTTestSuite 
as the doco recommends and integrated that into my ant build.

The tests are all compiled and executed and the suite reports executed, 
failed and errored tests successfully to stdout in the ant build. But when I 
look at the junitreport there is no report for any of the GWT Tests in the 
suite at all. My directory which contains xml output for each junit test 
contains no xml file(s) at all for the suite.

Is there something special I need to to to get a GWTTestSuite to create 
output xml. My ant xml looks as follows:



















Thanks

chris

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
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: RequestBuilder and StatusCode=0

2011-03-04 Thread Alex D.

Same Origin Policy - you cannot call another host, or same host with 
different port. XML-RPC implementation will not allow you to do that. 
Actually, the XmlHttpRequest that is ajax core and used for all the calls 
will not allow you to do that (so the browser will actually limit you 
there). You could use REST, or have a proxy implementation (you proxy to a 
servlet using XML-RPC and the servlet is doing the call to that host, using 
http client).

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
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: RequestBuilder and StatusCode=0