Re: Deploying a portlet
I nocted that when you replace a portlet you have also to change the fragment id. Otherwise the old portlet is still displayed. I also put a random number and my portlets are displayed without association in an other file. Can someone explain the magic behind the fragment id? Is it stored in the database. Martin Priya Subramanian wrote: Hi Martin, I tried putting the entry in the default-page.psml. I replaced an entry for the Pick a number portlet with mine. But there is a fragment id which I need to specify. From where will I get this id? If I put some random number, does it need to be associated in any other file? Plz help. Thanks in advance. Regards, Priya Subramanian Systems Integration Infosys Technologies Ltd. Ext. No: 62965, Mob: 9880200241. -Original Message- From: news [mailto:[EMAIL PROTECTED] On Behalf Of Martin Dulisch Sent: Friday, March 18, 2005 8:40 PM To: jetspeed-user@jakarta.apache.org Subject: Re: Deploying a portlet Have you added your portlet to a portal page. You can do this for example by adding it to jetspeed/WEB-INF/pages/default-page.psml. May be jetspeed expands your war when the portlet is accessed. You could also look into the jetspeed/logs/deployment.log file. Is there an error. HTH, Martin Priya Subramanian wrote: Hi, I am naive to jetspeed. My problem is how to deploy a custom portlet into Jetspeed 2. I tried creating a portlet war (mydemo) file and put it in the web-inf/deploy directory of the jetspeed. But when I restart the tomcat, only an empty folder named mydemo is getting created in the webapps folder. I cant even find any error entry in the logs. Can anyone point me to some document which describes the procedure to deploy a portlet in jetspeed 2? Thanks in advance. - 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: J2 decorators not displayed in IE
Marina, Just a hunch - try including an html 'base' element in your page decorator. Not familiar with Velocity but with jsp simply use the following: % String baseURL = request.getScheme() + :// + request.getServerName() + request.getContextPath() + /; % head ... base href=%= baseURL % ... /head HTH Andrew From: Marina [EMAIL PROTECTED] Reply-To: Jetspeed Users List jetspeed-user@jakarta.apache.org To: Jetspeed Users List jetspeed-user@jakarta.apache.org Subject: J2 decorators not displayed in IE Date: Sat, 19 Mar 2005 07:58:03 -0800 (PST) Hi, I have a weird problem here. I've been developing my portal using Firefox only, and have a pretty much complete portal by now. However, when I finally got around to checking it out in IE, I've realized to my horror that it looks completely screwed up there. Basically, no portlet decorators and J2 images (like tabs, borders around portlets, etc.) are displayed there. The content of the portlets is just fine. Even more, this happens when I access my portal through a redirect from my ISP that forwards the requests to my PC's IP address. If I access the portal through localhost:8080 - everything looks fine in both Firefox and IE. to summarize: access portal through IP address: Firefox/Netscape OK, IE - no images/decorators access portal through localhost: both Firefox and IE are OK Did I miss some config parameter for J2 or something like that? Any ideas? Thank you! Marina - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ Use MSN Messenger to send music and pics to your friends http://www.msn.co.uk/messenger - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
how to define default selected tab-pane at js1.4?
hello. how can I set which tab-pane has to be selected by default? thank you.
Re: Deploying a portlet
I think that indeed is the case. They are stored in the DB. I am 99% sure. Amit Original Message Follows From: Martin Dulisch [EMAIL PROTECTED] Reply-To: Jetspeed Users List jetspeed-user@jakarta.apache.org To: jetspeed-user@jakarta.apache.org Subject: Re: Deploying a portlet Date: Sun, 20 Mar 2005 09:18:18 +0100 I nocted that when you replace a portlet you have also to change the fragment id. Otherwise the old portlet is still displayed. I also put a random number and my portlets are displayed without association in an other file. Can someone explain the magic behind the fragment id? Is it stored in the database. Martin Priya Subramanian wrote: Hi Martin, I tried putting the entry in the default-page.psml. I replaced an entry for the Pick a number portlet with mine. But there is a fragment id which I need to specify. From where will I get this id? If I put some random number, does it need to be associated in any other file? Plz help. Thanks in advance. Regards, Priya Subramanian Systems Integration Infosys Technologies Ltd. Ext. No: 62965, Mob: 9880200241. -Original Message- From: news [mailto:[EMAIL PROTECTED] On Behalf Of Martin Dulisch Sent: Friday, March 18, 2005 8:40 PM To: jetspeed-user@jakarta.apache.org Subject: Re: Deploying a portlet Have you added your portlet to a portal page. You can do this for example by adding it to jetspeed/WEB-INF/pages/default-page.psml. May be jetspeed expands your war when the portlet is accessed. You could also look into the jetspeed/logs/deployment.log file. Is there an error. HTH, Martin Priya Subramanian wrote: Hi, I am naive to jetspeed. My problem is how to deploy a custom portlet into Jetspeed 2. I tried creating a portlet war (mydemo) file and put it in the web-inf/deploy directory of the jetspeed. But when I restart the tomcat, only an empty folder named mydemo is getting created in the webapps folder. I cant even find any error entry in the logs. Can anyone point me to some document which describes the procedure to deploy a portlet in jetspeed 2? Thanks in advance. - 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: importing PSML into the database - where do I put the driver?
Hello, I found the solution to the first problem: you don't have to copy the ./src/webapp directory to ./webapp (there are only the merge-files and the files that you changed in there); you have to first run maven jetspeed:deploy (of course) and then copy the ./target/[your-projects-name] (in my case: ./target/MyPortal) under the name ./webapp. Then it at least imports the profiles (I checked with an database tool). But I still get the following error message with maven: === [MyPortal]# maven import __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0.2 build:start: 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 24 profiles [java] PSML Importer - completed [java] [ERROR] Java Result: 1 BUILD SUCCESSFUL Total time: 13 seconds Finished at: Sun Mar 20 17:23:32 CET 2005 === And even worse than that. When I try to start it in the browser (http://localhost:8080/MyPortal) jetspeed doesn't seem to find the database entries and I get the following error message: === There has been an Error! Reason: org.apache.jetspeed.om.profile.ProfileException: java.lang.NullPointerException Get/Post Data: template= /html/ShowError.vm Stacktrace: org.apache.jetspeed.om.profile.ProfileException: java.lang.NullPointerException at org.apache.jetspeed.services.profiler.JetspeedProfilerService.fallbackProfile(JetspeedProfilerService.java:502) at org.apache.jetspeed.services.profiler.JetspeedProfilerService.getProfile(JetspeedProfilerService.java:245) at org.apache.jetspeed.services.profiler.JetspeedProfilerService.getProfile(JetspeedProfilerService.java:528) at org.apache.jetspeed.services.Profiler.getProfile(Profiler.java:87) at org.apache.jetspeed.modules.actions.JetspeedAccessController.doPerform(JetspeedAccessController.java:74) at org.apache.turbine.modules.Action.perform(Action.java:87) at org.apache.turbine.modules.ActionLoader.exec(ActionLoader.java:122) at org.apache.turbine.Turbine.doGet(Turbine.java:529) at javax.servlet.http.HttpServlet.service(HttpServlet.java:689) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:704) at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:474) at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:409) at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:312) at org.apache.jasper.runtime.PageContextImpl.doForward(PageContextImpl.java:670) at org.apache.jasper.runtime.PageContextImpl.forward(PageContextImpl.java:637) at org.apache.jsp.index_jsp._jspService(index_jsp.java:45) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:94) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:324) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:292) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:236) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at
Re: importing PSML into the database - where do I put the driver?
Sven, Zip up and send me your project and PSML and I'll see if I can get it to work. I always run the importer from the Jetspeed source directory. Never tried it from a plugin project. Make sure you run 'maven clean' before zipping the project and sending it. David Sven Richter wrote: Hello, I found the solution to the first problem: you don't have to copy the ./src/webapp directory to ./webapp (there are only the merge-files and the files that you changed in there); you have to first run maven jetspeed:deploy (of course) and then copy the ./target/[your-projects-name] (in my case: ./target/MyPortal) under the name ./webapp. Then it at least imports the profiles (I checked with an database tool). But I still get the following error message with maven: === [MyPortal]# maven import __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0.2 build:start: 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 24 profiles [java] PSML Importer - completed [java] [ERROR] Java Result: 1 BUILD SUCCESSFUL Total time: 13 seconds Finished at: Sun Mar 20 17:23:32 CET 2005 === And even worse than that. When I try to start it in the browser (http://localhost:8080/MyPortal) jetspeed doesn't seem to find the database entries and I get the following error message: === There has been an Error! Reason: org.apache.jetspeed.om.profile.ProfileException: java.lang.NullPointerException Get/Post Data: template = /html/ShowError.vm Stacktrace: org.apache.jetspeed.om.profile.ProfileException: java.lang.NullPointerException at org.apache.jetspeed.services.profiler.JetspeedProfilerService.fallbackProfile(JetspeedProfilerService.java:502) at org.apache.jetspeed.services.profiler.JetspeedProfilerService.getProfile(JetspeedProfilerService.java:245) at org.apache.jetspeed.services.profiler.JetspeedProfilerService.getProfile(JetspeedProfilerService.java:528) at org.apache.jetspeed.services.Profiler.getProfile(Profiler.java:87) at org.apache.jetspeed.modules.actions.JetspeedAccessController.doPerform(JetspeedAccessController.java:74) at org.apache.turbine.modules.Action.perform(Action.java:87) at org.apache.turbine.modules.ActionLoader.exec(ActionLoader.java:122) at org.apache.turbine.Turbine.doGet(Turbine.java:529) at javax.servlet.http.HttpServlet.service(HttpServlet.java:689) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:704) at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:474) at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:409) at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:312) at org.apache.jasper.runtime.PageContextImpl.doForward(PageContextImpl.java:670) at org.apache.jasper.runtime.PageContextImpl.forward(PageContextImpl.java:637) at org.apache.jsp.index_jsp._jspService(index_jsp.java:45) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:94) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:324) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:292) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:236) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at
Re: J2 decorators not displayed in IE
Marina wrote: Hi, I have a weird problem here. I've been developing my portal using Firefox only, and have a pretty much complete portal by now. However, when I finally got around to checking it out in IE, I've realized to my horror that it looks completely screwed up there. Basically, no portlet decorators and J2 images (like tabs, borders around portlets, etc.) are displayed there. The content of the portlets is just fine. Even more, this happens when I access my portal through a redirect from my ISP that forwards the requests to my PC's IP address. If I access the portal through localhost:8080 - everything looks fine in both Firefox and IE. to summarize: access portal through IP address: Firefox/Netscape OK, IE - no images/decorators access portal through localhost: both Firefox and IE are OK Did I miss some config parameter for J2 or something like that? Any ideas? Mmmm.. I'd say it's an issue with IE mishandling your ISP reverse proxy behavior. Most of the decorator information is controlled through a CSS stylesheet. It's quite possible that IE resolves URL differently than Firefox when dealing with CSS resources tied to an HTML document. You can check if the CSS file is indeed retrieved by IE and if so, you can try setting absolute URLs to reference the image files in the CSS stylesheet. -- 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: What is the Status of Jetspeed 2 ??
Mike R. wrote: snip Now, even in its current status, J2 is very useable for development work if you want a pure, lean and mean, portal server. If what you need is just JSR168 support in a full-featured stable portal, consider using Jetspeed 1 with Fusion. Currently, you'll need to get the current CVS for this since Jetspeed 1.6 is not out yet (should be formally released soon). Raphaël - hoping you can help out here - which version would you recommend for a project with the following requirements? - JSR 168 compliance - minimal inter portlet communication (most like done via PortletSession) - basic rendering requirements; using RequestDispatcher to JSPs with embedded XSLT - needs to be robust, being used in a demo in 1 month. J2 should be more than stable enough to handle theses requirements. Also note that the JSR168 support in Jetspeed 1.6 will actually be provided through Fusion... which embeds a Jetspeed 2 instance inside Jetspeed 1 ! -- 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: J2 decorators not displayed in IE
Raphael, thanks for your response! It looks like you are right - and the problem is in including .css styles. I checked the source from IE and Firefox - both have a relative link to the Jetspeed's .css styles: link rel=stylesheet type=text/css media=all href=content/tigris/css/styles.css / link rel=stylesheet type=text/css media=all href=content/css/styles.css / and it looks like the stylesheet is not used - no decorations are there, and no images. References to images look like this: a href=http://24.61.4.55:8080/jetspeed/portal/_ns:YURDRVBvcnRhbDo6RXZlbnRzQ2FsZW5kYXJQb3J0bGV0fGMwfGQx/; title=maximized img src=content/images/maximized.gif alt=maximized border=0/a I am also using .css styles for my portlets, and I see that the link to my CSS file is the absolute one, like this: link rel=stylesheet type=text/css href=http://24.61.4.55:8080/DCEPortal/css/dce-portal.css/ When I include this CSS into my JSP I use the ContextPath : link rel=stylesheet type=text/css href=%=renderResponse.encodeURL(renderRequest.getContextPath() + /css/dce-portal.css)%/ An my stylesheet gets included just fine. I thought I would do what you suggested and substitute relative URL with the absolute one, so I took a look at the tigris/decorator-top.vm - however, I don't see where the stylesheets are included (I don't really know Velocity...). I can see this line: #includeStyleSheets() but where is this function? (I'm assuming this is a function ?) Any suggestions on how I could set them? Thanks a lot! Marina --- Raphaël Luta [EMAIL PROTECTED] wrote: Marina wrote: Hi, I have a weird problem here. I've been developing my portal using Firefox only, and have a pretty much complete portal by now. However, when I finally got around to checking it out in IE, I've realized to my horror that it looks completely screwed up there. Basically, no portlet decorators and J2 images (like tabs, borders around portlets, etc.) are displayed there. The content of the portlets is just fine. Even more, this happens when I access my portal through a redirect from my ISP that forwards the requests to my PC's IP address. If I access the portal through localhost:8080 - everything looks fine in both Firefox and IE. to summarize: access portal through IP address: Firefox/Netscape OK, IE - no images/decorators access portal through localhost: both Firefox and IE are OK Did I miss some config parameter for J2 or something like that? Any ideas? Mmmm.. I'd say it's an issue with IE mishandling your ISP reverse proxy behavior. Most of the decorator information is controlled through a CSS stylesheet. It's quite possible that IE resolves URL differently than Firefox when dealing with CSS resources tied to an HTML document. You can check if the CSS file is indeed retrieved by IE and if so, you can try setting absolute URLs to reference the image files in the CSS stylesheet. -- 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: J2 decorators not displayed in IE
Marina wrote: I can see this line: #includeStyleSheets() but where is this function? (I'm assuming this is a function ?) Its a Velocity macro (velocimacro): http://jakarta.apache.org/velocity/user-guide.html#Velocimacros Jetspeed's global macro used by all layouts can be found here: /portal/src/webapp/WEB-INF/jetspeed-macros.vm You can also include specific macros for your layouts http://portals.apache.org/jetspeed-2/layouts.html http://portals.apache.org/jetspeed-2/decorators.html -- David Sean Taylor Bluesunrise Software [EMAIL PROTECTED] [office] +01 707 773-4646 [mobile] +01 707 529 9194 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: What is the Status of Jetspeed 2 ??
Raphaël - hoping you can help out here - which version would you recommend for a project with the following requirements? - JSR 168 compliance Works ok. - minimal inter portlet communication (most like done via PortletSession) Works ok. - basic rendering requirements; using RequestDispatcher to JSPs with embedded XSLT Don't know about this. - needs to be robust, being used in a demo in 1 month. I have demo system with 1 month continuous uptime and it is checked out from cvs/HEAD. That tells you something about how stabe it is currently. Of course with bit bad luck you manage to check out something that does not work from HEAD like me at first time. I just updated the project again and noticed there was cvs comming just going on when i checked out. So there was incomplete version in. If you don't need fancy portlets for modifying your portal from portal itself, Jetspeed-2 already works just fine. Only problem is that you need to modify all the xml files and deploy your portlets directly in jetspeed deployment directory with other tools. On some pages I have experienced problems getting into edit mode. You need to minimize/maximize and then restore the portlet to get edit mode icon to appear. Bit annoying but I am sure they get it fixed before final version. -- Jouni Rajala - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: What is the Status of Jetspeed 2 ??
Le 21 mars 05, à 07:58, Jouni Rajala a écrit : Raphaël - hoping you can help out here - which version would you recommend for a project with the following requirements? - JSR 168 compliance Works ok. - minimal inter portlet communication (most like done via PortletSession) Works ok. - basic rendering requirements; using RequestDispatcher to JSPs with embedded XSLT Don't know about this. - needs to be robust, being used in a demo in 1 month. I have demo system with 1 month continuous uptime and it is checked out from cvs/HEAD. That tells you something about how stabe it is currently. Of course with bit bad luck you manage to check out something that does not work from HEAD like me at first time. I just updated the project again and noticed there was cvs comming just going on when i checked out. So there was incomplete version in. The rules here is that we avoid HEAD breakage at all costs even when the project is not deemed stable yet by our release numbering. CVS HEAD should always compile and work as well as possible for a product under development. If you encounter any issue building Jestpeed 1 or 2 CVS HEAD, don't hesitate to raise the issue, it will get fixed ASAP. -- Raphaël Luta - [EMAIL PROTECTED] Apache Jetspeed - Enterprise Portal in Java http://portals.apache.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]