Re: March 12 minutes

2014-05-14 Thread James Horsley
(Replied to google-web-toolkit@googlegroups.com)

Thanks Colin. Out of interest, would it be likely for java 8 syntax to be
supported in a 2.7 release with the Google I/O target date? FWIW I'd
personally be delighted to have a 2.7 release for June with incremental
compilation as the big ticket item but I am of course looking forward to
using java 8 syntax ASAP :)


On 14 May 2014 17:36, Colin Alworth  wrote:

> Sorry for the delay in sending this out, it was approved by the members
> who were present, but I forgot to mail it out here:
>
>
> GWT Steering Committee call March 12, 2014
>
> Present
>
> Artur Signell
>
> Christian Goudreau
>
> Christian Sadilek
>
> Daniel Kurka
>
> Bhaskar Janakiraman
>
> Thomas Broyer
>
> Colin Alworth (taking notes)
>
> New Maintainers
>
> Manuel Carrasco MoƱino nominated for RequestFactory, AutoBeans, I18n, and
> helping with Jenkins builds, approved
>
> John Tamplin nominated for I18n, approved
>
> GWT 2.6.1 release
>
> Thomas, Daniel, Bhaskar brought up various issues that have been fixed and
> should be shipped: e.g. super dev mode fixes for windows, jetty/classloader
> issues for dev mode, ie11 history encoding issues. Others that still need
> to be merged will go into a release checklist, which should also help us
> avoid release issues as in 2.6.0.
>
> Super Dev Mode Improvements
>
> Next GWT version will be 2.7, released around I/O, adding modular
> compilation (to improve Super Dev Mode performance). Other features may
> also be included, or may wait for a later GWT 3 release. Moving up this
> target date and making it a smaller release will get better Super Dev Mode
> out to users right away, rather than delaying until other new features are
> ready to go. IE6 and 7 support, disabled in GWT 2.6, will be removed in
> this release.
>
> --
> You received this message because you are subscribed to the Google Groups
> "GWT Steering" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to gwt-steering+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

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


Re: Image Debug IDs gone in 2.6.1

2014-05-14 Thread Tom
Turns out that dong this kind of thing,

AbstractImagePrototype.create(newImageResource).applyTo(existingImage);

now removes the id attribute. I haven't run it through the debugger as well 
but I have to assume that in 2.5.0 it did not.

I've worked around it by storing the ID in a temporary before, and 
restoring it after, the above call.

On Thursday, 15 May 2014 09:47:26 UTC+12, Tom wrote:
>
> Hi
>
> I just moved our project on from 2.5.0 to 2.6.1. Many of our automated 
> tests have failed because the debug IDs have disappeared from images.
>
> We use debugId="blah" in UI Binder templates on Image widgets. This used 
> to result in id="gwt-debug-blah" in the resulting img elements in the DOM. 
> Now it doesn't. The IDs are still present on other widgets, so far it seems 
> only images are affected. Any ideas?
>
> I'm going to investigate in more detail but wanted to post this now so as 
> to discover ASAP if anyone knows anything about this.
>
> Thanks!
>
>

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


Image Debug IDs gone in 2.6.1

2014-05-14 Thread Tom
Hi

I just moved our project on from 2.5.0 to 2.6.1. Many of our automated 
tests have failed because the debug IDs have disappeared from images.

We use debugId="blah" in UI Binder templates on Image widgets. This used to 
result in id="gwt-debug-blah" in the resulting img elements in the DOM. Now 
it doesn't. The IDs are still present on other widgets, so far it seems 
only images are affected. Any ideas?

I'm going to investigate in more detail but wanted to post this now so as 
to discover ASAP if anyone knows anything about this.

Thanks!

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


How to send data blob (i.e. the equivalent of a byte[]) with RequestFactory?

2014-05-14 Thread TimOnGmail
Hi all...

So I've got an app that's recording audio on the client side, and then 
sending it in chunks to the server.

Currently, I'm using a flash component (from the wami-recorder project), 
and that flash components is sending each chunk of audio data to a servlet.

This works fine, but I want to have the GWT app handle the send so that it 
can both manage the upload AND keep a buffer locally of audio data for 
playback later.

Reading various similar questions about sending byte[] arrays to server (or 
receiving them back), all I see is suggestions to use XMLHttpRequests from 
a native method (calling to a servlet), or using some FileUpload 
functionality (tweaks required).  I don't see anything about using 
RequestFactory to do it.

We *could* use GWT-RPC to do it, I suppose.

Does anyone know the EASIEST, most GWT-native way of doing this, without 
too many bells and whistles?

- Tim

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


Re: Override html styles with css resource

