> On Wed, Jun 12, 2019 at 8:29 AM Peter Donald > wrote:
>
>> On Wed, Jun 12, 2019 at 7:31 AM John Huss > > wrote:
>>
>>> Out of curiosity, how did you get this project to build successfully?
>>>
>>> When I try to build it I see this:
&g
Out of curiosity, how did you get this project to build successfully?
When I try to build it I see this:
$ ./bazel_build_test.sh
*ERROR: */Users/john/repos/elemental2/third_party/BUILD:21:1: no such
target '@com_google_javascript_closure_compiler//:externs': target
'externs' not declared
Is there an example bazel WORKSPACE and BUILD file that pulls in
elemental2? I tried for a good while to figure out how to add it and
didn't get anywhere. The instructions on the project page seems out of
date: https://github.com/google/elemental2
Thanks,
John
On Tuesday, November 13, 2018
I figured it out. The entry point class extended another class that
implemented EntryPoint, but did not explicitly say that it implemented
EntryPoint. This works fine in 2.6 but not in 2.8.
On Sunday, October 1, 2017 at 9:16:55 PM UTC-7, John Malpas wrote:
>
> I have a fairy compl
I have a fairy complex web application (What Grows Here) with maps etc that
has been out for few years.
I have been compiling it in GWT 2.6. It compiles and runs just fine in 2.6.
This week I have been trying to move a bunch of GWT apps to 2.8.
This one application compiles quietly in 2.8, but
he
compilation stage.
So I think what you want is fundamentally incompatible with the separate
compilation direction. That means that either GWT3 is not for you or you
will have to build an external tool that basically does much of what the
existing GWT compiler does now to get what you want.
own whole-world analysis pass
independently of the compiler if that is what you want to do? It does not
seem possible to have whole-world analysis in the compiler (hooks or not)
if the goal is to enable separate compilation at the Java layer. So, if
that is important to you, it must necessarily be o
I agree about preferring "bean" style properties. It's not a clear choice,
but using bean style properties is more familiar to java programmers and
makes the library fit in much better with the wider java ecosystem. Also
it would make conversions from elemental 1 much easier (though that is
into order to avoid an error from
"javac":
[javac] /Users/john/.../src/com/App.java:208: error: reference to
addEventListener is ambiguous
[javac] doc.getElementById("list").addEventListener("click", event ->
listPressed(event));
[javac]
scripts, Bazel/Skylark implementation of
gwt_module, and Bazel/Skylark implementation of gwt_application).
You probably won't be able to get it to work, so I don't recommend it
unless you just think it will be interesting.
John
On Thu, May 5, 2016 at 3:55 PM, Konstantin Solomatov
doesn't seem to update the screen,Does anyone have any pointers please
John
--
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-toolki
] [ERROR] Errors in
'jar:file:/Users/john/repos/styleware-net/Salondata/lib/guava-gwt-18.0.jar!/com/google/common/collect/super/com/google/common/collect/GwtPlatform.java'
[java] [ERROR] Line 38: *The method createFrom(T[], int) is
undefined for the type Array*
[java][ERROR
Generally speaking J2CL seeks to support Java language features and in the
process of doing so make use of modern ES6 features. When it comes to the
separate topic of making advanced ES6 features (that don't exist in the
Java language) available to J2CL users the path for that is via the
JsInterop
Hello,
I'm repsonsible for @ 50 GWT web apps. I develop
on Windows 7 on a command line, and the apps run
on a commercial Linux server.
Last month (July 2015) I switched from 2.6 to 2.7.
I small thing I noticed right away was that the deliverable file
sizes for 2.7 were uniformly slightly
My thoughts are pretty much exactly what Colin said.
Without GC it's not a reasonable target for Java cross compilation because
you'd have to embed your own GC implementation into the output.
That being said, they plan to add GC, which will make it more attractive.
But WebAssembly would probably
Done
On Wed, Jun 10, 2015 at 10:39 PM Bhaskar Janakiraman
bjanakira...@google.com wrote:
For those who missed the G+ post, the talks at the Meet-up are now on the
GWT YouTube channel, enjoy!
https://www.youtube.com/playlist?list=PL1yReUCGwGvrqscLu1EAyYRPrr0ceEHLE
Bhaskar
--
You
update.
--
John A. Tamplin
--
You received this message because you are subscribed to the Google Groups GWT
Contributors group.
To unsubscribe from this group and stop receiving emails from it, send an email
to google-web-toolkit-contributors+unsubscr...@googlegroups.com.
To view this discussion
I over-complicating matters?
Well, certainly there are things which will require further support in GWT
and in the build, but things like adding j.u.Optional can be done without
that.
--
John A. Tamplin
--
You received this message because you are subscribed to the Google Groups GWT
Java7
syntax ( = no lambdas in emulation code) ? What about default methods in
emulated code when people use JDK 7 with GWT?
That would be my vote - we don't want to force people to use Java8 just yet.
--
John A. Tamplin
--
You received this message because you are subscribed to the Google
If you can provide a small sample that reproduces the problem I will take a
look.
On Fri Jan 30 2015 at 3:09:32 PM confile michael.gorsk...@googlemail.com
wrote:
I use GWT 2.8 SnapShot with an app that runs with CSS only no GSS. Then I
switched to GSS using:
set-configuration-property
addressing this at https://gwt-review.googlesource.com/#/c/10520/
On Tue Dec 02 2014 at 8:11:59 AM christiankempe...@gmail.com wrote:
Hello,
compiling a GWT module causes the last-modified date of the *.nocache.js
file is set to the last-modified date of the *.gwt.xml file.
If using eclipse
The SDM + testing framework combination sounds neat. I imagine it should
make it a lot faster to rerun tests.
On Thu Nov 27 2014 at 1:57:29 PM Tal Shani tsh...@gmail.com wrote:
Hi all,
I have created two new libraries for GWT.
The first is a jasmine wrapper so testing can be done on the
Glad you like the cache reuse speedup!
Also thanks for pointing out the CME, a fix for it is in review at
https://gwt-review.googlesource.com/#/c/10500/
On Mon Dec 01 2014 at 2:27:20 AM Stephen Haberman
stephen.haber...@gmail.com wrote:
Okay, okay, sorry for all the emails, but I ditched
It sounds like one of the registered EntryPoint classes or something that
one of the EntryPoint classes is being rebound to does not implement the
EntryPoint interface.
On Sat, Nov 22, 2014, 1:29 AM Thomas Broyer t.bro...@gmail.com wrote:
+cc stalcup@
Any idea John?
Roland, can you make
Though we do not make a promise to process GWT.create() of entry point
types before any other GWT.create() calls, it was easy to restore this
behavior in incremental, so I went ahead and did it (
https://gwt-review.googlesource.com/#/c/10410/).
You should probably find a way not to depend on this
of a *Java* not inside of a
JSNI function. This is relatively straight forward if you make a static
Java function that takes a List instance and calls size() on it, and you
can call this static Java function inside of your JSNI.
On Wed Nov 12 2014 at 4:05:26 PM John Stalcup stal...@google.com wrote:
It's
Are you getting that error in SuperDevMode before or after the first
compile?
If before then it probably means that the existing initial public
resources copying code is not picking up things that are only referenced
via stylesheet tag but if the error is after the first compile then it
probably
This is with GWT 2.6.1?
SuperDevMode will only find changes in .java files that are in a directory
that has been supplied to the JVM launch as part of the classpath or is
specifically added using a -src parameter.
From what you say it sounds like something about your project setup is
leading to
We're planning to do some work (link time pruning) to reduce incremental
output size some time before the end of the year.
On Wed, Oct 22, 2014 at 9:33 AM, Rene Hangstrup Møller rhmol...@gmail.com
wrote:
Good point. When I tried remote js debugging with sourcemaps from intellij
I thought about
Ah, thanks for getting to the bottom of it. I agree that we should opt to
use more RAM rather than have randomly slower compiles. And it would be
nice to cherry pick the change into the release branch.
On Mon, Oct 20, 2014, 9:39 PM Stephen Haberman stephen.haber...@gmail.com
wrote:
Well, this
I think this is a reasonable change to make since it's simple to implement
and a noticeable improvement for SVN users. I'll go ahead and get it in and
we can cherry pick it into this release.
On Tue Oct 21 2014 at 5:58:00 AM Juan Pablo Gardella
gardellajuanpa...@gmail.com wrote:
Thanks for
change in review at https://gwt-review.googlesource.com/#/c/9850/
On Tue Oct 21 2014 at 3:43:47 PM Stephen Haberman
stephen.haber...@gmail.com wrote:
if (child.getName().equals(.svn)) // hardcoded filter here
Just curious, but didn't svn change (maybe a year ago or so?) to only
,
just adding/removing a character in a string.
John detected that behavior in the persistent unit cache and has a
fix for it.
Great! I'll try it out when it hits master.
- Stephen
--
You received this message because you are subscribed to the Google Groups
GWT Contributors group
Hey
I don't think there's anything special we're doing that would be
particularly slow in a JVM debugger.
Maybe this is a stupid question but, do you have any conditional
breakpoints set? Those can be particularly slow. Also maybe the debug
process costs extra RAM, putting the JVM at it's RAM
-XjsInteropMode JS
On Thu, Oct 2, 2014 at 2:46 PM, confile michael.gorsk...@googlemail.com
wrote:
How can JsInterop be activated in GWT 2.7? What flag does it?
Am Donnerstag, 2. Oktober 2014 03:22:56 UTC+2 schrieb Brian Slesinsky:
It's experimental and hidden behind a flag, but it's
Make sure turn turn on -XjsInteropMode JS
On Tue, Sep 30, 2014 at 9:18 AM, 'Chris DiGiano' via GWT Contributors
google-web-toolkit-contributors@googlegroups.com wrote:
Have you enabled jsInterop mode via the compiler flag? It looks like this
on the command line:
-XjsInteropMode JS
Chris
We have a short list of issues that have to be addressed before 2.7 RC, and
this is on the list.
On Wed, Oct 1, 2014 at 1:13 AM, Julien Dramaix julien.dram...@gmail.com
wrote:
I confirm, I just add GXT to one of my test project and I'm not able to
use sdm anymore:
[ERROR] Current
a better way.
Thoughts?
John
On Tue, Sep 30, 2014 at 11:31 AM, Brandon Donnelson branflake2...@gmail.com
wrote:
I'm not sure whats going on yet, but I've got some recompile issue coming
up when trying to start dev mode. (This isn't using in browser recompile
button)
After moving to Java 1.7
Yeah I kind of agree.
If DevMode support is removed in Chrome soon after the 2.7 release, we'll
be wishing we'd made DevMode launches default to turning superDevMode on.
On Tue, Sep 30, 2014 at 11:54 AM, 'Goktug Gokdogan' via GWT Contributors
google-web-toolkit-contributors@googlegroups.com
Goktug mentioned that he thinks the option should be on be default in GWT,
which would mean no change necessary in GPE. And I agree.
On Tue, Sep 30, 2014 at 4:21 PM, Brandon Donnelson branflake2...@gmail.com
wrote:
Should I make this default behavior in GPE? On by default?
On Tuesday,
into account some
switch to turn back on DevMode. I was hoping to alleviate the pain of
changing the program args by hand.
On Tuesday, September 30, 2014 4:28:18 PM UTC-7, John Stalcup wrote:
Goktug mentioned that he thinks the option should be on be default in
GWT, which would mean no change
Just to close the loop on the conversation, this is fixed in
https://gwt-review.googlesource.com/#/c/9131/
Thanks for the report Artur.
On Wed, Sep 10, 2014 at 9:06 AM, John Stalcup stal...@google.com wrote:
Ah, i didn't see that bug report. Thanks. Taking a look.
On Wed, Sep 10, 2014 at 12
Ah, i didn't see that bug report. Thanks. Taking a look.
On Wed, Sep 10, 2014 at 12:36 AM, Artur Signell ar...@vaadin.com wrote:
Hi,
There is some issue with -XcompilerPerFile and the generators used in
Vaadin. There was a problem with “stale types” previously, but this was
fixed a while
of the time) and little things that can be covered with time... Everything
needs a compromise and having that debugging experience brought back to
Eclipse is really what i was fearing to lose with the SuperDevMode. So i
will adopt the SuperDevMode for a while !
Ray, Brian, John and Robert
You had mentioned that you'd seen two other issues as well but hadn't
gotten around to making a repro case.
Are these issues still around? Thanks for the two repro cases you've
already supplied. They were very helpful.
John
On Wed, Sep 3, 2014 at 7:06 PM, John Stalcup stal...@google.com wrote
Thanks for the feedback Jens.
On Mon, Sep 8, 2014 at 1:31 PM, Jens jens.nehlme...@gmail.com wrote:
Any new bugs to report?
Some things we have observed at work while using latest trunk SDM (compile
per file):
1.) If we don't use -noprecompile then SDM does not start because it says
it
On Mon, Sep 8, 2014 at 1:48 PM, John Stalcup stal...@google.com wrote:
Thanks for the feedback Jens.
On Mon, Sep 8, 2014 at 1:31 PM, Jens jens.nehlme...@gmail.com wrote:
Any new bugs to report?
Some things we have observed at work while using latest trunk SDM
(compile per file):
1
On Mon, Sep 8, 2014 at 3:00 PM, Jens jens.nehlme...@gmail.com wrote:
I'm working on a CL right now to opt -XcompilePerFile into the
-noprecompile behavior for just the reason. Should be in today.
Cool will try it tomorrow.
I've fixed two Gin generator related breakages like this so far.
Thanks for the repo update.
This is fixed now (https://gwt-review.googlesource.com/#/c/9004/)
On Wed, Sep 3, 2014 at 1:15 AM, Julien Dramaix julien.dram...@gmail.com
wrote:
Sorry I had forgot to push my last change. The file is there now.
On Wed, Sep 3, 2014 at 2:51 AM, 'John Stalcup' via
I don't see style.gss in the repo.
On Fri, Aug 29, 2014 at 2:45 PM, Julien Dramaix julien.dram...@gmail.com
wrote:
Dear GWT team,
I'm now using the GWT 2.7 snapshot and I'm testing the per file
compilation and I found one issue.
Consider a UiBinder template using an external ClientBundle
you could try changing line 182 in Recompiler.java to register the std
linker
https://gwt.googlesource.com/gwt.git/+/2.5.1/dev/codeserver/java/com/google/gwt/dev/codeserver/Recompiler.java
On Mon, Sep 1, 2014 at 2:43 AM, Ivan Markov ivan.mar...@gmail.com wrote:
Ray,
Using the xs linker seems
err, in master that would be
https://gwt.googlesource.com/gwt.git/+/master/dev/codeserver/java/com/google/gwt/dev/codeserver/Recompiler.java
and line 327
On Mon, Sep 1, 2014 at 12:58 PM, John Stalcup stal...@google.com wrote:
you could try changing line 182 in Recompiler.java to register
Such a small time makes me think that you have particularly slow linkers.
What's the time split between compiling and linking?
On Mon, Sep 1, 2014 at 3:32 AM, Arnaud TOURNIER ltea...@gmail.com wrote:
Basically the compile took 10s before and 9s now, but this is a very tiny
project, so that's
Hey Ivan
We just finished fixing a couple of issues in this compile mode (one around
JSOs and a couple around rerunning Generators).
Any more feedback you have would be appreciated. If you see any bugs please
report them.
Thanks!
John
On Tue, Aug 19, 2014 at 1:07 AM, Ivan Markov ivan.mar
On Monday, August 18, 2014 7:14:38 AM UTC-7, Ivan Markov wrote:
Dear GWT team (and John in particular),
Lately I was checking from time to time the progress of the SDM
incremental compiler in GWT 2.7.0.
Let me first say - great work so far!
This morning our project was - for the first
I am very reliant on the GWT DevMode plugin on Chrome Linux. I have tried
Super Dev Mode, and I do not find it nearly as useful as the standard
DevMode.
On Thursday, June 12, 2014 11:24:44 AM UTC-7, Warren Baltz wrote:
Many people were surprised that their DevMode no longer worked recently.
On Thursday, June 12, 2014 6:59:02 AM UTC-5, AJ wrote:
I started up Chrome today and received notification that the GWT Plugin
has been disabled
For your protection, you can only use Chrome extensions that you get from
the Chrome Web Store
At the moment I find no way to enable it, not
last on the classpath on your server won't cause
any issues, though at least one JVM used to be unhappy with native methods
without corresponding binaries.
--
John A. Tamplin
--
You received this message because you are subscribed to the Google Groups GWT
Contributors group.
To unsubscribe from
to be
interested enough to make it happen. This was the case even when it was a
Google project, but is especially true now that it is fully owned by the
community.
--
John A. Tamplin
--
You received this message because you are subscribed to the Google Groups GWT
Contributors group.
To unsubscribe from
.
If you are talking about testing your own code, then likewise you don't
test the view on the server.
--
John A. Tamplin
--
You received this message because you are subscribed to the Google Groups GWT
Contributors group.
To unsubscribe from this group and stop receiving emails from it, send
Incremental builds are strict about source paths.
Normal compiles implicitly include client, but incremental builds do not
because doing so would create massive amounts of duplicate source inclusion.
Based on the error message i think you need to add a source path=client
/ to the
I have a patch in review at
https://gwt-review.googlesource.com/#/c/7290/to make that error
message more helpful when strict source inclusion is
turned on.
On Thu, Apr 24, 2014 at 12:02 PM, John Stalcup stal...@google.com wrote:
Incremental builds are strict about source paths.
Normal
On Tue, Apr 22, 2014 at 12:12 PM, Bhaskar Janakiraman
bjanakira...@google.com wrote:
I didn't see any further requests for discussion, so I'm canceling this
month's contributor hangout.
For me, doing it during work hours is hard.
--
John A. Tamplin
--
http://groups.google.com/group
Hey Jens
Thanks for trying it out.
I would open bugs for these issues. Separate compilation does not assume
that c.g.g.user.User is inherited. (It does secretly add an implicit
c.g.g.core.Core dependency, but the user doesn't need to do anything for
that).
On Tue, Apr 22, 2014 at 2:22 PM, Jens
and fixing it will require
adding some references and breaking some resulting circular references.
This is what Goktug has been doing recently with some other modules).
John
On Tue, Apr 22, 2014 at 2:25 PM, John Stalcup stal...@google.com wrote:
Hey Jens
Thanks for trying it out.
I would
PM, John Stalcup stal...@google.com wrote:
If you're depending directly on anything (in this case DOM) then that
thing needs to be separately compilable. Which means it's .gwt.xml file
needs to *not* be marked with type=fileset at the top.
If you look at User.gwt.xml and Core.gwt.xml you'll
google-web-toolkit-contributors@googlegroups.com wrote:
On Tue, Apr 22, 2014 at 2:28 PM, 'John Stalcup stal...@google.com' via
GWT Contributors google-web-toolkit-contributors@googlegroups.com wrote:
If you're depending directly on anything (in this case DOM) then that
thing needs
reconstructing the failure chain:
com.promis.weblink.client.ui.SplashFrm.java // victim
com.promis.weblink.client.ui.SplashFrm_SplashFrmUiBinderImpl // victim
com.promis.ui.client.bundles.Images // victim
com.promis.ui.client.bundles.Images_cs_InlineClientBundleGenerator //
actually is
I'm going to do a one time automated whitespace cleanup of the GWT codebase.
If you have a large (1000+ line) code review in progress, let me know and
I'll hold off for a day or two to avoid conflicts.
You can ignore whitespace changes in blame with git blame -w.
John
--
http
sure
On Wed, Feb 12, 2014 at 6:07 PM, Goktug Gokdogan gok...@google.com wrote:
I have plenty of patches that were waiting for apichecker. Can you hold of
until next week?
On Wed, Feb 12, 2014 at 12:35 PM, John Stalcup stal...@google.com wrote:
I'm going to do a one time automated
On Mon, Feb 10, 2014 at 2:57 PM, Colin Alworth niloc...@gmail.com wrote:
Just watched https://gwt-review.googlesource.com/#/c/6342/ wander by, but
I've also seen this trying to understand the general compiler changes that
are happening in trunk gwt - is the CompilerContext really an essential
the context objects, and designer can't just keep using
this now-deprecated method forever.)
On Monday, February 10, 2014 3:02:00 PM UTC-8, John Stalcup wrote:
On Mon, Feb 10, 2014 at 2:57 PM, Colin Alworth nilo...@gmail.com wrote:
Just watched https://gwt-review.googlesource.com/#/c/6342/ wander
I have a GWT app that reads incoming emails. I need to solve the problem of
how to strip out any poorly formatted or even malicious HTML tags from the
emails. I do want to be able to render HTML emails like your common email
client will, but what would a best practice be for allowing this
testing for me (but I don't want to run it from Eclipse).
On Wednesday, January 22, 2014 8:39:45 PM UTC+1, John Stalcup wrote:
Yeah. It seems that CompilePermsServer doesn't have a ModuleDef instance,
so it's not populating compilerContext.getModule(), which laters causes
Yeah that does look to be related to my commit.
Which compiler entry point are you launching and with what flags? I updated
Compiler.java, CompilePerms.java, etc etc to property setup the module
property of the compilerContext object, but it looks like I missed
somewhere.
John
On Wed, Jan 22
...@gmail.comwrote:
Hi John:
I'm running ant without explicit target (build by default). No explicit
flags. I got the same exception in two isolated environments (ubuntu 13.10
with OpenJDK, and Windows 8 with Oracle JDK). The exception is throwed when
the script tries to compile the DynaTable sample
I instantiate the DisclosurePanel as follows.
g:DisclosurePanel ui:field=dp width=180px
g:customHeader width=100%
g:HorizontalPanel width=100% horizontalAlignment=align_right
verticalAlignment=align_middle
Have they or will they be releasing the recordings from the GWT.create
events? Does anyone know if there are any available yet?
--
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
Does anyone know of any GWT based Wizard project that will allow multiple
questions that lead you down different paths in the wizard?
I want to create a sort of tree style wizard, which could be used for a
number of things, but in my case to direct a support agent towards a
solution for a
but getting them will be different in client vs
server code.
Have you looked at generated code size? There are also a few places where
it appears to rely on overflow behavior, which isn't guaranteed in GWT as
an int is actually represented by a JS Number under the hood.
--
John A. Tamplin
--
http
Oracle's license is
incompatible with Apache2 by design. In general GWT does not use any JRE
code from Oracle, and instead uses code from Harmony or implements it from
scratch.
--
John A. Tamplin
--
http://groups.google.com/group/Google-Web-Toolkit-Contributors
---
You received this message
used their source or not. If there is only one reasonable way to implement
something, it is harder to show that you copied their code, but if it is
1000 lines of complex code the odds that it would be essentially the same
if you didn't copy it are very slim.
--
John A. Tamplin
--
http
sounds *very* promising
On Fri, Nov 15, 2013 at 11:56 AM, Matthew Dempsky mdemp...@google.comwrote:
Last night I wrote a quick one-off javac-based tool to parse and analyze
all of GWT's source code, and to extract out inter-file dependencies (e.g.,
That comment is from the original version of the file committed in 2009.
None of the original members from that time are still on the project. So
here's an educated guess.
As John Tamplin said, repeated string concatenation will make some part of
the AST tree particularly deep and since our
oh you mean in CssResourceGenerator.java
found it, taking a look
On Wed, Oct 30, 2013 at 1:22 PM, John Stalcup stal...@google.com wrote:
can you link me to that comment? i'm unfamiliar.
On Wed, Oct 30, 2013 at 1:10 PM, Julien Dramaix
julien.dram...@gmail.comwrote:
Dear GWT lovers,
I
can you link me to that comment? i'm unfamiliar.
On Wed, Oct 30, 2013 at 1:10 PM, Julien Dramaix julien.dram...@gmail.comwrote:
Dear GWT lovers,
I have a question for the compiler guys : in the CssResource I see a
comment mentioning that very large string concatenation expressions using
operators), either into a balanced tree or simply a multi-arg concat
operator. I don't know if anything was ever done.
--
John A. Tamplin
--
http://groups.google.com/group/Google-Web-Toolkit-Contributors
---
You received this message because you are subscribed to the Google Groups GWT
it's purpose is described in https://gwt-review.googlesource.com/#/c/4981/
On Fri, Oct 25, 2013 at 12:13 PM, Andrés Testi andres.a.te...@gmail.comwrote:
I just found this class in the master but I can't find references to it.
Where is ReboundTypeRecorder intended to be used?
Thanks.
-
for the clarification, John. Does this mean that
UnifyAst.UnifyVisitor.handleGwtCreate() will be deprecated/removed? I'm
afraid because I'm working on a prototype with heavy changes on
handleGwtCreate().
- Andrés Testi
El viernes, 25 de octubre de 2013 16:17:55 UTC-3, John Stalcup escribió:
it's
, and then committed. i've got about 5500 lines remaining to
run through this process.
it sounds like you have a lot of outstanding changes as well. maybe yours
and my changes will merge best if you do the same thing (iteratively commit
in lots of small chunks).
On Fri, Oct 25, 2013 at 12:41 PM, John
I'll take a look
On Oct 23, 2013 8:00 AM, Julien Dramaix julien.dram...@gmail.com wrote:
Hi all,
I've just synchronized my master branch with the remote one and try to
build gwt by invoking ant but I receive the following error :
build.alldeps.jar:
compile:
-filter.props:
build:
clean ?
On Wed, Oct 23, 2013 at 8:13 AM, Julien Dramaix julien.dram...@gmail.comwrote:
ok John keep me inform. FYI, my environment seems to be correct (ant 1.9.2
with java 1.7) and the git history tells me that this class was modified
recently.
Thanks,
Julien
On Wed, Oct 23, 2013 at 5:02
. c.g.g.user.client (Window,
Timer, etc.) c.g.g.resources and c.g.g.junit to have a package not
depending on I18N and other things, and another one (or several) with
additional dependencies.
Why would it be acceptable to have shared code depend on server code?
--
John A. Tamplin
--
http
I had this problem after trying to resize a layout panel and even pulling
the source files down from backup didn't resolve the issue. GWT plugin
must be saving the size information somewhere other than the XML file.
I resolved it by cleaning, then deleting the project and importing it again
be
considered private.
I disagree with that -- I think unless the package includes impl or the
name or Javadoc clearly indicates it is an implementation class, any public
class should be considered public.
--
John A. Tamplin
--
http://groups.google.com/group/Google-Web-Toolkit-Contributors
will be harder than any of
the others they will have to deal with.
--
John A. Tamplin
--
http://groups.google.com/group/Google-Web-Toolkit-Contributors
---
You received this message because you are subscribed to the Google Groups GWT
Contributors group.
To unsubscribe from this group and stop
On Tue, Oct 15, 2013 at 11:51 AM, Matthew Dempsky mdemp...@google.comwrote:
On Tue, Oct 15, 2013 at 8:18 AM, John A. Tamplin j...@jaet.org wrote:
You could make this completely foolproof by introducing an extra step -
add a new wrapper type GwtInt which behaves just like Integer except
, such as
downloading stuff to find out there is no work to do.
On the contrary, I have never once had an issue with ant, so I have no idea
why people say Ant is hard to maintain.
YMMV of course.
--
John A. Tamplin
--
http://groups.google.com/group/Google-Web-Toolkit-Contributors
---
You received
That page gives an XML error on all the P2 sites.
More to the point, I am trying to get the full version of GWT Designer as I
have installed the lightweight version that comes with the Eclipse PDE.
That version gives no access to the GWT Designer wizard that I want. Where
is the GWT Designer
the
problem of it having a bunch of GWT-incompatible stuff in the jar.
--
John A. Tamplin
--
http://groups.google.com/group/Google-Web-Toolkit-Contributors
---
You received this message because you are subscribed to the Google Groups GWT
Contributors group.
To unsubscribe from this group and stop
1 - 100 of 1830 matches
Mail list logo