Just added an issue:
http://code.google.com/p/google-web-toolkit/issues/detail?id=4111
On Wed, Oct 7, 2009 at 9:30 AM, Joel Webber <j...@google.com> wrote:
> 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
-~----------~----~----~----~------~----~------~--~---
