Ok, that makes sense, and sounds like my fault. I'll have a look at it later
today.Thanks for catching this.
On Tue, Oct 6, 2009 at 1:31 PM, bond <raul.pel...@mail.ee> wrote:
>
> I have same problem with Mail sample.
> Could it be because of my locale - decimal symbol is comma?
> Generated BinderImpl also shows it:
>
> f_DockLayoutPanel1.addNorth(topPanel, 5,000000);
> f_SplitLayoutPanel2.addWest(shortcuts, 192,000000);
> f_SplitLayoutPanel2.addNorth(mailList, 200,000000);
>
>
> On 6 Oct, 18:32, Freeland Abbott <fabb...@google.com> wrote:
> > On Tue, Oct 6, 2009 at 2:35 AM, tfga <thiago...@gmail.com> wrote:
> >
> > > Thank you for you very detailed message, Freeland.
> >
> > > Regarding [4] ("LONG compiler errors in Browser"):
> >
> > > I only get those when I run ant from Eclipse. When I run it from the
> >
> > It would make (some) sense for Eclipse to put its own jars onto your
> > classpath, so I think that's your version skew problem there, yes.
> >
> > > command line, I get a different set of errors (see message 3). What
> > > about these?
> >
> > Well, at root I'm going to give you a similar answer: we don't get those
> > errors, so it seems something is screwy in your setup; try going over
> your
> > classpath with a fine-toothed comb. (For what it's worth, I just tried
> > again on XP at revision 6301, no issues for me.)
> >
> > If your only errors are in the samples, the dist-dev target may help you
> (by
> > skipping the problem). That's not a feel-good solution, though, since it
> > should work and does here.
> >
> > It looks like Joel's r6192 (Sep 22) changed the add...(...) signatures
> and
> > supported uiBinder for Mail sample. As Eric alludes, the Mail_BinderImpl
> > class is generated, and if I'm reading the sense of the error right,
> you're
> > getting "new" calls from that generated code against an "old" definition
> for
> > the DockPanelLayout class... so where's that old class coming from? (I
> > don't think the default build files save generated output at all
> > persistently, so Eric's suggestion to hunt down the *_BinderImpl files
> will,
> > I think, not help much---I don't think they're persistent, and even if
> they
> > are, I *think* the message says they're "more right," i.e. post-6192, and
> > it's the DockPanelLayout class that's stale.)
> >
> > If you were still building using Eclipse, I'd ask whether you were using
> the
> > Google Plugin for Eclipse and if so whether it was using a (different)
> GWT
> > runtime when building your GWT project itself; that'd get you two sets of
> > classes (one from the source, modern; one from the runtime, probably a
> stale
> > release)... instead, I'm going to ask whether you have a CLASSPATH
> > environment variable set, and perhaps including old/released GWT jars.
> But
> > the end result is still going to be "look at your ant -v classpath very,
> > very carefully," no longer for conflicting Eclipse stuff in this case but
> > for conflicting GWT stuff. And you might want to make sure you don't
> have
> > local mods on DockPanelLayout, though that should be an idiot check since
> > you've said it's a clean checkout. Still, I've been a dumber idiot than
> > that on occasion....
> >
> > I was using the ant that came with Eclipse; I tried using the
> >
> > > "official", stand-alone one from apache and got the same result. On Oct
> 5,
> > > 12:29 am, Freeland Abbott <fabb...@google.com> wrote:
> > > > Going back to some of your original questions:
> >
> > > > 1. The default behavior is to build cross-platform. If you only
> care
> > > > about the platform you're on, there's a *-one family of targets,
> and
> > > to
> > > > leave things like samples and tools behind, a *-dev family. Try
> ant
> > > > dist-dev to make a one-platform distribution without samples or
> tools,
> > > > although you might find you actually *want* especially the tools.
> But
> > > > most of us don't iterate on them as often, which is why they're
> left
> > > out
> > > > from those rules. Or, use dist-one if you do want them.
> > > > 2. As a hack to your svn issue, if you just pre-define the ant
> > > properties
> > > > it's supposed to set from svn info and svnversion, the SvnInfoTask
> > > will skip
> > > > over the work (and thus skip not finding svn). That'd look
> something
> > > like:
> > > > - ant -dgwt.svnrev=tr...@5678 dist-one
> > > > 3. There's no reason cygwin shouldn't work for you, but you don't
> need
> > > it
> > > > either. There's a perfectly good native Windows svn at
> > > > http://www.collab.net/downloads/subversion/. If you're already
> using
> > > > cygwin, e.g. for git, of course, then as noted it *should* have
> worked
> > > > fine... we need[*] a svnversion and svn executable on the command
> > > line, but
> > > > we don't care which port or environment.
> > > > 4. Your LONG compiler errors in Browser are screwy; as Eric says,
> we
> > > > don't see them... and we're desparately trying to retire our swt
> > > dependency
> > > > anyway. But at a guess, I suspect you've got different Eclipse
> jars
> > > on your
> > > > classpath than you "should," especially if you're building from
> some
> > > > Eclipse. I haven't done an exhaustive check in all the jars, but
> in
> > > > $GWT_TOOLS/lib/eclipse/org.eclipse.swt.gtk-linux-3.2.1.jar I see
> only
> > > the
> > > > ...internal.gtk.LONG class, *not* the internal.LONG variant. I
> > > suspect
> > > > you're getting a more modern Eclipse jar, and that they must have
> > > refactored
> > > > it up or somesuch. Ant -v will report the classpath; I suspect
> you'll
> > > find
> > > > a stray jar from outside the GWT and GWT_TOOLS hierarchies which
> is
> > > messing
> > > > you up. (My own ant -v is below, but you shouldn't need to do the
> 1:1
> > > > matching; just look for something from the wrong directories!)
> > > > - [gwt.javac] 'C:\Documents and Settings\fabbott\My
> > > > Documents\GWTs\collections\build\out\dev\linux\bin;C:\Documents
> and
> > > > Settings\fabbott\My
> >
> > >
> Documents\GWTs\tools\lib\eclipse\org.eclipse.swt.gtk-linux-3.2.1.jar;C:\Documents
> > > > and Settings\fabbott\My
> > > > Documents\GWTs\collections\build\out\dev\core\bin;C:\Documents
> and
> > > > Settings\fabbott\My
> >
> > > Documents\GWTs\collections\build\out\dev\core\alldeps.jar;C:\Program
> > > > Files\apache-ant-1.7.1\lib\ant-launcher.jar;C:\Program
> > > > Files\apache-ant-1.7.1\lib\ant-antlr.jar;C:\Program
> > > > Files\apache-ant-1.7.1\lib\ant-apache-bcel.jar;C:\Program
> > > > Files\apache-ant-1.7.1\lib\ant-apache-bsf.jar;C:\Program
> > > > Files\apache-ant-1.7.1\lib\ant-apache-log4j.jar;C:\Program
> > > > Files\apache-ant-1.7.1\lib\ant-apache-oro.jar;C:\Program
> > > > Files\apache-ant-1.7.1\lib\ant-apache-regexp.jar;C:\Program
> > > > Files\apache-ant-1.7.1\lib\ant-apache-resolver.jar;C:\Program
> > > > Files\apache-ant-1.7.1\lib\ant-commons-logging.jar;C:\Program
> > > > Files\apache-ant-1.7.1\lib\ant-commons-net.jar;C:\Program
> > > > Files\apache-ant-1.7.1\lib\ant-contrib-1.0b3.jar;C:\Program
> > > > Files\apache-ant-1.7.1\lib\ant-jai.jar;C:\Program
> > > > Files\apache-ant-1.7.1\lib\ant-javamail.jar;C:\Program
> > > > Files\apache-ant-1.7.1\lib\ant-jdepend.jar;C:\Program
> > > > Files\apache-ant-1.7.1\lib\ant-jmf.jar;C:\Program
> > > > Files\apache-ant-1.7.1\lib\ant-jsch.jar;C:\Program
> > > > Files\apache-ant-1.7.1\lib\ant-junit.jar;C:\Program
> > > > Files\apache-ant-1.7.1\lib\ant-netrexx.jar;C:\Program
> > > > Files\apache-ant-1.7.1\lib\ant-nodeps.jar;C:\Program
> > > > Files\apache-ant-1.7.1\lib\ant-starteam.jar;C:\Program
> > > > Files\apache-ant-1.7.1\lib\ant-stylebook.jar;C:\Program
> > > > Files\apache-ant-1.7.1\lib\ant-swing.jar;C:\Program
> > > > Files\apache-ant-1.7.1\lib\ant-testutil.jar;C:\Program
> > > > Files\apache-ant-1.7.1\lib\ant-trax.jar;C:\Program
> > > > Files\apache-ant-1.7.1\lib\ant-weblogic.jar;C:\Program
> > > > Files\apache-ant-1.7.1\lib\ant.jar;C:\Program
> > > > Files\apache-ant-1.7.1\lib\xercesImpl.jar;C:\Program
> >
> > >
> Files\apache-ant-1.7.1\lib\xml-apis.jar;c:\Progra~1\Java\jdk1.6.0_14\lib\tools.jar'
> >
> > > > Hope those help!
> >
> > > > [*] there's some suggestion to use SvnKit instead, because people
> keep
> > > > updating graphical tools like TortoiseSVN, and then getting newer
> .svn
> > > > directories than their command-line tools can handle and having
> errors
> > > > because of that. I've resisted SvnKit, though, because I think it
> just
> > > adds
> > > > a third way for things to get skewed...
> >
> > > > On Sun, Oct 4, 2009 at 8:38 PM, tfga <thiago...@gmail.com> wrote:
> >
> > > > > Sorry. I still get the same thing :(
> >
> > > > > On Oct 4, 5:57 pm, John LaBanca <jlaba...@google.com> wrote:
> > > > > > You might also need to do an 'ant clean' after recent updates.
> > > > > > Thanks,
> > > > > > John LaBanca
> > > > > > jlaba...@google.com
> >
> > > > > > On Sun, Oct 4, 2009 at 1:27 PM, tfga <thiago...@gmail.com>
> wrote:
> >
> > > > > > > Thank you for you reply, Eric.
> >
> > > > > > > I was launching ant from within Eclipse. I ran it under cygwin
> and
> > > got
> > > > > > > a different error (below). I'll try to run it under cmd.exe, as
> you
> > > > > > > suggested.
> >
> > > > > > > gwtc:
> > > > > > > [java] Compiling module com.google.gwt.sample.mail.Mail
> > > > > > > [java] Scanning for additional dependencies:
> > > file:/C:/Documents
> >
> > > %20and%20Settings/tfga/workspace/gwt/samples/mail/src/com/google/gwt/
> > > > > > > sample/mail/client/Mail.java
> > > > > > > [java] Adding '2' new generated units
> > > > > > > [java] Validating newly compiled units
> > > > > > > [java] Removing units with errors
> > > > > > > [java] [ERROR] Errors in 'transient source
> for
> > > > > > > com.google.gwt.sample.mail.client.Mail_BinderImpl'
> > > > > > > [java] [ERROR] Line 20: The method
> addNorth
> > > > > > > (Widget, double) in the type DockLayoutPanel is not applicable
> for
> > > the
> > > > > > > arguments (TopPanel, int, int)
> > > > > > > [java] [ERROR] Line 21: The method
> addWest
> > > > > > > (Widget, double) in the type DockLayoutPanel is not applicable
> for
> > > the
> > > > > > > arguments (Shortcuts, int, int)
> > > > > > > [java] [ERROR] Line 22: The method
> addNorth
> > > > > > > (Widget, double) in the type DockLayoutPanel is not applicable
> for
> > > the
> > > > > > > arguments (MailList, int, int)
> > > > > > > [java] See snapshot: c:\DOCUME~1\tfga
> > > > > > > \CONFIG~1\Temp
> >
> > >
> \com.google.gwt.sample.mail.client.Mail_BinderImpl2569137898788811986.java
> > > > > > > [java] [ERROR] Unable to find recently-generated type
> >
> > ...
> >
> > read more ยป
>
> >
>
--~--~---------~--~----~------------~-------~--~----~
http://groups.google.com/group/Google-Web-Toolkit-Contributors
-~----------~----~----~----~------~----~------~--~---
