[rules-dev] build failure UrlResource & org.apache.commons.codec.binary

Michael Neale michael.neale at gmail.com
Sat Mar 27 20:23:46 EDT 2010


I think other projects (eg infinispan) use 2.2.x and they are on the  
same Hudson - so should be possible.

Sent from my phone.

On 28/03/2010, at 2:44 AM, Geoffrey De Smet <ge0ffrey.spam at gmail.com>  
wrote:

> Since commons-codec is an optional dependency of drools-core, it  
> should
> be in the classpath of drools-core when it compiles,
> so the build error should not occur.
>
> Optional just means that anything that depends on drools-core doesn't
> get commons-codec on its classpath as a transitive dependency,  
> except if
> the explicitly declare a dependency on it themselves.
>
> Strange that no longer declaring it optional fixes it, must be a maven
> 2.0.9 quirk. :/
>
> Another strange this is that the version of commons-codec is  
> declared in
> drools-core pom.xml, not in depedencyManagement of drools pom.xml.
> I 'll fix that.
>
>
> The drools hudson build uses Maven version: 2.0.10,
> but hudson can work with multiple versions of maven.
> I believe we should force a minimum version of maven 2.2.1 ASAP,
> starting with switching the hudson drools project config (takes  
> about 20
> secs if someone got the privileges).
> By switching to maven 2.2.1, the transition to maven 3 will be a lot
> easier because 2.2.1 warns if we do nonsense (like declare the same
> dependency multiple times).
>
> With kind regards,
> Geoffrey De Smet
>
>
> Esteban Aliverti schreef:
>> That is because commons-codec dependency is set as optional. You  
>> need to
>> change your pom.xml to this:
>>        <dependency>
>>            <groupId>commons-codec</groupId>
>>            <artifactId>commons-codec</artifactId>
>>            <version>1.4</version>
>>            <!--scope>optional</scope-->
>>        </dependency>
>>
>> I had the same issue in core, and I solved it this way.
>>
>> Best,
>>
>> On Sat, Mar 27, 2010 at 4:41 AM, Geoffrey De Smet
>> <ge0ffrey.spam at gmail.com <mailto:ge0ffrey.spam at gmail.com>> wrote:
>>
>>    Hi guys
>>
>>    Locally I get compilation error in drools-core, but hudson is also
>>    failing on drools-api.
>>
>>    [INFO]
>>     
>> --- 
>> ---------------------------------------------------------------------
>>    [INFO] Building Drools :: Core
>>    [INFO]    task-segment: [clean, install]
>>    [INFO]
>>     
>> --- 
>> ---------------------------------------------------------------------
>>    [INFO] [clean:clean]
>>    [INFO] Deleting directory
>>    /home/ge0ffrey/projects/jboss/drools/drools-core/target
>>    [INFO] [resources:resources]
>>    [INFO] Using 'UTF-8' encoding to copy filtered resources.
>>    [INFO] Copying 9 resources
>>    [INFO] [compiler:compile]
>>    [INFO] Compiling 1050 source files to
>>    /home/ge0ffrey/projects/jboss/drools/drools-core/target/classes
>>    [INFO]
>>     
>> --- 
>> ---------------------------------------------------------------------
>>    [ERROR] BUILD FAILURE
>>    [INFO]
>>     
>> --- 
>> ---------------------------------------------------------------------
>>    [INFO] Compilation failure
>>
>>    /home/ge0ffrey/projects/jboss/drools/drools-core/src/main/java/ 
>> org/drools/io/impl/UrlResource.java:[29,38]
>>    package org.apache.commons.codec.binary does not exist
>>
>>    /home/ge0ffrey/projects/jboss/drools/drools-core/src/main/java/ 
>> org/drools/agent/HttpClientImpl.java:[12,38]
>>    package org.apache.commons.codec.binary does not exist
>>
>>    /home/ge0ffrey/projects/jboss/drools/drools-core/src/main/java/ 
>> org/drools/io/impl/UrlResource.java:[186,26]
>>    cannot find symbol
>>    symbol  : variable Base64
>>    location: class org.drools.io.impl.UrlResource
>>
>>    /home/ge0ffrey/projects/jboss/drools/drools-core/src/main/java/ 
>> org/drools/agent/HttpClientImpl.java:[54,26]
>>    cannot find symbol
>>    symbol  : variable Base64
>>    location: class org.drools.agent.HttpClientImpl
>>
>>
>>
>>    https://hudson.jboss.org/hudson/job/drools/
>>
>>
>>    --
>>    With kind regards,
>>    Geoffrey De Smet
>>
>>    _______________________________________________
>>    rules-dev mailing list
>>    rules-dev at lists.jboss.org <mailto:rules-dev at lists.jboss.org>
>>    https://lists.jboss.org/mailman/listinfo/rules-dev
>>
>>
>>
>>
>> -- 
>> XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
>>
>> Esteban Aliverti
>>
>>
>> --- 
>> ---------------------------------------------------------------------
>>
>> _______________________________________________
>> rules-dev mailing list
>> rules-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/rules-dev
>
> _______________________________________________
> rules-dev mailing list
> rules-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-dev


More information about the rules-dev mailing list