Re: portlet content mode prototype online demo
On 9/22/06, David Sean Taylor [EMAIL PROTECTED] wrote: I tried the demo. Looks good. Although Im not sure if I understand the j2 path integration. I navigated to http://200.115.241.157:8080/graffito-jcr-portlets-1.0/repository/default/default-page.psml/P-10dd5c2a9f1-1 and saw the contents of a portlet, but i don't really follow your pattern descrbed below about /psm... I forgot that psml parents are folders and not other psmls. The pattern is: /[psml path]/[fragment id] Also, if I understand, you would like to implement a page manager which stores its pages with JCR... yes, but I'm not sure yet whether I'll do it directly on top of the JCR API or by using the graffito services. Let us know on the jetspeed dev list if you need any help in that area. For ex, we will probably need to improve the APIs to support versioning thanks for the invitation :) Looks like you are using dojo in the portlet examples That fits in with the recent development being done on jetspeed 2.1-dev Edgar Poce wrote: Hi, for those who had problems running the war. I deployed it at http://200.115.241.157:8080/jetspeed/portal/. I'll leave it online for 12 hours aprox. br, edgar some details of how to use the features: the admin password is test. there are two jcr portles: - wysiwyg portlet. - slide portlet - webdav support In help mode, under the info tab, there's a link to the webdav resource. The webdav root can be found at: http://200.115.241.157:8080/graffito-jcr-portlets-1.0/repository/default/ - versioning support in help mode, under the versioning tab, there's a gui to make the content versionable, chekin, checkout, and restore a previous version. - j2 path integration. Now the contents are stored in the portal site hierarchy See the path of the webdav resource. It has the following pattern: /psm/[psml]*/fragment-id e.g. /default.psm/P-10dd5c2a9f1-1 -- David Sean Taylor Bluesunrise Software [EMAIL PROTECTED] [office] +01 707 773-4646 [mobile] +01 707 529 9194
portlet content mode prototype online demo
Hi, for those who had problems running the war. I deployed it at http://200.115.241.157:8080/jetspeed/portal/. I'll leave it online for 12 hours aprox. br, edgar some details of how to use the features: the admin password is test. there are two jcr portles: - wysiwyg portlet. - slide portlet - webdav support In help mode, under the info tab, there's a link to the webdav resource. The webdav root can be found at: http://200.115.241.157:8080/graffito-jcr-portlets-1.0/repository/default/ - versioning support in help mode, under the versioning tab, there's a gui to make the content versionable, chekin, checkout, and restore a previous version. - j2 path integration. Now the contents are stored in the portal site hierarchy See the path of the webdav resource. It has the following pattern: /psm/[psml]*/fragment-id e.g. /default.psm/P-10dd5c2a9f1-1
Re: portlet content mode prototype online demo
I tried the demo. Looks good. Although Im not sure if I understand the j2 path integration. I navigated to http://200.115.241.157:8080/graffito-jcr-portlets-1.0/repository/default/default-page.psml/P-10dd5c2a9f1-1 and saw the contents of a portlet, but i don't really follow your pattern descrbed below about /psm... Also, if I understand, you would like to implement a page manager which stores its pages with JCR... Let us know on the jetspeed dev list if you need any help in that area. For ex, we will probably need to improve the APIs to support versioning Looks like you are using dojo in the portlet examples That fits in with the recent development being done on jetspeed 2.1-dev Edgar Poce wrote: Hi, for those who had problems running the war. I deployed it at http://200.115.241.157:8080/jetspeed/portal/. I'll leave it online for 12 hours aprox. br, edgar some details of how to use the features: the admin password is test. there are two jcr portles: - wysiwyg portlet. - slide portlet - webdav support In help mode, under the info tab, there's a link to the webdav resource. The webdav root can be found at: http://200.115.241.157:8080/graffito-jcr-portlets-1.0/repository/default/ - versioning support in help mode, under the versioning tab, there's a gui to make the content versionable, chekin, checkout, and restore a previous version. - j2 path integration. Now the contents are stored in the portal site hierarchy See the path of the webdav resource. It has the following pattern: /psm/[psml]*/fragment-id e.g. /default.psm/P-10dd5c2a9f1-1 -- David Sean Taylor Bluesunrise Software [EMAIL PROTECTED] [office] +01 707 773-4646 [mobile] +01 707 529 9194
Re: portlet content mode prototype
I tried the wysiwyg portlet out, this is one of the best portlets I have ever seen. I'm looking forward to collaborating with you. I checked back for the source but it's gone, sniff .`( Philip On 9/18/06, Edgar Poce [EMAIL PROTECTED] wrote: Hi, I uploaded a new version of the jcr portlets prototype, it's almost usable now ;). download the war file from http://people.apache.org/~edgarpoce/graffito/. I use a couple of jackrabbit contrib projects: jcr-commands and jcr-taglib. I made some changes to both and I'll commit them soon, but in case anyone wants to build from the source before I commit the changes I uploaded the modified versions. I added a new slide portlet which shows image slides. The images can be uploaded either from the portal in edit mode or via webdav. Features: - wysiwyg portlet. - slide portlet - webdav support - versioning support - j2 path integration. Now the contents are stored in the portal site hierarchy - The content features are not included as a menu, now the content features are shown in help mode. Known issues: obviously lots of them, but mainly: - the content mode is shown in help mode - the two types of portlets (slide and wysiwyg) don't play nice in a single page. - unsecure, since anyone can edit the contents via webdav - handling of error messages - escape jcr paths a few comments: Independently of the api to interact with the repository it would be great to integrate the graffito contents in the portal hierarchy and provide services through a content mode. AFAIK graffito objects are stored in its own tree. Unfortunately the j2 API doesn't support to get a fragment's path of type portlet. see http://thread.gmane.org/gmane.comp.jakarta.jetspeed.user/18566/focus=18566. And there's no way to get a descriptive name for a fragment. I think a workaround could be to use fragment preferences, but it wouldn't fix the missing decorator fragments in the path. It would be great to fix it as part of the development effort of contributing a graffito based page manager. Another important issue is that AFAIK j2 doesn't provide a way to listening changes on fragments. Thus the content generated through the portal or via webdav are not moved/removed when the corresponding fragment is moved/removed. well, I think the prototype time is over so I'll stop spamming the list :). br, edgar -- Philip Donaghy donaghy.blogspot.com del.icio.us/donaghy/philip Skype: philipmarkdonaghy Office: +33 5 56 60 88 02 Mobile: +33 6 20 83 22 62
Re: portlet content mode prototype
On 21 Sep 2006, at 08:45, Philip Mark Donaghy wrote: I tried the wysiwyg portlet out, this is one of the best portlets I have ever seen. I'm looking forward to collaborating with you. I checked back for the source but it's gone, sniff .`( Did either of you have it running online somewhere to demo? -- Torgeir Veimo [EMAIL PROTECTED]
Re: portlet content mode prototype
That would be cool if someone had an online demo. On 9/21/06, Torgeir Veimo [EMAIL PROTECTED] wrote: On 21 Sep 2006, at 08:45, Philip Mark Donaghy wrote: I tried the wysiwyg portlet out, this is one of the best portlets I have ever seen. I'm looking forward to collaborating with you. I checked back for the source but it's gone, sniff .`( Did either of you have it running online somewhere to demo? -- Torgeir Veimo [EMAIL PROTECTED] -- Philip Donaghy donaghy.blogspot.com del.icio.us/donaghy/philip Skype: philipmarkdonaghy Office: +33 5 56 60 88 02 Mobile: +33 6 20 83 22 62
Re: portlet content mode prototype
Hi edgar, I just deployed the portlet war and it works. I'm not sure it is the most recent one. I have not all features (check-in check-out, ...). Do I have to build from the source to get thoses features ? br Christophe On 9/21/06, Philip Mark Donaghy [EMAIL PROTECTED] wrote: That would be cool if someone had an online demo. On 9/21/06, Torgeir Veimo [EMAIL PROTECTED] wrote: On 21 Sep 2006, at 08:45, Philip Mark Donaghy wrote: I tried the wysiwyg portlet out, this is one of the best portlets I have ever seen. I'm looking forward to collaborating with you. I checked back for the source but it's gone, sniff .`( Did either of you have it running online somewhere to demo? -- Torgeir Veimo [EMAIL PROTECTED] -- Philip Donaghy donaghy.blogspot.com del.icio.us/donaghy/philip Skype: philipmarkdonaghy Office: +33 5 56 60 88 02 Mobile: +33 6 20 83 22 62
Re: portlet content mode prototype
Hi christope, On 9/21/06, Christophe Lombart [EMAIL PROTECTED] wrote: Hi edgar, I just deployed the portlet war and it works. I'm not sure it is the most recent one. I have not all features (check-in check-out, ...). versioning is available in the three versions I uploaded, in the first version it was available in a menu in edit mode, and in the latest, which is available at http://people.apache.org/~edgarpoce/graffito/, it's available as a tab in help mode. Do I have to build from the source to get thoses features ? no. Do you see a tab in help mode with the label versioning?. br, edgar br Christophe On 9/21/06, Philip Mark Donaghy [EMAIL PROTECTED] wrote: That would be cool if someone had an online demo. On 9/21/06, Torgeir Veimo [EMAIL PROTECTED] wrote: On 21 Sep 2006, at 08:45, Philip Mark Donaghy wrote: I tried the wysiwyg portlet out, this is one of the best portlets I have ever seen. I'm looking forward to collaborating with you. I checked back for the source but it's gone, sniff .`( Did either of you have it running online somewhere to demo? -- Torgeir Veimo [EMAIL PROTECTED] -- Philip Donaghy donaghy.blogspot.com del.icio.us/donaghy/philip Skype: philipmarkdonaghy Office: +33 5 56 60 88 02 Mobile: +33 6 20 83 22 62
Re: portlet content mode prototype
Compare to the existing Graffito codebase, this is completely another approach to build content portlets (100% dependent on the JCR API ). Christophe
Re: portlet content mode prototype
Hi, On 9/21/06, Philip Mark Donaghy [EMAIL PROTECTED] wrote: I tried the wysiwyg portlet out, this is one of the best portlets I have ever seen. nice to hear you like it :) I'm looking forward to collaborating with you. It would be great to collaborate to move it forward. I checked back for the source but it's gone, sniff .`( try to downoad it from http://people.apache.org/~edgarpoce/graffito/. br, edgar Philip On 9/18/06, Edgar Poce [EMAIL PROTECTED] wrote: Hi, I uploaded a new version of the jcr portlets prototype, it's almost usable now ;). download the war file from http://people.apache.org/~edgarpoce/graffito/. I use a couple of jackrabbit contrib projects: jcr-commands and jcr-taglib. I made some changes to both and I'll commit them soon, but in case anyone wants to build from the source before I commit the changes I uploaded the modified versions. I added a new slide portlet which shows image slides. The images can be uploaded either from the portal in edit mode or via webdav. Features: - wysiwyg portlet. - slide portlet - webdav support - versioning support - j2 path integration. Now the contents are stored in the portal site hierarchy - The content features are not included as a menu, now the content features are shown in help mode. Known issues: obviously lots of them, but mainly: - the content mode is shown in help mode - the two types of portlets (slide and wysiwyg) don't play nice in a single page. - unsecure, since anyone can edit the contents via webdav - handling of error messages - escape jcr paths a few comments: Independently of the api to interact with the repository it would be great to integrate the graffito contents in the portal hierarchy and provide services through a content mode. AFAIK graffito objects are stored in its own tree. Unfortunately the j2 API doesn't support to get a fragment's path of type portlet. see http://thread.gmane.org/gmane.comp.jakarta.jetspeed.user/18566/focus=18566. And there's no way to get a descriptive name for a fragment. I think a workaround could be to use fragment preferences, but it wouldn't fix the missing decorator fragments in the path. It would be great to fix it as part of the development effort of contributing a graffito based page manager. Another important issue is that AFAIK j2 doesn't provide a way to listening changes on fragments. Thus the content generated through the portal or via webdav are not moved/removed when the corresponding fragment is moved/removed. well, I think the prototype time is over so I'll stop spamming the list :). br, edgar -- Philip Donaghy donaghy.blogspot.com del.icio.us/donaghy/philip Skype: philipmarkdonaghy Office: +33 5 56 60 88 02 Mobile: +33 6 20 83 22 62
Re: portlet content mode prototype
On 9/21/06, Christophe Lombart [EMAIL PROTECTED] wrote: no. Do you see a tab in help mode with the label versioning?. I see only a info tab page then, for some reason it's not working correctly :(, there are at least 8 tabs. I'll try to upload a demo and let you know.
Re: portlet content mode prototype
I just deployed the war maybe I forgot to do something. On 9/21/06, Edgar Poce [EMAIL PROTECTED] wrote: On 9/21/06, Christophe Lombart [EMAIL PROTECTED] wrote: no. Do you see a tab in help mode with the label versioning?. I see only a info tab page then, for some reason it's not working correctly :(, there are at least 8 tabs. I'll try to upload a demo and let you know. -- Best regards, Christophe
Re: portlet content mode prototype
some result here. I have just deployed that. No other tab. I only changed the repo path in web.xml. Do I need to config something? O/H Christophe Lombart ??: I just deployed the war maybe I forgot to do something. On 9/21/06, Edgar Poce [EMAIL PROTECTED] wrote: On 9/21/06, Christophe Lombart [EMAIL PROTECTED] wrote: no. Do you see a tab in help mode with the label versioning?. I see only a info tab page then, for some reason it's not working correctly :(, there are at least 8 tabs. I'll try to upload a demo and let you know. -- Evangelos Vlachogiannis Researcher - University of the Aegean ContactMore: http://www.syros.aegean.gr/users/evlach/contactme.php
Re: portlet content mode prototype
I see, it doesn't work, the info tab shows: Portlet is Not Available: graffito-jcr-portlets-1.0::WYSIWYG portlet Reason: null is there any error in the tomcat log? On 9/21/06, Evangelos Vlachogiannis [EMAIL PROTECTED] wrote: and a public live demo http://guportal.gunet.gr/jetspeed/portal/Public what I have deployed. Evangelos Vlachogiannis wrote: some result here. I have just deployed that. No other tab. I only changed the repo path in web.xml. Do I need to config something? O/H Christophe Lombart ??: I just deployed the war maybe I forgot to do something. On 9/21/06, Edgar Poce [EMAIL PROTECTED] wrote: On 9/21/06, Christophe Lombart [EMAIL PROTECTED] wrote: no. Do you see a tab in help mode with the label versioning?. I see only a info tab page then, for some reason it's not working correctly :(, there are at least 8 tabs. I'll try to upload a demo and let you know. -- Evangelos Vlachogiannis Researcher - University of the Aegean ContactMore: http://www.syros.aegean.gr/users/evlach/contactme.php
Re: portlet content mode prototype
Here is the error in the log. An error occurred at line: 10 in the jsp file: /WEB-INF/jsp/cms/info.jsp Generated servlet error: The operator + is undefined for the argument type(s) java.lang.Object, java.lang.Object On 9/21/06, Edgar Poce [EMAIL PROTECTED] wrote: I see, it doesn't work, the info tab shows: Portlet is Not Available: graffito-jcr-portlets-1.0::WYSIWYG portlet Reason: null is there any error in the tomcat log? On 9/21/06, Evangelos Vlachogiannis [EMAIL PROTECTED] wrote: and a public live demo http://guportal.gunet.gr/jetspeed/portal/Public what I have deployed. Evangelos Vlachogiannis wrote: some result here. I have just deployed that. No other tab. I only changed the repo path in web.xml. Do I need to config something? O/H Christophe Lombart ??: I just deployed the war maybe I forgot to do something. On 9/21/06, Edgar Poce [EMAIL PROTECTED] wrote: On 9/21/06, Christophe Lombart [EMAIL PROTECTED] wrote: no. Do you see a tab in help mode with the label versioning?. I see only a info tab page then, for some reason it's not working correctly :(, there are at least 8 tabs. I'll try to upload a demo and let you know. -- Evangelos Vlachogiannis Researcher - University of the Aegean ContactMore: http://www.syros.aegean.gr/users/evlach/contactme.php -- Best regards, Christophe
Re: portlet content mode prototype
On 9/21/06, Christophe Lombart [EMAIL PROTECTED] wrote: Compare to the existing Graffito codebase, this is completely another approach to build content portlets (100% dependent on the JCR API ). As we discussed earlier, the only integration with the existing approach would be at the repository level. I understand it's not acceptable from a pure OO design, but IMHO it's a valid approach for a content oriented application where the main contract is the consensus on the semantics of the node types. IMHO applications working on top of JCR should be ready to let other apps to modify the underlying content bypassing the object model layer. That would allow breaking the data silo in favor of publishing the content via multiple interfaces. I'd like to make clear that I'm not in a crusade in favor of jcr. I'm interested in seeing the features I'm talking independently of implementation details. Sorry if I'm being repetitive, but my interest is seeing 1. CMS features for j2 portal site, 2. integration of portlet contents to the portal site hierarchy, 3. and a reusable portlet content mode; 4. a webdav interface would be cool but not strictly necessary for me. That's why I'd like to know if the graffito community agress these are goals in the scope of graffito? and in case it's in the scope I'd like to know how it should be implemented. I'm open to work with other approaches, see my other thread about the page manager impl. br, edgar Christophe
Re: portlet content mode prototype
sincere apologies for the loss of time, It seems I modified the jsp inside eclipse and didn't make a new build before uploading the war :(. I'll upload a new version in a couple of minutes. It's a missing cast in WEB-INF/jsp/cms/info.jsp: %= response.encodeUrl( renderRequest.getContextPath() + (String) renderRequest.getAttribute(AbstractJcrPortlet.WEBDAV_PREFIX_KEY) + (String) renderRequest.getAttribute(AbstractJcrPortlet.PORTLET_ROOT_PATH_KEY) )% On 9/21/06, Christophe Lombart [EMAIL PROTECTED] wrote: Here is the error in the log. An error occurred at line: 10 in the jsp file: /WEB-INF/jsp/cms/info.jsp Generated servlet error: The operator + is undefined for the argument type(s) java.lang.Object, java.lang.Object On 9/21/06, Edgar Poce [EMAIL PROTECTED] wrote: I see, it doesn't work, the info tab shows: Portlet is Not Available: graffito-jcr-portlets-1.0::WYSIWYG portlet Reason: null is there any error in the tomcat log? On 9/21/06, Evangelos Vlachogiannis [EMAIL PROTECTED] wrote: and a public live demo http://guportal.gunet.gr/jetspeed/portal/Public what I have deployed. Evangelos Vlachogiannis wrote: some result here. I have just deployed that. No other tab. I only changed the repo path in web.xml. Do I need to config something? O/H Christophe Lombart ??: I just deployed the war maybe I forgot to do something. On 9/21/06, Edgar Poce [EMAIL PROTECTED] wrote: On 9/21/06, Christophe Lombart [EMAIL PROTECTED] wrote: no. Do you see a tab in help mode with the label versioning?. I see only a info tab page then, for some reason it's not working correctly :(, there are at least 8 tabs. I'll try to upload a demo and let you know. -- Evangelos Vlachogiannis Researcher - University of the Aegean ContactMore: http://www.syros.aegean.gr/users/evlach/contactme.php -- Best regards, Christophe
Re: portlet content mode prototype
It's uploaded now. sorry for the inconvenience. On 9/21/06, Christophe Lombart [EMAIL PROTECTED] wrote: Here is the error in the log. An error occurred at line: 10 in the jsp file: /WEB-INF/jsp/cms/info.jsp Generated servlet error: The operator + is undefined for the argument type(s) java.lang.Object, java.lang.Object On 9/21/06, Edgar Poce [EMAIL PROTECTED] wrote: I see, it doesn't work, the info tab shows: Portlet is Not Available: graffito-jcr-portlets-1.0::WYSIWYG portlet Reason: null is there any error in the tomcat log? On 9/21/06, Evangelos Vlachogiannis [EMAIL PROTECTED] wrote: and a public live demo http://guportal.gunet.gr/jetspeed/portal/Public what I have deployed. Evangelos Vlachogiannis wrote: some result here. I have just deployed that. No other tab. I only changed the repo path in web.xml. Do I need to config something? O/H Christophe Lombart ??: I just deployed the war maybe I forgot to do something. On 9/21/06, Edgar Poce [EMAIL PROTECTED] wrote: On 9/21/06, Christophe Lombart [EMAIL PROTECTED] wrote: no. Do you see a tab in help mode with the label versioning?. I see only a info tab page then, for some reason it's not working correctly :(, there are at least 8 tabs. I'll try to upload a demo and let you know. -- Evangelos Vlachogiannis Researcher - University of the Aegean ContactMore: http://www.syros.aegean.gr/users/evlach/contactme.php -- Best regards, Christophe
Re: portlet content mode prototype
Edgar, Did you already uploaded the new war ? still the same problem here. br, Christophe On 9/21/06, Edgar Poce [EMAIL PROTECTED] wrote: It's uploaded now. sorry for the inconvenience. On 9/21/06, Christophe Lombart [EMAIL PROTECTED] wrote: Here is the error in the log. An error occurred at line: 10 in the jsp file: /WEB-INF/jsp/cms/info.jsp Generated servlet error: The operator + is undefined for the argument type(s) java.lang.Object, java.lang.Object On 9/21/06, Edgar Poce [EMAIL PROTECTED] wrote: I see, it doesn't work, the info tab shows: Portlet is Not Available: graffito-jcr-portlets-1.0::WYSIWYG portlet Reason: null is there any error in the tomcat log? On 9/21/06, Evangelos Vlachogiannis [EMAIL PROTECTED] wrote: and a public live demo http://guportal.gunet.gr/jetspeed/portal/Public what I have deployed. Evangelos Vlachogiannis wrote: some result here. I have just deployed that. No other tab. I only changed the repo path in web.xml. Do I need to config something? O/H Christophe Lombart ??: I just deployed the war maybe I forgot to do something. On 9/21/06, Edgar Poce [EMAIL PROTECTED] wrote: On 9/21/06, Christophe Lombart [EMAIL PROTECTED] wrote: no. Do you see a tab in help mode with the label versioning?. I see only a info tab page then, for some reason it's not working correctly :(, there are at least 8 tabs. I'll try to upload a demo and let you know. -- Evangelos Vlachogiannis Researcher - University of the Aegean ContactMore: http://www.syros.aegean.gr/users/evlach/contactme.php -- Best regards, Christophe
Re: portlet content mode prototype
On 9/21/06, Edgar Poce [EMAIL PROTECTED] wrote: I'd like to make clear that I'm not in a crusade in favor of jcr. I'm interested in seeing the features I'm talking independently of implementation details. Sorry if I'm being repetitive, but my interest is seeing 1. CMS features for j2 portal site, 2. integration of portlet contents to the portal site hierarchy, 3. and a reusable portlet content mode; 4. a webdav interface would be cool but not strictly necessary for me. Yes, we have the same targets. what do you mean exactly by integration of portlet contents to the portal site hierarchy ? That's why I'd like to know if the graffito community agress these are goals in the scope of graffito? and in case it's in the scope I'd like to know how it should be implemented. I'm open to work with other approaches, see my other thread about the page manager impl. In my point of view, JCR is a nice API for the persistence layer (but not on business logic/service layer and not on the interface layer ). I like an application which makes abstraction on the technology to used. I don't know how we can provide both solutions in the Graffito project for the same target. This project is not always clear for some people. So supporting both approach will add more complexities to understand our goals. Now, it should be nice to get feedback/comments from others. Furthermore, J2 has its own object model. Adding cms features into J2, is it not supporting the J2 object model in a content repo in order to have features like versionning, locking, search, ... ? Let's continue to discuss that on your thread abouth the page manager impl. br, edgar Christophe -- Best regards, Christophe
Re: portlet content mode prototype
On 9/21/06, Edgar Poce [EMAIL PROTECTED] wrote: On 9/21/06, Christophe Lombart [EMAIL PROTECTED] wrote: Compare to the existing Graffito codebase, this is completely another approach to build content portlets (100% dependent on the JCR API ). snip 2. integration of portlet contents to the portal site hierarchy, I think he means provide versioning and workflow to the psml tree. Where as modifications can be made to a psml page and version can be retrieved from the persistence layer. I think that this falls into a j2 admin portlet. An I also think that the j2 api should be used to make these modifications. Here the only thing changed would be the page manager. I think this is where your going with your other thread. Philip -- Philip Donaghy donaghy.blogspot.com del.icio.us/donaghy/philip Skype: philipmarkdonaghy Office: +33 5 56 60 88 02 Mobile: +33 6 20 83 22 62
Re: portlet content mode prototype
On 9/21/06, Edgar Poce [EMAIL PROTECTED] wrote: I mean integrating the the content of the portlets inside a psml page should be childs of that page (see the prototype). LOL, this is the result of reorganizing quickly a paragraph with copy and paste for a man with poor english skills :)
Re: portlet content mode prototype
Edgar Poce wrote: hi ruchi, I forgot to mention that I had to add a couple of libraries to the tomcat version included in the jetspeed distribution in order to run jackrabbit with java5. try the following: 1. remove every file under /tmp/jackrabbit. once jackrabbit fails to create a repository in a directory it will keep until you delete its contents. 2. download xalan and serializer.jar and put them under /jetspeed_installation/common/endorsed. 3. start jetspeed and have fun :) I've just tested it in a windows box and it works. br, edgar I had the same stacktrace as Ruchi Not sure which versions of xalan and 'serializer' you recommending Wondering why the two jars must go in endorsed directly, and not in the WEB-INF/lib directory. Could you upload your versions of the jars for us, thanks!
Re: portlet content mode prototype
Edgar, Thanks for the clarifications. Running the process is responsability of the BPM engine, the jcr implementation wouldn't be responsible of running the process, it would be responsible only of storing the process definitions and process instances. Yes I know but when you are coming in some states, the BPM engine can start automatically some scripts. So, I was just wondering what kind of API we can use. great!. btw, It's probably a good example for trying to integrate both approaches. the approach is quite different. We are using the Graffito API. btw, the graffito api will be extended with workflow capabilities? Yes. This is just a prototype with a very simple workflow API. what engine, if any, are you using in the contribution?. By default it uses Osworkflow for mainly licence issues and it is a easy workflow engine. if possible, I would like to give the flexibilty to plug any kind of workflow engine. JPBM is very interesting but I'm not sure that we can use it in the ASF due to some licence issues. We can review this point. -- Best regards, Christophe
Re: portlet content mode prototype
Hi David On 9/6/06, David Sean Taylor [EMAIL PROTECTED] wrote: Edgar Poce wrote: hi ruchi, I forgot to mention that I had to add a couple of libraries to the tomcat version included in the jetspeed distribution in order to run jackrabbit with java5. try the following: 1. remove every file under /tmp/jackrabbit. once jackrabbit fails to create a repository in a directory it will keep until you delete its contents. 2. download xalan and serializer.jar and put them under /jetspeed_installation/common/endorsed. 3. start jetspeed and have fun :) I've just tested it in a windows box and it works. br, edgar I had the same stacktrace as Ruchi Not sure which versions of xalan and 'serializer' you recommending it works with the latest release, xalan.jar and serializer.jar are both included in the xalan distribution. Wondering why the two jars must go in endorsed directly, and not in the WEB-INF/lib directory. I'm not sure :(, I think I read in jackrabbit mailing list that it was the right way to go but I didn't investigate further. It was just a quick fix to make it work. with java 2 jackrabbit worked without problems, but in java 5 those libraries were removed and some problems araised. Could you upload your versions of the jars for us, thanks! you can download it from http://www.apache.org/dist/xml/xalan-j/xalan-j_2_7_0-bin.zip Rememeber to remove every file in /tmp/jackrabbit before trying to start jetspeed again. br, edgar
Re: portlet content mode prototype
Hi, On 9/6/06, Edgar Poce [EMAIL PROTECTED] wrote: On 9/6/06, David Sean Taylor [EMAIL PROTECTED] wrote: Wondering why the two jars must go in endorsed directly, and not in the WEB-INF/lib directory. I'm not sure :(, I think I read in jackrabbit mailing list that it was the right way to go but I didn't investigate further. It was just a quick fix to make it work. with java 2 jackrabbit worked without problems, but in java 5 those libraries were removed and some problems araised. See http://issues.apache.org/jira/browse/JCR-46 for the background. Java 5 uses the core classloader to load the TransformerFactory implementation specified in the javax.xml.transform.TransformerFactory property. This is why the class needs to be in the endorsed directory instead of the normal classpath location if you want to use another transformer than the one included by default in Java 5. For Jackrabbit the problem was that our XSL transformation was using features not included in the default compiling transformer implementation in Java 5. Not having looked at the issue here I'm not sure if the same thing applies. Just reacting to Edgar's comment. :-) BR, Jukka Zitting -- Yukatan - http://yukatan.fi/ - [EMAIL PROTECTED] Software craftsmanship, JCR consulting, and Java development
Re: portlet content mode prototype
On 9/6/06, Jukka Zitting [EMAIL PROTECTED] wrote: I'm not sure :(, I think I read in jackrabbit mailing list that it was the right way to go but I didn't investigate further. It was just a quick fix to make it work. with java 2 jackrabbit worked without problems, but in java 5 those libraries were removed and some problems araised. Not having looked at the issue here I'm not sure if the same thing applies. Just reacting to Edgar's comment. :-) just for the record, I meant a quick fix from my side because I wasn't sure why I needed to add those libraries. br, edgar BR, Jukka Zitting -- Yukatan - http://yukatan.fi/ - [EMAIL PROTECTED] Software craftsmanship, JCR consulting, and Java development
Re: portlet content mode prototype
Edgar Poce wrote: hi, I made a prototype of a wysiwyg portlet on top of jcr that allows to version the content. It's just a prototype of what I consider a portlet content mode should have, e.g. versioning, locking, tagging, audit, event notification, metadata. e.g. dublin core, i18n a portlet root per locale, publishing (staging) other workflow processes. The versioning GUI is available in edit mode as a menu that invoke remote dialogs powered by dojo javascipt toolkit. The portlet allows the user to edit the html, make the html versionable, checkin, checkout and restore a version. I didn't configure the webdav servlet, but it should be pretty easy. In the prototype a content portlet (i.e. wysiwyg portlet) must inherit a superclass that creates the portlet root node and adds a menu in edit mode. btw, is there any extension mechanism to add new portlet modes in jetspeed? download from: http://people.apache.org/~edgarpoce/graffito-jcr-portlets-1.0.war http://people.apache.org/~edgarpoce/graffito-jcr-portlets.tar.gz the war is self contained, just drop it in j2 and it should work. it creates a jackrabbit repository at /tmp/jackrabbit. It was tested in ubuntu, firefox, java5, jetspeed 2.0 installer with derby embedded. This sounds very nice. I deployed this to jetspeed. I have configured jetspeed + graffito to use Mysql. The portlet fails to display content . Error: java.lang.NullPointerException at org.apache.graffito.jcr.JcrHelper.login(JcrHelper.java:22) at org.apache.graffito.jcr.AbstractJcrPortlet.getUserSession(AbstractJcr Portlet.java:138) at org.apache.graffito.jcr.wysiwyg.WysiwygPortlet.getHtml(WysiwygPortlet .java:125) at org.apache.graffito.jcr.wysiwyg.WysiwygPortlet.doView(WysiwygPortlet. java:86) at javax.portlet.GenericPortlet.doDispatch(GenericPortlet.java:247) at javax.portlet.GenericPortlet.render(GenericPortlet.java:175) at org.apache.jetspeed.factory.JetspeedPortletInstance.render(JetspeedPo rtletInstance.java:102) at org.apache.jetspeed.container.JetspeedContainerServlet.doGet(Jetspeed ContainerServlet.java:230) Looks like this is internally using derby because I can login to see graffito portlets working in jetspeed portal. Any pointers ? Thanks, Ruchi br, edgar
Re: portlet content mode prototype
Hi First of all take into account that it's just a prototype, it's not intended for use out of the box :) On 9/5/06, ruchi goel [EMAIL PROTECTED] wrote: Looks like this is internally using derby because I can login to see graffito portlets working in jetspeed portal. The prototype uses jackrabbit to store the html. Any pointers ? I think that the repository could not be initiated. I added more logging in a new version I deployed that would help to see the cause, try the new war. Note that the jackrabbit repository is created under /tmp/jackrabbit, so please make sure that the user who runs jetspeed has write access to that directory. br, edgar Thanks, Ruchi br, edgar
Re: portlet content mode prototype
On 9/5/06, Edgar Poce [EMAIL PROTECTED] wrote: I added more logging in a new version I deployed that would help to see the cause, try the new war. it should say I added more logging in a new version I've just uploaded
Re: portlet content mode prototype
On 9/5/06, Edgar Poce [EMAIL PROTECTED] wrote: On 9/5/06, Christophe Lombart [EMAIL PROTECTED] wrote: If Graffito provides a support for managing JCR nodes and an High level content object model (which can be customized), how can we define some services like Workflow, publishing, ... ? In theory, thoses services needs to implement some process based on content objects. I think it will not be possible to support both approach. What do you think about that ? Maybe there can be an integration if 1. the workflow is serialized in the repository, 2. the semantics of its node types is publicly known (e.g. scxml) 3. and the repository garantees, by securing the content, that the process will be respected, * What if a workflow process required multiple repositories ? In you case, you will certainly use only one content repo but the worfklow service have to work with multpiple content repo (JCR based or not). * What if we are not using a JCR store ? * When you are moving into a specific workflow state, you may run some code to manage the content (move a content, delete, update, ...). How to do it (with the JCR API or the Graffito API ? great!. btw, It's probably a good example for trying to integrate both approaches. the approach is quite different. We are using the Graffito API. -- Best regards, Christophe
Re: portlet content mode prototype
On 9/5/06, Christophe Lombart [EMAIL PROTECTED] wrote: On 9/5/06, Edgar Poce [EMAIL PROTECTED] wrote: On 9/5/06, Christophe Lombart [EMAIL PROTECTED] wrote: If Graffito provides a support for managing JCR nodes and an High level content object model (which can be customized), how can we define some services like Workflow, publishing, ... ? In theory, thoses services needs to implement some process based on content objects. I think it will not be possible to support both approach. What do you think about that ? Maybe there can be an integration if 1. the workflow is serialized in the repository, 2. the semantics of its node types is publicly known (e.g. scxml) 3. and the repository garantees, by securing the content, that the process will be respected, * What if a workflow process required multiple repositories ? In you case, you will certainly use only one content repo but the worfklow service have to work with multpiple content repo (JCR based or not). A first level of integration would be on process definitions. What I'm trying to say is that as long as process definitions are stored in the repository with public semantics, any client can create new process definition via graffito api, a content portlet (as the wysiwyg prototype), webdav, etc. A second level of integration would be to store process instances in the repository. Local and remote clients could create a new process instance, or take a running process instance, acquire a lock on it, and signal the process. The process logic can modify one repository, many, or none. The API of the workflow depends on the engine, I mean that the BPM framework would be responsible of running the processes. * What if we are not using a JCR store ? * When you are moving into a specific workflow state, you may run some code to manage the content (move a content, delete, update, ...). How to do it (with the JCR API or the Graffito API ? I evaluated a couple of workflows for my daily job an I use JBPM pretty much. AFAIK, in any BPM engine, it doesn't matter whether actions in transitions modify jcr nodes, graffito objects, send mails, or whatever. Running the process is responsability of the BPM engine, the jcr implementation wouldn't be responsible of running the process, it would be responsible only of storing the process definitions and process instances. great!. btw, It's probably a good example for trying to integrate both approaches. the approach is quite different. We are using the Graffito API. btw, the graffito api will be extended with workflow capabilities? what engine, if any, are you using in the contribution?. br, edgar -- Best regards, Christophe