2014-05-14 Thread Steve C
I wouldn't say that the "recommended" way to create CSS is to use 
CssResource.  If I just want to create general styling, there's nothing 
wrong with the CSS-file-in-the-war-directory approach.

Keep in mind that using a CssResource will require a full recompile if you 
change anything, while just changing the linked CSS file in the war 
directory won't.

On Wednesday, May 7, 2014 5:16:27 AM UTC-4, Dominic Warzok wrote:
>
> Hi, 
>
> as the gwt documentaion says the common way to apply styles is to use css 
> resources. 
>
> Now I try to implement cssresoures to my webapp. But I don't find an 
> example how to override standard html attributes. 
>
> For example I want to style a link. In normal CSS I use: 
>
> a{
> color: xxx;
> }
>
> a:hover{
> color: anotherColor;
> }
>
>
> Is this possible in CSS Resources ? 
>
>
> Thanks in advance ;) 
>

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


Re: Maven pom for gwt-servlet 2.6.1 looks broken on maven central

2014-05-14 Thread Thomas Broyer
They have a general issue with new artifacts on Central BTW: see 
http://status.sonatype.com/ 
and https://twitter.com/sonatype_ops/statuses/466270245661839361

On Wednesday, May 14, 2014 3:42:17 PM UTC+2, Michael Wiles wrote:
>
> tis fixed now ;-)
>
>
> On 12 May 2014 21:44, Juan Pablo Gardella wrote:
>
>> Why?
>>
>>
>> 2014-05-12 16:37 GMT-03:00 Michael Wiles :
>>
>>> The pom on maven central for gwt 2.6.1 is broken.
>>>
>>> See 
>>> http://repo1.maven.org/maven2/com/google/gwt/gwt-servlet/2.6.1/gwt-servlet-2.6.1.pom
>>>
>>>  -- 
>>> You received this message because you are subscribed to the Google 
>>> Groups "Google Web Toolkit" group.
>>> To unsubscribe from this group and stop receiving emails from it, send 
>>> an email to google-web-toolkit+unsubscr...@googlegroups.com.
>>>
>>> To post to this group, send email to google-web-toolkit@googlegroups.com
>>> .
>>> Visit this group at http://groups.google.com/group/google-web-toolkit.
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>>  -- 
>> You received this message because you are subscribed to a topic in the 
>> Google Groups "Google Web Toolkit" group.
>> To unsubscribe from this topic, visit 
>> https://groups.google.com/d/topic/google-web-toolkit/CBlD_f7RmI0/unsubscribe
>> .
>> To unsubscribe from this group and all its topics, send an email to 
>> google-web-toolkit+unsubscr...@googlegroups.com.
>> To post to this group, send email to google-web-toolkit@googlegroups.com.
>> Visit this group at http://groups.google.com/group/google-web-toolkit.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>
>
> -- 
> see my blog: 
> http://analysis102.blogspot.com
> http://audiblethoughts.blogspot.com
> http://outsideofficehours.blogspot.com 
>

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


Re: Maven pom for gwt-servlet 2.6.1 looks broken on maven central

2014-05-14 Thread Michael Wiles
tis fixed now ;-)


On 12 May 2014 21:44, Juan Pablo Gardella wrote:

> Why?
>
>
> 2014-05-12 16:37 GMT-03:00 Michael Wiles :
>
>> The pom on maven central for gwt 2.6.1 is broken.
>>
>> See
>> http://repo1.maven.org/maven2/com/google/gwt/gwt-servlet/2.6.1/gwt-servlet-2.6.1.pom
>>
>>  --
>> You received this message because you are subscribed to the Google Groups
>> "Google Web Toolkit" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to google-web-toolkit+unsubscr...@googlegroups.com.
>>
>> To post to this group, send email to google-web-toolkit@googlegroups.com.
>> Visit this group at http://groups.google.com/group/google-web-toolkit.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>  --
> You received this message because you are subscribed to a topic in the
> Google Groups "Google Web Toolkit" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/google-web-toolkit/CBlD_f7RmI0/unsubscribe
> .
> To unsubscribe from this group and all its topics, send an email to
> google-web-toolkit+unsubscr...@googlegroups.com.
> To post to this group, send email to google-web-toolkit@googlegroups.com.
> Visit this group at http://groups.google.com/group/google-web-toolkit.
> For more options, visit https://groups.google.com/d/optout.
>



-- 
see my blog:
http://analysis102.blogspot.com
http://audiblethoughts.blogspot.com
http://outsideofficehours.blogspot.com

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


empty table widget size and reuse

