Re: Digest for google-web-toolkit@googlegroups.com - 7 updates in 2 topics

[Leon]

I haven't read the whole thread, TLDR.
Maybe this will help;
If you use static variables in your GWT client code, those are unique and
are constrained per tab (gwt client application really).
Cookies are not constrained per tab.
So if you store the information in a static variable, you can have a user
per tab, or a separate session per tab for the same user.



On Fri, Apr 5, 2024 at 3:02 PM  wrote:

> google-web-toolkit@googlegroups.com
> 
>  Google
> Groups
> 
>  [image:
> Google Groups Logo]
> 
> Topic digest
> View all topics
> 
>
>- Session Management problem in flask application
><#m_-143211630234369477_m_5524391493696528937_group_thread_0> - 5
>Updates
>- NoClassDefFoundError on a particular class while running
>gwt:codeserver
><#m_-143211630234369477_m_5524391493696528937_group_thread_1> - 2
>Updates
>
> Session Management problem in flask application
> 
> Thomas Broyer : Apr 04 07:22AM -0700
>
> On Thursday, April 4, 2024 at 2:21:36 PM UTC+2 aakashrathor@gmail.com
> wrote:
>
> ok, thanks again @Thomas Broyer for provide me the information on session
> and cookies
>
> and also read this below conditions and let me this working is wrong or
> right ..
>
> 1)in current situation in my flask app multiple user login possible but
> browsers also have different means one user login on one browser and if
> users are same on same browser then it works properly but if user is same
> and again same user login then generate new session id inside the cookies
> and this session id also replace in all tabs of the same browser where
> this specific user already login
>
>
> That's right, which is why you'd want your app to somehow detect when it
> loads that a session already exists and can just be reused, rather than
> showing the login screen and forcing the creation of a new session,
> replacing the previous one and possibly impacting other tabs.
>
> 2)i wants to test my flask app in same browser but i wants to different
> user login and if new user login then previous user don't logout
> automatically
>
>
> Use incognito/private mode. In Firefox you can use "containers" to, well,
> containerize, tabs with different sets of
> cookies:
> https://addons.mozilla.org/en-US/firefox/addon/multi-account-containers/
>
>
> so read all above conditions or doubts and then provide me suggestions
> On Thursday, April 4, 2024 at 3:13:20 PM UTC+5:30 Thomas Broyer wrote:
>
> Not sure what more I can say.
>
>
> - "Server-side sessions" use cookies, which are global to the whole
> browser (not per-tab), so if you want per-tab sessions you have to find
> another approach than "server-side sessions"
> - Per-tab sessions are not what most sites/apps do, so users will likely
> not expect it (and most users login with a single account at a time
> anyway,
> so it's mostly a non-issue). In other words, you want to do something that
> people are not accustomed to. More clearly: don't do it (unless you have
> very, very, very good reasons to)
> - What you should do though (that you probably don't do nowadays, which
> lead you to discover that behavior of your app) is to somehow check, when
> your app loads, whether there's already a session or not (generally, make
> a
> request to the server to get the user's information –username, etc.– and
> handle errors so you display the login form when unauthenticated). Opening
> your app in multiple tabs (after authenticating in one tab) shouldn't show
> you the login form.
>
>
>
> On Thursday, April 4, 2024 at 9:55:24 AM UTC+2 aakashrathor@gmail.com
> wrote:
>
> thanks @Thoms Broyer
> can you elaborate more that can help me and clear what you wants to say
>
> On Wednesday, April 3, 2024 at 6:02:06 PM UTC+5:30 Thomas Broyer wrote:
>
> On Wednesday, April 3, 2024 at 1:16:58 PM UTC+2 aakashrathor@gmail.com
> wrote:
>
> Hello everyone,
> In my flask application there is some issue related to login system and
> issue as below 1)in flask app there are multiple users(roles) like
> admin ,indentor.etc. and the problem is that if any user login on same
> browser where already any user logged in then previous user automatically
> logout and recent user logging successfully
> 2)if browser are different and users also different means only one user
> login through one browser then there is no problem it works properly
> 3)if browser is same and user also same then same name user login
> successfully but previous same user session id change
> 4)in any browser with same web page who running on local server all tabs
> 

Re: Digest for google-web-toolkit@googlegroups.com - 1 update in 1 topic

[Leon]

It’s the package rename for the later servlet spec. Use tomcat 9 and you’ll
be fine.

On Wed, 20 Mar 2024 at 14:02,  wrote:

> google-web-toolkit@googlegroups.com
> 
>  Google
> Groups
> 
> 
> Topic digest
> View all topics
> 
>
>- Issue with tomcat version of GWT 2.11 for class javax.validation.Path
><#m_424459083527961_group_thread_0> - 1 Update
>
> Issue with tomcat version of GWT 2.11 for class javax.validation.Path
> 
> Priya : Mar 20 03:14PM +0530
>
> Hi Team,
>
> We are working on development environment with Tomcat 10 where third party
> jar *jakarta.validation-api.jar *has been updated to tomcat specific
> version where package structure is changed from javax.validation to
> jakarta.validation.
>
> When GWT 2.11 with tomcat specific jars(Gwt-servlet and
> requestfactory-server.jar) are deployed, it is trying to find
> javax.validation.Path with below stack trace-
>
> Exception while dispatching incoming RPC call
> java.lang.NoClassDefFoundError: javax/validation/Path
> java.base/java.lang.Class.forName(Class.java:467)
> at
>
> com.google.gwt.user.server.rpc.SerializationPolicyLoader.loadFromStream(SerializationPolicyLoader.java:217)
> at
>
> com.google.gwt.user.server.rpc.jakarta.RemoteServiceServlet.loadSerializationPolicy(RemoteServiceServlet.java:98)
> at
>
> com.google.gwt.user.server.rpc.jakarta.RemoteServiceServlet.doGetSerializationPolicy(RemoteServiceServlet.java:437)
> at
>
> com.google.gwt.user.server.rpc.jakarta.RemoteServiceServlet.getSerializationPolicy(RemoteServiceServlet.java:251)
> at
>
> com.google.gwt.user.server.rpc.impl.ServerSerializationStreamReader.prepareToRead(ServerSerializationStreamReader.java:505)
> at com.google.gwt.user.server.rpc.jakarta.RPC.decodeRequest(RPC.java:241)
>
> As this package has been changed in our environment to
> jakarta.validation.path, GWT source code is unable to find this class,
> giving NoClassDefFoundError.
>
> Also we can find several references of javax.validation.Path in gwt-user
> and other jars under GWT 2.11 jars.
>
> My queries are -
> 1. Has anyone come across such error, if yes, what is workaround.
> 2. as javax packages are outdated and replaced by jakarta, is there a plan
> to update them and what is significance of those classes .Also, how this
> failure can be addressed.
> 3. One solution I could see for older releases, is to add dependency for
> gwt-servlet-deps.jar, but that is not viable solution to us,as we are
> moving away from javax packages due to tomcat upgrade.
>
> Any immediate help will be appreciated.
> Thanks!
> Back to top <#m_424459083527961_digest_top>
> You received this digest because you're subscribed to updates for this
> group. You can change your settings on the group membership page
> 
> .
> To unsubscribe from this group and stop receiving emails from it send an
> email to google-web-toolkit+unsubscr...@googlegroups.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+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-web-toolkit/CABjQu7SGWFP1Gq49-ievrkLw17cCZkJv89Kyjs_sUB5QjyO6oQ%40mail.gmail.com.

Re: Is moving away from RPC a good idea?

[Leon]

If you define a non-existent html cache and/or update your server early in
the morning or late in the evening you will not have a problem. All browser
clients will reload the latest version.
Fallback is to show a warning in the GWT client that the browser needs a
cache clearing when you get a serialization error.
The serialization error is a handy tool for making sure no outdated client
connects to a newer backend. Unless you made no GWT changes with the new
backend, then no-one will notice anyway.

I would not be one to choose for a dual version in production. It'll turn
into a bit of a mess when you have DB changes or domain logic changes.





On Fri, Feb 9, 2024 at 4:36 PM Alex Karg  wrote:

> Thanks for that answer Jens. Makes perfect sense.
>
> Regarding point 1, I am thinking about a more seamless upgrade process
> that minimizes client interruption. Such that old clients can remain
> working on "old" server versions for a while, while new clients work on new
> servers in parallel, until all old clients are migrated in a controlled
> process. Once no old clients are connected any more, the old servers are
> shut down and the upgrade process is completed.
>
> Is there any suggested standard approach (e.g. Load Balancer Setups,
> Client-Server Interface Versioning) to achieve this? Anyone doing this
> successfully?
>
> Freundliche Grüsse,
> Alexander Karg
>
>
>
> On Mon, Jan 15, 2024 at 5:26 PM Jens  wrote:
>
>>
>> Some mention "some annoying downsides" or "is imperfect in a lot of ways"
>> regarding gwt-rpc. What are does?
>>
>>
>> 1. Client and server always need to be in sync because of serialization
>> policy. So a user must reload the web app if you redeploy your application
>> and have modified shared classes.
>> 2. If you want to use J2CL in the future you should not use it.
>> 3. You can only use it with GWT clients unless you reimplement the wire
>> format in other languages / applications. Only unofficial information about
>> the wire format exists.
>> 4. No async servlet support
>> 5. Command pattern doesn't work well with GWT-RPC because you cannot code
>> split the client side serialization data. So your initial or leftover
>> fragment contains everything that goes over the wire. Code splitting only
>> works well if you have one GWT-RPC service per code split condition.
>>
>> --
>> 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+unsubscr...@googlegroups.com.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/google-web-toolkit/cc4b2a17-a072-4685-b138-34f31e46cc5fn%40googlegroups.com
>> 
>> .
>>
> --
> You received this message because you are subscribed to a topic in the
> Google Groups "GWT Users" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/google-web-toolkit/ggDdh0rb6eM/unsubscribe
> .
> To unsubscribe from this group and all its topics, send an email to
> google-web-toolkit+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/google-web-toolkit/CAHcNM3K8e4KTDhB04yDDKPpP%3Dmp1C7776dPJSdR4%2B5wemXdUww%40mail.gmail.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+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-web-toolkit/CABjQu7QQ33UQqjfvkHGZRS%3DrQoZ78KQ3r2_6YfFHXBwdnZZm_Q%40mail.gmail.com.

