Re: Device Type

[Kirill Prazdnikov]

Do you know how to do that in JS ?

On Friday, March 4, 2016 at 9:27:58 AM UTC+3, Marteijn Nouwens wrote:
>
> Hello,
>
> I have a question. 
>
> Currently In all projects we are using mgwt to do device type detection. 
> So we can find out if we the application is loaded on a phone, table or 
> desktop. 
>
> But mgwt is a bit of overkill just for this. Anybody any good reliable 
> method on how to do this otherwise.?
>
> Marteijn Nouwens
>

-- 
You received this message because you are subscribed to the Google Groups "GWT 
Users" 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 https://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/d/optout.

Re: jsinterop

[Ümit Seren]

I think you you have to use a normal array: Data[]

Eric Nissan  schrieb am Fr., 4. März 2016, 04:35:

> Thanks a ton!  that worked.
> followup, how do I set a List?
> I tried to use JsArray but that requires a JavaScriptObject, which Data is
> not.
>
> Thanks,
> Eric
>
> On Wednesday, March 2, 2016 at 9:36:43 AM UTC-5, Ümit Seren wrote:
>>
>> This works:
>>
>> {'somecollection':['String1','String2'],'somestring':'text'}
>>
>> @JsType(isNative = true,namespace = JsPackage.GLOBAL,name="Object")public 
>> interface Data {
>> @JsProperty
>> String[] getSomecollection();
>> @JsProperty
>> String getSomestring();
>> }
>>
>> Data data = JsonUtils.safeEval(json).cast();
>>
>> On Tuesday, March 1, 2016 at 9:03:03 PM UTC+1, Eric Nissan wrote:
>>
>> sorry if this has been answered, I just started using jsinterop in gwt
>>> 2.8.  What is the recommended way populate data into a jsinterop javascript
>>> object from my server.  Assuming I have Json, do we still use OverlayTypes?
>>>  or is there a better way to do it?
>>>
>>> Always appreciative,
>>> Eric
>>>
>> ​
>>
> --
> You received this message because you are subscribed to a topic in the
> Google Groups "GWT Users" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/google-web-toolkit/nmBAOX4vcSo/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 https://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 the Google Groups "GWT 
Users" 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 https://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/d/optout.

Device Type

[Marteijn Nouwens]

Hello,

I have a question. 

Currently In all projects we are using mgwt to do device type detection. So 
we can find out if we the application is loaded on a phone, table or 
desktop. 

But mgwt is a bit of overkill just for this. Anybody any good reliable 
method on how to do this otherwise.?

Marteijn Nouwens

-- 
You received this message because you are subscribed to the Google Groups "GWT 
Users" 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 https://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/d/optout.

Re: Regarding RpcService,HybridServiceServlet and ClientOracle

[natan clara]

  
  
Hi Thomas,

                                    As my English is bad, I do not
know if I understand your problem, however, I use GWT from version
1.x and never had a problem with the relationship between and the
oracle. Here's how to work:

