[
https://issues.apache.org/jira/browse/JCLOUDS-381?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13829184#comment-13829184
]
ASF subversion and git services commented on JCLOUDS-381:
---------------------------------------------------------
Commit 23e43b2c8dfb89bc4d8257303ec3f59cbc789e09 in branch refs/heads/master
from [~abayer]
[ https://git-wip-us.apache.org/repos/asf?p=jclouds.git;h=23e43b2 ]
JCLOUDS-381. Allow explicit naming of nodes via TemplateOptions.
> Allow creating nodes through ComputeService with explicitly specified names
> ---------------------------------------------------------------------------
>
> Key: JCLOUDS-381
> URL: https://issues.apache.org/jira/browse/JCLOUDS-381
> Project: jclouds
> Issue Type: Improvement
> Components: jclouds-compute
> Reporter: Andrew Bayer
> Assignee: Andrew Bayer
> Fix For: 1.7.0
>
>
> Currently, instance naming for nodes created through
> ComputeService.createNodesInGroup() etc uses a combination of the specified
> group name and GroupNamingConvention's unique suffix - generally that's a
> three character random string, but for EC2 it's the id string for the
> instance. While this is fine for many cases where the instance name doesn't
> need to be referenced directly by actual humans, say, it's a pain for those
> cases. Currently, you can work around this by creating instances through the
> per-api/provider clients/apis, or through some hacks for single instance
> creation through ComputeService utilizing provider-specific TemplateOptions
> classes, but there's no generalized way to get real control over the names
> given to instances through ComputeService. This should be possible.
--
This message was sent by Atlassian JIRA
(v6.1#6144)