Re: Autogenerate IDs for eatch widget

[Leon Pennings]

There are ways to get id attributes on elements working even just for test, 
but that will not work efficiently for testing purposes. 
As id's need to be unique within the html, you have manage this for 
instance with a counter. If you do not keep them unique you'll be in a 
world of html behavior fun. 
When you write your tests on a specific Id, the moment you add a widget 
somewhere in the user click path going up to the panel you want for test, 
your id will be higher then expected for the test. So it will fail and 
you'll need to fix ids. Very maintenance intensive.

Best to set an attribute on your element named 'data-xxx' (xxx as 
whatever you like) with a functional value. For instance if it's a value in 
a table, set the corresponding DB id, name or anything that identifies that 
row and is reusable.
data-x is also ignored by screen readers and the like - so no need to 
remove them from prod html. And there is no need to keep them unique in all 
your html - so you can't break behavior.

It's quite easy to do, and it'll work wonders for your setup & maintenance 
of playwright or selenium testing.

Op dinsdag 6 februari 2024 om 12:59:45 UTC+1 schreef Sebastian Bota:

> Thank you very much for your response
>
> On Tuesday 6 February 2024 at 12:03:38 UTC+2 Jens wrote:
>
>> Nothing that I am aware of. Also I think you need some naming conventions 
>> for your debug ids anyways which makes automatic generation difficult. 
>> Otherwise it will be difficult to write and later understand the UI test if 
>> debug ids are generic like input-0, input-1, input-2. You also need to 
>> verify if any of your widgets might already use an ID because of CSS 
>> styling or element selection using document.querySelector(). This would 
>> break if you override the ID.
>>
>> Every widget has onAttach/onDetach/onLoad/onUnload methods you can 
>> override. You could copy GWT's Widget class into your own source code (keep 
>> the original package) or give all your widgets a common super class and 
>> adjust the code to set a debug id. But I think you will quickly realize 
>> that generating stable but unique debug IDs on that abstract level will be 
>> difficult. Also widgets usually want debug ids on some internal meaningful 
>> elements as well, which you do not know at that abstract level.
>>
>> -- J.
>>
>>
>> Sebastian Bota schrieb am Dienstag, 6. Februar 2024 um 09:15:33 UTC+1:
>>
>>> Hello everyone. 
>>> I have a GWT application and for testing purposes ( using external UI 
>>> testing tools ) i need that each widget to have an ID set. i know it is 
>>> possible by using ensureDebugID(), but this approach will take forever to 
>>> change in my project and is very error prone.
>>>
>>> So my question, is there any way i can set an ID to each widget 
>>> automaticly ?
>>> Perhaps some kind of hook, so when a widget is added to DOM i can set 
>>> the ID.
>>> This id will be only used in test, not in production.
>>>
>>> Thank you very much for any suggestions.
>>> BR,
>>> Sebastian
>>>
>>

-- 
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+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-web-toolkit/c37a971a-ea12-4fa4-a926-103afefa3e2bn%40googlegroups.com.

Re: Is moving away from RPC a good idea?

[Leon Pennings]

I think moving away from gwt-rpc is a bad idea. 
A big advantage of GWT is that I can code everything in java and do not 
have to serialize anything to and from text.
That to me is one of the usp's of GWT.
Going from java -> json -> java (or gwt java), is like trying to have a 
complex conversation between 2 Dutch guys, but with a German translator in 
between. 




Op donderdag 11 januari 2024 om 16:20:32 UTC+1 schreef Vassilis Virvilis:

> Hi Vegegoku,
>
> Thanks for clearing that up.
>
> At some point I will definitely try the domino-rest/jackson.
>
> For now I dread the time I will eventually be forced to port my current 
> setup.
>
>
> On Thu, Jan 11, 2024 at 5:13 PM Vegegoku  wrote:
>
>> The annotation on the POJO is not required at all, Domino-rest will auto 
>> generate the json-mapping classes if the jax-rs/jakarata resource 
>> consumes/produces a json even if the annotation is missing, so you can keep 
>> the POJO clean or only have Jackson compatible annotations. ;-)
>>
>> On Thursday, January 11, 2024 at 11:35:05 AM UTC+3 Vassilis Virvilis 
>> wrote:
>>
>>> First of all thanks for doing this work. It is hugely appreciated and 
>>> required in order to avoid GWT and GWT projects look like zombies in a dead 
>>> landscape.
>>>
>>> I am using RestyGWT and yes I also believe it uses Generators 
>>> (GWT.create() ?). I am facing a problem there since RestyGWT is deadish 
>>> itself.
>>>
>>> One of the reasons I abandoned GWT-RPC was Jsinterop. With Jsinterop you 
>>> can include and link to js libraries in the client. Some of them require 
>>> data from the backend e.g. datatables.net, d3 etc. GWT-RPC is not 
>>> compatible with them so I would need to use RequestFactory, which I never 
>>> liked or another framework. So why have two of them? Use one. Go to JSON. 
>>> RestyGWT was the only viable choice at the time.
>>>
>>> With Resty-GWT I can have my POjOs *without annotations*, and I can 
>>> share them between backend, frontend and other clients (non web). RestyGWT 
>>> has 2 backends:
>>> - an older private jackson like (forked) implementation. That's the one 
>>> I use.
>>> - a newer gwt-jackson based one. This one never worked for me.
>>>
>>> Furthermore I have invested in RestGWT and I have some custom patches so 
>>> RestyGWT can transmit my generics.
>>>
>>> At this point domino-jackson and domino-rest looks like the way forward 
>>> but from a quick look require annotations in the POJO and this is something 
>>> that I would like to avoid.
>>>
>>> Just my 2 bits. Sorry if incoherent...
>>>
>>>
>>>
>>>
>>> On Wed, Jan 10, 2024 at 9:45 PM Michael Conrad  
>>> wrote:
>>>
 You should investigate the DominoKit project. They have a much more 
 up-to-date JSON/Jackson-ish implementation.

 Ref: https://github.com/DominoKit/domino-rest



 On 1/10/24 11:26, Christian Hebert wrote:

 Hi guys, I've seen the changes in the new release regarding jakarta 
 servlets, which is great, it's a step toward jakarta but to this day,  GWT 
 is still based on the Servlet API 3.1. 

 Prior of seeing that change, I tried to move away from RPC calls and 
 use http requests instead. I found a nice library called RestyGWT (
 https://resty-gwt.github.io/) who can really simplify the process of 
 handling json data from/to a Rest API.

 So I converted my GWT remote servlets to a Rest API, made a few minor 
 changes in my client code and voilà, I was able to deploy it on a Jakarta 
 Application server since there is no GWT involved on the server side 
 anymore. 

 The last version of RestyGWT has been release in 2020 so I'm not sure 
 how active this project is but from what I've seen it's enough for me.

 So, I would like to get your thoughts on that.  Would you go on that 
 road? stick to RPC calls and wait for a version of GWT based on Jakarta? 
 build your "own" GWT with the changes introduced in the vew version?
 -- 
 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/8fa7dc19-2a15-442d-93b2-adebb947046cn%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-tool...@googlegroups.com.

>>> To view this discussion on the web visit 
 https://groups.google.com/d/msgid/google-web-toolkit/156e77ff-25bd-4743-8798-0d0347d1866d%40newsrx.com
  
 

Re: Strategies for dealing with large number of languages?

[Leon Pennings]

All,

Same as Ralph, we've always been using a custom Translator class (since 
2009/2010 or so).
so for instance .setText(Translator.translate("Submit"))

The Translator loads all labels and puts them in mem based on the language 
preference of the user. So only 1 set of language labels in mem.
Works like a charm and never had a problem.
The translations are on the server side in the db so that a superuser can 
manage translations.

rg,

Leon.

Op donderdag 4 januari 2024 om 09:55:26 UTC+1 schreef Ralph Fiergolla:

Hi! 
Since a big part of our string content comes from database records anyway, 
we decided to go without any static texts but use dynamic labels. Initial 
concerns about performance and memory footprint have proven to be 
unfounded. That is, despite working in the context of European Institutions 
we go with a single static language and avoid the compile time performance 
bottleneck of having a large number of permutations. 
Cheers,
Ralph 

On Thursday, January 4, 2024 at 1:29:08 AM UTC+1 Alexander Bertram wrote:

Hi there,
We have been using GWT to build our product for a very long time. Recently, 
we've faced a new challenge as we've steadily been increasing the number of 
supported translations of the application to support a global audience. 
We're up to 24 languages, and could conceivably hit 40 in the coming year.

With all of these languages, come more permutations! We've stripped away 
browser-specific permutations, but we do have a mobile version of the app, 
which means that we have 2 x 24 permutations = 48.

So far, we've addressed this problem by increasing the size of the VM that 
builds the app, but even with 16 vCPUs it takes 10-12 minutes to build the 
app. I'm experimenting with increasing to 32 vCPUs, but so far I can't get 
the build time to drop linearly.

Anyone else out there using alternate strategies? Is it worth trying to 
create some sort of distributed cache from the intermediate files the 
compiler writes out? Load translations dynamically at runtime instead? Or 
just through more hardware at it :-)

Just curious to hear what others are doing?

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-toolkit+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-web-toolkit/40e79634-d41e-4ddb-8f5c-0d702bcbd1f1n%40googlegroups.com.

Re: ROTFL at that last reply of mine

[Leon]

If you want the request ip in your servlet use;

getThreadLocalRequest().getHeader("X-Forwarded-For");


On Fri, Nov 10, 2023 at 7:22 PM 'dav...@googlemail.com' via GWT Users <
google-web-toolkit@googlegroups.com> wrote:

