[gwt-contrib] Re: Patch for class com.google.gwt.logging.client.ConsoleLogHandler - correcting log verbose

Should be fine to use console.debug() for anything more verbose than INFO. -- J. larzeni schrieb am Donnerstag, 3. Juli 2025 um 11:34:15 UTC+2: > Dear Sir, > I beg your pardon since I'm not yet acquainted with the procedures for > patching gwt, so I post here my proposal, hoping that someone wi

Re: [gwt-contrib] Re: Official external DevMode server implementations

Would it be too bad to not use embedded container but instead installed container with Cargo? They also provide a simple Java API to download and unpack a servlet container release archive locally. So DevMode could download and i

[gwt-contrib] Re: Official external DevMode server implementations

+1 to adopting and maintaining official implementations (disclaimer: knowing that I won't maintain them myself, but) not having at least "some" official implementations would likely be a show stopper; maybe only have a couple official implementations though, with limited scope (like nowaday's

[gwt-contrib] Re: Updating github project members

ins a set of > GWT archetypes and the suggested Maven plugin) > Ahmad Bawaneh (past and present contributor/reviewer, module migration, > release testing) > > *GWT* - Dev tools, JRE emulation, and existing (frozen) user modules: > *Jens Nehlmeier* (past contributor, current

[gwt-contrib] Re: Seeking Advice on Legacy Application Migration Strategy

to your production server as possible. Personally I don't like launching a servlet container via a build tool so I use a jetty docker container and a shell script to deploy the webapp. -- J. Wejden Mrabti schrieb am Mittwoch, 1. Mai 2024 um 17:09:57 UTC+2: > > thank you @jens fo

[gwt-contrib] Re: Seeking Advice on Legacy Application Migration Strategy

I would first focus on upgrading Java, GWT and possibly GXT if it is incompatible with newest GWT. The DataSource error will go away once you upgrade GWT because newer GWT versions use a newer Jetty. Keep in mind that in newest GWT the use of embedded Jetty as appliction server during developme

[gwt-contrib] Re: Compiling gwt on Mac ?

Doctool hasn't been updated yet, see: https://github.com/gwtproject/gwt/pull/9780 You can install Java 8 for Mac x86 using https://adoptium.net/de/temurin/releases/?version=8 If you use a Mac with Apple Silicon and don't want to install Rosetta 2 you would need to install Java 8 from a differ

[gwt-contrib] Re: New home for GWT Eclipse Plugin

Seems fine to use the gwtproject.org domain for it. I slightly tend towards plugins.gwtproject.org/eclipse because it is slightly more descriptive and then we could also provide plugins.gwtproject.org/browser-extensions to publish the last working classic dev mode browser extensions for people

[gwt-contrib] Re: GWT 2 Roadmap as it applies to future deprecations

I think first we should put a good Java version policy into place. Personally I would split this policy into two policies. One for client code (Compiler) and one for shared/server code. For client code GWT has two main dependencies: Eclipse JDT and Jetty. So I would define the minimum required

[gwt-contrib] Re: License for gwt-site content

> As Google is winding down their direct involvement in the project, the CLA > bot will be turned off soon, and we'll want to be sure we have an > explicitly license in all projects that covers contributions, but so far > this was the only project deficient in this way - and the only project n

[gwt-contrib] Re: License for gwt-site content

Haven't all changes been made through gerrit and did require a CLA? --J. Colin Alworth schrieb am Donnerstag, 21. April 2022 um 17:34:49 UTC+2: > See the question raised at > https://github.com/gwtproject/gwt-site/issues/328. > > While gwtproject explicitly licenses all "software and sample co

Re: [gwt-contrib] Re: Goodbye IE 8–9 👋

I think the gecko permutation has very little to no special treatment of IE 11 and there are some bugs reported because of that. So there isn't much to deprecated for IE 11. Personally I only use safari, gecko permutation and define safari as fallback permutation. In addition I use some code t

[gwt-contrib] Re: Asking for decision on DevMode embedded Jetty support

For reference: Jetty ASM issues: https://github.com/gwtproject/gwt/issues/9606 https://github.com/gwtproject/gwt/issues/9693 https://github.com/gwtproject/gwt/issues/9720 Jakarta servlet support question: https://github.com/gwtproject/gwt/issues/9727 Other embedded Jetty related issues: jrt: URL

[gwt-contrib] Asking for decision on DevMode embedded Jetty support

Hi, we all know the issue: DevMode bundles Jetty and people are using it even though we do not recommend it. Consequently people are complaining that bundled Jetty is too old. So every once in a while we upgrade it. Currently with GWT 2.9.0 the situation is: - GWT SDK is compiled to Java 7 byte

[gwt-contrib] Re: Goodbye IE 8–9 👋

Dropping IE 8-10 shouldn't really hurt. Companies that require it are probably not upgrading GWT in a fast pace anyways. However I wouldn't drop IE 11 anytime soon. IE 11 itself is tied to the lifecycle of Microsoft's operating systems, which means for Windows 10 it is supported until 2025 (for

Re: [gwt-contrib] CI / Jenkins configuration issue

Any news here? The Leeroy Jenkins spam is really annoying in code reviews. -- J. -- 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-contrib

Re: [gwt-contrib] Re: HashCode H$ property should be not enumerable

> Fwiw: IE11 will be EOL for mainstream in October this year: > https://www.swyx.io/writing/ie11-eol/ (of course, for enterprise > customers this will be longer; my opinion is that those companies that have > enough money to pay for special Microsoft support contract could also pay a > compan

[gwt-contrib] Re: Discussion on changing gwt release groupid

> > > I suspect this will not work except in gradle, which picks the highest > version in the case of a conflict. Maven picks the "nearest to your > project", so: > >- SomeLibrary depends on c.g.g:gwt-user:2.9.0 (or earlier, with or >without a BOM) >- MyProject depends on SomeLibrar

[gwt-contrib] Re: Discussion on changing gwt release groupid

I know you can force Gradle to swap out dependencies on the fly, e.g. replace com.google.gwt with org.gwtproject releases. If that would also be possible with Maven/Ivy/Bazel then it is just a matter of documentation. If that is not possible, or not desired, then Google could probably publish a

Re: [gwt-contrib] First org.gwtproject.* modules published to Central

My understanding is that: > >- these projects/classes are builtin in GWT 2.9 > > Their old, non J2CL compatible versions are buildin in GWT 2.9. No changes are made here. > Is it possible to start preparing now with GWT 2.9 before GWT 3? Maybe if > we drop gwt-user from the dependencie

Re: [gwt-contrib] GWT Java7 support

> Could someone send a patch? > I guess the steering group first needs to make the decision to finally drop java 7. Maybe ping here again: https://groups.google.com/forum/#!topic/google-web-toolkit-contributors/tMR3Dv1YBBE -- J. -- You received this message because you are subscribed to

[gwt-contrib] GWT Java7 support

It’s kept so long because of java 7 servers and the fact that gwt-servlet doesn’t have its own ant compile target. But I guess it should be fine to drop java 7, it is also holding back upgrading embedded jetty to a decent version. -- You received this message because you are subscribed to the

Re: [gwt-contrib] CI / Jenkins configuration issue

> fixed > Hmm, build.gwtproject.org still isn't accessible for me and Jenkins still does an endless check as soon as +1 or +2 is given. -- J. -- You received this message because you are subscribed to the Google Groups "GWT Contributors" group. To unsubscribe from this group and stop recei

[gwt-contrib] CI / Jenkins configuration issue

Can anybody with the appropriate permissions mark https://gwt-review.googlesource.com/c/gwt/+/21680 as verified so it can be merged and possibly figure out why Jenkins does an endless fast style check? Also http://build.gwtproject.org isn't reachable for me. Wondering if there is really an iss

Re: [gwt-contrib] Re: What tool generates TimeZoneConstants.properties?

> Is bundling data before 1970 really worth the additional bloat? If you ask > me, I wouldn't even go down to 1970. > Well ideally the developer should decide how much data the application needs and not GWT SDK. So we should either include all or make it configurable. If you look at moment-t

Re: [gwt-contrib] Re: What tool generates TimeZoneConstants.properties?

> I looked at the file and the GWT code using it and the format seems pretty > clear to me. > Totally forgot to write the format down for documentation: europeBerlin = { // Time Zone Id "id": "Europe/Berlin", // List of pairs. The DST offset is added on top of std_offset if DST is act

Re: [gwt-contrib] Re: What tool generates TimeZoneConstants.properties?

I looked at the file and the GWT code using it and the format seems pretty clear to me. Writing a new tool looks pretty simple, we just have to decide which implementation strategy to choose. 1.) use JDK java.time package to read the tzdata information packaged with Java. Given that JDK is no

[gwt-contrib] Re: Time to require JDK 8?

I am totally fine with requiring JDK 8 when using GWT. Personally I would even like to see requiring at minimum the Java version we provide emulation for. That would free us from super sourcing emulation tests for newer Java APIs / syntax which is quite annoying. Also your ANT build could requ

Re: [gwt-contrib] Re: Java11 support

> Colin, > My concern is that a lot of time is spent on re-writing RPC, XML > UI-binding. Given how short-handed the maintainers are, should we not focus > on just one thing - 2.9 with basic compiler support for Java 11 jdk? I > don't even advocate for porting any new core Java 9+ JDK APIs.

[gwt-contrib] Re: Java 9, 10 JRE emulation reviews

> Likewise, has someone had the chance to look at Java 9+ support for our > ant build? > I tried building GWT a few days ago with Java 11. Seems like we first have to apply the patch of Andrei (https://gwt-review.googlesource.com/c/gwt/+/2) and then make javadoc API available to https

[gwt-contrib] Re: NoSuchMethodException in HEAD-SNAPSHOT has been removed, breaking knightsoft gwt-bean-validators

> It has always had a private constructor to make that completely > impossible. > Private constructor? Looks like it always was public as it should. https://github.com/gwtproject/gwt/blob/2.8.2/user/super/com/google/gwt/emul/java/lang/NoSuchMethodException.java -- J. -- You received this

Re: [gwt-contrib] Re: NoSuchMethodException in HEAD-SNAPSHOT has been removed, breaking knightsoft gwt-bean-validators

> I agree this is mostly a misuse like you said. We don't have any internal > usage in all Google either so I would rather push users to not > declare/catch such exceptions. Keeping such classes opens the door for > more: https://gwt-review.googlesource.com/c/gwt/+/21320 > Actually I am total

[gwt-contrib] Re: NoSuchMethodException in HEAD-SNAPSHOT has been removed, breaking knightsoft gwt-bean-validators

It is not a RuntimeException so even though you might be able to remove it from GWT emulation code, your IDE will still annoy you in calling code to either catch that exception or redeclare it because your IDE does not know that GWT emul is cheating. If that calling code is exclusively within ot

[gwt-contrib] Re: NoSuchMethodException in HEAD-SNAPSHOT has been removed, breaking knightsoft gwt-bean-validators

I would say this change should be reverted in GWT then. Personally I would never ever delete any already emulated class in GWT. While this exception has been misused in some of the above code (e.g. URL.openStream() should not be emulated at all or throw UnsupportedOperationException), in the em

Re: [gwt-contrib] Re: 2.9 progress

> Is it acceptable that an official GWT implementation of the time API would > be based on moment.js ? Or is it expected that it is all implemented with > standard browser API and pure Java code ? > Because GWT compiler can not see/optimize external JS files, an official GWT implementation wi

Re: [gwt-contrib] Re: 2.9 progress

> For the emulation changes I can live with what is available now and get > some more in a later release. But how does the gwt team decide which are > crucial and which ones can be done in a separate library ? The java.time > API should really be considered, the Date object has been deprecated

[gwt-contrib] Re: 2.9 progress

I think the JDT version GWT currently uses does not officially support Java 11. However Java 11 has no notable syntax changes except the var keyword for lambda parameters. So it might work, but maybe it doesn't. Have you tried running GWT with Java 11 and using that new syntax? Also no Java API

[gwt-contrib] Re: Java 11 is there gwt 2.9 ?

Since there is no updated JDT in GWT, it might be that you can not use var keyword in lambda parameter definitions for now. Have you tried that? Other than that Java 10 and 11 are pretty much the same in terms of syntax. I have said it on Gitter recently and I think also here in this group: IMHO

Re: [gwt-contrib] Wrong deobfuscated stack traces

> Looking at this traces it seems to me that the file/line is consistent but > the member is completely off. That suggests that the wrong symbol map is > being used. > It is stock GWT with just a single change wrt to Date serialization. We deploy what GWT gives us and the code chooses the sym

[gwt-contrib] Wrong deobfuscated stack traces

In production we sometimes get exceptions and we log them using StackTraceDeobfuscator class on the server (either symbol maps or source maps, depending on browser). However these stack traces are often broken when comparing the member with the file it should live in. Some examples: at Unknown

Re: [gwt-contrib] Re: Java10 support

> > But I need to figure out if this is a local problem due to our mirrors of > the maven repos or if the HEAD-SNAPSHOT is maybe not updated for some time. Likely a local problem. You can see GWT builds at http://build.gwtproject.org/job/gwt/ and each successful build pushes HEAD-SNAPSHOT to

Re: [gwt-contrib] Re: Java10 support

> I guess I am bit overworked :) ignore the last statement! > :D :D and now you are sad? :) -- 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-to

