Re: Eclipse 3.7 and GWT plugin

[Mark Renouf]

Hi,

I just happened across this thread because I'm testing Eclipse 3.7M4 and 
attempted to install GPE. I'm really glad you guys are on top of this now. I 
completely understand that it's too much effort to begin supporting 
Milestone builds. However, an RC build would be greatly appreciated, when 
things begin to stabilize.

-- 
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-tool...@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-html5-media

[Mark Renouf]

You can either clone the repo (using Git), or just download the jar I
attached in the "Downloads" section. It's not a full project, but just
a library. Add it to your classpath, add the Import for the HTML5Media
module into your GWT app and your set.

On May 26, 4:45 pm, Mike Jiang  wrote:
> It's a very good try. I was wondering how I can get the whole thing as a
> project from within the Eclipse without downloading them piece by piece?
>
> Thanks,
>
> Mike J.
>
>
>
> On Wed, May 26, 2010 at 4:16 PM, Mark Renouf  wrote:
> > I've been sitting on a couple widgets I developed for a little bit but
> > haven't yet put to good use, so I decided to put them out there and
> > see if people find them useful. With HTML5 media capabilities now in
> > nearly every modern browser (And IE9 on the way), I felt it's time to
> > get this out there.
>
> > This library handles the Audio and Video tags, as introduced by the
> > HTML5 specification. Each have a large number of events which can be
> > used to build very responsive custom controls. All of the documented
> > events are implemented using the standard GWT 1.6+ Event Handler
> > mechanisms. Events include information on content metadata, buffering,
> > playback position, and even methods to adjust the playback speed (if
> > your browser properly implements this).
>
> > The code is available from GitHub.
>
> >http://github.com/tweakt/gwt-html5-media
>
> > Please take a look, try it out and let me know if you find this
> > useful. I'd love some feedback and patches of course are always
> > welcome.
>
> > 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-tool...@googlegroups.com.
> > To unsubscribe from this group, send email to
> > google-web-toolkit+unsubscr...@googlegroups.com > cr...@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-tool...@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-html5-media

[Mark Renouf]

I've been sitting on a couple widgets I developed for a little bit but
haven't yet put to good use, so I decided to put them out there and
see if people find them useful. With HTML5 media capabilities now in
nearly every modern browser (And IE9 on the way), I felt it's time to
get this out there.

This library handles the Audio and Video tags, as introduced by the
HTML5 specification. Each have a large number of events which can be
used to build very responsive custom controls. All of the documented
events are implemented using the standard GWT 1.6+ Event Handler
mechanisms. Events include information on content metadata, buffering,
playback position, and even methods to adjust the playback speed (if
your browser properly implements this).

The code is available from GitHub.

http://github.com/tweakt/gwt-html5-media

Please take a look, try it out and let me know if you find this
useful. I'd love some feedback and patches of course are always
welcome.

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-tool...@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.

Native HTML5 Features

[Mark Renouf]

Two quick questions:

1) Is anyone out there using GWT to work with native HTML5 VIDEO and
AUDIO tags, and if so is that code publicly available?

2) Is there interested in a GWT library with HTML5 extensions? This
would not attempt to support non-HTML5 fallbacks (though I would
welcome others to contribute patches to do so). This would be used for
for new applications targetting HTML5 browsers.

Intial thoughts are, I want to do something like this:

Video v = new Video();
v.setSrc("/videos/video_example.mov");
v.setAutoplay(false);
v.setControls(true);
RootPanel.get().add(v);

But there are much more opportunities provided in the API for building
a rich custom viewer, handing buffering, progmatic pause, resume,
rewind, fastforward, etc.

Same goes for Audio...

--

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-tool...@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 2.0 trunk and Eclipse

[Mark Renouf]

Has there been any updates on fixing this?

I confirmed I have the latest GAE plugin and still have the problem.
I'm hoping once the RC comes out there will be an updated. If it was
open source I would patch the Eclipse plugin instead of GWT, but oh
well.




On Nov 9, 10:07 am, misterln2  wrote:
> this is the same problem i reported in thegooglepluginforeclipse
> thread.
>
> thepluginautomatically appends the "-style" parameter which is no
> longer supported by DevMode.
>
> my solution was to revert:
> trunk\dev\core\src\com\google\gwt\dev\DevMode.java
> trunk\dev\core\src\com\google\gwt\dev\DevModeBase.java
> to earlier versions (from nov 5th)

--

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-tool...@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=.

GWT Trunk: Is StyleSheetInjector the only way to use CssResource styles?

[Mark Renouf]

I'm trying to envision how our project layout can best take advantage
of the ClientBundle feature coming in GWT 2.0. As I understand it, you
have to manually use StyleSheetInjector to ensure styles are available
for particular code.

Let's say your you have functionality spread out over several
libraries. Each of these provide either a collection of widgets or
some complex views for parts of your app.

Is it recommended to not have the module itself inject it's own
styles? I know this is how widgets in gwt-incubator work. What's the
reasoning? I was hoping stylesheets would function just like code and
unused stylesheets would get optimized out, but this doesn't seem to
be the case.

Also, I thought there was a mode where the stylesheets would be
combined and written out as an MD5.cache.css file to be included in
the conventional way.

I realize it's early but we're considering following Google Wave's
lead and using the trunk to help improve our code and accelerate
development.


--~--~-~--~~~---~--~~
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: Is it legal to generate code "GWT.create(ABC.class)" by Generator?

[Mark Renouf]

I think he's asking whether it's supported to have a code generator
emit additional GWT.create calls. I believe the answer is yes. Any new
deferred binding points will be evaluated until they are all resolved.

On Jun 17, 11:08 pm, Arthur Kalmenson  wrote:
> That's what GWT.create() is for. You'd create some enhanced version of
> ABC using Generators.
>
> --
> Arthur Kalmenson
>
>
>
> On Wed, Jun 17, 2009 at 11:15 AM, Kelvin wrote:
>
> > I would like to "enhance" a class by using Deferred Binding &
> > Generator, Is it legal to generate code "GWT.create(ABC.class)" by
> > Generator?
>
> > 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: how to include a package outside /src//client

[Mark Renouf]

Hi sasmas,

GWT needs to be told which paths and source files are
"translatable" (everything in your source tree is not included by
default). The most common way of doing this is including a
Module.gwt.xml somewhere in the source tree below the path you want to
include, and then specifying " in the module
definition. The module name is the combined list of package names
leading up the the Module.gwt.xml file + the first part of the
Module.gwt.xml file.

src/
   example/
  test/
 TestModule.gwt.xml
 client/
MyTestModule.java

If you wanted to make the source in this module available, you'd do as
above. The module name would be "example.test.TestModule". Within
"TestModule.gwt.xml" you'd use the line "" (though "client" is implicitly included by default if found). Now
when you inherit this module from your main module, the sources will
be found and used.

com.example.main.MainModule.gwt.xml
   ...
   

The other option is to use super-source, but it's a bit trickier.You
can find examples on how this works by searching a bit, it's a little
complicated to get into here.

On Jun 6, 6:43 pm, samsus  wrote:
> Hi All,
>
> Im trying to use classes from a package inside /src but outside the /
> src//client folder. Until now i didnt had much sucess, i
> get the following error: "No source code is available for type
> test.Test; did you forget to inherit a required module?"
>
> This is what i did:
>
> created the folder "test" at /src
>
> --
>
> then the file /src/test/Test.java
>
> package test;
>
> import com.google.gwt.user.client.Window;
>
> public class Test {
>         public Test() {
>                 Window.alert("hello");
>         }
>
> }
>
> --
>
> inside my application i have:
>
> import test.Test;
>
> (...)
>
> public void onModuleLoad() {
>
> Test test = new Test();
>
> }
>
> --
>
> Could someone please point me in the right direction? :)
--~--~-~--~~~---~--~~
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 RPC Encryption

[Mark Renouf]

Not without modifications to the RPC subsystem. code generators and
API.

There is a Wiki doc on the proposed design:

http://code.google.com/p/google-web-toolkit/wiki/RpcAuth

