> +   public AzureComputeProviderMetadata(final Builder builder) {
> +      super(builder);
> +   }
> +
> +   public static class Builder extends BaseProviderMetadata.Builder {
> +
> +      protected Builder() {
> +         super();
> +
> +         id("azurecompute-arm")
> +                 .name("Azure Resource Management ")
> +                 .apiMetadata(new AzureManagementApiMetadata())
> +                 
> .endpoint("https://management.azure.com/subscriptions/SUBSCRIPTION_ID";)
> +                 .homepage(URI.create("https://www.windowsazure.com/";))
> +                 
> .console(URI.create("https://windows.azure.com/default.aspx";))
> +                 .linkedServices("azureblob", "azurequeue", "azuretable")

Sure, this refers to provider ids of provieders existing in jclouds. For 
example, in AWS EC2, we have linked services such as "aws-elb" (AWS Elastic 
Load Balancers), "aws-elb", "aws-cloudwatch" or "aws-s3", which are all 
existing jclouds providers a user can instantiate using the ContextBuilder and 
the same credentials.
In this case, the only provider available in jclouds is "azureblob", so I'd 
leave just that one.

---
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/jclouds/jclouds-labs/pull/250/files/8d7d68bf33361d7f5df68c7e7232b03116ed6977#r58624811

Reply via email to