2014-05-14 Thread Steve C
I'd like to have an empty table widget in a DataGrid, which would cover the 
entire width and height of the table area. Basically, I'd like to just have 
a vertically and horizontally centered label.

Right now I can only get one that occupies the minimum area it needs based 
on it's content size, or I could fix a size in px.  But, trying to set the 
size to 100% for width and/or height has no effect, because it gets put 
inside a table that I believe I have no code access to.  And that table has 
no sizing specified. Is there a way to do this?

Question 2: I'd also like to have just one of these, to use across multiple 
grids.  But, assigning the same widget instance to all my grids doesn't 
work - I don't see it.   I suspect that it would show up for the last grid 
I added it to, if I can figure out which one that is.  It seems that the 
grid widget could store the reference and reattach it each time it's 
needed, allowing one single instance to be reused.

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


Re: MVP:should the View object keep a reference to the corresponding Activity object?

2014-05-14 Thread Thomas Broyer

On Wednesday, May 14, 2014 11:57:34 AM UTC+2, wahaha wrote:
>
> should the View object keep a reference to the corresponding Activity 
> object(which act as a presenter)?
> in the demo called "helloMVP" provided by the gwt official site,it does.
> but in my humble opinion,Presenter is the layer on top of View.and the 
> upper layer may invocate the lower layer,but the lower layer shoudn't 
> invocate the upper layer.
> so,i think the view object shoundn't keep a reference to the activity 
> object.
>

It depends how you implement MVP wrt listening to events: is the presenter 
pulling widgets from the view to attache event handlers to them (or 
possibly attach them through specialized methods on the view, e.g. 
addSubmitButtonClickHandler vs. getSubmitButton().addClickHandler) or is it 
implementing a "callback" interface that is passed to the view (so the 
addClickHandler is done in the view, possibly through UiBinder, and simply 
delegates to the appropriate method of the presenter interface, e.g. 
presenter.onSubmitButtonClicked()).
But in any case, the view keeps one (or several) reference(s) to the 
presenter, either directly or indirectly through event handlers.