> Leon
>
> The servelet runs at *subdomain.mydomain.com/foo/bah
> <http://subdomain.mydomain.com/foo/bah>*. To enable the client code on
> mydomain.com to connect, I configure apache and tomcat to make that
> servelet also appear at *mydomain.com/foo/bah
> <http://mydomain.com/foo/bah> *by proxying. It's great! I get the request
> ip as I wanted, but the request is from the server itself, not from the
> remote ip of the end user.
>
> I think I've read that there is a way to allow java rpc to go outside the
> originating domain? I will look into that.
>
> On Friday, 10 November 2023 at 17:48:08 UTC Leon wrote:
>
>> What can never work?
>> I have done this many times with gwt applications. Works like charm.
>>
>> On Fri, Nov 10, 2023 at 6:34 PM 'dav...@googlemail.com' via GWT Users <
>> google-we...@googlegroups.com> wrote:
>>
>>> Spot why this can never work ie running a site on apache2 that proxies
>>> to a webapp running on tomcat to get the request ip address
>>>
>>> clue -whose ip address is going to be returned?  :-)
>>>
>>> On Friday, 10 November 2023 at 16:24:24 UTC dav...@googlemail.com wrote:
>>>
>>>> Leon, Ed
>>>>
>>>> Thanks for looking at this. I realized I have an apache2 problem at
>>>> this stage more than a GWT one.
>>>>
>>>> A bit of proxy code in tomcat and apache2 + enabling  proxy_http has
>>>> fixed the problem. Most of my  enlightenment came from
>>>>
>>>> *https://tomcat.apache.org/tomcat-8.5-doc/proxy-howto.html#Apache_httpd_Proxy_Support
>>>> <https://tomcat.apache.org/tomcat-8.5-doc/proxy-howto.html#Apache_httpd_Proxy_Support>*
>>>>
>>>> and also seeing that an apache module was needed from the logs.
>>>> Production machine is debian and proxy_http does not seem to be enabled by
>>>> default.
>>>>
>>>> I expect there are other ways to skin this cat, especially since I'm
>>>> using AJP anyway, but I think I'll leave it here :-)
>>>>
>>>> David
>>>> On Thursday, 9 November 2023 at 19:33:37 UTC Ed wrote:
>>>>
>>>>> i think gwt has a same source domain filter
>>>>>
>>>>> On Thu, Nov 9, 2023 at 11:47 AM Leon  wrote:
>>>>>
>>>>>> As far as I know, gwt uses relative paths wrt it's own context root.
>>>>>> So the client calls should always be able to reach the gwt servlets. I've
>>>>>> never had to configure anything to make that happen.
>>>>>> If you setup apache2 to forward virtual name based hosts to tomcat,
>>>>>> apache2 is nothing more than a proxy server to 127.0.0.1:8080. Then
>>>>>> you can keep the tomcat fairly simple and straightforward.
>>>>>> There are multiple examples online of how to deploy a .war file to
>>>>>> tomcat on the internet. It's nothing more than that.
>>>>>>
>>>>>>
>>>>>> On Thu, Nov 9, 2023 at 6:34 PM 'dav...@googlemail.com' via GWT Users
>>>>>>  wrote:
>>>>>>
>>>>>>> yeah that sounds doable, I think it's along the lines I was already
>>>>>>> thinking
>>>>>>>
>>>>>>> So* mydomain..com* is served by apache2 and includes the GWT
>>>>>>> javascript
>>>>>>>
>>>>>>> Apache2 also has a conf for *subdomain.mydomain.com
>>>>>>> <http://subdomain.mydomain.com>* that creates a backend  AJP to
>>>>>>> tomcat where I serve subdomain.*mydomain.com/appA
>>>>>>> <http://mydomain.com/appA>* and subdomain.*mydomain.com/appB
>>>>>>> <http://mydomain.com/appB>*
>>>>>>>
>>>>>>> So I just create a ROOT folder in webapps, pop a copy of my GWT
>>>>>>> code's WEB-INF there and that does a job.
>>>>>>>
>>>>>>> But not the job! The servelet that GWT server code creates to pass
>>>>>>> the remote ip to the client code is now running at 
>>>>>>> *subdomain.mydomain.com/foo/bar
>>>>>>> <http://subdomain.mydomain.com/foo/bar>* i

Re: ROTFL at that last reply of mine

[Leon]

What can never work?
I have done this many times with gwt applications. Works like charm.

On Fri, Nov 10, 2023 at 6:34 PM 'dav...@googlemail.com' via GWT Users <
google-web-toolkit@googlegroups.com> wrote:

> Spot why this can never work ie running a site on apache2 that proxies to
> a webapp running on tomcat to get the request ip address
>
> clue -whose ip address is going to be returned?  :-)
>
> On Friday, 10 November 2023 at 16:24:24 UTC dav...@googlemail.com wrote:
>
>> Leon, Ed
>>
>> Thanks for looking at this. I realized I have an apache2 problem at this
>> stage more than a GWT one.
>>
>> A bit of proxy code in tomcat and apache2 + enabling  proxy_http has
>> fixed the problem. Most of my  enlightenment came from
>>
>> *https://tomcat.apache.org/tomcat-8.5-doc/proxy-howto.html#Apache_httpd_Proxy_Support
>> <https://tomcat.apache.org/tomcat-8.5-doc/proxy-howto.html#Apache_httpd_Proxy_Support>*
>>
>> and also seeing that an apache module was needed from the logs.
>> Production machine is debian and proxy_http does not seem to be enabled by
>> default.
>>
>> I expect there are other ways to skin this cat, especially since I'm
>> using AJP anyway, but I think I'll leave it here :-)
>>
>> David
>> On Thursday, 9 November 2023 at 19:33:37 UTC Ed wrote:
>>
>>> i think gwt has a same source domain filter
>>>
>>> On Thu, Nov 9, 2023 at 11:47 AM Leon  wrote:
>>>
>>>> As far as I know, gwt uses relative paths wrt it's own context root. So
>>>> the client calls should always be able to reach the gwt servlets. I've
>>>> never had to configure anything to make that happen.
>>>> If you setup apache2 to forward virtual name based hosts to tomcat,
>>>> apache2 is nothing more than a proxy server to 127.0.0.1:8080. Then
>>>> you can keep the tomcat fairly simple and straightforward.
>>>> There are multiple examples online of how to deploy a .war file to
>>>> tomcat on the internet. It's nothing more than that.
>>>>
>>>>
>>>> On Thu, Nov 9, 2023 at 6:34 PM 'dav...@googlemail.com' via GWT Users <
>>>> google-we...@googlegroups.com> wrote:
>>>>
>>>>> yeah that sounds doable, I think it's along the lines I was already
>>>>> thinking
>>>>>
>>>>> So* mydomain..com* is served by apache2 and includes the GWT
>>>>> javascript
>>>>>
>>>>> Apache2 also has a conf for *subdomain.mydomain.com
>>>>> <http://subdomain.mydomain.com>* that creates a backend  AJP to
>>>>> tomcat where I serve subdomain.*mydomain.com/appA
>>>>> <http://mydomain.com/appA>* and subdomain.*mydomain.com/appB
>>>>> <http://mydomain.com/appB>*
>>>>>
>>>>> So I just create a ROOT folder in webapps, pop a copy of my GWT code's
>>>>> WEB-INF there and that does a job.
>>>>>
>>>>> But not the job! The servelet that GWT server code creates to pass the
>>>>> remote ip to the client code is now running at 
>>>>> *subdomain.mydomain.com/foo/bar
>>>>> <http://subdomain.mydomain.com/foo/bar>* instead of *mydomain.com/foo/bar
>>>>> <http://mydomain.com/foo/bar>*, so the GWT produced client javascript
>>>>> served at *mydomain.com <http://mydomain.com>* and the servelet can't
>>>>> talk.
>>>>>
>>>>> I feel there must be a solution, but just now I don't see it and even
>>>>> thus far, I feel I'm jumping through hoops. Am I missing a *recommended
>>>>> way* to do this?
>>>>>
>>>>>
>>>>>
>>>>> On Thursday, 9 November 2023 at 13:40:02 UTC Leon Pennings wrote:
>>>>>
>>>>>> You can deploy the web application on tomcat and use mod_proxy on
>>>>>> apache2 to forward https (or http if required) to tomcat on 8080 (or
>>>>>> another port if required)
>>>>>>
>>>>>> Op woensdag 8 november 2023 om 18:31:19 UTC+1 schreef
>>>>>> dav...@googlemail.com:
>>>>>>
>>>>>>> hi Ed
>>>>>>>
>>>>>>> Yes understood and most of  the "app" is GWT produced javascript,
>>>>>>> part of a web page, which I've always run on apache2 and don't really 
>>>>>>> want
>>>>>>> to change that for the ip 

Re: running gwt server code on apache

[Leon]

As far as I know, gwt uses relative paths wrt it's own context root. So
the client calls should always be able to reach the gwt servlets. I've
never had to configure anything to make that happen.
If you setup apache2 to forward virtual name based hosts to tomcat, apache2
is nothing more than a proxy server to 127.0.0.1:8080. Then you can keep
the tomcat fairly simple and straightforward.
There are multiple examples online of how to deploy a .war file to tomcat
on the internet. It's nothing more than that.


On Thu, Nov 9, 2023 at 6:34 PM 'dav...@googlemail.com' via GWT Users <
google-web-toolkit@googlegroups.com> wrote:

