frankslin/classpath-explorer

Automatically exported from code.google.com/p/classpath-explorer

classpath-explorer's Issues

The Project needs much more working Examples

All i found uses ANY as first Parameter in:
  new RegExpResourceFilter(ANY, ".+\\.class")
What sense makes this fist Parameter?

Original issue reported on code.google.com by [email protected] on 11 May 2010 at 9:13

Enable build and test under IntelliJ and Maven

The ClassPathFactoryTest assumed that compiled classes went in bin/ like
the Eclipse conventions dictate.

The pom needed a surefire configuration so that a plain Java classpath is
used to start the tests, otherwise the Classworlds classloader obscures the
real classpath.

A patch is attached.

Original issue reported on code.google.com by aeagle22206 on 25 Jan 2009 at 1:03

Attachments:

• Make_classpath_explorer_work_in_Maven.patch

fixing broken build due to jvm non-guarantee of ordering bad assumption in test.

Patch attached.

ClassPathTest#testListPackages() failed in our checkout. Because ordering
was different from expected. 

See File#list() which has a comment:
 * There is no guarantee that the name strings in the resulting array
 * will appear in any specific order; they are not, in particular,
 * guaranteed to appear in alphabetical order.
That is called indirectly by the DirectoryClassPath#listNames() method.

Probably this is due to our sun 1.5 64bit jvm, it did pass when tested on
Apple's 32 bit 1.5 jvm.

Original issue reported on code.google.com by [email protected] on 1 Feb 2009 at 6:18

Attachments:

• fix_unix_java_1.5_64bit_failing_test.patch

trunk version doesn't work after building

Very interesting tool :)

What steps will reproduce the problem?
1. check out from svn
2. mvn package -DskipTests 
3. try to use produced ant task jar & core-with-deps jar

Some tests fail on my machine as well, but this is less over problem to me.
Therefore -DskipTests

What is the expected output? What do you see instead?

Reports should be generated for with my build.xml that contains
'testability' target. Instead I see:

C:\projects\katharsis\docs\ood-workshop\code\BrandedServiceForWorkshop\build.xml
:56: Could not create type testability due to java.lang.Error: Unresolved
compil
ation problems:
        The type com.google.classpath.ClassPath cannot be resolved. It is
indire
ctly referenced from required .class files
        The type org.kohsuke.args4j.CmdLineException cannot be resolved. It
is i
ndirectly referenced from required .class files
        The import com.google.classpath.ClassPath cannot be resolved
        The import com.google.classpath.ClassPathFactory cannot be resolved
        ClassPath cannot be resolved to a type
        ClassPathFactory cannot be resolved to a type

I tried to put classpath-explorer on the path (I even zipped it into ant
task jar) but the problem doesn't go away.

My setup works fine with downloadable 1.3.0 ant task jar / testability jar.

What version of the product are you using? On what operating system?

Windows XP, trunk version

Original issue reported on code.google.com by [email protected] on 2 Apr 2009 at 9:47

Incorrect Example on "Summary Page"

Minor contribution, but the example should read:

ClassPathFactory factory = new ClassPathFactory();
ClassPath classPath = factory.createFromJVM();
for (String packageName : classPath.listResources("")) {
    System.out.println(packageName);
}

Original issue reported on code.google.com by [email protected] on 27 Nov 2008 at 2:51

Not able to give folder path

Hi
I am trying to give folder path in an argument like lib* so I can test multiple jars at a time but it's not working.
Is any another way to do that?
Thanks

classpath-explorer don't include the license file

Not available LICENSE file in source directory structure
Please. Added license and copyright notice.
the fedora pakaging guideline is very strictly precise about this problem
https://fedoraproject.org/wiki/Packaging:LicensingGuidelines?rd=Packaging/LicensingGuidelines#License_Text
thanks
regards

Implemented a default recursive walk over all packages/resources

I felt that classpath-explorer was missing some sort of standard walk/visitor 
implementation that makes it easy to process all things on a classpath. I've 
started a simple implementation and attached the files.

If you want to incorporate the stuff into classpath-explorer feel free to do so 
and change the license in the header.

Original issue reported on code.google.com by [email protected] on 16 Sep 2011 at 9:33

Attachments:

• Walk.java
• WalkTest.java
• WalkVisitor.java

Does it make sense to create a ClassPath from a ClassLoader?

I don't know much about Java ClassLoaders, so this may not make any sense, 
but I *think* I would like the ability to create a ClassPath by passing in 
a ClassLoader (instead of from the JVM, or a path, etc.).

I am using the classpath-explorer to create JUnit 4 parameterized test 
cases which scan my application's package structure looking for some 
pattern (like *Exception.class). I can then run a standard set of tests 
against all Exceptions I create (verifying they expose the four standard 
constructors, for instance).

My problem is the maven surefire plugin which runs the tests. Apparently 
it does a bunch of voodoo with the classpath when forking a JVM for the 
tests so that when I create a ClassPath from the JVM, *none* of my test 
dependancies are visible. All attempts to force the maven plugin to setup 
my classpath normally have been futile.

(see http://maven.apache.org/plugins/maven-surefire-plugin/examples/class-
loading.html)

So my next thought was that if I could hand the ClassPathFactory my 
current ClassLoader and get back a ClassPath, all my packages and 
resources would be available.

Original issue reported on code.google.com by [email protected] on 11 Dec 2008 at 1:01

[deleted issue]

[deleted issue]

JARClassPath incorrectly handles resources in the root package

Within addResource(), when addPackage() is called on "", it creates and
returns an empty subpackage of root, instead of returning root itself.

Original issue reported on code.google.com by [email protected] on 26 Apr 2010 at 12:24