architecture questions

View: New views
6 Messages — Rating Filter:   Alert me  

architecture questions

by Angela Cymbalak :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

As 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 questions

by Roland Weber :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

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.

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 questions

by Felix Meschberger-2 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

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@...


Re: architecture questions

by Luciano Resende :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Would 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@...


Parent Message unknown Re: architecture questions

by Angela Cymbalak :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

I think moving the code is a great idea.  Also, I was having problems
getting it to run because I know that my classpath is incorrect.  I
just haven't had enough time in one sitting to fix it
completely.  Will the correct jars be part of the project or should
we just create a list of which files are needed for the project?

I also like the idea of defining the basic scenarios.  That will give
us a perfect start for a Web page describing the product as well.

Angie


At 03:58 PM 8/27/2008, Luciano Resende wrote:

>Would 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@...



---------------------------------------------------------------------
To unsubscribe, e-mail: projects-unsubscribe@...
For additional commands, e-mail: projects-help@...


Re: architecture questions

by Roland Weber :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Hi 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@...