Sunday, January 10, 2021

Re: CodeServer looks for (not required?) source

On 10. 01. 2021. 17:39, Vassilis Virvilis wrote:
> AFAIK the reference is in the code you try to compile not in the GWT
> compiler per se...

Not sure I understand - I didn't say that bug is in the compiler, just that
compiler doesn't see any problem with my code, while code server does.

Problem for sure is in my code, I just don't have any clue where to look
for. Last step would be to bisect commits, but I did many not-so-clean
commits in my project and dependent libraries, so that would be pretty time
consuming task. I was hoping someone have some trick up their sleeves :)

BTW, I could swear that I had similar problem many winters ago, but now I
can't remember how I solved that.

-gkresic.

--
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+unsubscribe@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/google-web-toolkit/dbc87cc7-258c-6b0d-453c-1f231f106ac0%40steatoda.com.
Posted by at No comments:

Re: CodeServer looks for (not required?) source

Actually you have following options for the transpiler with Maven plugin. Maybe it is the same with the Gradle?


See the GWT Maven Plugin part...

<arg>-logLevel</arg>
<arg>INFO</arg>

<arg>-style</arg>
<arg>PRETTY</arg>

Hope this helps.
vas...@gmail.com schrieb am Sonntag, 10. Januar 2021 um 17:40:21 UTC+1:
AFAIK the reference is in the code you try to compile not in the GWT compiler per se...

  Vassilis

On Sun, Jan 10, 2021 at 4:53 PM Gordan Krešić <gordan...@steatoda.com> wrote:
When using SDM's Code Server, I get following error during initial load:

        [ERROR] Could not find org.apache.commons.lang3.LocaleUtils in types
compiled from source. Is the source glob too strict?

That's it, no further reference which class depends on LocaleUtils. Is there
a way to increase log verbosity of code server?

