On Thu, Sep 27, 2012 at 12:19 PM, Melanie Reiplinger < melanie.reiplin...@dfki.de> wrote:
> 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:... > It seem your code still has some artifact versions including "incubating" word. This should not be the case. Incubating keyword has been removed from all of the Stanbol artifacts after graduation. I guess you need a complete update. Best, Suat > > 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.reiplin...@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.reiplin...@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 >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>> >
