[
https://issues.apache.org/jira/browse/JCLOUDS-381?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13831076#comment-13831076
]
ASF subversion and git services commented on JCLOUDS-381:
---------------------------------------------------------
Commit 1804f2b6b4c2672135ecc349ed97f52cffc5267c in branch refs/heads/master
from [~abayer]
[ https://git-wip-us.apache.org/repos/asf?p=jclouds-labs.git;h=1804f2b ]
JCLOUDS-381. Allow explicit naming of nodes, decouple group identity from node
name
> 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)