public class Cadastro extends XsrfProtectedServiceServlet implements
DBService {

    public void SQLDireto(){
    OracleResultSet result = null;
    OracleCallableStatement executarOC = null;
    OraclePreparedStatement executarOP = null;
    ds = new ConexaoDS();
    executarOC = (OracleCallableStatement) ds.getComunicacao()
    .prepareCall("operation DML");
    executarOC.registerOutParameter(1, OracleTypes.CURSOR);
    executarOC.execute();
    result = (OracleResultSet) executarOC.getObject(1);
    // read result and return
    }    
    
public final class ConexaoDS {

    private Connection conexao;

    public ConexaoDS(String conexao) throws NamingException,
SQLException {
    Context lContext = new InitialContext();
    Context envCtx = (Context)
lContext.lookup("java:/comp/env");
    OracleDataSource ds = (OracleDataSource)
envCtx.lookup(conexao);
    this.conexao = ds.getConnection();
    this.conexao.setAutoCommit(false);
    }

    public Connection getComunicacao() {
    return this.conexao;
    }

}

Natan.

Em 03/03/2016 13:06, MANTU KUMAR
  escreveu:


  Hi Thomas,


  I want to ask one thing that ClientOracle is in deRPC and
  deRPC has been removed from 2.7 then instead of ClientOracle
  what is using in GWT 2.7 and What is the use of ClientOracle?.
  and in my existing application which is GWT 2.0.3, i have used
  two method processCall(ClientOracle clientOracle,String
  payload,OutputStream stream) and processCall(String payload)
  so, what is use of two methods in GWT 2.0.3?
  
  
On Thu, Feb 25, 2016 at 4:08 PM, Thomas
  Broyer 
  wrote:
  


On Thursday, February 25, 2016 at 8:19:16 AM UTC+1, mant...@gmail.com wrote:

  
Hi Thomas,


    I am new in GWT and I have to migrate
  version GWT 2.0.3 to GWT 2.7  but In GWT 2.0.3 ,
  GWT-RPC is there and in  GWT 2.7,GWT-RPC is not
  there. So,How can I resolve the RPC Related issue
  in GWT 2.7. When I migrated older version(2.0.3)
  to Higher version(2.7) then I am getting error
  like RpcService,HybridServiceServlet and
  ClientOracle. In my existing Project RPC has
  used that's why I am migrating GWT 2.7 then
  These errors are coming like   
RpcService,HybridServiceServlet and
  ClientOracle. So,If RPC is not there in GWT 2.7
  then what is present in GWT 2.7 which resolve the
  Rpc related issue and also confirm me that RPC is
  available in GWT 2.7 or not.
  



  
  Please re-read my previous mail, and possibly go read
the documentation at http://www.gwtproject.org/doc/latest/DevGuideServerCommunication.html
  RpcService, HybridServiceServlet and ClientOracle
were part of "Direct-Eval RPC" (aka deRPC), which was
experimental and discouraged for use in production.
  deRPC has been removed in 2.7, but GWT-RPC is still
there. deRPC and GWT-RPC are (were) two different
things; deRPC aimed at being a "better GWT-RPC" and
replacing it, but it failed, so GWT-RPC is still there
and deRPC has been retired.
  
  
  Migrating (back) to GWT-RPC should hopefully be as
easy as switching RpcService and HybridServiceServlet
(and/or RpcServlet) to RemoteService and
RemoteServiceServlet respectively; and remove the
 from your
gwt.xml.
  You're talking about ClientOracle though, which means
you possibly had some customization on top of the
"out-of-the-box" deRPC, so migration *might* not be that
easy (depending on the kind of customization you have).
  Last, but not least, there must have been a reason to
use the experimental deRPC over standard GWT-RPC, so

Re: jsinterop

[Eric Nissan]

Thanks a ton!  that worked.
followup, how do I set a List?
I tried to use JsArray but that requires a JavaScriptObject, which Data is 
not.

Thanks,
Eric

On Wednesday, March 2, 2016 at 9:36:43 AM UTC-5, Ümit Seren wrote:
>
> This works: 
>
> {'somecollection':['String1','String2'],'somestring':'text'}
>
> @JsType(isNative = true,namespace = JsPackage.GLOBAL,name="Object")public 
> interface Data {
> @JsProperty
> String[] getSomecollection();
> @JsProperty
> String getSomestring();
> }
>
> Data data = JsonUtils.safeEval(json).cast();
>
> On Tuesday, March 1, 2016 at 9:03:03 PM UTC+1, Eric Nissan wrote:
>
> sorry if this has been answered, I just started using jsinterop in gwt 
>> 2.8.  What is the recommended way populate data into a jsinterop javascript 
>> object from my server.  Assuming I have Json, do we still use OverlayTypes? 
>>  or is there a better way to do it?
>>
>> Always appreciative,
>> Eric
>>
> ​
>

-- 
You received this message because you are subscribed to the Google Groups "GWT 
Users" 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 https://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/d/optout.

Re: How Can I import CSV values?

[Glyndwr Bartlett]

Magnificent work around! A round of applause for thinking outside the box 
:-) 

Kind regards,

Glyn


On Friday, 13 June 2008 10:49:57 UTC+10, Dobes wrote:
>
> One thing you might try, if the CSV file is less than 100K or so, is 
> ask the user to copy/paste its contents into a text area and click a 
> button. 
>
> You'd read the text in the textarea and split it into the fields by 
> writing some creative parsing code involving split(), replaceAll() ... 
>
>
>
> On Jun 11, 1:32 am, kyute_shana  wrote: 
> > Hi, I'm currently revising a payroll system. And I'm very new to 
> > GWT... 
> > 
> > What my boss wants to happen is to import a csv file and retieve it's 
> > content. Then these contents will be placed into the textfields. So 
> > instead of inputting the total work hours and the like, the content of 
> > the csv will be retrieved instead... 
> > 
> > My problem is, I don't know how to read from a csv file...and I'm not 
> > really familiar with the syntax of GWT. 
> > 
> > Please help...my deadline is on June 17

-- 
You received this message because you are subscribed to the Google Groups "GWT 
Users" 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 https://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/d/optout.

Re: Is there a plan to compile GWT to ECMAScript 6

[Gourab Panda]

Thanks Emilio, Thomas for the nice explanation.
I will go through the link you shared and understand more :)

On Thu, Mar 3, 2016 at 8:05 PM, Thomas Broyer  wrote:

>
>
> On Thursday, March 3, 2016 at 3:41:54 AM UTC+1, Gourab wrote:
>>
>> Hi All,
>>
>> Wanted to know if there is a plan for GWT to compile into ES6.
>>
>
> Google is working on J2Cl (as mentioned already by Emilio), which is (will
> be) a transpiler from Java to ES6 (as understood by the Closure Compiler,
> hence "Cl" in the name; the Closure Compiler –or Babel or whatever– then
> being possibly used to transpile ES6 to ES5 or ES3, and possibly bundle and
> optimize all the code).
> J2Cl is expected to be the new compiler in GWT 3.0.
>
>
>> If not, will there be a situation when browser's deprecate Javascript and
>> only supports ES6 and there is no way to migrate your application ? May be
>> 10 years down the line ?
>>
>
> Any ES3 or ES5 script is a valid ES6 script; all JS engines supporting ES6
> do "only" support ES6, there are no "modes" to be triggered by some
> configuration or what not (contrary to the old E4X for instance).
>
>
>
>>
>> Regards
>> Gourab.
>>
> --
> You received this message because you are subscribed to the Google Groups
> "GWT Users" 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 https://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 the Google Groups "GWT 
Users" 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 https://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/d/optout.