> yeah that sounds doable, I think it's along the lines I was already
> thinking
>
> So* mydomain..com* is served by apache2 and includes the GWT javascript
>
> Apache2 also has a conf for *subdomain.mydomain.com
> <http://subdomain.mydomain.com>* that creates a backend  AJP to tomcat
> where I serve subdomain.*mydomain.com/appA <http://mydomain.com/appA>*
> and subdomain.*mydomain.com/appB <http://mydomain.com/appB>*
>
> So I just create a ROOT folder in webapps, pop a copy of my GWT code's
> WEB-INF there and that does a job.
>
> But not the job! The servelet that GWT server code creates to pass the
> remote ip to the client code is now running at *subdomain.mydomain.com/foo/bar
> <http://subdomain.mydomain.com/foo/bar>* instead of *mydomain.com/foo/bar
> <http://mydomain.com/foo/bar>*, so the GWT produced client javascript
> served at *mydomain.com <http://mydomain.com>* and the servelet can't
> talk.
>
> I feel there must be a solution, but just now I don't see it and even thus
> far, I feel I'm jumping through hoops. Am I missing a *recommended way*
> to do this?
>
>
>
> On Thursday, 9 November 2023 at 13:40:02 UTC Leon Pennings wrote:
>
>> You can deploy the web application on tomcat and use mod_proxy on apache2
>> to forward https (or http if required) to tomcat on 8080 (or another port
>> if required)
>>
>> Op woensdag 8 november 2023 om 18:31:19 UTC+1 schreef
>> dav...@googlemail.com:
>>
>>> hi Ed
>>>
>>> Yes understood and most of  the "app" is GWT produced javascript, part
>>> of a web page, which I've always run on apache2 and don't really want to
>>> change that for the ip address supplying servelet which is a recent
>>> addition. I already also run  a backend tomcat with an AJP connection to
>>> apache2 for a couple of  java coded apps. So is setting up the WEB-INF
>>> directory of my GWT "app" separately in tomcat the preferred way to do this
>>> or at least a possibility?
>>>
>>> Prior to adding  the server code the WEB_INF directory was not needed by
>>> apache2 I believe, rather just the javascript, directory. so that does
>>> appear to be a reasonable way to go?
>>>
>>> David
>>>
>>> On Wednesday, 8 November 2023 at 12:31:36 UTC Ed wrote:
>>>
>>>> jetty is application server while apache2  is a web server.  tomcat is
>>>> the apache app server.
>>>>
>>>> On Wed, Nov 8, 2023 at 4:48 AM 'dav...@googlemail.com' via GWT Users <
>>>> google-we...@googlegroups.com> wrote:
>>>>
>>>>> On my development machine I test my code in jetty. The client code
>>>>> calls a server to get the client ip address. This works fine and I see a
>>>>> server at localhost:8080/foo/bar as I expect. If I browse to it I get a 
>>>>> 405
>>>>> as GET request are not allowed, but that's not a problem as it does the 
>>>>> job
>>>>> it's supposed to do ie pass request address back to client code.
>>>>>
>>>>> It does not work in production were the code is run on apache; the
>>>>> server is not created as on jetty, so that's not unexpected. I first
>>>>> suspicion was that modsecurity is preventing the creation of the server,
>>>>> but that proves to be not so. I also see the same failure over http as 
>>>>> over
>>>>> https.
>>>>>
>>>>> I have a pretty basic apache2 setup on debian (apart from adding
>>>>> modsecurity) and the site config is pretty bog standard for both http and
>>>>> https. I'm guessing I need to tweak something somewhere to allow the 
>>>>> server
>>>>> to be created?
>>>>>
>>>>> --
>>>>> You received this message because you are subscribed to the Google
>>>>> Groups "GWT Users" group

Re: running gwt server code on apache

[Leon Pennings]

You can deploy the web application on tomcat and use mod_proxy on apache2 
to forward https (or http if required) to tomcat on 8080 (or another port 
if required)

Op woensdag 8 november 2023 om 18:31:19 UTC+1 schreef dav...@googlemail.com:

> hi Ed
>
> Yes understood and most of  the "app" is GWT produced javascript, part of 
> a web page, which I've always run on apache2 and don't really want to 
> change that for the ip address supplying servelet which is a recent 
> addition. I already also run  a backend tomcat with an AJP connection to 
> apache2 for a couple of  java coded apps. So is setting up the WEB-INF 
> directory of my GWT "app" separately in tomcat the preferred way to do this 
> or at least a possibility?
>
> Prior to adding  the server code the WEB_INF directory was not needed by 
> apache2 I believe, rather just the javascript, directory. so that does 
> appear to be a reasonable way to go?
>
> David
>
> On Wednesday, 8 November 2023 at 12:31:36 UTC Ed wrote:
>
>> jetty is application server while apache2  is a web server.  tomcat is 
>> the apache app server.
>>
>> On Wed, Nov 8, 2023 at 4:48 AM 'dav...@googlemail.com' via GWT Users <
>> google-we...@googlegroups.com> wrote:
>>
>>> On my development machine I test my code in jetty. The client code calls 
>>> a server to get the client ip address. This works fine and I see a server 
>>> at localhost:8080/foo/bar as I expect. If I browse to it I get a 405 as GET 
>>> request are not allowed, but that's not a problem as it does the job it's 
>>> supposed to do ie pass request address back to client code.
>>>
>>> It does not work in production were the code is run on apache; the 
>>> server is not created as on jetty, so that's not unexpected. I first 
>>> suspicion was that modsecurity is preventing the creation of the server, 
>>> but that proves to be not so. I also see the same failure over http as over 
>>> https.
>>>
>>> I have a pretty basic apache2 setup on debian (apart from adding 
>>> modsecurity) and the site config is pretty bog standard for both http and 
>>> https. I'm guessing I need to tweak something somewhere to allow the server 
>>> to be created?
>>>
>>> -- 
>>> 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/6aafe876-bff0-4b02-86f2-239e94201324n%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+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-web-toolkit/685dc5d5-db0c-4423-b667-598a44bcd10an%40googlegroups.com.

Re: Convert Existing GWT Backend to SPRING BOOT

[Leon]

Yw, glad it worked!


On Tue, 17 Oct 2023 at 19:45, 'Eric Dufresne' via GWT Users <
google-web-toolkit@googlegroups.com> wrote:

