De: Bob Hanson <[EMAIL PROTECTED]>
>
>> Yes, easy (but not often useful because you can forget build.xml most of the
>> time under Eclipse): right-click on build.xml and select Run As / Ant Build
>> ...
>> In the Ant window, you can select which targets to run and in which order.
>
>So what I do
[EMAIL PROTECTED] wrote:
Yes, easy (but not often useful because you can forget build.xml most of the
time under Eclipse): right-click on build.xml and select Run As / Ant Build ...
In the Ant window, you can select which targets to run and in which order.
So what I do is unclick [x] Main i
De: "Miguel" <[EMAIL PROTECTED]>
>I do this by saying:
>
> ant clean main
>
>You should *always* do a clean build before doing a checkin.
>
>I cannot tell you how to do it using eclipse ... but I am sure that it is
>easy.
;)
Yes, easy (but not often useful because you can forget build.xml most of
De: Bob Hanson <[EMAIL PROTECTED]>
>Bothers me that build.xml didn't catch that change and see that it had
>to recompile the app class file. I really don't understand why it
>compiled for me but not you.
It's because I didn't see the error with build.xml, but with Eclipse built-in
build. I rar
> Bothers me that build.xml didn't catch that change and see that it had
> to recompile the app class file. I really don't understand why it
> compiled for me but not you.
ant + build.xml will only compile things based upon source file modified
dates.
Sometimes when you change things you need to
nico,
my fault. I added that. How come it's compiling for me?
Is it because build.xml doesn't catch the dependencies of those applet
class files? Hmm.
Ah, yes. Now I see where changing an interface can be tricky, because
any class implementing it MUST have that method as described in the
int
I have just done a cvs update, and the code is not compiling any more:
"The type Jmol.MyJmolStatusListener must implement the inherited abstract
method JmolStatusListener.setStatusMessage(String, String)" Jmol.java
Jmol/src/org/openscience/jmol/app line 1339
Nico
--
