Compiler Resource Pattern does skip ?*.java ?

In our Java Team we have the habbit to include the sources into our deployment modules (especially for Java modules, which are used as library in several projects)
In thought it was enough by adding the ?*.java pattern in the Resource Pattern (Compiler setting).
This works great for other file types, such as properties, xml, etc. Unfortunately, the *.java seems to be an exception.
Any workaround for this ?

3 comments
Comment actions Permalink

Yep, java files are explicitly ignored. This was done to speedup the process of filtering resouce files: much fewer files will be
matched against resource patterns in this case. Of course we used an assumption that under source directories *.java files outnumber
the other ones and nobody will consider *.java files as resource files.
Even if there was a possiblity to copy java files as resources, you would end up with the mixture of "class" and "java" files in
your output directories. Is that what you need?

--
Best regards,
Eugene Zhuravlev
Software Developer
JetBrains Inc.
http://www.jetbrains.com
"Develop with pleasure!"


0
Comment actions Permalink

I don't care if they are copied into my output directories or not, the only thing I need is that the created jar (made with the build jars functionallity) contains the java files.

If this is really not possible, is there a way to generate a 'sources' jar, so we give the possibillity to our users to step into the code when they are debugging for example.
I know this is possible by making ant scripts, but It would be nice that everyting is done by IntelliJ...

0
Comment actions Permalink

If this is really not possible, is there a way to generate a 'sources' jar, so we give the possibillity to our users to step into
the code when they are debugging for example.


This way to solve the problem looks much better imho.
Could you please file the issue to our JIRA?


--
Best regards,
Eugene Zhuravlev
Software Developer
JetBrains Inc.
http://www.jetbrains.com
"Develop with pleasure!"


0

Please sign in to leave a comment.