Re: problems deploying jetspeed - tomcat5.5
Daniela, The xml file can be found in the source tree under /portal/src/resources/jetspeed-tomcat-5.5.xml. Please note that there are still other problems with installing Jetspeed 2 under Tomcat 5.5. Have a look at http://issues.apache.org/jira/browse/JS2-187. Hope this is of some help. - Melle Daniela Innerwinkler [EMAIL PROTECTED] wrote: Hi list! I found the following statement: Tomcat 5.5 requires a different jetspeed.xml found in the source tree under src/resources/jetspeed-tomcat-5.5.xml The jetspeed-tomcat-5.5.xml ist not in the source tree. Where can i find it? thanks dani - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Do you Yahoo!? Take Yahoo! Mail with you! Get it on your mobile phone.
RE: problems deploying jetspeed
Look at this message posting by Hema Menon,,,it describes the setting up of jetspeed2...not with 5.5 but with 5.0.28...it helped me. Also make sure that Jetspeed.xml is under CATALINA_HOME\conf\Catalina\localhost http://www.mail-archive.com/jetspeed-user%40jakarta.apache.org/msg14306. html. -Original Message- From: Daniela Innerwinkler [mailto:[EMAIL PROTECTED] Sent: Thursday, January 13, 2005 4:57 AM To: jetspeed-user@jakarta.apache.org Subject: problems deploying jetspeed Hello list! I tried to get Jetspeed run on tomcat 5.5.4. (windows 2000 professional) I did the following: - install tomcat - set tomcat-home - expand jetspeed to tomcat-home - cd $TOMCAT_HOME/jetspeed-database - start-database - startup Tomcat Tomcat reports the following error: [org.apache.ojb.broker.accesslayer.ConnectionFactoryAbstractImpl] ERROR: SQLException thrown while trying to get Connection from Datasource (java:comp/env/jdbc/jetspeed) Cannot create JDBC driver of class '' for connect URL 'null' org.apache.tomcat.dbcp.dbcp.SQLNestedException: Cannot create JDBC driver of class '' for connect URL 'null' at org.apache.tomcat.dbcp.dbcp.BasicDataSource.createDataSource(BasicDataSo urce.java:780) at org.apache.tomcat.dbcp.dbcp.BasicDataSource.getConnection(BasicDataSourc e.java:540) at org.apache.ojb.broker.accesslayer.ConnectionFactoryAbstractImpl.newConne ctionFromDataSource(ConnectionFactoryAbstractImpl.java:204) at org.apache.ojb.broker.accesslayer.ConnectionFactoryAbstractImpl.lookupCo nnection(ConnectionFactoryAbstractImpl.java:112) at org.apache.ojb.broker.accesslayer.ConnectionManagerImpl.getConnection(Co nnectionManagerImpl.java:105) at org.springframework.orm.ojb.PersistenceBrokerTransactionManager.doBegin( PersistenceBrokerTransactionManager.java:187) at org.springframework.transaction.support.AbstractPlatformTransactionManag er.getTransaction(AbstractPlatformTransactionManager.java:269) at org.springframework.transaction.interceptor.TransactionAspectSupport.cre ateTransactionIfNecessary(TransactionAspectSupport.java:201) at org.springframework.transaction.interceptor.TransactionInterceptor.invok e(TransactionInterceptor.java:49) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(Ref lectiveMethodInvocation.java:138) at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAo pProxy.java:152) at $Proxy7.createNode(Unknown Source) at org.apache.jetspeed.prefs.impl.PreferencesImpl.init(PreferencesImpl.ja va:96) at org.apache.jetspeed.prefs.impl.PreferencesFactoryImpl.init(PreferencesFa ctoryImpl.java:64) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav a:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor Impl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFac tory.invokeCustomInitMethod(AbstractAutowireCapableBeanFactory.java:1087 ) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFac tory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1061) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFac tory.createBean(AbstractAutowireCapableBeanFactory.java:287) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFac tory.createBean(AbstractAutowireCapableBeanFactory.java:205) at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(Ab stractBeanFactory.java:204) at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(Ab stractBeanFactory.java:136) at org.springframework.beans.factory.support.DefaultListableBeanFactory.pre InstantiateSingletons(DefaultListableBeanFactory.java:236) at org.springframework.context.support.AbstractApplicationContext.refresh(A bstractApplicationContext.java:284) at org.springframework.context.support.FileSystemXmlApplicationContext.ini t(FileSystemXmlApplicationContext.java:114) at org.springframework.context.support.FileSystemXmlApplicationContext.ini t(FileSystemXmlApplicationContext.java:96) at org.apache.jetspeed.components.SpringComponentManager.init(SpringCompo nentManager.java:44) at org.apache.jetspeed.engine.SpringEngine.initComponents(SpringEngine.java :108) at org.apache.jetspeed.engine.AbstractEngine.init(AbstractEngine.java:135) at org.apache.jetspeed.Jetspeed.createEngine(Jetspeed.java:64) at org.apache.jetspeed.engine.JetspeedServlet.init(JetspeedServlet.java:135 ) at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.jav a:1053) at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:886) at
RE: problems with Jetspeed 1.6/Fusion
Hi David, Great ! It looks pretty good now. Only one thing left : a problem with restarting tomcat. Follow the instructions here, as the live deployment requirements for Fusion are the same as for J2: http://portals.apache.org/jetspeed-2/getting-started.html specifically steps 2 and 3 Yes, there was a problem with autodeployment user. I put these properties into jakarta-jetspeed/fusion/project.properties... Now deploying, redeploying and undeploying of portlets works ! not really sure whats up there, any other stack traces in the log file? No. The log file is free of exceptions now. I give you the complete page that is shown after I restart tomcat. This only happens sometimes and I don't have a clue what is causing it : --- $jnavigation.setTemplate($config.getString(topnav.vm)) $jnavigation.setTemplate($config.getString(leftnav.vm)) There has been an Error! Reason: java.lang.NullPointerException Get/Post Data: template= ShowError.vm Stacktrace: java.lang.NullPointerException at org.apache.jetspeed.util.parser.DefaultJetspeedParameterParser.setRequest(DefaultJetspeedParameterParser.java:88) at org.apache.turbine.services.rundata.DefaultTurbineRunData.getParameters(DefaultTurbineRunData.java:493) at org.apache.turbine.Turbine.doGet(Turbine.java:472) 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.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 org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:118) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) 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.ContainerBase.invoke(ContainerBase.java:929) at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:799) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:705) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:577) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:683) at java.lang.Thread.run(Thread.java:534) $jnavigation.setTemplate($config.getString(bottomnav.vm)) --- This is another exception that is shown sometimes at the top of the porttal start page : java.lang.NullPointerException at org.apache.jetspeed.fusion.profiler.impl.FusionProfilerValveImpl.invoke(FusionProfilerValveImpl.java:48) at org.apache.jetspeed.pipeline.JetspeedPipeline.invokeNext(JetspeedPipeline.java:209) at org.apache.jetspeed.capabilities.impl.CapabilityValveImpl.invoke(CapabilityValveImpl.java:137) at org.apache.jetspeed.pipeline.JetspeedPipeline.invokeNext(JetspeedPipeline.java:209) at org.apache.jetspeed.localization.impl.LocalizationValveImpl.invoke(LocalizationValveImpl.java:73) at org.apache.jetspeed.pipeline.JetspeedPipeline.invokeNext(JetspeedPipeline.java:209) at org.apache.jetspeed.pipeline.JetspeedPipeline.invoke(JetspeedPipeline.java:191) at org.apache.jetspeed.engine.AbstractEngine.service(AbstractEngine.java:251) at
RE: problems with Jetspeed 1.6/Fusion
-- sorry to send this twice. I sent the uncompleted message by mistake -- Hi David, Great ! It looks pretty good now. Only one thing left : a problem with restarting tomcat. Follow the instructions here, as the live deployment requirements for Fusion are the same as for J2: http://portals.apache.org/jetspeed-2/getting-started.html specifically steps 2 and 3 Yes, there was a problem with autodeployment user. I put these properties into jakarta-jetspeed/fusion/project.properties... Now deploying, redeploying and undeploying of portlets works ! not really sure whats up there, any other stack traces in the log file? No. The log file is free of exceptions now. I give you the complete page that is shown after I restart tomcat. This only happens sometimes and I don't have a clue what is causing it : --- $jnavigation.setTemplate($config.getString(topnav.vm)) $jnavigation.setTemplate($config.getString(leftnav.vm)) There has been an Error! Reason: java.lang.NullPointerException Get/Post Data: template= ShowError.vm Stacktrace: java.lang.NullPointerException at org.apache.jetspeed.util.parser.DefaultJetspeedParameterParser.setRequest(DefaultJetspeedParameterParser.java:88) at org.apache.turbine.services.rundata.DefaultTurbineRunData.getParameters(DefaultTurbineRunData.java:493) at org.apache.turbine.Turbine.doGet(Turbine.java:472) 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.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 org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:118) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) 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.ContainerBase.invoke(ContainerBase.java:929) at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:799) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:705) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:577) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:683) at java.lang.Thread.run(Thread.java:534) $jnavigation.setTemplate($config.getString(bottomnav.vm)) --- This is another exception that is shown sometimes at the top of the porttal start page : java.lang.NullPointerException at org.apache.jetspeed.fusion.profiler.impl.FusionProfilerValveImpl.invoke(FusionProfilerValveImpl.java:48) at org.apache.jetspeed.pipeline.JetspeedPipeline.invokeNext(JetspeedPipeline.java:209) at org.apache.jetspeed.capabilities.impl.CapabilityValveImpl.invoke(CapabilityValveImpl.java:137) at org.apache.jetspeed.pipeline.JetspeedPipeline.invokeNext(JetspeedPipeline.java:209) at org.apache.jetspeed.localization.impl.LocalizationValveImpl.invoke(LocalizationValveImpl.java:73) at org.apache.jetspeed.pipeline.JetspeedPipeline.invokeNext(JetspeedPipeline.java:209) at org.apache.jetspeed.pipeline.JetspeedPipeline.invoke(JetspeedPipeline.java:191) at
RE: problems with Jetspeed 1.6/Fusion
Hi! How did you build everything? Recommend these steps: 1. Build J2 (maven allClean allBuild) 2. Build Fusion from fusion directory (maven clean jar:install) 3. Build J1 with the fusion flag on (maven clean war, maven deploy)) Yes, there was something wrong with building. Now JS1.6/Fusion is running. But there are still some problems. I couldn't follow your recommenadtion exactly, because building stoped withou a running HSQLDB . So here is what I did : In J2 directory : 1. maven start.test.server 2. maven allClean allBuild 3. shutting down the HSQLDB server In Fusion directory . 4. maven clean jar:install In J1 directory: 5. maven clean war 6. maven db.fusion.start (in Fusion directory) 7. maven deploy 8. When I start the portal now I get an exception saying something like cannot create JDBC driver of class '' for connect URL 'null' I assume this is because of the file jetspeed.xml that seems to contain the required information is not found under ${tomcat.home}/conf/Catalina/localhost - so I moved it there and then it worked ! So now I got a running portal. When I deploy portlet-application the following error occurs : INFO: Loading portlet application from web archive /home/hheins/tomcat/webapps/jetspeed/WEB-INF/deploy/myapp.war INFO: Application id not defined in portlet.xml so using war name myapp INFO: Preparing to (re) deploy portlet app myapp INFO: Deploying portlet applicaion WAR myapp.war INFO: Portlet application deployment target directory is /home/hheins/tomcat/webapps/jetspeed/..//myapp Writing out infused web.xml for myapp INFO: Did not load extended metadata as it most likely does not exist. java.io.FileNotFoundException: Unable to locate file or path /home/hheins/tomcat/webapps/jetspeed/../myapp/WEB-INF/jetspeed-portlet.xml INFO: Loading web.xml into memory INFO: Saving the portlet.xml in the registry... INFO: Committing registry changes... INFO: FileSystem deployment done. INFO: Saving the portlet.xml in the J1 registry... INFO: Attempting to find media entry with mimetype text/html INFO: Found media entry html that matches mimetype text/html Writing registry: HelloWorld INFO: Attempting to find media entry with mimetype text/html INFO: Found media entry html that matches mimetype text/html Writing registry: IncludeAFile ERROR: org.apache.jetspeed.deployment.DeploymentException: Error (re)deploying portlet app: org.apache.jetspeed.tools.pamanager.PortletApplicationException: Catalina container action failed, htmlheadtitleApache Tomcat/5.0.28 - Error report/titlestyle!--H1 {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;font-size:22px;} H2 {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;font-size:16px;} H3 {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;font-size:14px;} BODY {font-family:Tahoma,Arial,sans-serif;color:black;background-color:white;} B {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;} P {font-family:Tahoma,Arial,sans-serif;background:white;color:black;font-size:12px;}A {color : black;}A.name {color : black;}HR {color : #525D76;}--/style /headbodyh1HTTP Status 401 - /h1HR size=1 noshade=noshadepbtype/b Status report/ppbmessage/b u/u/ppbdescription/b uThis request requires HTTP authentication ()./u/pHR size=1 noshade=noshadeh3Apache Tomcat/5.0.28/h3/body/html org.apache.jetspeed.deployment.DeploymentException: Error (re)deploying portlet app: org.apache.jetspeed.tools.pamanager.PortletApplicationException: Catalina container action failed, htmlheadtitleApache Tomcat/5.0.28 - Error report/titlestyle!--H1 {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;font-size:22px;} H2 {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;font-size:16px;} H3 {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;font-size:14px;} BODY {font-family:Tahoma,Arial,sans-serif;color:black;background-color:white;} B {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;} P {font-family:Tahoma,Arial,sans-serif;background:white;color:black;font-size:12px;}A {color : black;}A.name {color : black;}HR {color : #525D76;}--/style /headbodyh1HTTP Status 401 - /h1HR size=1 noshade=noshadepbtype/b Status report/ppbmessage/b u/u/ppbdescription/b uThis request requires HTTP authentication ()./u/pHR size=1 noshade=noshadeh3Apache Tomcat/5.0.28/h3/body/html at org.apache.jetspeed.deployment.impl.DeployPortletAppEventListener.doDeploy(DeployPortletAppEventListener.java:302) at org.apache.jetspeed.deployment.impl.DeployPortletAppEventListener.invokeDeploy(DeployPortletAppEventListener.java:165) at org.apache.jetspeed.deployment.impl.StandardDeploymentManager.dispatch(StandardDeploymentManager.java:304) at org.apache.jetspeed.deployment.impl.StandardDeploymentManager.fireDeploymentEvent(StandardDeploymentManager.java:195)
Re: problems with Jetspeed 1.6/Fusion
Heins, Hendrik wrote: Hi! How did you build everything? Recommend these steps: 1. Build J2 (maven allClean allBuild) 2. Build Fusion from fusion directory (maven clean jar:install) 3. Build J1 with the fusion flag on (maven clean war, maven deploy)) Yes, there was something wrong with building. Now JS1.6/Fusion is running. But there are still some problems. I couldn't follow your recommenadtion exactly, because building stoped withou a running HSQLDB . Sorry bout that. I run with MySQL here, and always forget about the hassles of using HSQLDB (the default). So here is what I did : In J2 directory : 1. maven start.test.server 2. maven allClean allBuild 3. shutting down the HSQLDB server In Fusion directory . 4. maven clean jar:install In J1 directory: 5. maven clean war 6. maven db.fusion.start (in Fusion directory) 7. maven deploy 8. When I start the portal now I get an exception saying something like cannot create JDBC driver of class '' for connect URL 'null' I assume this is because of the file jetspeed.xml that seems to contain the required information is not found under ${tomcat.home}/conf/Catalina/localhost - so I moved it there and then it worked ! So now I got a running portal. When I deploy portlet-application the following error occurs : INFO: Loading portlet application from web archive /home/hheins/tomcat/webapps/jetspeed/WEB-INF/deploy/myapp.war INFO: Application id not defined in portlet.xml so using war name myapp INFO: Preparing to (re) deploy portlet app myapp INFO: Deploying portlet applicaion WAR myapp.war INFO: Portlet application deployment target directory is /home/hheins/tomcat/webapps/jetspeed/..//myapp Writing out infused web.xml for myapp INFO: Did not load extended metadata as it most likely does not exist. java.io.FileNotFoundException: Unable to locate file or path /home/hheins/tomcat/webapps/jetspeed/../myapp/WEB-INF/jetspeed-portlet.xml Thats an INFO message INFO: Loading web.xml into memory INFO: Saving the portlet.xml in the registry... INFO: Committing registry changes... INFO: FileSystem deployment done. INFO: Saving the portlet.xml in the J1 registry... INFO: Attempting to find media entry with mimetype text/html INFO: Found media entry html that matches mimetype text/html Writing registry: HelloWorld INFO: Attempting to find media entry with mimetype text/html INFO: Found media entry html that matches mimetype text/html Writing registry: IncludeAFile ERROR: org.apache.jetspeed.deployment.DeploymentException: Error (re)deploying portlet app: org.apache.jetspeed.tools.pamanager.PortletApplicationException: Catalina container action failed, htmlheadtitleApache Tomcat/5.0.28 - Error report/titlestyle!--H1 {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;font-size:22px;} H2 {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;font-size:16px;} H3 {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;font-size:14px;} BODY {font-family:Tahoma,Arial,sans-serif;color:black;background-color:white;} B {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;} P {font-family:Tahoma,Arial,sans-serif;background:white;color:black;font-size:12px;}A {color : black;}A.name {color : black;}HR {color : #525D76;}--/style /headbodyh1HTTP Status 401 - /h1HR size=1 noshade=noshadepbtype/b Status report/ppbmessage/b u /u/ppbdescription/b uThis request requires HTTP authentication ()./u/pHR size=1 noshade=noshadeh3Apache Tomcat/5.0.28/h3/body/html org.apache.jetspeed.deployment.DeploymentException: Error (re)deploying portlet app: org.apache.jetspeed.tools.pamanager.PortletApplicationException: Catalina container action failed, htmlheadtitleApache Tomcat/5.0.28 - Error report/titlestyle!--H1 {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;font-size:22px;} H2 {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;font-size:16px;} H3 {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;font-size:14px;} BODY {font-family:Tahoma,Arial,sans-serif;color:black;background-color:white;} B {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;} P {font-family:Tahoma,Arial,sans-serif;background:white;color:black;font-size:12px;}A {color : black;}A.name {color : black;}HR {color : #525D76;}--/style /headbodyh1HTTP Status 401 - /h1HR size=1 noshade=noshadepbtype/b Status report/ppbmessage/b u/u/p pbdescription/b uThis request requires HTTP authentication ()./u/pHR size=1 noshade=noshadeh3Apache Tomcat/5.0.28/h3/body/html at org.apache.jetspeed.deployment.impl.DeployPortletAppEventListener.doDeploy(DeployPortletAppEventListener.java:302) at org.apache.jetspeed.deployment.impl.DeployPortletAppEventListener.invokeDeploy(DeployPortletAppEventListener.java:165) at org.apache.jetspeed.deployment.impl.StandardDeploymentManager.dispatch(StandardDeploymentManager.java:304)
RE: problems with Jetspeed 1.6/Fusion
Hi David, thanks a lot for your help ! The Fusion engine starts up now, but it's not running properly. I checked out both (JS1.6 / 2 ) from CVS head, built it and deployed JS 1.6. I got a FileNotFoundException saying that OJB.properties couldn't be found, so i took the OJB.properties from jetspeed2 - hope that was right ? After that some more exception occured : This is from Tomcat log after viewing JS start page : [no exceptions here] ... INFO: Server startup in 9864 ms java.lang.NullPointerException at org.apache.ojb.broker.util.BrokerHelper.crossCheckPBKey(BrokerHelper.java:124) at org.apache.ojb.broker.core.PersistenceBrokerFactoryDefaultImpl.createPersistenceBroker(PersistenceBrokerFactoryDefaultImpl.java:92) at org.apache.ojb.broker.PersistenceBrokerFactory.createPersistenceBroker(PersistenceBrokerFactory.java:86) at org.springframework.orm.ojb.OjbFactoryUtils.getPersistenceBroker(OjbFactoryUtils.java:89) at org.springframework.orm.ojb.OjbFactoryUtils.getPersistenceBroker(OjbFactoryUtils.java:56) at org.springframework.orm.ojb.PersistenceBrokerTemplate.getPersistenceBroker(PersistenceBrokerTemplate.java:131) at org.springframework.orm.ojb.PersistenceBrokerTemplate.execute(PersistenceBrokerTemplate.java:150) at org.springframework.orm.ojb.PersistenceBrokerTemplate.executeFind(PersistenceBrokerTemplate.java:173) at org.springframework.orm.ojb.PersistenceBrokerTemplate.getCollectionByQuery(PersistenceBrokerTemplate.java:186) at org.apache.jetspeed.capabilities.impl.JetspeedCapabilities.getClients(JetspeedCapabilities.java:298) at org.apache.jetspeed.capabilities.impl.JetspeedCapabilities.findClient(JetspeedCapabilities.java:230) at org.apache.jetspeed.capabilities.impl.JetspeedCapabilities.getCapabilityMap(JetspeedCapabilities.java:145) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.springframework.aop.framework.AopProxyUtils.invokeJoinpointUsingReflection(AopProxyUtils.java:61) at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:149) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:116) at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:56) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:138) at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:152) at $Proxy0.getCapabilityMap(Unknown Source) at org.apache.jetspeed.capabilities.impl.CapabilityValveImpl.invoke(CapabilityValveImpl.java:67) at org.apache.jetspeed.pipeline.JetspeedPipeline.invokeNext(JetspeedPipeline.java:209) at org.apache.jetspeed.localization.impl.LocalizationValveImpl.invoke(LocalizationValveImpl.java:73) at org.apache.jetspeed.pipeline.JetspeedPipeline.invokeNext(JetspeedPipeline.java:209) at org.apache.jetspeed.pipeline.JetspeedPipeline.invoke(JetspeedPipeline.java:191) at org.apache.jetspeed.engine.AbstractEngine.service(AbstractEngine.java:251) at org.apache.jetspeed.fusion.modules.actions.FusionAccessController.doPerform(FusionAccessController.java:114) 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.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 org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137) at
Re: problems with Jetspeed 1.6/Fusion
Heins, Hendrik wrote: Hi David, thanks a lot for your help ! The Fusion engine starts up now, but it's not running properly. I checked out both (JS1.6 / 2 ) from CVS head, built it and deployed JS 1.6. I got a FileNotFoundException saying that OJB.properties couldn't be found, so i took the OJB.properties from jetspeed2 - hope that was right ? After that some more exception occured : This is from Tomcat log after viewing JS start page : How did you build everything? Recommend these steps: 1. Build J2 (maven allClean allBuild) 2. Build Fusion from fusion directory (maven clean jar:install) 3. Build J1 with the fusion flag on (maven clean war, maven deploy) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: problems with Jetspeed 1.6/Fusion
Heins, Hendrik wrote: Hi all, I am still trying to install Jetspeed 1.6 with Fusion but it doesn't work. Here is what i have done so far : I checked out the following from CVS : Jetspeed from Head Jetspeed 2 pre_portalurl_refactor_20041015 -In JS home directory maven war - In Fusion directory maven db.fusion.start - In JS home maven deploy I think some changes slipped in that broke the Spring component constructors. I now have that fixed in CVS head. Today I will be working on porting Fusion to the new navigation and portal url components. Will let you know (on this list) when its working again. -- 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: problems with Jetspeed 1.6/Fusion
Heins, Hendrik wrote: Hi all, I am still trying to install Jetspeed 1.6 with Fusion but it doesn't work. Here is what i have done so far : Try checking out both 2.0 and 1.6 from the CVS head. Should be working for you now, although I still haven't got the sychronization of JSR-168 states changes via a PortletURL to propagate to Jetspeed-1 working as well as it did before the Portal URL changes. Will get it sorted out before the 1.6 final release. Regards, -- 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: Problems with jetspeed 1.4-b2
Sangam, I had this a couple times. Although I don't understand what the problem is, or why my solution helped, I did the following: 1. do a shutdown.sh 2. do a startup.sh 3. wait a moment (ie be patient) 4. Check to see if jetspeed.war is untarred to directory jetspeed. If so, check to see what's in jetspeed/WEB-INF. On a couple occasions I found only a conf directory in there with a couple of files. Clearly you also need lib/*, and so on. Each time I fixed this by touching jetspeed.war so it's more recent than the jetspeed directory, then doing a shutdown.sh and startup.sh. Why the war doesn't completely jar xv is what I don't understand. Bill -Original Message- From: Sangam Dash [mailto:[EMAIL PROTECTED]] Sent: Wednesday, December 11, 2002 1:52 PM To: Jetspeed Users List Subject: Problems with jetspeed 1.4-b2 i built the jetspeed 1.4-b2 from source code then i copied the jetspeed.war file to tomcat/webapps directory but when i tried to access http://localhost:8080/jetspeed it gives me page cant be found somebody knows whats going on? i am using tomcat 4.0.6 and jdk1.4 thanks sangam dash -- 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: Problems with jetspeed 1.4-b2
Bill Weir wrote: Sangam, I had this a couple times. Although I don't understand what the problem is, or why my solution helped, I did the following: 1. do a shutdown.sh 2. do a startup.sh 3. wait a moment (ie be patient) 4. Check to see if jetspeed.war is untarred to directory jetspeed. If so, check to see what's in jetspeed/WEB-INF. On a couple occasions I found only a conf directory in there with a couple of files. Clearly you also need lib/*, and so on. Each time I fixed this by touching jetspeed.war so it's more recent than the jetspeed directory, then doing a shutdown.sh and startup.sh. Why the war doesn't completely jar xv is what I don't understand. Bill -Original Message- From: Sangam Dash [mailto:[EMAIL PROTECTED]] Sent: Wednesday, December 11, 2002 1:52 PM To: Jetspeed Users List Subject: Problems with jetspeed 1.4-b2 i built the jetspeed 1.4-b2 from source code then i copied the jetspeed.war file to tomcat/webapps directory but when i tried to access http://localhost:8080/jetspeed it gives me page cant be found somebody knows whats going on? i am using tomcat 4.0.6 and jdk1.4 thanks sangam dash -- 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] Hi jetspeed 1.4-b2 is working and its working on tomcat 4.0.6 Thanks sangam dash -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Problems with JetSpeed on JBoss
Hi I running jetspeed just like it (jboss 3.0.3 and jetspeed 1.4b2dev nitghly build of maybe 11/25/2002 or 26). By the time Jetspeed is up, jboos loggin stops (there are no more console loggin). Jetspeed loggin goes to jetspeed.log and works fine. By just removing castor.jar, xerces and xanlan.jar from jboos lib, jetspeed should works too. There is no need to remove hypersonic database's jars from jboss. There is a minimal problem, when shutting down jboss, some log4j errors apears. Seems that jboss login loose the console writer. I don't pay atention to this errors since everything else works fine. Jetspeed is using a pooled connection from jboss to mysql database. So I think it's a loggin problem within jboos. Good luck Ramiro Rinaudo - Original Message - From: Werner Ramaekers [EMAIL PROTECTED] To: Jetspeed Users List [EMAIL PROTECTED] Sent: Friday, November 29, 2002 5:26 PM Subject: Re: Problems with JetSpeed on JBoss What is the problem after setting it up like described on : http://www.shiftat.com/blog/page/werner/20021027 ? Jetspeed is running fine if you have set it up like described there. All the Jetspeed logging goes to Jetspeed/WEB-INF/log/jetspeed.log so it is normal if you don't see any logging in the jboss console log. Are you able to use your jetspeed installation ? Are there any stackTraces in the jetspeed.log file ? Werner -- ir. Werner Ramaekers Enterprise Java Solutions Architect - Shift@ Sun Certified Java Programmer - BeJUG steering commitee member May the source be with you. Read my Blog at http://www.werner.be -- Fabiano Cruz (Cilix Software) wrote: I followed the described steps in the site (http://www.shiftat.com/blog/page/werner/20021027 ) ... I looked in our list some thing about this problem, and found this question without reply of our friend Romain. I don t know if Romain solved this problem ... Romain ... Romain ... :-) Please help me. :-( TIA Fabiano Romain question: Subject: JBoss startup with Jetspeed Hi all, I've just configured Jetspeed 4.1b1 with JBoss 3.0.3 and Tomcat 4.1.12. I just want to knowm if it's normal that I don't see the end of JBoss startup in the logs. The logs end with these lines: 16:09:45,125 INFO [MainDeployer] Starting deployment of package: file:/C:/jboss-3.0.3_tomcat-4.1.12/server/default/deploy/jetspeed.war/ 16:09:45,465 INFO [EmbeddedCatalinaService41] deploy,ctxPath=/jetspeed,warUrl=file:/C:/jboss-3.0.3_tomcat-4.1.12/server/d e fault/deploy/jetspeed.war/ 16:09:45,475 INFO [Engine] WebappLoader[/jetspeed]: Deploying classrepositories to work directory C:\jboss-3.0.3_tomcat-4.1.12\tomcat-4.1.x\work\MainEngine\localhost\jetspee d 16:09:45,485 INFO [Engine] WebappLoader[/jetspeed]: Deploy JAR/WEB-INF/lib/mail.jar to C:\jboss-3.0.3_tomcat-4.1.12\server\default\deploy\jetspeed.war\WEB-INF\lib \ mail.jar 16:09:45,726 INFO [Engine] ContextConfig[/jetspeed]: Added certificates- request attribute Valve 16:09:45,956 INFO [EmbeddedCatalinaService41] Using Java2 parentclassloader delegation: true 16:09:45,956 INFO [Engine] StandardManager[/jetspeed]: Seeding random number generator class java.security.SecureRandom 16:09:45,956 INFO [Engine] StandardManager[/jetspeed]: Seeding of random number generator has been completed Romain Raymond - Original Message - From: Danilo Luiz Rheinheimer [EMAIL PROTECTED] To: Jules Gosnell [EMAIL PROTECTED] Cc: Werner Ramaekers (ShiftAt) [EMAIL PROTECTED] Sent: Friday, November 29, 2002 9:10 AM Subject: Re[2]: [JBoss-user] Problems with JetSpeed on JBoss Thursday, November 28, 2002, 1:36:29 PM, you wrote: JG I can't help with Tomcat problems, but if you have no particular JG preference, try downloading the standard JBoss (w/o Tomcat) and JG deploying your app in that. JBoss' default webcontainer, Jetty, will be JG used to deploy your webapp. If you have any problems with this I will JG help you on this list. Using the instruction provided on http://www.shiftat.com/blog/page/werner/20021027 I am able to run it on JBoss-Jetty too. The problems had no relation with Tomcat/Jetty but how Jetspeed is configured to run. The biggest problem is the hypersonic database who comes with the war file inside \WEB-INF\db. On the instructions we have to remove the hypersonic jars from JBoss and the hsqldb-service.xml too. This works but it is wrong. It is best if we can remove the jars from the jetspeed war and use the hypersonic database who is running inside JBoss. Another problem is this database is used by other services like JBossMQ I think. I do not know how make this but if someone who know hypersonic better can look at this should be easy. -- Best regards, Danilomailto:[EMAIL
Re: Problems with JetSpeed on JBoss
I followed the described steps in the site (http://www.shiftat.com/blog/page/werner/20021027 ) ... I looked in our list some thing about this problem, and found this question without reply of our friend Romain. I don t know if Romain solved this problem ... Romain ... Romain ... :-) Please help me. :-( TIA Fabiano Romain question: Subject: JBoss startup with Jetspeed Hi all, I've just configured Jetspeed 4.1b1 with JBoss 3.0.3 and Tomcat 4.1.12. I just want to knowm if it's normal that I don't see the end of JBoss startup in the logs. The logs end with these lines: 16:09:45,125 INFO [MainDeployer] Starting deployment of package: file:/C:/jboss-3.0.3_tomcat-4.1.12/server/default/deploy/jetspeed.war/ 16:09:45,465 INFO [EmbeddedCatalinaService41] deploy,ctxPath=/jetspeed,warUrl=file:/C:/jboss-3.0.3_tomcat-4.1.12/server/de fault/deploy/jetspeed.war/ 16:09:45,475 INFO [Engine] WebappLoader[/jetspeed]: Deploying classrepositories to work directory C:\jboss-3.0.3_tomcat-4.1.12\tomcat-4.1.x\work\MainEngine\localhost\jetspeed 16:09:45,485 INFO [Engine] WebappLoader[/jetspeed]: Deploy JAR/WEB-INF/lib/mail.jar to C:\jboss-3.0.3_tomcat-4.1.12\server\default\deploy\jetspeed.war\WEB-INF\lib\ mail.jar 16:09:45,726 INFO [Engine] ContextConfig[/jetspeed]: Added certificates- request attribute Valve 16:09:45,956 INFO [EmbeddedCatalinaService41] Using Java2 parentclassloader delegation: true 16:09:45,956 INFO [Engine] StandardManager[/jetspeed]: Seeding random number generator class java.security.SecureRandom 16:09:45,956 INFO [Engine] StandardManager[/jetspeed]: Seeding of random number generator has been completed Romain Raymond - Original Message - From: Danilo Luiz Rheinheimer [EMAIL PROTECTED] To: Jules Gosnell [EMAIL PROTECTED] Cc: Werner Ramaekers (ShiftAt) [EMAIL PROTECTED] Sent: Friday, November 29, 2002 9:10 AM Subject: Re[2]: [JBoss-user] Problems with JetSpeed on JBoss Thursday, November 28, 2002, 1:36:29 PM, you wrote: JG I can't help with Tomcat problems, but if you have no particular JG preference, try downloading the standard JBoss (w/o Tomcat) and JG deploying your app in that. JBoss' default webcontainer, Jetty, will be JG used to deploy your webapp. If you have any problems with this I will JG help you on this list. Using the instruction provided on http://www.shiftat.com/blog/page/werner/20021027 I am able to run it on JBoss-Jetty too. The problems had no relation with Tomcat/Jetty but how Jetspeed is configured to run. The biggest problem is the hypersonic database who comes with the war file inside \WEB-INF\db. On the instructions we have to remove the hypersonic jars from JBoss and the hsqldb-service.xml too. This works but it is wrong. It is best if we can remove the jars from the jetspeed war and use the hypersonic database who is running inside JBoss. Another problem is this database is used by other services like JBossMQ I think. I do not know how make this but if someone who know hypersonic better can look at this should be easy. -- Best regards, Danilomailto:[EMAIL PROTECTED] - Original Message - From: Fabiano Cruz (Cilix Software) [EMAIL PROTECTED] To: Jetspeed Users List [EMAIL PROTECTED] Sent: Thursday, November 28, 2002 10:33 AM Subject: Problems with JetSpeed on JBoss Hi aLL, I´m running JetSpeed 1.4b1 with MySQL on JBoss 3.0.3 ... everything works fine, but when JBoss started, I´m not seeing this msg: 10:13:18,069 INFO [Server] JBoss (MX MicroKernel) [3.0.3 Date:200209301503] Sta rted in 0m:18s:984ms This message appears in the console and after this nothing more it appears (no error, info etc): 10:18:48,897 INFO [Engine] ContextConfig[/jetspeed]: Added certificates - requ est attribute Valve 10:18:52,194 INFO [EmbeddedCatalinaService41] Using Java2 parent classloader de legation: true 10:18:52,210 INFO [Engine] StandardManager[/jetspeed]: Seeding random number ge nerator class java.security.SecureRandom 10:18:52,210 INFO [Engine] StandardManager[/jetspeed]: Seeding of random number generator has been completed Please help me out. Thanks Fabiano Cruz -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Problems with JetSpeed on JBoss
What is the problem after setting it up like described on : http://www.shiftat.com/blog/page/werner/20021027 ? Jetspeed is running fine if you have set it up like described there. All the Jetspeed logging goes to Jetspeed/WEB-INF/log/jetspeed.log so it is normal if you don't see any logging in the jboss console log. Are you able to use your jetspeed installation ? Are there any stackTraces in the jetspeed.log file ? Werner -- ir. Werner Ramaekers Enterprise Java Solutions Architect - Shift@ Sun Certified Java Programmer - BeJUG steering commitee member May the source be with you. Read my Blog at http://www.werner.be -- Fabiano Cruz (Cilix Software) wrote: I followed the described steps in the site (http://www.shiftat.com/blog/page/werner/20021027 ) ... I looked in our list some thing about this problem, and found this question without reply of our friend Romain. I don t know if Romain solved this problem ... Romain ... Romain ... :-) Please help me. :-( TIA Fabiano Romain question: Subject: JBoss startup with Jetspeed Hi all, I've just configured Jetspeed 4.1b1 with JBoss 3.0.3 and Tomcat 4.1.12. I just want to knowm if it's normal that I don't see the end of JBoss startup in the logs. The logs end with these lines: 16:09:45,125 INFO [MainDeployer] Starting deployment of package: file:/C:/jboss-3.0.3_tomcat-4.1.12/server/default/deploy/jetspeed.war/ 16:09:45,465 INFO [EmbeddedCatalinaService41] deploy,ctxPath=/jetspeed,warUrl=file:/C:/jboss-3.0.3_tomcat-4.1.12/server/de fault/deploy/jetspeed.war/ 16:09:45,475 INFO [Engine] WebappLoader[/jetspeed]: Deploying classrepositories to work directory C:\jboss-3.0.3_tomcat-4.1.12\tomcat-4.1.x\work\MainEngine\localhost\jetspeed 16:09:45,485 INFO [Engine] WebappLoader[/jetspeed]: Deploy JAR/WEB-INF/lib/mail.jar to C:\jboss-3.0.3_tomcat-4.1.12\server\default\deploy\jetspeed.war\WEB-INF\lib\ mail.jar 16:09:45,726 INFO [Engine] ContextConfig[/jetspeed]: Added certificates- request attribute Valve 16:09:45,956 INFO [EmbeddedCatalinaService41] Using Java2 parentclassloader delegation: true 16:09:45,956 INFO [Engine] StandardManager[/jetspeed]: Seeding random number generator class java.security.SecureRandom 16:09:45,956 INFO [Engine] StandardManager[/jetspeed]: Seeding of random number generator has been completed Romain Raymond - Original Message - From: Danilo Luiz Rheinheimer [EMAIL PROTECTED] To: Jules Gosnell [EMAIL PROTECTED] Cc: Werner Ramaekers (ShiftAt) [EMAIL PROTECTED] Sent: Friday, November 29, 2002 9:10 AM Subject: Re[2]: [JBoss-user] Problems with JetSpeed on JBoss Thursday, November 28, 2002, 1:36:29 PM, you wrote: JG I can't help with Tomcat problems, but if you have no particular JG preference, try downloading the standard JBoss (w/o Tomcat) and JG deploying your app in that. JBoss' default webcontainer, Jetty, will be JG used to deploy your webapp. If you have any problems with this I will JG help you on this list. Using the instruction provided on http://www.shiftat.com/blog/page/werner/20021027 I am able to run it on JBoss-Jetty too. The problems had no relation with Tomcat/Jetty but how Jetspeed is configured to run. The biggest problem is the hypersonic database who comes with the war file inside \WEB-INF\db. On the instructions we have to remove the hypersonic jars from JBoss and the hsqldb-service.xml too. This works but it is wrong. It is best if we can remove the jars from the jetspeed war and use the hypersonic database who is running inside JBoss. Another problem is this database is used by other services like JBossMQ I think. I do not know how make this but if someone who know hypersonic better can look at this should be easy. -- Best regards, Danilomailto:[EMAIL PROTECTED] - Original Message - From: Fabiano Cruz (Cilix Software) [EMAIL PROTECTED] To: Jetspeed Users List [EMAIL PROTECTED] Sent: Thursday, November 28, 2002 10:33 AM Subject: Problems with JetSpeed on JBoss Hi aLL, I´m running JetSpeed 1.4b1 with MySQL on JBoss 3.0.3 ... everything works fine, but when JBoss started, I´m not seeing this msg: 10:13:18,069 INFO [Server] JBoss (MX MicroKernel) [3.0.3 Date:200209301503] Sta rted in 0m:18s:984ms This message appears in the console and after this nothing more it appears (no error, info etc): 10:18:48,897 INFO [Engine] ContextConfig[/jetspeed]: Added certificates - requ est attribute Valve 10:18:52,194 INFO [EmbeddedCatalinaService41] Using Java2 parent classloader de legation: true 10:18:52,210 INFO [Engine] StandardManager[/jetspeed]: Seeding random number ge nerator class java.security.SecureRandom 10:18:52,210 INFO [Engine] StandardManager[/jetspeed]: Seeding of random number generator has been completed Please help me out. Thanks Fabiano Cruz -- To unsubscribe,
Re: Problems building Jetspeed v1.4b1 on Linux - build.sh is DOSfile
get the latest source from CVS, works for me all the time (RedHat 7.3) Werner Mudit Wahal wrote: I downloaded the source and unzipped it. Trying to build it from build/build.sh. Build.sh is a DOS file. So, after you change the permissions to executable, it still doesn't run unless you do a dos2unix. Also, web.xml and couple of other files I checked are DOS files. May be this is the reason I cant get either the pre-built war file or the war file I compiled to work. I keep getting MANIFEST.MF file not found. Please help ! Thanks Mudit - Do You Yahoo!? HotJobs, a Yahoo! service - Search Thousands of New Jobs -- -- ir. Werner Ramaekers Enterprise Java Solutions Architect - Shift@ Sun Certified Java Programmer May the source be with you. mailto:[EMAIL PROTECTED] http://www.shiftat.com -- -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Problems with jetspeed
1) Do you have 2 instance of Jetspeed installed in WebLogics, i.e. http://locahost/jetspeed_dir1 and http://localhost/jetspeed_dir2 ? 2) What do the Jetspeed.log for each instance say? Each one will detail the portlets and other configuration information used. Paul Spencer manish shah wrote: Hi i have a very serious problem with the jetspeed. I have copied the jetspeed stuff in two directories c:\dir1\web-inf\jetspeed respective files c:\dir2\web-inf\jetspeed respective files with different set of portlets in each one of them and I am running it on weblogic. But whenever I point my browser to dir2's portlets it always loads the portlets found in dir1. No matter what changes I do to portlets in dir2, they never get loaded. When I delete dir1, only then portlets in dir2 gets displayed on the browser. why is this? It seems like weblogic can load only one set of portlets that occurs in the first directory (alphabetically) it finds. Its not the browser's cache problems as I've dealt with it. any comments? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Problems with jetspeed
1) Do you have 2 instance of Jetspeed installed in WebLogics, i.e. http://locahost/jetspeed_dir1 and http://localhost/jetspeed_dir2 ? No, the weblogic uses the jetspeed.jar file and there is only one instance of jetspeed running. 2) What do the Jetspeed.log for each instance say? Each one will detail the portlets and other configuration information used. Jetspeed log in the directories says that they are invoking the correct portlets. to be more precise i have all my portlets to be of JSP type. The page that shows these portlets contains the header, actual content , footer. ofcourse the header is in top.vm and footer in bottom.vm files in respective directories. If I change the jsps in either of the directories, those changes are independent. so no problem with this But, if i change the content of top.vm and/or bottom.vm then the change that happened in the first directory (alphabetically) alone prevails and any changes in the second directory is not reflected when that page (dir2) is loaded. thanks manish - Original Message - From: Paul Spencer [EMAIL PROTECTED] To: Jetspeed Users List [EMAIL PROTECTED] Sent: Friday, November 16, 2001 10:38 AM Subject: Re: Problems with jetspeed Paul Spencer manish shah wrote: Hi i have a very serious problem with the jetspeed. I have copied the jetspeed stuff in two directories c:\dir1\web-inf\jetspeed respective files c:\dir2\web-inf\jetspeed respective files with different set of portlets in each one of them and I am running it on weblogic. But whenever I point my browser to dir2's portlets it always loads the portlets found in dir1. No matter what changes I do to portlets in dir2, they never get loaded. When I delete dir1, only then portlets in dir2 gets displayed on the browser. why is this? It seems like weblogic can load only one set of portlets that occurs in the first directory (alphabetically) it finds. Its not the browser's cache problems as I've dealt with it. any comments? -- 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: Problems with jetspeed
Manish, manish shah wrote: 1) Do you have 2 instance of Jetspeed installed in WebLogics, i.e. http://locahost/jetspeed_dir1 and http://localhost/jetspeed_dir2 ? No, the weblogic uses the jetspeed.jar file and there is only one instance of jetspeed running. How does WebLogic know which directory to use? 2) What do the Jetspeed.log for each instance say? Each one will detail the portlets and other configuration information used. Jetspeed log in the directories says that they are invoking the correct portlets. to be more precise i have all my portlets to be of JSP type. The page that shows these portlets contains the header, actual content , footer. ofcourse the header is in top.vm and footer in bottom.vm files in respective directories. If I change the jsps in either of the directories, those changes are independent. so no problem with this 1) Do any of the JSP file share the same name? But, if i change the content of top.vm and/or bottom.vm then the change that happened in the first directory (alphabetically) alone prevails and any changes in the second directory is not reflected when that page (dir2) is loaded. 1) If top.vm are different at startup, are they correctly used? 2) After editing both top.vm files, does the respective jetspeed.log correctly show desired top.vm used. Note the time stamps on and in the log file. thanks manish Any clues in WebLogic's log(s)? Paul Spencer -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Problems with jetspeed
- Original Message - From: Paul Spencer [EMAIL PROTECTED] To: Jetspeed Users List [EMAIL PROTECTED] Sent: Friday, November 16, 2001 11:43 AM Subject: Re: Problems with jetspeed Manish, manish shah wrote: 1) Do you have 2 instance of Jetspeed installed in WebLogics, i.e. http://locahost/jetspeed_dir1 and http://localhost/jetspeed_dir2 ? No, the weblogic uses the jetspeed.jar file and there is only one instance of jetspeed running. How does WebLogic know which directory to use? I am guessing the weblogic takes the first directory (alphabetically) it reads as this is what its happening with my stuff 2) What do the Jetspeed.log for each instance say? Each one will detail the portlets and other configuration information used. Jetspeed log in the directories says that they are invoking the correct portlets. to be more precise i have all my portlets to be of JSP type. The page that shows these portlets contains the header, actual content , footer. ofcourse the header is in top.vm and footer in bottom.vm files in respective directories. If I change the jsps in either of the directories, those changes are independent. so no problem with this 1) Do any of the JSP file share the same name? Yes they do but they are under different directories. But, if i change the content of top.vm and/or bottom.vm then the change that happened in the first directory (alphabetically) alone prevails and any changes in the second directory is not reflected when that page (dir2) is loaded. 1) If top.vm are different at startup, are they correctly used? top.vm are different in both the directories. But only the top.vm of the first directory is used in both cases 2) After editing both top.vm files, does the respective jetspeed.log correctly show desired top.vm used. Note the time stamps on and in the log file. I cannot see any entry in jetspeed.log that says that its using top.vm Moreover it seems that even the psml files is acting the way the vm files are. It probably turns out that except the actual jsps, all other config and properties files are dependent on the first directory that weblogic loads... :( thanks manish Any clues in WebLogic's log(s)? :( Paul Spencer -- 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: problems with jetspeed
Which version of jetspeed? In any version you need to modify JetSpeed.properties file.. and coostumize it to suit your need just at the end of the file.. This worked for me without problems.. Saludos , Ignacio J. Ortega -Mensaje original- De: Charlie Wu [mailto:[EMAIL PROTECTED]] Enviado el: viernes 12 de octubre de 2001 1:37 Para: '[EMAIL PROTECTED]' Asunto: problems with jetspeed Hi all: I am having problems with the jetspeed sample implementation - I've read the FAQ about the need to have an smtp server locally and all that.. and I do have an SMTP server already running on the standard port 25.. yet I'm not getting any of the confirmation emails when I tried to create a new account. My mail server log doesn't show any activity from tomcat either.. any ideas what could be wrong? The Turbine property file just says mailserver = localhost which is correct for me.. i verified this by telnet localhost 25 and sent an email from the command line, which worked w/o any problems Any ideas? Thanks Charlie Charlie Wu.vcf - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Problems using jetspeed with tomcat and apache
The existing JkMount statements in mod_jk.conf-auto don't cover /jetspeed/portal, which is where the login form posts. I'm not sure how to do this the 'right way', but i just added the following line to my mod_jk.conf-auto and restarting apache works: JkMount /jetspeed/* ajp12 It's probably best to copy the mod_jk.conf-auto to mod_jk.conf and refer to that from your apache config. I'm sure there's a way to make tomcat add the appropriate mount statements to the auto config file, but i'm not sure where those would be. anyone? -Original Message- From: Jim O'Connor [mailto:[EMAIL PROTECTED]] Sent: Thursday, August 09, 2001 10:05 AM To: [EMAIL PROTECTED] Subject: Problems using jetspeed with tomcat and apache I have apache configured with mod_jk, tomcat and apache are both up and running. when I hit http://myserver/jetspeed/index.jsp, I get the jetspeed page. However, when I try to login, apache can't seem to find the login page. Any ideas? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problems using jetspeed with tomcat and apache
Jim, See the following: http://www.mail-archive.com/jetspeed-user@jakarta.apache.org/msg00972.html Paul Spencer Jim O'Connor wrote: I have apache configured with mod_jk, tomcat and apache are both up and running. when I hit http://myserver/jetspeed/index.jsp, I get the jetspeed page. However, when I try to login, apache can't seem to find the login page. Any ideas? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problems with jetspeed-1.2b1 Re: How to get iCalendar in use
Eero Vaarnas wrote: Eero Vaarnas wrote: I gather that Jetspeed-1.2b1 ( http://jakarta.apache.org/jetspeed/site/index.html ) is the last release with iCalendar, but I can't get it working. I still haven't managed to start jetspeed-1.2b1 properly. However, I've made some progress: now I get this kind of Turbine-related error message. Could someone give me a hand? Please, Don't waste your time on 1.2b1. It's hardly supported and is light years behind the current CVS development. To be frank, I don't even remember how to setup 1.2b1. If you want to use a released version, use 1.3a1. If you want to use the best version available, use the current CVS. -- Raphael Luta - [EMAIL PROTECTED] Vivendi Universal Networks - Paris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problems with jetspeed-1.2b1 Re: How to get iCalendar in use
I gather that Jetspeed-1.2b1 ( http://jakarta.apache.org/jetspeed/site/index.html ) is the last release with iCalendar, but I can't get it working. ^ ! I still haven't managed to start jetspeed-1.2b1 properly. However, I've made some progress: now I get this kind of Turbine-related error message. Could someone give me a hand? Please, Don't waste your time on 1.2b1. It's hardly supported and is light years behind the current CVS development. Please keep in mind, that my original concern was to get iCalendar working. 1.2b1 is the last release with iCalendar. If someone knows how to use it with later versions, please inform me. -- Eero Vaarnas Elisa Communications / Research Center Tel: +358 10 2627054, GSM: +358 50 3288728, Fax: +358 10 2624839 [EMAIL PROTECTED] == Some people have a way with words, while others. . erm. . thingy. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problems with jetspeed-1.2b1 Re: How to get iCalendar in use
Eero Vaarnas wrote: Please keep in mind, that my original concern was to get iCalendar working. 1.2b1 is the last release with iCalendar. If someone knows how to use it with later versions, please inform me. What do you want to do with iCalendar ? As far as I know the iCalendar code that was in the Jetspeed CVS was mainly trying ro provide iCal protocol support in Java but was not an implementation of a Calendar as a portlet in Jetspeed. If you're interested in the iCal protocol support, you can use completely independantly of Jetspeed proper. If you're interested in a Calendar portlet, 1.2b1 does *not* provide you with one. -- Raphael Luta - [EMAIL PROTECTED] Vivendi Universal Networks - Paris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problems with jetspeed-1.2b1 Re: How to get iCalendar in use
I still haven't managed to start jetspeed-1.2b1 properly. However, I've made some progress: now I get this kind of Turbine-related error message. Could someone give me a hand? Some more progress: now I get the login screen, but after that I get the following error message: (And I don't object, if someone tells me how to use iCalendar with later versions of JetSpeed, so I don't have to mess around with 1.2b1 ;-) Exception: java.lang.Exception: Requested Action not found: JLoginUser Turbine looked in the following modules.packages path: [org.apache.jyve, org.apache.jetspeed.turbine, org.apache.turbine.modules, org.apache.turbine.modules, org.apache.turbine.modules, org.apache.turbine.modules, org.apache.turbine.modules, org.apache.turbine.modules] at org.apache.turbine.modules.ActionLoader.getInstance(ActionLoader.java:155) at org.apache.turbine.modules.ActionLoader.exec(ActionLoader.java:111) at Turbine.doGet(Turbine.java:288) at Turbine.doPost(Turbine.java:387) at javax.servlet.http.HttpServlet.service(HttpServlet.java:760) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.tomcat.core.ServletWrapper.doService(ServletWrapper.java:405) at org.apache.tomcat.core.Handler.service(Handler.java:287) at org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:372) at org.apache.tomcat.core.ContextManager.internalService(ContextManager.java:797) at org.apache.tomcat.core.ContextManager.service(ContextManager.java:743) at org.apache.tomcat.service.http.HttpConnectionHandler.processConnection(HttpConnectionHandler.java:213) at org.apache.tomcat.service.TcpWorkerThread.runIt(PoolTcpEndpoint.java:416) at org.apache.tomcat.util.ThreadPool$ControlRunnable.run(ThreadPool.java:501) at java.lang.Thread.run(Thread.java:484) -- Eero Vaarnas Elisa Communications / Research Center Tel: +358 10 2627054, GSM: +358 50 3288728, Fax: +358 10 2624839 [EMAIL PROTECTED] == I bought a cheap piece of land... It was on someone else's property. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problems with jetspeed-1.2b1 Re: How to get iCalendar in use
Eero Vaarnas wrote: What do you want to do with iCalendar ? As far as I know the iCalendar code that was in the Jetspeed CVS was mainly trying ro provide iCal protocol support in Java but was not an implementation of a Calendar as a portlet in Jetspeed. That's different from what i read from Jetspeed-1.3a1/docs/site/iCalendar.html: iCalendar is going to be used in Jetspeed as a basis for a web based calendar. A decision was made by the author to go with the iCalendar protocol rather than hack together a calendar we might outgrow. At first there will be no support for writing a valid iCalendar stream. The iCalendar objects will simply provide support for web-based calendaring, but as time moves on we will add support for writing the iCalendar protocol. If you're interested in the iCal protocol support, you can use completely independantly of Jetspeed proper. If you're interested in a Calendar portlet, 1.2b1 does *not* provide you with one. I'm looking for an open source web based calendar in Java (Servlet, JSP, portlet, whatever), that could be customized for my needs. I thought that iCalendar could be used as such. Please tell me if I'm lost. ;-) If someone knows any other (free/cheap) open source web calendar, please point it out to me. Not sure what exactly you want to do. I know of a GPL'd JavaScript calendar that worked pretty well for my needs: http://www.softricks.com/js/Calendar/Calendar.html Hope this helps. - Johnny - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]