> That did the trick. In my pom.xml I had my `deploy` location as
> `${project.build.directory}/gwt-deploy` but I guess that
> isn't on the classpath so moving it to
> ${project.build.directory}/public/gwt-deploy (which I believe is
> automatically on Spring's classpath) worked. Was able to get rid of the
> classpath: prefix as well.
>
> Ty for the help Leon!
>
> On Tuesday, 17 October 2023 at 00:49:13 UTC-4 Leon wrote:
>
>> Hey Eric,
>>
>> I did this and it worked out of the box;
>> @Override
>> protected SerializationPolicy
>> doGetSerializationPolicy(HttpServletRequest request, String moduleBaseURL,
>> String strongName) {
>> try {
>> return SerializationPolicyLoader.loadFromStream(new
>> ClassPathResource("classpath:public/my_compile_folder_name/" +
>> strongName+".gwt.rpc").getInputStream(), null);
>> } catch (Exception e) {
>> LOGGER.error("Error loading Serialization policy - peeps with
>> outdated application version");
>> return null;
>> }
>> }
>>
>> On Tue, Oct 17, 2023 at 12:20 AM 'Eric Dufresne' via GWT Users <
>> google-we...@googlegroups.com> wrote:
>>
> Hi!
>>>
>>> Were you successful in building out a JAR using spring boot while still
>>> using GWT RPC? I am on the last step of getting the `.gwt.rpc` files in the
>>> right place but I still get serialization errors saying the serialization
>>> policy files are missing.
>>>
>>> For the override you did:
>>> @Override
>>> protected SerializationPolicy
>>> doGetSerializationPolicy(HttpServletRequest request, String moduleBaseURL,
>>> String strongName) {
>>>   return SerializationPolicyLoader.loadFromStream(new
>>> ClassPathResource("classpath:yourLocation/" +
>>> strongName+".gwt.rpc").getInputStream(), null);
>>> }
>>>
>>> where in the JAR did you add the gwt.rpc files and how did you access
>>> them from here?
>>>
>>> Any help would be greatly appreciated.
>>>
>>> Thanks!
>>>
>>> On Tuesday, 6 December 2022 at 18:57:27 UTC-5 Dr. Lofi Dewanto wrote:
>>>
>>>> Thanks a lot for the tips on Spring Boot packaging in JAR.
>>>>
>>>> Yes, the first example I showed was with packaging WAR. That works fine.
>>>>
>>>> I would try your tips to be able to run on the JAR packaging (second
>>>> example).
>>>>
>>>> I'll tell you, whether I'm successful or not.
>>>>
>>>> It is weird, that I could run the RemoteLoggingServiceImpl.java for GWT
>>>> logger on the JAR packaging but not the RemoteServlet.
>>>>
>>>> Thanks,
>>>> Lofi
>>>>
>>>> Leon Pennings  schrieb am Di., 6. Dez. 2022,
>>>> 14:28:
>>>>
>>>>> In addition to previous poster -> yes you can keep on using the GWT
>>>>> RPC.
>>>>>
>>>>> The things I had to change in order to keep it working when packaging
>>>>> the spring boot jar, was;
>>>>> 1 - to make sure Spring Boot runs the servlets (enough on the web for
>>>>> that)
>>>>> 2 - to make sure the gwt compile ends up in de classes folder before
>>>>> the .jar is created
>>>>> 3 - to make sure the servlet can access the .gwt.rpc file to validate
>>>>> the servlet calls.
>>>>> Normally that is available to the servlet from the war package, but
>>>>> since it's a jar with Spring boot you need to make some changes;
>>>>> For that I had to override the RemoteServiceServlet method;
>>>>>
>>>>> @Override
>>>>> protected SerializationPolicy
>>>>> doGetSerializationPolicy(HttpServletRequest request, String moduleBaseURL,
>>>>> String strongName) {
>>>>>   return SerializationPolicyLoader.loadFromStream(new
>>>>> ClassPathResource("classpath:yourLocation/" +
>>>>> strongName+".gwt.rpc").getInputStream(), null);
>>>>> }
>>>>>
>>>>> So the changes are quite limited and not as much Spring boot specific,
>>>>> but more the oddities of changing the package format from a .war to a .jar
>&g

Re: Convert Existing GWT Backend to SPRING BOOT

[Leon]

Hey Eric,

I did this and it worked out of the box;
@Override
protected SerializationPolicy
doGetSerializationPolicy(HttpServletRequest request, String moduleBaseURL,
String strongName) {
try {
return SerializationPolicyLoader.loadFromStream(new
ClassPathResource("classpath:public/my_compile_folder_name/" +
strongName+".gwt.rpc").getInputStream(), null);
} catch (Exception e) {
LOGGER.error("Error loading Serialization policy - peeps with
outdated application version");
return null;
}
}

On Tue, Oct 17, 2023 at 12:20 AM 'Eric Dufresne' via GWT Users <
google-web-toolkit@googlegroups.com> wrote:

> Hi!
>
> Were you successful in building out a JAR using spring boot while still
> using GWT RPC? I am on the last step of getting the `.gwt.rpc` files in the
> right place but I still get serialization errors saying the serialization
> policy files are missing.
>
> For the override you did:
> @Override
> protected SerializationPolicy doGetSerializationPolicy(HttpServletRequest
> request, String moduleBaseURL, String strongName) {
>   return SerializationPolicyLoader.loadFromStream(new
> ClassPathResource("classpath:yourLocation/" +
> strongName+".gwt.rpc").getInputStream(), null);
> }
>
> where in the JAR did you add the gwt.rpc files and how did you access them
> from here?
>
> Any help would be greatly appreciated.
>
> Thanks!
>
> On Tuesday, 6 December 2022 at 18:57:27 UTC-5 Dr. Lofi Dewanto wrote:
>
>> Thanks a lot for the tips on Spring Boot packaging in JAR.
>>
>> Yes, the first example I showed was with packaging WAR. That works fine.
>>
>> I would try your tips to be able to run on the JAR packaging (second
>> example).
>>
>> I'll tell you, whether I'm successful or not.
>>
>> It is weird, that I could run the RemoteLoggingServiceImpl.java for GWT
>> logger on the JAR packaging but not the RemoteServlet.
>>
>> Thanks,
>> Lofi
>>
>> Leon Pennings  schrieb am Di., 6. Dez. 2022, 14:28:
>>
>>> In addition to previous poster -> yes you can keep on using the GWT RPC.
>>>
>>> The things I had to change in order to keep it working when packaging
>>> the spring boot jar, was;
>>> 1 - to make sure Spring Boot runs the servlets (enough on the web for
>>> that)
>>> 2 - to make sure the gwt compile ends up in de classes folder before the
>>> .jar is created
>>> 3 - to make sure the servlet can access the .gwt.rpc file to validate
>>> the servlet calls.
>>> Normally that is available to the servlet from the war package, but
>>> since it's a jar with Spring boot you need to make some changes;
>>> For that I had to override the RemoteServiceServlet method;
>>>
>>> @Override
>>> protected SerializationPolicy
>>> doGetSerializationPolicy(HttpServletRequest request, String moduleBaseURL,
>>> String strongName) {
>>>   return SerializationPolicyLoader.loadFromStream(new
>>> ClassPathResource("classpath:yourLocation/" +
>>> strongName+".gwt.rpc").getInputStream(), null);
>>> }
>>>
>>> So the changes are quite limited and not as much Spring boot specific,
>>> but more the oddities of changing the package format from a .war to a .jar
>>> That was all -> runs like a charm
>>> Op maandag 5 december 2022 om 23:00:26 UTC+1 schreef lofid...@gmail.com:
>>>
>>>> Hi All,
>>>>
>>>> you don't have to move GWT RPC to REST and JSON when you want to move
>>>> the backend to Spring Boot. GWT RPC is just a servlet which you can
>>>> register in Spring Boot.
>>>>
>>>> Here are some examples of the standard GWT Demo StockWatcher but
>>>> implemented using Spring Boot with GWT RPC and REST JSON:
>>>>
>>>> https://github.com/lofidewanto/stockwatcher
>>>>
>>>> (1) This example shows how to integrate the GWT RPC servlet to Spring
>>>> Boot using @WebServlet:
>>>> https://github.com/lofidewanto/stockwatcher/blob/master/stockwatcher-springboot-webapp/stockwatcher-springboot-webapp-server/src/main/java/stockwatcher/GreetingServiceImpl.java
>>>>
>>>> (2) This example shows to integrate the GWT RPC servlet to Spring Boot,
>>>> but I think doesn't work so far. I could take a look if you want to.
>>>>
>>>>
>>>> https://github.com/lofidewanto/stockwatcher/blob/master/stockwatcher-springboot/stockwatcher-springboot-server/src/m

Re: Convert Existing GWT Backend to SPRING BOOT

[Leon Pennings]

In addition to previous poster -> yes you can keep on using the GWT RPC. 

The things I had to change in order to keep it working when packaging the 
spring boot jar, was;
1 - to make sure Spring Boot runs the servlets (enough on the web for that)
2 - to make sure the gwt compile ends up in de classes folder before the 
.jar is created 
3 - to make sure the servlet can access the .gwt.rpc file to validate the 
servlet calls. 
Normally that is available to the servlet from the war package, but since 
it's a jar with Spring boot you need to make some changes;
For that I had to override the RemoteServiceServlet method;

@Override
protected SerializationPolicy doGetSerializationPolicy(HttpServletRequest 
request, String moduleBaseURL, String strongName) {
  return SerializationPolicyLoader.loadFromStream(new 
ClassPathResource("classpath:yourLocation/" + 
strongName+".gwt.rpc").getInputStream(), null);
}

So the changes are quite limited and not as much Spring boot specific, but 
more the oddities of changing the package format from a .war to a .jar
That was all -> runs like a charm
Op maandag 5 december 2022 om 23:00:26 UTC+1 schreef lofid...@gmail.com:

> Hi All, 
>
> you don't have to move GWT RPC to REST and JSON when you want to move the 
> backend to Spring Boot. GWT RPC is just a servlet which you can register in 
> Spring Boot.
>
> Here are some examples of the standard GWT Demo StockWatcher but 
> implemented using Spring Boot with GWT RPC and REST JSON:
>
> https://github.com/lofidewanto/stockwatcher
>
> (1) This example shows how to integrate the GWT RPC servlet to Spring Boot 
> using @WebServlet: 
> https://github.com/lofidewanto/stockwatcher/blob/master/stockwatcher-springboot-webapp/stockwatcher-springboot-webapp-server/src/main/java/stockwatcher/GreetingServiceImpl.java
>
> (2) This example shows to integrate the GWT RPC servlet to Spring Boot, 
> but I think doesn't work so far. I could take a look if you want to.
>
>
> https://github.com/lofidewanto/stockwatcher/blob/master/stockwatcher-springboot/stockwatcher-springboot-server/src/main/java/stockwatcher/WebConfig.java
>
> Cheers,
> Lofi
>
> Michael Joyner schrieb am Montag, 21. November 2022 um 16:50:29 UTC+1:
>
>> *Are you using gwt-RPC ?*
>> Yes! we are using GWT-RPC & currently having a single WAR of near about 
>> 500mb, having CLIENT-SHARED-SERVER in a same project.
>>
>> You can still have everything in a master parent project that builds the 
>> final WAR with all the client JS and SERVER classes in the same war.
>>
>>
>> *You'll need to switch to JSON for data transport.*
>> Is there any drawback of switching to JSON in GWT, such as impact on 
>> performance etc.
>>
>> You lose easy polymorphism for models, they will require an extra set of 
>> annotations at the very least if you have polymorphism as part of your DTO 
>> setup.
>>
>>
>> *You'll need to use something like DominoKit REST.*
>> We found one RestyGWT , but not sure about 
>> its final impact as we haven't applied it yet. any suggestions...
>>
>> RestyGWT is effectively defunct. Stick with a modern GWT3 compatible 
>> approach such as DominoKit.
>>
>>
>>
>> *It would be also be best to split the project into three projects. An 
>> API project, a shared code project, and a UI project.*
>> We cannot get why keeping *SHARED CODE *as a separate project is best. 
>> We are not having any library of GWT on server side. So except MODELS, what 
>> are the other stuffs we can have in SHARED CODE PROJECT.   
>>
>> In this case SHARED CODE is really just the MODELS and INTERFACES and 
>> possible the REST Interface.
>>
>>
>> *If you are using gwt-RPC then IMHO there will need to be a big 
>> refactoring change at the very least*
>> This is where we are stuck & looking for the solution with a minimum 
>> change and should be stable but unable to figure out yet. 
>>
>> I don't think you can accomplish this with a large project with minimum 
>> of change unless the client API calls are fully abstracted away (or can be) 
>> so that code could be replaced with a different class.
>>
>>
>> On Monday, November 21, 2022 at 7:37:33 PM UTC+5:30 Michael Joyner wrote:
>>
>>> There are a lot of factors to consider.
>>>
>>> Are you using gwt-RPC ? You'll need to switch to JSON for data transport.
>>>
>>> You'll need to use something like DominoKit REST (
>>> https://github.com/DominoKit/domino-rest)  for the data transport layer.
>>>
>>> It would be also be best to split the project into three projects. An 
>>> API project, a shared code project, and a UI project.
>>>
>>> If you are using gwt-RPC then IMHO there will need to be a big 
>>> refactoring change at the very least.
>>>
>>>
>>> On 11/21/22 08:19, viny...@gmail.com wrote:
>>>
>>>
>>> We are having a huge project already running successfully on GWT. 
>>>
>>> But for some reasons we are planning to move our backend to SPRING-BOOT 
>>> keeping front end in GWT. 
>>>
>>> Is there any way we can do it 

Re: Compatibility of GWT 2.10.0 with GXT 2.3.1.a

[Leon Pennings]

>From what I gathered, packages have been renamed from **.google.** to 
**gwtproject** or smth.
So without a gxt update to cover for the new packages, I doubt you can 
upgrade your project.

There is one simple way to check, just update the GWT version in your 
dependency manager (maven or whatever you use) and you'll find out soon 
enough.
 
Op maandag 18 juli 2022 om 06:56:23 UTC+2 schreef priyako...@gmail.com:

> Hello Team,
>
> we use following jars in our application - 
> GXT .jar -2.3.1.a
> GWTx.jar -   1.5.3
> Log4j-gwt.jar - 1.0
>
> Wanted to know that will recent update of GWT 2.10.0 compatible with above 
> dependencies.
>
>

-- 
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+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-web-toolkit/e1b1f376-70f4-4c6d-95ca-522caa85e1bcn%40googlegroups.com.

Re: URGENT: GWT build crash with out of memory

[Leon Pennings]

tbh, I've never worked with split points before. 
What would be the actual problem be if splitpoints are not used - besides 
from the initial load times?


Op vrijdag 1 april 2022 om 17:46:40 UTC+2 schreef nilo...@gmail.com:

> Split points are amazingly expensive to compute (in both CPU and memory) - 
> I would definitely remove all split points currently under 10KB, and 
> strongly consider removing all under 100KB, at least for an application of 
> that size. Odds are excellent that your 4043KB file is your "leftovers" 
> split point (you can confirm this by checking if the name of the file is 
> the largest number in that directory) - if so, it is quite possible that 
> removing other tiny split points will decrease the size of the leftovers 
> and increase the size of the other larger split points. It may increase the 
> initial download size as well, which could tell you that it could be wise 
> to carefully put some back, but taking care to merge related split points 
> (for example, using GWT.runAsync(Class, RunAsyncCallback) to tell the 
> compiler that more than one RunAsyncCallback should be merged as the main 
> file).
>
> Consider the order that your files must load in order for the application 
> to start up - first, the 1.7MB file loads, and the app is usable until the 
> first split point loads. Does that first split point load instantly? Does 
> more than one load right away before the app can be used? Consider merging 
> those split points, or entirely removing them, if they don't provide some 
> concrete benefit (like allowing the user to start logging in while the rest 
> of the app is still downloading, etc).
>
> Next, before the very first split point can be loaded, the "leftovers" 
> split point is loaded - the split point with the biggest number, in your 
> case this would be 756.cache.js (as of your last message). This must be 
> downloaded and run before any other split point can be loaded - if this is 
> your biggest one by a factor of of almost 10, it might not even make sense 
> to have more than a handful of split points, unless you can find a way to 
> bring that leftover size down, or possible merge it into the initial split 
> point.
> On Friday, March 4, 2022 at 8:08:11 AM UTC-6 viny...@gmail.com wrote:
>
>> First of all we are very-very thankful to VIE, FRANK & JENS for their 
>> valuable suggestions and are sorry for late reply. As we were busy in 
>> applying the solutions suggested by you people.
>>
>> *AS THE RESULT:-*
>> 1. As we have already using "*gwt.compiler.jvmargs=-Xmx61440m*" so we 
>> could not get what VIE mean to say.
>> 2. As per the suggestion of FRANK we change the logLevel and got the 
>> error details and found that some server side classes has been used eg:
>>  "*Line 18: No source code is available for type 
>> java.util.regex.Pattern; did you forget to inherit a required module?"*
>> *  We solved the bugs one-by-one BUT this also not resolved our 
>> primary problem*. 
>> 3. As per the suggestion of JENS
>>  3.1. We used  -optimize *BUT this also not resolved our primary 
>> problem*. 
>>  3.2. We tried to lower down the split points by 100. As we get near 
>> to 756 *.cache.js files. The code started to compile in 35-40 minutes. 
>> *   So! the split points were the culprit.*
>>
>>
>> *Now our war file is compiling in 30-40 minutes and we are planning to 
>> lower down the split points more.*
>>
>> *WE ARE VERY THANKFULL TO ALL OF YOU. AS YOUR VALUABLE SUGGESTION HAD 
>> SAVED US.*
>>
>> On Thursday, March 3, 2022 at 6:03:27 AM UTC+5:30 Jens wrote:
>>
>>> As already said the first thing you should do is to use -strict. This 
>>> makes sure GWT compiler does not ignore compile errors. Given you have 12 
>>> compile errors, you want to fix them first.
>>>
>>> Next it looks like you have a lot of split points if you have 856 
>>> *.cache.js files. Given that 817 of these files are less than 100kb and 
>>> these files are usually gzipped by the web server before transferring to 
>>> the client browser, you should try to reduce the amount of split points. I 
>>> could imagine that analyzing the code for split point calculation might be 
>>> the culprit.
>>>
>>> There is also an -optimize option for the GWT compiler with values 0 - 9 
>>> (0 = no optimizations, 9 = aggressive). I don't recall the default value 
>>> but if it is 9 then it will do an optimize loop on the code AST until the 
>>> AST does not change anymore. In rare cases this can end up in an endless 
>>> loop. Using -optimize 8 usually fixes the issue as the compiler will do at 
>>> most 8 optimize loops then. So you might want to try that as well.
>>>
>>> I have a compiled app that is roughly half the size of yours (about 15 
>>> MB) and it compiles fine with just 8 GB Ram. But it only has about 20 split 
>>> points.  Using 64GB seems overkill in your case. Maybe you could also try 
>>> making a heap dump and analyze it in Eclipse memory analyzer to see what 

Re: Performance Comparison GWT Transpiler with MacBook Pro M1 Pro processor

[Leon Pennings]

For around a 1000 euro, you can build a desktop that is faster compiling 
than any laptop.
And on linux the memory is used a lot more efficient than on a mac, so you 
need less.
That being said - I have a macbook when I travel. But in the office and at 
home I switched to working on desktops about 5 yrs ago. 



Op woensdag 12 januari 2022 om 09:12:42 UTC+1 schreef Shawn:

> I kinda like the Max 64GB.  I'm pushing 54GB used for eclipse (running an 
> appengine dev and GWT server) during a build.  My upload to google cloud is 
> slow so after the build I can easily start developing again while it's 
> deploying.
>
> I also use a ramdisk and set the GWT SuperDev mode to use that with  
> -workDir /Users/me/.tmpdisk/GWT_RAM_DISK.  Then build with an ant task and 
> add this to the gwtc java task for building.
>
>  *"/Users/me/.tmpdisk/GWT_RAM_DISK"*/>
>
>
> No benchmarks but probably the biggest benefit is debugging which I still 
> do in Eclipse via SDGB.
>
> I haven't been able to get Eclipse to run natively as macOS AArch64 
> 
>  is 
> only available from the 2021-12 version which just borks my project.  It 
> seems to be a conflict with the google-cloud-plugin I use for appengine.  
> Still 2021-09 with emulated Eclipse is a major improvement especially since 
> the dev server and build processes can be run natively.
>
> Anyway, 32GB on a pro ordered today is about a month to get delivery and 
> 64GB on a max is about two months.  I got a 64GB max with 32 GPUs (maybe I 
> can use those for machine learning) as it was the only way to get more than 
> 16GB of memory without waiting so long and I had to move suddenly and 
> couldn't bring my iMac.  
>
> On Tue, Jan 11, 2022 at 9:17 AM 'Frank Hossfeld' via GWT Users <
> google-we...@googlegroups.com> wrote:
>
>> No, sorry ... closed source. Yep, I agree with. Don't think, that the 
>> graphics CPUs will have an impact of the compile time.
>> So, the M1 Pro is a great choice for developers. Now I am waiting for the 
>> next Mac Pro ...
>>
>> Jens schrieb am Montag, 6. Dezember 2021 um 10:32:15 UTC+1:
>>
>>> I did some tests with one of my larger GWT projects. It takes 3:55 on my 
 "old" MacBook Pro 16" i9 2.4 GHz, 64 GB RAM. Same project build on a new 
 MacBook Pro M1 Max 64 GB takes roundabout 2:00. That's an incredible 
 improvement. 
>>>
>>>
>>> Is that project public? Then I would try it with my M1 Pro 32gb which is 
>>> IMHO the best value for developers, unless you do graphics stuff.
>>>
>>> -- J. 
>>>
>> -- 
>>
> 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/c3bacc36-a959-4833-be07-6304e3f5705cn%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+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-web-toolkit/b445df54-8a19-42db-8d02-dc28f3a5d159n%40googlegroups.com.

Serialize super class fields

[Leon]

Current GWT serialization only allow me to serialize declared fields in a 
class. How do I serialize  protected fields in its super classes?

Thanks!

Leon

-- 
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 it, send an email 
to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/d/optout.

Frame context menu and mouse listener

[Leon]

I like to remove a context menu from Frame and add some mouse listener into 
Frame. I try the following code and it doesn't work:

frame.addHandler(new MouseDownHandler() {

@Override
public void onMouseDown(MouseDownEvent event) {
Element relativeElement = event.getRelativeElement();
System.out.println(relativeElement);
}
}, MouseDownEvent.getType());

frame.addDomHandler(new ContextMenuHandler() {

@Override public void onContextMenu(ContextMenuEvent event) {
event.preventDefault();
event.stopPropagation();
}
}, ContextMenuEvent.getType());

Thanks.

Leon

-- 
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 it, send an email 
to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/d/optout.

Re: Permission denied to access property 'document' in firefox

[Leon]

I used a frame to display https://www.yahoo.com from my Jetty Proxy 
Servlet. I can display this page in Frame, but once I run ((IFrameElement) 
element).getContentDocument() in Java code and I got Permission denied to 
access property 'document' from a compiled cache.html. But I can use the 
same frame to display a file from same server like 
http://127.0.0.1:82/Test.html. Once I run  ((IFrameElement) 
element).getContentDocument() and I could get a Document value. I used 
Firebug to find the following html source like:

iframe class=gwt-Frame gwt-TabLayoutPanelContent src=
http://127.0.0.1:82/Test.html; style=position: absolute; left: 0px; top: 
0px; right: 0px; bottom: 0px;


iframe class=gwt-Frame gwt-TabLayoutPanelContent src=
http://127.0.0.1:82/proxy?https://www.yahoo.com/; style=position: 
absolute; left: 0px; top: 0px; right: 0px; bottom: 0px;


I don't kown what is wrong. They seem to be from the same origin source. 
May Jetty Proxy Servlet not work as expected?

This project is due in two days. Please help out of this issue.

Many thanks,

Leon

On Thursday, February 16, 2012 4:19:35 AM UTC-5, Thomas Broyer wrote:

 The error happens in loadModule, so your code hasn't yet been called 
 (except possibly the onModuleLoad), or at least the error is not about $doc 
 in JSNI, because the exception comes from displayErrorGlassPanel. This 
 method tries to access the outer-most window object [1], and it's failing 
 here most probably because of a Same-Origin Policy violation.
 There are two possible causes to this:

- your GWT app runs in a frame within a document from a different 
origin (e.g. GWT app loaded from server1.com in a frame of a document 
loaded from server2.net; it could also be as small a difference as 
www.server.com vs. server.com)
- you're loading the HTML host page out of the file-system rather than 
served through HTTP (would be really strange for a DevMode session though)


 [1] 
 http://code.google.com/p/google-web-toolkit/source/browse/trunk/dev/core/src/com/google/gwt/core/ext/linker/impl/hosted.html#170


-- 
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 it, send an email 
to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/d/optout.

Re: How to access a web page in Frame

[Leon]

I used a proxy servlet so the url for Frame is the same origin (same 
scheme, host, and port) as widget. But Document.getElementsByTagName(div) 
still returns an empty NodeList.

Please help!

Leon

On Tuesday, April 1, 2014 3:29:43 AM UTC-4, Slava Pankov wrote:

 Perhaps you have cross domain problem. Is URL in your iframe from the same 
 domain as main application? If not you need something like proxy servlet to 
 simulate you getting data from your server side.

 On Monday, March 31, 2014 7:23:17 PM UTC-7, Leon wrote:


 com.google.gwt.dom.client.Document.getElementsByTagName(body) returns 
 one Node. I can cast it into Element and do some style changes in Java 
 code. Any style changes in Java code is not reflected in html code that is 
 confirmed by Firebug. 


 com.google.gwt.dom.client.Document.getElementsByTagName(div) still 
 returns an empty NodeList.




 On Monday, March 31, 2014 9:26:31 PM UTC-4, Leon wrote:

 I don't know why 
 com.google.gwt.dom.client.Document.getElementsByTagName(div) returns 
 an empty NodeList.

 Is there a solution how to get a element in terms of tag name?

 Leon


 On Monday, March 31, 2014 5:59:47 AM UTC-4, Jens wrote:

 Document iframeDoc = ((IFrameElement) 
 frame.getElement()).getContentDocument();

 If you need that more often then you should probably extend GWTs Frame 
 class and make a public method to access the content document.

 Keep in mind that you should wait until the frame is loaded using 
 frame.addLoadHandler().

 -- J.



-- 
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 it, send an email 
to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/d/optout.

How to access a web page in Frame

[Leon]

I open a web page in Frame. I need to access its dom from another widget. 
How do I do it?

Thanks,

Leon

-- 
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 it, send an email 
to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/d/optout.

Re: How to access a web page in Frame

[Leon]

 I don't know why 
comeclipse-javadoc:%E2%98%82=com.leeon.oldtogwt/C:%5C/gwt%5C/gwt-2.6.0%5C/gwt-user.jar%3Ccom
.googleeclipse-javadoc:%E2%98%82=com.leeon.oldtogwt/C:%5C/gwt%5C/gwt-2.6.0%5C/gwt-user.jar%3Ccom.google
.gwteclipse-javadoc:%E2%98%82=com.leeon.oldtogwt/C:%5C/gwt%5C/gwt-2.6.0%5C/gwt-user.jar%3Ccom.google.gwt
.domeclipse-javadoc:%E2%98%82=com.leeon.oldtogwt/C:%5C/gwt%5C/gwt-2.6.0%5C/gwt-user.jar%3Ccom.google.gwt.dom
.clienteclipse-javadoc:%E2%98%82=com.leeon.oldtogwt/C:%5C/gwt%5C/gwt-2.6.0%5C/gwt-user.jar%3Ccom.google.gwt.dom.client
.Documenteclipse-javadoc:%E2%98%82=com.leeon.oldtogwt/C:%5C/gwt%5C/gwt-2.6.0%5C/gwt-user.jar%3Ccom.google.gwt.dom.client(Document.class%E2%98%83Document.getElementsByTagName(div)
 
returns an empty NodeList.

Is there a solution how to get a element in terms of tag name?

Leon


On Monday, March 31, 2014 5:59:47 AM UTC-4, Jens wrote:

 Document iframeDoc = ((IFrameElement) 
 frame.getElement()).getContentDocument();

 If you need that more often then you should probably extend GWTs Frame 
 class and make a public method to access the content document.

 Keep in mind that you should wait until the frame is loaded using 
 frame.addLoadHandler().

 -- J.


-- 
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 it, send an email 
to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/d/optout.

Re: How to access a web page in Frame

[Leon]

com.google.gwt.dom.client.Document.getElementsByTagName(body) returns one 
Node. I can cast it into Element and do some style changes in Java code. 
Any style changes in Java code is not reflected in html code that is 
confirmed by Firebug. 


com.google.gwt.dom.client.Document.getElementsByTagName(div) still 
returns an empty NodeList.




On Monday, March 31, 2014 9:26:31 PM UTC-4, Leon wrote:

 I don't know why 
 com.google.gwt.dom.client.Document.getElementsByTagName(div) returns an 
 empty NodeList.

 Is there a solution how to get a element in terms of tag name?

 Leon


 On Monday, March 31, 2014 5:59:47 AM UTC-4, Jens wrote:

 Document iframeDoc = ((IFrameElement) 
 frame.getElement()).getContentDocument();

 If you need that more often then you should probably extend GWTs Frame 
 class and make a public method to access the content document.

 Keep in mind that you should wait until the frame is loaded using 
 frame.addLoadHandler().

 -- J.



-- 
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 it, send an email 
to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/d/optout.

remote source file in ui:style

[Leon]

Can I use ui:style 
src=http://www-c0-css.cc.uga.edu/uga/css/ugastyle-7.css; / in a uibinder 
file?  I don't want ugastyle-7.css to be compiled by GWT and transformed 
into an obfuscated, minimized and optimized version so I can access any 
styles such as *featurecopy* defined in ugastyle-7.css like:


!DOCTYPE ui:UiBinder 
  SYSTEM http://dl.google.com/gwt/DTD/xhtml.ent;

ui:UiBinder
  xmlns:ui='urn:ui:com.google.gwt.uibinder'
  xmlns:g='urn:import:com.google.gwt.user.client.ui'
  xmlns:mail='urn:import:com.google.gwt.sample.mail.client'

  ui:style src=http://www-c0-css.cc.uga.edu/uga/css/ugastyle-7.css;

  .statusDiv {
text-align: right;
margin: 1em;
  }

  .linksDiv {
text-align: right;
  }

  /ui:style

  g:HTMLPanel
div class='{style.logo}'/

div class={style.statusDiv}
  div
bWelcome back, f...@example.com/b
  /div

  div class='featurecopy' '
g:Anchor href='javascript:;' ui:field='signOutLink'Sign 
Out/g:Anchor
nbsp;
g:Anchor href='javascript:;' ui:field='aboutLink'About/g:Anchor
  /div
/div
  /g:HTMLPanel
/ui:UiBinder


Thanks,

Leon

-- 
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 it, send an email 
to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/d/optout.

Re: GWT - How add files from other project?

[Daniel De Leon]

did you include your new module into your project?
:
inherits name='com.domain.sample.Dto'/

On Sunday, October 27, 2013 4:39:02 PM UTC-7, giuseppe...@ab4cus.com wrote:

 I have a GWT project. Client code is located in the client dir. I want 
 to add external java classes (mainly DTO classes) that are in external 
 directory (project). How I need to configure the gwt.xml file?

 I get errors of this kind:

 [ERROR] Errors in 
 'file:/C:/Myprojects/ProjectName/ProjectModule/src/com/domain/sample/client/MyWeb.java'
  
 [ERROR] Line XX: No source code is available for type 
 com.domain.sample.dto.MyClass; did you forget to inherit a required module?

 I'm working with Eclipse and my workspace structure is:

 MyDTO - Java Project

 MyDAO

 MyModel

 MyBF

 MyWebUI - GWT Project

 I need that *MyWebUI *take files from *MyClass* located at the *package 
 **com.domain.sample.dto 
 *wich is part of *MyDTO project* and compiles it as a client code. The 
 idea is to reuse the code of MyDTO in other GWT's. Is this possible at all? 
 From what I see GWT allows only that the code MUST BE under client 
 directory (package) within the GWT project.


 Already tried to define MyDTO as a module, adding the Dto.gwt.xml to 
 com.domain.sample, 
 pointing to com.domain.sample.dto.

 Contents of Dto.gwt.xml:

 ?xml version=1.0 encoding=UTF-8?

 !DOCTYPE module PUBLIC -//Google Inc.//DTD Google Web Toolkit 2.5.1//EN 
 
 http://google-web-toolkit.googlecode.com/svn/tags/2.5.1/distro-source/core/src/gwt-module.dtd
 

 module

   inherits name='com.google.gwt.user.User' /

   source path='dto'/

 /module

 But still get the same error... Any ideas?

 Thanks for helping me :D


-- 
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 it, send an email 
to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/groups/opt_out.

Urgent help on GWT debug at Struts 1 struts 2

[Leon]

I am running JBoss 5.1 in Eclipse 3.7.2 with JBoss tool plugin 2.3. I can 
not debug gwt application in this environment. I always get 
RequestProcessor - Invalid path /approval/hosted was requested.

1. I can launch a GWT code server from Eclipse with following program 
arguments:
-war 
C:\eclipse\3.7.2\workspace\.metadata\.plugins\org.jboss.ide.eclipse.as.core\JBoss_5.1_Runtime_Server1354720162512\deploy\admin.war
 
-noserver -remoteUI ${gwt_remote_ui_server_port}:${unique_id} -startupUrl 
http://127.0.0.1/admin/gwtServlet?jsp=debug/approval.htmprofileUid=953944 
-logLevel DEBUG -codeServerPort 9997 com.google.gwt.admin.service.Approval

2. I can get a GWT page by invoking 
http://127.0.0.1/admin/gwtServlet?jsp=debug/approval.htmprofileUid=953944;.
Firefox debug reveals http://127.0.0.1/admin/approval/Appr; is invoked.

3. I got RequestProcessor - Invalid path /approval/hosted was requested 
in Eclipse console if I invoke 
http://127.0.0.1/admin/gwtServlet?jsp=gwtdebug/approval.htmprofileUid=953944gwt.codesvr=127.0.0.1:9997;.
 
Firefox debug reveals 
http://127.0.0.1/admin/approval/hosted.html?approval; is invoked with 404 
error code
 
This is a legacy J2EE application (Strut1 and Strut2 + Spring). There are a 
lot of filters. I implemented one servlet - GwtServlet to bypass filter to 
load  a GWT page.


I appreciate your help.

Leon

-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/google-web-toolkit/-/KdWunSh-YloJ.
To post to this group, send email to google-web-toolkit@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.

Gwt 2.1 Eclipse Helios

[Daniel Leon]

i got the same problem here, eclipse send erros about class paths and
whitout the GWT Designer this doesnt happens



update the latest beta of GWT designer doesnt solve the problem.
=S

-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.

How to re-use i18n messages in different template with uibinder

[Leon]

Hi all,

According to this article 
http://code.google.com/webtoolkit/doc/latest/DevGuideUiBinderI18n.html,
it says if we take some care with how we manage our translated
properties files, a message that happens to be used in more than one
template will only need to be translated once. However, it does not
say how to achieve that goal. Can anyone give me some advice on this
issue?

Thanks in advance!

Leon

-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.

Re: What's a good graph/chart library

[Alexander De Leon]

gflot [1] is a GWT wrapper around the Flot javascript library. It is not as 
rich as gchart [2], but it is quite easy to use. 

Alex

[1] http://code.google.com/p/gflot/ 
[2] http://code.google.com/p/gchart/

On 06/01/2010, at 16:21, darkling wrote:

 I've examined quite a few but I was curious if any are gaining
 widespread acceptance for best at what I need. I've been
 experimenting with gchart but I'm finding it awkward to use in some
 cases.
 Any advice would be great
 Thanks
 
 On Jan 6, 10:03 am, Chris Ramsdale cramsd...@google.com wrote:
 There are several out there. You might want to check out:
 
 http://code.google.com/p/gwt-chronoscope/
 
 
 
 On Wed, Jan 6, 2010 at 8:30 AM, darkling darkling...@aol.com wrote:
 I'm looking to build charts for my current application. These charts
 aren't incredibly complex but they do have 2 Y axises and require me
 to do a mix of bar and line graphs on a single chart. Basically the
 left Y axis should represent the line graph while the right y axis
 should present the bar graph. CAn anyone recommend a good library or
 subsytem that will do this for GWT?
 Thanks
 
 --
 You received this message because you are subscribed to the Google Groups
 Google Web Toolkit group.
 To post to this group, send email to google-web-tool...@googlegroups.com.
 To unsubscribe from this group, send email to
 google-web-toolkit+unsubscr...@googlegroups.comgoogle-web-toolkit%2Bunsubs 
 cr...@googlegroups.com
 .
 For more options, visit this group at
 http://groups.google.com/group/google-web-toolkit?hl=en.- Hide quoted text -
 
 - Show quoted text -
 -- 
 You received this message because you are subscribed to the Google Groups 
 Google Web Toolkit group.
 To post to this group, send email to google-web-tool...@googlegroups.com.
 To unsubscribe from this group, send email to 
 google-web-toolkit+unsubscr...@googlegroups.com.
 For more options, visit this group at 
 http://groups.google.com/group/google-web-toolkit?hl=en.
 
 

-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.

Non standard CSS in UiBinder

[Alexander De Leon]

If I use non standard css properties in UiBinder (e.g. 
-moz-border-radius-bottomleft) , I get the following warnings :

[WARN] Line 17 column 65: encountered -. Was expecting one 
of: } ; IDENT 

and these properties are not compiled into the resulting CSS file.

Is there a way around this?

Alex

--

You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.

Re: GWT 2.0 - com.google.gwt.user.client.rpc.IsSerializable is mandatory again?

[Alexander De Leon]

For now I'm using the GWT compile button of the eclipse plugin to
force a proper GWT 2,0 compile. This seems to work for me.
The problem must be that some older GWT compiler is been executed
somehow.

Alex

On Dec 14, 3:17 pm, Addy adityaka...@gmail.com wrote:
 I cleanup after every build but since converting to 2.0, I started
 encountering intermittent Serialization exceptions even in production.
 I had to switch back 1.7.
 For production use, cleaning up browser cache is not an option as I
 cant tell all my users to do so.
 I guess I will have to wait a bit for this release to be stable to
 switch to 2.0 for production use.
 Addyhttp://checkAppointments.com

 On Dec 13, 4:11 pm, Sorinel C scristescu...@hotmail.com wrote:



  When a new version comes these are the standard steps to do:
  1 - put the jars
  2 - perform a full rebuild of the application
  3 - clean up the browser cache
  4 - clean up the temp folder, where the GWT is generating the
  compilation crap...
  5 - run the application :-))

  Cheers,
  Sorinel CRISTESCU

