|
View:
New views
6 Messages
—
Rating Filter:
Alert me
|
|
|
architecture questionsAs much fun as setting up resources can be, I was hoping to get my
hands a bit dirty in the next few days. The thought occurred to me that we have a lot of functionality that we would like to put into the gallery. As I was thinking about this, I feel like I might be missing a piece, or else I just need coffee. There are 2 jpg files at http://www.nechtan.org/caitrin/ The first is an ultra simple architecture diagram. The second is just a list right now of the JCR schema. On the architecture diagram there is a question mark at the one arrow. This arrow is currently the way we are viewing the repository. Should the arrow stay? The second question is between the JCR and the interfaces. It doesn't seem to me like there is anything to put there which is seeming wrong. I can't explain why I think it is wrong though which leads me to believe it might be right. It also might be fun and interesting, although I don't know if it would work and I haven't read nearly enough yet....would it be possible to read/write xml files from the sling interface and have tuscany utilize those files? "Why would you do that?" one might ask. Answer: To take advantage of the different protocols that WS can run over. Basically, you would be making a RESTful interface an active interface for the applications it was needed for. The files for the drawings is also available on the page as an OpenDocument Drawing so that others can update it as needed. Angie --------------------------------------------------------------------- To unsubscribe, e-mail: projects-unsubscribe@... For additional commands, e-mail: projects-help@... |
|
|
Re: architecture questionsHi Angie,
happy hacking :-) As I understand it, you are currently working from Luciano's Tuscany-based codebase, hence the ? arrow. Unless you have way too much time on your hands, I would stick with that architecture until the layout of the repository is stabilized. Regarding the ? box, I also don't see a layer there. Sling is meant to access JCR directly, if I am not mistaken. Of course one should have a few helper interfaces or classes that define the repository layout, but these are utilities and not an access layer that separates the front-end from the repository. Maybe you want to put a small "access control" box into the JCR box? cheers, Roland --------------------------------------------------------------------- To unsubscribe, e-mail: projects-unsubscribe@... For additional commands, e-mail: projects-help@... |
|
|
Re: architecture questionsHi,
Roland Weber schrieb: > Hi Angie, > > happy hacking :-) > > As I understand it, you are currently working from > Luciano's Tuscany-based codebase, hence the ? arrow. > Unless you have way too much time on your hands, I > would stick with that architecture until the layout > of the repository is stabilized. > Regarding the ? box, I also don't see a layer there. > Sling is meant to access JCR directly, if I am not > mistaken. Of course one should have a few helper > interfaces or classes that define the repository > layout, but these are utilities and not an access > layer that separates the front-end from the repository. Yes, Sling accesses the repository directly and maps it into its own abstraction called the Resource tree. Each Resource retrieved from the Resource tree by means of the so-called ResourceResolver can be adapted to other objects. For example if a Resource is backed by a JCR node, you can adapt it to the Node interface and get the backing node. If you employ Jackrabbit Object Content Mapping (OCM) you may also adapt to the object classes mapped by the content. This gives you seemless access to the repository data as raw JCR items or as mapped business objects. Hope this helps. Regards Felix > > Maybe you want to put a small "access control" box > into the JCR box? > > cheers, > Roland > > --------------------------------------------------------------------- > To unsubscribe, e-mail: projects-unsubscribe@... > For additional commands, e-mail: projects-help@... > > --------------------------------------------------------------------- To unsubscribe, e-mail: projects-unsubscribe@... For additional commands, e-mail: projects-help@... |
|
|
Re: architecture questionsWould it be better if we define a set of basic scenarios/functionality
we want to have for PhotArk 0.1, and then we start expanding and choosing the best design/technology to use during implementation ? I guess this would allow us to have the right questions to allow us to properly pick/choose design, technology, etc Also, I was wondering if I should move the sample code I had started in Tuscany to our new photArk svn repo On Wed, Aug 27, 2008 at 12:48 PM, Felix Meschberger <fmeschbe@...> wrote: > Hi, > > Roland Weber schrieb: >> >> Hi Angie, >> >> happy hacking :-) >> >> As I understand it, you are currently working from >> Luciano's Tuscany-based codebase, hence the ? arrow. >> Unless you have way too much time on your hands, I >> would stick with that architecture until the layout >> of the repository is stabilized. >> Regarding the ? box, I also don't see a layer there. >> Sling is meant to access JCR directly, if I am not >> mistaken. Of course one should have a few helper >> interfaces or classes that define the repository >> layout, but these are utilities and not an access >> layer that separates the front-end from the repository. > > Yes, Sling accesses the repository directly and maps it into its own > abstraction called the Resource tree. Each Resource retrieved from the > Resource tree by means of the so-called ResourceResolver can be adapted to > other objects. > > For example if a Resource is backed by a JCR node, you can adapt it to the > Node interface and get the backing node. If you employ Jackrabbit Object > Content Mapping (OCM) you may also adapt to the object classes mapped by the > content. This gives you seemless access to the repository data as raw JCR > items or as mapped business objects. > > Hope this helps. > > Regards > Felix > > >> >> Maybe you want to put a small "access control" box >> into the JCR box? >> >> cheers, >> Roland >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: projects-unsubscribe@... >> For additional commands, e-mail: projects-help@... >> >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: projects-unsubscribe@... > For additional commands, e-mail: projects-help@... > > -- Luciano Resende Apache Tuscany Committer http://people.apache.org/~lresende http://lresende.blogspot.com/ --------------------------------------------------------------------- To unsubscribe, e-mail: projects-unsubscribe@... For additional commands, e-mail: projects-help@... |
|
|
|
|
|
Re: architecture questionsHi all,
Luciano Resende wrote: > Also, I was wondering if I should move the sample code I had started > in Tuscany to our new photArk svn repo Nope, we can't use that yet. Infrastructure requires that the 'commits' list has a complete audit trail of all repository commits. Please don't use the repo until our own commits list is up and the repo is configured to send there. We don't want to ask infra to merge individual commit messages from another list. > On Wed, Aug 27, 2008 at 12:48 PM, Felix Meschberger <fmeschbe@...> wrote: >> Yes, Sling accesses the repository directly and maps it into its own >> abstraction called the Resource tree. Each Resource retrieved from the >> Resource tree by means of the so-called ResourceResolver can be adapted to >> other objects. >> >> For example if a Resource is backed by a JCR node, you can adapt it to the >> Node interface and get the backing node. If you employ Jackrabbit Object >> Content Mapping (OCM) you may also adapt to the object classes mapped by the >> content. This gives you seemless access to the repository data as raw JCR >> items or as mapped business objects. >> >> Hope this helps. Thanks! cheers, Roland --------------------------------------------------------------------- To unsubscribe, e-mail: projects-unsubscribe@... For additional commands, e-mail: projects-help@... |
| Free embeddable forum powered by Nabble | Forum Help |