RE: Strange JLoginUser problem
Hi, A quick question regarding below problem! It seems I am having the same problem when trying to use my own custom login action and was wondering if anyone know what is going on. Using JS 1.5 on tomcat 5 Any help appreciated. Kind Regards /Kristofer Date: Wed, 17 Mar 2004 13:22:59 -0800 (PST) From: Paul Chan <[EMAIL PROTECTED]> Subject: Strange JLoginUser problem Content-Type: multipart/mixed; boundary="0-1171076249-1079558579=:135" Note: forwarded message attached. __ Do you Yahoo!? Yahoo! Mail - More reliable, more storage, less spam http://mail.yahoo.com Hi All, I am currently trying to configure my own login and authentication so I have my own class that overrides JLoginUser. However, I have encountered a weird problem whereby if I use my own class, the user I typed in would be login but would not forward me to the correct user psml file. Here are excerpts from my Jsp file: UserName Password Remember My own portelts.MyOwnLoginUser class just extends JLoginUser..nothing more. eg: public class MyOwnLoginUser extends JLoginUser { } Now if I use the regular JLoginUser class in my JSP, everything would work correctly meaning I would be forward to the correct user psml file. I don't get it? Is there more I need to do in order to duplicate what JLoginUser does? thanks in advance! P
When Maximize portlet in jetspeed
Team, I wanted to display Maximized when the portlet is maximized. How can I append the text for that when it goes to the maximized state. My class extending AbstractInstancePortlet class. Can you please help this. Thanks in advance Srinivas - Do you Yahoo!? Send a seasonal email greeting and help others. Do good.
Re: Strange JLoginUser problem
Kristofer, We are using our custom login action on JS1.5 and it is working fine. We modified the my.properties value for action.login to our class name. I belive it is not recommended to have hidden action defined in the jsp pages as per the FAQ on jetspeed on Changing portlet template as quoted below http://portals.apache.org/jetspeed-1/faq.html ** Changing portlet template QuestionAnswer In my action class extending JspPortletAction, I try to use the setTemplate method, but it doesn't work. I throws a NullPointerException in PortletAction when trying to retrieve a "VelocityPortletContext" (how surprising when working with a JSPPortlet) Besides, I had to catch this exception myself, otherwise it wasn't appearing anywhere in the logs, not even a single error message... Most common mistake with portlets is to use the hidden action variable and set it to the portlet's action class: http://myhost/ThingWeb/portal"; method="get"> In the above example, Turbine executes the action before the portlet and therefore the context is null. The above should be rewrittern as follows: " method="get"> * Hema On Thu, 16 Dec 2004 12:37:24 +0100, Kristofer Eriksson <[EMAIL PROTECTED]> wrote: > Hi, > > A quick question regarding below problem! It seems I am having the same > problem when trying to use my own custom login action and was wondering if > anyone know what is going on. > > Using JS 1.5 on tomcat 5 > > Any help appreciated. > > Kind Regards > > /Kristofer ~~ Hema Menon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
CapabilityMap: Default agent not found in Client Registry !
Hi, It's the first time I'm installing Jetspeed. I'm using jetspeed-2.0-M1.zip with Tomcat 5.0.28. After following README.txt and startup of Tomcat, I got NPE when trying to access "http://localhost:8080/jetspeed/portal";. I checked jetspeed.log and find the following output: 2004-12-15 18:15:09,616 [http-8080-Processor24] DEBUG org.apache.jetspeed.capabilities.impl.JetspeedCapabilities - ClientRegistry: Looking for client with useragent :Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; CPWR; Compatible; Version; Platform) 2004-12-15 18:15:09,616 [http-8080-Processor24] DEBUG org.apache.jetspeed.capabilities.impl.JetspeedCapabilities - CapabilityMap: useragent Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; CPWR; Compatible; Version; Platform)unknown, falling back to default 2004-12-15 18:15:09,616 [http-8080-Processor24] DEBUG org.apache.jetspeed.capabilities.impl.JetspeedCapabilities - ClientRegistry: Looking for client with useragent :Mozilla/4.0 2004-12-15 18:15:09,616 [http-8080-Processor24] ERROR org.apache.jetspeed.capabilities.impl.JetspeedCapabilities - CapabilityMap: Default agent not found in Client Registry ! 2004-12-15 18:15:09,616 [http-8080-Processor24] DEBUG org.apache.jetspeed.capabilities.impl.CapabilityValveImpl - Couldn't create capability map for agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; CPWR; Compatible; Version; Platform) Does this ring a bell to anyone? Thanks, John The contents of this e-mail are intended for the named addressee only. It contains information that may be confidential. Unless you are the named addressee or an authorized designee, you may not copy or use it, or disclose it to anyone else. If you received it in error please notify us immediately and then destroy it. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: CapabilityMap: Default agent not found in Client Registry !
What Browser are you using? Yu, John wrote: Hi, It's the first time I'm installing Jetspeed. I'm using jetspeed-2.0-M1.zip with Tomcat 5.0.28. After following README.txt and startup of Tomcat, I got NPE when trying to access "http://localhost:8080/jetspeed/portal";. I checked jetspeed.log and find the following output: 2004-12-15 18:15:09,616 [http-8080-Processor24] DEBUG org.apache.jetspeed.capabilities.impl.JetspeedCapabilities - ClientRegistry: Looking for client with useragent :Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; CPWR; Compatible; Version; Platform) 2004-12-15 18:15:09,616 [http-8080-Processor24] DEBUG org.apache.jetspeed.capabilities.impl.JetspeedCapabilities - CapabilityMap: useragent Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; CPWR; Compatible; Version; Platform)unknown, falling back to default 2004-12-15 18:15:09,616 [http-8080-Processor24] DEBUG org.apache.jetspeed.capabilities.impl.JetspeedCapabilities - ClientRegistry: Looking for client with useragent :Mozilla/4.0 2004-12-15 18:15:09,616 [http-8080-Processor24] ERROR org.apache.jetspeed.capabilities.impl.JetspeedCapabilities - CapabilityMap: Default agent not found in Client Registry ! 2004-12-15 18:15:09,616 [http-8080-Processor24] DEBUG org.apache.jetspeed.capabilities.impl.CapabilityValveImpl - Couldn't create capability map for agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; CPWR; Compatible; Version; Platform) Does this ring a bell to anyone? Thanks, John The contents of this e-mail are intended for the named addressee only. It contains information that may be confidential. Unless you are the named addressee or an authorized designee, you may not copy or use it, or disclose it to anyone else. If you received it in error please notify us immediately and then destroy it. - 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: CapabilityMap: Default agent not found in Client Registry !
IE 6.0, W2000 > -Original Message- > From: Roger Ruttimann [mailto:[EMAIL PROTECTED] > Sent: Thursday, December 16, 2004 11:53 AM > To: Jetspeed Users List > Subject: Re: CapabilityMap: Default agent not found in Client > Registry ! > > > What Browser are you using? > > Yu, John wrote: > > >Hi, > > > >It's the first time I'm installing Jetspeed. I'm using > jetspeed-2.0-M1.zip > >with Tomcat 5.0.28. After following README.txt and startup > of Tomcat, > >I got NPE when trying to access > "http://localhost:8080/jetspeed/portal";. > > > >I checked jetspeed.log and find the following output: > >2004-12-15 18:15:09,616 [http-8080-Processor24] DEBUG > >org.apache.jetspeed.capabilities.impl.JetspeedCapabilities - > ClientRegistry: > >Looking for client with useragent :Mozilla/4.0 (compatible; MSIE 6.0; > >Windows NT 5.0; CPWR; Compatible; Version; Platform) > >2004-12-15 18:15:09,616 [http-8080-Processor24] DEBUG > >org.apache.jetspeed.capabilities.impl.JetspeedCapabilities - > CapabilityMap: > >useragent Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; CPWR; > >Compatible; Version; Platform)unknown, falling back to default > >2004-12-15 18:15:09,616 [http-8080-Processor24] DEBUG > >org.apache.jetspeed.capabilities.impl.JetspeedCapabilities - > ClientRegistry: > >Looking for client with useragent :Mozilla/4.0 > >2004-12-15 18:15:09,616 [http-8080-Processor24] ERROR > >org.apache.jetspeed.capabilities.impl.JetspeedCapabilities - > CapabilityMap: > >Default agent not found in Client Registry ! > >2004-12-15 18:15:09,616 [http-8080-Processor24] DEBUG > >org.apache.jetspeed.capabilities.impl.CapabilityValveImpl - > Couldn't create > >capability map for agent: Mozilla/4.0 (compatible; MSIE 6.0; > Windows NT 5.0; > >CPWR; Compatible; Version; Platform) > > > >Does this ring a bell to anyone? > > > >Thanks, > >John > > > > > > > >The contents of this e-mail are intended for the named > addressee only. It > >contains information that may be confidential. Unless you > are the named > >addressee or an authorized designee, you may not copy or use > it, or disclose > >it to anyone else. If you received it in error please notify > us immediately > >and then destroy it. > > > > > >- > >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] > The contents of this e-mail are intended for the named addressee only. It contains information that may be confidential. Unless you are the named addressee or an authorized designee, you may not copy or use it, or disclose it to anyone else. If you received it in error please notify us immediately and then destroy it. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Jetspeed2 M1 security setup
Randy, Thanks for the guidance. Putting the login portlet in a plain page in the guest directory and protecting everything else works well. In the future, it would be nice to dynamically show/hide portlets on a page based on a user's role. As I dig in further, can you point me in the right direction for learning more about how the profiler works? Should I just follow the Jetspeed2 source code? If so, can you point me at a Java class to start with? Also as I browse through the WEB-INF/pages directory structure, there seems to be psml files that aren't displayed (e.g. pages/_user/user/p003.psml and pages/_user/user/nested-layout.psml). I'd like to learn more about how this works. Is the psml documentation for Jetspeed 1 applicable? If not can you recommend a better starting point (part of the source code is fine) for some self-study on overall navigation and layout? Thanks very much, Doug -Original Message- From: Randy Watler [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 15, 2004 7:04 PM To: Jetspeed Users List Subject: Re: Jetspeed2 M1 security setup Ate Douma wrote: > > Randy Watler wrote: > >> Doug, >> >> Portlet level security constraints are apparently the responsibility >> of the portlet writer to implement, so the portal and portlet >> container will always display the portlet. We just received >> clarification on this from the pluto mail list: >> >> http://nagoya.apache.org/eyebrowse/ReadMsg?listId=261&msgNo=2160 > > One small correction: only the portlet container should not > enforce security constraints according to the portlet specification. > The portal can, as Randy showed in the example below. > > Another solution would be to use security constraints on a page, > restricting > (certain type of) access to only certain users, roles or groups. Just to be clear, I think Doug is trying to control access by role at the page level but wants finer grain control over portlet in the page. This is not available now, so I was proposing he try controlling acess to two different pages with appropriate portlet subsets via the profiler. > > Furthermore, this should not only be possible on page level but even on > (psml) fragment level, but that isn't yet implemented I think (Randy?). This is not implemented in M1. > > If (when) it is, you can simply restrict certain parts of a page to > certain > users, groups and/or roles. Well, David and I discussed this just before M1 was released. I actually had it implemented on the fragment level, but we figured that the portlet security constraints would be sufficient/conflicting, so we removed it. However, we did not have the Pluto ruling then. So, we'll have to revist this for M2. I'll add it to my "to-do" list. > > >> >> So, one way to achieve what you are after is to use the profiler. >> When the user is not logged in, they are known as 'guest'. By >> default, users are profiled using the 'j1' rule. This all boils down >> to the fact that unauthenticated users can be directed to pages >> placed in the ".../WEB-INF/pages/_user/guest" directory. Place your >> stripped down version of your pages in this 'guest' directory, >> (without your role security), and then secure all the rest of the >> pages in your site by role. >> >> HTH, >> >> Randy >> >> Doug Schnelzer wrote: >> >>> I've been working through this thread. It's very helpful. Thanks >>> to Marina >>> and Randy for providing some good documentation here. As I have worked >>> through this, I have a follow up question... >>> >>> Is there a way in a psml file or in one of the deployment >>> descriptors to >>> require a role before displaying "some" of the portlets on a page? >>> I want >>> to modify the default page so that only the login portlet is visible >>> until a >>> user logs in. If I make the entire page require a role, then I >>> can't log in >>> to establish my identity. >>> >>> Thanks, Doug >>> >>> > - 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]
J2 Profiler, was: Re: Jetspeed2 M1 security setup
Doug Schnelzer wrote: Randy, Thanks for the guidance. Putting the login portlet in a plain page in the guest directory and protecting everything else works well. In the future, it would be nice to dynamically show/hide portlets on a page based on a user's role. It is definitely under consideration... odds are it will be there in M2 if I had to guess, but others need to weigh in. As I dig in further, can you point me in the right direction for learning more about how the profiler works? Should I just follow the Jetspeed2 source code? If so, can you point me at a Java class to start with? First, look and understand the examples shipped with J2. Try logging in as user/user and jetspeed/jetspeed. Compare what you see with the various content pages and other elements in the pages directories. For more detail, check out this document: http://cvs.apache.org/viewcvs.cgi/jakarta-jetspeed-2/design-docs/src/profiler/J2-page-manager-profiling.sxw This is an OpenOffice document. I can email you another format if you'd like. The source code for all of this resides in /components/profiler and /components/page-manager, but it is not trivial. Feel free to ask questions here so that others can read about the profiler and how to configure it! Also as I browse through the WEB-INF/pages directory structure, there seems to be psml files that aren't displayed (e.g. pages/_user/user/p003.psml and pages/_user/user/nested-layout.psml). These are simply user files for 'user', (instead of 'guest')! Login as user/user. I'd like to learn more about how this works. Is the psml documentation for Jetspeed 1 applicable? Personally, I'd prefer if you stick with J2 resources and asking questions here. We can also contribute to the wiki as we go, (if nothing else we can link back to user list threads). If not can you recommend a better starting point (part of the source code is fine) for some self-study on overall navigation and layout? The easiest thing is to look at the examples. For a better understanding of navigations/layout, look at the Velocity, (*.vm), templates in the WEB-INF/decorations/layout/html/tigris and WEB-INF/decorations/portlet/html/tigris directories. Most of all, don't be shy on this list! Thanks very much, Doug No problem... good luck with J2! Randy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: J2 Profiler
Randy, Doug, I'm very happy to see the continuation of the thread - profiling and page layout is exactly what I was trying to figure out next! I followed Randy's advise and tried to investigate more the differences in the portal page layout for different users. Here are some of my notes (sorry, they are long...) - I hope you could correct me where my guesses were too wild and answer some questions: When user is not logged in, he is a guest user by default. According to the j1 profiling rule (???), pages for the guest user should be taken from the \pages\_user\guest\ directory. However, since this directory does not exist, a default fallback (is that right?) rule is used and the default pages/directories are used: \pages\default-page.psml When logged in as a user user: -- Everything from the \pages\ directory is used; stuff from the \pages\_user\user\ is used in addition to that -- user-specific content comes from the \pages\_user\user , for example, new .psml files and corresponding Tabs that are displayed for the user user only: p003.psml --> [USER 003] PSML page tab nested-layout.psml --> Nested Layout tab -- user user also has the user role (I wish the names would be somewhat different :-) ). Additional user-role-specific stuff comes from the \pages\_role\user\ directory. It has only one directory - \top-links\ , which is referenced from the \pages\_user\user\top-pages.ds file: [USER] Top Pages docset /top-links/*.* (see questions on that below) When logged in as admin user: -- you see everything that the guest user can see, but in addition, you also see the Jetspeed Administrative Portlets link under the Folders and Pages header in the left-side menu -- there is also a top-pages.ds file in the \pages\ dir that defines this: Top Pages Page haut docset /Administrative In addition, admin user also has the manager role, so the \pages\_role\manager\ dir is used for the manager-specific content: the folder.metadata determines what is included into the page. It has: Administrative My guess: this is why only a user in the manager role can see the Administrative Portlets link (is this right?) But then, the \pages\_role\manager\folder.metadata also has: Google.link p001.psml p002.psml p003.psml p004.psml but none of them (links for .link and tabs for .psml) is displayed on the page. I would guess that all pxxx.psml are not displayed simply because they do not exist in the \pages\_role\manager\ folder. What about the Google.link though? It does exist in the directory Questions: How are .ds files (docset definitions ??) and the role-specific folders (like \pages\_role\manager ) are related? Do top-pages.ds files under a \_user\username or ..\pages\ directories always reference resources in the \_role\rolename directory? Thanks a lot! Marina --- Randy Watler <[EMAIL PROTECTED]> wrote: > Doug Schnelzer wrote: > > >Randy, > > > >Thanks for the guidance. Putting the login portlet > in a plain page in the > >guest directory and protecting everything else > works well. In the future, > >it would be nice to dynamically show/hide portlets > on a page based on a > >user's role. > > > It is definitely under consideration... odds are it > will be there in M2 > if I had to guess, but others need to weigh in. > > > > >As I dig in further, can you point me in the right > direction for learning > >more about how the profiler works? Should I just > follow the Jetspeed2 > >source code? If so, can you point me at a Java > class to start with? > > > First, look and understand the examples shipped with > J2. Try logging in > as user/user and jetspeed/jetspeed. Compare what you > see with the > various content pages and other elements in the > pages directories. For > more detail, check out this document: > > http://cvs.apache.org/viewcvs.cgi/jakarta-jetspeed-2/design-docs/src/profiler/J2-page-manager-profiling.sxw > > This is an OpenOffice document. I can email you > another format if you'd > like. The source code for all of this resides in > /components/profiler > and /components/page-manager, but it is not trivial. > Feel free to ask > questions here so that others can read about the > profiler and how to > configure it! > > > > > > >Also as I browse through the WEB-INF/pages > directory structure, there seems > >to be psml files that aren't displayed (e.g. > pages/_user/user/p003.psml and > >pages/_user/user/nested-layout.psml). > > > These are simply user files for 'user', (instead of > 'guest')! Login as > user/user. > > > I'd like to learn more about how this > >works. Is the psml documentation for Jetspeed 1 > applicable? > > > Personally, I'd prefer if you stick with J2 > resources and asking > questions here. We can also contribute to the wiki > as we go, (if nothing > else we can link back to user list threads). > > > If not can you > >recommend a better starting point (part of the > sourc
Re: J2 Profiler
Marina, Feedback inline below... Marina wrote: When user is not logged in, he is a guest user by default. According to the j1 profiling rule (???), pages for the guest user should be taken from the &\pages\_user\guest\ directory. However, since this directory does not exist, a default fallback (is that right?) rule is used and the default pages/directories are used: &\pages\default-page.psml Yes. The 'j1' search/fallback rule for '/some-page.psml' request for 'fred' using a 'html' browser in the 'en_US' locale would be: /_user/fred/_mediatype/html/_language/en/_country/US/some-page.psml /_user/fred/_mediatype/html/_language/en/some-page.psml /_user/fred/_mediatype/html/some-page.psml /_user/fred/some-page.psml /some-page.psml / Other search/fallback profiling rules are available for 'role-fallback', 'group-fallback', and 'role-group'. One can also define their own custom profiling rules and assign them to users and document sets. When logged in as a user user: -- Everything from the &\pages\ directory is used; stuff from the \pages\_user\user\ is used in addition to that -- user-specific content comes from the &\pages\_user\user , for example, new .psml files and corresponding Tabs that are displayed for the user user only: p003.psml --> [USER 003] PSML page tab nested-layout.psml --> Nested Layout tab Yes. Most navigations that are specific to the user are prefixed with a '[USER]' tag for this test case. -- user user also has the user role (I wish the names would be somewhat different :-) ). Additional user-role-specific stuff comes from the \pages\_role\user\ directory. It has only one directory - &\top-links\ , which is referenced from the &\pages\_user\user\top-pages.ds file: [USER] Top Pages docset regexp="true">/top-links/*.* (see questions on that below) Yes. When logged in as admin user: -- you see everything that the guest user can see, but in addition, you also see the Jetspeed Administrative Portlets link under the Folders and Pages header in the left-side menu -- there is also a top-pages.ds file in the &\pages\ dir that defines this: Top Pages Page haut docset /Administrative In addition, admin user also has the manager role, so the &\pages\_role\manager\ dir is used for the manager-specific content: Actually, the 'manager' user does NOT use this directory because it uses the default 'j1' rule. This directory content and its effect on navigations can be seen using the jetspeed/jetspeed login: it uses the 'role-fallback' for 'page' profiling. the folder.metadata determines what is included into the page. It has: Administrative My guess: this is why only a user in the manager role can see the Administrative Portlets link (is this right?) No. Security constraints in the Administrative folder.metadata enforce that. Document order is strictly used to control the ordering of navigational elements... but only if they are otherwise accessible. All documents that are explicitly ordered appear first. The remaining follow sorted alphabetically. The first folder found according to the profiling search/fallback rules with metadata that contains any document ordering is used for ALL document navigations in the page. But then, the &\pages\_role\manager\folder.metadata also has: Google.link p001.psml p002.psml p003.psml p004.psml but none of them (links for .link and tabs for .psml) is displayed on the page. I would guess that all pxxx.psml are not displayed simply because they do not exist in the &\pages\_role\manager\ folder. What about the Google.link though? It does exist in the directory& Again, these are not seen for manager/manager, but can by jetspeed/jetspeed. Pages, links, and other documents are ALWAYS aggregated unless filtered by profiling or security constraints. Questions: How are .ds files (docset definitions ??) and the role-specific folders (like &\pages\_role\manager ) are related? Document sets are populated using a specified profile locator name. This name defaults to 'docset' and falls back to 'page' if not specified. Profile locator names are used to specify profiling rules for individual user principals. Pages and other documents are always profiled using the rule assigned to the 'page' locator name for the current user. If a user does not have a rule assigned for 'page', the default 'j1' profiling rule is used. So, for the user/user login, 'page' is set to 'j1' and 'docset' is set to 'role-group'. This means that the profiling search paths I outlined above for 'guest' are used to locate pages. However, the the document set is assembled using these search paths from 'role-group': /_role/user /_group/accounting / If a user des not have a profile rule defined for a document set locator, the document set is ignored and is not added to the page navigation elements. Do top-pages.ds files under a \_user\username or ..\pages\ directories always reference resources in the \_role\rolename directory? No. For example, the p
How to get context path in jetspeed portlet
Hi Team, How can we get the context path of portlet. My class is extending AbstractInstancePortlet class. Could one of you please let me know to get context path of portlet. Thanks in advance Srinivas - Do you Yahoo!? Yahoo! Mail - Find what you need with new enhanced search. Learn more.
Re: "Failed to initalize jetspeed" ,What's wrong with it?
There should be more specific messages in jetspeed/logs/jetspeed.log. Onemarty wrote: >I get the same error. > >Tried both MySQL and hypersonic. Initialisation of the database went ok in >both cases. > >Any ideas? > >/Marty > > > >On Wednesday 15 December 2004 11:53, Michael Aemisegger wrote: > > >>Did you start the hypersonic db? >> >>boo hou wrote: >> >> >>>My environment is : j2sdk1.4.2_06 + Tomcat 5.0.28. >>>Built and deployed successufully, but I get the >>>exception when I open http://localhost:8080/jetspeed. >>>Who can tell me what's wrong? Thanx in advance! >>> >>>exception >>> >>>javax.servlet.ServletException: Failed to initalize >>>jetspeed. >>>org.apache.jetspeed.exception.JetspeedException: >>>Unable to create Engine >>> >>>org.apache.jetspeed.engine.JetspeedServlet.doGet(JetspeedServlet.java:206 >>>) >>> >>>javax.servlet.http.HttpServlet.service(HttpServlet.java:689) >>> >>>javax.servlet.http.HttpServlet.service(HttpServlet.java:802) >>> >>>org.apache.jasper.runtime.PageContextImpl.doForward(PageContextImpl.java: >>>670) >>> >>>org.apache.jasper.runtime.PageContextImpl.forward(PageContextImpl.java:63 >>>7) >>> >>>org.apache.jsp.index_jsp._jspService(index_jsp.java:45) >>> >>>org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:94) >>> >>>javax.servlet.http.HttpServlet.service(HttpServlet.java:802) >>> >>>org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.jav >>>a:324) >>> >>>org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:292) >>> >>>org.apache.jasper.servlet.JspServlet.service(JspServlet.java:236) >>> >>>javax.servlet.http.HttpServlet.service(HttpServlet.java:802) >>> >>>root cause >>> >>>org.apache.jetspeed.exception.JetspeedException: >>>Unable to create Engine >>> >>>org.apache.jetspeed.Jetspeed.createEngine(Jetspeed.java:76) >>> >>>org.apache.jetspeed.engine.JetspeedServlet.init(JetspeedServlet.java:135) >>> sun.reflect.NativeMethodAccessorImpl.invoke0(Native >>>Method) >>> >>>sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java >>>:39) >>> >>>sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorI >>>mpl.java:25) java.lang.reflect.Method.invoke(Method.java:324) >>> >>>org.apache.commons.beanutils.MethodUtils.invokeMethod(MethodUtils.java:21 >>>6) >>> >>>org.apache.commons.digester.SetNextRule.end(SetNextRule.java:256) >>> org.apache.commons.digester.Rule.end(Rule.java:276) >>> >>>org.apache.commons.digester.Digester.endElement(Digester.java:1058) >>> >>>org.apache.catalina.util.CatalinaDigester.endElement(CatalinaDigester.jav >>>a:76) >>> >>>org.apache.xerces.parsers.AbstractSAXParser.endElement(Unknown >>>Source) >>> >>>org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanEndElement(Unkn >>>own Source) >>> >>>org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDisp >>>atcher.dispatch(Unknown Source) >>> >>>org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknow >>>n Source) >>> >>>org.apache.xerces.parsers.XML11Configuration.parse(Unknown >>>Source) >>> >>>org.apache.xerces.parsers.XML11Configuration.parse(Unknown >>>Source) >>> org.apache.xerces.parsers.XMLParser.parse(Unknown >>>Source) >>> >>>org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown >>>Source) >>> >>>org.apache.commons.digester.Digester.parse(Digester.java:1567) >>> >>>org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.java: >>>483) >>> >>>org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:427) >>> >>>org.apache.catalina.startup.HostConfig.start(HostConfig.java:983) >>> >>>org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:349 >>>) >>> >>>org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSup >>>port.java:119) >>> >>>org.apache.catalina.startup.Catalina.start(Catalina.java:556) >>> sun.reflect.NativeMethodAccessorImpl.invoke0(Native >>>Method) >>> >>>sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java >>>:39) >>> >>>sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorI >>>mpl.java:25) java.lang.reflect.Method.invoke(Method.java:324) >>> >>>org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:287) >>> >>>org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:425) >>> >>> >>>_ >>>Do You Yahoo!? >>>150万曲MP3疯狂搜,带您闯入音乐殿堂 >>>http://music.yisou.com/ >>>美女明星应有尽有,搜遍美图、艳图和酷图 >>>http://image.yisou.com >>>1G就是1000兆,雅虎电邮自助扩容! >>>http://cn.rd.yahoo.com/mail_cn/tag/1g/*http://cn.mail.yahoo.com/event/mai >>>l_1g/ >>> >>>- >>>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] >> >> > >--
Applications inside Portlets
Hello Everybody I have to put together a quick very basic demo of Jetspeed with some of our apps running inside portals. I have about a day's Jetspeed experience. (And it's got to be done tomorrow) I've been adapting the Demo. I have a couple of questions. 1) I have a Struts app running on Weblogic. I am running Jetspeed 2 on Tomcat. I have a Portlet with a JSP. If the JSP has a link to the Struts app , is it possible to get it to appear inside the Portlet? (ie not to take over the whole browser window.) If it is possible then how? 2) On the demo there are several tabs (CSS Demo,Welcome to Jetspeed 2, My Second PSML page etc...) I cannot see where this tab is configured? Could someone tell me? Thanks John Johnson - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]