On Jun 1, 5:46 am, Deep Blue  wrote:
> Thanks for the comments.
>
> So, we are not able to implement this in current version of GWT?
>
> On May 30, 10:13 pm, Mark  Renouf  wrote:
>
> > Re: request signing
>
> > At the GWT fireside chat at Google I/O, I asked about the possibility
> > of a per-request handler for the new RPCRequestBuilder coming in GWT2.
> > They mentioned it had been considered.
>
> > With a user method invoked just before the request is sent, you could
> > easily implement GWT-RPC signature/authentication transparently and
> > protect the integrity of the entire request. MD5, SHA1 and event
> > HmacSHA1 work reasonably when ported to translatable Java source. I've
> > successfully performed authenticated Amazon S3 requests in this way,
> > straight from the browser.
>
> > On May 30, 2:21 am, hazy1  wrote:
>
> > > If you are worried about replay attacks use a random token as part of
> > > each response/request pair.
>
> > > On May 29, 11:09 pm, Deep Blue  wrote:
>
> > > > Hi,
>
> > > > Thanks all for the comments / opinions.
> > > > I agreed with Daniel and Jason that we shouldn't send any extra info.
> > > > to client and protect from server side.
>
> > > > However, some of my clients are paranoid about the data is being
> > > > exposed to users as clear text and they are able to forge the request
> > > > to retrieve data from server.
> > > > This is just one step more protection, but should be effective in
> > > > prevent normal users from forging the request just by using plugin in
> > > > firefox.
>
> > > > GWT has already obfuscated the javascript source code when compiling,
> > > > this is great.
> > > > I was thinking maybe we can take one step further to encrypt the data
> > > > (only for sensitive information rpc.)
>
> > > > We will protect the data / request from server side, but to let
> > > > clients able to rest assure, I am just trying to look out any way we
> > > > can implement the encryption in GWT.
> > > > I know it sounds ridiculous, but sometimes clients are ridiculuous.
--~--~-~--~~~---~--~~
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: Manual Serialization / Deserialization of objects

[Mark Renouf]

Can you eloborate on your goals (re: cross-site)? I'd like to
understand the motivation so I can comment on the approach. Obviously
there is a reason why cannot make use of RemoteServiceServlet, but I'm
not sure I know why.

On Jun 1, 3:41 pm, mayop100  wrote:
> Hi Guys -
>
> I'm trying to write my own custom transport solution for client /
> server communication so that I can make my project work cross-site. I
> would like to serialize objects on the client side, send them to my
> Jetty server using my own custom transport, and then deserialize those
> objects on the server side for handling.
>
> I've written the client code, and it seems to be working. It looks
> like this:
> (not that NetworkPacket implements IsSerializable, and EventService is
> a dummy RemoteService)
>
>         public String serializePacket(NetworkPacket np)
>         {
>                 String retVal = null;
>
>                 SerializationStreamFactory fact = (SerializationStreamFactory)
> GWT.create(EventService.class);
>                 SerializationStreamWriter theSW = fact.createStreamWriter();
>                 try
>                 {
>                         theSW.writeObject(np);
>                         retVal = theSW.toString();
>                 }
>                 catch(Exception e)
>                 {
>                         e.printStackTrace();
>                 }
>
>                 return retVal;
>         }
>
> This code seems to be working (it produces a reasonable-looking
> string). I can't test if it deserializes though because the
> serialization is asymmetric. The part I can't figure out though, is
> how to deserialize on the server side. The closest I've found is the
> ServerSerializationStreamReader class, which I found while poking
> through the GWT source. It seems to be undocumented though, and its in
> the "com.google.gwt.user.server.rpc.impl" package, which tells me it's
> probably not intended for use by my code. How am I supposed to do
> this?
>
> Any help will be greatly appreciated!
>
> -Andrew
--~--~-~--~~~---~--~~
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 build takes forever

[Mark Renouf]

