Hi Jonas,
The region feature was never fully implemented/functional, because of this
reason in the modern UI it isn't supported. This may change if the backend
regions feature is functional in future.
Regards.
From: Jonas Porsche
Sent: Friday, Septemb
Hi Alex,
Sorry for the misspelling in the last mail.
My original question to this was in relation to the old and the new UI. It
seems to me that the regions feature isn't supported in the new UI. Is this
intended or is the feature missing?
Kind regards
Jonas
__
Jonas Porsc
Hi Aley,
thank You for the answer.
Yeah that's helping me.
My original question to this was in relation to the old and the new UI. It
seems to me that the regions feature isn't supported in the new UI. Is this
intended or is the feature missing?
Kind regards
Jonas
__
Jonas
Hi Jonas,
A Region is one instance of the ACS database and a set of management servers,
inside a Region you have Zones.
There are many ways to carve that but one example would be:
Regions: Europe, North America, Asia.
Then say, inside the Europe region you can have the zones: London, Paris
Hi Rohit,
just a short question to my mail I send a few days ago. What is the difference
between zones and regions?
Kind regards
Jonas
__
Jonas Porsche
BA-Student der Informatik
EWERK DIGITAL GmbH
Br?hl 24, D-04109 Leipzig
P
F +49 341 42649 - 98
j.pors...@ewerk.com
www.ewerk.com
Gesch?ftsf
Hi Jonas,
I think during the development of the modern UI, we looked at two features -
regions and S3 as secondary storage and found both were either not maintained,
fully functional, or not widely used. So we were not sure if it can be used or
if anyone is using it, so they were at the bottom
: Zones and regions in CloudStack
Hi All, @Hoang,
I have a short question. In the old CloudStack UI were a separation between
regions and zones. But I don't find it in the new UI. Is this change intended?
Kind regards
Jonas Porsche
__
Jonas Porsche
BA-Student der Informatik
EWERK DIGITAL
Hi All, @Hoang,
I have a short question. In the old CloudStack UI were a separation between
regions and zones. But I don't find it in the new UI. Is this change intended?
Kind regards
Jonas Porsche
__
Jonas Porsche
BA-Student der Informatik
EWERK DIGITAL GmbH
Br?hl 24, D-04109 Leipzi
vladimirpetrov commented on issue #221: [BUG] Missing functionality - Regions
URL:
https://github.com/apache/cloudstack-primate/issues/221#issuecomment-599963112
I agree, if it's not supported, it doesn't make sense to show it in the UI.
Closing
vladimirpetrov closed issue #221: [BUG] Missing functionality - Regions
URL: https://github.com/apache/cloudstack-primate/issues/221
This is an automated message from the Apache Git Service.
To respond to the message, please
rhtyd commented on issue #221: [BUG] Missing functionality - Regions
URL:
https://github.com/apache/cloudstack-primate/issues/221#issuecomment-599958072
Not supported feature, in fact since this is a unfinished feature we may
decide to not even show in Primate cc @PaulAngus ?
Please
vladimirpetrov opened a new issue #221: [BUG] Missing functionality - Regions
URL: https://github.com/apache/cloudstack-primate/issues/221
**Describe the bug**
There is a functionality for adding / managing regions which is missing in
Primate UI.
**To Reproduce**
Steps to
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/20099/#review79043
---
Thank you for submitting your CloudStack contribution through review
>
> Repository: cloudstack-git
>
>
> Description
> ---
>
> Currently, under the environment of cloudstack with multiple regions, each
> region has its own management server running with a separate database, which
> will cause data discrepancies when users create/update/dele
"
> Date: Friday, December 5, 2014 at 2:15 PM
> To: Alena Prokharchyk
> Cc: "dev@cloudstack.apache.org" , Alex Ough
> , John Burwell
> Subject: Re: Review Request 17790: Domain-Account-User Sync Up Among Multiple
> Regions (New Plugin)
>
> On Sat, Dec 6, 2014 a
.org>>, Alex Ough
mailto:alex.o...@sungard.com>>, John Burwell
mailto:jburw...@basho.com>>
Subject: Re: Review Request 17790: Domain-Account-User Sync Up Among Multiple
Regions (New Plugin)
On Sat, Dec 6, 2014 at 3:39 AM, Alena Prokharchyk <
alena.prokharc...@citrix.com<mailto:
y, December 5, 2014 at 10:41 AM
> To: cloudstack , Alex Ough <
> alex.o...@sungard.com>, Rohit Yadav
> Subject: Re: Review Request 17790: Domain-Account-User Sync Up Among
> Multiple Regions (New Plugin)
>
>
> ---
k.apache.org>>, Rohit Yadav
mailto:bhais...@apache.org>>
Date: Friday, December 5, 2014 at 10:41 AM
To: cloudstack mailto:dev@cloudstack.apache.org>>,
Alex Ough mailto:alex.o...@sungard.com>>, Rohit Yadav
mailto:bhais...@apache.org>>
Subject: Re: Review Request 17790: Domain
ne 27, 2014, 5:04 p.m.)
>
>
> Review request for cloudstack.
>
>
> Repository: cloudstack-git
>
>
> Description
> ---
>
> Currently, under the environment of cloudstack with multiple regions, each
> region has its own management server running with a separate
For existing installs(4.4 & 4.4.1), is there currently a method in place to
move an existing zone into a new region?
I found this but it says: Limitation:Zone migration currently does not support
zones with KVM hosts
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Zone+Migration+to+new+
or otherwise corrupted by the mechanism
as designed and implemented. For example, locking an account due to compromise
by a third party (i.e. the CodeSpaces[1] debacle) where by the account is
locked in Region A, a partition occurs between the regions, and due to clock
skew, the replication me
esh Chaturvedi
Subject: Re: Review Request 20099: Domain-Account-User Sync Up Among Multiple
Regions (Core Changes)
Kishan,
1. Why Long instead of Integer : You replied that it should be Integer
2. @Encrypt : Does it both encrypt & decrypt? Is there anything necessary to
make it work bec
will disappoint many multi-region users.
Today, we sidestep these issues because we don’t sync anything — each region
runs an independent CloudStack instance owned and operated by the same
organization. However, once we start syncing data between regions, we need to
ensure that the data set is logi
: cloudstack-git
Description
---
Currently, under the environment of cloudstack with multiple regions, each
region has its own management server running with a separate database, which
will cause data discrepancies when users create/update/delete
domain/account/user data independently in
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/20099/
---
(Updated June 27, 2014, 5:02 p.m.)
Review request for cloudstack.
Repository:
ion will disappoint
> many multi-region users.
>
> Today, we sidestep these issues because we don’t sync anything — each
> region runs an independent CloudStack instance owned and operated by the
> same organization. However, once we start syncing data between regions, we
> need t
start syncing data between regions, we need to
ensure that the data set is logically complete. If we do not, the feature
will, at best, be cruft the community must maintain and frustrate users.
4. Whenever there are changes in the records, the time stamps are logged and
the later change wins
have projects span data centers for redundancy/DR purposes.
>2. Why aren’t events being sync’ed? I can imagine a number of
> scenarios where I would want to examine the operation of an logical
> application or system across both regions. Without the sync of event data,
> I would be
Animesh Chaturvedi
> *Subject:* Re: Review Request 20099: Domain-Account-User Sync Up Among
> Multiple Regions (Core Changes)
>
>
>
> Alena,
>
>
>
> It has been reduced almost twice because a lot has been separated from the
> CS and moved to the plug-in not because t
Sync Up Among Multiple
Regions (Core Changes)
Alena,
It has been reduced almost twice because a lot has been separated from the CS
and moved to the plug-in not because they are 'unnecessary'. Please remember
that my initial implementation was inside the CS not as a plug-in as I sa
p Among
> Multiple Regions (Core Changes)
>
> Kishan,
>
> The type of region id is Integer, not Long, so I'm wondering why it should be
> Long.
>
> Alex Ough
>
>
>
> On Thu, Jun 26, 2014 at 2:08 AM, Kishan Kavala
> wrote:
>
> >
can imagine a number of scenarios
where I would want to examine the operation of an logical application or system
across both regions. Without the sync of event data, I would be forced to
either perform that interleave visually with two browser tabs or dump the data
into another datastore to be
M
>
> To: Alena Prokharchyk
> Cc: Kishan Kavala , "dev@cloudstack.apache.org"
> , Murali Reddy , Ram
> Ganesh , Animesh Chaturvedi <
> animesh.chaturv...@citrix.com>
> Subject: Re: Review Request 20099: Domain-Account-User Sync Up Among
> Multiple Regions (Cor
to:murali.re...@citrix.com>>, Ram Ganesh
mailto:ram.gan...@citrix.com>>, Animesh Chaturvedi
mailto:animesh.chaturv...@citrix.com>>
Subject: Re: Review Request 20099: Domain-Account-User Sync Up Among Multiple
Regions (Core Changes)
Alena,
Didn't you say that you guys already "
rg"
> , Murali Reddy , Ram
> Ganesh , Animesh Chaturvedi <
> animesh.chaturv...@citrix.com>
> Subject: Re: Review Request 20099: Domain-Account-User Sync Up Among
> Multiple Regions (Core Changes)
>
> Alena,
>
> It has been reduced almost twice be
vedi
mailto:animesh.chaturv...@citrix.com>>
Subject: Re: Review Request 20099: Domain-Account-User Sync Up Among Multiple
Regions (Core Changes)
Alena,
It has been reduced almost twice because a lot has been separated from the CS
and moved to the plug-in not because they are 'unnecessa
urged the review repeatedly and you'll see the all
the histories of them if you find emails using this subject, which started
10/17/13.
[DISCUSS] Domain-Account-User Sync Up Among Multiple Regions
Even if I asked so many times, unfortunately, I couldn't get an actual
feedback until Daan fin
the feature logic as well, consulting the FS
you’ve written. I’m not saying that there is anything wrong with your initial
design, but asking for a second opinion from the guys who have more expertise
in Regions.
Kishan, please help to do the final review the Alex’s plugin design
https
Kishan,
The type of region id is Integer, not Long, so I'm wondering why it
should be Long.
Alex Ough
On Thu, Jun 26, 2014 at 2:08 AM, Kishan Kavala
wrote:
>This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/20099/
>
> Alex,
> As discussed on the
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/20099/#review46720
---
engine/schema/src/org/apache/cloudstack/region/RegionVO.java
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/20099/#review46719
---
Alex,
As discussed on the mailing list, ORIGINATEDREGIONUUID should
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/20099/#review46718
---
Alex,
As discussed on the mailing list, ORIGINATEDREGIONUUID should
; , Murali Reddy , Ram
> Ganesh , Animesh Chaturvedi <
> animesh.chaturv...@citrix.com>
> Subject: Re: Review Request 20099: Domain-Account-User Sync Up Among
> Multiple Regions (Core Changes)
>
> Alena,
>
> Don't get me wrong. What I'm saying is that it would
am Ganesh
mailto:ram.gan...@citrix.com>>, Animesh Chaturvedi
mailto:animesh.chaturv...@citrix.com>>
Subject: Re: Review Request 20099: Domain-Account-User Sync Up Among Multiple
Regions (Core Changes)
Alena,
Don't get me wrong. What I'm saying is that it would have been better if you
Chaturvedi <
> animesh.chaturv...@citrix.com>
>
> Subject: Re: Review Request 20099: Domain-Account-User Sync Up Among
> Multiple Regions (Core Changes)
>
> Thanks Alena, and I'm glad if they spend time for the review, but could
> it be a little earlier for you to ask
k.apache.org>"
mailto:dev@cloudstack.apache.org>>, Murali Reddy
mailto:murali.re...@citrix.com>>, Ram Ganesh
mailto:ram.gan...@citrix.com>>, Animesh Chaturvedi
mailto:animesh.chaturv...@citrix.com>>
Subject: Re: Review Request 20099: Domain-Account-User Sync Up Among Mu
m Ganesh , Animesh
> Chaturvedi
>
> Subject: Re: Review Request 20099: Domain-Account-User Sync Up Among
> Multiple Regions (Core Changes)
>
> Hi Alena,
>
> Can you confirm if this fix is correct?
>
> @Parameter(name = ApiConstants.ORIGINATED_REGION_ID, type =
>>, Murali Reddy
mailto:murali.re...@citrix.com>>, Ram Ganesh
mailto:ram.gan...@citrix.com>>, Animesh Chaturvedi
mailto:animesh.chaturv...@citrix.com>>
Subject: Re: Review Request 20099: Domain-Account-User Sync Up Among Multiple
Regions (Core Changes)
Hi Alena,
Ca
leName);*
>
>
>
> *From:* Alex Ough [mailto:alex.o...@sungardas.com]
> *Sent:* Wednesday, 25 June 2014 4:31 PM
> *To:* Kishan Kavala
> *Cc:* Alena Prokharchyk; dev@cloudstack.apache.org; Murali Reddy; Ram
> Ganesh; Animesh Chaturvedi
>
> *Subject:* Re: Review Request 20099: Domain-Ac
Kavala
Cc: Alena Prokharchyk; dev@cloudstack.apache.org; Murali Reddy; Ram Ganesh;
Animesh Chaturvedi
Subject: Re: Review Request 20099: Domain-Account-User Sync Up Among Multiple
Regions (Core Changes)
Thanks Kishan, but there seems to be lots of 'db.properties' files, so which
one
Thanks Kishan, but there seems to be lots of 'db.properties' files, so
which one should be referenced?
Alex Ough
On Wed, Jun 25, 2014 at 2:25 AM, Kishan Kavala
wrote:
> Alex,
>
> As Alena mentioned, it is admin’s responsibility to keep ids same across
> Regions. Ids sh
Alex,
As Alena mentioned, it is admin’s responsibility to keep ids same across
Regions. Ids should be used as unique identifier. Region name is merely
descriptive name and its mostly associated with geographic location.
Also note that region name can be updated anytime using updateRegion API
a solution for this now.
Thanks
Alex Ough
On Tue, Jun 24, 2014 at 9:59 PM, Alex Ough wrote:
> I agree with that the ids are unique identifier, but they are usually
> internal purpose not exposed to the users. So it is a little strange to ask
> users to assign ids when they add new r
I agree with that the ids are unique identifier, but they are usually
internal purpose not exposed to the users. So it is a little strange to ask
users to assign ids when they add new regions. And if we do not allow
duplicated names, I'm not sure why it is not good to use names as a u
that – region
administrator can decide what id to set on the region, and to introduce the
region with the same id to the other regions’ db.
So I would still suggest on using the id of the region in the API calls you are
modifying. Unless developers who worked on regions feature – Kishan/Murali
We can use the same ids & names, but we don't have to use the same ids if
we use names, which is a little easier because names are user readable but
ids are not, so we don't need to memorize/check all the ids when we add new
regions in multiple regions, which can be confusing.
Th
Aren’t we supposed to sync the regions across the multiple regions Dbs? Because
that’s what region FS states:
https://cwiki.apache.org/confluence/display/CLOUDSTACK/AWS-Style+Regions+Functional+Spec,
“Adding 2nd region” paragraph, bullet #4:
1. Install a 2nd CS instance.
2. While installing
What I'm trying to say is that when we pass the ids of regions, the
receivers do not know what the originated region is and the id of each
region is not same across all the regions.
Thanks
Alex Ough
On Tue, Jun 24, 2014 at 7:35 PM, Alena Prokharchyk <
alena.prokharc...@citrix.co
Alex, thank you for summarizing.
I still don’t see why id can’t be unique across regions as you can control the
id assignment – id is required when createRegion call is made. And that’s how
the region should be represented in other region’s Dbs – by its id that is
unique across the regions
All,
There is one open question in this topic, which is to figure out which
value is appropriate to pass the region object, id or name?
During this implementation, we decided to add the information of regions
where user/account/domain objects have been originally
created/modified/removed.
But the
>, Kishan
Kavala mailto:kishan.kav...@citrix.com>>, Murali
Reddy mailto:murali.re...@citrix.com>>
Cc: Animesh Chaturvedi
mailto:animesh.chaturv...@citrix.com>>, Ram
Ganesh mailto:ram.gan...@citrix.com>>
Subject: Re: Review Request 20099: Domain-Account-User Sync Up Among Mult
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/20099/#review46557
---
Alex, one small thing.
Just noticed that in the API commands you pa
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/20099/
---
(Updated June 24, 2014, 3:54 p.m.)
Review request for cloudstack.
Changes
---
---
Hope this is the final!
Repository: cloudstack-git
Description
---
Currently, under the environment of cloudstack with multiple regions, each
region has its own management server running with a separate database, which
will cause data discrepancies when users create/update/delete
---
sub classes added
Repository: cloudstack-git
Description
---
Currently, under the environment of cloudstack with multiple regions, each
region has its own management server running with a separate database, which
will cause data discrepancies when users create/update/delete
domain
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/20099/
---
(Updated June 20, 2014, 3:06 p.m.)
Review request for cloudstack.
Changes
---
> On June 17, 2014, 5:06 p.m., Alena Prokharchyk wrote:
> > One more comment regarding spring-server-core-managers-context.xml. As your
> > code comes as a CS plugin, all the managers of your plugin should be
> > defined in your plugin's *-context.xml file, not
> > spring-server-core-managers-
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/20099/#review45955
---
One more comment regarding spring-server-core-managers-context.xml.
On 6/16/14, 4:13 PM, "Alex Ough" wrote:
>On Mon, Jun 16, 2014 at 7:07 PM, Alena Prokharchyk <
>alena.prokharc...@citrix.com> wrote:
>
>>
>> ---
>> This is an automatically generated e-mail. To reply, visit:
>> https://reviews.apache.org/r/
On Mon, Jun 16, 2014 at 7:07 PM, Alena Prokharchyk <
alena.prokharc...@citrix.com> wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/20099/#review45853
> --
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/20099/#review45853
---
Alex,
* add "since=version" attribute to all new parameters you've
---
Please review
Repository: cloudstack-git
Description
---
Currently, under the environment of cloudstack with multiple regions, each
region has its own management server running with a separate database, which
will cause data discrepancies when users create/update/delete
domain
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/20099/
---
(Updated June 15, 2014, 9:40 p.m.)
Review request for cloudstack.
Changes
---
.org/r/17790/
> ---
>
> (Updated May 7, 2014, 10:46 p.m.)
>
>
> Review request for cloudstack.
>
>
> Repository: cloudstack-git
>
>
> Description
> ---
>
> Currently, under the environmen
: cloudstack-git
Description
---
Currently, under the environment of cloudstack with multiple regions, each
region has its own management server running with a separate database, which
will cause data discrepancies when users create/update/delete
domain/account/user data independently in
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/20099/
---
(Updated May 7, 2014, 10:47 p.m.)
Review request for cloudstack.
Repository:
-
>
> (Updated May 4, 2014, 9:18 p.m.)
>
>
> Review request for cloudstack.
>
>
> Repository: cloudstack-git
>
>
> Description
> ---
>
> Currently, under the environment of cloudstack with multiple regio
gt; Review request for cloudstack.
>
>
> Repository: cloudstack-git
>
>
> Description
> ---
>
> Currently, under the environment of cloudstack with multiple regions, each
> region has its own management server running with a separate database, which
> will caus
a
> >
> > Why did you change createDomainResponse method?
> >
> > public DomainResponse createDomainResponse(Domain domain)?
> >
> >
> > To summarize it all, I would suggest to eliminate (revert) all the changes
> > done to account/domain managers tha
a
> >
> > Why did you change createDomainResponse method?
> >
> > public DomainResponse createDomainResponse(Domain domain)?
> >
> >
> > To summarize it all, I would suggest to eliminate (revert) all the changes
> > done to account/domain managers tha
a
> >
> > Why did you change createDomainResponse method?
> >
> > public DomainResponse createDomainResponse(Domain domain)?
> >
> >
> > To summarize it all, I would suggest to eliminate (revert) all the changes
> > done to account/domain managers tha
a
> >
> > Why did you change createDomainResponse method?
> >
> > public DomainResponse createDomainResponse(Domain domain)?
> >
> >
> > To summarize it all, I would suggest to eliminate (revert) all the changes
> > done to account/domain managers tha
>
> > Why did you change createDomainResponse method?
> >
> > public DomainResponse createDomainResponse(Domain domain)?
> >
> >
> > To summarize it all, I would suggest to eliminate (revert) all the changes
> > done to account/domain managers th
>
> Repository: cloudstack-git
>
>
> Description
> ---
>
> Currently, under the environment of cloudstack with multiple regions, each
> region has its own management server running with a separate database, which
> will cause data discrepancies when users create/updat
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/20099/#review42175
---
Alex, generic logic looks good to me. But still some things need to
: cloudstack-git
Description
---
Currently, under the environment of cloudstack with multiple regions, each
region has its own management server running with a separate database, which
will cause data discrepancies when users create/update/delete
domain/account/user data independently in
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/20099/
---
(Updated May 4, 2014, 9:12 p.m.)
Review request for cloudstack.
Changes
-
o the CS core
> >> >> >>managers. Make all updates directly from RSyncManager after
> >> >> >>account/domain/user is created/modified/removed in the
> >>AccountManager;
> >> >> >>code without interfering with AccountMan
t;code without interfering with AccountManager.
>> >> >> >
>> >> >> > 3)RegionResponse.java
>> >> >> >
>> >> >> > * Please add more details to the new parameter description, its
>>not
>> >> >&g
"
> >> >> >
> >> >> > * add "since" annotation
> >> >> >
> >> >
> >> >1) & 2) I'm a little frustrated because I think you confirmed that the
> >> >updates can be inside the Account/D
s now:
>> >> >
>> >> > "the active of the region"
>> >> >
>> >> > * add "since" annotation
>> >> >
>> >
>> >1) & 2) I'm a little frustrated because I think you confirmed that the
>&
f the transaction when we spoke during the conference.
>
>
> Perhaps we misunderstood each other. When you/me/Alex Huang talked about
> it at the collab, we concluded that all the changes related to synced
> entries, should be done in Account/domain managers of YOUR component that
> does
tood each other. When you/me/Alex Huang talked about
it at the collab, we concluded that all the changes related to synced
entries, should be done in Account/domain managers of YOUR component that
does account/domain sync, not the CS itself. While the current fix just
does the trick of not updating th
> On April 17, 2014, 8:10 p.m., Alena Prokharchyk wrote:
> > 1) Alex, I don't quite approve the fact that the responses were modified
> > just to support your feature. User/account of region1 has absolutely no
> > idea of syncing that your plugin is doing as well as he has 0 idea that it
> > e
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/20099/#review40690
---
1) Alex, I don't quite approve the fact that the responses were modi
il 3, 2014 at 9:22 AM
>To: Chiradeep Vittal , Alena Prokharchyk
>,
> Darren Shepherd
>Cc: "dev@cloudstack.apache.org"
>
>Subject: Re: [DISCUSS]{BEHAVIORAL-CHANGE]Domain-Account-User Sync Up
>Among Multiple Regions
>
>
>
>
>
>Forgot to mention this, but i
m>, Darren Shepherd <
>> darren.sheph...@citrix.com>
>> Cc: "dev@cloudstack.apache.org"
>>
>> Subject: Re: [DISCUSS]{BEHAVIORAL-CHANGE]Domain-Account-User Sync Up
>> Among Multiple Regions
>>
>> Forgot to mention this, but it was a gre
---
Another update for the new plugin.
Repository: cloudstack-git
Description
---
Currently, under the environment of cloudstack with multiple regions, each
region has its own management server running with a separate database, which
will cause data discrepancies when users create
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/20099/
---
(Updated April 16, 2014, 7:06 p.m.)
Review request for cloudstack.
Changes
--
from the API,
>>nor
>> from the Orchestration layer. Its being set automatically in GenericDao
>> once the object is set for removal by the very same Dao.
>>
>> The same applies to the Created/Updated fields.
>>
>>
>> -Alena.
>>
>> On 4/8/14,
1 - 100 of 244 matches
Mail list logo