Linked by Thom Holwerda on Wed 4th May 2011 20:41 UTC, submitted by lemur2
SuSE, openSUSE The first major effect of Attachmate buying Novell (and thus, SUSE) has come into, uh, effect. Novell, of course, is the birth place of Mono, the open source implementation of Microsoft's .NET framework. Reports indicate Mono developers have been fired as part of the streamlining process, but according to Attachmate's CEO, they weren't fired because of Mono.
Thread beginning with comment 471982
To view parent comment, click here.
To read all comments associated with this story, please click here.
RE[7]: A Loose Loose situation
by pantheraleo on Fri 6th May 2011 04:15 UTC in reply to "RE[6]: A Loose Loose situation"
pantheraleo
Member since:
2007-03-07

[q]
I've looked it recently. Didn't realize you could develop UIs outside of code now.

But I stll have other problems with it. It's component set is very primitive for example. Granted, there are third party add-ons to solve that, such as SmartGWT.

The other problem I have with it is that for very large projects, the compile / test cycle becomes somewhat unmanageable.


Once you have your GWT-RPC calls sorted out you generally don't restart anything. Instead you refresh the browser and the what looks to be incrementally-compiled Javascript gets loaded. So generally you just do browser page refreshes to see the latest changes you have made.

From your objections it sounds like you haven't tried GWT yet


I have tried it. And I didn't care for it much. Compile / test cycles were too long on large apps, The Eclipse plugin was unstable and buggy. And when something does go wrong in the generated Javascript, debugging it can be a nightmare from hell sometimes.

I also think GWT exposes too much of my application's business logic to the client.

Edited 2011-05-06 04:18 UTC

Reply Parent Score: 1

StaubSaugerNZ Member since:
2007-07-13

I also think GWT exposes too much of my application's business logic to the client.


Only if you design it badly. The business logic should be on the server, with display logic on the client. Validation happens both on client and server. You can never trust clients!

Reply Parent Score: 3

pantheraleo Member since:
2007-03-07

Only if you design it badly. The business logic should be on the server, with display logic on the client. Validation happens both on client and server. You can never trust clients!


Yeah, definitely validation has to happen in both cases. But in some cases, a lot of business logic is pushed onto the client in GWT in order to save AJAX calls to the server. For example, some complex calculation that needs to be done while the user is entering a form and used as the data for another field might be done on the client to avoid an AJAX call, and then redone on the server when the form is actually submitted to make sure the calculation was done correctly, and that the user is not trying to pass bad data to you.

Although that can provide an improved user experience, it can also expose some of your business logic algorithms to the client, which you might want to do.

Reply Parent Score: 2