Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
    Or Goshen
    @Oberonc
    in my web.xml file I have a security constraint to force people to use HTTPS
    looks like this:
    <security-constraint>
    <web-resource-collection>
    <web-resource-name>Everything</web-resource-name>
    <url-pattern>/*</url-pattern>
    </web-resource-collection>
    <user-data-constraint>
    <transport-guarantee>CONFIDENTIAL</transport-guarantee>
    </user-data-constraint>
    </security-constraint>
    when I deploy the war file it all works like peaches
    the problem I have is when I run the server locally using
    mvn jetty:run -pl *-server -am -Denv=dev
    server run normally, but when I try to access it I get
    HTTP ERROR 403 !Secure
    .. naturally since I dont have SSL set on localhost
    what I am forced to do is it comment out the security constant back and forth
    question - is there a way to force the security constant to only aplly to servers other than localhost ?
    Colin Alworth
    @niloc132
    @rdeangelis83 we learned to stop publishing the URL ahead of time after we had random people joining when we did that, but we should at least announce the time. The next one will be in three weeks on 30 sept, starting about the timestamp of my last message. it will also be a bit less informal, trying to drum up support for whereever we are with a potential gwt 2.10 release
    Frank Hossfeld
    @FrankHossfeld
    @niloc132 Mmmh, three weeks should be 07 Oct? Or am I wrong? 😀
    MCMicS
    @MCMicS
    Hi is there any plan to support the latest LTS of java (Java 17) for 2.10?
    Colin Alworth
    @niloc132
    @FrankHossfeld you are of course right, the 7th of october
    @MCMicS gwt 2.9 should already run on lts (i think 2.8.2 will too?)
    @MCMicS if you are asking if the new language features will be added, that won't be possible unless we wait quite a while, we need stable support in JDT for this, and they are still at some level of beta eclipse/eclipse.jdt.ls#1845
    and after that, someone will need to take the time to implement the actual features themselves (and to my knowledge, we don't have language features much past java 11 or so? https://docs.oracle.com/en/java/javase/17/language/java-language-changes.html lists language features that were added since java 9 if you want to take a look at where something was added
    text blocks for example should be quite easy to add
    switch expressions will be less easy, but i doubt should be too terrible - but someone will need to take the time to work on it
    Ahmad K. Bawaneh
    @vegegoku:matrix.org
    [m]
    As I am checking there isnt many things to be emulated where those you mentioned are good ones ..we also have records, sealed classes, some stream APIs and maybe pattern matching for switch .
    Maybe something like sealed classes is easy as it is infered by the java compiler and the gwt compiler should just ignore it.
    Colin Alworth
    @niloc132
    stream apis are "easier" to implement, just have to change our stream emul - language features we have to change the js (or at least adapt how we read the java ast a bit)
    MCMicS
    @MCMicS
    @niloc132 thanks for answering. Yes I mean add new language features and changes to exisiting (like Predicate.not)
    I also test it the days to use 17 class files to use within app if source level is still 11
    MCMicS
    @MCMicS
    Predicate. Not was introduced in 11 but it is not emulated now
    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