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 Michael Hartmeier <Mi...@softwareag.com> on 2004/01/06 10:38:19 UTC
Re: Testsuite question
If you configure the tprocessor for a collection "files", the test cases
also assume a collection "files_secondCollection". That's not nice, but
that's how it currently behaves.
What do you mean with "filespath"? I configure my the above "files"
collection by defining a system property
"xdav.globalVariableCollection".
Michael
On Wed, 2003-12-31 at 19:26, Martin Holz wrote:
> Hello,
>
> could somebody explain, how to setup slide
> for the testcases at
> testcases/functional/multiplestores/code/* .
> They fail for me, since they try to copy
> files to a urispace below /files_secondCollection,
> which is not below /files. Should I create
> a second collection parallel to /files? But what
> is the value and meaning of filespath then? Is this
> a legal setup?
>
>
> Guten Rutsch
>
> Martin
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-dev-help@jakarta.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-dev-help@jakarta.apache.org
Re: Testsuite question
Posted by Michael Hartmeier <Mi...@softwareag.com>.
You have to define secondCollection in your domain file. The tests
should work if you can access this folder with your browser.
Michael
On Tue, 2004-01-06 at 11:07, Oliver Zeigermann wrote:
> Michael Hartmeier wrote:
> > If you configure the tprocessor for a collection "files", the test cases
> > also assume a collection "files_secondCollection". That's not nice, but
> > that's how it currently behaves.
>
> This does not seem to work with the ParentStore in combination with the
> file store any more. It used to work with the ExtendedStore. I tried to
> figure out the reason for this, but did not make it. Maybe it's just my
> Domain.xml is wrong. The interesting part looks like this:
>
> <scope match="/" store="TxFileStore" />
> <scope match="/files_secondCollection" store="TxFileStore2" />
>
>
> This is my exception:
>
> org.apache.slide.structure.ObjectNotFoundException: No object found at
> /files_secondCollection
> at
> slidestore.file.AbstractUriProperties.retrieveObject(AbstractUriProperties.java:152)
> at
> org.apache.slide.store.txfile.TxXMLFileDescriptorsStore.retrieveObject(TxXMLFileDescriptorsStore.java:114)
> at
> org.apache.slide.store.AbstractStore.retrieveObject(AbstractStore.java:538)
> at
> org.apache.slide.store.ExtendedStore.retrieveObject(ExtendedStore.java:448)
> at org.apache.slide.store.ParentStore.doResolve(ParentStore.java:656)
> at
> org.apache.slide.store.ParentStore.doRetrieveObjectNode(ParentStore.java:598)
> at
> org.apache.slide.store.ParentStore.doRetrieveObjectNode(ParentStore.java:584)
> at org.apache.slide.store.ParentStore.retrieveObject(ParentStore.java:146)
> at
> org.apache.slide.structure.StructureImpl.retrieve(StructureImpl.java:232)
> at org.apache.slide.structure.StructureImpl.store(StructureImpl.java:486)
> at org.apache.slide.structure.StructureImpl.store(StructureImpl.java:462)
> at org.apache.slide.structure.StructureImpl.create(StructureImpl.java:388)
> at
> org.apache.slide.common.XMLUnmarshaller.loadObjectNode(XMLUnmarshaller.java:199)
> at
> org.apache.slide.common.XMLUnmarshaller.loadObjectNode(XMLUnmarshaller.java:336)
> at
> org.apache.slide.common.XMLUnmarshaller.unmarshal(XMLUnmarshaller.java:131)
> at
> org.apache.slide.common.NamespaceAccessTokenImpl.importData(NamespaceAccessTokenImpl.java:307)
> at org.apache.slide.common.Namespace.loadBaseData(Namespace.java:815)
> at org.apache.slide.common.Domain.initNamespace(Domain.java:854)
> at org.apache.slide.common.Domain.init(Domain.java:473)
> at org.apache.slide.common.Domain.selfInit(Domain.java:787)
> at org.apache.slide.common.Domain.accessNamespace(Domain.java:275)
> at wrappers.catalina.SlideRealm.start(SlideRealm.java:219)
> at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1173)
> at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:347)
> at org.apache.catalina.core.StandardService.start(StandardService.java:497)
> at org.apache.catalina.core.StandardServer.start(StandardServer.java:2190)
> at org.apache.catalina.startup.Catalina.start(Catalina.java:512)
> at org.apache.catalina.startup.Catalina.execute(Catalina.java:400)
> at org.apache.catalina.startup.Catalina.process(Catalina.java:180)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:324)
> at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:203)
>
> Any ideas?
>
> Thanks,
>
> Oliver
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-dev-help@jakarta.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-dev-help@jakarta.apache.org
Re: Testsuite question
Posted by Oliver Zeigermann <oz...@apache.org>.
Martin Holz wrote:
> Oliver Zeigermann <oz...@apache.org> writes:
>
>
>>Michael Hartmeier wrote:
>>
>>>If you configure the tprocessor for a collection "files", the test cases
>>>also assume a collection "files_secondCollection". That's not nice, but
>>>that's how it currently behaves.
>>
>>
>>This does not seem to work with the ParentStore in combination with
>>the file store any more. It used to work with the ExtendedStore. I
>>tried to figure out the reason for this, but did not make it. Maybe
>>it's just my Domain.xml is wrong. The interesting part looks like this:
>>
>>
>> <scope match="/" store="TxFileStore" />
>> <scope match="/files_secondCollection" store="TxFileStore2" />
>>
>>
>>This is my exception:
>>
>>org.apache.slide.structure.ObjectNotFoundException: No object found at
>>/files_secondCollection
>
>
>
> Did you create /files_secondCollection in the data section of Domain.xml? The
> testcase will not create it and I AFAIK setting the scope will not automatically
> create a collection.
Yes, it will be created in Domain.xml. I thought the stack trace I
provided was generated when Slide actually tries to create it.
Does it work for you?
Oliver
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-dev-help@jakarta.apache.org
Re: Testsuite question
Posted by Martin Holz <ho...@fiz-chemie.de>.
Oliver Zeigermann <oz...@apache.org> writes:
> Michael Hartmeier wrote:
> > If you configure the tprocessor for a collection "files", the test cases
> > also assume a collection "files_secondCollection". That's not nice, but
> > that's how it currently behaves.
>
>
> This does not seem to work with the ParentStore in combination with
> the file store any more. It used to work with the ExtendedStore. I
> tried to figure out the reason for this, but did not make it. Maybe
> it's just my Domain.xml is wrong. The interesting part looks like this:
>
>
> <scope match="/" store="TxFileStore" />
> <scope match="/files_secondCollection" store="TxFileStore2" />
>
>
> This is my exception:
>
> org.apache.slide.structure.ObjectNotFoundException: No object found at
> /files_secondCollection
Did you create /files_secondCollection in the data section of Domain.xml? The
testcase will not create it and I AFAIK setting the scope will not automatically
create a collection.
Martin
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-dev-help@jakarta.apache.org
Re: Testsuite question
Posted by Oliver Zeigermann <oz...@apache.org>.
Michael Hartmeier wrote:
> If you configure the tprocessor for a collection "files", the test cases
> also assume a collection "files_secondCollection". That's not nice, but
> that's how it currently behaves.
This does not seem to work with the ParentStore in combination with the
file store any more. It used to work with the ExtendedStore. I tried to
figure out the reason for this, but did not make it. Maybe it's just my
Domain.xml is wrong. The interesting part looks like this:
<scope match="/" store="TxFileStore" />
<scope match="/files_secondCollection" store="TxFileStore2" />
This is my exception:
org.apache.slide.structure.ObjectNotFoundException: No object found at
/files_secondCollection
at
slidestore.file.AbstractUriProperties.retrieveObject(AbstractUriProperties.java:152)
at
org.apache.slide.store.txfile.TxXMLFileDescriptorsStore.retrieveObject(TxXMLFileDescriptorsStore.java:114)
at
org.apache.slide.store.AbstractStore.retrieveObject(AbstractStore.java:538)
at
org.apache.slide.store.ExtendedStore.retrieveObject(ExtendedStore.java:448)
at org.apache.slide.store.ParentStore.doResolve(ParentStore.java:656)
at
org.apache.slide.store.ParentStore.doRetrieveObjectNode(ParentStore.java:598)
at
org.apache.slide.store.ParentStore.doRetrieveObjectNode(ParentStore.java:584)
at org.apache.slide.store.ParentStore.retrieveObject(ParentStore.java:146)
at
org.apache.slide.structure.StructureImpl.retrieve(StructureImpl.java:232)
at org.apache.slide.structure.StructureImpl.store(StructureImpl.java:486)
at org.apache.slide.structure.StructureImpl.store(StructureImpl.java:462)
at org.apache.slide.structure.StructureImpl.create(StructureImpl.java:388)
at
org.apache.slide.common.XMLUnmarshaller.loadObjectNode(XMLUnmarshaller.java:199)
at
org.apache.slide.common.XMLUnmarshaller.loadObjectNode(XMLUnmarshaller.java:336)
at
org.apache.slide.common.XMLUnmarshaller.unmarshal(XMLUnmarshaller.java:131)
at
org.apache.slide.common.NamespaceAccessTokenImpl.importData(NamespaceAccessTokenImpl.java:307)
at org.apache.slide.common.Namespace.loadBaseData(Namespace.java:815)
at org.apache.slide.common.Domain.initNamespace(Domain.java:854)
at org.apache.slide.common.Domain.init(Domain.java:473)
at org.apache.slide.common.Domain.selfInit(Domain.java:787)
at org.apache.slide.common.Domain.accessNamespace(Domain.java:275)
at wrappers.catalina.SlideRealm.start(SlideRealm.java:219)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1173)
at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:347)
at org.apache.catalina.core.StandardService.start(StandardService.java:497)
at org.apache.catalina.core.StandardServer.start(StandardServer.java:2190)
at org.apache.catalina.startup.Catalina.start(Catalina.java:512)
at org.apache.catalina.startup.Catalina.execute(Catalina.java:400)
at org.apache.catalina.startup.Catalina.process(Catalina.java:180)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:203)
Any ideas?
Thanks,
Oliver
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-dev-help@jakarta.apache.org
Re: Testsuite question
Posted by Martin Holz <ho...@fiz-chemie.de>.
Michael Hartmeier <Mi...@softwareag.com> writes:
> If you configure the tprocessor for a collection "files", the test cases
> also assume a collection "files_secondCollection". That's not nice, but
> that's how it currently behaves.
Fine, one more successful testcase :-).
> What do you mean with "filespath"? I configure my the above "files"
> collection by defining a system property
> "xdav.globalVariableCollection".
I was referring to the default setup for the slide server in Domain.xml.
There is a filepath properties, which points to the data collection. I
always assumed, that there is only one collection tree for data,
which by default resides at /files. You get the property using
NamespaceConfig.getFilesPath(). Actually this method is never called
by any other slide class, so my worries where unnecessary.
Martin
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-dev-help@jakarta.apache.org