--

You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.

Someone please help me. I met a problem when I made a RPC class

[Leon]

Hi dear developers,

I downloaded the mysql connect gwt example from
http://code.google.com/p/gwt-examples/wiki/project_MySQLConn. And I re-
configured it on my Eclipse Galileo (using gwt eclipse plugin) + XP.
When it makes rpc call and retrieves the data from mysql database, it
give me this error:

The server is running at http://localhost:8080/
Dec 3, 2009 3:13:32 PM
com.google.appengine.tools.development.ApiProxyLocalImpl log
SEVERE: [1259853212481000] javax.servlet.ServletContext log: Exception
while dispatching incoming RPC call
com.google.gwt.user.server.rpc.UnexpectedException: Service method
'public abstract com.mysql.connect.client.BibleData[]
com.mysql.connect.client.MySQLConnService.getBibleInfo()' threw an
unexpected exception: java.security.AccessControlException: access
denied (java.io.FilePermission ALL FILES execute)
at com.google.gwt.user.server.rpc.RPC.encodeResponseForFailure
(RPC.java:360)
at com.google.gwt.user.server.rpc.RPC.invokeAndEncodeResponse
(RPC.java:546)
at com.google.gwt.user.server.rpc.RemoteServiceServlet.processCall
(RemoteServiceServlet.java:166)
at com.google.gwt.user.server.rpc.RemoteServiceServlet.doPost
(RemoteServiceServlet.java:86)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:713)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:
487)
at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter
(ServletHandler.java:1093)
at
com.google.apphosting.utils.servlet.TransactionCleanupFilter.doFilter
(TransactionCleanupFilter.java:43)
at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter
(ServletHandler.java:1084)
at com.google.appengine.tools.development.StaticFileFilter.doFilter
(StaticFileFilter.java:124)
at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter
(ServletHandler.java:1084)
at org.mortbay.jetty.servlet.ServletHandler.handle
(ServletHandler.java:360)
at org.mortbay.jetty.security.SecurityHandler.handle
(SecurityHandler.java:216)
at org.mortbay.jetty.servlet.SessionHandler.handle
(SessionHandler.java:181)
at org.mortbay.jetty.handler.ContextHandler.handle
(ContextHandler.java:712)
at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:
405)
at com.google.apphosting.utils.jetty.DevAppEngineWebAppContext.handle
(DevAppEngineWebAppContext.java:54)
at org.mortbay.jetty.handler.HandlerWrapper.handle
(HandlerWrapper.java:139)
at com.google.appengine.tools.development.JettyContainerService
$ApiProxyHandler.handle(JettyContainerService.java:313)
at org.mortbay.jetty.handler.HandlerWrapper.handle
(HandlerWrapper.java:139)
at org.mortbay.jetty.Server.handle(Server.java:313)
at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:
506)
at org.mortbay.jetty.HttpConnection$RequestHandler.content
(HttpConnection.java:844)
at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:644)
at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:205)
at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:381)
at org.mortbay.io.nio.SelectChannelEndPoint.run
(SelectChannelEndPoint.java:396)
at org.mortbay.thread.BoundedThreadPool$PoolThread.run
(BoundedThreadPool.java:442)
Caused by: java.security.AccessControlException: access denied
(java.io.FilePermission ALL FILES execute)
at java.security.AccessControlContext.checkPermission(Unknown Source)
at java.security.AccessController.checkPermission(Unknown Source)
at java.lang.SecurityManager.checkPermission(Unknown Source)
at com.google.appengine.tools.development.DevAppServerFactory
$CustomSecurityManager.checkPermission(DevAppServerFactory.java:128)
at java.lang.SecurityManager.checkExec(Unknown Source)
at java.lang.ProcessBuilder.start(Unknown Source)
at java.lang.Runtime.exec(Unknown Source)
at java.lang.Runtime.exec(Unknown Source)
at java.lang.Runtime.exec(Unknown Source)
at com.mysql.connect.server.DB_Conn.getServerMysqlOn(DB_Conn.java:42)
at com.mysql.connect.server.DB_Conn.init(DB_Conn.java:26)
at com.mysql.connect.server.DB_Bible.init(DB_Bible.java:20)
at com.mysql.connect.server.MySQLConnImpl.getBibleInfo
(MySQLConnImpl.java:35)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at com.google.gwt.user.server.rpc.RPC.invokeAndEncodeResponse
(RPC.java:527)
... 27 more

