You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@whirr.apache.org by "Andrei Savu (JIRA)" <ji...@apache.org> on 2011/08/15 08:49:27 UTC

[jira] [Reopened] (WHIRR-361) refactor jclouds dependencies

     [ https://issues.apache.org/jira/browse/WHIRR-361?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Andrei Savu reopened WHIRR-361:
-------------------------------


I'm reopening this issue because on the current trunk  I'm unable to run the HBase & CDH integration tests. I'm seeing a long list of Google Guice ProvisionException's (probably a classpath issue). 


> refactor jclouds dependencies
> -----------------------------
>
>                 Key: WHIRR-361
>                 URL: https://issues.apache.org/jira/browse/WHIRR-361
>             Project: Whirr
>          Issue Type: Improvement
>          Components: core
>    Affects Versions: 0.6.0
>            Reporter: Adrian Cole
>            Assignee: Adrian Cole
>             Fix For: 0.6.0
>
>         Attachments: WHIRR-361.patch
>
>   Original Estimate: 0.5h
>  Remaining Estimate: 0.5h
>
> There are a few problems in our maven configuration, and a couple places where we aren't using the best jclouds configuration.
>   * in our pom files, we needlessly declare transitive dependencies modules.  this is unnecessary maintenance, as jclouds version/dependency configuration is scoped to whirr core
>   * we've switched to SLF4J, yet haven't configured jclouds to use it
>   * especially considering we are uploading large blobs, we should be using the jclouds EnterpriseConfigurationModule which handles file slicing much more effectively.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira