Status: Closed (View Workflow)
Affects Version/s: ErraiBus 1.0 Beta, 1.1.0.M1
Fix Version/s: 1.1-Final
Environment:Scenario 1 - All environments where EAR archives are used
Scenario 2 - All Windows environments using archive formats of any type.
Similar Issues:Show 10 results
ERRAI-665 Build classpath in ClassChangeUtil without scanning for META-INF/MANIFEST.MF files ERRAI-628 Non-fatal Reflections scanning error when Apache Camel is on classpath ERRAI-618 @Service discovery has two entirely separate implementations ERRAI-322 Broken EAR scanning on Windows ERRAI-487 BootstrapperImpl generation fails with abstract class + generics ERRAI-36 Calling the echo service fails ERRAI-230 [Eclipse Integration] GPE's "GWT Compile" doesn't create the errai classes ERRAI-124 Helloworld fails to deploy on AS6.Final ERRAI-397 Failed to to compile marshaller class ERRAI-616 less files within jar files are being parsed and fail
Classpath scanning fails to find class files and thus fails to find services and extensions under a few major scenarios.
Scenario 1 - class files within a WAR within an EAR. I believe this likely extends to any nesting of archive formats but specifically EAR formats are neglected in the codebase (ConfigUtil class).
Scenario 2 - I see some problems under windows filesystems when handling archive formats of any type. The codebase has "/" hardcoded as the file separator which is bad practice and leads to this problem. The File.separator should be used instead.
I believe most of the problems can be remedied in the ConfigUtil class but I have not been successful testing any changes yet.
As a note, classpath scanning is done in many other libraries. It seems silly to keep recreating classpath scanning libraries. A few are listed below.
http://code.google.com/p/reflections/ (based off of Bill Burke's Scannotations)