Calling java-pkg_dosrc() in java-utils-2.eclass causes the ebuild to die because it only looks for .java files. It should also accept .jar files because IDEs can read from .jar files for code completion as well.
Created attachment 104648 [details] java-utils-2.patch This patch should fix the problem.
How's that a major severity? We prefer unpacking the jars and making the zip contain only the unpacked .java files for consistency. What's the advantage of packing jar files?
I'm all about consistency but with a package that has packed up all of its .java source files in multiple jar files in multiple directories, I think it's a real pain to have to unpack all that just to keep consistency. As I understand, all or most of the java IDEs like Eclipse, Netbeans, Intellij, etc can handle .jar files for their code completion. So why not include jar files in the zip file?
(In reply to comment #3) > I'm all about consistency but with a package that has packed up all of its > .java source files in multiple jar files in multiple directories, I think it's > a real pain to have to unpack all that just to keep consistency. As I > understand, all or most of the java IDEs like Eclipse, Netbeans, Intellij, etc > can handle .jar files for their code completion. So why not include jar files > in the zip file? > jar files a subset of zip files so of course the IDEs can handle jar files. The question here is that can it handle jar files inside .zip files.
(In reply to comment #4) > (In reply to comment #3) > > I'm all about consistency but with a package that has packed up all of its > > .java source files in multiple jar files in multiple directories, I think it's > > a real pain to have to unpack all that just to keep consistency. As I > > understand, all or most of the java IDEs like Eclipse, Netbeans, Intellij, etc > > can handle .jar files for their code completion. So why not include jar files > > in the zip file? > > > > jar files a subset of zip files so of course the IDEs can handle jar files. The > question here is that can it handle jar files inside .zip files. > I was wondering that myself. I just found out that when you want Intellij to do code completion, you have to point it to each separate jar file which it can then read. Now that sounds like a real pain in the ass. Maybe it's better to just leave it in it's source directory as it is since they're all just zip files anyway?
So I guess one of two things could be done. 1. Leave the files like they are if they're jars and don't call this function. or 2. Modify the function so it recurses through multiple directories, extracts the jars and puts them all in the same directory structure and zip that up. Then the person using the IDE only has to point to one file instead of having to go through separate directories for each one.
How many packages are affected by this? Are some in portage tree? Which? Also, we build stuff from source which means we already have the source unpacked in order to compile it :) So how could that happen to have source only in .jar files?
looks like this is not important anymore. if i am wrong, reopen.
