You are viewing a plain text version of this content. The canonical link for it is here.
Posted to slide-dev@jakarta.apache.org by bu...@apache.org on 2003/06/28 03:18:30 UTC

DO NOT REPLY [Bug 21158] New: - ContentImpl does not follow link to retrieve descriptor from targeted object's store

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21158>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21158

ContentImpl does not follow link to retrieve descriptor from targeted object's store

           Summary: ContentImpl does not follow link to retrieve descriptor
                    from targeted object's store
           Product: Slide
           Version: 1.0.16 Stable
          Platform: Other
        OS/Version: Other
            Status: NEW
          Severity: Major
          Priority: Other
         Component: Core
        AssignedTo: slide-dev@jakarta.apache.org
        ReportedBy: willievu@yahoo.com


Scenario:

I've a custom store that is a content store, among other things.  Here is the
excerpt from Domain.xml:

<scope match="/files/Course Reports" store="xxxstore" />
<scope match="/" store="memory"/>

There is a link node /files/root/resources/Course Reports/ that points to
/files/Course Reports/root.

Now, when I call content.retrieve() to retrieve /files/Course
Reports/root/someFile.txt, I would expect that the xxxstore's
retrieveRevisionDescriptors() is executed.  As it turns out, it is calling
memory's retrieveRevisionDescriptors().

---------------------------------------------------------------------
To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-dev-help@jakarta.apache.org