Re: [gwt-contrib] Re: The elusive J2CL

> >1. The backing company backed off but kept the crucial new piece >secret - J2CL. > > These days it is already available to a few people who take their spare time to make it useable by the general public. >1. The past and current stated direction devolves the product, does >

[gwt-contrib] Re: IntelliJ IDEA project config

It is pretty annoying to setup GWT correctly in IntelliJ :( Quite some time ago I had one working, but in the mean time a bit has changed in terms of emulation packages and libraries. You can use the old state as a starting point: https://gwt-review.googlesource.com/c/gwt/+/12380 (see Readme be

[gwt-contrib] Re: Naming convention for ported GWT modules

> Fwiw, I can see zero reason why examples would be published to a Maven > repo. Well right, although quite a lot projects do so. But maybe just because examples are part of a multi module project and they just deploy everything to maven central. That would even be a stronger argument to mov

[gwt-contrib] Re: Java10 support

> The next step will be to support Java 10 APIs (we still have some Java 9 > ones to add) and language features. > I have a partial JDiff report (some packages still missing) between current GWT HEAD emulation and JDK 10. It is a bit annoying to run javadoc/jdiff against GWT HEAD emulation as

[gwt-contrib] Re: Java10 support

Is there a stable Eclipse JDT release supporting local variable type inference? Doesn't look like Eclipse itself already supports Java 10 language features. -- J. -- You received this message because you are subscribed to the Google Groups "GWT Contributors" group. To unsubscribe from this gr

[gwt-contrib] Re: Naming convention for ported GWT modules

What about org.gwtproject.sdk:gwt-$module and org.gwtproject.sdk:gwt-$module-processor (keep the optionally APT module flat within org.gwtproject.sdk group Id) org.gwtproject.examples:$lots-of-example-apps-using-any-gwt-module-combinations org.gwtproject.site:... org.gwtproject.tools:... org.gwtp

[gwt-contrib] Re: Gerrit Changes and Merging them into master

> It is possible to become a maintainer or what are the criterias to become > one? > The Steering Committee of GWT decides who becomes a maintainer for a specific component of GWT or a global maintainer. You can find a bit more information here: https://groups.google.com/d/msg/google-web-to

[gwt-contrib] Re: Gerrit Changes and Merging them into master

Changes can be merged when they have a +2 code review. Currently there are only three https://gwt-review.googlesource.com/q/project:gwt+status:open+label:code-review%253D2 A +2 code review can be done by the Google GWT team and some additional people acting as maintainers for different parts o

[gwt-contrib] Re: Deploying to org.gwtproject.* groupId

Oh and if its just about making these small projects more discoverable then one could also create a single project, e.g. gwtproject/gwt3-migration and use the wiki for documentation and/or git submodules to link in all these small projects as well. -- J. -- You received this message because y

[gwt-contrib] Re: Deploying to org.gwtproject.* groupId

You don't build a house starting with the windows, you need a solid foundation. IMHO you/we first need to figure out how these smaller projects should be handled in the future. Does the gwtproject organization enforce requirements on these projects or are they totally independent and just sha

Re: [gwt-contrib] Re: Jetty upgrade broke HtmlUnit for window.onerror

> Alternatively, gitter.im/gwtproject/gwt is extremely active, and only > missing representation from google. LIkewise could schedule some time to > quickly discuss things. > There is also https://gitter.im/gwtproject itself which can only be joined by members of the Github GWT organization.

[gwt-contrib] Re: Make GWT fun again - what's the status of faster GWT compilation from scratch?

> > > Will J2CL and GWT 3 make GWT compilation scale better (faster and/or less > memory-hungry for big projects)? > Yes, J2CL creates one JS file per Java file. No optimizations, nothing, just simply converting from Java syntax to JavaScript ES6 classes. I think it has been said that it is ro

[gwt-contrib] Re: Question about contributing with java.util.concurrent emulation

AFAICT we want to merge Guava's emulation of JRE classes into GWT itself. I think it also includes CountDownLatch. Maybe you want to check if you have emulated something in addition to Guava: https://github.com/google/guava/tree/master/guava-gwt/src-super/java -- J. -- You received this messa

[gwt-contrib] Re: $entry() wrapper and JsInterop

Take a look at https://gwt-review.googlesource.com/#/c/18540/ for a possible solution. -- J. -- 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-too

Re: [gwt-contrib] Re: JsInterop & collections

> I believe it was in plans with @JsConvert – see slides 67 – 69. > https://docs.google.com/file/d/0ByS1wxINeBWjeGYxbkJpamxFZ28/edit > I think this is more meant to be used with non-native JsTypes. When you have a JsType implemented in Java and some JavaScript gives you JS through the Java ob

[gwt-contrib] Re: JsInterop & collections

IMHO if you want a JavaScript array, set, map behave the same as a Java collection, so you can use it with other libraries, you should write an adapter class that implements the Java API and operates internally on the JavaScript data type. Basically do not rely on invisible magic. That could e

[gwt-contrib] Re: CodeServer is using about 500 threads ?

Most likely these are file/directory watcher threads created by Java itself because SDM uses Java's WatchService to detect changes. You can use -Dgwt.watchFileChanges=false to turn it off. GWT will then do a full directory scan to detect changes. -- J. -- You received this message because you

[gwt-contrib] POC: Replace Speedtracer with Opentracing.io

I stumbled upon opentracing.io some time ago and while it is primarily designed to trace distributed services you can also use it to trace a single process obviously. GWT compiler can produce speedtracer logs but you can not easily visualize them because the Chrome plugin does not work anymore

[gwt-contrib] Re: Time to remove GWT-RPC from WebAppCreator sample app?

I don't think so. There are more important questions to think about, like: How will GWT 3 look like? Which features will carry over? Who ports what? When to start porting, given that JsInterop 1.0 and a beta of jsinterop.base is available? Do we create a new repository for GWT 3 to give it a cl

Re: [gwt-contrib] Re: Elemental2 and JsInterop base beta releases available.

> > Is this still true for elemetal2? I use JsInterop to define DTOs, they > area easy and clean, but collections are still a small problem, if > elemental solve this will be awesome, but not sure if this is going to be > true. New union types can be influenced to be used easily in the JVM too

Re: [gwt-contrib] Digest for google-web-tool...@googlegroups.com - 7 updates in 1 topic

> Do you plan to open source your Typescript to Java generator ? > elemental2 is generated from closure extern files and not typescript definitions. However the generator should also support typescript definitions by the time it is open sourced, at least it has been said in this group. -- J

[gwt-contrib] Re: Elemental2 and JsInterop base beta releases available.

Hmm, I have just built gwt head from source and used the above jars but SDM tells me: Errors in jsinterop/base/Js.java [ERROR] Line 56: JsProperty 'void Js.debugger()' should have a correct setter or getter signature. Can anyone confirm? -- J. -- You received this message because you

[gwt-contrib] Re: Experimental release of Elemental2

> What data sources does it consume? Does it take Typescript or Web IDL as > input or something else? > According to a GWTcon 2016 Video the generator uses Closure extern files as well as TypeScript definition files so you can use it to generate JsInterop wrappers for lots of JS libraries. -

[gwt-contrib] Re: GWTCon 2015 keynote question

Wow that looks too weird for me to see any value in it :D -- 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...@googleg

Re: [gwt-contrib] Re: Thoughts on DevMode

> J2Cl itself will likely be built with Bazel (given that even Dagger et al. > are moving from Maven to Bazel, I don't think we want to invest in > maintaining a non-Bazel build –contributed by "the community"– in parallel > to Bazel –contributed by Google–), and our goal as a community will b

Re: [gwt-contrib] Re: Thoughts on DevMode

> > > But this is still handwaving for now, as nobody outside Google has seen > J2Cl yet (the Steering Committee, and probably select contributors, should > have an early access to it in the coming weeks/months, to have a better > sense of how GWT 3 could look like, and possibly help in the ope

[gwt-contrib] Re: Thoughts on DevMode

Sorry but this will very likely never happen unless you do it yourself together with other interested people and manage it on Github as a community project. Google (GWT's main committer) invests in J2CL + Closure Compiler in the future so they won't do it and current contributors will likely fa

[gwt-contrib] Re: Utils

I like it. IMHO if utility methods depend on something other than pure JRE they should live in their own utility class for that package/library/purpose. So I would be fine with W3cDomUtils, SpeedTracerUtils, etc. -- J. -- You received this message because you are subscribed to the Google Gro

[gwt-contrib] Re: Newbie - not able to add patch

GWT is hosted at https://gwt.googlesource.com/gwt and only mirrored (read-only) to Github. If you want to contribute you must push your patch to https://gwt.googlesource.com/gwt . To do so you need to signup to Gerrit, sign a CLA, obtain and install a HTTP password and finally install Gerrit's

[gwt-contrib] Re: About a proposed to change to SafeHtml's UriUtils

IMHO it's a small enough addition that totally makes sense and it's nothing that would block any future direction of GWT. I don't see any real reason to not accept the contribution. The points mentioned are either clunky (pull in a complete different library just to get a single small feature o

[gwt-contrib] Re: PROPOSAL: a devserver to replace devmode

Well it is just what I would ask for in order to replace local apache / nginx on developer machines with GWT devserver. It's not a problem to simply continue using a dedicated proxy either with CodeServer or a "no-op" devserver. Basically our setup is more a less the result of two decisions: N

[gwt-contrib] Re: PROPOSAL: a devserver to replace devmode

Hmm generally I like having build-in proxy with GWT, as I usually use a proxy anyways at work just to mimic the production behavior (load balancers serving static GWT app files and proxy certain requests to servlet container). However I think there should be more options to be more configurable

[gwt-contrib] Re: 2.8 (final) is released very silent!?

The release is 2 days old (yes it's already on maven central) and will likely be announced once release notes are merged and uploaded. Github just says it's 17 days ago because the commit that has been tagged is 17 days old. -- J. -- You received this message because you are subscribed to th

[gwt-contrib] Re: GWT 2.8.0 RC3 is here!

> Sorry for bothering you, but what about notes ? > You can look at the commit log for now: https://github.com/gwtproject/gwt/compare/2.8.0-rc2...2.8.0-rc3 -- J. -- You received this message because you are subscribed to the Google Groups "GWT Contributors" group. To unsubscribe from this g

Re: [gwt-contrib] Re: Last call for 2.8.0-RC3

> Thank you I will try that -strict option. > > My suggestion is that exported @JsType (when the -generateJsExport option > is turned on) should be considered as entrypoints and generate compilation > errors, what do you think ? > I think that -strict should be the default everywhere. I don't

Re: [gwt-contrib] Re: ScriptInjector seems to be broken (2.8-SNAPSHOT)

> Can you file an issue and ping Daniel (by mail or hangout) to delay the > RC3 a bit? (if not already too late, as it's 4pm cest) > Done. -- You received this message because you are subscribed to the Google Groups "GWT Contributors" group. To unsubscribe from this group and stop receiving

Re: [gwt-contrib] Re: ScriptInjector seems to be broken (2.8-SNAPSHOT)

Ok just tried it myself. Created a new, fresh project having world in my host page using public void onModuleLoad() { Global.window.alert("Element found: " + (Global.document.getElementById( "hello") != null)); } GWT 2.8 RC2 returns true _.onModuleLoad_4_g$ = function onModuleLoad_3_g$(){

Re: [gwt-contrib] Re: ScriptInjector seems to be broken (2.8-SNAPSHOT)

> This scoping is all very confusing :-). > > Anyway, this is what I am seeing with Elemental2: > - I have an application that generates HTML using a custom templating > system. > - I then put the HTML string in an Element with setInnerSafeHtml. > - After this I use Element2 to bind to the gener

[gwt-contrib] Re: ScriptInjector seems to be broken (2.8-SNAPSHOT)

Hm wondering how it ever worked for you as JsInterop usually qualifies JS code with $wnd but your D3.js has been injected into the GWT iframe. So AFAICT with JsInterop you would had to use TOP_WINDOW anyways. You can make it work within the GWT iframe but then you can't use JsPackage.GLOBAL but

[gwt-contrib] Re: Ext.form.field.File not working with gwt2.8.0-rc2 (with gwt2.8.0-beta1 it works)

> Do you pass --generateJsInteropExports to GWT? I think that's now required > for @JsFunction⋅s to be callable from JS. > You don't need --generateJsInteropExports to make @JsFunction work, that would be bad. Just verified it using RC2 and event listener on button element. But you need --ge

[gwt-contrib] Re: Eclipse Code Server Launcher Icon

I guess the future is CodeServer + optional external servlet container. So IMHO it would be more straight forward to just have "GWT Web Application" which always launches CodeServer.main() directly and not through DevMode.main(). Within this run configuration you can optionally choose to automa

Re: [gwt-contrib] Re: A possible JsInterop issue in GWT 2.8 RC2

> Jens is spot on. We want people to explicitly use > -generateJsInteropExports if they rely on exporting since it has a hit on > code size. > Maybe the mention of the parameter should be added to the JsType JavaDoc for a final 2.8 release. -- J. -- You received this message

Re: [gwt-contrib] Re: A possible JsInterop issue in GWT 2.8 RC2

Because all these non native JsTypes are considered entry points to your application when they are exported and thus all code referenced by them can not be pruned and maybe some other optimization a can't be applied to it as well. Now consider GWT libraries that use non native JsTypes to export

[gwt-contrib] Re: Hide GWT Development Mode window

You can also just launch CodeServer.main() unless you somehow need the embedded Jetty server launched by legacy DevMode class for your server side code (although IMHO its better to have CodeServer and Servlet container in two different processes so you can relaunch them separately). CodeServer

[gwt-contrib] Re: A possible JsInterop issue in GWT 2.8 RC2

@JsType with isNative = false (the default) are probably treated as normal classes now if you do not use -generateJsInteropExports as compiler parameter. I guess it works again if you use the compiler parameter? -- J. -- You received this message because you are subscribed to the Google Groups

[gwt-contrib] Re: Last call for GWT 2.8.0 RC2

> If you feel strongly that something should make RC2 please raise this on > this thread. I will be cutting RC2 tomorrow PST time. > To avoid incorrect warnings: https://gwt-review.googlesource.com/#/c/16540/ -- You received this message because you are subscribed to the Google Groups "GWT

Re: [gwt-contrib] Re: gwtproject.org site

> About github pages with custom domains, the only minor I see is that it > does not supports https, but currently our site is not https enabled, so > not a big deal in the short time. > Yes but its possible to put cloudflare.com in front of it to get free SSL on the domain. I have done that

[gwt-contrib] Re: gwtproject.org site

Why don't we use Github pages with custom domain? Never looked into the code, does the servlet anything special? -- J. -- 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 a

[gwt-contrib] Re: GWT 2.8.0 RC1 is here!

You should file a bug on the maven plugin issue tracker https://github.com/gwt-maven-plugin/gwt-maven-plugin -- J. -- 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 em

Re: [gwt-contrib] Re: Experimental release of Elemental2

> It only works with the generateJsInteropExports flag set though. > Sounds like a bug to me. -- J. -- 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 googl

[gwt-contrib] Re: Bean Validation

> > I thought, removal would not be done before gwt 3.0... > Thats right. Validation will still be present in 2.8, its just marked deprecated. The change Thomas has made won't be committed before 2.8, but you can use it to determine what needs to be extracted into your external project. You ca

Re: [gwt-contrib] Re: Experimental release of Elemental2

> > - often method signature defines Object as return type while I am pretty > sure something more concrete would be more appropriate. > > if a method "getFoo" can return different types "string or Foo", we create > different methods : > public Object getFoo(); > public String getFooAsString();

Re: [gwt-contrib] Re: Experimental release of Elemental2

> I do think we should have another library that builds on Elemental2. While > browser compatibility is a lot better, it still isn't perfect and we need > somewhere to collect workarounds for specific issues and add helper > functions to make working with the library easier. > But then you h

[gwt-contrib] Re: Current snapshots failing with JDK 7

Hm maybe something like https://github.com/gwtproject/gwt/commit/3586e7bc10777c7d479889a5f20927cbf2aceb97 is needed for SerializedLambda as well? -- You received this message because you are subscribed to the Google Groups "GWT Contributors" group. To unsubscribe from this group and stop recei

[gwt-contrib] Re: Compile specific files only

> Without any background, the question is how can I add a compiler option so > that the source inside a module is compiled without resolving its > dependency? For example, a module as simple as below > > > > > > > Only the .java files inside utils folder are translated into javascript.

Re: [gwt-contrib] Re: Experimental release of Elemental2

> Thanks, now makes sense. I get confused with the JsFunction JsType(native) > because elemental2 has some callbacks as JsFunction and others as > JsType(native), now an actual elemental2 question; what criteria is used to > apply JsFunction (ex. elemental2.Node.AddEventListenerCallback) inste

[gwt-contrib] Re: GWT 2.8 rc1 work items

I think we should go through Gerrit and create a Github issue for every CL that we definitely want in final 2.8 (so we can track it using Github milestone, or is there some sort of tagging feature in Gerrit that we can use to mark CLs for 2.8?) and then concentrate on reviewing these. Personall

[gwt-contrib] Re: Future direction for common JS api's

Given that Elemental 2 is developed behind closed doors, I would guess it can take TypeScript definition files and/or some IDL input to generate JS APIs for GWT / J2CL. That should cover nearly all Web APIs. IMHO TypeScript definition files would be preferred because there are tons of them on h

  1   2   3   4   5   >