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