Re: [jdt-dev] Problem with top level package names and sourceforge

[Vincent D Murphy <vdm@xxxxxx>]

Jonathan Trevor wrote:
> Can anyone offer me any advice?

unfortunately i cannot offer advice.

however, i can 'chime in' and say this is a showstopper for me on many 
projects.  on cvs projects for which i do use it, i fork the tree, and 
create directory structure which mirrors the package structure.  then i 
use the fantastic jdt tooling to work for a few hours, and my 
productivity soars.  however then it comes to time for a commit, and i 
manually sync with my CVS working copy before i commit my changes; 
productivity is in the sewer.

eclipse is cool enough that this is worth my while for projects i work 
on for >5 hours/day.  however if i just want to download ant and read 
some source, i can't do it in eclipse.

however, i feel this should not be necessary.  eclipse could be more 
accomodating in this regard, simply because other tools are.  e.g. with 
javac, i can have a messy pile of files in arbitrary packages in a 
arbitrary directory structure which is totally different from the 
package structure, and it Just Works so long as those directories are on 
the 'sourcepath'.  javac looks at the package statement in the class 
source, not at the folder structure, and i think this is the way it 
should be.

for the record; i think it is better style for the directory structure 
to match the package structure, but i for one have inherited source 
trees where this was not the case.  that is why i think eclipse needs to 
support this.

eclipse is a great system but the false coupling between packages and 
directories is holding it back IMHO.

thanks,
-vincent