You might argue that the presenter might not directly implement the 
callback interface, but it's exactly the same, just with an additional 
level of indirection: the view (or its widgets) has to call back to the 
presenter when the user interacts with it, so it must keep a reference to 
it.
You could use an event bus to decouple things, but that's using a 
sledgehammer to crack a nut; you'll pay it in performance and 
maintainability: it's not because you split the view and the presenter that 
they're decoupled. The main reason for using MVP is to be able to mock the 
view and avoid using a GWTTestCase to test the presenter (and you can test 
it at a slightly higher level, e.g. "show error on field" rather than "put 
error message in panel, show panel and add error style to field").

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


Re: How to use JavaScript to customize both the client and server in a consistent way?

2014-05-14 Thread Phineas Gage
It's true that I can hand-write these explicit bindings for client and 
server, and if I can manage to unit test it, it might not be too hard to 
maintain, but the writing of these bindings is what I wanted to avoid. It's 
looking more and more like I can't avoid it.

For security, I embedded Rhino on the server and implemented a ClassShutter 
(http://blog.notdot.net/2009/10/Server-side-JavaScript-with-Rhino) to 
restrict all classes except java.lang, and may add a few others. I'm not 
yet 100% convinced that this is enough.

I still would _really_ like this to work client-side, if possible, because 
while getPrice could be a server call, I have cases where I'd like to call 
the customer's script repeatedly to test for something across multiple 
dates, for example, which would mean many round-trip calls. Yes, I could 
architect the call to call the server only once, but so far doing this 
client-side still seems the easiest and lowest latency way, if it's 
possible.

In my case, getSomethingUseful is just a placeholder for many methods. I've 
got a number of custom methods on my own BasicDate class I've written, for 
example (because I need a consistent date class between the client and 
server, and since there is no java.util.Calendar on the client side, and 
the Date methods are deprecated, using those is too risky.) I would rather 
they just be able to call into the classes that I allow them to.

I like Groovy, and wish it could be made to work client side. I'm going to 
try this custom glue / explicit bindings approach with JavaScript, and if I 
get lost in the woods, I might end up right where you are! Thanks for your 
response.

On Monday, May 12, 2014 11:29:29 PM UTC+2, Ignacio Baca Moreno-Torres wrote:
>
> If you only one to expose the JS code to do expressions, you can define a 
> concrete and reduced context where the expression will be executed. For 
> example, if you want to evaluate the price, just add all the properties you 
> may need (probably all properties of the item bean) to the script execution 
> bindings. The creation of this bindings may not be shared between client 
> and server, but it's not complicated. Access random internal classes like 
> MyClass::getSomethingUseful it's a bad idea, it's better to expose explicit 
> binding, so if you want to expose MyClass::getSomethigUseful you may add a 
> util object with a getSomethigUseful method, this is safer, and also solves 
> your client/server problem. Although, the process to add this methods to 
> the context may also be a little different between client and server.
>
> This reduced context also is a good idea to reduce your second big 
> problem, the security! Execute dangerous code through this script it's very 
> easy, and restrict the access it's difficult. There are a lot of articles 
> and discussions like 
> http://stackoverflow.com/questions/1399505/sandboxing-jsr-223.
>  
> I try to do something similar, but I end up using Groovy (only server) 
> because this utility 
> http://groovy.codehaus.org/api/org/codehaus/groovy/control/customizers/SecureASTCustomizer.html'solves'
>  the security problem.
>
> On Saturday, May 10, 2014 4:29:56 PM UTC+2, Phineas Gage wrote:
>>
>> I am writing a GWT app that will be usable by multiple customers. I'd 
>> like for my customers to be able to customize the app, both on the server 
>> side and client side by writing JavaScript. In other words, they could do 
>> things like:
>>
>> - Set some configuration for their site, like its name, their web site 
>> URL, address, items on their site, etc.
>>
>> - Write a JavaScript function to, for example, calculate the price for 
>> some item based on its properties. So the price calculation could be done 
>> on both the client and server, and no recompiling would be needed to change 
>> the price calculation.
>>
>> The beauty of this is that they could write the JavaScript, and it could 
>> be run using JSNI on the client and Rhino on the server, giving consistent 
>> results. This could also get me out of the business of writing a bunch of 
>> administrative UI code to handle the many possibilities for customization 
>> that customers would want, and also give them much more flexibility, 
>> particularly for price calculations, where the customers want endless 
>> flexibility, and writing a rules engine to handle all of those cases would 
>> be very complicated.
>>
>> Obviously, the JavaScript they write has to be runnable on both the 
>> client and server. And, if it's just a matter of returning primitives or 
>> the customer writing functions that take and return primitives, it's easy. 
>> Simple JavaScript code snippets like this:
>>
>> var myname='Joe';
>>
>> function getMyName() { return 'Joe' };
>>
>> can be syntactically the same for both JSNI and Rhino.
>>
>> But the fun soon ends. Let's

Re: MESSAGE: Communications link failure

2014-05-14 Thread Lothar Kimmeringer
Am 14.05.2014 11:42, schrieb Davide Micheletti:

> today my WebApp has started to give me this error
> 
> com.mysql.jdbc.exceptions.jdbc4.CommunicationsException
> MESSAGE: Communications link failure

[...]

> from yesterday i've not changed nothing.. What's happen?

Your database has a problem, which has nothing to do with
GWT, so this is quite off topic here.


Regards, Lothar

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


MVP:should the View object keep a reference to the corresponding Activity object?

2014-05-14 Thread wahaha
should the View object keep a reference to the corresponding Activity 
object(which act as a presenter)?
in the demo called "helloMVP" provided by the gwt official site,it does.
but in my humble opinion,Presenter is the layer on top of View.and the 
upper layer may invocate the lower layer,but the lower layer shoudn't 
invocate the upper layer.
so,i think the view object shoundn't keep a reference to the activity 
object.

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


MESSAGE: Communications link failure

2014-05-14 Thread Davide Micheletti
Hi all,
today my WebApp has started to give me this error

com.mysql.jdbc.exceptions.jdbc4.CommunicationsException
> MESSAGE: Communications link failure
> Last packet sent to the server was 1 ms ago.
> STACKTRACE:
> com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: Communications
> link failure
> Last packet sent to the server was 1 ms ago.
> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
> at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source)
> at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown
> Source)
> at java.lang.reflect.Constructor.newInstance(Unknown Source)
> at com.mysql.jdbc.Util.handleNewInstance(Util.java:406)
> at
> com.mysql.jdbc.SQLError.createCommunicationsException(SQLError.java:1074)
> at com.mysql.jdbc.MysqlIO.reuseAndReadPacket(MysqlIO.java:2873)
> at com.mysql.jdbc.MysqlIO.reuseAndReadPacket(MysqlIO.java:2763)
> at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3299)
> at com.mysql.jdbc.MysqlIO.sendCommand(MysqlIO.java:1837)
> at com.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:1961)
> at com.mysql.jdbc.ConnectionImpl.execSQL(ConnectionImpl.java:2543)
> at
> com.mysql.jdbc.PreparedStatement.executeInternal(PreparedStatement.java:1737)
> at
> com.mysql.jdbc.PreparedStatement.executeUpdate(PreparedStatement.java:2022)
> at
> com.mysql.jdbc.PreparedStatement.executeUpdate(PreparedStatement.java:1940)
> at
> com.mysql.jdbc.PreparedStatement.executeUpdate(PreparedStatement.java:1925)
> at
> com.macchina.server.GreetingServiceImpl.SQL_annulla_fase(GreetingServiceImpl.java:679)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
> at java.lang.reflect.Method.invoke(Unknown Source)
> at com.google.gwt.user.server.rpc.RPC.invokeAndEncodeResponse(RPC.java:561)
> 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:487)
> at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:362)
> at
> org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
> at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181)
> at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:729)
> at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:405)
> at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
> at
> org.mortbay.jetty.handler.RequestLogHandler.handle(RequestLogHandler.java:49)
> at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
> at org.mortbay.jetty.Server.handle(Server.java:324)
> at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:505)
> at
> org.mortbay.jetty.HttpConnection$RequestHandler.content(HttpConnection.java:843)
> at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:647)
> at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:211)
> at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:380)
> at
> org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:395)
> at
> org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:488)
> Caused by: java.net.SocketException: Software caused connection abort:
> recv failed
> at java.net.SocketInputStream.socketRead0(Native Method)
> at java.net.SocketInputStream.read(Unknown Source)
> at java.net.SocketInputStream.read(Unknown Source)
> at
> com.mysql.jdbc.util.ReadAheadInputStream.fill(ReadAheadInputStream.java:113)
> at
> com.mysql.jdbc.util.ReadAheadInputStream.readFromUnderlyingStreamIfNecessary(ReadAheadInputStream.java:160)
> at
> com.mysql.jdbc.util.ReadAheadInputStream.read(ReadAheadInputStream.java:188)
> at com.mysql.jdbc.MysqlIO.readFully(MysqlIO.java:2329)
> at com.mysql.jdbc.MysqlIO.reuseAndReadPacket(MysqlIO.java:2774)
> ... 37 more
>
> ** END NESTED EXCEPTION **


