- 
    Bug 
- 
    Resolution: Fixed
- 
     P3 P3
- 
    9
- 
        b105
                    On Jan 22, 2016, at 1:18 AM, Igor Ignatyev wrote:
It looks like in case of JDK-8143066, not FQN classnames were used, but classnames w/o packages. so simple adding package-name should help. I’m checking that.
Intermittence of this failure is caused by implicit @build action for main class, but by some reason this action doesn’t work correctly if more than one classes is needed:
The named <class> will be compiled on demand, just as though an "@run build <class>" action had been inserted before this action. If this action requires classes other than <class> to be up to date, insert an appropriate build action before this action.
            
It looks like in case of JDK-8143066, not FQN classnames were used, but classnames w/o packages. so simple adding package-name should help. I’m checking that.
Intermittence of this failure is caused by implicit @build action for main class, but by some reason this action doesn’t work correctly if more than one classes is needed:
The named <class> will be compiled on demand, just as though an "@run build <class>" action had been inserted before this action. If this action requires classes other than <class> to be up to date, insert an appropriate build action before this action.