And the asynchronous class returns The call failed on the server; see
server log for details

Re: Excel and GWT

[Leon]

One more way to read Excel sheet is to use jXLS library (http://
jxls.sf.net). In this case you just need to write an XML which maps
Excel data to Java beans as explained in here 
http://jxls.sourceforge.net/reference/reader.html
.


On Jun 30, 8:41 am, garshita grshtgu...@gmail.com wrote:
 Hi,
 I need to read data from my excel sheet and display it using GWT
 dynamically...I am very new to the topic. Can u suugest me a base so
 tht i can proceed... ?
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to Google-Web-Toolkit@googlegroups.com
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/Google-Web-Toolkit?hl=en
-~--~~~~--~~--~--~---

Re: How to use newer version of Jetty for Hosted Mode server?

[Leon Li]

There should be an option there 

On 4月21日, 上午6时29分, TimOnGmail timbes...@gmail.com wrote:
 I want to add, I'm doing all of this in the Eclipse GWT plugin.

 - Tim

 On Apr 20, 3:28 pm, TimOnGmail timbes...@gmail.com wrote:

  Hi there...

  I suspect I'm hitting some errors using the embedded Jetty 5 server in
  Hosted Mode.

  Does anyone know of an easy way to tell GWT 1.6 Use THIS Jetty jar as
  your server, and not the default one?

  - Tim

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to Google-Web-Toolkit@googlegroups.com
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/Google-Web-Toolkit?hl=en
-~--~~~~--~~--~--~---