from yesterday i've not changed nothing.. What's happen?

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


Re: Converting/rewriting a Flash (actionscript2/3) application to HTML5 using GWT

2014-05-14 Thread Vassilis Virvilis
Hi,

I would never write anything non trivial to javascript. I want the
capability of static typing and refactoring. If you don't trust or like GWT
widgets you can roll your own effectively treating GWT as a java2javascript
compiler which is a very valid approach. However if plain javascript
doesn't cut it and you need to use some widget library like extjs then
again you are dependent on something so you have to consider your
dependencies anyway.



On Tue, May 13, 2014 at 11:38 PM, Farzad Mahjobi  wrote:

> Hi,
>
> I am exploring some of the alternatives in converting/rewriting an
> existing application which based on Adobe Flash (actionsrcipt2/3) to an
> HTML5 compliant application. The current application uses JavaScript, AJAX,
> HTML, XML and Flash (ActionScript2/3). I am looking to replace the Flash
> part with HTML5 compliant code to remove the Flash dependency.
>
> One of the alternative I would like to consider is to use GWT. I do like
> the benefits that GWT has to offer, however I have some concerns in using
> it.
>
> My general concern is regarding GWT limitations on UI Widgets and the fact
> that once written your code will be dependent on it. So here are my
> questions:
>
> 1)  Would you choose using GWT to write an HTML5 application?
>
> 2)  Or would you just write your code in plain JavaScript?
>
>
> Thank you.
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google Web Toolkit" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to google-web-toolkit+unsubscr...@googlegroups.com.
> To post to this group, send email to google-web-toolkit@googlegroups.com.
> Visit this group at http://groups.google.com/group/google-web-toolkit.
> For more options, visit https://groups.google.com/d/optout.
>



-- 
Vassilis Virvilis

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


Converting/rewriting a Flash (actionscript2/3) application to HTML5 using GWT

2014-05-14 Thread Farzad Mahjobi
 

Hi,

I am exploring some of the alternatives in converting/rewriting an existing 
application which based on Adobe Flash (actionsrcipt2/3) to an HTML5 
compliant application. The current application uses JavaScript, AJAX, HTML, 
XML and Flash (ActionScript2/3). I am looking to replace the Flash part 
with HTML5 compliant code to remove the Flash dependency.  

One of the alternative I would like to consider is to use GWT. I do like 
the benefits that GWT has to offer, however I have some concerns in using 
it.

My general concern is regarding GWT limitations on UI Widgets and the fact 
that once written your code will be dependent on it. So here are my 
questions:  

1)  Would you choose using GWT to write an HTML5 application?

2)  Or would you just write your code in plain JavaScript?

 
Thank you.

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