Possibly relevant: "normal" GWT compile task works fine. Probably optimizer
strips some unused methods that causes problems for Code Server (which
doesn't do code pruning).

If it's relevant, I'm running CodeServer via steffenschaefer's
gwt-gradle-plugin, but not there, nor in official GWT docs do I find any
option for making Code Server more verbose:

http://www.gwtproject.org/doc/latest/DevGuideCompilingAndDebugging.html#SuperDevMode

https://github.com/steffenschaefer/gwt-gradle-plugin/blob/master/gwt-gradle-plugin/src/main/java/de/richsource/gradle/plugins/gwt/GwtSuperDevOptions.java

        -gkresic.

--
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-tool...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/google-web-toolkit/5586e08b-7076-643f-ce87-493a8c22c386%40steatoda.com.


--
Vassilis Virvilis

--
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+unsubscribe@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/google-web-toolkit/d575755a-f6d9-4df8-bb06-0ed784413930n%40googlegroups.com.
Posted by at No comments:

Re: CodeServer looks for (not required?) source

AFAIK the reference is in the code you try to compile not in the GWT compiler per se...

  Vassilis

On Sun, Jan 10, 2021 at 4:53 PM Gordan Krešić <gordan.kresic@steatoda.com> wrote:
When using SDM's Code Server, I get following error during initial load:

        [ERROR] Could not find org.apache.commons.lang3.LocaleUtils in types
compiled from source. Is the source glob too strict?

That's it, no further reference which class depends on LocaleUtils. Is there
a way to increase log verbosity of code server?

Possibly relevant: "normal" GWT compile task works fine. Probably optimizer
strips some unused methods that causes problems for Code Server (which
doesn't do code pruning).

If it's relevant, I'm running CodeServer via steffenschaefer's
gwt-gradle-plugin, but not there, nor in official GWT docs do I find any
option for making Code Server more verbose:

http://www.gwtproject.org/doc/latest/DevGuideCompilingAndDebugging.html#SuperDevMode

https://github.com/steffenschaefer/gwt-gradle-plugin/blob/master/gwt-gradle-plugin/src/main/java/de/richsource/gradle/plugins/gwt/GwtSuperDevOptions.java

        -gkresic.

--
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+unsubscribe@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/google-web-toolkit/5586e08b-7076-643f-ce87-493a8c22c386%40steatoda.com.


--
Vassilis Virvilis

--
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+unsubscribe@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/google-web-toolkit/CAKbOjEymzwV1F0ZCPKvvNqQr2f%3DPdt9jxPZOe--ioOkrLD4KrA%40mail.gmail.com.
Posted by at No comments:

CodeServer looks for (not required?) source

When using SDM's Code Server, I get following error during initial load:

[ERROR] Could not find org.apache.commons.lang3.LocaleUtils in types
compiled from source. Is the source glob too strict?

That's it, no further reference which class depends on LocaleUtils. Is there
a way to increase log verbosity of code server?

Possibly relevant: "normal" GWT compile task works fine. Probably optimizer
strips some unused methods that causes problems for Code Server (which
doesn't do code pruning).

If it's relevant, I'm running CodeServer via steffenschaefer's
gwt-gradle-plugin, but not there, nor in official GWT docs do I find any
option for making Code Server more verbose:

http://www.gwtproject.org/doc/latest/DevGuideCompilingAndDebugging.html#SuperDevMode

https://github.com/steffenschaefer/gwt-gradle-plugin/blob/master/gwt-gradle-plugin/src/main/java/de/richsource/gradle/plugins/gwt/GwtSuperDevOptions.java

-gkresic.

--
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+unsubscribe@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/google-web-toolkit/5586e08b-7076-643f-ce87-493a8c22c386%40steatoda.com.
Posted by at No comments:

Monday, January 4, 2021

Re: EditTextCell column fires update when clicked if using SiingleSelectionModel

Hi D. Reinert.

I know this is a very old thread, but I could actually use your EditSelectCell.  Do you possibly still have the code available?

On Friday, August 30, 2013 at 8:22:32 AM UTC-7 danilo...@gmail.com wrote:
Glad to hear that your problem is solved.
I'm going to open an issue about this problem.
It might be useful for others as it was for us.

About why does it happens when SelectionModel is set, I guess that the SelectionModel forces an update on the click. So it just anticipates this unexpected behavior. If you don't use SelectionModel you still realize that EditTextCell fires update when you click on the cell for editing, and click out with no changes (that was my exactly problem).

The abstract popup cell concept seems to be very extendable. It would be interesting to have such a feature.

Eventually, if the EditSelectCell component will be useful for you, you can email me and I'll share it with you.

--
D. Reinert


Em sexta-feira, 30 de agosto de 2013 10h49min30s UTC-3, Steve C escreveu:
Danilo,

That worked for me, although the line numbers were slightly different.  I edited code from 2.5.1 - was yours based on an earlier version?

I'm still trying to figure out the logic flow, given that the issue doesn't occur until I add a selection model.

I like the selection cell concept.  I've made a radio group cell to handle a set of radio buttons, but the drawback has been that it takes up a lot of space.  Your concept layered on top of that might be a good solution, especially if I can use a popup when the buttons are displayed. (General thought - it seems like a generic popup cell might be useful, which things like DatePickerCell could extend, but that would also give inherited logic for any other sort of custom popup cell I'd want to create.)


On Sunday, August 25, 2013 12:25:33 PM UTC-4, Steve C wrote:
In a simple celltable, if I set a SingleSelectionModel, then clicking on an EditTextCell triggers the updater for that column, even though the editor doesn't even open (and the value is the current value).  Without the selection model this doesn't happen.

Is this expected behavior?

I've pasted sample code below.

Also worth noting is the behavior if I hit Enter to clear the alert box - that triggers whatever enter would do on the cell (like open it for editing). Better yet, try editing a cell, and clicking on a different row, then using Enter to close all of the alerts that come up.

public class EditTextCellBug implements EntryPoint {
    public void onModuleLoad() {
       
        List<Bean> list = new ArrayList<Bean>();
        list.add(new Bean("John"));
        list.add(new Bean("Jane"));
       
        ListDataProvider<Bean> provider = new ListDataProvider<Bean>(list);
       
        // problem occurs whether we use explicit key provider or not
        CellTable<Bean> ct = new CellTable<Bean>(provider);
        provider.addDataDisplay(ct);
       
        Column<Bean, String> col = new Column<Bean, String>(new EditTextCell()) {
            @Override
            public String getValue(Bean b) {
                return b.name;
            }
        };
        col.setFieldUpdater(new FieldUpdater<Bean, String>() {
            @Override
            public void update(int index, Bean b, String value) {
                Window.alert(b.name + " updating to " + value);
                b.name = value;
            }
        });
        ct.addColumn(col);
       
        // problem doesn't occur if we don't set the selection model
        SingleSelectionModel<Bean> selModel = new SingleSelectionModel<Bean>();
        ct.setSelectionModel(selModel);
       
        RootPanel.get().add(ct);
       
        // doesn't fire updater - only manual selection does
        selModel.setSelected(list.get(0), true);
    }
}
class Bean {
    public String name;
    public Bean(String name) {
        this.name = name;
    }
}

As a side note, with the single selection model in place, it takes a second click to open the cell for editing if the row wasn't currently selected. (I think I may have a misunderstanding of the role of a selection model, since it doesn't seem to be needed for simple editing, and there are three states a row can have, no bg, yellow bg, and blue, using the default styling.  Do I only need one if I actually want to "do something" with the user's selection?)


--
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+unsubscribe@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/google-web-toolkit/e513b2d8-0c26-4680-a06b-ae44288a19abn%40googlegroups.com.
Posted by at No comments:

Re: Our 10+ year journey with GWT (+ job opening)

Nice to hear from everyone!

Here's to the next ten years :-)

Best wishes for 2021,
Alex

On Tuesday, December 22, 2020 at 10:22:08 AM UTC+1 Segun Razaq Sobulo wrote:

I've been using GWT for 7+ years (with appengine java backends) and actively looking for a job. I'll push my resume.

Thanks
On Monday, 21 December 2020 at 15:24:19 UTC+1 aka...@gmail.com wrote:
We are in times where working remotly id actually a good option.

On Monday, December 21, 2020 at 4:19:13 PM UTC+2 David Nouls wrote:
Hi Alex,

Same story here. I have been working with GWT since it first came out. For our current project we again opted for GWT because we share a lot of code between client and server and productivity is high.

I'm not available at the moment (maybe end of next year)… but living in Belgium/Leuven I don't think that is doable. Relocation is not an option. Good luck finding people, there are not a lot on the market.

Groeten,
David
On 20 Dec 2020, 16:16 +0100, 'Alexander Bertram' via GWT Users <google-we...@googlegroups.com>, wrote:

Dear all, 

I hope this email isn't too off-topic, but I wanted to share an opening for a job on our team with a large GWT component.


The first version of our product, ActivityInfo, a data collection and analysis platform for humanitarian relief, was built with GWT, GXT and Google Gears in 2009 and seriously would not have been possible without GWT. 

In 2018, nearly 10 years later, we looked at the amazing js ecosystem and considered moving to Typescript or Elm.

Instead, we decided to keep the bits that we loved about GWT: the typesafety, code-reuse with the server, i18n, code splitting, linkers, and the amazing compiler, and add SCSS for styles and our own port of Preact + rxJava-like reactivity for dom manipulation using Elemental2.

Three years after the start of ActivityInfo 4.0 we couldn't be happier with the choice, and are more productive than ever. 

If you're an experienced GWT developer that would enjoy the challenge of a working on a modern GWT codebase, I hope you'll consider joining our team!


Best,
Alex

--
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-tool...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/google-web-toolkit/46240bd9-f716-4448-a481-acfc87229f8fn%40googlegroups.com.

--
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+unsubscribe@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/google-web-toolkit/aef7519b-7bcf-468e-8147-6c287a76565dn%40googlegroups.com.
Posted by at No comments:

Saturday, January 2, 2021

Second Part Article about Web apps UI Development Overview and Concept

My second analysis article about UI development, this time on Web apps with Vue.js, React and Angular - An overview and the concept: http://bit.ly/WebUIDevelopment2020

Happy New Year and enjoy!
Lofi

--
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+unsubscribe@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/google-web-toolkit/2df83e65-edb2-4fa4-a45d-cb09ade8af42n%40googlegroups.com.
Posted by at No comments:
Subscribe to: Posts (Atom)