Re: GWT vs AngularJS

[Gourab Panda]

Hi,

In our current product development we use GWT 2.6.1, along with GWT we use
GWTP.
And the application we have developed is quite big, with many
functionalities.

Recently I have implemented a 'Create Object Dialog' which contains a Tab
panel consists of 4 tabs, each tab contains grids, Multiple Fields etc. We
also use GIN to inject presenter, views etc. This dialog is launched from a
Listing page  which has a Tree Grid(which also contain another similar
dialog 'Create OldObject Dialog').

And the listing page is code splitted using GWTP way. Each page is
represented by its own place. This page loading(navigating to this
page/place from another page/place) time is bit slow, and it downloads
around 1.9MBs.

I have used Angular JS in my personal development, which loads very fast, I
could not even noticed the download time complete angular-min.js
Launching a Dailog from this JS page is very smooth. Also I have used
router(similar to places in GWT) still all the navigation are very smooth.
Not sure, if the performance will degrade later when application grow
bigger.

I understand the benefit of ClientBundles, different JS Permutations but
not sure if it out stand AngularJS.  Minification, and Obfuscation is
seamless in GWT compare to writing minificationable code in AngularJS.

AFAIK Google used GWT for Gmail as well, but fallback to its previous
implementation later. I understand that GWT has improved a lot since then,
and its generate better Javascript/Html code now.

Regards
Gourab.

On Thu, Mar 3, 2016 at 11:05 PM, Boris Brudnoy <
boris.brud...@healthometry.com> wrote:

> On Thu, Mar 3, 2016 at 12:25 PM Rogelio Flores 
> wrote:
>
>> @Boris I think exactly the opposite has been observed with respect to the
>> output javascript size. GWT's transpiler does optimizations, minification,
>> and obfuscation. You might be failing to consider that only one permutation
>> of the javascript code is the one that actually runs on a given browser,
>> which is what you should use to compare vs X JS library.
>> Using your favorite JS library, you have to basically ship all of its JS
>> code, regardless if you use it (contrary to GWT's case).
>> In addition, ClientBundles allow you to optimize and reduce the CSS3 code
>> size and the number of HTTP requests for images (sprites) and other files.
>>
>> @Rogelio Flores I was driving towards your points by questioning Gourab
> Panda's assertion that GWT produces twice as much JS code as an app written
> purely in JS. A hello world example might indicate that GWT produces JS
> bloat but a real world app would probably belie conclusions from such an
> example.
>
>>
>> On Thursday, March 3, 2016 at 9:38:57 AM UTC-7, Boris Brudnoy wrote:
>>>
>>> On Wed, Mar 2, 2016 at 11:11 PM Gourab Panda  wrote:
>>>
>> - Generates Lots of Javascript code. Code splitting solve this problems,
 but still it generates double(or even more) JS code than that of pure JS
 app.

>>>
>>> Are you basing this on a Hello World example? GWT emulates JDK and so
>>> sets up a lot of operational infrastructure upfront. Do you have any
>>> specifics on whether all additionally written functionality linearly adds
>>> x2 or more JS code? When it comes to comparing applications with scores of
>>> screens and hundreds of function points, how do sizes stuck up?
>>>
>>>
 - You write code in Java, but you also consider(or Think) how the
 Javascript will be generated.

>>>
>>> You don't need to think much about JS generated from your Java code, but
>>> you do have to consider an app in its environment, the browser. In other
>>> words, GWT lets you use the Java toolchain but doesn't relieve you from
>>> familiarity with HTTP, HTML, CSS, JavaScript and browser behavior.
>>>
>>>
 - As far as I know, no new product development uses GWT, lots of
 company still using it because they can't migrate easily.

>>>
>>> What about Google Sheets
>>> 
>>>  or
>>> Inbox
>>> ,
>>> Google's next generation email app? Both started relatively recently and
>>> are long term projects. Surely Google leads by example here?
>>>
>>> Boris Brudnoy
>>>
>>

 Regards
 Gourab.






 On Thu, Feb 25, 2016 at 4:38 PM, Thomas Broyer 
 wrote:

>>>
>
> On Wednesday, February 24, 2016 at 4:58:36 PM UTC+1, Adolfo Rodriguez
> wrote:
>>
>> In my opinion, the main problem of GWT is that you are irrelevant for
>> crawlers, and this is a serious commercial drawback, despite I love GWT
>>
>
> Isn't that the case for any webpage generated entirely through
> JavaScript? (whether that JS has been hand-written, generated from Java
> code through GWT, or from CoffeeScript, TypeScript, Scala, Closure, you
> name 

Re: GWT vs AngularJS

[Vassilis Virvilis]

Real world anecdotal evidence here (meaning comparing apple to oranges
really).

We have recently rewrite an old flash app in GWT. The new version is more
modern (naturally since it is more recent) and does loads of more stuff.

The client asked how it compared with old flash app.

They both weight around 600K uncompressed. GWT version is a bit heavier -
don't remember the numbers let's say 5-10% bigger.
When compressed though the GWT version is easily 30% smaller. than the
flash version.

Doesn't prove anything but it's a point: GWT compares favorably in terms of
size with 8-10 year old tech,

 Vassilis


On Thu, Mar 3, 2016 at 7:35 PM, Boris Brudnoy <
boris.brud...@healthometry.com> wrote:

> On Thu, Mar 3, 2016 at 12:25 PM Rogelio Flores 
> wrote:
>
>> @Boris I think exactly the opposite has been observed with respect to the
>> output javascript size. GWT's transpiler does optimizations, minification,
>> and obfuscation. You might be failing to consider that only one permutation
>> of the javascript code is the one that actually runs on a given browser,
>> which is what you should use to compare vs X JS library.
>> Using your favorite JS library, you have to basically ship all of its JS
>> code, regardless if you use it (contrary to GWT's case).
>> In addition, ClientBundles allow you to optimize and reduce the CSS3 code
>> size and the number of HTTP requests for images (sprites) and other files.
>>
>> @Rogelio Flores I was driving towards your points by questioning Gourab
> Panda's assertion that GWT produces twice as much JS code as an app written
> purely in JS. A hello world example might indicate that GWT produces JS
> bloat but a real world app would probably belie conclusions from such an
> example.
>
>>
>> On Thursday, March 3, 2016 at 9:38:57 AM UTC-7, Boris Brudnoy wrote:
>>>
>>> On Wed, Mar 2, 2016 at 11:11 PM Gourab Panda  wrote:
>>>
>> - Generates Lots of Javascript code. Code splitting solve this problems,
 but still it generates double(or even more) JS code than that of pure JS
 app.

>>>
>>> Are you basing this on a Hello World example? GWT emulates JDK and so
>>> sets up a lot of operational infrastructure upfront. Do you have any
>>> specifics on whether all additionally written functionality linearly adds
>>> x2 or more JS code? When it comes to comparing applications with scores of
>>> screens and hundreds of function points, how do sizes stuck up?
>>>
>>>
 - You write code in Java, but you also consider(or Think) how the
 Javascript will be generated.

>>>
>>> You don't need to think much about JS generated from your Java code, but
>>> you do have to consider an app in its environment, the browser. In other
>>> words, GWT lets you use the Java toolchain but doesn't relieve you from
>>> familiarity with HTTP, HTML, CSS, JavaScript and browser behavior.
>>>
>>>
 - As far as I know, no new product development uses GWT, lots of
 company still using it because they can't migrate easily.

>>>
>>> What about Google Sheets
>>> 
>>>  or
>>> Inbox
>>> ,
>>> Google's next generation email app? Both started relatively recently and
>>> are long term projects. Surely Google leads by example here?
>>>
>>> Boris Brudnoy
>>>
>>

 Regards
 Gourab.






 On Thu, Feb 25, 2016 at 4:38 PM, Thomas Broyer 
 wrote:

>>>
>
> On Wednesday, February 24, 2016 at 4:58:36 PM UTC+1, Adolfo Rodriguez
> wrote:
>>
>> In my opinion, the main problem of GWT is that you are irrelevant for
>> crawlers, and this is a serious commercial drawback, despite I love GWT
>>
>
> Isn't that the case for any webpage generated entirely through
> JavaScript? (whether that JS has been hand-written, generated from Java
> code through GWT, or from CoffeeScript, TypeScript, Scala, Closure, you
> name it)
> (and specifically, this applies to AngularJS too, as we're in a "GWT
> vs AngularJS" thread)
>
>
>> If GWT would be able to generate the plain HTML it would beat any
>> pure JS library
>>
>
> Something like
> http://dev.arcbees.com/gwtp/advanced/crawler-support.html ? (which I
> don't think is limited to applications using GWTP btw)
> See also https://prerender.io/ (independent from the client-side
> technology, whether GWT, AngularJS, etc.)
>
> But as Vassilis said, Google and Bing execute JS (to some extent) so
> at least there you're covered without additional work. Things are likely 
> to
> be different with Baidu and DuckDuckGo (to name a few)
>
 --
> You received this message because you are subscribed to the Google
> Groups "GWT Users" group.
> To unsubscribe from this group and 

Re: GWT vs AngularJS

[Boris Brudnoy]

On Thu, Mar 3, 2016 at 12:25 PM Rogelio Flores 
wrote:

> @Boris I think exactly the opposite has been observed with respect to the
> output javascript size. GWT's transpiler does optimizations, minification,
> and obfuscation. You might be failing to consider that only one permutation
> of the javascript code is the one that actually runs on a given browser,
> which is what you should use to compare vs X JS library.
> Using your favorite JS library, you have to basically ship all of its JS
> code, regardless if you use it (contrary to GWT's case).
> In addition, ClientBundles allow you to optimize and reduce the CSS3 code
> size and the number of HTTP requests for images (sprites) and other files.
>
> @Rogelio Flores I was driving towards your points by questioning Gourab
Panda's assertion that GWT produces twice as much JS code as an app written
purely in JS. A hello world example might indicate that GWT produces JS
bloat but a real world app would probably belie conclusions from such an
example.

>
> On Thursday, March 3, 2016 at 9:38:57 AM UTC-7, Boris Brudnoy wrote:
>>
>> On Wed, Mar 2, 2016 at 11:11 PM Gourab Panda  wrote:
>>
> - Generates Lots of Javascript code. Code splitting solve this problems,
>>> but still it generates double(or even more) JS code than that of pure JS
>>> app.
>>>
>>
>> Are you basing this on a Hello World example? GWT emulates JDK and so
>> sets up a lot of operational infrastructure upfront. Do you have any
>> specifics on whether all additionally written functionality linearly adds
>> x2 or more JS code? When it comes to comparing applications with scores of
>> screens and hundreds of function points, how do sizes stuck up?
>>
>>
>>> - You write code in Java, but you also consider(or Think) how the
>>> Javascript will be generated.
>>>
>>
>> You don't need to think much about JS generated from your Java code, but
>> you do have to consider an app in its environment, the browser. In other
>> words, GWT lets you use the Java toolchain but doesn't relieve you from
>> familiarity with HTTP, HTML, CSS, JavaScript and browser behavior.
>>
>>
>>> - As far as I know, no new product development uses GWT, lots of company
>>> still using it because they can't migrate easily.
>>>
>>
>> What about Google Sheets
>> 
>>  or
>> Inbox
>> ,
>> Google's next generation email app? Both started relatively recently and
>> are long term projects. Surely Google leads by example here?
>>
>> Boris Brudnoy
>>
>
>>>
>>> Regards
>>> Gourab.
>>>
>>>
>>>
>>>
>>>
>>>
>>> On Thu, Feb 25, 2016 at 4:38 PM, Thomas Broyer 
>>> wrote:
>>>
>>

 On Wednesday, February 24, 2016 at 4:58:36 PM UTC+1, Adolfo Rodriguez
 wrote:
>
> In my opinion, the main problem of GWT is that you are irrelevant for
> crawlers, and this is a serious commercial drawback, despite I love GWT
>

 Isn't that the case for any webpage generated entirely through
 JavaScript? (whether that JS has been hand-written, generated from Java
 code through GWT, or from CoffeeScript, TypeScript, Scala, Closure, you
 name it)
 (and specifically, this applies to AngularJS too, as we're in a "GWT vs
 AngularJS" thread)


> If GWT would be able to generate the plain HTML it would beat any pure
> JS library
>

 Something like
 http://dev.arcbees.com/gwtp/advanced/crawler-support.html ? (which I
 don't think is limited to applications using GWTP btw)
 See also https://prerender.io/ (independent from the client-side
 technology, whether GWT, AngularJS, etc.)

 But as Vassilis said, Google and Bing execute JS (to some extent) so at
 least there you're covered without additional work. Things are likely to be
 different with Baidu and DuckDuckGo (to name a few)

>>> --
 You received this message because you are subscribed to the Google
 Groups "GWT Users" 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-we...@googlegroups.com.

>>>
 Visit this group at https://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 the Google
>>> Groups "GWT Users" 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-we...@googlegroups.com.
>>
>>
>>> Visit this group at https://groups.google.com/group/google-web-toolkit.
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>> --
>> *BORIS 

Re: GWT vs AngularJS

[Rogelio Flores]

@Boris I think exactly the opposite has been observed with respect to the 
output javascript size. GWT's transpiler does optimizations, minification, 
and obfuscation. You might be failing to consider that only one permutation 
of the javascript code is the one that actually runs on a given browser, 
which is what you should use to compare vs X JS library.
Using your favorite JS library, you have to basically ship all of its JS 
code, regardless if you use it (contrary to GWT's case).
In addition, ClientBundles allow you to optimize and reduce the CSS3 code 
size and the number of HTTP requests for images (sprites) and other files.


On Thursday, March 3, 2016 at 9:38:57 AM UTC-7, Boris Brudnoy wrote:
>
> On Wed, Mar 2, 2016 at 11:11 PM Gourab Panda  > wrote:
>
>> - Generates Lots of Javascript code. Code splitting solve this problems, 
>> but still it generates double(or even more) JS code than that of pure JS 
>> app.
>>
>
> Are you basing this on a Hello World example? GWT emulates JDK and so sets 
> up a lot of operational infrastructure upfront. Do you have any specifics 
> on whether all additionally written functionality linearly adds x2 or more 
> JS code? When it comes to comparing applications with scores of screens and 
> hundreds of function points, how do sizes stuck up?
>  
>
>> - You write code in Java, but you also consider(or Think) how the 
>> Javascript will be generated.
>>
>
> You don't need to think much about JS generated from your Java code, but 
> you do have to consider an app in its environment, the browser. In other 
> words, GWT lets you use the Java toolchain but doesn't relieve you from 
> familiarity with HTTP, HTML, CSS, JavaScript and browser behavior.
>  
>
>> - As far as I know, no new product development uses GWT, lots of company 
>> still using it because they can't migrate easily.
>>
>  
> What about Google Sheets 
> 
>  or 
> Inbox 
> ,
>  
> Google's next generation email app? Both started relatively recently and 
> are long term projects. Surely Google leads by example here?
>
> Boris Brudnoy 
>
>>
>>
>> Regards
>> Gourab.
>>
>>
>>
>>
>>
>>
>> On Thu, Feb 25, 2016 at 4:38 PM, Thomas Broyer > > wrote:
>>
>>>
>>>
>>> On Wednesday, February 24, 2016 at 4:58:36 PM UTC+1, Adolfo Rodriguez 
>>> wrote:

 In my opinion, the main problem of GWT is that you are irrelevant for 
 crawlers, and this is a serious commercial drawback, despite I love GWT

>>>
>>> Isn't that the case for any webpage generated entirely through 
>>> JavaScript? (whether that JS has been hand-written, generated from Java 
>>> code through GWT, or from CoffeeScript, TypeScript, Scala, Closure, you 
>>> name it)
>>> (and specifically, this applies to AngularJS too, as we're in a "GWT vs 
>>> AngularJS" thread)
>>>  
>>>
 If GWT would be able to generate the plain HTML it would beat any pure 
 JS library

>>>
>>> Something like http://dev.arcbees.com/gwtp/advanced/crawler-support.html 
>>> ? (which I don't think is limited to applications using GWTP btw)
>>> See also https://prerender.io/ (independent from the client-side 
>>> technology, whether GWT, AngularJS, etc.)
>>>
>>> But as Vassilis said, Google and Bing execute JS (to some extent) so at 
>>> least there you're covered without additional work. Things are likely to be 
>>> different with Baidu and DuckDuckGo (to name a few)
>>>
>>> -- 
>>> You received this message because you are subscribed to the Google 
>>> Groups "GWT Users" 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-we...@googlegroups.com 
>>> .
>>> Visit this group at https://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 the Google Groups 
>> "GWT Users" 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-we...@googlegroups.com 
>> .
>> Visit this group at https://groups.google.com/group/google-web-toolkit.
>> For more options, visit https://groups.google.com/d/optout.
>>
> -- 
> *BORIS BRUDNOY*
> Web Application Developer, Java/GWT Enthusiast (LinkedIn 
> )
>

-- 
You received this message because you are subscribed to the Google Groups "GWT 
Users" 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 

Re: Regarding RpcService,HybridServiceServlet and ClientOracle

[MANTU KUMAR]

Hi Thomas,

  I want to ask one thing that ClientOracle is in deRPC and deRPC has been
removed from 2.7 then instead of ClientOracle what is using in GWT 2.7 and
What is the use of ClientOracle?. and in my existing application which is
GWT 2.0.3, i have used two method processCall(ClientOracle
clientOracle,String payload,OutputStream stream) and processCall(String
payload) so, what is use of two methods in GWT 2.0.3?

On Thu, Feb 25, 2016 at 4:08 PM, Thomas Broyer  wrote:

>
>
> On Thursday, February 25, 2016 at 8:19:16 AM UTC+1, mant...@gmail.com
> wrote:
>>
>> Hi Thomas,
>>
>> I am new in GWT and I have to migrate version GWT 2.0.3 to GWT 2.7
>> but In GWT 2.0.3 , GWT-RPC is there and in  GWT 2.7,GWT-RPC is not there.
>> So,How can I resolve the RPC Related issue in GWT 2.7. When I migrated
>> older version(2.0.3) to Higher version(2.7) then I am getting error
>> like RpcService,HybridServiceServlet and ClientOracle. In my existing
>> Project RPC has used that's why I am migrating GWT 2.7 then These errors
>> are coming like
>> RpcService,HybridServiceServlet and ClientOracle. So,If RPC is not there
>> in GWT 2.7 then what is present in GWT 2.7 which resolve the Rpc related
>> issue and also confirm me that RPC is available in GWT 2.7 or not.
>>
>
> Please re-read my previous mail, and possibly go read the documentation at
> http://www.gwtproject.org/doc/latest/DevGuideServerCommunication.html
> RpcService, HybridServiceServlet and ClientOracle were part of
> "Direct-Eval RPC" (aka deRPC), which was experimental and discouraged for
> use in production.
> deRPC has been removed in 2.7, but GWT-RPC is still there. deRPC and
> GWT-RPC are (were) two different things; deRPC aimed at being a "better
> GWT-RPC" and replacing it, but it failed, so GWT-RPC is still there and
> deRPC has been retired.
>
> Migrating (back) to GWT-RPC should hopefully be as easy as switching
> RpcService and HybridServiceServlet (and/or RpcServlet) to RemoteService
> and RemoteServiceServlet respectively; and remove the  name="com.google.rpc.RPC"/> from your gwt.xml.
> You're talking about ClientOracle though, which means you possibly had
> some customization on top of the "out-of-the-box" deRPC, so migration
> *might* not be that easy (depending on the kind of customization you have).
> Last, but not least, there must have been a reason to use the experimental
> deRPC over standard GWT-RPC, so maybe switching (back) to GWT-RPC might not
> be the solution for your case, but it's impossible to say without more
> information. If you don't know the reasons for using deRPC either, I'd
> suggest, given how easy it should be, to move (back) to GWT-RPC and see if
> that works. If it doesn't work, then I'm afraid you'll have to put quite
> some work in either "making it work", or migrating to something else
> entirely (e.g. JSON-RPC, or JSON-based RESTful services).
>
>
>>
>>
>>
>> On Tuesday, February 23, 2016 at 4:27:16 PM UTC+5:30, Thomas Broyer wrote:
>>
>>>
>>>
>>> On Tuesday, February 23, 2016 at 11:47:25 AM UTC+1, mant...@gmail.com
>>> wrote:

 Hi All,

 I am upgrading GWT 2.0.3 to GWT 2.7 then I am facing a lot of problem
 like RpcService , HybridServiceServlet and ClientOracle error. can someone
 tell  me RpcService, HybridServiceServlet  and  ClientOracle is not
 available then what is available instead of that in GWT 2.7?

>>>
>>> com.google.gwt.rpc (aka Direct-Eval RPC, or deRPC) was experimental (the
>>> javadoc used to state “EXPERIMENTAL and subject to change. Do not use this
>>> in production code.”), and didn't fulfill its expectations, so it was
>>> removed in 2.7.0-RC1.
>>> You have to migrate to com.google.gwt.user.*.rpc ("standard" GWT-RPC),
>>> or if that was a problem (that made you use deRPC in the first place), then
>>> migrate to RequestFactory or an entirely different protocol (JSON-RPC, or
>>> some JSON-based RESTful protocol for example).
>>>
>> --
> You received this message because you are subscribed to the Google Groups
> "GWT Users" 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 https://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 the Google Groups "GWT 
Users" 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 https://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/d/optout.

Re: What is best IDE for developing GWT applications?

[Stefan Falk]

Yes that's true but you can't e.g. shut down the Code Server from Eclipse. 
I have to use the task manager to kill the process ^^

On Wednesday, 2 March 2016 11:08:22 UTC+1, Thomas Broyer wrote:
>
>
>
> On Tuesday, March 1, 2016 at 6:17:48 PM UTC+1, Stefan Falk wrote:
>>
>> Is working with your gwt-maven-archetype? I am using this for my project 
>> but it seems that this does not work with the plugin.
>>
>
> No idea. I know he's been working on it but don't know the current state.
> That said, AFAIK, you can just launch the maven tasks from within Eclipse 
> (including launching "mvn tomcat7:run" in debug –Debug as…– to debug your 
> server-side code)
>  
>
>> On Tuesday, 1 March 2016 11:41:30 UTC+1, Thomas Broyer wrote:
>>>
>>>
>>>
>>> On Monday, February 29, 2016 at 11:56:06 PM UTC+1, Stefan Falk wrote:

 To be hones I never tried IntelliJ with GWT but maybe I'll give it a 
 try sometime :)

 Is there actually some development going on? Either for Eclipse of 
 IntelliJ or are projects like these frozen?

>>>
>>> Can't tell for IntelliJ as the GWT plugin is closed-source, but Brandon 
>>> Donnelson has been working hard to improve the Eclipse plugin at 
>>> https://github.com/gwt-plugins/gwt-eclipse-plugin (a fork of the 
>>> original one by Google).
>>> IIUC a message from Brandon on the GPE-dedicated group, Googlers might 
>>> be working again on the plugin.
>>>


-- 
You received this message because you are subscribed to the Google Groups "GWT 
Users" 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 https://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/d/optout.

Re: GWT vs AngularJS

[Boris Brudnoy]

On Wed, Mar 2, 2016 at 11:11 PM Gourab Panda  wrote:

> - Generates Lots of Javascript code. Code splitting solve this problems,
> but still it generates double(or even more) JS code than that of pure JS
> app.
>

Are you basing this on a Hello World example? GWT emulates JDK and so sets
up a lot of operational infrastructure upfront. Do you have any specifics
on whether all additionally written functionality linearly adds x2 or more
JS code? When it comes to comparing applications with scores of screens and
hundreds of function points, how do sizes stuck up?


> - You write code in Java, but you also consider(or Think) how the
> Javascript will be generated.
>

You don't need to think much about JS generated from your Java code, but
you do have to consider an app in its environment, the browser. In other
words, GWT lets you use the Java toolchain but doesn't relieve you from
familiarity with HTTP, HTML, CSS, JavaScript and browser behavior.


> - As far as I know, no new product development uses GWT, lots of company
> still using it because they can't migrate easily.
>

What about Google Sheets

or
Inbox
,
Google's next generation email app? Both started relatively recently and
are long term projects. Surely Google leads by example here?

Boris Brudnoy

>
>
> Regards
> Gourab.
>
>
>
>
>
>
> On Thu, Feb 25, 2016 at 4:38 PM, Thomas Broyer  wrote:
>
>>
>>
>> On Wednesday, February 24, 2016 at 4:58:36 PM UTC+1, Adolfo Rodriguez
>> wrote:
>>>
>>> In my opinion, the main problem of GWT is that you are irrelevant for
>>> crawlers, and this is a serious commercial drawback, despite I love GWT
>>>
>>
>> Isn't that the case for any webpage generated entirely through
>> JavaScript? (whether that JS has been hand-written, generated from Java
>> code through GWT, or from CoffeeScript, TypeScript, Scala, Closure, you
>> name it)
>> (and specifically, this applies to AngularJS too, as we're in a "GWT vs
>> AngularJS" thread)
>>
>>
>>> If GWT would be able to generate the plain HTML it would beat any pure
>>> JS library
>>>
>>
>> Something like http://dev.arcbees.com/gwtp/advanced/crawler-support.html
>> ? (which I don't think is limited to applications using GWTP btw)
>> See also https://prerender.io/ (independent from the client-side
>> technology, whether GWT, AngularJS, etc.)
>>
>> But as Vassilis said, Google and Bing execute JS (to some extent) so at
>> least there you're covered without additional work. Things are likely to be
>> different with Baidu and DuckDuckGo (to name a few)
>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "GWT Users" 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 https://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 the Google Groups
> "GWT Users" 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 https://groups.google.com/group/google-web-toolkit.
> For more options, visit https://groups.google.com/d/optout.
>
-- 
*BORIS BRUDNOY*
Web Application Developer, Java/GWT Enthusiast (LinkedIn
)

-- 
You received this message because you are subscribed to the Google Groups "GWT 
Users" 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 https://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/d/optout.

Re: Interaction between application deployed in two different domain in GWT

[Thomas Broyer]

CORS won't help here: you're apparently trying to communicate between 
browsing context (iframes) of different origins. To do that, you need to 
use postMessage: http://caniuse.com/#feat=x-doc-messaging
If you're trying to use a FormPanel to send a form to your other app, then 
you'd have to redirect to a page from your "first" app.
If you don't need to support IE9 and IE8 (which are no longer supported by 
Microsoft since January), you should IMO rather use XMLHttpRequest with 
FormData: http://caniuse.com/#feat=xhr2 (easy migration path: cancel normal 
form submission, create FormData from form, send it with XMLHttpRequest, 
which respects CORS, and process the request –get it as a document and 
retrieve the innerHTML of the body so you don't even have to change your 
servlet code–; no other change to the widgets needed)

On Thursday, March 3, 2016 at 8:04:56 AM UTC+1, abdul wrote:
>
> I have an application which contains the UI code created as WAR (GWT 
> application) and server side code as EAR deployed in two different 
> domains(8080,9090) respectively. While communicating from 8080 to 9090 its 
> sending a request and even i can see its returning the response 200. But 
> the client is throwing some GWT exception *"Permission denied to access 
> property 'document'* ".Below image shows the exception thrown in fire bug.
>
>
> 
>
>
> Note: i have enabled the CORS in server 9090 see the below code added in 
> server side code EAR
>
> @Override
> public void doFilter(ServletRequest arg0, ServletResponse arg1,
> FilterChain arg2) throws IOException, ServletException {
> 
> 
> HttpServletRequest request=(HttpServletRequest) arg0;
> 
> HttpServletResponse response=(HttpServletResponse) arg1;
> 
> response.setHeader("Access-Control-Allow-Origin", 
> request.getHeader("Origin"));
> 
> arg2.doFilter(request, response);
> }
>
>
> Is there any think i need to add in GWT client UI to handle this 
> exception.Any suggestion ?
>

-- 
You received this message because you are subscribed to the Google Groups "GWT 
Users" 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 https://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/d/optout.

Re: Is there a plan to compile GWT to ECMAScript 6

[Thomas Broyer]

On Thursday, March 3, 2016 at 3:41:54 AM UTC+1, Gourab wrote:
>
> Hi All,
>
> Wanted to know if there is a plan for GWT to compile into ES6. 
>

Google is working on J2Cl (as mentioned already by Emilio), which is (will 
be) a transpiler from Java to ES6 (as understood by the Closure Compiler, 
hence "Cl" in the name; the Closure Compiler –or Babel or whatever– then 
being possibly used to transpile ES6 to ES5 or ES3, and possibly bundle and 
optimize all the code).
J2Cl is expected to be the new compiler in GWT 3.0.
 

> If not, will there be a situation when browser's deprecate Javascript and 
> only supports ES6 and there is no way to migrate your application ? May be 
> 10 years down the line ?
>

Any ES3 or ES5 script is a valid ES6 script; all JS engines supporting ES6 
do "only" support ES6, there are no "modes" to be triggered by some 
configuration or what not (contrary to the old E4X for instance).

 

>
> Regards
> Gourab.
>

-- 
You received this message because you are subscribed to the Google Groups "GWT 
Users" 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 https://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/d/optout.

Re: Is there a plan to compile GWT to ECMAScript 6

[Emilio Bravo]

GWT team is working in J2CL

https://groups.google.com/forum/#!topic/google-web-toolkit/-uQICwZUOA0
https://groups.google.com/forum/#!topic/google-web-toolkit-contributors/1t6x_Zg1E8I
https://drive.google.com/file/d/0BwVGJUurq6uVa2tpaTRLSzlBMDQ/view



El jueves, 3 de marzo de 2016, 3:41:54 (UTC+1), Gourab escribió:
>
> Hi All,
>
> Wanted to know if there is a plan for GWT to compile into ES6. 
>
> If not, will there be a situation when browser's deprecate Javascript and 
> only supports ES6 and there is no way to migrate your application ? May be 
> 10 years down the line ?
>
>
> Regards
> Gourab.
>

-- 
You received this message because you are subscribed to the Google Groups "GWT 
Users" 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 https://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/d/optout.