On Jun 1, 4:25 pm, Pandaman  wrote:
> My issue is that running this build script takes forever (let's say>30 min on 
> a Pentium D, I haven't tested it for longer).  I think it
>
> has to do with the fact that there is a huge amount of source in the
> src directory and huge number of resulting class files in the gen
> directory.  My GWT module touches only 1% of the rest of the source
> though.  Is it possible to optimize the GWT compiler such that it only
> looks at the source reachable from the module (i.e. source that the
> module calls)?  So far, all that I can think of is specifying the
> minimal amount of inherits in the gwt.xml file.

The GWT compiler aready does this. I'm not familiar with SmartGWT but
it may be partly to blame here. Anything which does something
nontrivial with a huge number of classes may prevent that code from
being discarded and this would increase compile times and the size of
the final script output. You may want to try running with slightly
more verbose logging (-DlogLevel=DEBUG) and tee that to a file. You
can then review it to see if there is a lot of things being pulled in
you might not expect.
--~--~-~--~~~---~--~~
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 RPC Encryption

[Mark Renouf]

Re: request signing

At the GWT fireside chat at Google I/O, I asked about the possibility
of a per-request handler for the new RPCRequestBuilder coming in GWT2.
They mentioned it had been considered.

With a user method invoked just before the request is sent, you could
easily implement GWT-RPC signature/authentication transparently and
protect the integrity of the entire request. MD5, SHA1 and event
HmacSHA1 work reasonably when ported to translatable Java source. I've
successfully performed authenticated Amazon S3 requests in this way,
straight from the browser.

On May 30, 2:21 am, hazy1  wrote:
> If you are worried about replay attacks use a random token as part of
> each response/request pair.
>
> On May 29, 11:09 pm, Deep Blue  wrote:
>
> > Hi,
>
> > Thanks all for the comments / opinions.
> > I agreed with Daniel and Jason that we shouldn't send any extra info.
> > to client and protect from server side.
>
> > However, some of my clients are paranoid about the data is being
> > exposed to users as clear text and they are able to forge the request
> > to retrieve data from server.
> > This is just one step more protection, but should be effective in
> > prevent normal users from forging the request just by using plugin in
> > firefox.
>
> > GWT has already obfuscated the javascript source code when compiling,
> > this is great.
> > I was thinking maybe we can take one step further to encrypt the data
> > (only for sensitive information rpc.)
>
> > We will protect the data / request from server side, but to let
> > clients able to rest assure, I am just trying to look out any way we
> > can implement the encryption in GWT.
> > I know it sounds ridiculous, but sometimes clients are ridiculuous.
--~--~-~--~~~---~--~~
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: Can Google plugin detects the unsupported GWT JRE classes?

[Mark Renouf]

Man, that would be nice.

First, to do this it needs to parse and understand any 
module entries in the module hieracharchy (including GWT's own emul
module) and build an index including only those classes and methods
defined. This is necessary because you can add your own emulated JDK
classes so use them in GWT (For example, I've added NavigableMap
support).

Using that, and all of the  paths defined in Modules within
your project, it could then flag any usage of undefined classes/
methods.

I'm guessing GPE doesn't do the required indexing in real time right
now, but it seems plausible that it could. Being able to see "GWT:
String.getBytes() has no translatable source" in the Problems view
would be just awesome. And there's probably a whole other class of
enhancements this sort of indexing capability could enable. How about
GWT-aware code completion when writing client side code, giving you
only the available methods and classes, preventing the problem in the
first place?

On May 24, 2:32 am, hezjing  wrote:
> Hi
>
> GWT emulates a subset of Java as described in GWT JRE
> documentation
> .
>
> Is Google plugin able to detect classes and methods in the client code which
> is not implemented by the GWT JRE?
> and marks these errors on the editor?
>
> For example, Google plugin should display an error when the developer enter
> String.getBytes() in the client code.
> Better still, if the code auto complete can filter the unsupported classes
> and methods.
>
> I'm not sure if this is doable though!
>
> --
>
> Hez
--~--~-~--~~~---~--~~
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: Password Encryption

[Mark Renouf]

This is a solved issue, there's many approaches. SSL is the easiest
but not always needed, or possible (adds latency and scaling
problems).

We use HmacSHA1 client side with GWT, and find it works well for our
needs. HmacSHA1 is simple enough to implement once you get SHA1
working. There's tons of examples out there. I took one that was
relatively simple Java sample and adjusted it work with GWT.

It goes something like this:

1. Server sends random token to client (called a NONCE or "Number used
once")
2. Client computes HmacSHA1(token, passoword+timestamp) and sends the
resulting signature and the timestamp used back to the server.
3. The server performs the same  operation and confirms it's computed
signature matches the one returned by the client and that the
timestamp is within an acceptable time range. If these conditions are
met, the client has proven it has the correct password.

You can protect against replay by only allowing a token to be used
once from the same IP address it was sent to.

You can extend this easily to do more:

If you do this on every request, and include the URL, query parameters
and key headers in the signature you can secure various web service
calls. If you compute the MD5 or SHA1 of the body, and include that in
the Hmac signature as well, then you've got a message integrity check
on the whole request.

If you need to prevent others from seeing the data of the requests at
all, then SSL is your only real option.

On May 19, 8:10 pm, Vitali Lovich  wrote:
> First off, good luck trying to disassemble the GWT compiled code - it's hard
> to read even when you know what the original Java code is doing.
>
> Nextly, I don't think I understand the problem you are presenting - it seems
> to me that if you have a script-injection exploit in your code, there is no
> way you can code it to protect the user, since the attacking code can always
> modify the original code in whatever way is necessary to send the password
> to the attacker.  So whether or not you implement the algorithm in
> Javascript or not is irrelevant.  An algorithm is a step-by-step process,
> independent of the language used to express it.  Security is a property of
> the algorithm/protocol, not the language.
>
> Exactly how do you "block" the get & set functions?  Also, it's not like
> those functions are standard, so I'm guessing their your equivalent to the
> more common foo & bar.
>
> On Tue, May 19, 2009 at 6:48 PM, Alyxandor <
>
> a.revolution.ultra.b...@gmail.com> wrote:
>
> > You can't attack the post-RSA password field, but if there's any point
> > along the way that the password is passed inside javascript, it might
> > be possible for a script-injection attacker to overwrite your
> > functions / add getter functions to prototypes and post your password
> > using something like rsa.prototype.set()=function(pass){addHack
> > ( '

Re: How to replace MouserListener in GWT 1.6

[Mark Renouf]

I've been doing this so much lately I've memorized the code. Using
eclipse you'll quickly get proficient at it I'm sure:

class Handlers implements HasMouseOverHandlers, HasMouseOutHandlers {
  public void onMouseOver(MouseOverEvent e) {
  }
  public void onMouseOut(MouseOutEvent e) {
  }
}

If you're implementing a new Widget:

class Foo extends Widget implements HasMouseOverHandlers,
HasMouseOutHandlers {
  public HandlerRegistration addMouseOverHandler(MouseOverHandler
handler) {
return addDomHandler(handler, MouseOverHandler.getType());
  }

  public HandlerRegistration addMouseOutHandler(MouseOutHandler
handler) {
return addDomHandler(handler, MouseOutHandler.getType());
  }
}

That's it! No more onBrowserEvent, no more sinkEvents. It's all
automatic. Sweet huh?
As for what to do with the HandlerRegistration, read the docs ;-)

Oh, on a related note/warning: I really think GWT should WARN if you
call addHandler with an event type that implements HasNativeEvent. If
you call addHandler instead of addDomHandler, nothing happens and no
events will ever be fired because the events don't get listeners
added. This has already bit me a couple times. Worth filing a bug for
this?


On May 17, 2:03 pm, Salvador Diaz  wrote:
> onMouseLeave:http://google-web-toolkit.googlecode.com/svn/javadoc/1.6/com/google/g...
>
> onMouseEnter (I don't know which so you'll have to try them 
> out):http://google-web-toolkit.googlecode.com/svn/javadoc/1.6/com/google/g...
> orhttp://google-web-toolkit.googlecode.com/svn/javadoc/1.6/com/google/g...
>
> Hope that helps,
>
> Salvador
>
> On May 17, 7:00 pm, Paul van Hoven 
> wrote:
>
> > I imported an GWT 1.5 app for transforming it to a GWT 1.6 app. Every
> > listener is now marked as deprecated, so i'm currently replacing all
> > these. Anyway i do not know how to replace my MouseListener
> > implementations. Concretly speaking i use the folling implementations
>
> >public void onMouseEnter(Widget sender) {
> > //..do s.th. here
> > }
>
> > public void onMouseLeave(Widget sender) {
> > //..do s.th. here
> > }
>
> > that are demanded by the MouseListener interface. But i have not
> > figured out yet how to replace these with the new handler interfaces.
> > Does somebody know how to accomplish 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
-~--~~~~--~~--~--~---

Is there a way to disable Jetty INFO-level log messages to Hosted Mode Shell?

[Mark Renouf]

I have to use -logLevel INFO because I want to continue seeing my
debug log messages from GWT.log. I also want to continue seeing
warnings or errors from Jetty (like non 2xx repsonse codes, etc).

Is there any way to accomplish this, or should I file an issue? (I
didn't see this request reported yet).
--~--~-~--~~~---~--~~
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
-~--~~~~--~~--~--~---

New event system in GWT 1.6, best practices?

[Mark Renouf]

Is it safe to ignore a HandlerRegistration if I know I will never need
to use it? Lets say the lifecycle of a pair of objects is inherently
bound (a button that clears a field, for example). I will never need
to remove the button's click handler once it's added. Is it ok to
ignore the return value from addHandler? Will this cause memory leaks
or any other bad side effects? I guess since the HandlerManager within
the Widgets will go away along with them, probably not, right?

Second q: what's the best pattern for managing handler registrations?
It's a bit different now since the caller must handle the bookkeeping,
and so if I have a Widget with many others within it, and I register a
handler with all of them, somewhere I need to store a mapping of all
those Handler Registrations so they can be removed.

What do folks find the works best? HashMap ? Are there any subleties I need to be aware of?
I'd like to get this right before I start building bad habits (and
writing code which needs to be refactored later).
--~--~-~--~~~---~--~~
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 1.6 with Maven and build system questions/survey...

[Mark Renouf]

I wanted to share some progress I've made in making things work
smoothly together.

First off, I discovered the new phase "prepare-package" in Maven
2.1.0. This is perfect for binding the gwt compile goal to. This means
the app gets compiled down to Javascript just before packaging, which
is exactly what you want. Hosted mode and unit tests don't require a
JS compile.

Second, I've got what appears to be a nice working solution involving
GWT-1.6.4 and maven, concerning the build path and src folder problem.
I've got GWT compiling into ${project.build.finalName} (this is
usually your artifact name... "/target/mywebapp-1.0"). Then, add this
to resources:

  
src/main/webapp
${project.build.directory}/$
{project.build.finalName}
  

What this does is overlay your source webapp to the target *before*
GWT gets started up (either Compiler or Hosted Mode). If you use the
m2eclipse plugin, then the resources goal is automatically executed
when you modify files.

This achives several important goals of mine:
Client java code changes are picked up immediately on the next
page reload (if you need resource filtering, put your java source in a
resource entry, and disable the "sourcesOnPath" option)
HostedMode is using a classpath containing target/classes (so any
modified servlet code can take effect with the reload server button)
No source tree pollution... a full clean is simply "rm -rf
target" (or more properly: mvn clean)
Packaging can still be controlled to filter out all uneccesary
files from the resulting WAR (.class and .java files from GWT client
side code, GWT module xml, etc)

I wish I had a place to put an example of all this (I need a blog or
something), but feel free to contact me if you'd like a sample of my
project if you can put this on a wiki and help document it, then I can
point people to a URL instead of clogging up mailing lists ;-)

Hope this helps people... big thanks to everyone else who's worked on
this already...

On Apr 19, 8:56 am, Mark  Renouf  wrote:
> The thing I'd not like to lose, is "live-edit" capability. ie: changes
> take effect with a simple page reload in HostedMode (and also Restart
> Server button in 1.6).
>
> I think GWT provides enough options to make things work, but it's
> harder than it should be. If I had a magic wand though, I'd say having
> "war dir overlay" parameter would make life much simpler. If it could
> do this, and still detect changes to the source, that would be sweet.
> You'd just set -warOverlay /src/main/webapp -war /target/$
> {project.build.finalName} That actually wouldn't effect existing users
> one bit. Actually... maybe I should work on a patch and submit it to
> GWT, you never know ;-)
>
> On Apr 16, 2:00 pm, Matt Bishop  wrote:
>
> > One of the big wins withMavenis the "rigid" directory structure,
> > where source files of all stripes are in src/ and build outputs are in
> > target/. It's good practice because it doesn't allow for intermingling
> > source files and build files.
>
> > The new GWT war/ dir next to src/ problematic because you have to be
> > careful how you clean up.  I can see many an "aaargh!" being screamed
> > out in the early morning hours when a tired developer discovers a bug
> > in her ant script, or when he trashes the war/ dir accidentally.
>
> > I would much rather have seen src/java and src/war (better yet, src/
> > webapp) and the HostedMode compiler would copy src/webapp to war/
> > before compilation. It would be a whole lot safer and wouldn't really
> > cost that much, even for large projects with a whole lotta webapp/**
--~--~-~--~~~---~--~~
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: java.lang.ref in GWT

[Mark Renouf]

Garbage collection in JavaScript is browser-dependent, but similar
rules apply as with Java. When you are no longer using the data, make
sure you eliminate all references to it. For example, if you've stored
it in an Array or Collection of some sort, be sure to null out or
remove those entries. The browser's JavaScript engine will do it's
best to garbage collect that data (some better than others
obviously).

GWT goes to great lengths to do this for you as automatically as
possible. For example, if you perform an AJAX request for a chunk of
HTML and insert it into an HTML widget, insert it into the page, then
later remove it, GWT ensures that the element is cleanly detached from
the DOM and the Widget object is removed from it's parent. Assuming
you haven't stored it elsewhere (usually not), it will be eligable for
garbage collection.

Others can probably tell you which browsers to  watch out for (IE6?),
and some pitfalls that might cause problems (circular references?)

On Apr 23, 6:41 am, "zold...@gmail.com"  wrote:
> I have GWT application. Use loads page, then visits links (I use GWT's
> Hyperlink, so page is not reloaded). Amount of data that page contain
> is increased (I use AJAX requests to get data from server). I have
> some data that shouldn't necessarily exist always, I can load it from
> server again. Is there any way I can tell js engine that it can be
> garbage collected? Something similar to java.lang.ref.SoftReference?
--~--~-~--~~~---~--~~
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: Provide support for NavigableMap/NavigableSet implementation?

[Mark Renouf]

And finally, I found this:
  http://backport-jsr166.sourceforge.net/

Public domain is about as risk-free a license as you can get I think.
I'd also like to finish my SkipList implementation, though it's not
really performing as well as it should be, I'm happy that it works...

On Apr 23, 9:26 am, Mark  Renouf  wrote:
> In case anyone was curious I finally noticed that Apache Harmony now
> has implementations of this. Being Apache licensed, I believe I'm
> completely in the clear to take and modify the Harmony version to make
> it play well 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: Provide support for NavigableMap/NavigableSet implementation?

[Mark Renouf]

In case anyone was curious I finally noticed that Apache Harmony now
has implementations of this. Being Apache licensed, I believe I'm
completely in the clear to take and modify the Harmony version to make
it play well in GWT.

There's seems to be some strange behavior in not being able to
override both TreeMap and AbstractMap... when GWT compiles TreeMap, it
does not use my version of AbstractMap so it some things expected to
be inherited in the new TreeMap are not there. Folding in the
inherited code gets around this.

I also had to remove clone() and readObject/writeObject serialization,
and then it basically works. Performance seems acceptable, though I
haven't done exhaustive testing, just some basic benchmarks.

It would be really nice if this was part of GWT, the business of super-
source JRE overriding is messy, and I'd rather not have it part of my
project. There's not a lot else from 1.6 that makes sense for GWT
(concurrency, etc), but in my opinion NavigableMap is all the stuff
that SortedMap forgot, and they finally got around to adding.

On Apr 8, 12:01 pm, Mark  Renouf  wrote:
> Hi, I was wondering if anyone has tried addingNavigableMap/
> NavigableSet (From JDK 1.6), support for use in GWT?
>
> Using the JRE emulation mechanism (super-source), it should be
> possible to add the required interfaces then update GWT's TreeMap, to
> implementNavigableMap. I've gotten part-way through this with a
> SkipList but implementing all of the extra methods to return sub-views
> is too much work. I realized it might be simpler to just extend
> Google's version of TreeMap to add the Navigable code.
>
> Any thoughts? I searched a bit, but nothing yet.
>
> My main use case is finding a point in a sorted set, then efficiently
> iterating in either direction. I've cooked up my own SkipListMap
> implementation but I feel like I'm reinventing the wheel if I create
> my own navigable interface, but theNavigableMapdictates a lot of
> functionality I don't have time to implement myself either.
--~--~-~--~~~---~--~~
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 1.6 with Maven and build system questions/survey...

[Mark Renouf]

The thing I'd not like to lose, is "live-edit" capability. ie: changes
take effect with a simple page reload in HostedMode (and also Restart
Server button in 1.6).

I think GWT provides enough options to make things work, but it's
harder than it should be. If I had a magic wand though, I'd say having
"war dir overlay" parameter would make life much simpler. If it could
do this, and still detect changes to the source, that would be sweet.
You'd just set -warOverlay /src/main/webapp -war /target/$
{project.build.finalName} That actually wouldn't effect existing users
one bit. Actually... maybe I should work on a patch and submit it to
GWT, you never know ;-)

On Apr 16, 2:00 pm, Matt Bishop  wrote:
> One of the big wins with Maven is the "rigid" directory structure,
> where source files of all stripes are in src/ and build outputs are in
> target/. It's good practice because it doesn't allow for intermingling
> source files and build files.
>
> The new GWT war/ dir next to src/ problematic because you have to be
> careful how you clean up.  I can see many an "aaargh!" being screamed
> out in the early morning hours when a tired developer discovers a bug
> in her ant script, or when he trashes the war/ dir accidentally.
>
> I would much rather have seen src/java and src/war (better yet, src/
> webapp) and the HostedMode compiler would copy src/webapp to war/
> before compilation. It would be a whole lot safer and wouldn't really
> cost that much, even for large projects with a whole lotta webapp/**
--~--~-~--~~~---~--~~
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 1.6 with Maven and build system questions/survey...

[Mark Renouf]

The maven-gwt-plugin from codehaus is looking quite good at this
point. I recommend trying 1.1-SNAPSHOT.

I just reported an issue with running unit tests (which has been fixed
in SVN, waiting on a new SNAPSHOT build). With that it does absolutely
everything I've expected (on all platforms, without local
configuration) and with very minimal setup (add the plugin, add a
dependency on gwt-user, done).

The one remaining issue is the new build output format (WAR), and how
resources are deployed. I'm totally against having GWT compile
directly into /src/main/webapp. It's completely against the principles
of keeping your source tree clean and putting all artifacts under
target. If you stick with traditional maven approach, it means you
need to execute war:exploded first before launching hosted mode (and
again if you want to change something without restarting the hosted
mode).

The other approach is stick with src/main/webapp and make sure the
clean plugin cleans out all GWT generated files. Again, this is really
not the right approach :-(

On Apr 16, 8:48 am, Arthur Kalmenson  wrote:
> It would definitely be nice if the Google Eclipse plugin was build
> system agnostic, or at least gave you more configuration options.
> Maybe we should just file a issue with the Google Eclipse plugin (I
> can't find the Google Code project...)?
>
> --
> Arthur Kalmenson
>
> On Thu, Apr 16, 2009 at 4:33 AM, Salvador Diaz  
> wrote:
>
> >> * If you enable gwt support on your project, GWT SDK library is
> >> automatically added to the project, event if you already manage your
> >> dependencies with maven. You should be able to configure if you want
> >> the sdk to be included or not.
> >> * The plugin complains about output directory not set to "war/WEB-INF/
> >> classes". We should be able to configure this in order to work in a
> >> standard maven way.
>
> > Those are pretty good remarks, and worth of opening an issue in the
> > issue tracker. We could do it the other way round though, and let the
> > maven plugin configure everything to conform to GWT's expectations,
> > remember that Googlers are not really maven guys.
>
> > Cheers,
>
> > Salvador
>
> > On Apr 16, 10:09 am, johann_fr  wrote:
> >> I totally agree on the fact that gwt team should not provide the maven
> >> plugin, the codehaus one can do the job. They should just take care of
> >> beeing able to integrate with any build system.
>
> >> My problems with the current google eclipse plugin :
>
> >> Johann
>
> >> On 16 avr, 08:50, Murray Waters  wrote:
>
> >> > It is in the snapshots repository.
>
> >> >http://snapshots.repository.codehaus.org/org/codehaus/mojo/gwt-maven-...
>
> >> > You will need to add the repository 
> >> > ashttp://snapshots.repository.codehaus.org/
> >> > I believe.
>
> >> > On Apr 16, 12:33 pm, Keith Willard  wrote:
>
> >> > > Where is the snapshot respository where the versions 1.1-SNAPSHOT
> >> > > codehaus gwt-maven-plugin lives?  only the 1.0 is in the central
> >> > > repository.
--~--~-~--~~~---~--~~
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
-~--~~~~--~~--~--~---

Provide support for NavigableMap/NavigableSet implementation?

[Mark Renouf]

Hi, I was wondering if anyone has tried adding NavigableMap/
NavigableSet (From JDK 1.6), support for use in GWT?

Using the JRE emulation mechanism (super-source), it should be
possible to add the required interfaces then update GWT's TreeMap, to
implement NavigableMap. I've gotten part-way through this with a
SkipList but implementing all of the extra methods to return sub-views
is too much work. I realized it might be simpler to just extend
Google's version of TreeMap to add the Navigable code.

Any thoughts? I searched a bit, but nothing yet.

My main use case is finding a point in a sorted set, then efficiently
iterating in either direction. I've cooked up my own SkipListMap
implementation but I feel like I'm reinventing the wheel if I create
my own navigable interface, but the NavigableMap dictates a lot of
functionality I don't have time to implement myself either.
--~--~-~--~~~---~--~~
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-RPC and applets?

[Mark Renouf]

This probably sounds weird and I'm already questioning the reasoning
behind it myself, but...

Has anyone tried using GWT-RPC within a Java Applet? I'm thinking of a
scheme where the Applet could actually initiate ("push") responses to
the page, and vice-versa, by just calling a JavaScript method... the
page could probably encode requests to the applet, treating it like a
server, but skipping the HTTP and just passign the GWT-RPC payload.

I beleive you can just pass JavaScript objects back and forth
(LiveConnect?) But it would be nice to make use of GWT-RPC to handle
the conversion into native Java types. I think all you'd need to do is
seperate the marshalling portions from the the Servlet code. This has
been done to support php and python I think, right?

Anyway, just a wacky idea, not sure what I'd use it for but... I might
come up with an idea ;-)
--~--~-~--~~~---~--~~
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: [error] "cannot reduce the visibility of the method from PositionHandler"

[Mark Renouf]

The method "onPosition" in PositionHandler is defined as public, so
your implementation must also declare it as public. You are trying to
define it as package-private (aka "default") which is reduced
visibility.

Just add public:

 if (f != null){
Geolocation geo = f.createGeolocation();
geo.getCurrentPosition(new PositionHandler() {
HERE--->>>public void onPosition(PositionHandler.PositionEvent pos) {

On Fri, Mar 20, 2009 at 6:35 AM, Gatillo  wrote:
> Hi,
>
> here is the code with the problem:
>
>  Factory f = Factory.getInstance();
>
>         if (f != null){
>                Geolocation geo = f.createGeolocation();
>                geo.getCurrentPosition(new PositionHandler(){
>                    void onPosition(PositionHandler.PositionEvent pos)
> {      <-- ERROR
>                          if(!pos.isError()){
>                                 Position new_pos = pos.getPosition
> () ;
>
>                          }
>                   }
>              });
>
>         }
>
> maybe I have to change the PositionHandler.class to instance an
> object!? I'm a little messy with this stuffs, anyone have this
> problem? or maybe I'm not making the best way to "get a position"
>
> Maybe you know about this Mark?
>
> thanks for your support
>
>

--~--~-~--~~~---~--~~
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: Techniques for supplying information to GWT.create()

[Mark Renouf]

Ahh thanks... put my "me too" on that one... hope it happens!

On Feb 27, 12:07 pm, Ian Petersen  wrote:
> You might want to add a start 
> tohttp://code.google.com/p/google-web-toolkit/issues/detail?id=1595
--~--~-~--~~~---~--~~
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
-~--~~~~--~~--~--~---

Techniques for supplying information to GWT.create()

[Mark Renouf]

I've developed an XML marshalling library. It currently works by
scanning through ALL types looking for annotated classes. I would like
to support running the generating code from a list of classes instead
of scanning, but there's no reasonable way of supplying parameters in
this use case.

The only technique I'm aware of is to use an abstract class or an
interface as the deferred binding type and get the information from
type signatures of methods for fields. This is a bit messy when it's
used in this way.

What I'd like to do is pass a list of classes to a GWT.create() call,
so these are available to a code generator.

Something like:
   GWT.create(Class clazz, Object... params)

Which would allow this:
  XMLContext c = GWT.create(XMLContext.class, Person.class,
Company.class, Address.class);

Is there any hope of extending GWT.create() to work this way? Is there
a different technique I'm missing that might accomplish this? Should I
just stick to requiring annotations and scanning all types?

--~--~-~--~~~---~--~~
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: Announcing GWT 1.6 Milestone 1

[Mark Renouf]

On Feb 10, 11:45 pm, Mark  Renouf  wrote:
> On Feb 6, 10:26 am, Scott Blum  wrote:
>
> > DatePicker
>
> > The new DatePicker and DateBox widgets allow your users to select a date
> > from a calendar. The Showcase sample provides examples of both of these
> > widgets.
>
> Ooh. Does the inclusion of DatePicker imply that
> ImmutableResourceBundle is also ready? I'm trying to get my head
> around how styling works in DatePicker. It looks rather complex...

To answer my own question, I just looked at the release branch and the
ImmutableResourceBundle/StyleInjector support was removed. It's got
the standard list of CSS class selectors in the Javadoc, and a set of
default styles has been added to the GWT theme css.
--~--~-~--~~~---~--~~
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: ImageBundle ... am I missing something?

[Mark Renouf]

Ok. I understand the way it works, I just forgot that certain
optimizations aren't applied. It's interesting because unused methods
of the interface are actually eliminated from the code (look at the
generated output). The image strip needs to be generated first, then
the implementation of the interface is generated containing all the
coordinates for each image. After that point the generators are out of
the picture. The normal GWT compilation happens.

The only way to do this is to somehow have a second pass to rebuild
the image strip with only the images needed and update the image
coordinates.

Does anyone know if @ImageResource in the incubator can do this?

On Feb 10, 11:56 pm, reechard  wrote:
> Yes and no. ImageBundle is very useful and easy to set up. So, what
> you want to do is create an imageBundle with everything and the
> kitchen sink commented out, as you suggest. Put all the images you
> might need right where the YourImageBundle.java source is.
>
> What you are missing is that the resulting ImageBundle will only
> contain the images NOT commented out.
>
> You can even set this up as a separate library project, and re-compile
> only when modifying YourImageBundle.java. You can also provide
> multiple ImageBundles this way, as I do for "localized" ImageBundles.
>
> On Feb 10, 12:36 pm, Mark  Renouf  wrote:
>
> > Should I expect dead code elimination to work on ImageBundle?
>
> > Let's say I have an icon library, and to save time, I'd like to
> > include a lot of images we may choose to use in the future. There
> > could be about 100. Right now, we use only 8 of them. Shouldn't the
> > generated ImageBundle resource only contain those 8 images?
>
> > I'd like to avoid having to copy images one at a time into our
> > project, adding them to the interface as they are needed. The only
> > alternative I can see right now is to comment out the images we are
> > not using.
>
> > Am I missing something?
--~--~-~--~~~---~--~~
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: Announcing GWT 1.6 Milestone 1

[Mark Renouf]

On Feb 6, 10:26 am, Scott Blum  wrote:

> DatePicker
>
> The new DatePicker and DateBox widgets allow your users to select a date
> from a calendar. The Showcase sample provides examples of both of these
> widgets.

Ooh. Does the inclusion of DatePicker imply that
ImmutableResourceBundle is also ready? I'm trying to get my head
around how styling works in DatePicker. It looks rather complex...


> LazyPanel
>
> The new LazyPanel widget allows you to delay the creation of certain
> sections of your application until they are first accessed, improving
> startup performance.

We've rolled our own using this exact technique, to make a
LazyTabPanel, etc but this will be easy to retrofit. Great addition,
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
-~--~~~~--~~--~--~---

ImageBundle ... am I missing something?

[Mark Renouf]

Should I expect dead code elimination to work on ImageBundle?

Let's say I have an icon library, and to save time, I'd like to
include a lot of images we may choose to use in the future. There
could be about 100. Right now, we use only 8 of them. Shouldn't the
generated ImageBundle resource only contain those 8 images?

I'd like to avoid having to copy images one at a time into our
project, adding them to the interface as they are needed. The only
alternative I can see right now is to comment out the images we are
not using.

Am I missing something?
--~--~-~--~~~---~--~~
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
-~--~~~~--~~--~--~---

More CSS layout in GWT user widgets?

[Mark Renouf]

Does anyone know if work is underway or planned to improve more modern
panels and controls using CSS for styling?

We've decided to drop IE6 support and now use lots of CSS to layout
our application. I've never liked how many nested tables you end up
with while using the standard widgets. They also have bad interactions
when trying to mix them with more sophisticated layout. We end up
using tons of FlowPanels along with our own CSS to get what we want
but it's tedious.
--~--~-~--~~~---~--~~
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 [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/Google-Web-Toolkit?hl=en
-~--~~~~--~~--~--~---

Copying (clone) of JavaScriptObject

[Mark Renouf]

Before I start to rely on this, I wanted to know if this is a valid
technique for cloning a JavaScriptObject and whether there are any
limitations I might run into.

The situation is that I'd like to clone a 'settings' object so
instances of this class I build using it are immutable. I understand
it's not a deep clone, but I don't think it's necessary in my case.

  private static JavaScriptObject cloneJSO(JavaScriptObject src) {
JSONObject srcObj = new JSONObject(src);
JSONObject dstObj = new JSONObject();
for (String key : srcObj.keySet()) {
  dstObj.put(key, srcObj.get(key));
}
return dstObj.getJavaScriptObject();
  }

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 [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/Google-Web-Toolkit?hl=en
-~--~~~~--~~--~--~---

Re: GWT-Ext set panel background image

[Mark Renouf]

You probably need to ask here:
 http://gwt-ext.com/forum/

This group is for GWT itself, and GWT-Ext is a seperate extension of
GWT.

On Nov 24, 6:35 pm, Sandile <[EMAIL PROTECTED]> wrote:
> I am trying to set the background image of a Panel called desktop. I
> am a novice and so do not have any experience in this respect. Please
> help me solve my problem, it is of the highest urgency, thank you for
> your time:
>
> --Sandile
--~--~-~--~~~---~--~~
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 [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/Google-Web-Toolkit?hl=en
-~--~~~~--~~--~--~---

Re: SWFUpload library for GWT

[Mark Renouf]

Thanks for the tip... but this looks to me to be pretty tightly tied
to GWT-Ext. I'm building a more one-to-one direct mapping of the
SWFUpload library into Java equivelents. You could then use it to make
more sophisticated tools but the idea is that it wouldn't be tied into
any particular widget set.

On Nov 24, 9:16 am, Diyko <[EMAIL PROTECTED]> wrote:
> http://www.gwt-ext.com:8080/demo-ux/
--~--~-~--~~~---~--~~
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 [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/Google-Web-Toolkit?hl=en
-~--~~~~--~~--~--~---

Re: SWFUpload library for GWT

[Mark Renouf]

Hi, I know the issue you are referring to. There is a beta release of
SWFUpload which addresses the problem.

I do agree that Gears is superior. In fact I have contributed to the
Google API library support for uploads/blobs as a GWT library. =D It
will hopefully be available soon (though the schedule is completely
out of my hands).

But in the mean time we need to keep a flash option working...

On Nov 24, 12:56 pm, rakesh wagh <[EMAIL PROTECTED]> wrote:
> While I appreciate your efforts:
> We recently were faced with a requirement with multiple file upload.
> After lot of research and trying out swfupload we concluded that the
> best approach(for now) is using gears Desktop api for this purpose.
> swfupload had huge problems with flash 10 release. Basically adobe
> decided to change the way multiple file upload is handled for
> "security reasons". In my experience there is no silver bullet as far
> as multiple file upload functionality is concerned. Nothing against
> swfupload, it is a great library in its own rights. But flash in my
> experience is not reliable/credible enough for this specific purpose.
> People might vary in opinion and I totally respect it.
>
> Rakesh Wagh
--~--~-~--~~~---~--~~
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 [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/Google-Web-Toolkit?hl=en
-~--~~~~--~~--~--~---

SWFUpload library for GWT

[Mark Renouf]

Hello,

I wanted to gauge interest in a GWT interface to using SWFUpload
(http://www.swfupload.org/).

While work continues on GWT support for file uploads using Gears, I
need a more compatible and short term solution to a problem that's
come up. I also feel that having more than one option is good practice
to ensure compatibility with the most number of users. I'm currently
putting this together for my own needs but I wanted to see if anyone
else in the community would be interested in helping to complete
this.

The SWFUpload javascript library is around 30KB and and the associated
flash control is 11KB. It's also recently had support added to work
around the new security restrictions in flash player 10 (which is what
has forced me to scrap my own implementation and move to this one).

My goal is a nice GWT wrapper to make it very simple to drop into any
existing GWT app. To my knowledge no such thing exists yet (please
speak up if you know of one).

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 [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/Google-Web-Toolkit?hl=en
-~--~~~~--~~--~--~---

Re: Gears 0.4 features in GWT Google API Library

[Mark Renouf]

Ok. I put a little something together based on my original test.

Give this a try:
http://groups.google.com/group/Google-Web-Toolkit-Contributors/web/gears-upload.zip

Unzip, then generate the launch scripts:

  applicationCreator -out gears-upload -ignore
com.google.gwt.gears.demo.client.UploadDemo

On Oct 29, 2:03 pm, rakesh wagh <[EMAIL PROTECTED]> wrote:

> I think I have opened the request. Am I missing something? Can you
> post your sample code that 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 [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/Google-Web-Toolkit?hl=en
-~--~~~~--~~--~--~---

Re: Gears 0.4 features in GWT Google API Library

[Mark Renouf]

These are probably valid points. This is going to confuse people I'm
sure, but the whole openFiles/Blob/upload mechanism requires use of
Gears' own HttpRequest and can't be used with GWT's RequestBuilder.
(see HttpRequest#setBody). The Blob is sent bare, no multipart
encoding, so some server side changes are required to receive a file
sent this way. I think it's simpler and cleaner, but unfortunately
this isn't a drop-in replacement.

Response information (status code, headers, etc) is available from the
Request object after the request completes. We could return this as an
interface to make it more clear but I tried to keep things simple.

On Oct 29, 12:48 pm, rakesh wagh <[EMAIL PROTECTED]> wrote:
> One more thing:
> Should the call back param of onResponseReceived be HttpResponse
> instead of HttpRequest? It does not matter for my purpose since I am
> not interested int he response.
--~--~-~--~~~---~--~~
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 [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/Google-Web-Toolkit?hl=en
-~--~~~~--~~--~--~---

Re: Gears 0.4 features in GWT Google API Library

[Mark Renouf]

If anyone wants to try this out, I just created issue #201. Attached
is a pre-built gwt-gears.jar:

http://code.google.com/p/gwt-google-apis/issues/detail?id=201

I tested Geolocation through Gears on my G1 today and it worked just
fine. The address lookup function may not be working right though,
either a mistake I made somewhere or some other issue (always returns
null?).

--~--~-~--~~~---~--~~
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 [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/Google-Web-Toolkit?hl=en
-~--~~~~--~~--~--~---

Re: Enumerating Javascript Overlay Types

[Mark Renouf]

On Oct 27, 7:18 am, mat <[EMAIL PROTECTED]> wrote:

> If I put my code inside a JNSI method, what is the point of having
> Overlay Types?

You misunderstand. That is the essence of the overlay type concept.
JavaScriptObject does not replace the need to write JSNI, it provides
a way to generate optimal code when dealing with real javascript
objects, instead of generating wrapper classes. The only way to access
true javascript methods or properties is to write JSNI stubs:

A trivial example... if you have this:

var obj = {'someValue': "foo"};

Then you could use this overlay type to access it:

public final FooObject extends JavaScriptObject {
  public native String getSomeValue()/*-{
return this.someValue;
  }-*/;
}

