You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@stanbol.apache.org by Melanie Reiplinger <me...@dfki.de> on 2012/09/27 12:02:26 UTC
enhancer or contenthub problems?
Hi all,
could someone please check on the contenthub items on
http://dev.iks-project.eu:8081 <http://dev.iks-project.eu:8081/> ?
It seems, there are some error messages written to the html. E.g., the
item page
http://dev.iks-project.eu:8081/contenthub/contenthub/store/page/urn:content-item-sha1-7c41cece31c24a679b5ce60f3f01b5878a442d36
looks *really* strange.
Best,
Melanie
Am 27.09.2012 11:19, schrieb Melanie Reiplinger:
> Hi Suat and all,
>
> after updating, the build will not work any more.
>
> [ERROR] Failed to execute goal
> org.apache.sling:maven-launchpad-plugin:2.1.0:prepare-package
> (prepare-package) on project org.apache.stanbol.launchers.stable:
> Unable to resolve artifact. Could not transfer artifact
> org.apache.stanbol:org.apache.stanbol.entityhub.model.clerezza:jar:0.10.0-incubating
> from/to central (http://repo.maven.apache.org/maven2): Specified
> destination directory cannot be created:...
>
> Anybody else seen this problem?
>
> Best,
> Melanie
>
> m 25.09.2012 16:48, schrieb Suat Gonul:
>> Hi Melanie,
>>
>> It seems I had overlooked the DELETE value for the
>> Access-Control-Allow-Methods header. Now, you should be able to execute
>> CORS request for the DELETE method.
>>
>> Best,
>> Suat
>>
>> On 09/25/2012 11:02 AM, Melanie Reiplinger wrote:
>>> Hi Suat,
>>>
>>> after a fresh checkout on the re-located source, I can delete items
>>> via the REST interface. But when trying from jQuery, I can't get
>>> through. Is it possible that CORS access has to be granted yet for the
>>> CMSadapter? The Access-Control-Allow-Methods in the response header
>>> seems to only contain GET, POST, and OPTIONS. I get 'Method DELETE is
>>> not allowed by Access-Control-Allow-Methods'.
>>>
>>> Best,
>>> Melanie
>>>
>>> Am 17.09.2012 12:17, schrieb Suat Gonul:
>>>> Hi Melanie,
>>>>
>>>> Yes, it was working for me. Please note that you should rebuild the
>>>> Entityhub component, since the issue was related with the
>>>> Entityhub, to
>>>> test the deletion operation.
>>>>
>>>> Best,
>>>> Suat
>>>>
>>>> On 09/17/2012 12:42 PM, Melanie Reiplinger wrote:
>>>>> Hi Suat,
>>>>>
>>>>> I see that https://issues.apache.org/jira/browse/STANBOL-727 is
>>>>> solved. Does the deletion of repository items on the
>>>>> cmsadapter/contenthubfeed work for you now?
>>>>>
>>>>> Best,
>>>>> Melanie
>>>>>
>>>>>
>>>>> Am 31.08.2012 14:27, schrieb Suat Gönül:
>>>>>> Hi Melanie,
>>>>>>
>>>>>> The deletion problems seems to be related with the bug described in
>>>>>> STANBOL-727. Could you please retry after that bug is fixed?
>>>>>>
>>>>>> Best,
>>>>>> Suat
>>>>>>
>>>>>> On Thu, Aug 30, 2012 at 1:00 PM, Melanie Reiplinger <
>>>>>> melanie.reiplinger@dfki.de> wrote:
>>>>>>
>>>>>>> Hi Suat,
>>>>>>>
>>>>>>> thank you a lot for demonstrating this. It seems my mistake was
>>>>>>> that
>>>>>>> I did
>>>>>>> not associate files with the nodes. For no specific reason I
>>>>>>> assumed
>>>>>>> that
>>>>>>> files would be created when the nodes were created. But then I
>>>>>>> guess
>>>>>>> that
>>>>>>> usually, it's the other way around: when building a repo, the
>>>>>>> files are
>>>>>>> already there and are then are used to build up the tree.
>>>>>>>
>>>>>>> Now how do you delete your 2 content items from the contenthub? The
>>>>>>> documentation says it's the very same syntax as for submitting
>>>>>>> items, just
>>>>>>> using DELETE instead of POST, but that gives me a Bad Request with
>>>>>>> java.lang.**IllegalArgumentException: No content found for any
>>>>>>> of the
>>>>>>> following parameters [entity, content].
>>>>>>> It does also not work in the REST interface.
>>>>>>>
>>>>>>> Best,
>>>>>>> Melanie
>>>>>>>
>>>>>>>
>>>>>>> Am 27.08.2012 13:42, schrieb Suat Gonul:
>>>>>>>
>>>>>>> Hi Melanie,
>>>>>>>> It is true that a content repo is needed to run unit tests.
>>>>>>>> Anyway, I
>>>>>>>> tested the Jackrabbit and I shall share the steps with you. I hope
>>>>>>>> they
>>>>>>>> would work for you too.
>>>>>>>>
>>>>>>>> First of all, I was able to create nodes in Jackrabbit through
>>>>>>>> the JCR
>>>>>>>> API.
>>>>>>>>
>>>>>>>> - I ran the jackrabbit-standalone-2.4.2.**jar on the 8080 port.
>>>>>>>> - Then created temporary nodes with the following code below. The
>>>>>>>> code
>>>>>>>> create two nodes to be submitted to the Contenthub under the
>>>>>>>> "test"
>>>>>>>> path. The nodes are associated with two files from the local file
>>>>>>>> system. So, you should adapt the file paths. 3 external libraries
>>>>>>>> are
>>>>>>>> required to run this code: jackrabbit-jcr-rmi-2.2.*.jar,
>>>>>>>> jcr-2.0.jar and
>>>>>>>> slf4j-api-*.jar. They are already downloaded when you build
>>>>>>>> Stanbol
>>>>>>>> into
>>>>>>>> the maven repository i.e the .m2 folder.
>>>>>>>>
>>>>>>>>
>>>>>>>> Repository repository = new URLRemoteRepository(
>>>>>>>> "http://localhost:8080/rmi");
>>>>>>>> Session session = repository.login(new
>>>>>>>> SimpleCredentials("admin",
>>>>>>>> "admin".toCharArray()));
>>>>>>>>
>>>>>>>> Node testNode = null;
>>>>>>>> try {
>>>>>>>> testNode = session.getNode("/test");
>>>>>>>> testNode.remove();
>>>>>>>> } catch (PathNotFoundException e) {
>>>>>>>> // ignore
>>>>>>>> }
>>>>>>>> Node rootNode = session.getRootNode();
>>>>>>>> testNode = rootNode.addNode("test");
>>>>>>>>
>>>>>>>> File f = new File(
>>>>>>>> "/home/suat/Desktop/**technicalStuff/stanbolTests/**
>>>>>>>> cmsAdapter/jackrabbit/news1.**txt");
>>>>>>>> Node newsNode = testNode.addNode(f.getName(),
>>>>>>>> "nt:file");
>>>>>>>> Node resourceNode = newsNode.addNode("jcr:content"**,
>>>>>>>> "nt:resource");
>>>>>>>> resourceNode.setProperty("jcr:**mimeType", "text/plain");
>>>>>>>> Binary binary =
>>>>>>>> session.getValueFactory().**createBinary(
>>>>>>>> new FileInputStream(f));
>>>>>>>> resourceNode.setProperty("jcr:**data", binary);
>>>>>>>>
>>>>>>>> f = new File(
>>>>>>>> "/home/suat/Desktop/**technicalStuff/stanbolTests/**
>>>>>>>> cmsAdapter/jackrabbit/news2.**txt");
>>>>>>>> newsNode = testNode.addNode(f.getName(), "nt:file");
>>>>>>>> resourceNode = newsNode.addNode("jcr:content"**,
>>>>>>>> "nt:resource");
>>>>>>>> resourceNode.setProperty("jcr:**mimeType", "text/plain");
>>>>>>>> binary = session.getValueFactory().**createBinary(new
>>>>>>>> FileInputStream(f));
>>>>>>>> resourceNode.setProperty("jcr:**data", binary);
>>>>>>>> session.save();
>>>>>>>>
>>>>>>>> - I ran the Stanbol on 8081 and executed the following commands:
>>>>>>>> - curl -X GET -H "Accept: text/plain"
>>>>>>>> "http://localhost:8081/**cmsadapter/session?**repositoryURL=http://**
>>>>>>>>
>>>>>>>>
>>>>>>>> localhost:8080/rmi&username=**admin&password=admin&**connectionType=JCR<http://localhost:8081/cmsadapter/session?repositoryURL=http://localhost:8080/rmi&username=admin&password=admin&connectionType=JCR>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> "
>>>>>>>> - curl -i -X POST --data
>>>>>>>> "sessionKey=e92be985-e722-**419f-a1ad-5fe02628b537&path=/**
>>>>>>>> test&recursive=true"
>>>>>>>> http://localhost:8081/**cmsadapter/contenthubfeed<http://localhost:8081/cmsadapter/contenthubfeed>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> In the second command the result of the first command should be
>>>>>>>> used.
>>>>>>>> After executing these commands, I was able to see documents on
>>>>>>>> http://localhost:8081/**contenthub/contenthub/store<http://localhost:8081/contenthub/contenthub/store>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> .
>>>>>>>>
>>>>>>>> Best,
>>>>>>>> Suat
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> On 08/20/2012 01:11 PM, Melanie Reiplinger wrote:
>>>>>>>>
>>>>>>>>> Hi Suat,
>>>>>>>>>
>>>>>>>>> Thanks for your reply.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Am 20.08.2012 11:55, schrieb Suat Gönül:
>>>>>>>>>
>>>>>>>>>> Hi Melanie,
>>>>>>>>>>
>>>>>>>>>> Sorry, I could not answer you as I was in holiday. I will
>>>>>>>>>> start to
>>>>>>>>>> work on
>>>>>>>>>> August 27. In my demonstration, I was using CRX CMS.
>>>>>>>>>>
>>>>>>>>> That seems to be commercial software. I Cannot use that. So I'll
>>>>>>>>> have
>>>>>>>>> to find another way. Under these conditions, I'm not even sure it
>>>>>>>>> makes much sense to create unit tests for the JavaScript
>>>>>>>>> interface to
>>>>>>>>> the cmsadapter, since whoever wanted to run them would need to
>>>>>>>>> have a
>>>>>>>>> content repo locally installed to connect stanbol to it. It makes
>>>>>>>>> sense only if I could set up (or use) a remote repo that's
>>>>>>>>> accessible
>>>>>>>>> from wherever the test script is called...
>>>>>>>>>
>>>>>>>>> Best,
>>>>>>>>> Melanie
>>>>>>>>>
>>>>>>>>> But to connect CRX, I
>>>>>>>>>> have and additional bundle to be added to the OSGi
>>>>>>>>>> environment. I
>>>>>>>>>> can
>>>>>>>>>> provide you that bundle when I'm back.
>>>>>>>>>>
>>>>>>>>>> I did not access to the repo via HTTP. In my demonstration, a
>>>>>>>>>> session is
>>>>>>>>>> obtained together with a session key after giving the necessary
>>>>>>>>>> credentials
>>>>>>>>>> e.g username, password, rmi endpoint. And that session key is
>>>>>>>>>> used by
>>>>>>>>>> CMS
>>>>>>>>>> Adapter to access to the repo.
>>>>>>>>>>
>>>>>>>>>> Best,
>>>>>>>>>> Suat
>>>>>>>>>>
>>>>>>>>>> On Mon, Aug 20, 2012 at 12:11 PM, Melanie Reiplinger <
>>>>>>>>>> melanie.reiplinger@dfki.de> wrote:
>>>>>>>>>>
>>>>>>>>>> Hi Suat,
>>>>>>>>>>> I cannot access my jackrabbit repo via xmlhttp either (although
>>>>>>>>>>> curl
>>>>>>>>>>> works
>>>>>>>>>>> fine), so this might as well be a CORS access problem. In your
>>>>>>>>>>> demo,
>>>>>>>>>>> did
>>>>>>>>>>> you have to somehow provide access to the repo (by setting
>>>>>>>>>>> headers
>>>>>>>>>>> etc)?
>>>>>>>>>>>
>>>>>>>>>>> Best,
>>>>>>>>>>> Melanie
>>>>>>>>>>>
>>>>>>>>>>> Am 15.08.2012 11:15, schrieb Melanie Reiplinger:
>>>>>>>>>>>
>>>>>>>>>>> Hi Suat,
>>>>>>>>>>>
>>>>>>>>>>>> Am 13.08.2012 13:35, schrieb Suat Gonul:
>>>>>>>>>>>>
>>>>>>>>>>>> In any case, I guess that you
>>>>>>>>>>>>> need to configure a RDF Bridge through the
>>>>>>>>>>>>> {stanbol}/system/console/****configMgr interface. There you
>>>>>>>>>>>>> should
>>>>>>>>>>>>> find
>>>>>>>>>>>>> the
>>>>>>>>>>>>> "Apache Stanbol CMS Adapter Default RDF Bridge
>>>>>>>>>>>>> Configurations". In
>>>>>>>>>>>>> that
>>>>>>>>>>>>> configuration you specify the root path in the CMS to be
>>>>>>>>>>>>> exported
>>>>>>>>>>>>> to the
>>>>>>>>>>>>> RDF.
>>>>>>>>>>>>>
>>>>>>>>>>>>> by that you mean the content repository path? This means
>>>>>>>>>>>>> that I set
>>>>>>>>>>>>>> there the path to my content repository?
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Yes, you set there a path residing in the content
>>>>>>>>>>>>>> repository.
>>>>>>>>>>>>> I have set up a jackrabbit workspace with some toy
>>>>>>>>>>>>> nodes
>>>>>>>>>>>>> in it. To
>>>>>>>>>>>>>
>>>>>>>>>>>>>> access it remotely, I'd configure something like
>>>>>>>>>>>>>> http://[myserver]/server/
>>>>>>>>>>>>>> <http://lnv-89012.dfki.uni-sb.****de:9002/server/default/**node1<
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> http://lnv-89012.dfki.**uni-sb.de:9002/server/default/**node1<http://lnv-89012.dfki.uni-sb.de:9002/server/default/node1>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> ,
>>>>>>>>>>>>>> but then
>>>>>>>>>>>>>> I can work with this repository exclusively, right?
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> I cannot access the URL you gave, but I guess you
>>>>>>>>>>>>>> should give
>>>>>>>>>>>>> /node1
>>>>>>>>>>>>> path to export it as RDF. I didn't get your question about
>>>>>>>>>>>>> working
>>>>>>>>>>>>> exclusively with the repository. But, you already seem to
>>>>>>>>>>>>> work
>>>>>>>>>>>>> on the
>>>>>>>>>>>>> default repository of Jackrabbit running on your server.
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> I tried with several paths, none will work.
>>>>>>>>>>>> My remote repository stub is
>>>>>>>>>>>> http://lnv-89012.dfki.uni-sb.****de:9002/rmi<http://lnv-89012.**
>>>>>>>>>>>>
>>>>>>>>>>>> dfki.uni-sb.de:9002/rmi
>>>>>>>>>>>> <http://lnv-89012.dfki.uni-sb.de:9002/rmi>>
>>>>>>>>>>>> .
>>>>>>>>>>>> (you cannot access those URIs because they are in a closed
>>>>>>>>>>>> network)
>>>>>>>>>>>> For accessing the content repository, I should use (according
>>>>>>>>>>>> to my
>>>>>>>>>>>> jackrabbit guidelines):
>>>>>>>>>>>> http://lnv-89012.dfki.uni-sb.****de:9002/server<http://lnv-**
>>>>>>>>>>>> 89012.dfki.uni-sb.de:9002/**server<http://lnv-89012.dfki.uni-sb.de:9002/server>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>> to
>>>>>>>>>>>> access all workspaces of myJCR repository
>>>>>>>>>>>> http://lnv-89012.dfki.uni-sb.****de:9002/server/default/jcr:****
>>>>>>>>>>>>
>>>>>>>>>>>> rootto<http://lnv-89012.dfki.**uni-sb.de:9002/server/default/**
>>>>>>>>>>>>
>>>>>>>>>>>> jcr:rootto<http://lnv-89012.dfki.uni-sb.de:9002/server/default/jcr:rootto>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>> access
>>>>>>>>>>>> a single workspace (example with workspace named
>>>>>>>>>>>> 'default'). ->
>>>>>>>>>>>> this
>>>>>>>>>>>> one is also where I can navigate to with my browser, so this
>>>>>>>>>>>> should
>>>>>>>>>>>> then be
>>>>>>>>>>>> the correct path I guess.
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> But I always get the same error about
>>>>>>>>>>>> org.apache.stanbol.cmsadapter.****jcr.mapping.JCRRDFMapper
>>>>>>>>>>>> Failed to
>>>>>>>>>>>> retrieve node having path: <thePath> or its childr
>>>>>>>>>>>>
>>>>>>>>>>>> I'm an absolute beginner with content repositories, using
>>>>>>>>>>>> jackrabbit for
>>>>>>>>>>>> the first time and I'm really unsure of what would have to
>>>>>>>>>>>> work if
>>>>>>>>>>>> everything was correct, but I can see my repository in the
>>>>>>>>>>>> jackrabbit
>>>>>>>>>>>> console and I also can see that my nodes are existing, and the
>>>>>>>>>>>> info
>>>>>>>>>>>> command
>>>>>>>>>>>> tells me that everything looks like I would expect:
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> Repository:
>>>>>>>>>>>> http://lnv-89012.dfki.uni-sb.****de:9002/rmi<http://lnv-89012.**
>>>>>>>>>>>>
>>>>>>>>>>>> dfki.uni-sb.de:9002/rmi
>>>>>>>>>>>> <http://lnv-89012.dfki.uni-sb.de:9002/rmi>>
>>>>>>>>>>>> User : admin
>>>>>>>>>>>> Workspace : default
>>>>>>>>>>>> Node : /
>>>>>>>>>>>>
>>>>>>>>>>>> I looked at your paper ("Semantic Content Management with
>>>>>>>>>>>> Apache
>>>>>>>>>>>> Stanbol") and saw that you used jackrabbit in the demo,
>>>>>>>>>>>> too. Is
>>>>>>>>>>>> there some
>>>>>>>>>>>> publicly accessible repository I could use for testing (so
>>>>>>>>>>>> that I
>>>>>>>>>>>> see what
>>>>>>>>>>>> the path I have to specify looks like in a working example)?
>>>>>>>>>>>>
>>>>>>>>>>>> best,
>>>>>>>>>>>> melanie
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>
>
Re: enhancer parameter outputContentPart
Posted by Rupert Westenthaler <ru...@gmail.com>.
Hi Melanie
from http://stanbol.apache.org/docs/trunk/components/enhancer/contentitem.html
There are two types of content parts:
2. Content parts that are registered under a predefined URI. [..] This
is used to
share intermediate enhancement results between enhancement engines.
An example would be tokens, sentences, POS tags and chunks that are
extracted by some NLP engine.
An example of such a content part are the ExecutionMetadata.
from: http://stanbol.apache.org/docs/trunk/components/enhancer/executionmetadata.html
When the EnhancementJobManager starts the Enhancement of a ContentItem
it needs to check if the ContentItem already contains ExecutionMetadata in the
ContentPart with the URI
"http://stanbol.apache.org/ontology/enhancer/executionmetadata#ChainExecution".
If this is the case it needs to initialize itself based on the
pre-existing information.
If no ExecutionMetadata are present, a new EnhancementProcess needs to be
created based on the parsed Chain. Differences between this two cases are
explained in the following two sub sections.
So one example usage of the "outputContentPart" would be to explicitly
include the ExectionMetadata within the response of the Stanbol Enhancer.
For this you need to add the parameter
outputContentPart=http://stanbol.apache.org/ontology/enhancer/executionmetadata#ChainExecution
to the request of the StanbolEnhancer.
If you want to include the plain text version of the parsed content in
the response you
need to use
outputContent=text/plain
as the URI of the text plain content part is dynamically generated based on the
MD5 of the plain text content and can therefore not be known in advance.
best
Rupert
On Thu, Sep 27, 2012 at 2:15 PM, Melanie Reiplinger
<me...@dfki.de> wrote:
> |Hi all,
>
> could someone please briefly clarify what the outputContentPart parameter
> for the enhancer does?
>
> About 'content parts', it says on
> http://stanbol.apache.org/docs/trunk/components/enhancer/contentitem.html:
> Content parts are used to represent the original content as well as
> transformations of the original content (typically created by pre-processing
> enhancement engines
> <http://stanbol.apache.org/docs/trunk/components/enhancer/engines/list.html>
> such as the Metaxa engine
> <http://stanbol.apache.org/docs/trunk/components/enhancer/engines/metaxaengine.html>).
> |etcetc
> |
> In the REST doku, it says:
> outputContentPart=[uri/'*']|: This parameter allows to explicitly include
> content parts with a specific URI in the response. Currently this only
> supports ContentParts that are stored as RDF graphs.
>
> Does this mean I'll specify the URI of a content item already present on the
> contenthub? And what is the use of that ?
>
> Thanks,
> Melanie
--
| Rupert Westenthaler rupert.westenthaler@gmail.com
| Bodenlehenstraße 11 ++43-699-11108907
| A-5500 Bischofshofen
enhancer parameter outputContentPart
Posted by Melanie Reiplinger <me...@dfki.de>.
|Hi all,
could someone please briefly clarify what the outputContentPart
parameter for the enhancer does?
About 'content parts', it says on
http://stanbol.apache.org/docs/trunk/components/enhancer/contentitem.html:
Content parts are used to represent the original content as well as
transformations of the original content (typically created by
pre-processing enhancement engines
<http://stanbol.apache.org/docs/trunk/components/enhancer/engines/list.html>
such as the Metaxa engine
<http://stanbol.apache.org/docs/trunk/components/enhancer/engines/metaxaengine.html>).
|etcetc
|
In the REST doku, it says:
outputContentPart=[uri/'*']|: This parameter allows to explicitly
include content parts with a specific URI in the response. Currently
this only supports ContentParts that are stored as RDF graphs.
Does this mean I'll specify the URI of a content item already present on
the contenthub? And what is the use of that ?
Thanks,
Melanie
Re: enhancer or contenthub problems?
Posted by Suat Gönül <su...@gmail.com>.
On Thu, Sep 27, 2012 at 1:36 PM, Melanie Reiplinger <
melanie.reiplinger@dfki.de> wrote:
> Am 27.09.2012 12:20, schrieb Suat Gönül:
>
>> Hi Melanie,
>>
>> On Thu, Sep 27, 2012 at 1:02 PM, Melanie Reiplinger <
>> melanie.reiplinger@dfki.de> wrote:
>>
>> Hi all,
>>>
>>> could someone please check on the contenthub items on
>>> http://dev.iks-project.eu:8081 <http://dev.iks-project.eu:****8081/<
>>> http://dev.iks-project.**eu:8081/ <http://dev.iks-project.eu:8081/>>>
>>>
>>> ?
>>>
>>> It seems, there are some error messages written to the html. E.g., the
>>> item page
>>>
>>> http://dev.iks-project.eu:****8081/contenthub/contenthub/**
>>> store/page/urn:content-item-****sha1-****7c41cece31c24a679b5ce60f3f01b5*
>>> ***
>>> 878a442d36<http://dev.iks-**project.eu:8081/contenthub/**
>>> contenthub/store/page/urn:**content-item-sha1-**
>>> 7c41cece31c24a679b5ce60f3f01b5**878a442d36<http://dev.iks-project.eu:8081/contenthub/contenthub/store/page/urn:content-item-sha1-7c41cece31c24a679b5ce60f3f01b5878a442d36>
>>> >
>>>
>>
>> It seems there is a bug in the ftl file drawing the details about the
>> ContentItem. Could you please open an issue and specify the steps i.e the
>> content itself, how it is sent to Contenthub, etc. to reproduce this
>> error.
>>
>
> I'd do that, but the items where this behaviour shows up were not created
> by me. I just noticed that some items were looking strange while failing to
> use the enhancer with the omitMetadata parameter via jQuery.ajax call. So I
> don't know what call produced that behaviour.
>
Ok, thanks. I will try to reproduce the error myself.
>
>
>
>> Best,
>> Suat
>>
>>
>>
>>> looks *really* strange.
>>>
>>>
>>> Best,
>>> Melanie
>>>
>>>
>>> Am 27.09.2012 11:19, schrieb Melanie Reiplinger:
>>>
>>> Hi Suat and all,
>>>>
>>>> after updating, the build will not work any more.
>>>>
>>>> [ERROR] Failed to execute goal org.apache.sling:maven-**
>>>> launchpad-plugin:2.1.0:****prepare-package (prepare-package) on project
>>>> org.apache.stanbol.launchers.****stable: Unable to resolve artifact.
>>>> Could
>>>> not transfer artifact org.apache.stanbol:org.apache.****
>>>> stanbol.entityhub.model.****clerezza:jar:0.10.0-incubating from/to
>>>> central
>>>> (http://repo.maven.apache.org/****maven2<http://repo.maven.apache.org/**maven2>
>>>> <http://repo.maven.**apache.org/maven2<http://repo.maven.apache.org/maven2>
>>>> >):
>>>>
>>>> Specified destination directory cannot be created:...
>>>>
>>>> Anybody else seen this problem?
>>>>
>>>> Best,
>>>> Melanie
>>>>
>>>> m 25.09.2012 16:48, schrieb Suat Gonul:
>>>>
>>>> Hi Melanie,
>>>>>
>>>>> It seems I had overlooked the DELETE value for the
>>>>> Access-Control-Allow-Methods header. Now, you should be able to execute
>>>>> CORS request for the DELETE method.
>>>>>
>>>>> Best,
>>>>> Suat
>>>>>
>>>>> On 09/25/2012 11:02 AM, Melanie Reiplinger wrote:
>>>>>
>>>>> Hi Suat,
>>>>>>
>>>>>> after a fresh checkout on the re-located source, I can delete items
>>>>>> via the REST interface. But when trying from jQuery, I can't get
>>>>>> through. Is it possible that CORS access has to be granted yet for the
>>>>>> CMSadapter? The Access-Control-Allow-Methods in the response header
>>>>>> seems to only contain GET, POST, and OPTIONS. I get 'Method DELETE is
>>>>>> not allowed by Access-Control-Allow-Methods'.
>>>>>>
>>>>>> Best,
>>>>>> Melanie
>>>>>>
>>>>>> Am 17.09.2012 12:17, schrieb Suat Gonul:
>>>>>>
>>>>>> Hi Melanie,
>>>>>>>
>>>>>>> Yes, it was working for me. Please note that you should rebuild the
>>>>>>> Entityhub component, since the issue was related with the Entityhub,
>>>>>>> to
>>>>>>> test the deletion operation.
>>>>>>>
>>>>>>> Best,
>>>>>>> Suat
>>>>>>>
>>>>>>> On 09/17/2012 12:42 PM, Melanie Reiplinger wrote:
>>>>>>>
>>>>>>> Hi Suat,
>>>>>>>>
>>>>>>>> I see that https://issues.apache.org/****jira/browse/STANBOL-727<https://issues.apache.org/**jira/browse/STANBOL-727>
>>>>>>>> <https:**//issues.apache.org/jira/**browse/STANBOL-727<https://issues.apache.org/jira/browse/STANBOL-727>
>>>>>>>> >is
>>>>>>>>
>>>>>>>> solved. Does the deletion of repository items on the
>>>>>>>> cmsadapter/contenthubfeed work for you now?
>>>>>>>>
>>>>>>>> Best,
>>>>>>>> Melanie
>>>>>>>>
>>>>>>>>
>>>>>>>> Am 31.08.2012 14:27, schrieb Suat Gönül:
>>>>>>>>
>>>>>>>> Hi Melanie,
>>>>>>>>>
>>>>>>>>> The deletion problems seems to be related with the bug described in
>>>>>>>>> STANBOL-727. Could you please retry after that bug is fixed?
>>>>>>>>>
>>>>>>>>> Best,
>>>>>>>>> Suat
>>>>>>>>>
>>>>>>>>> On Thu, Aug 30, 2012 at 1:00 PM, Melanie Reiplinger <
>>>>>>>>> melanie.reiplinger@dfki.de> wrote:
>>>>>>>>>
>>>>>>>>> Hi Suat,
>>>>>>>>>
>>>>>>>>>> thank you a lot for demonstrating this. It seems my mistake was
>>>>>>>>>> that
>>>>>>>>>> I did
>>>>>>>>>> not associate files with the nodes. For no specific reason I
>>>>>>>>>> assumed
>>>>>>>>>> that
>>>>>>>>>> files would be created when the nodes were created. But then I
>>>>>>>>>> guess
>>>>>>>>>> that
>>>>>>>>>> usually, it's the other way around: when building a repo, the
>>>>>>>>>> files are
>>>>>>>>>> already there and are then are used to build up the tree.
>>>>>>>>>>
>>>>>>>>>> Now how do you delete your 2 content items from the contenthub?
>>>>>>>>>> The
>>>>>>>>>> documentation says it's the very same syntax as for submitting
>>>>>>>>>> items, just
>>>>>>>>>> using DELETE instead of POST, but that gives me a Bad Request with
>>>>>>>>>> java.lang.******IllegalArgumentException: No content found for
>>>>>>>>>> any
>>>>>>>>>>
>>>>>>>>>> of the
>>>>>>>>>> following parameters [entity, content].
>>>>>>>>>> It does also not work in the REST interface.
>>>>>>>>>>
>>>>>>>>>> Best,
>>>>>>>>>> Melanie
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Am 27.08.2012 13:42, schrieb Suat Gonul:
>>>>>>>>>>
>>>>>>>>>> Hi Melanie,
>>>>>>>>>>
>>>>>>>>>> It is true that a content repo is needed to run unit tests.
>>>>>>>>>>> Anyway, I
>>>>>>>>>>> tested the Jackrabbit and I shall share the steps with you. I
>>>>>>>>>>> hope
>>>>>>>>>>> they
>>>>>>>>>>> would work for you too.
>>>>>>>>>>>
>>>>>>>>>>> First of all, I was able to create nodes in Jackrabbit through
>>>>>>>>>>> the JCR
>>>>>>>>>>> API.
>>>>>>>>>>>
>>>>>>>>>>> - I ran the jackrabbit-standalone-2.4.2.******jar on the 8080
>>>>>>>>>>> port.
>>>>>>>>>>>
>>>>>>>>>>> - Then created temporary nodes with the following code below. The
>>>>>>>>>>> code
>>>>>>>>>>> create two nodes to be submitted to the Contenthub under the
>>>>>>>>>>> "test"
>>>>>>>>>>> path. The nodes are associated with two files from the local file
>>>>>>>>>>> system. So, you should adapt the file paths. 3 external libraries
>>>>>>>>>>> are
>>>>>>>>>>> required to run this code: jackrabbit-jcr-rmi-2.2.*.jar,
>>>>>>>>>>> jcr-2.0.jar and
>>>>>>>>>>> slf4j-api-*.jar. They are already downloaded when you build
>>>>>>>>>>> Stanbol
>>>>>>>>>>> into
>>>>>>>>>>> the maven repository i.e the .m2 folder.
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Repository repository = new URLRemoteRepository(
>>>>>>>>>>> "http://localhost:8080/rmi");
>>>>>>>>>>> Session session = repository.login(new
>>>>>>>>>>> SimpleCredentials("admin",
>>>>>>>>>>> "admin".toCharArray()));
>>>>>>>>>>>
>>>>>>>>>>> Node testNode = null;
>>>>>>>>>>> try {
>>>>>>>>>>> testNode = session.getNode("/test");
>>>>>>>>>>> testNode.remove();
>>>>>>>>>>> } catch (PathNotFoundException e) {
>>>>>>>>>>> // ignore
>>>>>>>>>>> }
>>>>>>>>>>> Node rootNode = session.getRootNode();
>>>>>>>>>>> testNode = rootNode.addNode("test");
>>>>>>>>>>>
>>>>>>>>>>> File f = new File(
>>>>>>>>>>> "/home/suat/Desktop/******technicalStuff/stanbolTests/**
>>>>>>>>>>> cmsAdapter/jackrabbit/news1.******txt");
>>>>>>>>>>>
>>>>>>>>>>> Node newsNode = testNode.addNode(f.getName(),
>>>>>>>>>>> "nt:file");
>>>>>>>>>>> Node resourceNode = newsNode.addNode("jcr:content"*
>>>>>>>>>>> ***
>>>>>>>>>>> **,
>>>>>>>>>>> "nt:resource");
>>>>>>>>>>> resourceNode.setProperty("jcr:******mimeType", "text/plain");
>>>>>>>>>>> Binary binary = session.getValueFactory().****
>>>>>>>>>>> createBinary(
>>>>>>>>>>> new FileInputStream(f));
>>>>>>>>>>> resourceNode.setProperty("jcr:******data", binary);
>>>>>>>>>>>
>>>>>>>>>>> f = new File(
>>>>>>>>>>> "/home/suat/Desktop/******technicalStuff/stanbolTests/**
>>>>>>>>>>> cmsAdapter/jackrabbit/news2.******txt");
>>>>>>>>>>>
>>>>>>>>>>> newsNode = testNode.addNode(f.getName(), "nt:file");
>>>>>>>>>>> resourceNode = newsNode.addNode("jcr:content"**
>>>>>>>>>>> ****,
>>>>>>>>>>> "nt:resource");
>>>>>>>>>>> resourceNode.setProperty("jcr:******mimeType", "text/plain");
>>>>>>>>>>> binary = session.getValueFactory().****
>>>>>>>>>>> createBinary(new
>>>>>>>>>>> FileInputStream(f));
>>>>>>>>>>> resourceNode.setProperty("jcr:******data", binary);
>>>>>>>>>>>
>>>>>>>>>>> session.save();
>>>>>>>>>>>
>>>>>>>>>>> - I ran the Stanbol on 8081 and executed the following commands:
>>>>>>>>>>> - curl -X GET -H "Accept: text/plain"
>>>>>>>>>>> "http://localhost:8081/******cmsadapter/session?****<http://localhost:8081/****cmsadapter/session?****>
>>>>>>>>>>> repositoryURL=http://**<http:/**/localhost:8081/**cmsadapter/**
>>>>>>>>>>> session?**repositoryURL=http:/**/**<http://localhost:8081/**cmsadapter/session?**repositoryURL=http://**>
>>>>>>>>>>> >
>>>>>>>>>>>
>>>>>>>>>>> localhost:8080/rmi&username=******admin&password=admin&****
>>>>>>>>>>> connectionType=JCR<http://****localhost:8081/cmsadapter/**
>>>>>>>>>>> session?repositoryURL=http://****localhost:8080/rmi&username=***
>>>>>>>>>>> *
>>>>>>>>>>>
>>>>>>>>>>> admin&password=admin&****connectionType=JCR<http://**
>>>>>>>>>>> localhost:8081/cmsadapter/**session?repositoryURL=http://**
>>>>>>>>>>> localhost:8080/rmi&username=**admin&password=admin&**
>>>>>>>>>>> connectionType=JCR<http://localhost:8081/cmsadapter/session?repositoryURL=http://localhost:8080/rmi&username=admin&password=admin&connectionType=JCR>
>>>>>>>>>>> >>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> "
>>>>>>>>>>> - curl -i -X POST --data
>>>>>>>>>>> "sessionKey=e92be985-e722-******419f-a1ad-5fe02628b537&path=/***
>>>>>>>>>>> ***
>>>>>>>>>>> test&recursive=true"
>>>>>>>>>>> http://localhost:8081/******cmsadapter/contenthubfeed<http://localhost:8081/****cmsadapter/contenthubfeed>
>>>>>>>>>>> <http**://localhost:8081/****cmsadapter/contenthubfeed<http://localhost:8081/**cmsadapter/contenthubfeed>
>>>>>>>>>>> >
>>>>>>>>>>> <http**://localhost:8081/**cmsadapter/**contenthubfeed<ht**
>>>>>>>>>>> tp://localhost:8081/**cmsadapter/contenthubfeed<http://localhost:8081/cmsadapter/contenthubfeed>
>>>>>>>>>>> >>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> In the second command the result of the first command should be
>>>>>>>>>>> used.
>>>>>>>>>>> After executing these commands, I was able to see documents on
>>>>>>>>>>> http://localhost:8081/******contenthub/contenthub/store<http://localhost:8081/****contenthub/contenthub/store>
>>>>>>>>>>> <ht**tp://localhost:8081/****contenthub/contenthub/store<http://localhost:8081/**contenthub/contenthub/store>
>>>>>>>>>>> >
>>>>>>>>>>> <ht**tp://localhost:8081/****contenthub/contenthub/store<ht**
>>>>>>>>>>> tp://localhost:8081/**contenthub/contenthub/store<http://localhost:8081/contenthub/contenthub/store>
>>>>>>>>>>> >>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> .
>>>>>>>>>>>
>>>>>>>>>>> Best,
>>>>>>>>>>> Suat
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> On 08/20/2012 01:11 PM, Melanie Reiplinger wrote:
>>>>>>>>>>>
>>>>>>>>>>> Hi Suat,
>>>>>>>>>>>
>>>>>>>>>>>> Thanks for your reply.
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> Am 20.08.2012 11:55, schrieb Suat Gönül:
>>>>>>>>>>>>
>>>>>>>>>>>> Hi Melanie,
>>>>>>>>>>>>
>>>>>>>>>>>>> Sorry, I could not answer you as I was in holiday. I will start
>>>>>>>>>>>>> to
>>>>>>>>>>>>> work on
>>>>>>>>>>>>> August 27. In my demonstration, I was using CRX CMS.
>>>>>>>>>>>>>
>>>>>>>>>>>>> That seems to be commercial software. I Cannot use that. So
>>>>>>>>>>>>> I'll
>>>>>>>>>>>>>
>>>>>>>>>>>> have
>>>>>>>>>>>> to find another way. Under these conditions, I'm not even sure
>>>>>>>>>>>> it
>>>>>>>>>>>> makes much sense to create unit tests for the JavaScript
>>>>>>>>>>>> interface to
>>>>>>>>>>>> the cmsadapter, since whoever wanted to run them would need to
>>>>>>>>>>>> have a
>>>>>>>>>>>> content repo locally installed to connect stanbol to it. It
>>>>>>>>>>>> makes
>>>>>>>>>>>> sense only if I could set up (or use) a remote repo that's
>>>>>>>>>>>> accessible
>>>>>>>>>>>> from wherever the test script is called...
>>>>>>>>>>>>
>>>>>>>>>>>> Best,
>>>>>>>>>>>> Melanie
>>>>>>>>>>>>
>>>>>>>>>>>> But to connect CRX, I
>>>>>>>>>>>>
>>>>>>>>>>>> have and additional bundle to be added to the OSGi
>>>>>>>>>>>>> environment. I
>>>>>>>>>>>>> can
>>>>>>>>>>>>> provide you that bundle when I'm back.
>>>>>>>>>>>>>
>>>>>>>>>>>>> I did not access to the repo via HTTP. In my demonstration, a
>>>>>>>>>>>>> session is
>>>>>>>>>>>>> obtained together with a session key after giving the necessary
>>>>>>>>>>>>> credentials
>>>>>>>>>>>>> e.g username, password, rmi endpoint. And that session key is
>>>>>>>>>>>>> used by
>>>>>>>>>>>>> CMS
>>>>>>>>>>>>> Adapter to access to the repo.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Best,
>>>>>>>>>>>>> Suat
>>>>>>>>>>>>>
>>>>>>>>>>>>> On Mon, Aug 20, 2012 at 12:11 PM, Melanie Reiplinger <
>>>>>>>>>>>>> melanie.reiplinger@dfki.de> wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>> Hi Suat,
>>>>>>>>>>>>>
>>>>>>>>>>>>> I cannot access my jackrabbit repo via xmlhttp either
>>>>>>>>>>>>>> (although
>>>>>>>>>>>>>> curl
>>>>>>>>>>>>>> works
>>>>>>>>>>>>>> fine), so this might as well be a CORS access problem. In your
>>>>>>>>>>>>>> demo,
>>>>>>>>>>>>>> did
>>>>>>>>>>>>>> you have to somehow provide access to the repo (by setting
>>>>>>>>>>>>>> headers
>>>>>>>>>>>>>> etc)?
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Best,
>>>>>>>>>>>>>> Melanie
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Am 15.08.2012 11:15, schrieb Melanie Reiplinger:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Hi Suat,
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Am 13.08.2012 13:35, schrieb Suat Gonul:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> In any case, I guess that you
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> need to configure a RDF Bridge through the
>>>>>>>>>>>>>>>> {stanbol}/system/console/********configMgr interface.
>>>>>>>>>>>>>>>> There you
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> should
>>>>>>>>>>>>>>>> find
>>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>>> "Apache Stanbol CMS Adapter Default RDF Bridge
>>>>>>>>>>>>>>>> Configurations". In
>>>>>>>>>>>>>>>> that
>>>>>>>>>>>>>>>> configuration you specify the root path in the CMS to be
>>>>>>>>>>>>>>>> exported
>>>>>>>>>>>>>>>> to the
>>>>>>>>>>>>>>>> RDF.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> by that you mean the content repository path? This
>>>>>>>>>>>>>>>> means
>>>>>>>>>>>>>>>> that I set
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> there the path to my content repository?
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Yes, you set there a path residing in the content
>>>>>>>>>>>>>>>>> repository.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> I have set up a jackrabbit workspace with some toy
>>>>>>>>>>>>>>>> nodes
>>>>>>>>>>>>>>>> in it. To
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> access it remotely, I'd configure something like
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> http://[myserver]/server/
>>>>>>>>>>>>>>>>> <http://lnv-89012.dfki.uni-sb.****
>>>>>>>>>>>>>>>>> ****de:9002/server/default/******node1<
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> http://lnv-89012.dfki.**uni-****
>>>>>>>>>>>>>>>>> sb.de:9002/server/default/****<http://sb.de:9002/server/default/****>
>>>>>>>>>>>>>>>>> node1 <http://uni-sb.de:9002/server/**default/**node1<http://uni-sb.de:9002/server/default/**node1>
>>>>>>>>>>>>>>>>> ><
>>>>>>>>>>>>>>>>> http://lnv-89012.dfki.**uni-**sb.de:9002/server/default/**<http://uni-sb.de:9002/server/default/**>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> node1<http://lnv-89012.dfki.**
>>>>>>>>>>>>>>>>> uni-sb.de:9002/server/default/**node1<http://lnv-89012.dfki.uni-sb.de:9002/server/default/node1>
>>>>>>>>>>>>>>>>> >>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> ,
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> but then
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> I can work with this repository exclusively, right?
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> I cannot access the URL you gave, but I guess you
>>>>>>>>>>>>>>>>> should give
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> /node1
>>>>>>>>>>>>>>>> path to export it as RDF. I didn't get your question about
>>>>>>>>>>>>>>>> working
>>>>>>>>>>>>>>>> exclusively with the repository. But, you already seem to
>>>>>>>>>>>>>>>> work
>>>>>>>>>>>>>>>> on the
>>>>>>>>>>>>>>>> default repository of Jackrabbit running on your server.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> I tried with several paths, none will work.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> My remote repository stub is
>>>>>>>>>>>>>>> http://lnv-89012.dfki.uni-sb.********de:9002/rmi<http://lnv-
>>>>>>>>>>>>>>> **
>>>>>>>>>>>>>>> 89012. <http://lnv-89012.>**
>>>>>>>>>>>>>>> dfki.uni-sb.de:9002/rmi
>>>>>>>>>>>>>>> <http://lnv-89012.dfki.uni-sb.****de:9002/rmi<http://lnv-**
>>>>>>>>>>>>>>> 89012.dfki.uni-sb.de:9002/rmi<http://lnv-89012.dfki.uni-sb.de:9002/rmi>
>>>>>>>>>>>>>>> >
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> .
>>>>>>>>>>>>>>> (you cannot access those URIs because they are in a closed
>>>>>>>>>>>>>>> network)
>>>>>>>>>>>>>>> For accessing the content repository, I should use (according
>>>>>>>>>>>>>>> to my
>>>>>>>>>>>>>>> jackrabbit guidelines):
>>>>>>>>>>>>>>> http://lnv-89012.dfki.uni-sb.********de:9002/server<http://*
>>>>>>>>>>>>>>> *lnv- <http://lnv->*
>>>>>>>>>>>>>>> ***
>>>>>>>>>>>>>>> 89012.dfki.uni-sb.de:9002/******server<http://89012.dfki.uni-sb.de:9002/****server>
>>>>>>>>>>>>>>> <http://89012.dfki.uni-**sb.de:9002/**server<http://89012.dfki.uni-sb.de:9002/**server>
>>>>>>>>>>>>>>> >
>>>>>>>>>>>>>>> <http://lnv-89012.dfki.**uni-**sb.de:9002/server<http://uni-sb.de:9002/server>
>>>>>>>>>>>>>>> <http://lnv-**89012.dfki.uni-sb.de:9002/**server<http://lnv-89012.dfki.uni-sb.de:9002/server>
>>>>>>>>>>>>>>> >>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> to
>>>>>>>>>>>>>>> access all workspaces of myJCR repository
>>>>>>>>>>>>>>> http://lnv-89012.dfki.uni-sb.********de:9002/server/default/
>>>>>>>>>>>>>>> **jcr:
>>>>>>>>>>>>>>> ******
>>>>>>>>>>>>>>> rootto<http://lnv-89012.dfki.******uni-sb.de:9002/server/**
>>>>>>>>>>>>>>> default/** <http://uni-sb.de:9002/server/**default/**<http://uni-sb.de:9002/server/default/**>
>>>>>>>>>>>>>>> >
>>>>>>>>>>>>>>> jcr:rootto<http://lnv-89012.****
>>>>>>>>>>>>>>> dfki.uni-sb.de:9002/server/**<http://dfki.uni-sb.de:9002/server/**>
>>>>>>>>>>>>>>> default/jcr:rootto<http://lnv-**89012.dfki.uni-sb.de:9002/**
>>>>>>>>>>>>>>> server/default/jcr:rootto<http://lnv-89012.dfki.uni-sb.de:9002/server/default/jcr:rootto>
>>>>>>>>>>>>>>> >>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> access
>>>>>>>>>>>>>>> a single workspace (example with workspace named 'default').
>>>>>>>>>>>>>>> ->
>>>>>>>>>>>>>>> this
>>>>>>>>>>>>>>> one is also where I can navigate to with my browser, so this
>>>>>>>>>>>>>>> should
>>>>>>>>>>>>>>> then be
>>>>>>>>>>>>>>> the correct path I guess.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> But I always get the same error about
>>>>>>>>>>>>>>> org.apache.stanbol.cmsadapter.**
>>>>>>>>>>>>>>> ******jcr.mapping.JCRRDFMapper
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Failed to
>>>>>>>>>>>>>>> retrieve node having path: <thePath> or its childr
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> I'm an absolute beginner with content repositories, using
>>>>>>>>>>>>>>> jackrabbit for
>>>>>>>>>>>>>>> the first time and I'm really unsure of what would have to
>>>>>>>>>>>>>>> work if
>>>>>>>>>>>>>>> everything was correct, but I can see my repository in the
>>>>>>>>>>>>>>> jackrabbit
>>>>>>>>>>>>>>> console and I also can see that my nodes are existing, and
>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>> info
>>>>>>>>>>>>>>> command
>>>>>>>>>>>>>>> tells me that everything looks like I would expect:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Repository:
>>>>>>>>>>>>>>> http://lnv-89012.dfki.uni-sb.********de:9002/rmi<http://lnv-
>>>>>>>>>>>>>>> **
>>>>>>>>>>>>>>> 89012. <http://lnv-89012.>**
>>>>>>>>>>>>>>> dfki.uni-sb.de:9002/rmi
>>>>>>>>>>>>>>> <http://lnv-89012.dfki.uni-sb.****de:9002/rmi<http://lnv-**
>>>>>>>>>>>>>>> 89012.dfki.uni-sb.de:9002/rmi<http://lnv-89012.dfki.uni-sb.de:9002/rmi>
>>>>>>>>>>>>>>> >
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> User : admin
>>>>>>>>>>>>>>> Workspace : default
>>>>>>>>>>>>>>> Node : /
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> I looked at your paper ("Semantic Content Management with
>>>>>>>>>>>>>>> Apache
>>>>>>>>>>>>>>> Stanbol") and saw that you used jackrabbit in the demo, too.
>>>>>>>>>>>>>>> Is
>>>>>>>>>>>>>>> there some
>>>>>>>>>>>>>>> publicly accessible repository I could use for testing (so
>>>>>>>>>>>>>>> that I
>>>>>>>>>>>>>>> see what
>>>>>>>>>>>>>>> the path I have to specify looks like in a working example)?
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> best,
>>>>>>>>>>>>>>> melanie
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>
Re: enhancer or contenthub problems?
Posted by Melanie Reiplinger <me...@dfki.de>.
Am 27.09.2012 12:20, schrieb Suat Gönül:
> Hi Melanie,
>
> On Thu, Sep 27, 2012 at 1:02 PM, Melanie Reiplinger <
> melanie.reiplinger@dfki.de> wrote:
>
>> Hi all,
>>
>> could someone please check on the contenthub items on
>> http://dev.iks-project.eu:8081 <http://dev.iks-project.eu:**8081/<http://dev.iks-project.eu:8081/>>
>> ?
>>
>> It seems, there are some error messages written to the html. E.g., the
>> item page
>>
>> http://dev.iks-project.eu:**8081/contenthub/contenthub/**
>> store/page/urn:content-item-**sha1-**7c41cece31c24a679b5ce60f3f01b5**
>> 878a442d36<http://dev.iks-project.eu:8081/contenthub/contenthub/store/page/urn:content-item-sha1-7c41cece31c24a679b5ce60f3f01b5878a442d36>
>
> It seems there is a bug in the ftl file drawing the details about the
> ContentItem. Could you please open an issue and specify the steps i.e the
> content itself, how it is sent to Contenthub, etc. to reproduce this error.
I'd do that, but the items where this behaviour shows up were not
created by me. I just noticed that some items were looking strange while
failing to use the enhancer with the omitMetadata parameter via
jQuery.ajax call. So I don't know what call produced that behaviour.
>
> Best,
> Suat
>
>
>>
>> looks *really* strange.
>>
>>
>> Best,
>> Melanie
>>
>>
>> Am 27.09.2012 11:19, schrieb Melanie Reiplinger:
>>
>>> Hi Suat and all,
>>>
>>> after updating, the build will not work any more.
>>>
>>> [ERROR] Failed to execute goal org.apache.sling:maven-**
>>> launchpad-plugin:2.1.0:**prepare-package (prepare-package) on project
>>> org.apache.stanbol.launchers.**stable: Unable to resolve artifact. Could
>>> not transfer artifact org.apache.stanbol:org.apache.**
>>> stanbol.entityhub.model.**clerezza:jar:0.10.0-incubating from/to central
>>> (http://repo.maven.apache.org/**maven2<http://repo.maven.apache.org/maven2>):
>>> Specified destination directory cannot be created:...
>>>
>>> Anybody else seen this problem?
>>>
>>> Best,
>>> Melanie
>>>
>>> m 25.09.2012 16:48, schrieb Suat Gonul:
>>>
>>>> Hi Melanie,
>>>>
>>>> It seems I had overlooked the DELETE value for the
>>>> Access-Control-Allow-Methods header. Now, you should be able to execute
>>>> CORS request for the DELETE method.
>>>>
>>>> Best,
>>>> Suat
>>>>
>>>> On 09/25/2012 11:02 AM, Melanie Reiplinger wrote:
>>>>
>>>>> Hi Suat,
>>>>>
>>>>> after a fresh checkout on the re-located source, I can delete items
>>>>> via the REST interface. But when trying from jQuery, I can't get
>>>>> through. Is it possible that CORS access has to be granted yet for the
>>>>> CMSadapter? The Access-Control-Allow-Methods in the response header
>>>>> seems to only contain GET, POST, and OPTIONS. I get 'Method DELETE is
>>>>> not allowed by Access-Control-Allow-Methods'.
>>>>>
>>>>> Best,
>>>>> Melanie
>>>>>
>>>>> Am 17.09.2012 12:17, schrieb Suat Gonul:
>>>>>
>>>>>> Hi Melanie,
>>>>>>
>>>>>> Yes, it was working for me. Please note that you should rebuild the
>>>>>> Entityhub component, since the issue was related with the Entityhub, to
>>>>>> test the deletion operation.
>>>>>>
>>>>>> Best,
>>>>>> Suat
>>>>>>
>>>>>> On 09/17/2012 12:42 PM, Melanie Reiplinger wrote:
>>>>>>
>>>>>>> Hi Suat,
>>>>>>>
>>>>>>> I see that https://issues.apache.org/**jira/browse/STANBOL-727<https://issues.apache.org/jira/browse/STANBOL-727>is
>>>>>>> solved. Does the deletion of repository items on the
>>>>>>> cmsadapter/contenthubfeed work for you now?
>>>>>>>
>>>>>>> Best,
>>>>>>> Melanie
>>>>>>>
>>>>>>>
>>>>>>> Am 31.08.2012 14:27, schrieb Suat Gönül:
>>>>>>>
>>>>>>>> Hi Melanie,
>>>>>>>>
>>>>>>>> The deletion problems seems to be related with the bug described in
>>>>>>>> STANBOL-727. Could you please retry after that bug is fixed?
>>>>>>>>
>>>>>>>> Best,
>>>>>>>> Suat
>>>>>>>>
>>>>>>>> On Thu, Aug 30, 2012 at 1:00 PM, Melanie Reiplinger <
>>>>>>>> melanie.reiplinger@dfki.de> wrote:
>>>>>>>>
>>>>>>>> Hi Suat,
>>>>>>>>> thank you a lot for demonstrating this. It seems my mistake was that
>>>>>>>>> I did
>>>>>>>>> not associate files with the nodes. For no specific reason I assumed
>>>>>>>>> that
>>>>>>>>> files would be created when the nodes were created. But then I guess
>>>>>>>>> that
>>>>>>>>> usually, it's the other way around: when building a repo, the
>>>>>>>>> files are
>>>>>>>>> already there and are then are used to build up the tree.
>>>>>>>>>
>>>>>>>>> Now how do you delete your 2 content items from the contenthub? The
>>>>>>>>> documentation says it's the very same syntax as for submitting
>>>>>>>>> items, just
>>>>>>>>> using DELETE instead of POST, but that gives me a Bad Request with
>>>>>>>>> java.lang.****IllegalArgumentException: No content found for any
>>>>>>>>> of the
>>>>>>>>> following parameters [entity, content].
>>>>>>>>> It does also not work in the REST interface.
>>>>>>>>>
>>>>>>>>> Best,
>>>>>>>>> Melanie
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Am 27.08.2012 13:42, schrieb Suat Gonul:
>>>>>>>>>
>>>>>>>>> Hi Melanie,
>>>>>>>>>
>>>>>>>>>> It is true that a content repo is needed to run unit tests.
>>>>>>>>>> Anyway, I
>>>>>>>>>> tested the Jackrabbit and I shall share the steps with you. I hope
>>>>>>>>>> they
>>>>>>>>>> would work for you too.
>>>>>>>>>>
>>>>>>>>>> First of all, I was able to create nodes in Jackrabbit through
>>>>>>>>>> the JCR
>>>>>>>>>> API.
>>>>>>>>>>
>>>>>>>>>> - I ran the jackrabbit-standalone-2.4.2.****jar on the 8080 port.
>>>>>>>>>> - Then created temporary nodes with the following code below. The
>>>>>>>>>> code
>>>>>>>>>> create two nodes to be submitted to the Contenthub under the "test"
>>>>>>>>>> path. The nodes are associated with two files from the local file
>>>>>>>>>> system. So, you should adapt the file paths. 3 external libraries
>>>>>>>>>> are
>>>>>>>>>> required to run this code: jackrabbit-jcr-rmi-2.2.*.jar,
>>>>>>>>>> jcr-2.0.jar and
>>>>>>>>>> slf4j-api-*.jar. They are already downloaded when you build Stanbol
>>>>>>>>>> into
>>>>>>>>>> the maven repository i.e the .m2 folder.
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Repository repository = new URLRemoteRepository(
>>>>>>>>>> "http://localhost:8080/rmi");
>>>>>>>>>> Session session = repository.login(new
>>>>>>>>>> SimpleCredentials("admin",
>>>>>>>>>> "admin".toCharArray()));
>>>>>>>>>>
>>>>>>>>>> Node testNode = null;
>>>>>>>>>> try {
>>>>>>>>>> testNode = session.getNode("/test");
>>>>>>>>>> testNode.remove();
>>>>>>>>>> } catch (PathNotFoundException e) {
>>>>>>>>>> // ignore
>>>>>>>>>> }
>>>>>>>>>> Node rootNode = session.getRootNode();
>>>>>>>>>> testNode = rootNode.addNode("test");
>>>>>>>>>>
>>>>>>>>>> File f = new File(
>>>>>>>>>> "/home/suat/Desktop/****technicalStuff/stanbolTests/**
>>>>>>>>>> cmsAdapter/jackrabbit/news1.****txt");
>>>>>>>>>> Node newsNode = testNode.addNode(f.getName(),
>>>>>>>>>> "nt:file");
>>>>>>>>>> Node resourceNode = newsNode.addNode("jcr:content"**
>>>>>>>>>> **,
>>>>>>>>>> "nt:resource");
>>>>>>>>>> resourceNode.setProperty("jcr:****mimeType", "text/plain");
>>>>>>>>>> Binary binary = session.getValueFactory().****
>>>>>>>>>> createBinary(
>>>>>>>>>> new FileInputStream(f));
>>>>>>>>>> resourceNode.setProperty("jcr:****data", binary);
>>>>>>>>>>
>>>>>>>>>> f = new File(
>>>>>>>>>> "/home/suat/Desktop/****technicalStuff/stanbolTests/**
>>>>>>>>>> cmsAdapter/jackrabbit/news2.****txt");
>>>>>>>>>> newsNode = testNode.addNode(f.getName(), "nt:file");
>>>>>>>>>> resourceNode = newsNode.addNode("jcr:content"****,
>>>>>>>>>> "nt:resource");
>>>>>>>>>> resourceNode.setProperty("jcr:****mimeType", "text/plain");
>>>>>>>>>> binary = session.getValueFactory().****
>>>>>>>>>> createBinary(new
>>>>>>>>>> FileInputStream(f));
>>>>>>>>>> resourceNode.setProperty("jcr:****data", binary);
>>>>>>>>>> session.save();
>>>>>>>>>>
>>>>>>>>>> - I ran the Stanbol on 8081 and executed the following commands:
>>>>>>>>>> - curl -X GET -H "Accept: text/plain"
>>>>>>>>>> "http://localhost:8081/****cmsadapter/session?****
>>>>>>>>>> repositoryURL=http://**<http://localhost:8081/**cmsadapter/session?**repositoryURL=http://**>
>>>>>>>>>>
>>>>>>>>>> localhost:8080/rmi&username=****admin&password=admin&****
>>>>>>>>>> connectionType=JCR<http://**localhost:8081/cmsadapter/**
>>>>>>>>>> session?repositoryURL=http://**localhost:8080/rmi&username=**
>>>>>>>>>> admin&password=admin&**connectionType=JCR<http://localhost:8081/cmsadapter/session?repositoryURL=http://localhost:8080/rmi&username=admin&password=admin&connectionType=JCR>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> "
>>>>>>>>>> - curl -i -X POST --data
>>>>>>>>>> "sessionKey=e92be985-e722-****419f-a1ad-5fe02628b537&path=/****
>>>>>>>>>> test&recursive=true"
>>>>>>>>>> http://localhost:8081/****cmsadapter/contenthubfeed<http://localhost:8081/**cmsadapter/contenthubfeed>
>>>>>>>>>> <http**://localhost:8081/cmsadapter/**contenthubfeed<http://localhost:8081/cmsadapter/contenthubfeed>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> In the second command the result of the first command should be
>>>>>>>>>> used.
>>>>>>>>>> After executing these commands, I was able to see documents on
>>>>>>>>>> http://localhost:8081/****contenthub/contenthub/store<http://localhost:8081/**contenthub/contenthub/store>
>>>>>>>>>> <ht**tp://localhost:8081/**contenthub/contenthub/store<http://localhost:8081/contenthub/contenthub/store>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> .
>>>>>>>>>>
>>>>>>>>>> Best,
>>>>>>>>>> Suat
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On 08/20/2012 01:11 PM, Melanie Reiplinger wrote:
>>>>>>>>>>
>>>>>>>>>> Hi Suat,
>>>>>>>>>>> Thanks for your reply.
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Am 20.08.2012 11:55, schrieb Suat Gönül:
>>>>>>>>>>>
>>>>>>>>>>> Hi Melanie,
>>>>>>>>>>>> Sorry, I could not answer you as I was in holiday. I will start
>>>>>>>>>>>> to
>>>>>>>>>>>> work on
>>>>>>>>>>>> August 27. In my demonstration, I was using CRX CMS.
>>>>>>>>>>>>
>>>>>>>>>>>> That seems to be commercial software. I Cannot use that. So I'll
>>>>>>>>>>> have
>>>>>>>>>>> to find another way. Under these conditions, I'm not even sure it
>>>>>>>>>>> makes much sense to create unit tests for the JavaScript
>>>>>>>>>>> interface to
>>>>>>>>>>> the cmsadapter, since whoever wanted to run them would need to
>>>>>>>>>>> have a
>>>>>>>>>>> content repo locally installed to connect stanbol to it. It makes
>>>>>>>>>>> sense only if I could set up (or use) a remote repo that's
>>>>>>>>>>> accessible
>>>>>>>>>>> from wherever the test script is called...
>>>>>>>>>>>
>>>>>>>>>>> Best,
>>>>>>>>>>> Melanie
>>>>>>>>>>>
>>>>>>>>>>> But to connect CRX, I
>>>>>>>>>>>
>>>>>>>>>>>> have and additional bundle to be added to the OSGi environment. I
>>>>>>>>>>>> can
>>>>>>>>>>>> provide you that bundle when I'm back.
>>>>>>>>>>>>
>>>>>>>>>>>> I did not access to the repo via HTTP. In my demonstration, a
>>>>>>>>>>>> session is
>>>>>>>>>>>> obtained together with a session key after giving the necessary
>>>>>>>>>>>> credentials
>>>>>>>>>>>> e.g username, password, rmi endpoint. And that session key is
>>>>>>>>>>>> used by
>>>>>>>>>>>> CMS
>>>>>>>>>>>> Adapter to access to the repo.
>>>>>>>>>>>>
>>>>>>>>>>>> Best,
>>>>>>>>>>>> Suat
>>>>>>>>>>>>
>>>>>>>>>>>> On Mon, Aug 20, 2012 at 12:11 PM, Melanie Reiplinger <
>>>>>>>>>>>> melanie.reiplinger@dfki.de> wrote:
>>>>>>>>>>>>
>>>>>>>>>>>> Hi Suat,
>>>>>>>>>>>>
>>>>>>>>>>>>> I cannot access my jackrabbit repo via xmlhttp either (although
>>>>>>>>>>>>> curl
>>>>>>>>>>>>> works
>>>>>>>>>>>>> fine), so this might as well be a CORS access problem. In your
>>>>>>>>>>>>> demo,
>>>>>>>>>>>>> did
>>>>>>>>>>>>> you have to somehow provide access to the repo (by setting
>>>>>>>>>>>>> headers
>>>>>>>>>>>>> etc)?
>>>>>>>>>>>>>
>>>>>>>>>>>>> Best,
>>>>>>>>>>>>> Melanie
>>>>>>>>>>>>>
>>>>>>>>>>>>> Am 15.08.2012 11:15, schrieb Melanie Reiplinger:
>>>>>>>>>>>>>
>>>>>>>>>>>>> Hi Suat,
>>>>>>>>>>>>>
>>>>>>>>>>>>> Am 13.08.2012 13:35, schrieb Suat Gonul:
>>>>>>>>>>>>>> In any case, I guess that you
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> need to configure a RDF Bridge through the
>>>>>>>>>>>>>>> {stanbol}/system/console/******configMgr interface. There you
>>>>>>>>>>>>>>> should
>>>>>>>>>>>>>>> find
>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>> "Apache Stanbol CMS Adapter Default RDF Bridge
>>>>>>>>>>>>>>> Configurations". In
>>>>>>>>>>>>>>> that
>>>>>>>>>>>>>>> configuration you specify the root path in the CMS to be
>>>>>>>>>>>>>>> exported
>>>>>>>>>>>>>>> to the
>>>>>>>>>>>>>>> RDF.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> by that you mean the content repository path? This means
>>>>>>>>>>>>>>> that I set
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> there the path to my content repository?
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Yes, you set there a path residing in the content
>>>>>>>>>>>>>>>> repository.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> I have set up a jackrabbit workspace with some toy nodes
>>>>>>>>>>>>>>> in it. To
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> access it remotely, I'd configure something like
>>>>>>>>>>>>>>>> http://[myserver]/server/
>>>>>>>>>>>>>>>> <http://lnv-89012.dfki.uni-sb.**
>>>>>>>>>>>>>>>> ****de:9002/server/default/****node1<
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> http://lnv-89012.dfki.**uni-**sb.de:9002/server/default/****
>>>>>>>>>>>>>>>> node1 <http://uni-sb.de:9002/server/default/**node1><
>>>>>>>>>>>>>>>> http://lnv-89012.dfki.**uni-sb.de:9002/server/default/**
>>>>>>>>>>>>>>>> node1<http://lnv-89012.dfki.uni-sb.de:9002/server/default/node1>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> ,
>>>>>>>>>>>>>>>>> but then
>>>>>>>>>>>>>>>> I can work with this repository exclusively, right?
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> I cannot access the URL you gave, but I guess you
>>>>>>>>>>>>>>>> should give
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> /node1
>>>>>>>>>>>>>>> path to export it as RDF. I didn't get your question about
>>>>>>>>>>>>>>> working
>>>>>>>>>>>>>>> exclusively with the repository. But, you already seem to work
>>>>>>>>>>>>>>> on the
>>>>>>>>>>>>>>> default repository of Jackrabbit running on your server.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> I tried with several paths, none will work.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>> My remote repository stub is
>>>>>>>>>>>>>> http://lnv-89012.dfki.uni-sb.******de:9002/rmi<http://lnv-**
>>>>>>>>>>>>>> 89012. <http://lnv-89012.>**
>>>>>>>>>>>>>> dfki.uni-sb.de:9002/rmi
>>>>>>>>>>>>>> <http://lnv-89012.dfki.uni-sb.**de:9002/rmi<http://lnv-89012.dfki.uni-sb.de:9002/rmi>
>>>>>>>>>>>>>> .
>>>>>>>>>>>>>> (you cannot access those URIs because they are in a closed
>>>>>>>>>>>>>> network)
>>>>>>>>>>>>>> For accessing the content repository, I should use (according
>>>>>>>>>>>>>> to my
>>>>>>>>>>>>>> jackrabbit guidelines):
>>>>>>>>>>>>>> http://lnv-89012.dfki.uni-sb.******de:9002/server<http://lnv-*
>>>>>>>>>>>>>> ***
>>>>>>>>>>>>>> 89012.dfki.uni-sb.de:9002/****server<http://89012.dfki.uni-sb.de:9002/**server>
>>>>>>>>>>>>>> <http://lnv-89012.dfki.**uni-sb.de:9002/server<http://lnv-89012.dfki.uni-sb.de:9002/server>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> to
>>>>>>>>>>>>>> access all workspaces of myJCR repository
>>>>>>>>>>>>>> http://lnv-89012.dfki.uni-sb.******de:9002/server/default/jcr:
>>>>>>>>>>>>>> ******
>>>>>>>>>>>>>> rootto<http://lnv-89012.dfki.****uni-sb.de:9002/server/**
>>>>>>>>>>>>>> default/** <http://uni-sb.de:9002/server/default/**>
>>>>>>>>>>>>>> jcr:rootto<http://lnv-89012.**dfki.uni-sb.de:9002/server/**
>>>>>>>>>>>>>> default/jcr:rootto<http://lnv-89012.dfki.uni-sb.de:9002/server/default/jcr:rootto>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> access
>>>>>>>>>>>>>> a single workspace (example with workspace named 'default'). ->
>>>>>>>>>>>>>> this
>>>>>>>>>>>>>> one is also where I can navigate to with my browser, so this
>>>>>>>>>>>>>> should
>>>>>>>>>>>>>> then be
>>>>>>>>>>>>>> the correct path I guess.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> But I always get the same error about
>>>>>>>>>>>>>> org.apache.stanbol.cmsadapter.******jcr.mapping.JCRRDFMapper
>>>>>>>>>>>>>> Failed to
>>>>>>>>>>>>>> retrieve node having path: <thePath> or its childr
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> I'm an absolute beginner with content repositories, using
>>>>>>>>>>>>>> jackrabbit for
>>>>>>>>>>>>>> the first time and I'm really unsure of what would have to
>>>>>>>>>>>>>> work if
>>>>>>>>>>>>>> everything was correct, but I can see my repository in the
>>>>>>>>>>>>>> jackrabbit
>>>>>>>>>>>>>> console and I also can see that my nodes are existing, and the
>>>>>>>>>>>>>> info
>>>>>>>>>>>>>> command
>>>>>>>>>>>>>> tells me that everything looks like I would expect:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Repository:
>>>>>>>>>>>>>> http://lnv-89012.dfki.uni-sb.******de:9002/rmi<http://lnv-**
>>>>>>>>>>>>>> 89012. <http://lnv-89012.>**
>>>>>>>>>>>>>> dfki.uni-sb.de:9002/rmi
>>>>>>>>>>>>>> <http://lnv-89012.dfki.uni-sb.**de:9002/rmi<http://lnv-89012.dfki.uni-sb.de:9002/rmi>
>>>>>>>>>>>>>> User : admin
>>>>>>>>>>>>>> Workspace : default
>>>>>>>>>>>>>> Node : /
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> I looked at your paper ("Semantic Content Management with
>>>>>>>>>>>>>> Apache
>>>>>>>>>>>>>> Stanbol") and saw that you used jackrabbit in the demo, too. Is
>>>>>>>>>>>>>> there some
>>>>>>>>>>>>>> publicly accessible repository I could use for testing (so
>>>>>>>>>>>>>> that I
>>>>>>>>>>>>>> see what
>>>>>>>>>>>>>> the path I have to specify looks like in a working example)?
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> best,
>>>>>>>>>>>>>> melanie
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
Re: enhancer or contenthub problems?
Posted by Suat Gönül <su...@gmail.com>.
Hi Melanie,
On Thu, Sep 27, 2012 at 1:02 PM, Melanie Reiplinger <
melanie.reiplinger@dfki.de> wrote:
> Hi all,
>
> could someone please check on the contenthub items on
> http://dev.iks-project.eu:8081 <http://dev.iks-project.eu:**8081/<http://dev.iks-project.eu:8081/>>
> ?
>
> It seems, there are some error messages written to the html. E.g., the
> item page
>
> http://dev.iks-project.eu:**8081/contenthub/contenthub/**
> store/page/urn:content-item-**sha1-**7c41cece31c24a679b5ce60f3f01b5**
> 878a442d36<http://dev.iks-project.eu:8081/contenthub/contenthub/store/page/urn:content-item-sha1-7c41cece31c24a679b5ce60f3f01b5878a442d36>
It seems there is a bug in the ftl file drawing the details about the
ContentItem. Could you please open an issue and specify the steps i.e the
content itself, how it is sent to Contenthub, etc. to reproduce this error.
Best,
Suat
>
>
> looks *really* strange.
>
>
> Best,
> Melanie
>
>
> Am 27.09.2012 11:19, schrieb Melanie Reiplinger:
>
>> Hi Suat and all,
>>
>> after updating, the build will not work any more.
>>
>> [ERROR] Failed to execute goal org.apache.sling:maven-**
>> launchpad-plugin:2.1.0:**prepare-package (prepare-package) on project
>> org.apache.stanbol.launchers.**stable: Unable to resolve artifact. Could
>> not transfer artifact org.apache.stanbol:org.apache.**
>> stanbol.entityhub.model.**clerezza:jar:0.10.0-incubating from/to central
>> (http://repo.maven.apache.org/**maven2<http://repo.maven.apache.org/maven2>):
>> Specified destination directory cannot be created:...
>>
>> Anybody else seen this problem?
>>
>> Best,
>> Melanie
>>
>> m 25.09.2012 16:48, schrieb Suat Gonul:
>>
>>> Hi Melanie,
>>>
>>> It seems I had overlooked the DELETE value for the
>>> Access-Control-Allow-Methods header. Now, you should be able to execute
>>> CORS request for the DELETE method.
>>>
>>> Best,
>>> Suat
>>>
>>> On 09/25/2012 11:02 AM, Melanie Reiplinger wrote:
>>>
>>>> Hi Suat,
>>>>
>>>> after a fresh checkout on the re-located source, I can delete items
>>>> via the REST interface. But when trying from jQuery, I can't get
>>>> through. Is it possible that CORS access has to be granted yet for the
>>>> CMSadapter? The Access-Control-Allow-Methods in the response header
>>>> seems to only contain GET, POST, and OPTIONS. I get 'Method DELETE is
>>>> not allowed by Access-Control-Allow-Methods'.
>>>>
>>>> Best,
>>>> Melanie
>>>>
>>>> Am 17.09.2012 12:17, schrieb Suat Gonul:
>>>>
>>>>> Hi Melanie,
>>>>>
>>>>> Yes, it was working for me. Please note that you should rebuild the
>>>>> Entityhub component, since the issue was related with the Entityhub, to
>>>>> test the deletion operation.
>>>>>
>>>>> Best,
>>>>> Suat
>>>>>
>>>>> On 09/17/2012 12:42 PM, Melanie Reiplinger wrote:
>>>>>
>>>>>> Hi Suat,
>>>>>>
>>>>>> I see that https://issues.apache.org/**jira/browse/STANBOL-727<https://issues.apache.org/jira/browse/STANBOL-727>is
>>>>>> solved. Does the deletion of repository items on the
>>>>>> cmsadapter/contenthubfeed work for you now?
>>>>>>
>>>>>> Best,
>>>>>> Melanie
>>>>>>
>>>>>>
>>>>>> Am 31.08.2012 14:27, schrieb Suat Gönül:
>>>>>>
>>>>>>> Hi Melanie,
>>>>>>>
>>>>>>> The deletion problems seems to be related with the bug described in
>>>>>>> STANBOL-727. Could you please retry after that bug is fixed?
>>>>>>>
>>>>>>> Best,
>>>>>>> Suat
>>>>>>>
>>>>>>> On Thu, Aug 30, 2012 at 1:00 PM, Melanie Reiplinger <
>>>>>>> melanie.reiplinger@dfki.de> wrote:
>>>>>>>
>>>>>>> Hi Suat,
>>>>>>>>
>>>>>>>> thank you a lot for demonstrating this. It seems my mistake was that
>>>>>>>> I did
>>>>>>>> not associate files with the nodes. For no specific reason I assumed
>>>>>>>> that
>>>>>>>> files would be created when the nodes were created. But then I guess
>>>>>>>> that
>>>>>>>> usually, it's the other way around: when building a repo, the
>>>>>>>> files are
>>>>>>>> already there and are then are used to build up the tree.
>>>>>>>>
>>>>>>>> Now how do you delete your 2 content items from the contenthub? The
>>>>>>>> documentation says it's the very same syntax as for submitting
>>>>>>>> items, just
>>>>>>>> using DELETE instead of POST, but that gives me a Bad Request with
>>>>>>>> java.lang.****IllegalArgumentException: No content found for any
>>>>>>>> of the
>>>>>>>> following parameters [entity, content].
>>>>>>>> It does also not work in the REST interface.
>>>>>>>>
>>>>>>>> Best,
>>>>>>>> Melanie
>>>>>>>>
>>>>>>>>
>>>>>>>> Am 27.08.2012 13:42, schrieb Suat Gonul:
>>>>>>>>
>>>>>>>> Hi Melanie,
>>>>>>>>
>>>>>>>>> It is true that a content repo is needed to run unit tests.
>>>>>>>>> Anyway, I
>>>>>>>>> tested the Jackrabbit and I shall share the steps with you. I hope
>>>>>>>>> they
>>>>>>>>> would work for you too.
>>>>>>>>>
>>>>>>>>> First of all, I was able to create nodes in Jackrabbit through
>>>>>>>>> the JCR
>>>>>>>>> API.
>>>>>>>>>
>>>>>>>>> - I ran the jackrabbit-standalone-2.4.2.****jar on the 8080 port.
>>>>>>>>> - Then created temporary nodes with the following code below. The
>>>>>>>>> code
>>>>>>>>> create two nodes to be submitted to the Contenthub under the "test"
>>>>>>>>> path. The nodes are associated with two files from the local file
>>>>>>>>> system. So, you should adapt the file paths. 3 external libraries
>>>>>>>>> are
>>>>>>>>> required to run this code: jackrabbit-jcr-rmi-2.2.*.jar,
>>>>>>>>> jcr-2.0.jar and
>>>>>>>>> slf4j-api-*.jar. They are already downloaded when you build Stanbol
>>>>>>>>> into
>>>>>>>>> the maven repository i.e the .m2 folder.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Repository repository = new URLRemoteRepository(
>>>>>>>>> "http://localhost:8080/rmi");
>>>>>>>>> Session session = repository.login(new
>>>>>>>>> SimpleCredentials("admin",
>>>>>>>>> "admin".toCharArray()));
>>>>>>>>>
>>>>>>>>> Node testNode = null;
>>>>>>>>> try {
>>>>>>>>> testNode = session.getNode("/test");
>>>>>>>>> testNode.remove();
>>>>>>>>> } catch (PathNotFoundException e) {
>>>>>>>>> // ignore
>>>>>>>>> }
>>>>>>>>> Node rootNode = session.getRootNode();
>>>>>>>>> testNode = rootNode.addNode("test");
>>>>>>>>>
>>>>>>>>> File f = new File(
>>>>>>>>> "/home/suat/Desktop/****technicalStuff/stanbolTests/**
>>>>>>>>> cmsAdapter/jackrabbit/news1.****txt");
>>>>>>>>> Node newsNode = testNode.addNode(f.getName(),
>>>>>>>>> "nt:file");
>>>>>>>>> Node resourceNode = newsNode.addNode("jcr:content"**
>>>>>>>>> **,
>>>>>>>>> "nt:resource");
>>>>>>>>> resourceNode.setProperty("jcr:****mimeType", "text/plain");
>>>>>>>>> Binary binary = session.getValueFactory().****
>>>>>>>>> createBinary(
>>>>>>>>> new FileInputStream(f));
>>>>>>>>> resourceNode.setProperty("jcr:****data", binary);
>>>>>>>>>
>>>>>>>>> f = new File(
>>>>>>>>> "/home/suat/Desktop/****technicalStuff/stanbolTests/**
>>>>>>>>> cmsAdapter/jackrabbit/news2.****txt");
>>>>>>>>> newsNode = testNode.addNode(f.getName(), "nt:file");
>>>>>>>>> resourceNode = newsNode.addNode("jcr:content"****,
>>>>>>>>> "nt:resource");
>>>>>>>>> resourceNode.setProperty("jcr:****mimeType", "text/plain");
>>>>>>>>> binary = session.getValueFactory().****
>>>>>>>>> createBinary(new
>>>>>>>>> FileInputStream(f));
>>>>>>>>> resourceNode.setProperty("jcr:****data", binary);
>>>>>>>>> session.save();
>>>>>>>>>
>>>>>>>>> - I ran the Stanbol on 8081 and executed the following commands:
>>>>>>>>> - curl -X GET -H "Accept: text/plain"
>>>>>>>>> "http://localhost:8081/****cmsadapter/session?****
>>>>>>>>> repositoryURL=http://**<http://localhost:8081/**cmsadapter/session?**repositoryURL=http://**>
>>>>>>>>>
>>>>>>>>> localhost:8080/rmi&username=****admin&password=admin&****
>>>>>>>>> connectionType=JCR<http://**localhost:8081/cmsadapter/**
>>>>>>>>> session?repositoryURL=http://**localhost:8080/rmi&username=**
>>>>>>>>> admin&password=admin&**connectionType=JCR<http://localhost:8081/cmsadapter/session?repositoryURL=http://localhost:8080/rmi&username=admin&password=admin&connectionType=JCR>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> "
>>>>>>>>> - curl -i -X POST --data
>>>>>>>>> "sessionKey=e92be985-e722-****419f-a1ad-5fe02628b537&path=/****
>>>>>>>>> test&recursive=true"
>>>>>>>>> http://localhost:8081/****cmsadapter/contenthubfeed<http://localhost:8081/**cmsadapter/contenthubfeed>
>>>>>>>>> <http**://localhost:8081/cmsadapter/**contenthubfeed<http://localhost:8081/cmsadapter/contenthubfeed>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> In the second command the result of the first command should be
>>>>>>>>> used.
>>>>>>>>> After executing these commands, I was able to see documents on
>>>>>>>>> http://localhost:8081/****contenthub/contenthub/store<http://localhost:8081/**contenthub/contenthub/store>
>>>>>>>>> <ht**tp://localhost:8081/**contenthub/contenthub/store<http://localhost:8081/contenthub/contenthub/store>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> .
>>>>>>>>>
>>>>>>>>> Best,
>>>>>>>>> Suat
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On 08/20/2012 01:11 PM, Melanie Reiplinger wrote:
>>>>>>>>>
>>>>>>>>> Hi Suat,
>>>>>>>>>>
>>>>>>>>>> Thanks for your reply.
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Am 20.08.2012 11:55, schrieb Suat Gönül:
>>>>>>>>>>
>>>>>>>>>> Hi Melanie,
>>>>>>>>>>>
>>>>>>>>>>> Sorry, I could not answer you as I was in holiday. I will start
>>>>>>>>>>> to
>>>>>>>>>>> work on
>>>>>>>>>>> August 27. In my demonstration, I was using CRX CMS.
>>>>>>>>>>>
>>>>>>>>>>> That seems to be commercial software. I Cannot use that. So I'll
>>>>>>>>>> have
>>>>>>>>>> to find another way. Under these conditions, I'm not even sure it
>>>>>>>>>> makes much sense to create unit tests for the JavaScript
>>>>>>>>>> interface to
>>>>>>>>>> the cmsadapter, since whoever wanted to run them would need to
>>>>>>>>>> have a
>>>>>>>>>> content repo locally installed to connect stanbol to it. It makes
>>>>>>>>>> sense only if I could set up (or use) a remote repo that's
>>>>>>>>>> accessible
>>>>>>>>>> from wherever the test script is called...
>>>>>>>>>>
>>>>>>>>>> Best,
>>>>>>>>>> Melanie
>>>>>>>>>>
>>>>>>>>>> But to connect CRX, I
>>>>>>>>>>
>>>>>>>>>>> have and additional bundle to be added to the OSGi environment. I
>>>>>>>>>>> can
>>>>>>>>>>> provide you that bundle when I'm back.
>>>>>>>>>>>
>>>>>>>>>>> I did not access to the repo via HTTP. In my demonstration, a
>>>>>>>>>>> session is
>>>>>>>>>>> obtained together with a session key after giving the necessary
>>>>>>>>>>> credentials
>>>>>>>>>>> e.g username, password, rmi endpoint. And that session key is
>>>>>>>>>>> used by
>>>>>>>>>>> CMS
>>>>>>>>>>> Adapter to access to the repo.
>>>>>>>>>>>
>>>>>>>>>>> Best,
>>>>>>>>>>> Suat
>>>>>>>>>>>
>>>>>>>>>>> On Mon, Aug 20, 2012 at 12:11 PM, Melanie Reiplinger <
>>>>>>>>>>> melanie.reiplinger@dfki.de> wrote:
>>>>>>>>>>>
>>>>>>>>>>> Hi Suat,
>>>>>>>>>>>
>>>>>>>>>>>> I cannot access my jackrabbit repo via xmlhttp either (although
>>>>>>>>>>>> curl
>>>>>>>>>>>> works
>>>>>>>>>>>> fine), so this might as well be a CORS access problem. In your
>>>>>>>>>>>> demo,
>>>>>>>>>>>> did
>>>>>>>>>>>> you have to somehow provide access to the repo (by setting
>>>>>>>>>>>> headers
>>>>>>>>>>>> etc)?
>>>>>>>>>>>>
>>>>>>>>>>>> Best,
>>>>>>>>>>>> Melanie
>>>>>>>>>>>>
>>>>>>>>>>>> Am 15.08.2012 11:15, schrieb Melanie Reiplinger:
>>>>>>>>>>>>
>>>>>>>>>>>> Hi Suat,
>>>>>>>>>>>>
>>>>>>>>>>>> Am 13.08.2012 13:35, schrieb Suat Gonul:
>>>>>>>>>>>>>
>>>>>>>>>>>>> In any case, I guess that you
>>>>>>>>>>>>>
>>>>>>>>>>>>>> need to configure a RDF Bridge through the
>>>>>>>>>>>>>> {stanbol}/system/console/******configMgr interface. There you
>>>>>>>>>>>>>> should
>>>>>>>>>>>>>> find
>>>>>>>>>>>>>> the
>>>>>>>>>>>>>> "Apache Stanbol CMS Adapter Default RDF Bridge
>>>>>>>>>>>>>> Configurations". In
>>>>>>>>>>>>>> that
>>>>>>>>>>>>>> configuration you specify the root path in the CMS to be
>>>>>>>>>>>>>> exported
>>>>>>>>>>>>>> to the
>>>>>>>>>>>>>> RDF.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> by that you mean the content repository path? This means
>>>>>>>>>>>>>> that I set
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> there the path to my content repository?
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Yes, you set there a path residing in the content
>>>>>>>>>>>>>>> repository.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>> I have set up a jackrabbit workspace with some toy nodes
>>>>>>>>>>>>>> in it. To
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> access it remotely, I'd configure something like
>>>>>>>>>>>>>>> http://[myserver]/server/
>>>>>>>>>>>>>>> <http://lnv-89012.dfki.uni-sb.**
>>>>>>>>>>>>>>> ****de:9002/server/default/****node1<
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> http://lnv-89012.dfki.**uni-**sb.de:9002/server/default/****
>>>>>>>>>>>>>>> node1 <http://uni-sb.de:9002/server/default/**node1><
>>>>>>>>>>>>>>> http://lnv-89012.dfki.**uni-sb.de:9002/server/default/**
>>>>>>>>>>>>>>> node1<http://lnv-89012.dfki.uni-sb.de:9002/server/default/node1>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> ,
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> but then
>>>>>>>>>>>>>>> I can work with this repository exclusively, right?
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> I cannot access the URL you gave, but I guess you
>>>>>>>>>>>>>>> should give
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>> /node1
>>>>>>>>>>>>>> path to export it as RDF. I didn't get your question about
>>>>>>>>>>>>>> working
>>>>>>>>>>>>>> exclusively with the repository. But, you already seem to work
>>>>>>>>>>>>>> on the
>>>>>>>>>>>>>> default repository of Jackrabbit running on your server.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> I tried with several paths, none will work.
>>>>>>>>>>>>>>
>>>>>>>>>>>>> My remote repository stub is
>>>>>>>>>>>>> http://lnv-89012.dfki.uni-sb.******de:9002/rmi<http://lnv-**
>>>>>>>>>>>>> 89012. <http://lnv-89012.>**
>>>>>>>>>>>>> dfki.uni-sb.de:9002/rmi
>>>>>>>>>>>>> <http://lnv-89012.dfki.uni-sb.**de:9002/rmi<http://lnv-89012.dfki.uni-sb.de:9002/rmi>
>>>>>>>>>>>>> >>
>>>>>>>>>>>>> .
>>>>>>>>>>>>> (you cannot access those URIs because they are in a closed
>>>>>>>>>>>>> network)
>>>>>>>>>>>>> For accessing the content repository, I should use (according
>>>>>>>>>>>>> to my
>>>>>>>>>>>>> jackrabbit guidelines):
>>>>>>>>>>>>> http://lnv-89012.dfki.uni-sb.******de:9002/server<http://lnv-*
>>>>>>>>>>>>> ***
>>>>>>>>>>>>> 89012.dfki.uni-sb.de:9002/****server<http://89012.dfki.uni-sb.de:9002/**server>
>>>>>>>>>>>>> <http://lnv-89012.dfki.**uni-sb.de:9002/server<http://lnv-89012.dfki.uni-sb.de:9002/server>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> to
>>>>>>>>>>>>>>
>>>>>>>>>>>>> access all workspaces of myJCR repository
>>>>>>>>>>>>> http://lnv-89012.dfki.uni-sb.******de:9002/server/default/jcr:
>>>>>>>>>>>>> ******
>>>>>>>>>>>>> rootto<http://lnv-89012.dfki.****uni-sb.de:9002/server/**
>>>>>>>>>>>>> default/** <http://uni-sb.de:9002/server/default/**>
>>>>>>>>>>>>> jcr:rootto<http://lnv-89012.**dfki.uni-sb.de:9002/server/**
>>>>>>>>>>>>> default/jcr:rootto<http://lnv-89012.dfki.uni-sb.de:9002/server/default/jcr:rootto>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> access
>>>>>>>>>>>>>>
>>>>>>>>>>>>> a single workspace (example with workspace named 'default'). ->
>>>>>>>>>>>>> this
>>>>>>>>>>>>> one is also where I can navigate to with my browser, so this
>>>>>>>>>>>>> should
>>>>>>>>>>>>> then be
>>>>>>>>>>>>> the correct path I guess.
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> But I always get the same error about
>>>>>>>>>>>>> org.apache.stanbol.cmsadapter.******jcr.mapping.JCRRDFMapper
>>>>>>>>>>>>> Failed to
>>>>>>>>>>>>> retrieve node having path: <thePath> or its childr
>>>>>>>>>>>>>
>>>>>>>>>>>>> I'm an absolute beginner with content repositories, using
>>>>>>>>>>>>> jackrabbit for
>>>>>>>>>>>>> the first time and I'm really unsure of what would have to
>>>>>>>>>>>>> work if
>>>>>>>>>>>>> everything was correct, but I can see my repository in the
>>>>>>>>>>>>> jackrabbit
>>>>>>>>>>>>> console and I also can see that my nodes are existing, and the
>>>>>>>>>>>>> info
>>>>>>>>>>>>> command
>>>>>>>>>>>>> tells me that everything looks like I would expect:
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> Repository:
>>>>>>>>>>>>> http://lnv-89012.dfki.uni-sb.******de:9002/rmi<http://lnv-**
>>>>>>>>>>>>> 89012. <http://lnv-89012.>**
>>>>>>>>>>>>> dfki.uni-sb.de:9002/rmi
>>>>>>>>>>>>> <http://lnv-89012.dfki.uni-sb.**de:9002/rmi<http://lnv-89012.dfki.uni-sb.de:9002/rmi>
>>>>>>>>>>>>> >>
>>>>>>>>>>>>> User : admin
>>>>>>>>>>>>> Workspace : default
>>>>>>>>>>>>> Node : /
>>>>>>>>>>>>>
>>>>>>>>>>>>> I looked at your paper ("Semantic Content Management with
>>>>>>>>>>>>> Apache
>>>>>>>>>>>>> Stanbol") and saw that you used jackrabbit in the demo, too. Is
>>>>>>>>>>>>> there some
>>>>>>>>>>>>> publicly accessible repository I could use for testing (so
>>>>>>>>>>>>> that I
>>>>>>>>>>>>> see what
>>>>>>>>>>>>> the path I have to specify looks like in a working example)?
>>>>>>>>>>>>>
>>>>>>>>>>>>> best,
>>>>>>>>>>>>> melanie
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>
>>
>