StackOverFlowError when using a new build jetspeed
hi, after a while I checked out jetspeed-2 from repository using eclipse and the mevenide plugin. everything worked fine and so I could build the jetspeed portal and deploy it into a tomcat instance (5.0.28). Using a browser to request the portal I got a a long exception stack trace (for requesting the start page http://localhost:8080/jetspeed). not all components are shown in the browser compared with the binary version you can download. every next click on the portal page is resulting in a StackOverflowException. Any suggestion what happend or what I'm doing wrong ? thx - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: StackOverFlowError when using a new build jetspeed
hi ! i have nealry the same problem. but in my case everthing runs fine : i can logon and use my own portlets - the others are not interesting for me - at the moment. but i get in the tomcat-cmd a stackoverflow. i have a little piece of the tomcat log: 2005-03-15 10:15:50 StandardContext[/demo]JetspeedContainerServlet: Error rendering portlet BookmarkPortlet: java.lang.StackOverflowError java.lang.StackOverflowError 2005-03-15 10:15:50 StandardContext[/demo]JetspeedContainerServlet: Error rendering JetspeedContainerServlet error page: java.lang.StackOverflowError java.lang.StackOverflowError 2005-03-15 10:23:36 StandardContext[/demo]JetspeedContainerServlet: Error rendering portlet BookmarkPortlet: java.lang.StackOverflowError java.lang.StackOverflowError 2005-03-15 10:23:36 StandardContext[/demo]JetspeedContainerServlet: Error rendering JetspeedContainerServlet error page: java.lang.StackOverflowError java.lang.StackOverflowError best regards
AW: StackOverFlowError when using a new build jetspeed
You are right. it seems to depend on the including mechanism of the jetspeed examples. I've debugged a little bit and may think that within the call of the an aspect something recursive happend. but it would be nice if jetspeed from cvs would work like the pre-build binary version. thx -Ursprungliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Gesendet: Dienstag, 15. Marz 2005 10:29 An: Jetspeed Users List Betreff: Re: StackOverFlowError when using a new build jetspeed hi ! i have nealry the same problem. but in my case everthing runs fine : i can logon and use my own portlets - the others are not interesting for me - at the moment. but i get in the tomcat-cmd a stackoverflow. i have a little piece of the tomcat log: 2005-03-15 10:15:50 StandardContext[/demo]JetspeedContainerServlet: Error rendering portlet BookmarkPortlet: java.lang.StackOverflowError java.lang.StackOverflowError 2005-03-15 10:15:50 StandardContext[/demo]JetspeedContainerServlet: Error rendering JetspeedContainerServlet error page: java.lang.StackOverflowError java.lang.StackOverflowError 2005-03-15 10:23:36 StandardContext[/demo]JetspeedContainerServlet: Error rendering portlet BookmarkPortlet: java.lang.StackOverflowError java.lang.StackOverflowError 2005-03-15 10:23:36 StandardContext[/demo]JetspeedContainerServlet: Error rendering JetspeedContainerServlet error page: java.lang.StackOverflowError java.lang.StackOverflowError best regards - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
localize struts portlet
Hi, I'm using JS1+fusion and i'm developping struts portlets. I'd like toknow if it's possible to have portlets switch language when the portal is switching language (for example using changelanguage portlet). Is there an API usable by portlets to know portal Locale ? I've tried to use getLocale from HttpServletRequest but it seems that the portal doesn't use it (for example portal header is in english and getLocale returns fr). Thanks in advance, Fabrice -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
getting struts-plugins in a portlet
hi ! can anybody tell me, how i could get the struts-plugins in a struts-portlet ? my problem: in past i could get the plugins by this method: public static ServiceFactory getServiceFactory(ServletContext context) throws InternalException { PlugIn[] plugIns = (PlugIn[]) context.getAttribute(Globals.PLUG_INS_KEY); i could call this methode from actions and nonaction-classes. the method works in a portlet also fine, when the caller is a action. otherway i get no plug-ins. is it possible to get the plugins over the portletcontext ? when i try portletrequest.getsession().getcontext().. i get only null... thank you very much
importing PSML into the database - where do I put the driver?
I'm following the PSML Database Configuration Guide on this page: http://portals.apache.org/jetspeed-1/psml_db.html Everything worked so far (had a little troubles with creating the .sql files for the database, but that eventually worked). I created the database, with all the tables. I altered all the options as stated in the guide, and running the 'maven import' command gives me this output: import: [java] * PSML Importer * [java] log4j:WARN No appenders could be found for logger (org.apache.stratum.component.ComponentLoader). [java] log4j:WARN Please initialize the log4j system properly. [java] NOTICE: Finished initializing all services! [java] Running with Importer Service: class org.apache.jetspeed.services.psmlmanager.db.DatabasePsmlManagerService [java] Running with Exporter Service: class org.apache.jetspeed.services.psmlmanager.CastorPsmlManagerService [java] PSMLImporter completed. Exported 0 profiles [java] PSML Importer - completed BUILD SUCCESSFUL Total time: 22 seconds Finished at: Tue Mar 15 13:52:39 CET 2005 When I look in webapp/WEB-INF/log/jetspeedservices.log I see this error at the top: [main] WARN DatabasePsmlManagerService - DatabasePsmlManagerService.getDbConnection: exception: org.apache.torque.TorqueException: java.sql.SQLException: No suitable driver (which is followed by a typical big stacktrace) Apparently Torque could not find the appropriate driver. I have the MySQL driver JAR file, which I have copied to about every 'lib' directory I could find, but to no avail. I also included it in my CLASSPATH environment variable. So here is the big question: where should I put the MySQL-Driver JAR file so that the combination of Maven and Torque can find it? Roel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Graffito - Jetspeed CMS framework
Great. Please also support JSR 170 (Content Repository Standard). We are interested to join the effort. Best regards, Marky Christophe Lombart wrote: Hi All, If you are looking for a CMS framework for Jetspeed, you are welcome to join the Graffito project (http://incubator.apache.org/graffito/). Graffito is a new incubated project which is focusing on content and document management. Graffito is still under developement but you can test the first JSR-168 browser portlet and see how is it integrated into Jetspeed 2. With the current Browser portlet, you can : * In the view mode : navigate across the content tree and view documents (HTML, text binaries). * In the edit mode : manage folders (add, delete, update) and documents (add, delete, update). Kupu, an html editor is integrated into Graffito. If you want to test it, see the getting started section from the Graffito web site (http://incubator.apache.org/graffito/getting-started.html and http://incubator.apache.org/graffito/deploy.html) Now, we plan to : * Add Security setting and workflow * Provide a better integration with Jetspeed 2 * Support JCR/Webdav repositories. * Build a server manager portlet. * Add other portlets (treeview content, search,...). * Support other content type. Later, some specific applications will be build on this foundation like forums, news management, ... Please use the Graffito mailing and Jira to send us comments and bugs. Kind regards, Christophe - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Graffito - Jetspeed CMS framework
Marky Goldstein wrote: Great. Please also support JSR 170 (Content Repository Standard). We are interested to join the effort. Given the very reduced number of active developpers on Graffito right now, the best way to see this happening quickly is to join the graffito-dev list, and start to work with us on supporting JCR (probably through a JackRabbit adapter) The more and the sooner interested parties can collaborate on getting this done, the better the end product will be. Christophe has done a great job so far on UI/portlet components and slide support but we definitely need help to accelerate the development. -- Raphaël Luta - [EMAIL PROTECTED] Apache Portals - Enterprise Portal in Java http://portals.apache.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Graffito - Jetspeed CMS framework
propably you should also have a look into magnolia.info They have integrated the JackRabbit adapter into their CMS efforts. Maybe the two efforts could be joined. I myself can help, but more on a project management level such as organization, documentation, etc. Greets, Marky Raphaël Luta wrote: Marky Goldstein wrote: Great. Please also support JSR 170 (Content Repository Standard). We are interested to join the effort. Given the very reduced number of active developpers on Graffito right now, the best way to see this happening quickly is to join the graffito-dev list, and start to work with us on supporting JCR (probably through a JackRabbit adapter) The more and the sooner interested parties can collaborate on getting this done, the better the end product will be. Christophe has done a great job so far on UI/portlet components and slide support but we definitely need help to accelerate the development. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Graffito - Jetspeed CMS framework
Marky, Of course, we want to support JSR 170. Oliver Kieesler is working on a cms object mapping for a JSR repository. Now, I'm going to work with him and check how we can integrate his work into Graffito. If you join the Graffito dev mailing you will see a JCR proposal for Graffito ASAP. You are welcome to join the team and exchange with us some idea and experience. Christophe -Original Message- From: Marky Goldstein [mailto:[EMAIL PROTECTED] Sent: Tue 3/15/2005 4:30 PM To: Jetspeed Users List Cc: Subject:Re: Graffito - Jetspeed CMS framework propably you should also have a look into magnolia.info They have integrated the JackRabbit adapter into their CMS efforts. Maybe the two efforts could be joined. I myself can help, but more on a project management level such as organization, documentation, etc. Greets, Marky Raphal Luta wrote: Marky Goldstein wrote: Great. Please also support JSR 170 (Content Repository Standard). We are interested to join the effort. Given the very reduced number of active developpers on Graffito right now, the best way to see this happening quickly is to join the graffito-dev list, and start to work with us on supporting JCR (probably through a JackRabbit adapter) The more and the sooner interested parties can collaborate on getting this done, the better the end product will be. Christophe has done a great job so far on UI/portlet components and slide support but we definitely need help to accelerate the development. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Setting the Portlet Param using Javascript
Is it possible to alter/set the Portlet Params using a javascript and then force load it. --rajesh. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Graffito - Jetspeed CMS framework
Hi, This is great news. My first question would be : do you think it can work within JS1 with fusion ? In fact we are planning to integrate a CMS solution in Jetspeed 1.6 using fusion. It could be a good opportunity to work with you if this can fit our environment. In fact we were planning to integrate slide within jetspeed and develop a set of JSR 168 portlets to interact with slide. Fabrice Le 15 mars 05, à 17:20, LOMBART Christophe a écrit : Marky, Of course, we want to support JSR 170. Oliver Kieesler is working on a cms object mapping for a JSR repository. Now, I'm going to work with him and check how we can integrate his work into Graffito. If you join the Graffito dev mailing you will see a JCR proposal for Graffito ASAP. You are welcome to join the team and exchange with us some idea and experience. Christophe -Original Message- From: Marky Goldstein [mailto:[EMAIL PROTECTED] Sent: Tue 3/15/2005 4:30 PM To: Jetspeed Users List Cc: Subject:Re: Graffito - Jetspeed CMS framework propably you should also have a look into magnolia.info They have integrated the JackRabbit adapter into their CMS efforts. Maybe the two efforts could be joined. I myself can help, but more on a project management level such as organization, documentation, etc. Greets, Marky Raphaël Luta wrote: Marky Goldstein wrote: Great. Please also support JSR 170 (Content Repository Standard). We are interested to join the effort. Given the very reduced number of active developpers on Graffito right now, the best way to see this happening quickly is to join the graffito-dev list, and start to work with us on supporting JCR (probably through a JackRabbit adapter) The more and the sooner interested parties can collaborate on getting this done, the better the end product will be. Christophe has done a great job so far on UI/portlet components and slide support but we definitely need help to accelerate the development. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Graffito - Jetspeed CMS framework
Fabrice Dewasmes wrote: Hi, This is great news. My first question would be : do you think it can work within JS1 with fusion ? In Theory yes :-) Graffito portlets use some portal service (the Graffito components themself). I never used Fusion but I expect it is possible to access to some Jetspeed 2 portal services. If not, it is possible to start the Graffito engine when the portal server is running. In fact we are planning to integrate a CMS solution in Jetspeed 1.6 using fusion. It could be a good opportunity to work with you if this can fit our environment. In fact we were planning to integrate slide within jetspeed and develop a set of JSR 168 portlets to interact with slide. Please join the Graffito mailing list and explain us your environement. The WEBDAV plugin was build for a customer but not yet intragrated in Graffito code. A couple of weeks ago, JackRabbit announced a Webdav support. So, maybe this webdav plugin is not necessary. Christophe Fabrice Le 15 mars 05, à 17:20, LOMBART Christophe a écrit : Marky, Of course, we want to support JSR 170. Oliver Kieesler is working on a cms object mapping for a JSR repository. Now, I'm going to work with him and check how we can integrate his work into Graffito. If you join the Graffito dev mailing you will see a JCR proposal for Graffito ASAP. You are welcome to join the team and exchange with us some idea and experience. Christophe -Original Message- From:Marky Goldstein [mailto:[EMAIL PROTECTED] Sent:Tue 3/15/2005 4:30 PM To:Jetspeed Users List Cc: Subject:Re: Graffito - Jetspeed CMS framework propably you should also have a look into magnolia.info They have integrated the JackRabbit adapter into their CMS efforts. Maybe the two efforts could be joined. I myself can help, but more on a project management level such as organization, documentation, etc. Greets, Marky Raphaël Luta wrote: Marky Goldstein wrote: Great. Please also support JSR 170 (Content Repository Standard). We are interested to join the effort. Given the very reduced number of active developpers on Graffito right now, the best way to see this happening quickly is to join the graffito-dev list, and start to work with us on supporting JCR (probably through a JackRabbit adapter) The more and the sooner interested parties can collaborate on getting this done, the better the end product will be. Christophe has done a great job so far on UI/portlet components and slide support but we definitely need help to accelerate the development. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: getting Jetspeed 2 to work with WebSphere 5.1.2
Yeah... I have been working on Jetspeed 2 M1 and am struggling to get the default portlets to work in WebSphere 5.1.2 I guess I can try your new branch, but if you can provide any help getting them working on WebSphere/WSAD I would appreciate it. In this case I am trying to use the hot deploy the database is connection fine the portal deploys but then WebSphere does not have any idea about the new contexts that have been layed down /demo and such I have also tried importing the portlet war files but then I get a requestdispatcher include error Has any got jetspeed 2 working on WebSphere? And if so I would appreciate any details you might have On Sun, 13 Mar 2005 22:51:45 +0100, Ate Douma [EMAIL PROTECTED] wrote: Seth, I can't directly help you with WebSphere but I am interested in how you got it working and with which version of Jetspeed 2 you are working. As you might know, I created a new branch of Jetspeed 2 somewhat more than a week ago (branch: deployment_refactoring, see http://issues.apache.org/jira/browse/JS2-210) in which I've implemented an application server indepedent deployment model. If you haven't tried that one out yet, you might have a better result doing so. Note the current limitations of that branch though (see the JS2-210 issue). I'm working right now on improvements which should resolve those limitations, but it probably will take me a few hours more (or possibly a few days if I run out of time) before I can commit those improvements. Regarding your question about cross context problem: all portlets deployed with Jetspeed 2 use cross context. So, if the default portlets provided by Jetspeed 2 *are* working, cross context shouldn't be the problem. Maybe if you provide us with some more detailed information (like error messages and stacktraces) I or someone else can help you better. Regards, Ate Seth Ford wrote: I have jetspeed 2 working with WebSphere 5.1.2 except for the portals that are done through a hot deploy Can any explain how to do this in WebSphere? I have tried to install the portlet WARs seperatly, but have run into request dispatcher include related issues looks like a cross context problem Thanks Seth - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] . - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]