Difference between revisions of "User talk:Dzonatas Sol/AWG Asset/Description"
Dzonatas Sol (talk | contribs) m (Talk:AWG:Asset/Description moved to Project talk:AWG/Asset/Description: Have to move "AWG:" pages to "Project:AWG" to enable wikification.) |
Dzonatas Sol (talk | contribs) m (Project talk:AWG/Asset/Description moved to Talk:AWG Asset/Description: moved from "Project:AWG/" to "AWG " per guideline and in the likeness of LSL pages) |
(No difference)
|
Revision as of 17:02, 19 October 2007
- Assets exist in the Agent Stores of the Agent Domain or in the Region Stores of the Region Domain.
Is this statement about assets true? It is almost certainly incomplete. Assets are stored in asset servers, and their persistent, authoritative state probably resides there. Further, this definition refers to two terms, neither of which has been introduced before. (Agent stores and region stores) If an asset exists in multiple places, which is definitive, and which is a copy? If this is an attempt to capture the fact that some portion of an asset is likely to be used within components in the agent and region domains, then, we need a use case which exposes a need for an addressable component of the architecture which lives in these domains ans stores architecturally addressable items. If, this represents suspicion that we will use such items inside of components in those domains, then it is probably out of scope for the architecture.
We need to pay close attention to the separation between artifacts which we need to expose as part of the architecture and artifacts which will naturally exit in components of the architecture. This isn't to dismiss the importance of those artifacts, but to highlight the need to be clear as to what is the basis for inter operation and the definition of components, and what is the business of components within that architecture. - Zha 16:47 PDT October 18, 2007
- I understand your concerns. I just wasn't that fast to map it all out in one day. Forgive me.
This page is for the open architecture while what is really true is en passe on the current implementation. Anotherwords, there will be less confusion to write in terms of the now; then for us to write in terms of the future and go back and spend painful time to rewrite in terms of what became true when implemented. A proof requires statements in terms of the now. I thought about a page earlier to describe such paradigm, but I thought it was more important to organize and wikify enough to create a useful map, and I didn't know what to call the page. =)
Nevertheless, Zero has already described the Stores: Region_Domain#Region_Stores. They are a decomposition from the previous Central Databases. For example, Agent Domain stores inventory assets, and Region Domain stores rezzed assets. Dzonatas Sol 19:22, 18 October 2007 (PDT)