If you had done a build from scratch, you would have had no errors.
I never do incremental builds. I do the full build in an empty
directory, and then make changes locally and just build the module or 2
that I'm working on. After a few days or so, after I've checked-in my
changes, I start the process over again with a fresh new build...
Lloyd L Chambers wrote:
> I don't understand what you think I should do?
>
> On Oct 27, 2006, at 2:48 PM, Byron Nevins wrote:
>
>> IMHO, this technique is too fragile and (human) time-consuming. What
>> I do is spend the computer's time instead doing a full build from
>> scratch (< 1 hour). Then I do edit-maven-test a million times from
>> the module I'm working on. I think it saves time & frustration
>> overall because the full-build almost always goes through...
>>
>> Lloyd L Chambers wrote:
>>> I've done a 'maven clobber bootstrap-all' followed by 'maven
>>> checkout' and I still get this (Mac OS X):
>>>
>>> [java]
>>> [java] compile-server:
>>> [java] [echo] Compiling com/sun/ejb, com/sun/ejb
>>> [java] [javac] Compiling 1 source file to
>>> /gf-trunk/build/glassfish/appserv-core/build
>>> [java] [echo] Compiling com/sun/web, com/sun/jndi,
>>> com/sun/enterprise
>>> [java] [javac] Compiling 528 source files to
>>> /gf-trunk/build/glassfish/appserv-core/build
>>> [java] [javac]
>>> /gf-trunk/build/glassfish/appserv-core/src/java/com/sun/enterprise/webservice/ClientPipeCreator.java:27:
>>> cannot find symbol
>>> [java] [javac] symbol : class ClientPipelineHook
>>> [java] [javac] location: package com.sun.xml.ws.assembler
>>> [java] [javac] import
>>> com.sun.xml.ws.assembler.ClientPipelineHook;
>>> [java] [javac] ^
>>> [java] [javac]
>>> /gf-trunk/build/glassfish/appserv-core/src/java/com/sun/enterprise/webservice/ClientPipeCreator.java:37:
>>> cannot find symbol
>>> [java] [javac] symbol: class ClientPipelineHook
>>> [java] [javac] public class ClientPipeCreator extends
>>> ClientPipelineHook {
>>> [java] [javac] ^
>>> [java] [javac]
>>> /gf-trunk/build/glassfish/appserv-core/src/java/com/sun/enterprise/tools/verifier/VerifierResultsImpl.java:64:
>>> warning: non-varargs call of varargs method with inexact argument
>>> type for last parameter;
>>> [java] [javac] cast to java.lang.Object for a varargs call
>>> [java] [javac] cast to java.lang.Object[] for a non-varargs
>>> call and to suppress this warning
>>> [java] [javac] Object result =
>>> failedCountMethod.invoke(resultObj,null);
>>> [java] [javac]
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
>>> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
>> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>