In your JSNI you can do anything you'd normally write in JavaScript.
There some things to know about allowable parameter and return types,
but essentially, that's the way it's done.
--~--~-~--~~~---~--~~
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 [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/Google-Web-Toolkit?hl=en
-~--~~~~--~~--~--~---

Re: Invoking ActionScript method from GWT

[Mark Renouf]

I've built some apps using Flash via ExternalInterface. It's my
experience that it just doesn't work correctly in hosted mode. Also,
IE, for some reason, unless I attached the Flash object directly to
the document, it would not work.

On Oct 24, 3:37 am, "mark morreny" <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I traced the code and found that GWT hangs when executing:
> BridgeObject flexApp = swfWidget.root();
> I have checked that swfWidget is not null and here is the way I created
> swfWidget:
> SWFParams params = new SWFParams("MyTest.swf", new Integer(400),
>     new Integer(400));
>   params.addVar("bridgeName", "audio");
>   swfWidget = new SWFABridgeWidget(params);
> BridgeObject flexApp2 = swfWidget.root();
> Does anyone know why?
>
> The error I am getting is :
>
> [ERROR] Uncaught exception escaped
> com.google.gwt.core.client.JavaScriptException: (TypeError):
> '$wnd.FABridge[...]' is null or not an object
>  number: -2146823281
>  description: '$wnd.FABridge[...]' is null or not an object
>  at org.argunet.gwt.fabridge.client.SWFABridgeWidget.getBridgeRoot(Native
> Method)
>  at
> org.argunet.gwt.fabridge.client.SWFABridgeWidget.root(SWFABridgeWidget.java:79)
>  at
> com.yht.ui.gwt.client.widget.util.AudioRecorder.init(AudioRecorder.java:69)
>  at
> com.yht.ui.gwt.client.widget.util.AudioRecorder.(AudioRecorder.java:39)
>  at com.yht.ui.gwt.client.widget.MainPanel.getData(MainPanel.java:194)
>  at com.yht.ui.gwt.client.widget.util.BasePanel.getStore(BasePanel.java:288)
>  at
> com.yht.ui.gwt.client.widget.util.BasePanel.getAccordionNav(BasePanel.java:156)
>  at com.yht.ui.gwt.client.widget.util.BasePanel.init(BasePanel.java:83)
>  at com.yht.ui.gwt.client.widget.MainPanel.(MainPanel.java:118)
>  at com.yht.ui.gwt.client.Application$1.onSuccess(Application.java:50)
>  at com.yht.ui.gwt.client.Application$1.onSuccess(Application.java:1)
>  at
> com.google.gwt.user.client.rpc.impl.RequestCallbackAdapter.onResponseReceived(RequestCallbackAdapter.java:215)
>  at
> com.google.gwt.http.client.Request.fireOnResponseReceivedImpl(Request.java:254)
>  at
> com.google.gwt.http.client.Request.fireOnResponseReceivedAndCatch(Request.java:226)
>  at
> com.google.gwt.http.client.Request.fireOnResponseReceived(Request.java:217)
>
> Thanks in advance for all your help.
>
> Mark
--~--~-~--~~~---~--~~
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 [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/Google-Web-Toolkit?hl=en
-~--~~~~--~~--~--~---

Re: Gears 0.4 features in GWT Google API Library

[Mark Renouf]

Whoops, I left out the Geolocation api. Uploaded a new version of the
patch which includes it (and fixes some typos).

 Factory.java   |   45 +
 blob/Blob.java |   53 ++
 blob/package.html  |9 +
 desktop/Desktop.java   |  138 +
 desktop/DesktopIcons.java  |   74 +
 desktop/File.java  |   28 +++
 desktop/OpenFilesCallback.java |5
 desktop/OpenFilesOptions.java  |   46 +
 desktop/package.html   |   10 +
 geolocation/Address.java   |  103 +
 geolocation/Geolocation.java   |  280 
+++
 geolocation/Position.java  |   85 ++
 geolocation/PositionCallback.java  |   10 +
 geolocation/PositionError.java |   28 +++
 geolocation/PositionOptions.java   |  128 
 geolocation/package.html   |9 +
 httprequest/HttpRequest.java   |  291 
+
 httprequest/HttpRequestUpload.java |   44 +
 httprequest/ProgressEvent.java |   24 +++
 httprequest/ProgressHandler.java   |   12 +
 httprequest/RequestCallback.java   |   16 ++
 httprequest/package.html   |   11 +
 impl/Utils.java|   11 +
 23 files changed, 1460 insertions(+)

--~--~-~--~~~---~--~~
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 [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/Google-Web-Toolkit?hl=en
-~--~~~~--~~--~--~---

Re: Gears 0.4 features in GWT Google API Library

[Mark Renouf]

Ok. Here's the rough draft:

http://groups.google.com/group/Google-Web-Toolkit-Contributors/web/gwt-gears-0.4-additional-apis-r932.patch

 Factory.java   |   45 +
 blob/Blob.java |   53 ++
 blob/package.html  |9 +
 desktop/Desktop.java   |  138 +
 desktop/DesktopIcons.java  |   74 +
 desktop/File.java  |   30 +++
 desktop/OpenFilesCallback.java |5
 desktop/OpenFilesOptions.java  |   46 +
 desktop/package.html   |   10 +
 httprequest/HttpRequest.java   |  291 
+
 httprequest/HttpRequestUpload.java |   44 +
 httprequest/ProgressEvent.java |   24 +++
 httprequest/ProgressHandler.java   |   12 +
 httprequest/RequestCallback.java   |   16 ++
 httprequest/package.html   |   11 +
 impl/Utils.java|   11 +
 16 files changed, 819 insertions(+)

I don't have time to make sample apps, but I've written some very
basic tests. I think the only thing missing is the ability to set a
timeout on an HttpRequest (like RequestBuilder), and my
RequestCallback only has onResponseReceived right now.

--
Mark Renouf
[EMAIL PROTECTED]
--~--~-~--~~~---~--~~
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 [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/Google-Web-Toolkit?hl=en
-~--~~~~--~~--~--~---

Re: Gears 0.4 features in GWT Google API Library

[Mark Renouf]

Ok. I went ahead and implemented the Geolocation stuff too, so this
brings gwt-gears up to speed with the latest gears 0.4 release.

I filled out a CLA, I'm not sure how/when I know that it was accepted.

There are a few things regarding design that I'm wondering. Whats the
preferred solution for handling optional arguments and parameter
objects. For optional arguments I created overloads for each
additional parameter...

  public native boolean getPermission()
  public native boolean getPermission(String siteName)
  public native boolean getPermission(String siteName, String
imageUrl)
  public native boolean getPermission(String siteName, String
imageUrl, String extraMessage)

For parameter objects I created a builder which extends
JavaScriptObject.

  geo.getLocation(new SuccessCallback() {  },
PositionOptions.create().setHighAccuracy(true).setGearsRequestAddress(true));

Any tips on better ways to map the JS APIs into Java-land?

On Oct 22, 4:06 pm, Mark  Renouf <[EMAIL PROTECTED]> wrote:
> > I think the HttpRequest class has been there, but we didn't include it
> > because we don't have official GWT support in workers yet and there is a
> > comprable RequestBuilder class in GWT proper to use in the Main page.  It
> > wouldn't hurt to add it, though!
>
> Ahh. That makes sense.
>
> But, unless I'm mistaken, only the Gears HttpRequest supports the Blob
> API... that's why I jumped into this. I have a working example now
> too. I'll take a look at the procedures for submission and provide
> what I have.
--~--~-~--~~~---~--~~
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 [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/Google-Web-Toolkit?hl=en
-~--~~~~--~~--~--~---

Re: Gears 0.4 features in GWT Google API Library

[Mark Renouf]

> I think the HttpRequest class has been there, but we didn't include it
> because we don't have official GWT support in workers yet and there is a
> comprable RequestBuilder class in GWT proper to use in the Main page.  It
> wouldn't hurt to add it, though!

Ahh. That makes sense.

But, unless I'm mistaken, only the Gears HttpRequest supports the Blob
API... that's why I jumped into this. I have a working example now
too. I'll take a look at the procedures for submission and provide
what I have.


--~--~-~--~~~---~--~~
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 [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/Google-Web-Toolkit?hl=en
-~--~~~~--~~--~--~---

Re: GWT Shell Tomcat as a proxy

[Mark Renouf]

We went the proxy route. When deployed in production our GWT UI and
web service both sit behind a load balancer which makes them both
appear in the same origin. Requests actually get routed directly to
the web service. When running in hosted mode the same URL is caught by
a proxy servlet and forwarded to the real web service server side, and
the response is returned normally. We leave that proxy servlet enabled
and it gets used when needed (in development).

There's some tricks to getting a servlet mapped to the root ("/
service") instead of module relative ("/MyModule/service"), but it can
be done. (We use maven with the gwt-maven plugin which does this
automatically for us).

I used commons-httpclient. I have a blacklist of headers that get
filtered from the original request, everything else is copied over to
the outgoing request to the backend. Likewise, some of the response
headers are filtered out and the remaining are copied to the response
back to the browser. The filtered headers are things list
Server,Connection,Host, etc...

On Oct 21, 9:26 am, "Isaac Truett" <[EMAIL PROTECTED]> wrote:
> How is introducing an extra server layer of redirection going to speed
> things up? Or perhaps more to the point, what is it about using -noserver
> that you find slow and think would be improved under this scheme?
>
> On Tue, Oct 21, 2008 at 8:07 AM, obesga <[EMAIL PROTECTED]> wrote:
>
> > Hello
>
> > I've benn thinking and trying about using the GWT Shell with the
> > bussines server instead the
>
> > I've used -noserver option; but it has two caveats ( at least for me )
> > - It is very sl oo w
> > - Some static elements (f.e. Css files ) cannot be easily changed
>
> > So I've been researching for another way to make GWT Shell work with
> > external server.
> > I can see a way using the internal shell tomcat as a proxy server to/
> > from the bussines server
> > ( by handling the rpc calls from/to client to/from server )
>
> > I've looking at the into the web, and I found two ways to make it. I'm
> > not sure which can be the best ( easy to implement and deploy,
> > efficient, minimun error )
> > The 2 ways are
>
> > - First way: Use a socket sender/reciber:
> > Using the code on
> >http://www.java2s.com/Code/Java/Network-Protocol/Asimpleproxyserver.htm
> > and feeding the client input stream with the request stream
> >                final InputStream streamFromClient =
> > this.getThreadLocalRequest().getInputStream();
> >                final OutputStream streamToClient =
> > this.getThreadLocalResponse().getOutputStream();
> > Now, I don't know exaxtly how to seralize/deserialize the objects into
> > the stream
>
> > - Second way: use foward/redirect servlet handling
> >        httpServletRequest.getRequestDispatcher("localhost:8080/
> > rpc").forward(httpServletRequest,httpServletResponse);
> >                //OR
> >        httpServletResponse.sendRedirect("localhost:8080/rpc");
> > ¿ Will an RPC work with a redirect or will fail / be blocked by SOP ?
> > ¿ Foward works between different servers ?
>
> > Well, I would appreciate any suggestion to make this work , because
> > now I'm a little stuck on what way should I try ( or why not attempt
> > to do it )
>
> > Thank you
>
> > Oskar
>
> > pd. yes, a simple RMI  call will do the work - RMI is included into
> > J2SE - but it's very overkilling
--~--~-~--~~~---~--~~
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 [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/Google-Web-Toolkit?hl=en
-~--~~~~--~~--~--~---

Gears 0.4 features in GWT Google API Library

[Mark Renouf]

Hi,

I was curious what the plan is for continuing the GWT Google API
library to include the new features in Gears 0.4? I was impatient and
added support for Desktop, HttpRequest, and Blob to my local copy. The
Geolocation API is a little above my motivation level to tackle right
now ;-).

Is this stuff being worked on? Would it be useful to submit anything
that I've done? It amounts to just more JavaScriptObject wrappers and
some event handler conveniences.
--~--~-~--~~~---~--~~
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 [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/Google-Web-Toolkit?hl=en
-~--~~~~--~~--~--~---

Browser plugins in the hosted browser?

[Mark Renouf]

Hi. We've got a GWT component that wraps some Flash with a GWT widget
and provides scripting hooks to it in our API.

Interestingly, the flash detection is finding the Flash Player plugin,
but when I try to actually use it I get some errors:

com.google.gwt.core.client.JavaScriptException: (String): Error
calling method on NPObject! [plugin exception: Error in Actionscript.
Use a try/catch block to find error.].
at com.google.gwt.dev.shell.ModuleSpace.invokeNative(ModuleSpace.java:
443)
at
com.google.gwt.dev.shell.ModuleSpace.invokeNativeVoid(ModuleSpace.java:
235)
at
com.google.gwt.dev.shell.JavaScriptHost.invokeNativeVoid(JavaScriptHost.java:
107)

Should this work? If not, why is flash being detected at all?
--~--~-~--~~~---~--~~
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 [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/Google-Web-Toolkit?hl=en
-~--~~~~--~~--~--~---

Get servlet context path on client?

[Mark Renouf]

I need to talk to servlets which are not deployed within the current
module, but within the same web application (WAR). This is
effectively ../path I'd guess, but I came up with this:

private static final String CONTEXT_PATH =
GWT.getModuleBaseURL().replace(GWT.getModuleName() + "/", "");

Any issues? Is there a better way to do 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 [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/Google-Web-Toolkit?hl=en
-~--~~~~--~~--~--~---

Re: More then one Entry Points.

[Mark Renouf]

An approach that we took, make make two new modules (each with their
own entry point) which both inherit the third (existing one). The
downside here is that compile time could be up to 2x as long as each
module is compiled seperately. Only code actually used in each module
will be emitted. We did this for pages which open in a new window.

The other (much simpler) option is to check query parameters in your
single entry point, and dispatch accordingly:
Window.Location.getParameter('id')

If you need to pass more data than a single parameter you can include
a JSON or serialized RPC response in the host page and grab it with
JSNI. (This has been discussed, google for examples)

On Aug 29, 10:14 am, ping2ravi <[EMAIL PROTECTED]> wrote:
> Hi All,
> How can i create more then one entry point in a project. My
> requirement is to have more then one entry point for GWT application.
> I can create more then one class which implements EntryPoint, but i m
> able to use only one implementaion as we need to define the one entry
> point in .gwt.xml.
>
> or tell me how can i get the http url parameters in EntryClass
> Permission
> lets say if someone enters url        mydomain.com/GWTApps.html?id=1
> then i want one kind of UI
> and if someone enters mydomain.com/GWTApps.html?id=2
> i want different kind of UI.
> I can make a call to server and then server can return me the id but i
> dont wan to do that, i want it on client side only.
>
> So i am happy with any implemetaion
> 1) To have two htmls(GWTApp1.html and GWTApp2.html) and two Entry
> points(classes) in same GWT project
> 2) or i can get the url params and i can decide which UI to display
> 3) if there is something else which is better then these will be more
> then welcome
>
> Thanks in advance
> Ravi.
--~--~-~--~~~---~--~~
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 [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/Google-Web-Toolkit?hl=en
-~--~~~~--~~--~--~---

Re: Tip for reducing the size of the compiled app

[Mark Renouf]

Do you have an extremely large data model used with RPC? You may be
generating serializers for types which you don't really need.

One thing you should look at is the compiled size of your app from
earlier revisions. See if you can find a point of large growth. If the
size just increased linearly with development, then it's probably
justifiably 2MB. It's not unheard of.

Our app is up to 380k and it's not even close to being at 'alpha
stage' yet, so I wouldn't be shocked if we end up at around 1.5-2MB
ourselves.

Also remember the script loads at most ONCE ever, and should be cached
for indefinitely after that.

On Aug 29, 10:43 am, Alan Williamson <[EMAIL PROTECTED]> wrote:
> Just the .cache.html file here, thats all i am talking about.
>
> > And what is 'not that big'? How many pages? Any i18n?
>
> pages isn't really a good measurement -- how many pages does
> Thunderbird have?   Does GMail have?
>
> Its Rich GUI, so using plenty of the standard panels etc.
>
> I am just feeling there is something in there that GWT is importing
> that is probably not required.
--~--~-~--~~~---~--~~
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 [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/Google-Web-Toolkit?hl=en
-~--~~~~--~~--~--~---