We're just now evaluating this ourselves, but we do like the look of their
large variety of widgets, but it is big and takes time to really evaluate it
all and there are myriad options from LGPL through proprietary EE. No
doubt, much depends on your app's needs. Ours is more business-focused, so
This would be nice for those who have a robust server side system in place.
Right now, we're definitely testing how the app reacts to a hard crash. :)
--
You received this message because you are subscribed to the Google Groups
Google Web Toolkit group.
To post to this group, send email to
In the end, it's all JS to the client, so not sure what wrapper would
really mean. The downside may be they can't get the same optimizations that
come with the Java-to-JS compiler as it increases in capability and can gen
browser-specific versions.
But if you need to move now, GWT just doesn't
EXT is GPL while Smart is LGPL, and of course both offer commercial
licenses. LGPL can be used commercially, while GPL cannot, so that could be
a consideration. And of course commercial licenses are fine, unless your
code itself is going to be open source.
--
You received this message because
With SmartGWT Pro and EE, you can literally open up a visual tool and
create a fully functional CRUD interface to Hibernate by just picking
an existing Hibernate entity from a list. That's not offered in any
other GWT product, and it would be hard to argue that anything could
be simpler or
We'll investigate GXT as well. I have to say that the licensing is more
straightforward with GXT because the free/commercial tiers are not related
to functionality in GXT versus SGWT. But if you go want OSS in a commercial
product (cheap?), you'd need to stick with LGPL of SGWT over the GPL of
Thanks. I just read about that, which means it should be even easier to
debug and work with for us Java folks. I like what I see in GXT so far, but
admittedly very little. I'm most interested in the DTO issue and if there
are good ways to send HashMaps and the like to avoid creating so many of
@Martin - Why would you want to attack me just because I'm evaluating
toolkits? I understand our application domain just fine, and we've built
multiple applications in JSP technologies that are in our area of expertise
and have been running a profitable software business for 10 years now.
No problem It's all good!
Our architect is trying to contact them directly now because he said it
sounds so goofy he can't believe it's the case since the license itself has
no such references and claims to be the authoritative document (so anything
else on other pages would not supersede
RPC serializes basic java objects and your javabeans based on them, giving
you a nice model for programming since in GWT it's all Java when
programming. If you use HTTP, you can post name-value string pairs, and
then you'll have to process the response string. It's just much less
powerful, but
If you used the Eclipse plug-in, just copy all of the files in the 'war' to
the webapps folder for Tomcat, then deploy it as normal.
David
On Mon, Oct 26, 2009 at 1:48 PM, Darpan Mhatre darpan27...@gmail.comwrote:
Hi Folks,
Can anyone here let me know how to deploy GWT application
Just remember to do the Google-GWT Compile step to create all of the files
in the war/module_name folder that's auto-rebuilt for each compile. Those
are the ones that are needed when not in hosted/dev mode.
And if you're not creating a new war file each time, you may want to
consider removing
I suspect you'll need a plug-in of some sort as what you suggest would scare
the heck out of most people who use a browser, that your server could
somehow launch a program on my computer and then monitor it. For the
browser, the code is mostly limited to javascript or to a plug-in since it
would
You should be able to navigate by setting a new URL on
Window.Location.replace(newURL). This should cause the browser to load the
age at newURL (what in JSP might be thought of as a sendRedirect, but
without having to talk to the server to get it).
On Mon, Oct 26, 2009 at 7:30 PM, compuroad
Not sure why it doesn't switch to debug mode, but I learned recently that if
you are using JDK 6 that you need to get the very latest 6.0.16 because the
earlier ones had bugs in the breakpoint logic (I was on 6.0.14 and it
wouldn't work, so I don't know how much earlier you could go and have it
On Wed, Oct 28, 2009 at 10:34 AM, gwtfanb0y
siegfried.b...@googlemail.comwrote:
I would say that every Web Application which has its security only
inside the Frontend (Browser) is per default insecure.
If an evil person is smart, he can manipulate the JavaScript and make
invisible forms
On Wed, Oct 28, 2009 at 12:00 PM, Jason Essington
jas...@greenrivercomputing.com wrote:
In general you seem to be talking about attacks that would be handled
by the browser's Same Origin Policy. This does segregate js loaded
from different places to prevent that sort of thing.
That's the
I don't have a lot of experience with all of this yet, but the Date object
should care nothing abut timezones. Presumably it should be GMT/UTC/Zulu
and then only convert the data for display based on the user's locale. So
if you have a valid Date, it should correctly show for each timezone that
So the answer is no, this is not yet possible with GWT. Does anybody know
if 2.0 solves this? It really seems rather simple to have an annotation
that tells the GWT compiler to not even look at a method when it compiles
the javascript, and it would certainly streamline programmer code. With all
Would the decorator panel work for you?
http://gwt.google.com/samples/Showcase/Showcase.html#CwDecoratorPanel
You could give this one a try. It's easy to use.
http://advanced-gwt.sourceforge.net/borders.html
On Nov 1, 8:17 am, Sudeep S sudee...@gmail.com wrote:
HI,
I tried to
On Wed, Nov 4, 2009 at 2:04 AM, gwtfanb0y siegfried.b...@googlemail.comwrote:
I would recommend to integrate the login into the GWT page. This works
very great
for me (collected good experience with it) and is easy to implement.
So everything looks smooth.
Siegfried, what is the mechanism
I've reported this issue, too. It seems odd, but if you don't put a full
path, it assumes it's in the generated javascript area, but that area is
blown away during each compile, so it's not clear where to define the CSS in
Eclipse so that after the compile it puts the CSS back in there. If you
I only started with GWT 1.7, so I can't speak about that. But here's what I
have in my gwt.xml:
!-- Specify public resources that will be copied to the module --
public path=public/common/public
public path=public/login/public
!-- Style sheets we use from the public paths above
Haven't tried, but if you inject it in a style block, will the page
re-render using it? Seems like it does when you assign to innerHTML, so if
you inject such a style node, it seems like it would be processed.
--~--~-~--~~~---~--~~
You received this message
Thanks.
On Thu, Nov 5, 2009 at 12:30 AM, gwtfanb0y siegfried.b...@googlemail.comwrote:
@SuppressWarnings({MethodOnlyUsedFromInnerClass})
private void showMain() {
container.clear();
container.add(portalMainWidget.getDisplay().asWidget());
}
private void showLogin() {
On Mon, Nov 9, 2009 at 2:46 AM, gwtfanb0y siegfried.b...@googlemail.comwrote:
They extend 'com.google.gwt.user.client.ui.Composite'.
getDisplay().asWidget()) is a method (in use with the MVP) which
returns only the Widget:
@Override
public Widget asWidget() {
return this;
}
It seems that it doesn't really matter. The DialogBox itself works fine,
and whether I call setFocus() immediately or through a DeferredCommand, the
result is the same.
What is not clear is why there is a KeyUp event fired at all. I am not
even listening for keyup in the dialog. I just have a
Yes, I only have one EntryPoint now and it does look nicer and is
snappier. I'll worry about code splitting later, I suppose. Right now,
it's fine that everything is downloaded together. Hopefully it won't be too
big a deal to partition it once that feature is available.
I'm not an expert (or even a lawyer ;), but most of the third-party stuff
appears to be related to gwt-dev.jar. Heck, I don't even know what that JAR
is since it's not in my WEB-INF/lib. I only have gwt-servlet.jar and that
has no third-party stuff so it's just under the Apache 2 license you
Thanks. I'll spend more time to investigate this option, then, since it
likely has improved since a lot of the earlier gripes. More examples and
better documentation are always the answer, but I know how hard it is to
have it all :)
--
You received this message because you are subscribed to
That would be awesome. I'll keep my eyes out for your posting. I would
love to use it, but there is a huge learning curve already with GWT (I am
not even a GUI programmer other than good old HTML+CSS generated by JSPs)
and there's nothing like an example that makes use of the various classes to
Thanks. I read they were defined in UserAgent.gwt.xml, but had no idea
where that file was. I didn't think to look in the gwt-user.jar, and I
wouldn't have guessed gecko1_8 at all for Firefox 3.5. Your info was
perfect. I wish it was just that clear in the docs!
--
You received this message
Isn't most PCI compliance related to the server? GWT only holds the
information a short time to make a payment and shouldn't normally hold on to
the data after submitting it for processing. How does your GWT help with
PCI compliance since this would also require your server and server code to
be
This has gone off-topic, so I won't belabor my point, but the PCI principles
clearly show it's more geared towards the server-side, as the browser itself
never had to be PCI compliant or any such rubbish. And no GWT interface
tool can ensure PCI compliance either. A server that has gone through
The KeyUp handler fires once the key has been processed, so when you check
your widget, it should already contain the character. When you use KeyDown,
you can even block the character because you are handling the event before
the widget has it, so when you check your widget, it's always one
The real benefit of your service is that you've provided a GWT widget/module
we can install by downloading it from your secure server so that the CC
information is entered on my page, but your widget actually captures the CC
info and submits it for processing to your server directly so our web
If you use a HorizontalPanel with a Label and HTML widgets, it should work
no? I guess they could both be Labels, too. You'd just need to use CSS
styling to make the second one bold.
--
You received this message because you are subscribed to the Google Groups
Google Web Toolkit group.
To post
java.util.Date is a misnomer because it's really a time (date+time). If you
just want the date, then yes, use -MM-DD format as that's a very
portable format date only a date. The other option is to ensure whenever
you set a java.util.Date, you force the hour/minute/second/millis to 0 while
What's the ETA now for GWT 2.0 final? I am developing now under 1.7.1, but
won't expect to be in production for another 4 months or so. Would I be
better off getting a jump on 2.0 now or would I risk 2.0 not being ready for
production over the next several months?
--
You received this message
Unfortunately, GWT's DateTimeFormat doesn't support the Java implemention's
'D' format specifier of SimpleDateTimeFormat. Your server could do the calc
for you perhaps??
--
You received this message because you are subscribed to the Google Groups
Google Web Toolkit group.
To post to this
I think the example you have also loads all rows and doesn't use page
fetching to load only the first page, waiting until they click next page to
actually retrieve additional rows. It seems the example gets all rows, so
the sorting is all local and works on all data, no additional fetching takes
One final comment for tonight
I did a compile and released to my Tomcat test system and it all appears to
work fine. So it seems that the code is building correctly, etc., but I
just cannot use the debugger.
Then, I tried again using the Eclipse version for debugging, and while I get
the
Remember, too, that EXTJS is GPL code so you either have to be pure open
source or you need a commercial license. GWT's Apache license is more
liberal and allows it to be used in commercial settings.
--
You received this message because you are subscribed to the Google Groups
Google Web
I wish I had a fixed way to make it happen, but it seems like I get a few
different scenarios.
Sometimes, after lots of code changes while the debugger is running, when I
save the client .java file in Eclipse and it's compiled, FF will crash.
Other times, it's when I click RELOAD after making
Upgrading from 1.7 seems fraught with peril. The docs even suggest that you
install on a clean install of Eclipse, which is what I did because prior to
that, my own attempt resulted in much confusion.
As the gwt.xml, it appears that there was a bug (supposedly fixed for RC 2)
regarding uppercase
Great. I figured it must be known since it's rather routine -- it'll crash
after every few code change/test cycles, but I can't make it crash yet.
But it's always after reloading FF after making changes that no doubt cause
a server reload or something.
--
You received this message because you
For Tomcat, if you have this in your META-INF/context.html:
Context debug=0
Valve
className=org.apache.catalina.authenticator.NonLoginAuthenticator
disableProxyCaching=false /
/Context
This will prevent it from doing the caching. If you have any other type of
This has been asked many times already. The general answer seems to be that
they are eager to get it out, but that there's no formal date yet. If you
are just getting started, 2.0 may be the place to start, though there is
less documentation available, especially for the new capabilities. They
Not sure about others, but yes, I'm using FF 3.5.5.
--
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
Be sure there are no null pointer errors and that all classes you serialize
also have a no-arg constructor (that one gets me from time to time) even if
you don't use it yourself (I have a lot of private constructors just for
serialization).
--
You received this message because you are subscribed
What does the console show? You should see a POST to your service name.
Make sure the POST URL matches how your web.xml is set up to process the
requests.
--
You received this message because you are subscribed to the Google Groups
Google Web Toolkit group.
To post to this group, send email to
Gotta look at all your logs, console, etc. Most likely it's a null pointer
exception or a some sort of serialization issue because you have an object
without a zero-arg constructor. Hard to tell with little info
--
You received this message because you are subscribed to the Google Groups
How does it compare to the UIBinder in GWT 2? I've not used it yet, but
understand it's an XML file format for building UIs. If they overlap,
people will more likely prefer UIBinder, but if they do not, I'm sure others
would be interested.
--
You received this message because you are
I have no idea what you are asking, but you give no example of the problem.
Since the Java compile is just a java compile (nothing GWT about it), I'm
sure you can use import java.net.*; in your server side code.
Google does provide another compiler to convert all the java code intended
for the
RC2? That's not yet been announced as available. Is it now?
--
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
Javascript has no byte (or char) type, so I doubt it can do anything that
returns or processes bytes directly.
--
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
Please tell us you're not confusing Java and Javascript running in a web
browser
--
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,
Yes, we'd like the incubator code to be usable without warnings in 2.0,
before any changes are done under the hood for the refactoring work.
--
You received this message because you are subscribed to the Google Groups
Google Web Toolkit group.
To post to this group, send email to
And considering the complexity of the js-generated pages, a few tables
probably doesn't hurt that much. I mean, I've not seen any slow rendering
issues in my experience. But there are certainly times when it's nicer to
have it clean, and there are some widgets like InnerHTML and InnerLabel that
I have found that using InnerLabel with InnerHTML and a TextBox, I can come
close to making it cleaner HTML than the overhead of a table just to put a
label and input field together, with something like:
FlowPanel nameAndLabel = new FlowPanel();
InlineLabel label = new
Join the club on this wish list item. I'm not sure why so much energy was
put into 2.0 without including such a feature that would make integrating
client code with server code so much easier -- rather than having to build
glue code around each side of the RPC.
--
You received this message
How? We'd love to do it, but I suspect it's non-trivial, and if it is, then
I'm sure others would like the ability since it would allow you to pass a
server object into a client object to set some state without needing the
method itself be part of the javascript generation.
--
You received this
Not sure when it was released (I'm using 2.0RC2 now), but did you just try
the DialogBog.setGlassEnabled(true) call?
--
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.
Sorry for the typo, but it's DialogBox (and neither DialogBog or DialogueBox
smile). It is a method on PopupPanel and could very well be 2.0. If you
are getting started on a new project, I recommend going to 2.0RC2 now
because you'll need to upgrade at some point anyway, and because it's an
RC2,
Thanks for the tip on the on the issue number. I confess, I don't really
understand the super-source solution, or even how it actually solves the
problem.
I've resigned myself to know that I'll never be able to build a data-object
for the client and then subclass that for the server side because
Let me digest that since I confess I'm more HTML-oriented than CSS for such
things.
I'm not sure what it means for the nameAndLabel panel in float: left panel
or position: relative panel means. Is this a type of panel that does this
(AbsolutePanel?) or just a CSS option to give a
Just be sure to put Project.css in the public folder where you gwt.xml file
is (unless it also specifies another location for public). That will ensure
it is copied to the area where the css injector references it.
--
You received this message because you are subscribed to the Google Groups
Okay, the CSS is really nice since I can control the width so easily. It
works creat, so thanks for the tip.
Is there no Label-like widget that emits a label tag in GWT? I see that
the RadioButton does it.
It seems very easy for me to make a Composite widget that is composed of
these two
So, let's say your project base is com.company.gwt.
Your project GWT file should be located in:
src/com/company/gwt/mymodule.gwt.xml
and your CSS is located
src/com/company/gwt/public/Project.css
and your GWT file contains:
stylesheet src=Project.css/
and your HTML base page has no attempt
It really sounds like your project is not using the 2.0RC2 compiler. Double
check the eclipse project properties for the Google-Web Toolkit. Then
check the Java Build Path shows under the Libraries tab your GWT SDK that's
also 2.0RC2. Not sure otherwise...
--
You received this message because
I forgot the methods for setting the for attribute id! I used the
setHtmlFor() method name to match the dom LabelElement class (my own pref
would have been setFor(id)).
/**
* Sets the attribute for on the label tag to be the specified id.
* @param id the String id to use.
*/
public
In general, CSS should be used to affect such things as they are external,
tunable, skinnable, etc. You can use addStyleName() to add any styles (CSS
classes actually) you want to the label, or if all your labels should be the
same, you can set .gwt-Label to use any common styles for all labels,
There are lots of ways, but basically, create a label you manage a bit
Label mylabel = new Label(myText);
mylabel.addStyleName(test);
Then in your css:
.test { font-size: 10pt; }
This sets a CSS class so you can make it do whatever you want...
Of you could put a class on the container to
A GUI builder would be a huge advance over UiBinder alone, by my vote! But
then again, a GUI builder would be best if there were a big widget library
so there would be more to use and layout.
SmartGWT has some nice widgets, but their GUI builder doesn't do GWT, just
JS.
--
You received this
The use of LABEL tags is useful for accessibility. Just like TH is useful
for tables, though a TD will suffice, this is less the case when attempting
to be accessible.
--
You received this message because you are subscribed to the Google Groups
Google Web Toolkit group.
To post to this group,
I agree, and it would have been better name Text or TEXT to match the
setText() methods and to go in parallel with the HTML widget. But bad choice
of names is impossible to fix once they are done, and anybody who's ever
written an API knows that we all get them wrong from time to time.
There's no
Excellent. I'm going to give this a try right away.
For server integration, would a HashMap based interface using GWT-RPC work
well with the DataSource concept to allow for generic integration of
SmartGWT with a Java backend?
--
You received this message because you are subscribed to the
I have no idea, unfortunately, since I'm not on OSX, and I'm using Java 6.
Of course, you should not be using any RC versions anymore since 2.0 is
officially out and they did fix the FF plugin fairly recently so it no
longer crashes it.
--
You received this message because you are subscribed to
It's only because our plans are for our product to be open source, and while
PRO may indeed work better out of the box, it creates licensing conflicts to
include a large commercial component that would affect both the client and
server code. The LGPL widgets definitely are winners.
79 matches
Mail list logo
