Dale King <DaleWKing@insightbb.nospam.com> wrote or quoted:
> I have a slight variation on that problem that I don't know how to
> solve. I have some source files that are used in unit testing that I
> don't want compiled, but I do want the actual source file to be
> considered a "resource" so that source file gets put in the output
> folder and in a jar.
Maybe you can get away with using a different extension for them.
That's about all I can think of trying.

Signature
__________
|im |yler http://timtyler.org/ tim@tt1lock.org Remove lock to reply.
Dale King - 16 Jul 2005 19:40 GMT
> Dale King <DaleWKing@insightbb.nospam.com> wrote or quoted:
>
[quoted text clipped - 7 lines]
>
> That's about all I can think of trying.
In this case I am not in control of the source. The project was
Checkstyle and I wanted to write some patches for new features and
fixing some bugs and run the unit tests in Eclipse (without resorting to
Ant). The unit tests have source files for running the unit tests of the
checks on. We don't want those source files compiled but they need to be
available to the unit tests.
Actually researching it a bit for this response, I see that the unit
tests actually don't rely on the test inputs being in the classpath and
accessing them using getResource. They actually have to be in the file
system and you set a system property with the path.
So I guess in this case I don't need it, but the general problem
remains. Consider if I wanted to do something like the SwingSet app does
where the application can display source code. You would like that
source code to be in the jar.
If you are control of the source giving it a different extension would e
the easiest way to go.

Signature
Dale King