- permitting fork in incremental mode only when using tag file
- pulling aspectjtools also from the task classpath
also failonerror default was not true as stated in the docs

- using build.config system property

- better logging
- checking zip results - returns false positive for empty zips
- compile(..) API change for adopting classes

Also, copyright clearly wrong - file created last fall.

- better logging
- checking zip results - returns false positive for empty zips
- compile(..) API change for adopting classes

These would break only when running from a Javac compiler adapter and using <compilerarg>

These would break only when running from a Javac compiler adapter and using <compilerarg>

These now build with assemble-all off and on, and
tests were updated to check by running classes.

This does not affect regular module or product builds.

replaced reference to null ide properties adapter (defined only in testsrc)
and created logging proxy to verify API's used.
Unfortunately also formatted code, so it looks like there are more changes than there are.

- findToolsJar now accepts versioned jars
- supporting a forkclasspath to permit user  to explicitly set
- upgrades for testing
  - so multiple iterations work,
    - not altering cmd in execute() 
    - only fixing up outjar once
    - reset() complete 
  - so incremental compile tests work,
    - passing quit through to main

- when forking on windows, use javaw rather than java 
  if possible to avoid popping up a console window

   Weaving rt.jar results in stack overflow

   Weaving rt.jar results in stack overflow

   public static fields being ignored 
this test is passing in 1.1rc2

   Unexpected Xlint:unresolvableMember warning with withincode

- incorrect pattern to copy all junit reports

- structure model caveat