Where communities thrive

Join over 1.5M+ people
Join over 100K+ communities
Free without limits
Create your own community

Explore more communities

gwtproject/gwt

GWT Open Source Project

People

Repo info

Activity

Miroslav Pokorny

@mP1

id be happy to try and do the emulated pattern matching libs, but theres a but it would require the shading that my j2cl-maven-plugin does. Its a lot faster and more accurate to write emulated classes and test them in a regular jvm against the real classes being emulated. But something needs to. happen to make this a standard.

oedemis

@oedemis

Hello folks, I have a strange situation. Iam compiling my gwt-app with gwt-maven-plugin, I have set it up with gwt-style OBF. The problem is I have an index.html file where I setup / import some external Vue Files with Sysmte.js like follwing: <script>System.import('./js/main.js').catch(function (err) { console.error(err); });</script> in main.js the vue component is implemented and I have also an JsInterop with VueGWT(LINK), where i for example make JsInterops like in main.js I have a method hello: function() { .... } and in my VueComponent.java I have public native void hello();. Overall this works in Detailed Modus when I am compiling the gwt app, but in OBF-Modus it says that the functions are not found . Whats the problem actually ?

Colin Alworth

@niloc132

@MCMicS so Predicate.not is just a extra method to add to the emul, we dont need to add new language features for that

i started work to add some new methods and such a while ago, but it hasnt matter enough to many people to have me continue, so i've worked on other things instead

@mP1 weren't not talking about pattern matching libraries, but the language features in the new switch-expression syntax - i dont think runtime language support is needed for that?

@oedemis at a guess, your main.js is calling some gwt function which isnt exported - do you correctly have -generatedJsInteropExports turned on, and is that hello() method marked as a jsmethod?

Miroslav Pokorny

@mP1

@mP1 weren't not talking about pattern matching libraries, but the language features in the new switch-expression syntax - i dont think runtime language support is needed for that?

Of course there will be runtime support.

Most of the recent language updates that are not very trivial require lib support.

Colin Alworth

@niloc132

we're both talking about this right? https://docs.oracle.com/en/java/javase/17/language/switch-expressions.html where it is just a language feature to branch in an expression, like an overblown ternary?

Miroslav Pokorny

@mP1

if theres no lib support the amount of bytecode inserted for each call site will be enormous.

Colin Alworth

@niloc132

right, but none of that is in the jre "jar"

Miroslav Pokorny

@mP1

yes thats the one.

of course it will be in the jre jar where else would it go ?

Colin Alworth

@niloc132

its just a helper method, opaque to the real java, so shading/etc is unnecessary

Miroslav Pokorny

@mP1

even something as basic as string concat requires lib support.

Colin Alworth

@niloc132

it would go somewhere like Runtime.java, which isn't a visible class, and is part of gwt itself

so no shading or repackaging, or even super source

Miroslav Pokorny

@mP1

shading / repackaging is only my requirement and suggestion because it assists unit testing

the updated switch is just one use case of pattern matching, its all the same

bb1h

Rocco De Angelis

@rdeangelis83

In the last days I spend some time to think about, how the experience of debugging with the SuperDevMode can be improved.
I personally don't use source-map and I prefer to debug the JavaScript code in Chrome DevTools. For a better understanding/mapping of the code I use the -XmethodNameDisplayMode
ABBREVIATED compiler option. The main reason why I don't use source-map to debug the Java code, is because it is not possible to evaluate expressions in the debugger/console/devtool(please correct if this is wrong).
By using some devtoolsFormatters I personally think that the debug experience is quite okay but it could be better. Some of my colleagues complains that the debug experience (also if it was sometime slow) much better with the old DevMode.
They prefer to debug the Java-Code and they miss the possibility to evaluate expressions by using source-map.

In our company we primary use Jetbrains IDEA aus IDE. And by debugging in IDEA the devtoolsFormatters can not be used.
It would be nice to hear what is your preferred why to debug your GWT code?

Colin Alworth

@niloc132

i also prefer not to use sourcemaps, but i compile to PRETTY and just use that

you can use the dev tools eval thing, but you have to guess the right names, since theyve been mangled to prevent java hiding breaking js

Rocco De Angelis

@rdeangelis83

@niloc132 do you use some devtoolsFormatters?

Colin Alworth

@niloc132

no, just raw js

frankly i dont even use sdm all that often

depends on what i'm working on though

Or Goshen

@Oberonc

I have a weird behavior with chrome and elemento

I wrote a class that has "implements IsElement<HTMLElement>"

inside I have this line:

.add(button().css("ui", "button", "primary", "fluid")
.attr("type", "button")
.on(click, event -> onClickedLogin())
.textContent("Login"))

this function (onClickedLogin()) is called when the generated code is run on a Firefox browser, but it isnt called when it is run on an eclipse browser

how can this be ?

ie, clicking the button in Firefox works, but not in Chrome