RE: Jetspeed on weblogic
I was running into these problems on Weblogic (although I tend to agree that the messages are harmless). Then I found a reference to a fix in another thread: http://www.mail-archive.com/[EMAIL PROTECTED]/msg06421.ht ml, but I thought it would help if I posted it on this thread (as I ran into the problem yesterday and easily found this thread, but it had no resolution). In TurbineResources.properties, change: services.UploadService.repository=. To: services.UploadService.repository=${webapp}/WEB-INF/tmp I am still a newbie at posting to the newsgroup, so apologies if this causes any confusion. RB --- I'm also getting the same exceptions on Weblogic, but everything still seems to work. I haven't tried every piece of functionality. I used a war deployment with Jetspeed 1.4b4 and Weblogic 8.1. Weblogic deployed Jetspeed into a jetspeed.war directory and then seems to complain about the nomenclature, curious. "Wakida, Reid M." <[EMAIL PROTECTED]> wrote: Hmm...interesting. I swear I tried to deploy Jetspeed in its expanded (unwared) version but it didn't work. Anyway, I tried again, and it works! Thanks for the help. Everything seems to work although I am getting 2 errors in the console (see below). Have you encountered these, and are they serious? Thanks, Reid The first: <[ServletContext(id=27 81966,name=jetspeed,context-path=/jetspeed)] getRealPath() called with unsafe pa th: ".". weblogic.utils.io.FilenameEncoder$UnsafeFilenameException: C:\bea81\user_project s\dfc2domain\applications\jetspeed\. ends with illegal character at weblogic.utils.io.FilenameEncoder.getSafeFile(FilenameEncoder.java:21 0) The second: applica tion: ServletContext(id=2781966,name=jetspeed,context-path=/jetspeed) tried to p lace a non-serializable attribute: org.apache.jetspeed.services.statemanager.Jet speedHttpStateManagerService.1QesWbC1uDFD2IK7FqPzIrqcH886PdkjAximbtPypdY InGx kEf2 u!-1906330588!1066409644546anon/en/html/default.psml into the session: 1QesWbC1u DFD2IK7FqPzIrqcH886PdkjAximbtPypdYInGxkEf2u!-1906330588!1066409644546. This attr ibute will be lost upon redeployment. This message is logged only once per sessi on.> Twenty Years | One Mission | Accelerating Business Processes Richard Berger Action Technologies, Inc. VP, Product Management 510.748.1017 (Office) 510.769.0596 (Fax) www.actiontech.com NOTE: The opinions expressed herein are those of the writer and not necessarily those of Action Technologies, Inc. or its employees or its affiliates. -Original Message- From: Christophe Lombart [mailto:[EMAIL PROTECTED] Sent: Thursday, October 16, 2003 10:55 PM To: Jetspeed Users List Subject: Re: Jetspeed on weblogic My application is running on jboss & weblogic 8.1 You have to unwar the application into the deploy weblogic dir and that works. Otherwise, getRealPAth returns null on weblogic Wakida, Reid M. wrote: >Has anyone been able to run Jetspeed 1.4b4 on Weblogic 8.0 (or Weblogic >7.1)? I couldn't deploy the war file via the console. Some unknown error >was occurring. Instead, I deployed the expanded directory in the >user_projects/domain/applications directory. > >Upon startup, Weblogic informed me that I had to change the servlet spec >declaration from 2.2 to 2.3 in the web.xml file. After fixing that, >Weblogic attempted to deploy Jetspeed, and couldn't find the path to >TurbineResource.properties (see stack trace below). I did some searching >and it has to do with the "null" prepended to the >TurbineResources.properties path. Someone encountered the same problem when >porting to JBoss >(http://www.mail-archive.com/[EMAIL PROTECTED]/msg11717.html) >In short, Turbine is calling "javax.ServletContext.getRealPath()" when >"javax.ServletContext.getResource()" or >"javax.ServletContext.getResourceAsStream()" should be used. > >Whew! Anyway, has anyone encountered this problem, and fixed it? It sounds >like I have to fix Turbine and rebuild the jar (or possibly move to the new >Turbine version). I'm going to continue hunting in the Turbine mailing >lists, but I thought I might save some time if someone already fixed this. > >Thanks, >Reid > >STack trace: > >(!) NOTICE: init >(!) NOTICE: ServiceBroker: LoggingService enabled. >(!) NOTICE: Turbine: init() failed: >org.apache.turbine.services.InitializationEx >ception: Can't load file null/WEB-INF/conf/TurbineResources.properties > at >org.apache.turbine.services.resources.TurbineResourceService.init(Tur >bineResourceService.java:184) > at >org.apache.turbine.services.resources.TurbineResourceService.init(Tur >bineResourceService.java:123) > at >org.apache.turbine.services.BaseInitableBroker.initClass(BaseInitable >Broker.java:149) > at >org.a
RE: Jetspeed on weblogic
I'm also getting the same exceptions on Weblogic, but everything still seems to work. I haven't tried every piece of functionality. I used a war deployment with Jetspeed 1.4b4 and Weblogic 8.1. Weblogic deployed Jetspeed into a jetspeed.war directory and then seems to complain about the nomenclature, curious. "Wakida, Reid M." <[EMAIL PROTECTED]> wrote: Hmm...interesting. I swear I tried to deploy Jetspeed in its expanded (unwared) version but it didn't work. Anyway, I tried again, and it works! Thanks for the help. Everything seems to work although I am getting 2 errors in the console (see below). Have you encountered these, and are they serious? Thanks, Reid The first: <[ServletContext(id=27 81966,name=jetspeed,context-path=/jetspeed)] getRealPath() called with unsafe pa th: ".". weblogic.utils.io.FilenameEncoder$UnsafeFilenameException: C:\bea81\user_project s\dfc2domain\applications\jetspeed\. ends with illegal character at weblogic.utils.io.FilenameEncoder.getSafeFile(FilenameEncoder.java:21 0) The second: applica tion: ServletContext(id=2781966,name=jetspeed,context-path=/jetspeed) tried to p lace a non-serializable attribute: org.apache.jetspeed.services.statemanager.Jet speedHttpStateManagerService.1QesWbC1uDFD2IK7FqPzIrqcH886PdkjAximbtPypdYInGx kEf2 u!-1906330588!1066409644546anon/en/html/default.psml into the session: 1QesWbC1u DFD2IK7FqPzIrqcH886PdkjAximbtPypdYInGxkEf2u!-1906330588!1066409644546. This attr ibute will be lost upon redeployment. This message is logged only once per sessi on.> -Original Message- From: Christophe Lombart [mailto:[EMAIL PROTECTED] Sent: Thursday, October 16, 2003 10:55 PM To: Jetspeed Users List Subject: Re: Jetspeed on weblogic My application is running on jboss & weblogic 8.1 You have to unwar the application into the deploy weblogic dir and that works. Otherwise, getRealPAth returns null on weblogic Wakida, Reid M. wrote: >Has anyone been able to run Jetspeed 1.4b4 on Weblogic 8.0 (or Weblogic >7.1)? I couldn't deploy the war file via the console. Some unknown error >was occurring. Instead, I deployed the expanded directory in the >user_projects/domain/applications directory. > >Upon startup, Weblogic informed me that I had to change the servlet spec >declaration from 2.2 to 2.3 in the web.xml file. After fixing that, >Weblogic attempted to deploy Jetspeed, and couldn't find the path to >TurbineResource.properties (see stack trace below). I did some searching >and it has to do with the "null" prepended to the >TurbineResources.properties path. Someone encountered the same problem when >porting to JBoss >(http://www.mail-archive.com/[EMAIL PROTECTED]/msg11717.html) . >In short, Turbine is calling "javax.ServletContext.getRealPath()" when >"javax.ServletContext.getResource()" or >"javax.ServletContext.getResourceAsStream()" should be used. > >Whew! Anyway, has anyone encountered this problem, and fixed it? It sounds >like I have to fix Turbine and rebuild the jar (or possibly move to the new >Turbine version). I'm going to continue hunting in the Turbine mailing >lists, but I thought I might save some time if someone already fixed this. > >Thanks, >Reid > >STack trace: > >(!) NOTICE: init >(!) NOTICE: ServiceBroker: LoggingService enabled. >(!) NOTICE: Turbine: init() failed: >org.apache.turbine.services.InitializationEx >ception: Can't load file null/WEB-INF/conf/TurbineResources.properties > at >org.apache.turbine.services.resources.TurbineResourceService.init(Tur >bineResourceService.java:184) > at >org.apache.turbine.services.resources.TurbineResourceService.init(Tur >bineResourceService.java:123) > at >org.apache.turbine.services.BaseInitableBroker.initClass(BaseInitable >Broker.java:149) > at >org.apache.turbine.services.BaseServiceBroker.initService(BaseService >Broker.java:139) > at >org.apache.turbine.services.TurbineServices.initPrimaryServices(Turbi >neServices.java:193) > at org.apache.turbine.Turbine.init(Turbine.java:247) > at javax.servlet.GenericServlet.init(GenericServlet.java:258) > at >weblogic.servlet.internal.ServletStubImpl$ServletInitAction.run(Servl >etStubImpl.java:1070) > at >weblogic.security.acl.internal.AuthenticatedSubject.doAs(Authenticate >dSubject.java:317) > at >weblogic.security.service.SecurityManager.runAs(SecurityManager.java: >97) > at >weblogic.servlet.internal.ServletStubImpl.createServlet(ServletStubIm >pl.java:893) > at >weblogic.servlet.internal.ServletStubImpl.createInstances(ServletStub >Impl.java:842) > at >weblogic.servlet.internal.ServletStubImpl.prepareServlet(ServletStubI >mpl.java:782) > at >weblogic.servlet.internal.WebAppServletContext.preloadServlet(WebAppS >ervletC
RE: Jetspeed on weblogic
Hmm...interesting. I swear I tried to deploy Jetspeed in its expanded (unwared) version but it didn't work. Anyway, I tried again, and it works! Thanks for the help. Everything seems to work although I am getting 2 errors in the console (see below). Have you encountered these, and are they serious? Thanks, Reid The first: <[ServletContext(id=27 81966,name=jetspeed,context-path=/jetspeed)] getRealPath() called with unsafe pa th: ".". weblogic.utils.io.FilenameEncoder$UnsafeFilenameException: C:\bea81\user_project s\dfc2domain\applications\jetspeed\. ends with illegal character at weblogic.utils.io.FilenameEncoder.getSafeFile(FilenameEncoder.java:21 0) The second: -Original Message- From: Christophe Lombart [mailto:[EMAIL PROTECTED] Sent: Thursday, October 16, 2003 10:55 PM To: Jetspeed Users List Subject: Re: Jetspeed on weblogic My application is running on jboss & weblogic 8.1 You have to unwar the application into the deploy weblogic dir and that works. Otherwise, getRealPAth returns null on weblogic Wakida, Reid M. wrote: >Has anyone been able to run Jetspeed 1.4b4 on Weblogic 8.0 (or Weblogic >7.1)? I couldn't deploy the war file via the console. Some unknown error >was occurring. Instead, I deployed the expanded directory in the >user_projects/domain/applications directory. > >Upon startup, Weblogic informed me that I had to change the servlet spec >declaration from 2.2 to 2.3 in the web.xml file. After fixing that, >Weblogic attempted to deploy Jetspeed, and couldn't find the path to >TurbineResource.properties (see stack trace below). I did some searching >and it has to do with the "null" prepended to the >TurbineResources.properties path. Someone encountered the same problem when >porting to JBoss >(http://www.mail-archive.com/[EMAIL PROTECTED]/msg11717.html) . >In short, Turbine is calling "javax.ServletContext.getRealPath()" when >"javax.ServletContext.getResource()" or >"javax.ServletContext.getResourceAsStream()" should be used. > >Whew! Anyway, has anyone encountered this problem, and fixed it? It sounds >like I have to fix Turbine and rebuild the jar (or possibly move to the new >Turbine version). I'm going to continue hunting in the Turbine mailing >lists, but I thought I might save some time if someone already fixed this. > >Thanks, >Reid > >STack trace: > >(!) NOTICE: init >(!) NOTICE: ServiceBroker: LoggingService enabled. >(!) NOTICE: Turbine: init() failed: >org.apache.turbine.services.InitializationEx >ception: Can't load file null/WEB-INF/conf/TurbineResources.properties >at >org.apache.turbine.services.resources.TurbineResourceService.init(Tur >bineResourceService.java:184) >at >org.apache.turbine.services.resources.TurbineResourceService.init(Tur >bineResourceService.java:123) >at >org.apache.turbine.services.BaseInitableBroker.initClass(BaseInitable >Broker.java:149) >at >org.apache.turbine.services.BaseServiceBroker.initService(BaseService >Broker.java:139) >at >org.apache.turbine.services.TurbineServices.initPrimaryServices(Turbi >neServices.java:193) >at org.apache.turbine.Turbine.init(Turbine.java:247) >at javax.servlet.GenericServlet.init(GenericServlet.java:258) >at >weblogic.servlet.internal.ServletStubImpl$ServletInitAction.run(Servl >etStubImpl.java:1070) >at >weblogic.security.acl.internal.AuthenticatedSubject.doAs(Authenticate >dSubject.java:317) >at >weblogic.security.service.SecurityManager.runAs(SecurityManager.java: >97) >at >weblogic.servlet.internal.ServletStubImpl.createServlet(ServletStubIm >pl.java:893) >at >weblogic.servlet.internal.ServletStubImpl.createInstances(ServletStub >Impl.java:842) >at >weblogic.servlet.internal.ServletStubImpl.prepareServlet(ServletStubI >mpl.java:782) >at >weblogic.servlet.internal.WebAppServletContext.preloadServlet(WebAppS >ervletContext.java:3191) >at >weblogic.servlet.internal.WebAppServletContext.preloadServlets(WebApp >ServletContext.java:3136) >at >weblogic.servlet.internal.WebAppServletContext.preloadResources(WebAp >pServletContext.java:3109) >at >weblogic.servlet.internal.WebAppServletContext.setStarted(WebAppServl >etContext.java:5559) >at >weblogic.servlet.internal.WebAppModule.start(WebAppModule.java:853) >at >weblogic.j2ee.J2EEApplicationContainer.start(J2EEApplicationContainer >.java:2012) >at >weblogic.j2ee.J2EEApplicationContainer.activate(J2EEApplicationContai >ner.java:2053) >at >weblogic.management.deploy.slave.SlaveDeployer$ComponentActivateTask. >
Re: Jetspeed on weblogic
My application is running on jboss & weblogic 8.1 You have to unwar the application into the deploy weblogic dir and that works. Otherwise, getRealPAth returns null on weblogic Wakida, Reid M. wrote: Has anyone been able to run Jetspeed 1.4b4 on Weblogic 8.0 (or Weblogic 7.1)? I couldn't deploy the war file via the console. Some unknown error was occurring. Instead, I deployed the expanded directory in the user_projects/domain/applications directory. Upon startup, Weblogic informed me that I had to change the servlet spec declaration from 2.2 to 2.3 in the web.xml file. After fixing that, Weblogic attempted to deploy Jetspeed, and couldn't find the path to TurbineResource.properties (see stack trace below). I did some searching and it has to do with the "null" prepended to the TurbineResources.properties path. Someone encountered the same problem when porting to JBoss (http://www.mail-archive.com/[EMAIL PROTECTED]/msg11717.html). In short, Turbine is calling "javax.ServletContext.getRealPath()" when "javax.ServletContext.getResource()" or "javax.ServletContext.getResourceAsStream()" should be used. Whew! Anyway, has anyone encountered this problem, and fixed it? It sounds like I have to fix Turbine and rebuild the jar (or possibly move to the new Turbine version). I'm going to continue hunting in the Turbine mailing lists, but I thought I might save some time if someone already fixed this. Thanks, Reid STack trace: (!) NOTICE: init (!) NOTICE: ServiceBroker: LoggingService enabled. (!) NOTICE: Turbine: init() failed: org.apache.turbine.services.InitializationEx ception: Can't load file null/WEB-INF/conf/TurbineResources.properties at org.apache.turbine.services.resources.TurbineResourceService.init(Tur bineResourceService.java:184) at org.apache.turbine.services.resources.TurbineResourceService.init(Tur bineResourceService.java:123) at org.apache.turbine.services.BaseInitableBroker.initClass(BaseInitable Broker.java:149) at org.apache.turbine.services.BaseServiceBroker.initService(BaseService Broker.java:139) at org.apache.turbine.services.TurbineServices.initPrimaryServices(Turbi neServices.java:193) at org.apache.turbine.Turbine.init(Turbine.java:247) at javax.servlet.GenericServlet.init(GenericServlet.java:258) at weblogic.servlet.internal.ServletStubImpl$ServletInitAction.run(Servl etStubImpl.java:1070) at weblogic.security.acl.internal.AuthenticatedSubject.doAs(Authenticate dSubject.java:317) at weblogic.security.service.SecurityManager.runAs(SecurityManager.java: 97) at weblogic.servlet.internal.ServletStubImpl.createServlet(ServletStubIm pl.java:893) at weblogic.servlet.internal.ServletStubImpl.createInstances(ServletStub Impl.java:842) at weblogic.servlet.internal.ServletStubImpl.prepareServlet(ServletStubI mpl.java:782) at weblogic.servlet.internal.WebAppServletContext.preloadServlet(WebAppS ervletContext.java:3191) at weblogic.servlet.internal.WebAppServletContext.preloadServlets(WebApp ServletContext.java:3136) at weblogic.servlet.internal.WebAppServletContext.preloadResources(WebAp pServletContext.java:3109) at weblogic.servlet.internal.WebAppServletContext.setStarted(WebAppServl etContext.java:5559) at weblogic.servlet.internal.WebAppModule.start(WebAppModule.java:853) at weblogic.j2ee.J2EEApplicationContainer.start(J2EEApplicationContainer .java:2012) at weblogic.j2ee.J2EEApplicationContainer.activate(J2EEApplicationContai ner.java:2053) at weblogic.management.deploy.slave.SlaveDeployer$ComponentActivateTask. activateContainer(SlaveDeployer.java:2558) at weblogic.management.deploy.slave.SlaveDeployer$ActivateTask.doCommit( SlaveDeployer.java:2483) at weblogic.management.deploy.slave.SlaveDeployer$Task.commit(SlaveDeplo yer.java:2308) at weblogic.management.deploy.slave.SlaveDeployer$Task.checkAutoCommit(S laveDeployer.java:2390) at weblogic.management.deploy.slave.SlaveDeployer$Task.prepare(SlaveDepl oyer.java:2302) at weblogic.management.deploy.slave.SlaveDeployer$ActivateTask.prepare(S laveDeployer.java:2455) at weblogic.management.deploy.slave.SlaveDeployer.processPrepareTask(Sla veDeployer.java:829) at weblogic.management.deploy.slave.SlaveDeployer.prepareDelta(SlaveDepl oyer.java:538) at weblogic.management.deploy.slave.SlaveDeployer.prepareUpdate(SlaveDep loyer.java:496) at weblogic.drs.internal.SlaveCallbackHandler$1.execute(SlaveCallbackHan dler.java:25) at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:178) at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:151) -Original Message- From: Christophe Lombart [mailto:[EMAIL PROTECTED] Sent: Thursday, October 16, 2003 3:19 PM To: Jetspeed Developers List Subject: Re: Jetspeed on weblogic venkatesha mithra
Jetspeed on weblogic
Has anyone been able to run Jetspeed 1.4b4 on Weblogic 8.0 (or Weblogic 7.1)? I couldn't deploy the war file via the console. Some unknown error was occurring. Instead, I deployed the expanded directory in the user_projects/domain/applications directory. Upon startup, Weblogic informed me that I had to change the servlet spec declaration from 2.2 to 2.3 in the web.xml file. After fixing that, Weblogic attempted to deploy Jetspeed, and couldn't find the path to TurbineResource.properties (see stack trace below). I did some searching and it has to do with the "null" prepended to the TurbineResources.properties path. Someone encountered the same problem when porting to JBoss (http://www.mail-archive.com/[EMAIL PROTECTED]/msg11717.html). In short, Turbine is calling "javax.ServletContext.getRealPath()" when "javax.ServletContext.getResource()" or "javax.ServletContext.getResourceAsStream()" should be used. Whew! Anyway, has anyone encountered this problem, and fixed it? It sounds like I have to fix Turbine and rebuild the jar (or possibly move to the new Turbine version). I'm going to continue hunting in the Turbine mailing lists, but I thought I might save some time if someone already fixed this. Thanks, Reid STack trace: (!) NOTICE: init (!) NOTICE: ServiceBroker: LoggingService enabled. (!) NOTICE: Turbine: init() failed: org.apache.turbine.services.InitializationEx ception: Can't load file null/WEB-INF/conf/TurbineResources.properties at org.apache.turbine.services.resources.TurbineResourceService.init(Tur bineResourceService.java:184) at org.apache.turbine.services.resources.TurbineResourceService.init(Tur bineResourceService.java:123) at org.apache.turbine.services.BaseInitableBroker.initClass(BaseInitable Broker.java:149) at org.apache.turbine.services.BaseServiceBroker.initService(BaseService Broker.java:139) at org.apache.turbine.services.TurbineServices.initPrimaryServices(Turbi neServices.java:193) at org.apache.turbine.Turbine.init(Turbine.java:247) at javax.servlet.GenericServlet.init(GenericServlet.java:258) at weblogic.servlet.internal.ServletStubImpl$ServletInitAction.run(Servl etStubImpl.java:1070) at weblogic.security.acl.internal.AuthenticatedSubject.doAs(Authenticate dSubject.java:317) at weblogic.security.service.SecurityManager.runAs(SecurityManager.java: 97) at weblogic.servlet.internal.ServletStubImpl.createServlet(ServletStubIm pl.java:893) at weblogic.servlet.internal.ServletStubImpl.createInstances(ServletStub Impl.java:842) at weblogic.servlet.internal.ServletStubImpl.prepareServlet(ServletStubI mpl.java:782) at weblogic.servlet.internal.WebAppServletContext.preloadServlet(WebAppS ervletContext.java:3191) at weblogic.servlet.internal.WebAppServletContext.preloadServlets(WebApp ServletContext.java:3136) at weblogic.servlet.internal.WebAppServletContext.preloadResources(WebAp pServletContext.java:3109) at weblogic.servlet.internal.WebAppServletContext.setStarted(WebAppServl etContext.java:5559) at weblogic.servlet.internal.WebAppModule.start(WebAppModule.java:853) at weblogic.j2ee.J2EEApplicationContainer.start(J2EEApplicationContainer .java:2012) at weblogic.j2ee.J2EEApplicationContainer.activate(J2EEApplicationContai ner.java:2053) at weblogic.management.deploy.slave.SlaveDeployer$ComponentActivateTask. activateContainer(SlaveDeployer.java:2558) at weblogic.management.deploy.slave.SlaveDeployer$ActivateTask.doCommit( SlaveDeployer.java:2483) at weblogic.management.deploy.slave.SlaveDeployer$Task.commit(SlaveDeplo yer.java:2308) at weblogic.management.deploy.slave.SlaveDeployer$Task.checkAutoCommit(S laveDeployer.java:2390) at weblogic.management.deploy.slave.SlaveDeployer$Task.prepare(SlaveDepl oyer.java:2302) at weblogic.management.deploy.slave.SlaveDeployer$ActivateTask.prepare(S laveDeployer.java:2455) at weblogic.management.deploy.slave.SlaveDeployer.processPrepareTask(Sla veDeployer.java:829) at weblogic.management.deploy.slave.SlaveDeployer.prepareDelta(SlaveDepl oyer.java:538) at weblogic.management.deploy.slave.SlaveDeployer.prepareUpdate(SlaveDep loyer.java:496) at weblogic.drs.internal.SlaveCallbackHandler$1.execute(SlaveCallbackHan dler.java:25) at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:178) at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:151) -Original Message- From: Christophe Lombart [mailto:[EMAIL PROTECTED] Sent: Thursday, October 16, 2003 3:19 PM To: Jetspeed Developers List Subject: Re: Jetspeed on weblogic venkatesha mithra wrote: > Hi .. > > Where can I find a document explaining how to install and run > jetspeed on > weblogic8.1 ? Unwar the jetspeed application as usual i
Re: Need Help ...... Jetspeed on weblogic
PV Rajasekhar wrote: >Hello sir >I am a Java Developer in INDIA. I need a help in running the jetspeed on >weblogic. >I am able to successfully deploy the jetspeed. I mean the jetspeed context >is getting created. But when I run the index.jsp , I am getting the >following error ... > >This on browser . >Error encountered processing a template: java.io.FileNotFoundException: no >resource '/WEB-INF/templates/jsp/layouts/html/default.jsp' in servlet >context root 'D:\weblogic\jetspeed' > > >On server Error is >java.io.FileNotFoundException: no resource >'//WEB-INF/templates/jsp/layouts/htm >/default.jsp' in servlet context root 'D:\weblogic\jetspeed' > >But I am sure that the default.jsp is under the same path. I am not able to >understand the cause of the problem. >Can U please help me in solving thie problem. > I think Weblogic does not allow jsp to run from inside the WEB-INF directory. So you should move all jsp files outside, and give the configuration directives to allow Jetspeed to find those files outside. I answer to the user list so that other people can help you or benefit from this answer. > >thanks in advance >P.V. Raja Sekhar >Programmer Analyst, >Hyderabad, >India. > -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
RE: Jetspeed on Weblogic 6.0
I tried adding/removing xerces_1_3_1.jar and xalan-2.0.1.jar from the classpath and putting them before and after weblogic.jar ... all combinations. I noticed that unless I add xalan-2.0.1.jar to the classpath, most of the stuff on the jetspeed page doesn't even show up. The logs give the following error: -- Error rendering Velocity template: screens/html/Home.vm: Invocation of method 'getPane' in class org.apache.jetspeed.util.template.JetspeedTool threw exception class java.lang.NoClassDefFoundError -- As soon as I add xalan-2.0.1.jar to the classpath I get the AbstractMethodError !! Are you guys also using Weblogic 6.0 service pack 2 and jetspeed 1.3a2 release? I'm trying to figure out which of the jars that I have might be causing this problem. Thanks, Vipul. -Original Message- From: McVeigh, Ryan [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 27, 2002 7:03 PM To: 'Jetspeed Users List' Subject: RE: Jetspeed on Weblogic 6.0 This is true. If you must include your own xerces.jar, place it at the front of the weblogic classpath. That helps resolve this type of inconsistency. -Original Message- From: Sakach, Tim [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 27, 2002 5:50 PM To: 'Jetspeed Users List' Subject: RE: Jetspeed on Weblogic 6.0 weblogic.jar contains a lot of open source jars, like xerces or xalan, for example. These are not the most recent versions, and it is possible that including xerces jar in the classpath could cause problems for weblogic. -Original Message- From: Vipul Lalka [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 27, 2002 1:36 PM To: Jetspeed Users List Subject: RE: Jetspeed on Weblogic 6.0 I tried this - didn't work. :-( I also had to put all the jars in the jetspeed/WEB-INF/lib directory in the classpath to get rid of parsing errors in the weblogic window. With this method, I got all of the previous errors (TurbineException) plus I couldn't see a list of my portlets that I had under jetspeed/WEB-INF/classes. Any ideas? The AbstractMethodError leads me to believe that there is conflict between multiple jars for the usage of the getContent() method. However, I have not yet been able to figure out where. Thanks, Vipul. -Original Message- From: McVeigh, Ryan [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 27, 2002 12:29 PM To: 'Jetspeed Users List' Subject: RE: Jetspeed on Weblogic 6.0 Hmm one thing I forgot to mention: Add the following snippet to your config.xml in your config/ directory: -- Modify "" to be your weblogic domain name. Modify "" to be the name of the weblogic server instance where you expect this app to be deployed. -- After all that I have a working Jetspeed install and the TurbineResources.properties file is found. I made absolutely no changes to any path or classpath variables. -Ryan -Original Message- From: Vipul Lalka [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 27, 2002 11:22 AM To: Jetspeed Users List Subject: RE: Jetspeed on Weblogic 6.0 Hey Ryan, I tried what you suggested. However, I got the following exception: --- java.io.FileNotFoundException: null/WEB-INF/conf/TurbineResources.properties (Th e system cannot find the path specified) at java.io.FileInputStream.open(Native Method) at java.io.FileInputStream.(FileInputStream.java:64) at org.apache.velocity.runtime.configuration.Configuration.(Config uration.java) at org.apache.velocity.runtime.configuration.Configuration.(Config uration.java) at org.apache.turbine.services.resources.TurbineResourceService.init(Tur bineResourceService.java:165) at org.apache.turbine.services.resources.TurbineResourceService.init(Tur bineResourceService.java:124) --- This is just the beginning of the stack trace. Did you have to make any changes to your classpath or path for this to work? Any ideas? Thanks for your help. Vipul. -Original Message- From: McVeigh, Ryan [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 27, 2002 11:07 AM To: 'Jetspeed Users List' Subject: RE: Jetspeed on Weblogic 6.0 We were able to get this to work but just unjaring the archive as an application in your applications directory. This was done by just creating a jetspeed directory in that location and putting the contents of the war file there. Good luck, -Ryan -Original Message- From: Vipul Lalka [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 27, 2002 9:32 AM To: Jetspeed Users List Subject: Jetspeed on Weblogic 6.0 Hello, I am trying to deploy jetspeed on Weblogic 6.0 sp2. Placing the jetspeed.war file in the applications directory did NOT work. So, I unjared the entire war file to the DefaultWebApp directory. I added the jars in the lib direct
RE: Jetspeed on Weblogic 6.0
This is true. If you must include your own xerces.jar, place it at the front of the weblogic classpath. That helps resolve this type of inconsistency. -Original Message- From: Sakach, Tim [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 27, 2002 5:50 PM To: 'Jetspeed Users List' Subject: RE: Jetspeed on Weblogic 6.0 weblogic.jar contains a lot of open source jars, like xerces or xalan, for example. These are not the most recent versions, and it is possible that including xerces jar in the classpath could cause problems for weblogic. -Original Message- From: Vipul Lalka [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 27, 2002 1:36 PM To: Jetspeed Users List Subject: RE: Jetspeed on Weblogic 6.0 I tried this - didn't work. :-( I also had to put all the jars in the jetspeed/WEB-INF/lib directory in the classpath to get rid of parsing errors in the weblogic window. With this method, I got all of the previous errors (TurbineException) plus I couldn't see a list of my portlets that I had under jetspeed/WEB-INF/classes. Any ideas? The AbstractMethodError leads me to believe that there is conflict between multiple jars for the usage of the getContent() method. However, I have not yet been able to figure out where. Thanks, Vipul. -Original Message- From: McVeigh, Ryan [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 27, 2002 12:29 PM To: 'Jetspeed Users List' Subject: RE: Jetspeed on Weblogic 6.0 Hmm one thing I forgot to mention: Add the following snippet to your config.xml in your config/ directory: -- Modify "" to be your weblogic domain name. Modify "" to be the name of the weblogic server instance where you expect this app to be deployed. -- After all that I have a working Jetspeed install and the TurbineResources.properties file is found. I made absolutely no changes to any path or classpath variables. -Ryan -Original Message- From: Vipul Lalka [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 27, 2002 11:22 AM To: Jetspeed Users List Subject: RE: Jetspeed on Weblogic 6.0 Hey Ryan, I tried what you suggested. However, I got the following exception: --- java.io.FileNotFoundException: null/WEB-INF/conf/TurbineResources.properties (Th e system cannot find the path specified) at java.io.FileInputStream.open(Native Method) at java.io.FileInputStream.(FileInputStream.java:64) at org.apache.velocity.runtime.configuration.Configuration.(Config uration.java) at org.apache.velocity.runtime.configuration.Configuration.(Config uration.java) at org.apache.turbine.services.resources.TurbineResourceService.init(Tur bineResourceService.java:165) at org.apache.turbine.services.resources.TurbineResourceService.init(Tur bineResourceService.java:124) --- This is just the beginning of the stack trace. Did you have to make any changes to your classpath or path for this to work? Any ideas? Thanks for your help. Vipul. -Original Message- From: McVeigh, Ryan [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 27, 2002 11:07 AM To: 'Jetspeed Users List' Subject: RE: Jetspeed on Weblogic 6.0 We were able to get this to work but just unjaring the archive as an application in your applications directory. This was done by just creating a jetspeed directory in that location and putting the contents of the war file there. Good luck, -Ryan -Original Message- From: Vipul Lalka [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 27, 2002 9:32 AM To: Jetspeed Users List Subject: Jetspeed on Weblogic 6.0 Hello, I am trying to deploy jetspeed on Weblogic 6.0 sp2. Placing the jetspeed.war file in the applications directory did NOT work. So, I unjared the entire war file to the DefaultWebApp directory. I added the jars in the lib directory to the classpath. However, when I tried to access jetspeed from my browser (IE), I got the following error in the right-most pane with the title "Apache Jetspeed". -- Apache Jetspeed org.apache.turbine.util.TurbineException: Error rendering Velocity template: /controls/html/jetspeed.vm: Invocation of method 'getContent' in class org.apache.jetspeed.portal.portlets.NewRSSPortlet threw exception class java.lang.AbstractMethodError -- I have noticed a mail about this same error in the archives, however I did not see a solution. If someone has successfully got this configuration to work, please help! Thanks, Vipul. -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
RE: Jetspeed on Weblogic 6.0
weblogic.jar contains a lot of open source jars, like xerces or xalan, for example. These are not the most recent versions, and it is possible that including xerces jar in the classpath could cause problems for weblogic. -Original Message- From: Vipul Lalka [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 27, 2002 1:36 PM To: Jetspeed Users List Subject: RE: Jetspeed on Weblogic 6.0 I tried this - didn't work. :-( I also had to put all the jars in the jetspeed/WEB-INF/lib directory in the classpath to get rid of parsing errors in the weblogic window. With this method, I got all of the previous errors (TurbineException) plus I couldn't see a list of my portlets that I had under jetspeed/WEB-INF/classes. Any ideas? The AbstractMethodError leads me to believe that there is conflict between multiple jars for the usage of the getContent() method. However, I have not yet been able to figure out where. Thanks, Vipul. -Original Message- From: McVeigh, Ryan [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 27, 2002 12:29 PM To: 'Jetspeed Users List' Subject: RE: Jetspeed on Weblogic 6.0 Hmm one thing I forgot to mention: Add the following snippet to your config.xml in your config/ directory: -- Modify "" to be your weblogic domain name. Modify "" to be the name of the weblogic server instance where you expect this app to be deployed. -- After all that I have a working Jetspeed install and the TurbineResources.properties file is found. I made absolutely no changes to any path or classpath variables. -Ryan -Original Message- From: Vipul Lalka [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 27, 2002 11:22 AM To: Jetspeed Users List Subject: RE: Jetspeed on Weblogic 6.0 Hey Ryan, I tried what you suggested. However, I got the following exception: --- java.io.FileNotFoundException: null/WEB-INF/conf/TurbineResources.properties (Th e system cannot find the path specified) at java.io.FileInputStream.open(Native Method) at java.io.FileInputStream.(FileInputStream.java:64) at org.apache.velocity.runtime.configuration.Configuration.(Config uration.java) at org.apache.velocity.runtime.configuration.Configuration.(Config uration.java) at org.apache.turbine.services.resources.TurbineResourceService.init(Tur bineResourceService.java:165) at org.apache.turbine.services.resources.TurbineResourceService.init(Tur bineResourceService.java:124) --- This is just the beginning of the stack trace. Did you have to make any changes to your classpath or path for this to work? Any ideas? Thanks for your help. Vipul. -Original Message- From: McVeigh, Ryan [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 27, 2002 11:07 AM To: 'Jetspeed Users List' Subject: RE: Jetspeed on Weblogic 6.0 We were able to get this to work but just unjaring the archive as an application in your applications directory. This was done by just creating a jetspeed directory in that location and putting the contents of the war file there. Good luck, -Ryan -Original Message- From: Vipul Lalka [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 27, 2002 9:32 AM To: Jetspeed Users List Subject: Jetspeed on Weblogic 6.0 Hello, I am trying to deploy jetspeed on Weblogic 6.0 sp2. Placing the jetspeed.war file in the applications directory did NOT work. So, I unjared the entire war file to the DefaultWebApp directory. I added the jars in the lib directory to the classpath. However, when I tried to access jetspeed from my browser (IE), I got the following error in the right-most pane with the title "Apache Jetspeed". -- Apache Jetspeed org.apache.turbine.util.TurbineException: Error rendering Velocity template: /controls/html/jetspeed.vm: Invocation of method 'getContent' in class org.apache.jetspeed.portal.portlets.NewRSSPortlet threw exception class java.lang.AbstractMethodError -- I have noticed a mail about this same error in the archives, however I did not see a solution. If someone has successfully got this configuration to work, please help! Thanks, Vipul. -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
RE: Jetspeed on Weblogic 6.0
I tried this - didn't work. :-( I also had to put all the jars in the jetspeed/WEB-INF/lib directory in the classpath to get rid of parsing errors in the weblogic window. With this method, I got all of the previous errors (TurbineException) plus I couldn't see a list of my portlets that I had under jetspeed/WEB-INF/classes. Any ideas? The AbstractMethodError leads me to believe that there is conflict between multiple jars for the usage of the getContent() method. However, I have not yet been able to figure out where. Thanks, Vipul. -Original Message- From: McVeigh, Ryan [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 27, 2002 12:29 PM To: 'Jetspeed Users List' Subject: RE: Jetspeed on Weblogic 6.0 Hmm one thing I forgot to mention: Add the following snippet to your config.xml in your config/ directory: -- Modify "" to be your weblogic domain name. Modify "" to be the name of the weblogic server instance where you expect this app to be deployed. -- After all that I have a working Jetspeed install and the TurbineResources.properties file is found. I made absolutely no changes to any path or classpath variables. -Ryan -Original Message- From: Vipul Lalka [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 27, 2002 11:22 AM To: Jetspeed Users List Subject: RE: Jetspeed on Weblogic 6.0 Hey Ryan, I tried what you suggested. However, I got the following exception: --- java.io.FileNotFoundException: null/WEB-INF/conf/TurbineResources.properties (Th e system cannot find the path specified) at java.io.FileInputStream.open(Native Method) at java.io.FileInputStream.(FileInputStream.java:64) at org.apache.velocity.runtime.configuration.Configuration.(Config uration.java) at org.apache.velocity.runtime.configuration.Configuration.(Config uration.java) at org.apache.turbine.services.resources.TurbineResourceService.init(Tur bineResourceService.java:165) at org.apache.turbine.services.resources.TurbineResourceService.init(Tur bineResourceService.java:124) --- This is just the beginning of the stack trace. Did you have to make any changes to your classpath or path for this to work? Any ideas? Thanks for your help. Vipul. -Original Message- From: McVeigh, Ryan [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 27, 2002 11:07 AM To: 'Jetspeed Users List' Subject: RE: Jetspeed on Weblogic 6.0 We were able to get this to work but just unjaring the archive as an application in your applications directory. This was done by just creating a jetspeed directory in that location and putting the contents of the war file there. Good luck, -Ryan -Original Message- From: Vipul Lalka [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 27, 2002 9:32 AM To: Jetspeed Users List Subject: Jetspeed on Weblogic 6.0 Hello, I am trying to deploy jetspeed on Weblogic 6.0 sp2. Placing the jetspeed.war file in the applications directory did NOT work. So, I unjared the entire war file to the DefaultWebApp directory. I added the jars in the lib directory to the classpath. However, when I tried to access jetspeed from my browser (IE), I got the following error in the right-most pane with the title "Apache Jetspeed". -- Apache Jetspeed org.apache.turbine.util.TurbineException: Error rendering Velocity template: /controls/html/jetspeed.vm: Invocation of method 'getContent' in class org.apache.jetspeed.portal.portlets.NewRSSPortlet threw exception class java.lang.AbstractMethodError -- I have noticed a mail about this same error in the archives, however I did not see a solution. If someone has successfully got this configuration to work, please help! Thanks, Vipul. -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
RE: Jetspeed on Weblogic 6.0
Hmm one thing I forgot to mention: Add the following snippet to your config.xml in your config/ directory: -- Modify "" to be your weblogic domain name. Modify "" to be the name of the weblogic server instance where you expect this app to be deployed. -- After all that I have a working Jetspeed install and the TurbineResources.properties file is found. I made absolutely no changes to any path or classpath variables. -Ryan -Original Message- From: Vipul Lalka [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 27, 2002 11:22 AM To: Jetspeed Users List Subject: RE: Jetspeed on Weblogic 6.0 Hey Ryan, I tried what you suggested. However, I got the following exception: --- java.io.FileNotFoundException: null/WEB-INF/conf/TurbineResources.properties (Th e system cannot find the path specified) at java.io.FileInputStream.open(Native Method) at java.io.FileInputStream.(FileInputStream.java:64) at org.apache.velocity.runtime.configuration.Configuration.(Config uration.java) at org.apache.velocity.runtime.configuration.Configuration.(Config uration.java) at org.apache.turbine.services.resources.TurbineResourceService.init(Tur bineResourceService.java:165) at org.apache.turbine.services.resources.TurbineResourceService.init(Tur bineResourceService.java:124) --- This is just the beginning of the stack trace. Did you have to make any changes to your classpath or path for this to work? Any ideas? Thanks for your help. Vipul. -Original Message- From: McVeigh, Ryan [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 27, 2002 11:07 AM To: 'Jetspeed Users List' Subject: RE: Jetspeed on Weblogic 6.0 We were able to get this to work but just unjaring the archive as an application in your applications directory. This was done by just creating a jetspeed directory in that location and putting the contents of the war file there. Good luck, -Ryan -Original Message- From: Vipul Lalka [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 27, 2002 9:32 AM To: Jetspeed Users List Subject: Jetspeed on Weblogic 6.0 Hello, I am trying to deploy jetspeed on Weblogic 6.0 sp2. Placing the jetspeed.war file in the applications directory did NOT work. So, I unjared the entire war file to the DefaultWebApp directory. I added the jars in the lib directory to the classpath. However, when I tried to access jetspeed from my browser (IE), I got the following error in the right-most pane with the title "Apache Jetspeed". -- Apache Jetspeed org.apache.turbine.util.TurbineException: Error rendering Velocity template: /controls/html/jetspeed.vm: Invocation of method 'getContent' in class org.apache.jetspeed.portal.portlets.NewRSSPortlet threw exception class java.lang.AbstractMethodError -- I have noticed a mail about this same error in the archives, however I did not see a solution. If someone has successfully got this configuration to work, please help! Thanks, Vipul. -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
RE: Jetspeed on Weblogic 6.0
Hey Ryan, I tried what you suggested. However, I got the following exception: --- java.io.FileNotFoundException: null/WEB-INF/conf/TurbineResources.properties (Th e system cannot find the path specified) at java.io.FileInputStream.open(Native Method) at java.io.FileInputStream.(FileInputStream.java:64) at org.apache.velocity.runtime.configuration.Configuration.(Config uration.java) at org.apache.velocity.runtime.configuration.Configuration.(Config uration.java) at org.apache.turbine.services.resources.TurbineResourceService.init(Tur bineResourceService.java:165) at org.apache.turbine.services.resources.TurbineResourceService.init(Tur bineResourceService.java:124) --- This is just the beginning of the stack trace. Did you have to make any changes to your classpath or path for this to work? Any ideas? Thanks for your help. Vipul. -Original Message- From: McVeigh, Ryan [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 27, 2002 11:07 AM To: 'Jetspeed Users List' Subject: RE: Jetspeed on Weblogic 6.0 We were able to get this to work but just unjaring the archive as an application in your applications directory. This was done by just creating a jetspeed directory in that location and putting the contents of the war file there. Good luck, -Ryan -Original Message- From: Vipul Lalka [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 27, 2002 9:32 AM To: Jetspeed Users List Subject: Jetspeed on Weblogic 6.0 Hello, I am trying to deploy jetspeed on Weblogic 6.0 sp2. Placing the jetspeed.war file in the applications directory did NOT work. So, I unjared the entire war file to the DefaultWebApp directory. I added the jars in the lib directory to the classpath. However, when I tried to access jetspeed from my browser (IE), I got the following error in the right-most pane with the title "Apache Jetspeed". -- Apache Jetspeed org.apache.turbine.util.TurbineException: Error rendering Velocity template: /controls/html/jetspeed.vm: Invocation of method 'getContent' in class org.apache.jetspeed.portal.portlets.NewRSSPortlet threw exception class java.lang.AbstractMethodError -- I have noticed a mail about this same error in the archives, however I did not see a solution. If someone has successfully got this configuration to work, please help! Thanks, Vipul. -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
RE: Jetspeed on Weblogic 6.0
We were able to get this to work but just unjaring the archive as an application in your applications directory. This was done by just creating a jetspeed directory in that location and putting the contents of the war file there. Good luck, -Ryan -Original Message- From: Vipul Lalka [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 27, 2002 9:32 AM To: Jetspeed Users List Subject: Jetspeed on Weblogic 6.0 Hello, I am trying to deploy jetspeed on Weblogic 6.0 sp2. Placing the jetspeed.war file in the applications directory did NOT work. So, I unjared the entire war file to the DefaultWebApp directory. I added the jars in the lib directory to the classpath. However, when I tried to access jetspeed from my browser (IE), I got the following error in the right-most pane with the title "Apache Jetspeed". -- Apache Jetspeed org.apache.turbine.util.TurbineException: Error rendering Velocity template: /controls/html/jetspeed.vm: Invocation of method 'getContent' in class org.apache.jetspeed.portal.portlets.NewRSSPortlet threw exception class java.lang.AbstractMethodError -- I have noticed a mail about this same error in the archives, however I did not see a solution. If someone has successfully got this configuration to work, please help! Thanks, Vipul. -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
Jetspeed on Weblogic 6.0
Hello, I am trying to deploy jetspeed on Weblogic 6.0 sp2. Placing the jetspeed.war file in the applications directory did NOT work. So, I unjared the entire war file to the DefaultWebApp directory. I added the jars in the lib directory to the classpath. However, when I tried to access jetspeed from my browser (IE), I got the following error in the right-most pane with the title "Apache Jetspeed". -- Apache Jetspeed org.apache.turbine.util.TurbineException: Error rendering Velocity template: /controls/html/jetspeed.vm: Invocation of method 'getContent' in class org.apache.jetspeed.portal.portlets.NewRSSPortlet threw exception class java.lang.AbstractMethodError -- I have noticed a mail about this same error in the archives, however I did not see a solution. If someone has successfully got this configuration to work, please help! Thanks, Vipul. -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
Re: Jetspeed on WebLogic 6.1
Any information you could post about Jetspeed on WL would be greatly appreciated. What OS did you install it on?
Re: Jetspeed on WebLogic 6.1
McClelland, Mark wrote: > I was able to get Jetspeed to work on WebLogic 6.1 (beta), but only by > moving /WEB-INF/templates to /templates, changing config files to point > to the relocated templates directory, and doing a global replace of > "/WEB-INF/templates" to "/templates" in the templates directory -- to > fix all of the full-path taglib headers. It appears that WebLogic does > not allow page-forwards into the WEB-INF directory, where Tomcat does. > > Have other people run into the same problem? Is there a setting in > WebLogic to allow page-forwards into the WEB-INF directory? If not, the > Jetspeed development team may want to consider changing the default > configuration, pulling the templates directory out of WEB-INF. I don't > see any notable security risk in being able to browse templates > directly... maybe I'm overlooking something? > > I can post the details of my WebLogic build if anyone is interested. > Thanks for this information, moving the templates directory one level up will probably happen in Jetspeed 1.3a2 if we can find a good portable way to avoid people browsing them (in theory webapp container security can handle this if correctly implemented by all the containers...) On the other hand, if you use Velocity as the default layout engine, ie set in TR.p services.TemplateService.default.extension=vm instead of jsp, Weblogic should accept the templates in WEB-INF/templates since Velocity does not dispatch requests as JSP does, only reads the template files. I'd really appreciate if someone could confirm that this indeed works. -- Raphael Luta - [EMAIL PROTECTED] Vivendi Universal Networks - Paris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Jetspeed on WebLogic 6.1
I was able to get Jetspeed to work on WebLogic 6.1 (beta), but only by moving /WEB-INF/templates to /templates, changing config files to point to the relocated templates directory, and doing a global replace of "/WEB-INF/templates" to "/templates" in the templates directory -- to fix all of the full-path taglib headers. It appears that WebLogic does not allow page-forwards into the WEB-INF directory, where Tomcat does. Have other people run into the same problem? Is there a setting in WebLogic to allow page-forwards into the WEB-INF directory? If not, the Jetspeed development team may want to consider changing the default configuration, pulling the templates directory out of WEB-INF. I don't see any notable security risk in being able to browse templates directly... maybe I'm overlooking something? I can post the details of my WebLogic build if anyone is interested. -mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Running JetSpeed on Weblogic 6.0
we are working successfully with weblogic 6.0 and jetspeed. i should have a document posted to the list soon... - Original Message - From: "Storoe, Shawn" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, May 24, 2001 1:59 PM Subject: Running JetSpeed on Weblogic 6.0 Has anyone had any luck running jetspeed or turbine on Weblogic 6.0? Or if you have tried, I would be interested in the success and failures that you have had. Thanks Shawn Storoe [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]
Running JetSpeed on Weblogic 6.0
Has anyone had any luck running jetspeed or turbine on Weblogic 6.0? Or if you have tried, I would be interested in the success and failures that you have had. Thanks Shawn Storoe [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]