Re: GWT combined with Grails,JSF or other server side technology

[Leon]

Hi Paul,

If I were you I would not discount Grails so quickly.
Despite there are issues with Grails GWT plugin you can go for example
with GWT + REST backend combination.
In my opinion using Grails is much easier then coding in Java with any
other common MVC type framework.
I heard NetBeans IDE working fine with Grails 1.1 . May be you can try
it out.

Anyway, good luck to you!


On Apr 17, 12:45 pm, Paul van Hoven paul.van.ho...@googlemail.com
wrote:
 I developped a gwt app. But now, i need an appropriate server backend.
 Therefore, i tried grails but it really isn't that good. First of all
 it seems to be extremly buggy, secondly it has no good ide support
 (except intellij = 249$) and finally it provides no gwt support
 although there exists a gwt plugin, but this can be regarded as
 absolutly not working. After this frustration i'm wondering what
 technology i should use on the server. In fact gwt is independent from
 ther server backend, but i would like to use a framework that easily
 integrates gwt. Thus, i started working through jsf and g4jsf. But
 before diving too deep into it and after wasting 2 weeks on grails i
 wanted to hear what do you use on the server side? Any hints or
 recommendations?
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to Google-Web-Toolkit@googlegroups.com
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/Google-Web-Toolkit?hl=en
-~--~~~~--~~--~--~---