You are viewing a plain text version of this content. The canonical link for it is here.
Posted to jetspeed-user@portals.apache.org by jo...@hawkinsweb.co.uk on 2005/06/02 10:45:27 UTC
Jetspeed 2 Deployment
The environment I am running is
Windows 2000 Proffessional
Orion 2.0.5
Oracle 9i
Jetspeed 2.0-M3
jdk1.4.2.0.6
I've got Jetspeed to deploy and it appears to be connecting to the Oracle
Database ok. However, when I try to deploy the various war files they get
copied from WEB-INF/deploy directory to /orion/applications but no entries
are created in the database so when Jetspeed renders I get a whole stack of
unavle to find portlet entity etc.
I've stepped through the code for the StandardDeploymentManager using
eclipse but still can't see what populates the database.
Any urgent assistance would be greatly appreciated.
Jon Hawkins
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
For additional commands, e-mail: jetspeed-user-help@portals.apache.org
RE: Jetspeed 2 Deployment
Posted by jo...@hawkinsweb.co.uk.
Scott,
I should also point out how jetspeed was built and deployed.
Built Jetspeed from CVS M3 tag.
Deployed jetspeed.war as application under Orion.
Copied the various war files from
C:\Jetspeed-2.0-M3\jakarta-tomcat-5.0.30\webapps\jetspeed\WEB-INF\deploy to
C:\Orion2.0.5_Jetspeed2\applications\jetspeed\WEB-INF\deploy
Then started Orion and attempted to load Jetspeed homepage.
Am I right in thinking that PAM needs to be up and running for correct
deployment to work ?
HTH
Jon
> Scott,
>
> This is the sequence of events :-
>
> 1. StandardDeploymentManager.fireDeploymentEvent picks up war file and
> calls StandardDeploymentManager.Deploy passing the file
> C:\Orion2.0.5_Jetspeed2\applications\jetspeed\WEB-INF\deploy\security.war
> as parameter
>
> 2. StandardDeploymentManager.dispatch is called
>
> 3. DeployPortletAppEventListener.invokeDeploy is called
>
> 4. DeployPortletAppEventListener.deployPortletApplication is called
>
> 5. File toFile is now set to
> C:\Orion2.0.5_Jetspeed2\applications\security.war
> 6. JetspeedDeploy is instantiated, portletApplicationName=security
>
> 7. JetspeedDeploy completes successfully
> (C:\Orion2.0.5_Jetspeed2\applications\security.war is created
> successfully)
>
> 8. C:\Orion2.0.5_Jetspeed2\applications\security.war is then deleted
>
> 9. Event Status is set to DeploymentStatus.STATUS_OKAY
>
> 10. DeploymentObject is closed.
>
> At no time is registerPortletApplication called which is why I guess no
> db entries created !!
>
> Hope the above is of use in tracking down the problem, I hope so !!
>
> Thanks
>
> Jon
>
>
>
>> Hi Jon,
>>
>> First let's try putting break points at line 195 in
>> org.apache.jetspeed.components.portletregistry.PersistenceBrokerPortletRegis>>> try. This is in the registerPortletApplication method.
>>
>> You will also want to poke around in
>> org.apache.jetspeed.tools.pamanager.PortletApplicationManager starting
>> at line 192 inside the registerPortletApplication method. At line 266
>> in that same method you will see a call to
>> PersistenceBrokerPortletRegistry.registerPortletApplication.
>>
>> This is about as good as I can do for now. Post back with what you
>> find out.
>>
>> HTH,
>> Scott
>>
>>> -----Original Message-----
>>> From: jonathan.hawkins@hawkinsweb.co.uk
>>> [mailto:jonathan.hawkins@hawkinsweb.co.uk]
>>> Sent: Thursday, June 02, 2005 4:45 AM
>>> To: jetspeed-user@portals.apache.org
>>> Subject: Jetspeed 2 Deployment
>>>
>>> The environment I am running is
>>>
>>> Windows 2000 Proffessional
>>> Orion 2.0.5
>>> Oracle 9i
>>> Jetspeed 2.0-M3
>>> jdk1.4.2.0.6
>>>
>>> I've got Jetspeed to deploy and it appears to be connecting to the
>>> Oracle Database ok. However, when I try to deploy the various war
>>> files they get copied from WEB-INF/deploy directory to
>>> /orion/applications but no entries are created in the database so
>>> when Jetspeed renders I get a whole stack of
>>> unavle to find portlet entity etc.
>>>
>>> I've stepped through the code for the StandardDeploymentManager using
>>> eclipse but still can't see what populates the database.
>>>
>>> Any urgent assistance would be greatly appreciated.
>>>
>>> Jon Hawkins
>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
>>> For additional commands, e-mail:
>>> jetspeed-user-help@portals.apache.org
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
>> For additional commands, e-mail: jetspeed-user-help@portals.apache.org
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
> For additional commands, e-mail: jetspeed-user-help@portals.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
For additional commands, e-mail: jetspeed-user-help@portals.apache.org
Re: Jetspeed 2 Deployment
Posted by Jonathan Hawkins <jo...@hawkinsweb.co.uk>.
David,
Have you had a chance to take a look at Orion deployment of Jetspeed.
Many thanks
Jon
Jonathan Hawkins wrote:
> David,
>
> Thanks for the update, yes, I saw his comments and suspect we will
> need the same approach for Orion.
>
> In order to progress our current project I have got J1.6 running on
> Orion against an Oracle database, but this means that I am having to
> develop portlets for both J1.6 and J2, not ideal I admit !!
>
> Let me know if you need any further, I look forward to see how you get
> on.
>
> Regards,
>
> Jon
>
>
> David Sean Taylor wrote:
>
>> Jonathan Hawkins wrote:
>>
>>> David,
>>>
>>> Any update on your Orion deployment, I have got no further forward
>>> at the moment. I will be in a position to try again tomorrow.
>>>
>>> Many thanks
>>>
>> Well, I haven't made much progress sorry to say.
>> I was reviewing Michael Lipp's work with JBoss, and I think we will
>> need a similar approach for Orion
>>
>> http://issues.apache.org/jira/browse/JS2-297.
>>
>> I may have some time Friday (and help) to look into it in more detail
>>
>> Regards,
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
> For additional commands, e-mail: jetspeed-user-help@portals.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
For additional commands, e-mail: jetspeed-user-help@portals.apache.org
Re: Jetspeed 2 Deployment
Posted by Jonathan Hawkins <jo...@hawkinsweb.co.uk>.
David,
Thanks for the update, yes, I saw his comments and suspect we will need
the same approach for Orion.
In order to progress our current project I have got J1.6 running on
Orion against an Oracle database, but this means that I am having to
develop portlets for both J1.6 and J2, not ideal I admit !!
Let me know if you need any further, I look forward to see how you get on.
Regards,
Jon
David Sean Taylor wrote:
> Jonathan Hawkins wrote:
>
>> David,
>>
>> Any update on your Orion deployment, I have got no further forward at
>> the moment. I will be in a position to try again tomorrow.
>>
>> Many thanks
>>
> Well, I haven't made much progress sorry to say.
> I was reviewing Michael Lipp's work with JBoss, and I think we will
> need a similar approach for Orion
>
> http://issues.apache.org/jira/browse/JS2-297.
>
> I may have some time Friday (and help) to look into it in more detail
>
> Regards,
>
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
For additional commands, e-mail: jetspeed-user-help@portals.apache.org
Re: Jetspeed 2 Deployment
Posted by David Sean Taylor <da...@bluesunrise.com>.
Jonathan Hawkins wrote:
> David,
>
> Any update on your Orion deployment, I have got no further forward at
> the moment. I will be in a position to try again tomorrow.
>
> Many thanks
>
Well, I haven't made much progress sorry to say.
I was reviewing Michael Lipp's work with JBoss, and I think we will need
a similar approach for Orion
http://issues.apache.org/jira/browse/JS2-297.
I may have some time Friday (and help) to look into it in more detail
Regards,
--
David Sean Taylor
Bluesunrise Software
david@bluesunrise.com
[office] +01 707 773-4646
[mobile] +01 707 529 9194
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
For additional commands, e-mail: jetspeed-user-help@portals.apache.org
Re: Jetspeed 2 Deployment
Posted by Jonathan Hawkins <jo...@hawkinsweb.co.uk>.
David,
Any update on your Orion deployment, I have got no further forward at
the moment. I will be in a position to try again tomorrow.
Many thanks
Jon
Jonathan Hawkins wrote:
> David,
>
> Many thanks for that, will give all suggestions a go.
>
> Still geting Bean Instantiaion problems which I am trying to resolve
> one by one, currentlythis invoves ensuring that all dependant jars are
> within WEB-INF/lib.
>
> Best Regards,
>
> Jon
>
> David Sean Taylor wrote:
>
>> jonathan.hawkins@hawkinsweb.co.uk wrote:
>>
>>> David,
>>>
>>> Further to my previous email.
>>>
>>> If I copy the portlet.xml from cvs J2\archives\WEB-INF the previous
>>> error
>>> does not appear. However, If I then deply, say, security.war, the
>>> file gets
>>> copied, portlet.tld gets added etc, but does not get registered into
>>> the
>>> portletCache, and so when J2 renders I get Portlet Application
>>> security not
>>> found. This happens for all the war files, except
>>> jetspeed-layouts.war. I
>>> notices that war files with the prefix jetspeed are dealt with in a
>>> different manner, deployLocalPortletApplication rather than
>>> deployPortletApplication.
>>>
>>> Hope this helps
>>>
>>> Jon
>>>
>> Jonathan,
>>
>> Im new to Orion too, but Im getting more interested.
>>
>> One thing I noticed is that you have a lot of duplicated jars in
>> Orion/lib directory. Only put these files there:
>>
>> (oracle jdbc driver)
>>
>> jetspeed-api-2.0-M3.jar
>> jetspeed-commons-2.0-M3.jar
>> pluto-1.0-svn-169718.jar
>> portals-bridges-common-0.3.jar
>> portlet-api-1.0.jar
>>
>> Since Orion is an application server, you can also try creating an
>> EAR file and putting the common jar files listed above into a common
>> area of the EAR. (Disclaimer: I havent tried this with Orion and I
>> don't know the EAR format)
>>
>> Note: Jetspeed-2's deployment tool is specific to Tomcat.
>> We try to communicate directly with Tomcat to deploy the war file.
>> Thus I think deploying, until we learn more about Orion, will require
>> NOT putting war files in the Jetspeed deploy directory but instead
>> deploying with Orion and preprocessing the portlet war files with the
>> deploy-tool found here:
>>
>> http://www.bluesunrise.com/maven/jetspeed2/jars/jetspeed-file-cache-2.0-M3.jar
>>
>>
>> run it as
>>
>> java -jar target/jetspeed-deploy-tools-2.0-M4-SNAPSHOT-uber.jar [-s]
>> source.war destination.war
>>
>> -s: stripLoggers - remove commons-logging[version].jar and/or
>> log4j[version].jar from war
>> required when targetting application servers like
>> JBoss
>>
>> The deploy tool adds some code into a portlet application to make it
>> register with jetspeed during servlet initialization.
>>
>> Anyway I will get more time to try this over the next few days
>> Sorry I can't help more quickly
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
>> For additional commands, e-mail: jetspeed-user-help@portals.apache.org
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
> For additional commands, e-mail: jetspeed-user-help@portals.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
For additional commands, e-mail: jetspeed-user-help@portals.apache.org
Re: Jetspeed 2 Deployment
Posted by Jonathan Hawkins <jo...@hawkinsweb.co.uk>.
David,
Many thanks for that, will give all suggestions a go.
Still geting Bean Instantiaion problems which I am trying to resolve one
by one, currentlythis invoves ensuring that all dependant jars are
within WEB-INF/lib.
Best Regards,
Jon
David Sean Taylor wrote:
> jonathan.hawkins@hawkinsweb.co.uk wrote:
>
>> David,
>>
>> Further to my previous email.
>>
>> If I copy the portlet.xml from cvs J2\archives\WEB-INF the previous
>> error
>> does not appear. However, If I then deply, say, security.war, the
>> file gets
>> copied, portlet.tld gets added etc, but does not get registered into the
>> portletCache, and so when J2 renders I get Portlet Application
>> security not
>> found. This happens for all the war files, except
>> jetspeed-layouts.war. I
>> notices that war files with the prefix jetspeed are dealt with in a
>> different manner, deployLocalPortletApplication rather than
>> deployPortletApplication.
>>
>> Hope this helps
>>
>> Jon
>>
> Jonathan,
>
> Im new to Orion too, but Im getting more interested.
>
> One thing I noticed is that you have a lot of duplicated jars in
> Orion/lib directory. Only put these files there:
>
> (oracle jdbc driver)
>
> jetspeed-api-2.0-M3.jar
> jetspeed-commons-2.0-M3.jar
> pluto-1.0-svn-169718.jar
> portals-bridges-common-0.3.jar
> portlet-api-1.0.jar
>
> Since Orion is an application server, you can also try creating an EAR
> file and putting the common jar files listed above into a common area
> of the EAR. (Disclaimer: I havent tried this with Orion and I don't
> know the EAR format)
>
> Note: Jetspeed-2's deployment tool is specific to Tomcat.
> We try to communicate directly with Tomcat to deploy the war file.
> Thus I think deploying, until we learn more about Orion, will require
> NOT putting war files in the Jetspeed deploy directory but instead
> deploying with Orion and preprocessing the portlet war files with the
> deploy-tool found here:
>
> http://www.bluesunrise.com/maven/jetspeed2/jars/jetspeed-file-cache-2.0-M3.jar
>
>
> run it as
>
> java -jar target/jetspeed-deploy-tools-2.0-M4-SNAPSHOT-uber.jar [-s]
> source.war destination.war
>
> -s: stripLoggers - remove commons-logging[version].jar and/or
> log4j[version].jar from war
> required when targetting application servers like
> JBoss
>
> The deploy tool adds some code into a portlet application to make it
> register with jetspeed during servlet initialization.
>
> Anyway I will get more time to try this over the next few days
> Sorry I can't help more quickly
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
> For additional commands, e-mail: jetspeed-user-help@portals.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
For additional commands, e-mail: jetspeed-user-help@portals.apache.org
Re: Jetspeed 2 Deployment
Posted by Jonathan Hawkins <jo...@hawkinsweb.co.uk>.
David,
Did you ever get a chance to take a look at Orion.
Jon
David Sean Taylor wrote:
> jonathan.hawkins@hawkinsweb.co.uk wrote:
>
>> David,
>>
>> Further to my previous email.
>>
>> If I copy the portlet.xml from cvs J2\archives\WEB-INF the previous
>> error
>> does not appear. However, If I then deply, say, security.war, the
>> file gets
>> copied, portlet.tld gets added etc, but does not get registered into the
>> portletCache, and so when J2 renders I get Portlet Application
>> security not
>> found. This happens for all the war files, except
>> jetspeed-layouts.war. I
>> notices that war files with the prefix jetspeed are dealt with in a
>> different manner, deployLocalPortletApplication rather than
>> deployPortletApplication.
>>
>> Hope this helps
>>
>> Jon
>>
> Jonathan,
>
> Im new to Orion too, but Im getting more interested.
>
> One thing I noticed is that you have a lot of duplicated jars in
> Orion/lib directory. Only put these files there:
>
> (oracle jdbc driver)
>
> jetspeed-api-2.0-M3.jar
> jetspeed-commons-2.0-M3.jar
> pluto-1.0-svn-169718.jar
> portals-bridges-common-0.3.jar
> portlet-api-1.0.jar
>
> Since Orion is an application server, you can also try creating an EAR
> file and putting the common jar files listed above into a common area
> of the EAR. (Disclaimer: I havent tried this with Orion and I don't
> know the EAR format)
>
> Note: Jetspeed-2's deployment tool is specific to Tomcat.
> We try to communicate directly with Tomcat to deploy the war file.
> Thus I think deploying, until we learn more about Orion, will require
> NOT putting war files in the Jetspeed deploy directory but instead
> deploying with Orion and preprocessing the portlet war files with the
> deploy-tool found here:
>
> http://www.bluesunrise.com/maven/jetspeed2/jars/jetspeed-file-cache-2.0-M3.jar
>
>
> run it as
>
> java -jar target/jetspeed-deploy-tools-2.0-M4-SNAPSHOT-uber.jar [-s]
> source.war destination.war
>
> -s: stripLoggers - remove commons-logging[version].jar and/or
> log4j[version].jar from war
> required when targetting application servers like
> JBoss
>
> The deploy tool adds some code into a portlet application to make it
> register with jetspeed during servlet initialization.
>
> Anyway I will get more time to try this over the next few days
> Sorry I can't help more quickly
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
> For additional commands, e-mail: jetspeed-user-help@portals.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
For additional commands, e-mail: jetspeed-user-help@portals.apache.org
Re: Jetspeed 2 Deployment
Posted by David Sean Taylor <da...@bluesunrise.com>.
jonathan.hawkins@hawkinsweb.co.uk wrote:
> David,
>
> Further to my previous email.
>
> If I copy the portlet.xml from cvs J2\archives\WEB-INF the previous error
> does not appear. However, If I then deply, say, security.war, the file gets
> copied, portlet.tld gets added etc, but does not get registered into the
> portletCache, and so when J2 renders I get Portlet Application security not
> found. This happens for all the war files, except jetspeed-layouts.war. I
> notices that war files with the prefix jetspeed are dealt with in a
> different manner, deployLocalPortletApplication rather than
> deployPortletApplication.
>
> Hope this helps
>
> Jon
>
Jonathan,
Im new to Orion too, but Im getting more interested.
One thing I noticed is that you have a lot of duplicated jars in
Orion/lib directory. Only put these files there:
(oracle jdbc driver)
jetspeed-api-2.0-M3.jar
jetspeed-commons-2.0-M3.jar
pluto-1.0-svn-169718.jar
portals-bridges-common-0.3.jar
portlet-api-1.0.jar
Since Orion is an application server, you can also try creating an EAR
file and putting the common jar files listed above into a common area of
the EAR. (Disclaimer: I havent tried this with Orion and I don't know
the EAR format)
Note: Jetspeed-2's deployment tool is specific to Tomcat.
We try to communicate directly with Tomcat to deploy the war file.
Thus I think deploying, until we learn more about Orion, will require
NOT putting war files in the Jetspeed deploy directory but instead
deploying with Orion and preprocessing the portlet war files with the
deploy-tool found here:
http://www.bluesunrise.com/maven/jetspeed2/jars/jetspeed-file-cache-2.0-M3.jar
run it as
java -jar target/jetspeed-deploy-tools-2.0-M4-SNAPSHOT-uber.jar [-s]
source.war destination.war
-s: stripLoggers - remove commons-logging[version].jar and/or
log4j[version].jar from war
required when targetting application servers like JBoss
The deploy tool adds some code into a portlet application to make it
register with jetspeed during servlet initialization.
Anyway I will get more time to try this over the next few days
Sorry I can't help more quickly
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
For additional commands, e-mail: jetspeed-user-help@portals.apache.org
Re: Jetspeed 2 - Create new portal
Posted by David Sean Taylor <da...@bluesunrise.com>.
Anderson Araujo wrote:
> Hello All,
>
> There some docs that explain how to create a new portal on Jetspeed-2 ?
>
>
Try here for starters
http://wiki.apache.org/portals/Jetspeed2#head-14d5ec49bca94abbead7745ac67459a2138a0508
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
For additional commands, e-mail: jetspeed-user-help@portals.apache.org
Jetspeed 2 - Create new portal
Posted by Anderson Araujo <aa...@intelinet.com.br>.
Hello All,
There some docs that explain how to create a new portal on Jetspeed-2 ?
tks
Anderson
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
For additional commands, e-mail: jetspeed-user-help@portals.apache.org
Re: Jetspeed 2 Deployment
Posted by jo...@hawkinsweb.co.uk.
David,
Further to my previous email.
If I copy the portlet.xml from cvs J2\archives\WEB-INF the previous error
does not appear. However, If I then deply, say, security.war, the file gets
copied, portlet.tld gets added etc, but does not get registered into the
portletCache, and so when J2 renders I get Portlet Application security not
found. This happens for all the war files, except jetspeed-layouts.war. I
notices that war files with the prefix jetspeed are dealt with in a
different manner, deployLocalPortletApplication rather than
deployPortletApplication.
Hope this helps
Jon
> David,
>
> Appear to have got over the SpringFramework create bean problem by
> ensuring that pluto-1.0.1-rc2.jar is in
> C:\orion\applications\jetspeed\WEB-INF\lib , I thought having this file
> in the orion global lib dir would be enough, obviously not.
>
> Getting a problem in PortletApplicationWar
>
> this.paChecksum = warStruct.getChecksum(PORTLET_XML_PATH);
>
> returns 0, it is looking for
> C:\Orion\applications\jetspeed\WEB-INF\portlet.xml
> and eventually gives the following error
>
> ERROR: Failed to create PA WAR for jetspeed
> java.io.IOException: Cannot find required WEB-INF/portlet.xml for
> Portlet Application jetspeed
> at
>
org.apache.jetspeed.util.descriptor.PortletApplicationWar.<init>(PortletApplicationWar.java:131)at
>
org.apache.jetspeed.tools.pamanager.PortletApplicationManager.startPA(PortletApplicationManager.java:309)at
>
org.apache.jetspeed.tools.pamanager.PortletApplicationManager.startPortletApplication(PortletApplicationManager.java:105)at
>
org.apache.jetspeed.container.JetspeedContainerServlet.attemptStart(JetspeedContainerServlet.java:166)at
>
org.apache.jetspeed.container.JetspeedContainerServlet.access$200(JetspeedContainerServlet.java:50)at
>
org.apache.jetspeed.container.JetspeedContainerServlet$1.run(JetspeedContainerServlet.java:137)at
> java.util.TimerThread.mainLoop(Unknown Source)
> at java.util.TimerThread.run(Unknown Source)
>
>
> Hope that helps
>
> Jon
>
>
>
>> David,
>>
>> As requested, here are the install steps I have taken, hope this
>> helps.
>>
>> Your assistance is very much appreciated.
>>
>>
>>
>>
>> 1. Deploy Orion2.0.5
>>
>> 2. Did NOT change project.properties to anything specific for Orion or
>> Oracle (assuming WAR should be deployable to any app server)
>>
>> 3. Build J2 using maven allBuild allClean
>>
>> 4. Copy jetspeed.war to C:\orion2.0.5\applications
>>
>> 5. Add <web-module id="jetspeed" path="../applications/jetspeed.war"
>> />
>> to C:\orion\config\application.xml
>>
>> 6. Add <web-app application="jetspeed" name="jetspeed"
>> root="/jetspeed"
>> /> to C:\orion\config\default-web-site.xml
>>
>> 7. Add <application name="jetspeed" path="application.xml"
>> auto-start="true" /> to C:\orion\config\server.xml
>>
>> 8. Add
>>
>> <data-source
>> class="com.evermind.sql.DriverManagerDataSource"
>> name="jetspeed"
>> location="comp/env/jdbc/jetspeed"
>> pooled-location="jdbc/jetspeed"
>> xa-location="jdbc/xa/jetspeed"
>> ejb-location="jdbc/jetspeed"
>> connection-driver="oracle.jdbc.driver.OracleDriver"
>> username="jetspeed"
>> password="jetspeed"
>> url="jdbc:oracle:thin:@ced11833:1521:efin"
>> />
>>
>> to C:\orion\config\data-sources.xml
>>
>> 9. Populate Oracle database using supplied scripts in CVS
>>
>> 10. copy ojdbc14.jar to C:\oron\lib
>>
>> 11. Start Orion (jetspeed will now be deployed)
>>
>> 12. Stop Orion
>>
>> 13. Add
>>
>> <servlet-mapping>
>> <servlet-name>
>> jetspeed
>> </servlet-name>
>> <url-pattern>
>> /portal
>> </url-pattern>
>> </servlet-mapping>
>> <servlet-mapping>
>> <servlet-name>
>> jetspeed
>> </servlet-name>
>> <url-pattern>
>> /jetspeed
>> </url-pattern>
>> </servlet-mapping>
>>
>> to C:\orion\applications\jetspeed\WEB-INF\web.xml (Known issue with
>> Orion, place before existing servlet-mappings)
>>
>> 14. Create jetspeed.xml in C:\orion\config (contents of my
>> jetspeed.xml
>> below)
>>
>> <!--
>> Copyright 2004 The Apache Software Foundation
>>
>> Licensed under the Apache License, Version 2.0 (the "License");
>> you may not use this file except in compliance with the License. You
>> may obtain a copy of the License at
>>
>> http://www.apache.org/licenses/LICENSE-2.0
>>
>> Unless required by applicable law or agreed to in writing, software
>> distributed under the License is distributed on an "AS IS" BASIS,
>> WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or
>> implied. See the License for the specific language governing
>> permissions and limitations under the License.
>> -->
>> <Context path="/jetspeed" docBase="jetspeed" crossContext="true">
>>
>> <Realm className="org.apache.catalina.realm.JAASRealm"
>> appName="Jetspeed"
>>
>> userClassNames="org.apache.jetspeed.security.impl.UserPrincipalImpl"
>>
>> roleClassNames="org.apache.jetspeed.security.impl.RolePrincipalImpl"
>> useContextClassLoader="false"
>> debug="0"/>
>>
>> <ResourceParams name="jdbc/jetspeed">
>> <parameter>
>> <name>factory</name>
>> <value>org.apache.commons.dbcp.BasicDataSourceFactory</value>
>> </parameter>
>>
>> <!-- Maximum number of dB connections in pool. Make sure you
>> configure your mysqld max_connections large enough to handle
>> all of your db connections. Set to 0 for no limit.
>> -->
>> <parameter>
>> <name>maxActive</name>
>> <value>100</value>
>> </parameter>
>>
>> <!-- Maximum number of idle dB connections to retain in pool.
>> Set to 0 for no limit.
>> -->
>> <parameter>
>> <name>maxIdle</name>
>> <value>30</value>
>> </parameter>
>>
>> <!-- Maximum time to wait for a dB connection to become available
>> in ms, in this example 10 seconds. An Exception is thrown if
>> this timeout is exceeded. Set to -1 to wait indefinitely. -->
>> <parameter>
>> <name>maxWait</name>
>> <value>10000</value>
>> </parameter>
>>
>> <parameter>
>> <name>username</name>
>> <value>jetspeed</value>
>> </parameter>
>> <parameter>
>> <name>password</name>
>> <value>jetspeed</value>
>> </parameter>
>>
>> <parameter>
>> <name>driverClassName</name>
>> <value>oracle.jdbc.driver.OracleDriver</value>
>> </parameter>
>>
>> <parameter>
>> <name>url</name>
>> <value>jdbc:oracle:thin:@localhost:1521:efin</value>
>> </parameter>
>> </ResourceParams>
>>
>> </Context>
>>
>> 15. Edit
>> C:\orion\application\jetspeed\WEB-INF\classes\repository-database.xml
>> (I have changed the following to be Oracle specific)
>>
>> <jdbc-connection-descriptor
>> jcd-alias="jetspeed"
>> platform="oracle9i"
>> default-connection="true"
>> jdbc-level="2.0"
>> jndi-datasource-name="jdbc/jetspeed"
>> batch-mode="false"
>> username="jetspeed"
>> password="jetspeed"
>> >
>>
>>
>> 16. Copy portlet war files to
>> C:\orion\applications\jetspeed\WEB-INF\deploy
>>
>> 17. Start Orion , with a default Orion install go to
>> http://localhost/jetspeed
>>
>> 18. I have the following jar files in C:\orion\lib (probably not all
>> required, this is when I started running into dependancy conflicts)
>>
>> 24/11/2004 11:42 8,673 ant-launcher.jar
>> 24/11/2004 11:42 999,966 ant.jar
>> 24/11/2004 11:42 559,366 commons-collections-3.1.jar
>> 24/11/2004 11:42 107,631 commons-dbcp-1.2.1.jar
>> 24/11/2004 11:42 112,341 commons-el.jar
>> 24/11/2004 11:42 42,492 commons-pool-1.2.jar
>> 02/09/2004 12:38 577,168 hsqldb.jar
>> 24/11/2004 11:42 352,958 jasper-compiler.jar
>> 24/11/2004 11:42 106,831 jasper-runtime.jar
>> 26/05/2005 04:37 133,582 jetspeed-api-2.0-M3.jar
>> 26/05/2005 04:37 40,273 jetspeed-commons-2.0-M3.jar
>> 24/11/2004 11:42 50,493 jsp-api.jar
>> 24/11/2004 11:42 27,971 naming-common.jar
>> 24/11/2004 11:42 14,970 naming-factory.jar
>> 24/11/2004 11:42 2,061 naming-java.jar
>> 24/11/2004 11:42 42,349 naming-resources.jar
>> 16/12/2004 15:40 1,181,679 ojdbc14.jar
>> 05/12/2004 21:55 133,746 pluto-1.0.1-rc2.jar
>> 26/05/2005 04:37 14,234 portals-bridges-common-0.3.jar
>> 26/05/2005 04:37 21,027 portlet-api-1.0.jar
>> 24/11/2004 11:42 97,693 servlet-api.jar
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
>> For additional commands, e-mail: jetspeed-user-help@portals.apache.org
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
> For additional commands, e-mail: jetspeed-user-help@portals.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
For additional commands, e-mail: jetspeed-user-help@portals.apache.org
Re: Jetspeed 2 Deployment
Posted by jo...@hawkinsweb.co.uk.
David,
Appear to have got over the SpringFramework create bean problem by ensuring
that pluto-1.0.1-rc2.jar is in C:\orion\applications\jetspeed\WEB-INF\lib ,
I thought having this file in the orion global lib dir would be enough,
obviously not.
Getting a problem in PortletApplicationWar
this.paChecksum = warStruct.getChecksum(PORTLET_XML_PATH);
returns 0, it is looking for
C:\Orion\applications\jetspeed\WEB-INF\portlet.xml
and eventually gives the following error
ERROR: Failed to create PA WAR for jetspeed
java.io.IOException: Cannot find required WEB-INF/portlet.xml for Portlet
Application jetspeed
at
org.apache.jetspeed.util.descriptor.PortletApplicationWar.<init>(PortletApplicationWar.java:131) at
org.apache.jetspeed.tools.pamanager.PortletApplicationManager.startPA(PortletApplicationManager.java:309) at
org.apache.jetspeed.tools.pamanager.PortletApplicationManager.startPortletApplication(PortletApplicationManager.java:105) at
org.apache.jetspeed.container.JetspeedContainerServlet.attemptStart(JetspeedContainerServlet.java:166) at
org.apache.jetspeed.container.JetspeedContainerServlet.access$200(JetspeedContainerServlet.java:50) at
org.apache.jetspeed.container.JetspeedContainerServlet$1.run(JetspeedContainerServlet.java:137) at java.util.TimerThread.mainLoop(Unknown Source)
at java.util.TimerThread.run(Unknown Source)
Hope that helps
Jon
> David,
>
> As requested, here are the install steps I have taken, hope this helps.
>
> Your assistance is very much appreciated.
>
>
>
>
> 1. Deploy Orion2.0.5
>
> 2. Did NOT change project.properties to anything specific for Orion or
> Oracle (assuming WAR should be deployable to any app server)
>
> 3. Build J2 using maven allBuild allClean
>
> 4. Copy jetspeed.war to C:\orion2.0.5\applications
>
> 5. Add <web-module id="jetspeed" path="../applications/jetspeed.war" />
> to C:\orion\config\application.xml
>
> 6. Add <web-app application="jetspeed" name="jetspeed" root="/jetspeed"
> /> to C:\orion\config\default-web-site.xml
>
> 7. Add <application name="jetspeed" path="application.xml"
> auto-start="true" /> to C:\orion\config\server.xml
>
> 8. Add
>
> <data-source
> class="com.evermind.sql.DriverManagerDataSource"
> name="jetspeed"
> location="comp/env/jdbc/jetspeed"
> pooled-location="jdbc/jetspeed"
> xa-location="jdbc/xa/jetspeed"
> ejb-location="jdbc/jetspeed"
> connection-driver="oracle.jdbc.driver.OracleDriver"
> username="jetspeed"
> password="jetspeed"
> url="jdbc:oracle:thin:@ced11833:1521:efin"
> />
>
> to C:\orion\config\data-sources.xml
>
> 9. Populate Oracle database using supplied scripts in CVS
>
> 10. copy ojdbc14.jar to C:\oron\lib
>
> 11. Start Orion (jetspeed will now be deployed)
>
> 12. Stop Orion
>
> 13. Add
>
> <servlet-mapping>
> <servlet-name>
> jetspeed
> </servlet-name>
> <url-pattern>
> /portal
> </url-pattern>
> </servlet-mapping>
> <servlet-mapping>
> <servlet-name>
> jetspeed
> </servlet-name>
> <url-pattern>
> /jetspeed
> </url-pattern>
> </servlet-mapping>
>
> to C:\orion\applications\jetspeed\WEB-INF\web.xml (Known issue with
> Orion, place before existing servlet-mappings)
>
> 14. Create jetspeed.xml in C:\orion\config (contents of my jetspeed.xml
> below)
>
> <!--
> Copyright 2004 The Apache Software Foundation
>
> Licensed under the Apache License, Version 2.0 (the "License");
> you may not use this file except in compliance with the License.
> You may obtain a copy of the License at
>
> http://www.apache.org/licenses/LICENSE-2.0
>
> Unless required by applicable law or agreed to in writing, software
> distributed under the License is distributed on an "AS IS" BASIS,
> WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or
> implied. See the License for the specific language governing
> permissions and limitations under the License.
> -->
> <Context path="/jetspeed" docBase="jetspeed" crossContext="true">
>
> <Realm className="org.apache.catalina.realm.JAASRealm"
> appName="Jetspeed"
>
> userClassNames="org.apache.jetspeed.security.impl.UserPrincipalImpl"
>
> roleClassNames="org.apache.jetspeed.security.impl.RolePrincipalImpl"
> useContextClassLoader="false"
> debug="0"/>
>
> <ResourceParams name="jdbc/jetspeed">
> <parameter>
> <name>factory</name>
> <value>org.apache.commons.dbcp.BasicDataSourceFactory</value>
> </parameter>
>
> <!-- Maximum number of dB connections in pool. Make sure you
> configure your mysqld max_connections large enough to handle
> all of your db connections. Set to 0 for no limit.
> -->
> <parameter>
> <name>maxActive</name>
> <value>100</value>
> </parameter>
>
> <!-- Maximum number of idle dB connections to retain in pool.
> Set to 0 for no limit.
> -->
> <parameter>
> <name>maxIdle</name>
> <value>30</value>
> </parameter>
>
> <!-- Maximum time to wait for a dB connection to become available
> in ms, in this example 10 seconds. An Exception is thrown if
> this timeout is exceeded. Set to -1 to wait indefinitely. -->
> <parameter>
> <name>maxWait</name>
> <value>10000</value>
> </parameter>
>
> <parameter>
> <name>username</name>
> <value>jetspeed</value>
> </parameter>
> <parameter>
> <name>password</name>
> <value>jetspeed</value>
> </parameter>
>
> <parameter>
> <name>driverClassName</name>
> <value>oracle.jdbc.driver.OracleDriver</value>
> </parameter>
>
> <parameter>
> <name>url</name>
> <value>jdbc:oracle:thin:@localhost:1521:efin</value>
> </parameter>
> </ResourceParams>
>
> </Context>
>
> 15. Edit
> C:\orion\application\jetspeed\WEB-INF\classes\repository-database.xml
> (I have changed the following to be Oracle specific)
>
> <jdbc-connection-descriptor
> jcd-alias="jetspeed"
> platform="oracle9i"
> default-connection="true"
> jdbc-level="2.0"
> jndi-datasource-name="jdbc/jetspeed"
> batch-mode="false"
> username="jetspeed"
> password="jetspeed"
> >
>
>
> 16. Copy portlet war files to
> C:\orion\applications\jetspeed\WEB-INF\deploy
>
> 17. Start Orion , with a default Orion install go to
> http://localhost/jetspeed
>
> 18. I have the following jar files in C:\orion\lib (probably not all
> required, this is when I started running into dependancy conflicts)
>
> 24/11/2004 11:42 8,673 ant-launcher.jar
> 24/11/2004 11:42 999,966 ant.jar
> 24/11/2004 11:42 559,366 commons-collections-3.1.jar
> 24/11/2004 11:42 107,631 commons-dbcp-1.2.1.jar
> 24/11/2004 11:42 112,341 commons-el.jar
> 24/11/2004 11:42 42,492 commons-pool-1.2.jar
> 02/09/2004 12:38 577,168 hsqldb.jar
> 24/11/2004 11:42 352,958 jasper-compiler.jar
> 24/11/2004 11:42 106,831 jasper-runtime.jar
> 26/05/2005 04:37 133,582 jetspeed-api-2.0-M3.jar
> 26/05/2005 04:37 40,273 jetspeed-commons-2.0-M3.jar
> 24/11/2004 11:42 50,493 jsp-api.jar
> 24/11/2004 11:42 27,971 naming-common.jar
> 24/11/2004 11:42 14,970 naming-factory.jar
> 24/11/2004 11:42 2,061 naming-java.jar
> 24/11/2004 11:42 42,349 naming-resources.jar
> 16/12/2004 15:40 1,181,679 ojdbc14.jar
> 05/12/2004 21:55 133,746 pluto-1.0.1-rc2.jar
> 26/05/2005 04:37 14,234 portals-bridges-common-0.3.jar
> 26/05/2005 04:37 21,027 portlet-api-1.0.jar
> 24/11/2004 11:42 97,693 servlet-api.jar
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
> For additional commands, e-mail: jetspeed-user-help@portals.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
For additional commands, e-mail: jetspeed-user-help@portals.apache.org
Re: Jetspeed 2 Deployment
Posted by Jonathan Hawkins <jo...@hawkinsweb.co.uk>.
David,
As requested, here are the install steps I have taken, hope this helps.
Your assistance is very much appreciated.
1. Deploy Orion2.0.5
2. Did NOT change project.properties to anything specific for Orion or
Oracle (assuming WAR should be deployable to any app server)
3. Build J2 using maven allBuild allClean
4. Copy jetspeed.war to C:\orion2.0.5\applications
5. Add <web-module id="jetspeed" path="../applications/jetspeed.war" />
to C:\orion\config\application.xml
6. Add <web-app application="jetspeed" name="jetspeed" root="/jetspeed"
/> to C:\orion\config\default-web-site.xml
7. Add <application name="jetspeed" path="application.xml"
auto-start="true" /> to C:\orion\config\server.xml
8. Add
<data-source
class="com.evermind.sql.DriverManagerDataSource"
name="jetspeed"
location="comp/env/jdbc/jetspeed"
pooled-location="jdbc/jetspeed"
xa-location="jdbc/xa/jetspeed"
ejb-location="jdbc/jetspeed"
connection-driver="oracle.jdbc.driver.OracleDriver"
username="jetspeed"
password="jetspeed"
url="jdbc:oracle:thin:@ced11833:1521:efin"
/>
to C:\orion\config\data-sources.xml
9. Populate Oracle database using supplied scripts in CVS
10. copy ojdbc14.jar to C:\oron\lib
11. Start Orion (jetspeed will now be deployed)
12. Stop Orion
13. Add
<servlet-mapping>
<servlet-name>
jetspeed
</servlet-name>
<url-pattern>
/portal
</url-pattern>
</servlet-mapping>
<servlet-mapping>
<servlet-name>
jetspeed
</servlet-name>
<url-pattern>
/jetspeed
</url-pattern>
</servlet-mapping>
to C:\orion\applications\jetspeed\WEB-INF\web.xml (Known issue with
Orion, place before existing servlet-mappings)
14. Create jetspeed.xml in C:\orion\config (contents of my jetspeed.xml
below)
<!--
Copyright 2004 The Apache Software Foundation
Licensed under the Apache License, Version 2.0 (the "License");
you may not use this file except in compliance with the License.
You may obtain a copy of the License at
http://www.apache.org/licenses/LICENSE-2.0
Unless required by applicable law or agreed to in writing, software
distributed under the License is distributed on an "AS IS" BASIS,
WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
See the License for the specific language governing permissions and
limitations under the License.
-->
<Context path="/jetspeed" docBase="jetspeed" crossContext="true">
<Realm className="org.apache.catalina.realm.JAASRealm"
appName="Jetspeed"
userClassNames="org.apache.jetspeed.security.impl.UserPrincipalImpl"
roleClassNames="org.apache.jetspeed.security.impl.RolePrincipalImpl"
useContextClassLoader="false"
debug="0"/>
<ResourceParams name="jdbc/jetspeed">
<parameter>
<name>factory</name>
<value>org.apache.commons.dbcp.BasicDataSourceFactory</value>
</parameter>
<!-- Maximum number of dB connections in pool. Make sure you
configure your mysqld max_connections large enough to handle
all of your db connections. Set to 0 for no limit.
-->
<parameter>
<name>maxActive</name>
<value>100</value>
</parameter>
<!-- Maximum number of idle dB connections to retain in pool.
Set to 0 for no limit.
-->
<parameter>
<name>maxIdle</name>
<value>30</value>
</parameter>
<!-- Maximum time to wait for a dB connection to become available
in ms, in this example 10 seconds. An Exception is thrown if
this timeout is exceeded. Set to -1 to wait indefinitely.
-->
<parameter>
<name>maxWait</name>
<value>10000</value>
</parameter>
<parameter>
<name>username</name>
<value>jetspeed</value>
</parameter>
<parameter>
<name>password</name>
<value>jetspeed</value>
</parameter>
<parameter>
<name>driverClassName</name>
<value>oracle.jdbc.driver.OracleDriver</value>
</parameter>
<parameter>
<name>url</name>
<value>jdbc:oracle:thin:@localhost:1521:efin</value>
</parameter>
</ResourceParams>
</Context>
15. Edit
C:\orion\application\jetspeed\WEB-INF\classes\repository-database.xml (I
have changed the following to be Oracle specific)
<jdbc-connection-descriptor
jcd-alias="jetspeed"
platform="oracle9i"
default-connection="true"
jdbc-level="2.0"
jndi-datasource-name="jdbc/jetspeed"
batch-mode="false"
username="jetspeed"
password="jetspeed"
>
16. Copy portlet war files to C:\orion\applications\jetspeed\WEB-INF\deploy
17. Start Orion , with a default Orion install go to
http://localhost/jetspeed
18. I have the following jar files in C:\orion\lib (probably not all
required, this is when I started running into dependancy conflicts)
24/11/2004 11:42 8,673 ant-launcher.jar
24/11/2004 11:42 999,966 ant.jar
24/11/2004 11:42 559,366 commons-collections-3.1.jar
24/11/2004 11:42 107,631 commons-dbcp-1.2.1.jar
24/11/2004 11:42 112,341 commons-el.jar
24/11/2004 11:42 42,492 commons-pool-1.2.jar
02/09/2004 12:38 577,168 hsqldb.jar
24/11/2004 11:42 352,958 jasper-compiler.jar
24/11/2004 11:42 106,831 jasper-runtime.jar
26/05/2005 04:37 133,582 jetspeed-api-2.0-M3.jar
26/05/2005 04:37 40,273 jetspeed-commons-2.0-M3.jar
24/11/2004 11:42 50,493 jsp-api.jar
24/11/2004 11:42 27,971 naming-common.jar
24/11/2004 11:42 14,970 naming-factory.jar
24/11/2004 11:42 2,061 naming-java.jar
24/11/2004 11:42 42,349 naming-resources.jar
16/12/2004 15:40 1,181,679 ojdbc14.jar
05/12/2004 21:55 133,746 pluto-1.0.1-rc2.jar
26/05/2005 04:37 14,234 portals-bridges-common-0.3.jar
26/05/2005 04:37 21,027 portlet-api-1.0.jar
24/11/2004 11:42 97,693 servlet-api.jar
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
For additional commands, e-mail: jetspeed-user-help@portals.apache.org
Re: Jetspeed 2 Deployment
Posted by Jonathan Hawkins <jo...@hawkinsweb.co.uk>.
David,
Will do in the morning. I'll document exact steps with setup for running
against Oracle as well.
Many thanks
Jon
David Sean Taylor wrote:
> Jonathan Hawkins wrote:
>
>> Apologies for asking again, anybody any idea why I get these errors
>> using J1.6 or J2. Must be an Orion setup problem as it works ok under
>> Tomcat. What I don't understand are the dependancies.
>>
>> Any assistance would be greatly appreciated.
>>
> Could you send us the steps you went through to install on Orion.
> I'll download Orion and try out over the next day or two, and then we
> can add the whole procedure to the Wiki once its working
>
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
For additional commands, e-mail: jetspeed-user-help@portals.apache.org
Re: Jetspeed 2 Deployment
Posted by David Sean Taylor <da...@bluesunrise.com>.
Jonathan Hawkins wrote:
> Apologies for asking again, anybody any idea why I get these errors
> using J1.6 or J2. Must be an Orion setup problem as it works ok under
> Tomcat. What I don't understand are the dependancies.
>
> Any assistance would be greatly appreciated.
>
Could you send us the steps you went through to install on Orion.
I'll download Orion and try out over the next day or two, and then we
can add the whole procedure to the Wiki once its working
--
David Sean Taylor
Bluesunrise Software
david@bluesunrise.com
[office] +01 707 773-4646
[mobile] +01 707 529 9194
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
For additional commands, e-mail: jetspeed-user-help@portals.apache.org
Re: Jetspeed 2 Deployment
Posted by Jonathan Hawkins <jo...@hawkinsweb.co.uk>.
Apologies for asking again, anybody any idea why I get these errors
using J1.6 or J2. Must be an Orion setup problem as it works ok under
Tomcat. What I don't understand are the dependancies.
Any assistance would be greatly appreciated.
Jon
jonathan.hawkins@hawkinsweb.co.uk wrote:
>Further to my earlier email, also getting this in J1.6 with Fusion.
>
>Should the class names being referenced be in JAR files accessible to Orion
>or just in the WEB-INF/lib ?
>
>2005-06-07 15:19:41,125 [ApplicationServerThread] INFO
>org.springframework.beans.factory.support.DefaultListableBeanFactory -
>Creating shared instance of singleton bean 'JetspeedNamespaceMapper'
>2005-06-07 15:19:41,125 [ApplicationServerThread] DEBUG
>org.springframework.beans.factory.support.DefaultListableBeanFactory -
>Creating instance of bean 'JetspeedNamespaceMapper' with merged definition
>[Root bean with class
>[org.apache.jetspeed.container.namespace.JetspeedNamespaceMapperImpl]
>defined in URL
>[file:/C:/Orion2.0.5_Jetspeed1.6/applications/jetspeed/WEB-INF/conf/assembly/pluto-factories.xml]]2005-06-07 15:19:41,125 [ApplicationServerThread] DEBUG
>org.springframework.beans.factory.support.DefaultListableBeanFactory -
>Ignoring constructor [public
>org.apache.jetspeed.container.namespace.JetspeedNamespaceMapperImpl()] of
>bean 'JetspeedNamespaceMapper': could not satisfy dependencies
>org.springframework.beans.factory.BeanCreationException: Error creating bean
>with name 'JetspeedNamespaceMapper' defined in URL
>[file:/C:/Orion2.0.5_Jetspeed1.6/applications/jetspeed/WEB-INF/conf/assembly/pluto-factories.xml]:1 constructor arguments specified but no matching constructor found in bean
>'JetspeedNamespaceMapper' (hint: specify index arguments for simple
>parameters to avoid type ambiguities)
> at
>org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.autowireConstructor(AbstractAutowireCapableBeanFactory.java:490)
>
>Thanks
>
>Jon
>
>
>
>>Thought I'd give J1.6 + Fusion a go and see how far that gets, getting
>>following error :-
>>
>>2005-06-07 14:50:04,750 [Thread-5] DEBUG LateInitCastorRegistryService
>>- RegistryService: Merged 0 entries and deleted 0 in Registry
>>2005-06-07 14:50:22,484 [ApplicationServerThread] DEBUG
>>JetspeedRunDataService - JetspeedRunDataService: storing rundata
>>org.apache.jetspeed.services.rundata.DefaultJetspeedRunData@8f57a for
>>thread: Thread[ApplicationServerThread,5,applicationServerThreadGroup]
>>2005-06-07 14:50:23,531 [ApplicationServerThread] ERROR
>>JetspeedProfilerService - Exception in fallbackProfile
>>java.lang.NullPointerException
>> at
>>
>>
>>
>org.apache.jetspeed.services.profiler.JetspeedProfilerService.fallbackProfile(JetspeedProfilerService.java:785)at
>
>
>org.apache.jetspeed.services.profiler.JetspeedProfilerService.getProfile(JetspeedProfilerService.java:301)at
>
>
>org.apache.jetspeed.services.profiler.JetspeedProfilerService.getProfile(JetspeedProfilerService.java:848)at
>
>
>>org.apache.jetspeed.services.Profiler.getProfile(Profiler.java:87)
>> at
>>
>>
>>
>org.apache.jetspeed.modules.actions.JetspeedAccessController.doPerform(JetspeedAccessController.java:74)at
>
>
>org.apache.jetspeed.fusion.modules.actions.FusionAccessController.doPerform(FusionAccessController.java:78)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:195)
>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:309)
>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:336)
>> at com.evermind._ctb._psd(Unknown Source)
>> at com.evermind._ctb._bqc(Unknown Source)
>> at com.evermind._ctb.forward(Unknown Source)
>> at __jspPage0_index_jsp._jspService(__jspPage0_index_jsp.java:29) at
>> com.orionserver.http.OrionHttpJspPage.service(Unknown Source)
>> at com.evermind._ay._rmb(Unknown Source)
>> at com.evermind.server.http.JSPServlet.service(Unknown Source)
>> at com.evermind._ctb._psd(Unknown Source)
>> at com.evermind._ctb._bqc(Unknown Source)
>> at com.evermind._ax._luc(Unknown Source)
>> at com.evermind._ax._ucb(Unknown Source)
>> at com.evermind._bf.run(Unknown Source)
>>2005-06-07 14:52:19,578 [ApplicationServerThread] DEBUG
>>JetspeedRunDataService - JetspeedRunDataService: accessing rundata
>>org.apache.jetspeed.services.rundata.DefaultJetspeedRunData@8f57a for
>>thread: Thread[ApplicationServerThread,5,applicationServerThreadGroup]
>>
>>This is using the same Oracle database as J2
>>
>>Any ideas appreciated.
>>
>>Many thanks
>>
>>Jon
>>
>>
>>
>>
>>
>>>Jonathan Hawkins wrote:
>>>
>>>
>>>>These are the types of error that I am getting trying to start
>>>>Jetspeed on Orion
>>>>
>>>>2005-06-06 15:18:33,250 [ApplicationServerThread] DEBUG
>>>>org.springframework.beans.factory.support.DefaultListableBeanFactory
>>>>-
>>>> Ignoring constructor [public
>>>>org.apache.jetspeed.container.namespace.JetspeedNamespaceMapperImpl()]
>>>> of bean 'JetspeedNamespaceMapper': could not satisfy dependencies
>>>>org.springframework.beans.factory.BeanCreationException: Error
>>>>creating bean with name 'JetspeedNamespaceMapper' defined in URL
>>>>
>>>>
>>>>
>[file:/C:/Orion2.0.5_Jetspeed2/applications/jetspeed/WEB-INF/assembly/pluto-factories.xml]:>>> 1 constructor arguments specified but no matching constructor found
>
>
>>>>in bean 'JetspeedNamespaceMapper' (hint: specify index arguments for
>>>>simple parameters to avoid type ambiguities)
>>>>
>>>>Any ideas would be greatly appreciated
>>>>
>>>>
>>>>Jon
>>>>jonathan.hawkins@hawkinsweb.co.uk wrote:
>>>>
>>>>
>>>>
>>>It looks like you don't have the correct version of the
>>>JetspeedNamespaceMapperImpl class in your deployment.
>>>Which is kinda weird as effectively there is only one implementation
>>>so far:
>>>
>>>
>>>
>$JETSPEED_SRC/portal/src/java/o.a.j.container.namespace.JetspeedNamespaceMapperImpl.java;>> 1.2
>
>
>>>Check if your cvs checkout isn't corrupted and also check your
>>>pluto-factories.xml in which it is defined.
>>>
>>>
>>>---------------------------------------------------------------------
>>>To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
>>>For additional commands, e-mail: jetspeed-user-help@portals.apache.org
>>>
>>>
>>
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
>>For additional commands, e-mail: jetspeed-user-help@portals.apache.org
>>
>>
>
>
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
>For additional commands, e-mail: jetspeed-user-help@portals.apache.org
>
>
Re: Jetspeed 2 Deployment
Posted by jo...@hawkinsweb.co.uk.
Further to my earlier email, also getting this in J1.6 with Fusion.
Should the class names being referenced be in JAR files accessible to Orion
or just in the WEB-INF/lib ?
2005-06-07 15:19:41,125 [ApplicationServerThread] INFO
org.springframework.beans.factory.support.DefaultListableBeanFactory -
Creating shared instance of singleton bean 'JetspeedNamespaceMapper'
2005-06-07 15:19:41,125 [ApplicationServerThread] DEBUG
org.springframework.beans.factory.support.DefaultListableBeanFactory -
Creating instance of bean 'JetspeedNamespaceMapper' with merged definition
[Root bean with class
[org.apache.jetspeed.container.namespace.JetspeedNamespaceMapperImpl]
defined in URL
[file:/C:/Orion2.0.5_Jetspeed1.6/applications/jetspeed/WEB-INF/conf/assembly/pluto-factories.xml]]2005-06-07 15:19:41,125 [ApplicationServerThread] DEBUG
org.springframework.beans.factory.support.DefaultListableBeanFactory -
Ignoring constructor [public
org.apache.jetspeed.container.namespace.JetspeedNamespaceMapperImpl()] of
bean 'JetspeedNamespaceMapper': could not satisfy dependencies
org.springframework.beans.factory.BeanCreationException: Error creating bean
with name 'JetspeedNamespaceMapper' defined in URL
[file:/C:/Orion2.0.5_Jetspeed1.6/applications/jetspeed/WEB-INF/conf/assembly/pluto-factories.xml]:1 constructor arguments specified but no matching constructor found in bean
'JetspeedNamespaceMapper' (hint: specify index arguments for simple
parameters to avoid type ambiguities)
at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.autowireConstructor(AbstractAutowireCapableBeanFactory.java:490)
Thanks
Jon
> Thought I'd give J1.6 + Fusion a go and see how far that gets, getting
> following error :-
>
> 2005-06-07 14:50:04,750 [Thread-5] DEBUG LateInitCastorRegistryService
> - RegistryService: Merged 0 entries and deleted 0 in Registry
> 2005-06-07 14:50:22,484 [ApplicationServerThread] DEBUG
> JetspeedRunDataService - JetspeedRunDataService: storing rundata
> org.apache.jetspeed.services.rundata.DefaultJetspeedRunData@8f57a for
> thread: Thread[ApplicationServerThread,5,applicationServerThreadGroup]
> 2005-06-07 14:50:23,531 [ApplicationServerThread] ERROR
> JetspeedProfilerService - Exception in fallbackProfile
> java.lang.NullPointerException
> at
>
org.apache.jetspeed.services.profiler.JetspeedProfilerService.fallbackProfile(JetspeedProfilerService.java:785)at
>
org.apache.jetspeed.services.profiler.JetspeedProfilerService.getProfile(JetspeedProfilerService.java:301)at
>
org.apache.jetspeed.services.profiler.JetspeedProfilerService.getProfile(JetspeedProfilerService.java:848)at
> org.apache.jetspeed.services.Profiler.getProfile(Profiler.java:87)
> at
>
org.apache.jetspeed.modules.actions.JetspeedAccessController.doPerform(JetspeedAccessController.java:74)at
>
org.apache.jetspeed.fusion.modules.actions.FusionAccessController.doPerform(FusionAccessController.java:78)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:195)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:309)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:336)
> at com.evermind._ctb._psd(Unknown Source)
> at com.evermind._ctb._bqc(Unknown Source)
> at com.evermind._ctb.forward(Unknown Source)
> at __jspPage0_index_jsp._jspService(__jspPage0_index_jsp.java:29) at
> com.orionserver.http.OrionHttpJspPage.service(Unknown Source)
> at com.evermind._ay._rmb(Unknown Source)
> at com.evermind.server.http.JSPServlet.service(Unknown Source)
> at com.evermind._ctb._psd(Unknown Source)
> at com.evermind._ctb._bqc(Unknown Source)
> at com.evermind._ax._luc(Unknown Source)
> at com.evermind._ax._ucb(Unknown Source)
> at com.evermind._bf.run(Unknown Source)
> 2005-06-07 14:52:19,578 [ApplicationServerThread] DEBUG
> JetspeedRunDataService - JetspeedRunDataService: accessing rundata
> org.apache.jetspeed.services.rundata.DefaultJetspeedRunData@8f57a for
> thread: Thread[ApplicationServerThread,5,applicationServerThreadGroup]
>
> This is using the same Oracle database as J2
>
> Any ideas appreciated.
>
> Many thanks
>
> Jon
>
>
>
>> Jonathan Hawkins wrote:
>>> These are the types of error that I am getting trying to start
>>> Jetspeed on Orion
>>>
>>> 2005-06-06 15:18:33,250 [ApplicationServerThread] DEBUG
>>> org.springframework.beans.factory.support.DefaultListableBeanFactory
>>> -
>>> Ignoring constructor [public
>>> org.apache.jetspeed.container.namespace.JetspeedNamespaceMapperImpl()]
>>> of bean 'JetspeedNamespaceMapper': could not satisfy dependencies
>>> org.springframework.beans.factory.BeanCreationException: Error
>>> creating bean with name 'JetspeedNamespaceMapper' defined in URL
>>>
>
[file:/C:/Orion2.0.5_Jetspeed2/applications/jetspeed/WEB-INF/assembly/pluto-factories.xml]:>>> 1 constructor arguments specified but no matching constructor found
>>> in bean 'JetspeedNamespaceMapper' (hint: specify index arguments for
>>> simple parameters to avoid type ambiguities)
>>>
>>> Any ideas would be greatly appreciated
>>>
>>>
>>> Jon
>>> jonathan.hawkins@hawkinsweb.co.uk wrote:
>>>
>> It looks like you don't have the correct version of the
>> JetspeedNamespaceMapperImpl class in your deployment.
>> Which is kinda weird as effectively there is only one implementation
>> so far:
>>
>
$JETSPEED_SRC/portal/src/java/o.a.j.container.namespace.JetspeedNamespaceMapperImpl.java;>> 1.2
>>
>> Check if your cvs checkout isn't corrupted and also check your
>> pluto-factories.xml in which it is defined.
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
>> For additional commands, e-mail: jetspeed-user-help@portals.apache.org
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
> For additional commands, e-mail: jetspeed-user-help@portals.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
For additional commands, e-mail: jetspeed-user-help@portals.apache.org
Re: Jetspeed 2 Deployment
Posted by jo...@hawkinsweb.co.uk.
Thought I'd give J1.6 + Fusion a go and see how far that gets, getting
following error :-
2005-06-07 14:50:04,750 [Thread-5] DEBUG LateInitCastorRegistryService -
RegistryService: Merged 0 entries and deleted 0 in Registry
2005-06-07 14:50:22,484 [ApplicationServerThread] DEBUG
JetspeedRunDataService - JetspeedRunDataService: storing rundata
org.apache.jetspeed.services.rundata.DefaultJetspeedRunData@8f57a for
thread: Thread[ApplicationServerThread,5,applicationServerThreadGroup]
2005-06-07 14:50:23,531 [ApplicationServerThread] ERROR
JetspeedProfilerService - Exception in fallbackProfile
java.lang.NullPointerException
at
org.apache.jetspeed.services.profiler.JetspeedProfilerService.fallbackProfile(JetspeedProfilerService.java:785) at
org.apache.jetspeed.services.profiler.JetspeedProfilerService.getProfile(JetspeedProfilerService.java:301) at
org.apache.jetspeed.services.profiler.JetspeedProfilerService.getProfile(JetspeedProfilerService.java:848) at org.apache.jetspeed.services.Profiler.getProfile(Profiler.java:87)
at
org.apache.jetspeed.modules.actions.JetspeedAccessController.doPerform(JetspeedAccessController.java:74) at
org.apache.jetspeed.fusion.modules.actions.FusionAccessController.doPerform(FusionAccessController.java:78) 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:195)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:309)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:336)
at com.evermind._ctb._psd(Unknown Source)
at com.evermind._ctb._bqc(Unknown Source)
at com.evermind._ctb.forward(Unknown Source)
at __jspPage0_index_jsp._jspService(__jspPage0_index_jsp.java:29)
at com.orionserver.http.OrionHttpJspPage.service(Unknown Source)
at com.evermind._ay._rmb(Unknown Source)
at com.evermind.server.http.JSPServlet.service(Unknown Source)
at com.evermind._ctb._psd(Unknown Source)
at com.evermind._ctb._bqc(Unknown Source)
at com.evermind._ax._luc(Unknown Source)
at com.evermind._ax._ucb(Unknown Source)
at com.evermind._bf.run(Unknown Source)
2005-06-07 14:52:19,578 [ApplicationServerThread] DEBUG
JetspeedRunDataService - JetspeedRunDataService: accessing rundata
org.apache.jetspeed.services.rundata.DefaultJetspeedRunData@8f57a for
thread: Thread[ApplicationServerThread,5,applicationServerThreadGroup]
This is using the same Oracle database as J2
Any ideas appreciated.
Many thanks
Jon
> Jonathan Hawkins wrote:
>> These are the types of error that I am getting trying to start
>> Jetspeed on Orion
>>
>> 2005-06-06 15:18:33,250 [ApplicationServerThread] DEBUG
>> org.springframework.beans.factory.support.DefaultListableBeanFactory -
>> Ignoring constructor [public
>> org.apache.jetspeed.container.namespace.JetspeedNamespaceMapperImpl()]
>> of bean 'JetspeedNamespaceMapper': could not satisfy dependencies
>> org.springframework.beans.factory.BeanCreationException: Error
>> creating bean with name 'JetspeedNamespaceMapper' defined in URL
>>
[file:/C:/Orion2.0.5_Jetspeed2/applications/jetspeed/WEB-INF/assembly/pluto-factories.xml]:>> 1 constructor arguments specified but no matching constructor found
>> in bean 'JetspeedNamespaceMapper' (hint: specify index arguments for
>> simple parameters to avoid type ambiguities)
>>
>> Any ideas would be greatly appreciated
>>
>>
>> Jon
>> jonathan.hawkins@hawkinsweb.co.uk wrote:
>>
> It looks like you don't have the correct version of the
> JetspeedNamespaceMapperImpl class in your deployment.
> Which is kinda weird as effectively there is only one implementation so
> far:
>
$JETSPEED_SRC/portal/src/java/o.a.j.container.namespace.JetspeedNamespaceMapperImpl.java;> 1.2
>
> Check if your cvs checkout isn't corrupted and also check your
> pluto-factories.xml in which it is defined.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
> For additional commands, e-mail: jetspeed-user-help@portals.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
For additional commands, e-mail: jetspeed-user-help@portals.apache.org
Re: Jetspeed 2 Deployment
Posted by jo...@hawkinsweb.co.uk.
Ate,
I have to admit to not being entirely sure what it is that is going wrong.
The main problems I am having are jar files not being found within an Orion
deployment, I copy them into orion/lib and then get other problems, for
example, copy commons-logging.jar into lib to satisfy a dependancy of spring
and then context /portal/ cannot be found. I really feel as though I am
going around in circles with this.
I am presuming that nobody has ever got Jetspeed running on Orion ?
I have also tried clean deployments but get into the fix one thing and break
another cycle almost immediately.
About the best I am getting at the moment is the home page displayed but
every portal comes up as Portlet Application pam not available or Portlet
Application demo not available or Portlet Application security not available
Any assistance would be greatly appreciated, even just someone else trying
to deploy under Orion and confirm what I am seeing !
I do appreacited all assistance
Jon
> Jonathan Hawkins wrote:
>> These are the types of error that I am getting trying to start
>> Jetspeed on Orion
>>
>> 2005-06-06 15:18:33,250 [ApplicationServerThread] DEBUG
>> org.springframework.beans.factory.support.DefaultListableBeanFactory -
>> Ignoring constructor [public
>> org.apache.jetspeed.container.namespace.JetspeedNamespaceMapperImpl()]
>> of bean 'JetspeedNamespaceMapper': could not satisfy dependencies
>> org.springframework.beans.factory.BeanCreationException: Error
>> creating bean with name 'JetspeedNamespaceMapper' defined in URL
>>
[file:/C:/Orion2.0.5_Jetspeed2/applications/jetspeed/WEB-INF/assembly/pluto-factories.xml]:>> 1 constructor arguments specified but no matching constructor found
>> in bean 'JetspeedNamespaceMapper' (hint: specify index arguments for
>> simple parameters to avoid type ambiguities)
>>
>> Any ideas would be greatly appreciated
>>
>>
>> Jon
>> jonathan.hawkins@hawkinsweb.co.uk wrote:
>>
> It looks like you don't have the correct version of the
> JetspeedNamespaceMapperImpl class in your deployment.
> Which is kinda weird as effectively there is only one implementation so
> far:
>
$JETSPEED_SRC/portal/src/java/o.a.j.container.namespace.JetspeedNamespaceMapperImpl.java;> 1.2
>
> Check if your cvs checkout isn't corrupted and also check your
> pluto-factories.xml in which it is defined.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
> For additional commands, e-mail: jetspeed-user-help@portals.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
For additional commands, e-mail: jetspeed-user-help@portals.apache.org
Re: Jetspeed 2 Deployment
Posted by Ate Douma <at...@douma.nu>.
Jonathan Hawkins wrote:
> These are the types of error that I am getting trying to start Jetspeed
> on Orion
>
> 2005-06-06 15:18:33,250 [ApplicationServerThread] DEBUG
> org.springframework.beans.factory.support.DefaultListableBeanFactory -
> Ignoring constructor [public
> org.apache.jetspeed.container.namespace.JetspeedNamespaceMapperImpl()]
> of bean 'JetspeedNamespaceMapper': could not satisfy dependencies
> org.springframework.beans.factory.BeanCreationException: Error creating
> bean with name 'JetspeedNamespaceMapper' defined in URL
> [file:/C:/Orion2.0.5_Jetspeed2/applications/jetspeed/WEB-INF/assembly/pluto-factories.xml]:
> 1 constructor arguments specified but no matching constructor found in
> bean 'JetspeedNamespaceMapper' (hint: specify index arguments for simple
> parameters to avoid type ambiguities)
>
> Any ideas would be greatly appreciated
>
>
> Jon
> jonathan.hawkins@hawkinsweb.co.uk wrote:
>
It looks like you don't have the correct version of the JetspeedNamespaceMapperImpl class in your
deployment.
Which is kinda weird as effectively there is only one implementation so far:
$JETSPEED_SRC/portal/src/java/o.a.j.container.namespace.JetspeedNamespaceMapperImpl.java; 1.2
Check if your cvs checkout isn't corrupted and also check your pluto-factories.xml in which it is
defined.
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
For additional commands, e-mail: jetspeed-user-help@portals.apache.org
Re: Jetspeed 2 Deployment
Posted by Jonathan Hawkins <jo...@hawkinsweb.co.uk>.
These are the types of error that I am getting trying to start Jetspeed
on Orion
2005-06-06 15:18:26,031 [ApplicationServerThread] DEBUG
org.springframework.beans.factory.support.DefaultListableBeanFactory -
Creating instance of bean 'DecorationLocator' with merged definition
[Root bean with class
[org.apache.jetspeed.locator.JetspeedTemplateLocator] defined in URL
[file:/C:/Orion2.0.5_Jetspeed2/applications/jetspeed/WEB-INF/assembly/jetspeed-spring.xml]]
2005-06-06 15:18:26,031 [ApplicationServerThread] DEBUG
org.springframework.beans.factory.support.DefaultListableBeanFactory -
Ignoring constructor [public
org.apache.jetspeed.locator.JetspeedTemplateLocator(java.util.List,java.util.List,java.lang.String,java.lang.String)
throws java.io.FileNotFoundException] of bean 'DecorationLocator': could
not satisfy dependencies
org.springframework.beans.factory.UnsatisfiedDependencyException: Error
creating bean with name 'DecorationLocator' defined in URL
[file:/C:/Orion2.0.5_Jetspeed2/applications/jetspeed/WEB-INF/assembly/jetspeed-spring.xml]:
Unsatisfied dependency expressed through constructor argument with index
1 of type [java.util.List]: Did you specify the correct bean references
as generic constructor arguments?
2005-06-06 15:18:26,062 [ApplicationServerThread] DEBUG
org.springframework.beans.factory.support.DefaultListableBeanFactory -
Creating instance of bean 'capabilitiesImpl' with merged definition
[Root bean with class
[org.apache.jetspeed.capabilities.impl.JetspeedCapabilities] defined in
URL
[file:/C:/Orion2.0.5_Jetspeed2/applications/jetspeed/WEB-INF/assembly/jetspeed-spring.xml]]
2005-06-06 15:18:26,062 [ApplicationServerThread] DEBUG
org.springframework.beans.factory.support.DefaultListableBeanFactory -
Ignoring constructor [public
org.apache.jetspeed.capabilities.impl.JetspeedCapabilities(java.lang.String,java.util.Properties)]
of bean 'capabilitiesImpl': could not satisfy dependencies
org.springframework.beans.factory.UnsatisfiedDependencyException: Error
creating bean with name 'capabilitiesImpl' defined in URL
[file:/C:/Orion2.0.5_Jetspeed2/applications/jetspeed/WEB-INF/assembly/jetspeed-spring.xml]:
Unsatisfied dependency expressed through constructor argument with index
1 of type [java.util.Properties]: Did you specify the correct bean
references as generic constructor arguments?
2005-06-06 15:18:33,000 [ApplicationServerThread] DEBUG
org.springframework.beans.factory.support.DefaultListableBeanFactory -
Returning cached instance of singleton bean
'org.apache.jetspeed.security.UserManager'
2005-06-06 15:18:33,000 [ApplicationServerThread] DEBUG
org.springframework.beans.factory.support.DefaultListableBeanFactory -
Ignoring constructor [public
org.apache.jetspeed.userinfo.impl.UserInfoManagerImpl(org.apache.jetspeed.security.UserManager,org.apache.jetspeed.components.portletregistry.PortletRegistry,java.lang.String)]
of bean 'org.apache.jetspeed.userinfo.UserInfoManager': could not
satisfy dependencies
org.springframework.beans.factory.UnsatisfiedDependencyException: Error
creating bean with name 'org.apache.jetspeed.userinfo.UserInfoManager'
defined in URL
[file:/C:/Orion2.0.5_Jetspeed2/applications/jetspeed/WEB-INF/assembly/jetspeed-spring.xml]:
Unsatisfied dependency expressed through constructor argument with index
2 of type [java.lang.String]: Did you specify the correct bean
references as generic constructor arguments?
2005-06-06 15:18:33,109 [ApplicationServerThread] DEBUG
org.springframework.beans.BeanWrapperImpl - Converting String to [int]
using property editor [sun.beans.editors.IntEditor@5f1ba8]
2005-06-06 15:18:33,109 [ApplicationServerThread] DEBUG
org.springframework.beans.factory.support.DefaultListableBeanFactory -
Ignoring constructor [public
org.apache.jetspeed.aggregator.impl.PageAggregatorImpl(org.apache.jetspeed.aggregator.PortletRenderer,java.util.List)]
of bean 'org.apache.jetspeed.aggregator.PageAggregator': could not
satisfy dependencies
org.springframework.beans.factory.BeanCreationException: Error creating
bean with name 'org.apache.jetspeed.aggregator.PageAggregator' defined
in URL
[file:/C:/Orion2.0.5_Jetspeed2/applications/jetspeed/WEB-INF/assembly/jetspeed-spring.xml]:
3 constructor arguments specified but no matching constructor found in
bean 'org.apache.jetspeed.aggregator.PageAggregator' (hint: specify
index arguments for simple parameters to avoid type ambiguities)
2005-06-06 15:18:33,140 [ApplicationServerThread] DEBUG
org.springframework.beans.factory.support.DefaultListableBeanFactory -
Creating instance of bean 'localizationValve' with merged definition
[Root bean with class
[org.apache.jetspeed.localization.impl.LocalizationValveImpl] defined in
URL
[file:/C:/Orion2.0.5_Jetspeed2/applications/jetspeed/WEB-INF/assembly/pipelines.xml]]
2005-06-06 15:18:33,140 [ApplicationServerThread] DEBUG
org.springframework.beans.factory.support.DefaultListableBeanFactory -
Ignoring constructor [public
org.apache.jetspeed.localization.impl.LocalizationValveImpl()] of bean
'localizationValve': could not satisfy dependencies
org.springframework.beans.factory.BeanCreationException: Error creating
bean with name 'localizationValve' defined in URL
[file:/C:/Orion2.0.5_Jetspeed2/applications/jetspeed/WEB-INF/assembly/pipelines.xml]:
1 constructor arguments specified but no matching constructor found in
bean 'localizationValve' (hint: specify index arguments for simple
parameters to avoid type ambiguities)
2005-06-06 15:18:33,250 [ApplicationServerThread] DEBUG
org.springframework.beans.factory.support.DefaultListableBeanFactory -
Creating instance of bean 'JetspeedNamespaceMapper' with merged
definition [Root bean with class
[org.apache.jetspeed.container.namespace.JetspeedNamespaceMapperImpl]
defined in URL
[file:/C:/Orion2.0.5_Jetspeed2/applications/jetspeed/WEB-INF/assembly/pluto-factories.xml]]
2005-06-06 15:18:33,250 [ApplicationServerThread] DEBUG
org.springframework.beans.factory.support.DefaultListableBeanFactory -
Ignoring constructor [public
org.apache.jetspeed.container.namespace.JetspeedNamespaceMapperImpl()]
of bean 'JetspeedNamespaceMapper': could not satisfy dependencies
org.springframework.beans.factory.BeanCreationException: Error creating
bean with name 'JetspeedNamespaceMapper' defined in URL
[file:/C:/Orion2.0.5_Jetspeed2/applications/jetspeed/WEB-INF/assembly/pluto-factories.xml]:
1 constructor arguments specified but no matching constructor found in
bean 'JetspeedNamespaceMapper' (hint: specify index arguments for simple
parameters to avoid type ambiguities)
Any ideas would be greatly appreciated
Jon
jonathan.hawkins@hawkinsweb.co.uk wrote:
>Scott,
>
>Stepping through the whole strartup process I am getting a load of
>"Instantiation of bean failed" during SpringEngine.init caused in
>DefaultListableBeanFactory.createBean.
>
>This is my jetspeed-spring.xml
>
><?xml version="1.0" encoding="UTF-8"?>
><!DOCTYPE beans PUBLIC "-//SPRING//DTD BEAN//EN"
>"http://www.springframework.org/dtd/spring-beans.dtd">
><!--
>Copyright 2004 The Apache Software Foundation
>
>Licensed under the Apache License, Version 2.0 (the "License");
>you may not use this file except in compliance with the License.
>You may obtain a copy of the License at
>
> http://www.apache.org/licenses/LICENSE-2.0
>
>Unless required by applicable law or agreed to in writing, software
>distributed under the License is distributed on an "AS IS" BASIS,
>WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
>See the License for the specific language governing permissions and
>limitations under the License.
>-->
><beans>
>
> <!-- Commons configuration object generated from jetspeed.properties -->
> <bean id="portal_configuration"
> class="org.apache.commons.configuration.PropertiesConfiguration">
> <constructor-arg>
> <value>${applicationRoot}/WEB-INF/conf/jetspeed.properties</value>
> </constructor-arg>
> </bean>
>
> <!-- ServletConfig -->
> <bean id="javax.servlet.ServletConfig"
>
>class="org.apache.jetspeed.components.factorybeans.ServletConfigFactoryBean"
> />
>
>
>
> <!-- Portlet Services -->
> <bean id="PortalServices"
> class="org.apache.jetspeed.services.JetspeedPortletServices" >
> <constructor-arg>
> <map>
> <entry key="PortletRegistryComponent">
> <ref
>bean="org.apache.jetspeed.components.portletregistry.PortletRegistry" />
> </entry>
> <entry key="SearchComponent">
> <ref bean="org.apache.jetspeed.search.SearchEngine"/>
> </entry>
> <entry key="PAM">
> <ref bean="PAM" />
> </entry>
> <entry key="UserManager">
> <ref bean="org.apache.jetspeed.security.UserManager"/>
> </entry>
> <entry key="PageManager">
> <ref bean="org.apache.jetspeed.page.PageManager"/>
> </entry>
> <entry key="RoleManager">
> <ref bean="org.apache.jetspeed.security.RoleManager"/>
> </entry>
> <entry key="GroupManager">
> <ref bean="org.apache.jetspeed.security.GroupManager"/>
> </entry>
> <entry key="Profiler">
> <ref bean="org.apache.jetspeed.profiler.Profiler"/>
> </entry>
> <entry key="SSO">
> <ref bean="org.apache.jetspeed.sso.SSOProvider"/>
> </entry>
> <entry key="EntityAccessor">
> <ref
>bean='org.apache.jetspeed.components.portletentity.PortletEntityAccessComponent'/> </entry>
> <!-- ApplicationServerManager currently only supported for Tomcat.
>Comment out for others like JBoss -->
> <entry key="ApplicationServerManager">
> <ref
>bean="org.apache.jetspeed.tools.pamanager.servletcontainer.ApplicationServerManager"/> </entry>
> <entry key="PortletFactory">
> <ref bean="portletFactory"/>
> </entry>
> <entry key="DeploymentManager">
> <ref bean="deploymentManager"/>
> </entry>
> <entry key='IdGenerator'>
> <ref bean='IdGenerator'/>
> </entry>
> </map>
> </constructor-arg>
> </bean>
>
> <!-- Template Locators -->
> <bean id="TemplateLocator"
> class="org.apache.jetspeed.locator.JetspeedTemplateLocator"
> init-method="start" destroy-method="stop"
> >
> <constructor-arg>
> <list>
> <value>${applicationRoot}/WEB-INF/templates</value>
> </list>
> </constructor-arg>
> <constructor-arg><value>${applicationRoot}</value></constructor-arg>
> </bean>
>
> <bean id="DecorationLocator"
> class="org.apache.jetspeed.locator.JetspeedTemplateLocator"
> init-method="start" destroy-method="stop"
> >
> <constructor-arg>
> <list>
> <value>${applicationRoot}/WEB-INF/decorations</value>
> </list>
> </constructor-arg>
> <constructor-arg><value>${applicationRoot}</value></constructor-arg>
> </bean>
>
> <!-- ID Generator -->
> <bean id="IdGenerator"
> class="org.apache.jetspeed.idgenerator.JetspeedIdGenerator"
>init-method="start" destroy-method="stop" >
> <!-- ID Start value -->
> <constructor-arg index="0"><value>65536</value></constructor-arg>
> <!-- ID Prefix -->
> <constructor-arg index="1"><value>P-</value></constructor-arg>
> <!-- ID Suffix -->
> <constructor-arg index="2"><value></value></constructor-arg>
> </bean>
>
> <!-- Page File Cache -->
> <bean id="PageFileCache"
> class="org.apache.jetspeed.cache.file.FileCache"
> init-method="startFileScanner"
> destroy-method="stopFileScanner"
> >
> <!-- Scan rate for changes in cached files on the file system -->
> <constructor-arg index="0"><value>10</value></constructor-arg>
> <!-- Cache size -->
> <constructor-arg index="1"><value>100</value></constructor-arg>
> </bean>
>
> <!-- Portlet Registry DAO-->
> <bean id="portletRegistryImpl"
>class="org.apache.jetspeed.components.portletregistry.PersistenceBrokerPortletRegistry"init-method="init">
> <constructor-arg
>index="0"><value>META-INF/registry_repository.xml</value></constructor-arg>
> <constructor-arg index="1"><ref
>bean="portletFactory"/></constructor-arg>
> </bean>
>
> <bean id="org.apache.jetspeed.components.portletregistry.PortletRegistry"
> name="portletRegistry"
> parent="baseTransactionProxy" >
> <property name="proxyInterfaces">
> <value>org.apache.jetspeed.components.portletregistry.PortletRegistry</value> </property>
>
> <property name="target">
> <ref bean="portletRegistryImpl"/>
> </property>
> <property name="transactionAttributes">
> <props>
> <prop
>key="register*">PROPAGATION_REQUIRED,-org.apache.jetspeed.components.portletregistry.RegistryException</prop> <prop
>key="remove*">PROPAGATION_REQUIRED,-org.apache.jetspeed.components.portletregistry.RegistryException</prop> <prop
>key="update*">PROPAGATION_REQUIRED,-org.apache.jetspeed.components.portletregistry.RegistryException</prop> <prop
>key="save*">PROPAGATION_REQUIRED,-org.apache.jetspeed.components.portletregistry.RegistryException</prop> <prop key="*">PROPAGATION_SUPPORTS</prop>
> </props>
> </property>
> </bean>
>
> <!-- Portlet Entity Access DAO-->
> <!--
> <bean id="systemCache"
>class="org.apache.jetspeed.cache.general.SimpleHashMapCache" />
>
> <bean id="systemCachingInterceptor"
>class="org.apache.jetspeed.components.interceptors.CachingInterceptor" >
> <constructor-arg>
> <ref bean="systemCache"/>
> </constructor-arg>
> </bean>
>
> <bean id="systemRemoveFromCacheInterceptor"
>class="org.apache.jetspeed.components.interceptors.RemoveFromCacheInterceptor"
>
>
>> <constructor-arg>
>>
>>
> <ref bean="systemCache"/>
> </constructor-arg>
> </bean>
>
> <bean id="portletEntityCachingAdvisor"
>class="org.springframework.aop.support.RegexpMethodPointcutAdvisor">
> <property name="advice">
> <ref bean="systemCachingInterceptor"/>
> </property>
> <property name="patterns">
> <list>
> <value>.*getPortletEntity.*</value>
> </list>
> </property>
> </bean>
>
> <bean id="portletEntityRemoveFromCacheAdvisor"
>class="org.springframework.aop.support.RegexpMethodPointcutAdvisor">
> <property name="advice">
> <ref bean="systemRemoveFromCacheInterceptor"/>
> </property>
> <property name="patterns">
> <list>
> <value>.*removePortletEntity.*</value>
> </list>
> </property>
> </bean>
>
> -->
> <!--
> - PortletEntity business object: OJB implementation, as an inner bean
> wrapped - by an outer transactional proxy. The two bean definitions could have
>been separate,
> - but this is cleaner as there is no need to ever access the unwrapped
> object. -->
>
> <bean id="portletEntityAccessImpl"
>class="org.apache.jetspeed.components.portletentity.PersistenceBrokerPortletEntityAccess">
> <constructor-arg>
> <ref bean="portletRegistry"/>
> </constructor-arg>
> </bean>
>
>
> <bean
>id="org.apache.jetspeed.components.portletentity.PortletEntityAccessComponent"parent="baseTransactionProxy"
> name="portletEntityAccess" >
> <property name="proxyInterfaces">
>
><value>org.apache.jetspeed.components.portletentity.PortletEntityAccessComponent</value> </property>
> <property name="target">
> <ref bean="portletEntityAccessImpl"/>
> </property>
> <!--
> <property name="preInterceptors">
> <list>
> <ref bean="portletEntityCachingAdvisor"/>
> <ref bean="portletEntityRemoveFromCacheAdvisor"/>
> </list>
> </property>
> -->
> <property name="transactionAttributes">
> <props>
> <prop key="remove*">PROPAGATION_REQUIRED</prop>
> <prop
>key="store*">PROPAGATION_REQUIRED,-org.apache.jetspeed.components.portletentity.PortletEntityNotStoredException</prop> <prop key="*">PROPAGATION_SUPPORTS</prop>
> </props>
> </property>
> </bean>
>
> <!-- Capabilities DAO-->
> <bean id="capabilitiesImpl"
>class="org.apache.jetspeed.capabilities.impl.JetspeedCapabilities"
>init-method="init">
> <constructor-arg>
> <value>META-INF/capabilities-ojb.xml</value>
> </constructor-arg>
> </bean>
>
> <!-- Capabilities -->
> <bean id="org.apache.jetspeed.capabilities.Capabilities"
> name="capabilities"
> parent="baseTransactionProxy"
> >
> <property name="proxyInterfaces">
> <value>org.apache.jetspeed.capabilities.Capabilities</value>
> </property>
> <property name="target">
> <ref bean="capabilitiesImpl"/>
> </property>
> <property name="transactionAttributes">
> <props>
> <prop key="*">PROPAGATION_SUPPORTS</prop>
> </props>
> </property>
> </bean>
>
>
> <!-- SSO Implementation -->
> <bean id="PersistenceBrokerSSOProvider"
> class="org.apache.jetspeed.sso.impl.PersistenceBrokerSSOProvider"
> init-method="init"
> >
> <constructor-arg
>index="0"><value>META-INF/sso_repository.xml</value></constructor-arg>
>
> </bean>
>
> <bean id="org.apache.jetspeed.sso.SSOProvider"
> parent="baseTransactionProxy" name="ssoProvider"
> >
> <property name="proxyInterfaces">
> <value>org.apache.jetspeed.sso.SSOProvider</value>
> </property>
>
> <property name="target">
> <ref bean="PersistenceBrokerSSOProvider"/>
> </property>
> <property name="transactionAttributes">
> <props>
> <prop key="addSite">PROPAGATION_REQUIRED</prop>
> <prop key="removeSite">PROPAGATION_REQUIRED</prop>
> <prop key="addCredentialsForSite">PROPAGATION_REQUIRED</prop>
> <prop key="updateCredentialsForSite">PROPAGATION_REQUIRED</prop>
> <prop key="removeCredentialsForSite">PROPAGATION_REQUIRED</prop>
> <prop key="*">PROPAGATION_SUPPORTS</prop>
> </props>
> </property>
>
> </bean>
>
> <!-- Preferences Implementation -->
> <bean id="PreferencesProviderImpl"
>
>class="org.apache.jetspeed.prefs.impl.PersistenceBrokerPreferencesProvider"
> init-method="init"
> >
> <constructor-arg
>index="0"><value>META-INF/prefs_repository.xml</value></constructor-arg>
> <constructor-arg type="boolean"
>index="1"><value>false</value></constructor-arg>
> </bean>
>
>
> <bean id="org.apache.jetspeed.prefs.PreferencesProvider"
>parent="baseTransactionProxy"
> name="prefsProvider"
> >
> <property name="proxyInterfaces">
> <value>org.apache.jetspeed.prefs.PreferencesProvider</value>
> </property>
>
> <property name="target">
> <ref bean="PreferencesProviderImpl"/>
> </property>
> <property name="transactionAttributes">
> <props>
> <prop key="createNode*">PROPAGATION_REQUIRED</prop>
> <prop key="storeNode*">PROPAGATION_REQUIRED</prop>
> <prop key="removeNode*">PROPAGATION_REQUIRED</prop>
> <prop key="*">PROPAGATION_SUPPORTS</prop>
> </props>
> </property>
> </bean>
>
> <!-- PreferencesFaactory implementation -->
>
> <bean id="java.util.prefs.PreferencesFactory"
> class="org.apache.jetspeed.prefs.impl.PreferencesFactoryImpl"
> name="prefsFactory" init-method="init"
> >
> <property name="prefsProvider">
> <ref bean="prefsProvider"/>
> </property>
> </bean>
>
>
> <!-- Property Manager -->
> <bean id="PropertyManagerImpl"
> class="org.apache.jetspeed.prefs.impl.PropertyManagerImpl"
> >
> <!-- We don't use the Tx proxied prefs provider so that we can
>demarcate Txs
> exclusively for the PropertyManager -->
> <constructor-arg ><ref
>bean="PreferencesProviderImpl"/></constructor-arg>
> </bean>
>
>
> <bean id="org.apache.jetspeed.prefs.PropertyManager"
>parent="baseTransactionProxy"
> name="propertyManager"
> >
> <property name="proxyInterfaces">
> <value>org.apache.jetspeed.prefs.PropertyManager</value>
> </property>
>
> <property name="target">
> <ref bean="PropertyManagerImpl"/>
> </property>
> <property name="transactionAttributes">
> <props>
> <prop key="add*">PROPAGATION_REQUIRED</prop>
> <prop key="remove*">PROPAGATION_REQUIRED</prop>
> <prop key="update*">PROPAGATION_REQUIRED</prop>
> <prop key="*">PROPAGATION_SUPPORTS</prop>
> </props>
> </property>
> </bean>
>
> <!-- User Info -->
> <bean id="org.apache.jetspeed.userinfo.UserInfoManager"
> class="org.apache.jetspeed.userinfo.impl.UserInfoManagerImpl"
> >
> <constructor-arg ><ref
>bean="org.apache.jetspeed.security.UserManager"/></constructor-arg>
> <constructor-arg ><ref
>bean="org.apache.jetspeed.components.portletregistry.PortletRegistry"/></constructor-arg>
> </bean>
>
> <!-- Navigational State component -->
> <bean id="org.apache.jetspeed.container.state.NavigationalStateComponent"
>
>class="org.apache.jetspeed.container.state.impl.JetspeedNavigationalStateComponent" >
> <constructor-arg
>index="0"><value>org.apache.jetspeed.container.state.impl.SessionFullNavigationalState</value></constructor-arg> <constructor-arg
>index="1"><value>org.apache.jetspeed.container.url.impl.PathInfoEncodingPortalURL</value></constructor-arg> <constructor-arg
>index="2"><value>org.apache.jetspeed.container.state.impl.JetspeedNavigationalStateCodec</value></constructor-arg>
> </bean>
>
> <!-- Request Context -->
> <bean id="org.apache.jetspeed.request.RequestContextComponent"
> class="org.apache.jetspeed.request.JetspeedRequestContextComponent"
> >
> <constructor-arg
>
>
>><value>org.apache.jetspeed.request.JetspeedRequestContext</value></constructor-arg> <constructor-arg ><ref
>>
>>
>bean="org.apache.jetspeed.userinfo.UserInfoManager" /></constructor-arg>
> </bean>
>
> <!-- Portlet Window Component -->
> <bean id="org.apache.jetspeed.container.window.PortletWindowAccessor"
>
>class="org.apache.jetspeed.container.window.impl.PortletWindowAccessorImpl"
> >
> <constructor-arg ><ref
>bean="org.apache.jetspeed.components.portletentity.PortletEntityAccessComponent"/></constructor-arg>
> </bean>
>
> <!-- Pluto Portlet Container -->
> <bean id="Pluto" class="org.apache.pluto.PortletContainerImpl" />
>
> <!-- Jetspeed 2's wrapper around Pluto -->
> <bean id="org.apache.pluto.PortletContainer"
>
>class="org.apache.jetspeed.container.JetspeedPortletContainerWrapper" >
> <constructor-arg ><ref bean="Pluto" /></constructor-arg>
> </bean>
>
> <!-- Portlet Renderer -->
> <bean id="org.apache.jetspeed.aggregator.PortletRenderer"
> class="org.apache.jetspeed.aggregator.impl.PortletRendererImpl"
> init-method="start" destroy-method="stop"
> >
> <constructor-arg ><ref bean="org.apache.pluto.PortletContainer"
>/></constructor-arg>
> <constructor-arg ><ref
>bean="org.apache.jetspeed.container.window.PortletWindowAccessor"
>/></constructor-arg>
> </bean>
>
> <!-- Portlet Factory -->
> <bean id="portletFactory"
> class="org.apache.jetspeed.factory.JetspeedPortletFactory"
> >
> </bean>
>
> <!-- Aggregation: Page -->
> <bean id="org.apache.jetspeed.aggregator.PageAggregator"
> class="org.apache.jetspeed.aggregator.impl.PageAggregatorImpl" >
> <constructor-arg index="0" ><ref
>bean="org.apache.jetspeed.aggregator.PortletRenderer" /></constructor-arg>
> <!-- Aggregation Strategies:
> 0 = PageAggregatorImpl.STRATEGY_SEQUENTIAL
> 1 = PageAggregatorImpl.STRATEGY_PARALLEL
> -->
> <constructor-arg index="1"><value>0</value></constructor-arg>
> <constructor-arg index="2">
> <list>
> <value>portlet/{mediaType}/jetspeed</value>
> <value>portlet/{mediaType}</value>
> <value>layout/{mediaType}</value>
> <value>generic/{mediaType}</value>
> <value>{mediaType}</value>
> </list>
> </constructor-arg>
> </bean>
>
> <!-- Aggregation: Portlet -->
> <bean id="org.apache.jetspeed.aggregator.PortletAggregator"
> class="org.apache.jetspeed.aggregator.impl.PortletAggregatorImpl" >
> <constructor-arg ><ref
>bean="org.apache.jetspeed.aggregator.PortletRenderer" /></constructor-arg>
> </bean>
>
> <!-- Application Server Manager for Tomcat. Comment out for others like
> JBoss Provides hooks into the application server to help us deploy portlet
>applications
> as web application into that server. This manager is for Tomcat 5
> -->
>
> <bean
>id="org.apache.jetspeed.tools.pamanager.servletcontainer.ApplicationServerManager"
>
>class="org.apache.jetspeed.tools.pamanager.servletcontainer.TomcatManager"
> init-method="start" destroy-method="stop"
> >
> <constructor-arg
>index="0"><value>${autodeployment.catalina.base}</value></constructor-arg>
> <constructor-arg
>index="1"><value>${autodeployment.catalina.engine}</value></constructor-arg>
> <constructor-arg
>index="2"><value>${autodeployment.server}</value></constructor-arg>
> <constructor-arg
>index="3"><value>${autodeployment.port}</value></constructor-arg>
> <constructor-arg
>index="4"><value>${autodeployment.user}</value></constructor-arg>
> <constructor-arg
>index="5"><value>${autodeployment.password}</value></constructor-arg>
> </bean>
>
> <bean id="deployFactory"
>class="org.apache.jetspeed.tools.deploy.JetspeedDeployFactory"/>
> <bean id="PAM"
> class="org.apache.jetspeed.tools.pamanager.PortletApplicationManager"
> >
> <constructor-arg><ref bean="portletFactory"/></constructor-arg>
> <constructor-arg><ref
>bean="org.apache.jetspeed.components.portletregistry.PortletRegistry"/></constructor-arg> <constructor-arg><ref
>bean="org.apache.jetspeed.components.portletentity.PortletEntityAccessComponent"/></constructor-arg> <constructor-arg><ref
>bean="org.apache.jetspeed.container.window.PortletWindowAccessor"/></constructor-arg> <property name="searchEngine"><ref
>bean="org.apache.jetspeed.search.SearchEngine"/></property>
> <!-- optional configuration for automatic creation of not yet existing
>roles as defined in the deployed web.xml:
> <property name="roleManager"><ref
>bean="org.apache.jetspeed.security.RoleManager"/></property>
> <property name="autoCreateRoles"><value>true</value></property>
> -->
> </bean>
>
> <!-- Portlet Application and Decorator deployment event listeners -->
> <bean id="portletAppDeploymentListener"
>
>class="org.apache.jetspeed.deployment.impl.DeployPortletAppEventListener"
> >
> <constructor-arg index="0"><ref bean="PAM"/></constructor-arg>
> <constructor-arg index="1"><ref
>bean="org.apache.jetspeed.components.portletregistry.PortletRegistry"/></constructor-arg> <constructor-arg
>index="2"><value>${autodeployment.target.dir}</value></constructor-arg>
> <constructor-arg
>index="3"><value>${applicationRoot}/WEB-INF/apps</value></constructor-arg>
> <!-- strip commons-logging and/or log4j jars from war files: for
>JBoss set this to true -->
> <constructor-arg index="4"><value>false</value></constructor-arg>
> </bean>
> <bean id="decoratorDeploymentRegistry"
>
>class="org.apache.jetspeed.deployment.simpleregistry.impl.InMemoryRegistryImpl" >
> </bean>
> <bean id="decoratorDeploymentListener"
>
>class="org.apache.jetspeed.deployment.impl.DeployDecoratorEventListener"
> >
> <constructor-arg
>
>
>><value>${applicationRoot}/WEB-INF/decorations</value></constructor-arg>
>>
>>
> </bean>
>
> <!-- The deployment manager watches a specific staging directory for
> deploying components. What components get deployed depend of
> DeploymentEventListeners registered to it.
> -->
> <bean id="deploymentManager"
> class="org.apache.jetspeed.deployment.impl.StandardDeploymentManager"
> init-method="start" destroy-method="stop"
> >
> <constructor-arg
>
>
>><value>${autodeployment.staging.dir}</value></constructor-arg>
>>
>>
> <constructor-arg type="long"
>
>
>><value>${autodeployment.delay}</value></constructor-arg>
>>
>>
> <constructor-arg >
> <list>
> <ref bean="portletAppDeploymentListener"/>
> <ref bean="decoratorDeploymentListener"/>
> </list>
> </constructor-arg>
> </bean>
>
> <!--SEARCH COMPONENT-->
> <bean id="org.apache.jetspeed.search.HandlerFactory"
> class="org.apache.jetspeed.search.handlers.HandlerFactoryImpl"
> >
> <constructor-arg>
> <map>
> <entry
>key="java.net.URL"><value>org.apache.jetspeed.search.handlers.URLToDocHandler</value></entry> <entry
>key="org.apache.jetspeed.om.portlet.impl.PortletApplicationDefinitionImpl"><value>org.apache.jetspeed.search.handlers.pam.PortletApplicationHandler</value></entry> <entry
>key="org.apache.jetspeed.om.portlet.impl.PortletDefinitionImpl"><value>org.apache.jetspeed.search.handlers.pam.PortletDefinitionHandler</value></entry> </map>
> </constructor-arg>
> </bean>
>
>
> <bean id="org.apache.jetspeed.search.SearchEngine"
> class="org.apache.jetspeed.search.lucene.SearchEngineImpl"
> >
> <constructor-arg
>index="0"><value>${applicationRoot}/WEB-INF/search_index</value></constructor-arg> <constructor-arg index="1"><null /></constructor-arg>
> <constructor-arg type="boolean"><value>true</value></constructor-arg>
> <constructor-arg><ref
>bean="org.apache.jetspeed.search.HandlerFactory"/></constructor-arg>
>
> </bean>
>
>
>
> <!-- Adds jetspeed.properties as our configuration object to support
>${...} vars -->
> <!-- ${applicationRoot} is acutally set as a system property via the
>SpringEngine -->
>
> <bean id="placeholderConfig"
>
>class="org.springframework.beans.factory.config.PropertyPlaceholderConfigurer"> <property
>name="location"><value>file:///${applicationRoot}/WEB-INF/conf/jetspeed.properties</value></property> </bean>
>
></beans>
>
>
>
>It appears to inherit a lot of peroperties from jetspeed.properties which
>are all Tomcat specific.
>
>Has anyone got J2 running on anything apart from Tomcat ?
>
>Your continued assistance is very much appreciated.
>
>Jon
>
>
>
>
>
>
>>No, there shouldn't be a portlet.xml in jetspeed's WEB-INF as it no
>>longer has portlets directly associated with it. The layouts (which
>>used to load from within Jetspeed) are now packed into their own,
>>external portlet application, "jetspeed-layouts". That being said, you
>>should no longer see a JetpseedContainerServelt entry in jetspeed's
>>web.xml nor is there a portlet application named "Jetspeed" anymore.
>>Sounds like your web.xml might be out of synch or there is an old J2
>>version registered in your container.
>>
>>-Scott
>>
>>
>>
>>
>>
>>>-----Original Message-----
>>>From: Jonathan Hawkins [mailto:jonathan.hawkins@hawkinsweb.co.uk]
>>>Sent: Thursday, June 02, 2005 1:07 PM
>>>To: Jetspeed Users List
>>>Subject: Re: Jetspeed 2 Deployment
>>>
>>>It's looking for it in WEB-INF/
>>>
>>>The pyhiscal location being orion/applications/jetspeed/
>>>
>>>I noticed in the Tomcat release that there is no portlet.xml in
>>>WEB-INF.
>>>
>>>Getting very confused now !!
>>>
>>>Jon
>>>
>>>Scott T Weaver wrote:
>>>
>>>
>>>
>>>>Okay, well at least we have narrowed the general cause of your issue.
>>>>
>>>>
>>>Can
>>>
>>>
>>>>you see where it is looking for the portlet.xml at?
>>>>
>>>>-Scott
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>>-----Original Message-----
>>>>>From: jonathan.hawkins@hawkinsweb.co.uk
>>>>>[mailto:jonathan.hawkins@hawkinsweb.co.uk]
>>>>>Sent: Thursday, June 02, 2005 11:35 AM
>>>>>To: jetspeed-user@portals.apache.org
>>>>>Subject: RE: Jetspeed 2 Deployment
>>>>>
>>>>>PortletApplicationWar throws and IO Exception
>>>>>
>>>>>"Cannot find required portlet.xml for Portlet Application jetspeed"
>>>>>
>>>>>This then causes JetspeedContainerServlet.attemptStart to return
>>>>>true which
>>>>>in turn causes startTimer.cancel()
>>>>>
>>>>>Jon
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>>attemptStart does get called which then proceeds to
>>>>>>PortletApplicationManager.startPA, an IO error ccours her with the
>>>>>>following:-
>>>>>>"Failed to create PA WAR for " + contextName where contextName =
>>>>>>jetspeed (Is Orion messing the context name ? Jetspeed' web.xml has
>>>>>>to be changed in Orion even to get it running with Tomcat, known
>>>>>>issue I believe)
>>>>>>
>>>>>>Exception is thrown in JetspeedContainerServlet.attempStart
>>>>>>
>>>>>>"initialisation failed for Portlet Application at: jetspeed
>>>>>>
>>>>>>HTH
>>>>>>
>>>>>>Jon
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>>Okay, next lets see if we are even getting into the
>>>>>>>org.apache.jetspeed.container.JetspeedContainerServlet. This is
>>>>>>>what actually performs the registration into the DB. Look around
>>>>>>>line 198 inside the attemptStart method.
>>>>>>>
>>>>>>>-Scott
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>>-----Original Message-----
>>>>>>>>From: jonathan.hawkins@hawkinsweb.co.uk
>>>>>>>>[mailto:jonathan.hawkins@hawkinsweb.co.uk]
>>>>>>>>Sent: Thursday, June 02, 2005 10:32 AM
>>>>>>>>To: jetspeed-user@portals.apache.org
>>>>>>>>Subject: RE: Jetspeed 2 Deployment
>>>>>>>>
>>>>>>>>Scott,
>>>>>>>>
>>>>>>>>This is the sequence of events :-
>>>>>>>>
>>>>>>>>1. StandardDeploymentManager.fireDeploymentEvent picks up war
>>>>>>>>file and calls
>>>>>>>>StandardDeploymentManager.Deploy passing the file
>>>>>>>>C:\Orion2.0.5_Jetspeed2\applications\jetspeed\WEB-
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>INF\deploy\security.war
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>>>>as
>>>>>>>>parameter
>>>>>>>>
>>>>>>>>2. StandardDeploymentManager.dispatch is called
>>>>>>>>
>>>>>>>>3. DeployPortletAppEventListener.invokeDeploy is called
>>>>>>>>
>>>>>>>>4. DeployPortletAppEventListener.deployPortletApplication is
>>>>>>>>called
>>>>>>>>
>>>>>>>>5. File toFile is now set to
>>>>>>>>C:\Orion2.0.5_Jetspeed2\applications\security.war
>>>>>>>>6. JetspeedDeploy is instantiated,
>>>>>>>>portletApplicationName=security
>>>>>>>>
>>>>>>>>7. JetspeedDeploy completes successfully
>>>>>>>>(C:\Orion2.0.5_Jetspeed2\applications\security.war is created
>>>>>>>>successfully)
>>>>>>>>
>>>>>>>>8. C:\Orion2.0.5_Jetspeed2\applications\security.war is then
>>>>>>>>deleted
>>>>>>>>
>>>>>>>>9. Event Status is set to DeploymentStatus.STATUS_OKAY
>>>>>>>>
>>>>>>>>10. DeploymentObject is closed.
>>>>>>>>
>>>>>>>>At no time is registerPortletApplication called which is why I
>>>>>>>>guess no db entries created !!
>>>>>>>>
>>>>>>>>Hope the above is of use in tracking down the problem, I hope so
>>>>>>>>!!
>>>>>>>>
>>>>>>>>Thanks
>>>>>>>>
>>>>>>>>Jon
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>>Hi Jon,
>>>>>>>>>
>>>>>>>>>First let's try putting break points at line 195 in
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>org.apache.jetspeed.components.portletregistry.PersistenceBrokerPortletR
>>>>>
>>>>>
>>>eg
>>>
>>>
>>>>>
>>>>>
>>>>>>>>is> try. This is in the registerPortletApplication method.
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>>You will also want to poke around in
>>>>>>>>>org.apache.jetspeed.tools.pamanager.PortletApplicationManager
>>>>>>>>>starting at line 192 inside the registerPortletApplication
>>>>>>>>>method. At line 266 in that same method you will see a call to
>>>>>>>>>PersistenceBrokerPortletRegistry.registerPortletApplication.
>>>>>>>>>
>>>>>>>>>This is about as good as I can do for now. Post back with what
>>>>>>>>>you find out.
>>>>>>>>>
>>>>>>>>>HTH,
>>>>>>>>>Scott
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>>-----Original Message-----
>>>>>>>>>>From: jonathan.hawkins@hawkinsweb.co.uk
>>>>>>>>>>[mailto:jonathan.hawkins@hawkinsweb.co.uk]
>>>>>>>>>>Sent: Thursday, June 02, 2005 4:45 AM
>>>>>>>>>>To: jetspeed-user@portals.apache.org
>>>>>>>>>>Subject: Jetspeed 2 Deployment
>>>>>>>>>>
>>>>>>>>>>The environment I am running is
>>>>>>>>>>
>>>>>>>>>>Windows 2000 Proffessional
>>>>>>>>>>Orion 2.0.5
>>>>>>>>>>Oracle 9i
>>>>>>>>>>Jetspeed 2.0-M3
>>>>>>>>>>jdk1.4.2.0.6
>>>>>>>>>>
>>>>>>>>>>I've got Jetspeed to deploy and it appears to be connecting to
>>>>>>>>>>the Oracle Database ok. However, when I try to deploy the
>>>>>>>>>>various war files they get copied from WEB-INF/deploy directory
>>>>>>>>>>to
>>>>>>>>>>/orion/applications but no entries are created in the database
>>>>>>>>>>so when Jetspeed renders I get a whole stack of
>>>>>>>>>>unavle to find portlet entity etc.
>>>>>>>>>>
>>>>>>>>>>I've stepped through the code for the StandardDeploymentManager
>>>>>>>>>>using eclipse but still can't see what populates the database.
>>>>>>>>>>
>>>>>>>>>>Any urgent assistance would be greatly appreciated.
>>>>>>>>>>
>>>>>>>>>>Jon Hawkins
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>-------------------------------------------------------------------
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>--
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>>>>>>To unsubscribe, e-mail:
>>>>>>>>>>jetspeed-user-unsubscribe@portals.apache.org For additional
>>>>>>>>>>commands, e-mail: jetspeed-user-help@portals.apache.org
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>--------------------------------------------------------------------
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>-
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>>>>>To unsubscribe, e-mail:
>>>>>>>>>jetspeed-user-unsubscribe@portals.apache.org For additional
>>>>>>>>>commands, e-mail:
>>>>>>>>>jetspeed-user-help@portals.apache.org
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>---------------------------------------------------------------------
>>>>>>>>To unsubscribe, e-mail:
>>>>>>>>jetspeed-user-unsubscribe@portals.apache.org For additional
>>>>>>>>commands, e-mail:
>>>>>>>>jetspeed-user-help@portals.apache.org
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>---------------------------------------------------------------------
>>>>>>>To unsubscribe, e-mail:
>>>>>>>jetspeed-user-unsubscribe@portals.apache.org For additional
>>>>>>>commands, e-mail: jetspeed-user-help@portals.apache.org
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>---------------------------------------------------------------------
>>>>>>To unsubscribe, e-mail:
>>>>>>jetspeed-user-unsubscribe@portals.apache.org For additional
>>>>>>commands, e-mail: jetspeed-user-help@portals.apache.org
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>---------------------------------------------------------------------
>>>>>To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
>>>>>For additional commands, e-mail:
>>>>>jetspeed-user-help@portals.apache.org
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>>---------------------------------------------------------------------
>>>>To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
>>>>For additional commands, e-mail:
>>>>jetspeed-user-help@portals.apache.org
>>>>
>>>>
>>>>
>>>>
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
>>For additional commands, e-mail: jetspeed-user-help@portals.apache.org
>>
>>
>
>
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
>For additional commands, e-mail: jetspeed-user-help@portals.apache.org
>
>
RE: Jetspeed 2 Deployment
Posted by Scott T Weaver <sc...@binary-designs.net>.
Can you post the log entries so I can see how the beans are failing?
Thanks,
Scott
> -----Original Message-----
> From: jonathan.hawkins@hawkinsweb.co.uk
> [mailto:jonathan.hawkins@hawkinsweb.co.uk]
> Sent: Friday, June 03, 2005 5:29 AM
> To: jetspeed-user@portals.apache.org
> Subject: RE: Jetspeed 2 Deployment
>
> Scott,
>
> Stepping through the whole strartup process I am getting a load of
> "Instantiation of bean failed" during SpringEngine.init caused in
> DefaultListableBeanFactory.createBean.
>
> This is my jetspeed-spring.xml
>
> <?xml version="1.0" encoding="UTF-8"?>
> <!DOCTYPE beans PUBLIC "-//SPRING//DTD BEAN//EN"
> "http://www.springframework.org/dtd/spring-beans.dtd">
> <!--
> Copyright 2004 The Apache Software Foundation
>
> Licensed under the Apache License, Version 2.0 (the "License");
> you may not use this file except in compliance with the License.
> You may obtain a copy of the License at
>
> http://www.apache.org/licenses/LICENSE-2.0
>
> Unless required by applicable law or agreed to in writing, software
> distributed under the License is distributed on an "AS IS" BASIS,
> WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
> See the License for the specific language governing permissions and
> limitations under the License.
> -->
> <beans>
>
> <!-- Commons configuration object generated from jetspeed.properties --
> >
> <bean id="portal_configuration"
> class="org.apache.commons.configuration.PropertiesConfiguration">
> <constructor-arg>
> <value>${applicationRoot}/WEB-INF/conf/jetspeed.properties</value>
> </constructor-arg>
> </bean>
>
> <!-- ServletConfig -->
> <bean id="javax.servlet.ServletConfig"
>
> class="org.apache.jetspeed.components.factorybeans.ServletConfigFactoryBea
> n"
> />
>
>
>
> <!-- Portlet Services -->
> <bean id="PortalServices"
> class="org.apache.jetspeed.services.JetspeedPortletServices" >
> <constructor-arg>
> <map>
> <entry key="PortletRegistryComponent">
> <ref
> bean="org.apache.jetspeed.components.portletregistry.PortletRegistry" />
> </entry>
> <entry key="SearchComponent">
> <ref
bean="org.apache.jetspeed.search.SearchEngine"/>
> </entry>
> <entry key="PAM">
> <ref bean="PAM" />
> </entry>
> <entry key="UserManager">
> <ref bean="org.apache.jetspeed.security.UserManager"/>
> </entry>
> <entry key="PageManager">
> <ref bean="org.apache.jetspeed.page.PageManager"/>
> </entry>
> <entry key="RoleManager">
> <ref bean="org.apache.jetspeed.security.RoleManager"/>
> </entry>
> <entry key="GroupManager">
> <ref bean="org.apache.jetspeed.security.GroupManager"/>
> </entry>
> <entry key="Profiler">
> <ref bean="org.apache.jetspeed.profiler.Profiler"/>
> </entry>
> <entry key="SSO">
> <ref bean="org.apache.jetspeed.sso.SSOProvider"/>
> </entry>
> <entry key="EntityAccessor">
> <ref
> bean='org.apache.jetspeed.components.portletentity.PortletEntityAccessComp
> onent'/> </entry>
> <!-- ApplicationServerManager currently only supported for
> Tomcat.
> Comment out for others like JBoss -->
> <entry key="ApplicationServerManager">
> <ref
> bean="org.apache.jetspeed.tools.pamanager.servletcontainer.ApplicationServ
> erManager"/> </entry>
> <entry key="PortletFactory">
> <ref bean="portletFactory"/>
> </entry>
> <entry key="DeploymentManager">
> <ref bean="deploymentManager"/>
> </entry>
> <entry key='IdGenerator'>
> <ref bean='IdGenerator'/>
> </entry>
> </map>
> </constructor-arg>
> </bean>
>
> <!-- Template Locators -->
> <bean id="TemplateLocator"
> class="org.apache.jetspeed.locator.JetspeedTemplateLocator"
> init-method="start" destroy-method="stop"
> >
> <constructor-arg>
> <list>
> <value>${applicationRoot}/WEB-INF/templates</value>
> </list>
> </constructor-arg>
> <constructor-arg><value>${applicationRoot}</value></constructor-
> arg>
> </bean>
>
> <bean id="DecorationLocator"
> class="org.apache.jetspeed.locator.JetspeedTemplateLocator"
> init-method="start" destroy-method="stop"
> >
> <constructor-arg>
> <list>
> <value>${applicationRoot}/WEB-INF/decorations</value>
> </list>
> </constructor-arg>
> <constructor-arg><value>${applicationRoot}</value></constructor-
> arg>
> </bean>
>
> <!-- ID Generator -->
> <bean id="IdGenerator"
> class="org.apache.jetspeed.idgenerator.JetspeedIdGenerator"
> init-method="start" destroy-method="stop" >
> <!-- ID Start value -->
> <constructor-arg index="0"><value>65536</value></constructor-arg>
> <!-- ID Prefix -->
> <constructor-arg index="1"><value>P-</value></constructor-arg>
> <!-- ID Suffix -->
> <constructor-arg index="2"><value></value></constructor-arg>
> </bean>
>
> <!-- Page File Cache -->
> <bean id="PageFileCache"
> class="org.apache.jetspeed.cache.file.FileCache"
> init-method="startFileScanner"
> destroy-method="stopFileScanner"
> >
> <!-- Scan rate for changes in cached files on the file system -->
> <constructor-arg index="0"><value>10</value></constructor-arg>
> <!-- Cache size -->
> <constructor-arg index="1"><value>100</value></constructor-arg>
> </bean>
>
> <!-- Portlet Registry DAO-->
> <bean id="portletRegistryImpl"
> class="org.apache.jetspeed.components.portletregistry.PersistenceBrokerPor
> tletRegistry"init-method="init">
> <constructor-arg
> index="0"><value>META-INF/registry_repository.xml</value></constructor-
> arg>
> <constructor-arg index="1"><ref
> bean="portletFactory"/></constructor-arg>
> </bean>
>
> <bean
> id="org.apache.jetspeed.components.portletregistry.PortletRegistry"
> name="portletRegistry"
> parent="baseTransactionProxy" >
> <property name="proxyInterfaces">
>
> <value>org.apache.jetspeed.components.portletregistry.PortletRegistr
> y</value> </property>
>
> <property name="target">
> <ref bean="portletRegistryImpl"/>
> </property>
> <property name="transactionAttributes">
> <props>
> <prop
> key="register*">PROPAGATION_REQUIRED,-
> org.apache.jetspeed.components.portletregistry.RegistryException</prop>
> <prop
> key="remove*">PROPAGATION_REQUIRED,-
> org.apache.jetspeed.components.portletregistry.RegistryException</prop>
> <prop
> key="update*">PROPAGATION_REQUIRED,-
> org.apache.jetspeed.components.portletregistry.RegistryException</prop>
> <prop
> key="save*">PROPAGATION_REQUIRED,-
> org.apache.jetspeed.components.portletregistry.RegistryException</prop>
> <prop key="*">PROPAGATION_SUPPORTS</prop>
> </props>
> </property>
> </bean>
>
> <!-- Portlet Entity Access DAO-->
> <!--
> <bean id="systemCache"
> class="org.apache.jetspeed.cache.general.SimpleHashMapCache" />
>
> <bean id="systemCachingInterceptor"
> class="org.apache.jetspeed.components.interceptors.CachingInterceptor" >
> <constructor-arg>
> <ref bean="systemCache"/>
> </constructor-arg>
> </bean>
>
> <bean id="systemRemoveFromCacheInterceptor"
> class="org.apache.jetspeed.components.interceptors.RemoveFromCacheIntercep
> tor"
> > <constructor-arg>
> <ref bean="systemCache"/>
> </constructor-arg>
> </bean>
>
> <bean id="portletEntityCachingAdvisor"
> class="org.springframework.aop.support.RegexpMethodPointcutAdvisor">
> <property name="advice">
> <ref bean="systemCachingInterceptor"/>
> </property>
> <property name="patterns">
> <list>
> <value>.*getPortletEntity.*</value>
> </list>
> </property>
> </bean>
>
> <bean id="portletEntityRemoveFromCacheAdvisor"
> class="org.springframework.aop.support.RegexpMethodPointcutAdvisor">
> <property name="advice">
> <ref bean="systemRemoveFromCacheInterceptor"/>
> </property>
> <property name="patterns">
> <list>
> <value>.*removePortletEntity.*</value>
> </list>
> </property>
> </bean>
>
> -->
> <!--
> - PortletEntity business object: OJB implementation, as an inner
> bean
> wrapped - by an outer transactional proxy. The two
bean
> definitions could have
> been separate,
> - but this is cleaner as there is no need to ever access the
> unwrapped
> object. -->
>
> <bean id="portletEntityAccessImpl"
> class="org.apache.jetspeed.components.portletentity.PersistenceBrokerPortl
> etEntityAccess">
> <constructor-arg>
> <ref bean="portletRegistry"/>
> </constructor-arg>
> </bean>
>
>
> <bean
> id="org.apache.jetspeed.components.portletentity.PortletEntityAccessCompon
> ent"parent="baseTransactionProxy"
> name="portletEntityAccess" >
> <property name="proxyInterfaces">
>
> <value>org.apache.jetspeed.components.portletentity.PortletEntityAccessCom
> ponent</value> </property>
> <property name="target">
> <ref bean="portletEntityAccessImpl"/>
> </property>
> <!--
> <property name="preInterceptors">
> <list>
> <ref bean="portletEntityCachingAdvisor"/>
> <ref
bean="portletEntityRemoveFromCacheAdvisor"/>
> </list>
> </property>
> -->
> <property name="transactionAttributes">
> <props>
> <prop
key="remove*">PROPAGATION_REQUIRED</prop>
> <prop
> key="store*">PROPAGATION_REQUIRED,-
> org.apache.jetspeed.components.portletentity.PortletEntityNotStoredExcepti
> on</prop> <prop
key="*">PROPAGATION_SUPPORTS</prop>
> </props>
> </property>
> </bean>
>
> <!-- Capabilities DAO-->
> <bean id="capabilitiesImpl"
> class="org.apache.jetspeed.capabilities.impl.JetspeedCapabilities"
> init-method="init">
> <constructor-arg>
> <value>META-INF/capabilities-ojb.xml</value>
> </constructor-arg>
> </bean>
>
> <!-- Capabilities -->
> <bean id="org.apache.jetspeed.capabilities.Capabilities"
> name="capabilities"
> parent="baseTransactionProxy"
> >
> <property name="proxyInterfaces">
>
> <value>org.apache.jetspeed.capabilities.Capabilities</value>
> </property>
> <property name="target">
> <ref bean="capabilitiesImpl"/>
> </property>
> <property name="transactionAttributes">
> <props>
> <prop key="*">PROPAGATION_SUPPORTS</prop>
> </props>
> </property>
> </bean>
>
>
> <!-- SSO Implementation -->
> <bean id="PersistenceBrokerSSOProvider"
> class="org.apache.jetspeed.sso.impl.PersistenceBrokerSSOProvider"
> init-method="init"
> >
> <constructor-arg
> index="0"><value>META-INF/sso_repository.xml</value></constructor-arg>
>
> </bean>
>
> <bean id="org.apache.jetspeed.sso.SSOProvider"
> parent="baseTransactionProxy" name="ssoProvider"
> >
> <property name="proxyInterfaces">
> <value>org.apache.jetspeed.sso.SSOProvider</value>
> </property>
>
> <property name="target">
> <ref bean="PersistenceBrokerSSOProvider"/>
> </property>
> <property name="transactionAttributes">
> <props>
> <prop
key="addSite">PROPAGATION_REQUIRED</prop>
> <prop
key="removeSite">PROPAGATION_REQUIRED</prop>
> <prop
> key="addCredentialsForSite">PROPAGATION_REQUIRED</prop>
> <prop
> key="updateCredentialsForSite">PROPAGATION_REQUIRED</prop>
> <prop
> key="removeCredentialsForSite">PROPAGATION_REQUIRED</prop>
> <prop key="*">PROPAGATION_SUPPORTS</prop>
> </props>
> </property>
>
> </bean>
>
> <!-- Preferences Implementation -->
> <bean id="PreferencesProviderImpl"
>
> class="org.apache.jetspeed.prefs.impl.PersistenceBrokerPreferencesProvider
> "
> init-method="init"
> >
> <constructor-arg
> index="0"><value>META-INF/prefs_repository.xml</value></constructor-arg>
> <constructor-arg type="boolean"
> index="1"><value>false</value></constructor-arg>
> </bean>
>
>
> <bean id="org.apache.jetspeed.prefs.PreferencesProvider"
> parent="baseTransactionProxy"
> name="prefsProvider"
> >
> <property name="proxyInterfaces">
>
> <value>org.apache.jetspeed.prefs.PreferencesProvider</value>
> </property>
>
> <property name="target">
> <ref bean="PreferencesProviderImpl"/>
> </property>
> <property name="transactionAttributes">
> <props>
> <prop
> key="createNode*">PROPAGATION_REQUIRED</prop>
> <prop
key="storeNode*">PROPAGATION_REQUIRED</prop>
> <prop
> key="removeNode*">PROPAGATION_REQUIRED</prop>
> <prop key="*">PROPAGATION_SUPPORTS</prop>
> </props>
> </property>
> </bean>
>
> <!-- PreferencesFaactory implementation -->
>
> <bean id="java.util.prefs.PreferencesFactory"
> class="org.apache.jetspeed.prefs.impl.PreferencesFactoryImpl"
> name="prefsFactory" init-method="init"
> >
> <property name="prefsProvider">
> <ref bean="prefsProvider"/>
> </property>
> </bean>
>
>
> <!-- Property Manager -->
> <bean id="PropertyManagerImpl"
> class="org.apache.jetspeed.prefs.impl.PropertyManagerImpl"
> >
> <!-- We don't use the Tx proxied prefs provider so that we can
> demarcate Txs
> exclusively for the PropertyManager -->
> <constructor-arg ><ref
> bean="PreferencesProviderImpl"/></constructor-arg>
> </bean>
>
>
> <bean id="org.apache.jetspeed.prefs.PropertyManager"
> parent="baseTransactionProxy"
> name="propertyManager"
> >
> <property name="proxyInterfaces">
>
<value>org.apache.jetspeed.prefs.PropertyManager</value>
> </property>
>
> <property name="target">
> <ref bean="PropertyManagerImpl"/>
> </property>
> <property name="transactionAttributes">
> <props>
> <prop key="add*">PROPAGATION_REQUIRED</prop>
> <prop
key="remove*">PROPAGATION_REQUIRED</prop>
> <prop
key="update*">PROPAGATION_REQUIRED</prop>
> <prop key="*">PROPAGATION_SUPPORTS</prop>
> </props>
> </property>
> </bean>
>
> <!-- User Info -->
> <bean id="org.apache.jetspeed.userinfo.UserInfoManager"
> class="org.apache.jetspeed.userinfo.impl.UserInfoManagerImpl"
> >
> <constructor-arg ><ref
> bean="org.apache.jetspeed.security.UserManager"/></constructor-arg>
> <constructor-arg ><ref
> bean="org.apache.jetspeed.components.portletregistry.PortletRegistry"/></c
> onstructor-arg>
> </bean>
>
> <!-- Navigational State component -->
> <bean
> id="org.apache.jetspeed.container.state.NavigationalStateComponent"
>
> class="org.apache.jetspeed.container.state.impl.JetspeedNavigationalStateC
> omponent" >
> <constructor-arg
> index="0"><value>org.apache.jetspeed.container.state.impl.SessionFullNavig
> ationalState</value></constructor-arg> <constructor-arg
> index="1"><value>org.apache.jetspeed.container.url.impl.PathInfoEncodingPo
> rtalURL</value></constructor-arg> <constructor-arg
> index="2"><value>org.apache.jetspeed.container.state.impl.JetspeedNavigati
> onalStateCodec</value></constructor-arg>
> </bean>
>
> <!-- Request Context -->
> <bean id="org.apache.jetspeed.request.RequestContextComponent"
>
> class="org.apache.jetspeed.request.JetspeedRequestContextComponent"
> >
> <constructor-arg
> ><value>org.apache.jetspeed.request.JetspeedRequestContext</value></constr
> uctor-arg> <constructor-arg ><ref
> bean="org.apache.jetspeed.userinfo.UserInfoManager" /></constructor-arg>
> </bean>
>
> <!-- Portlet Window Component -->
> <bean id="org.apache.jetspeed.container.window.PortletWindowAccessor"
>
> class="org.apache.jetspeed.container.window.impl.PortletWindowAccessorImpl
> "
> >
> <constructor-arg ><ref
> bean="org.apache.jetspeed.components.portletentity.PortletEntityAccessComp
> onent"/></constructor-arg>
> </bean>
>
> <!-- Pluto Portlet Container -->
> <bean id="Pluto" class="org.apache.pluto.PortletContainerImpl" />
>
> <!-- Jetspeed 2's wrapper around Pluto -->
> <bean id="org.apache.pluto.PortletContainer"
>
> class="org.apache.jetspeed.container.JetspeedPortletContainerWrapper" >
> <constructor-arg ><ref bean="Pluto" /></constructor-arg>
> </bean>
>
> <!-- Portlet Renderer -->
> <bean id="org.apache.jetspeed.aggregator.PortletRenderer"
> class="org.apache.jetspeed.aggregator.impl.PortletRendererImpl"
> init-method="start" destroy-method="stop"
> >
> <constructor-arg ><ref bean="org.apache.pluto.PortletContainer"
> /></constructor-arg>
> <constructor-arg ><ref
> bean="org.apache.jetspeed.container.window.PortletWindowAccessor"
> /></constructor-arg>
> </bean>
>
> <!-- Portlet Factory -->
> <bean id="portletFactory"
> class="org.apache.jetspeed.factory.JetspeedPortletFactory"
> >
> </bean>
>
> <!-- Aggregation: Page -->
> <bean id="org.apache.jetspeed.aggregator.PageAggregator"
> class="org.apache.jetspeed.aggregator.impl.PageAggregatorImpl" >
> <constructor-arg index="0" ><ref
> bean="org.apache.jetspeed.aggregator.PortletRenderer" /></constructor-arg>
> <!-- Aggregation Strategies:
> 0 = PageAggregatorImpl.STRATEGY_SEQUENTIAL
> 1 = PageAggregatorImpl.STRATEGY_PARALLEL
> -->
> <constructor-arg index="1"><value>0</value></constructor-arg>
> <constructor-arg index="2">
> <list>
> <value>portlet/{mediaType}/jetspeed</value>
> <value>portlet/{mediaType}</value>
> <value>layout/{mediaType}</value>
> <value>generic/{mediaType}</value>
> <value>{mediaType}</value>
> </list>
> </constructor-arg>
> </bean>
>
> <!-- Aggregation: Portlet -->
> <bean id="org.apache.jetspeed.aggregator.PortletAggregator"
> class="org.apache.jetspeed.aggregator.impl.PortletAggregatorImpl"
> >
> <constructor-arg ><ref
> bean="org.apache.jetspeed.aggregator.PortletRenderer" /></constructor-arg>
> </bean>
>
> <!-- Application Server Manager for Tomcat. Comment out for others like
> JBoss Provides hooks into the application server to help us
> deploy portlet
> applications
> as web application into that server. This manager is for Tomcat
> 5
> -->
>
> <bean
> id="org.apache.jetspeed.tools.pamanager.servletcontainer.ApplicationServer
> Manager"
>
> class="org.apache.jetspeed.tools.pamanager.servletcontainer.TomcatManager"
> init-method="start" destroy-method="stop"
> >
> <constructor-arg
> index="0"><value>${autodeployment.catalina.base}</value></constructor-arg>
> <constructor-arg
> index="1"><value>${autodeployment.catalina.engine}</value></constructor-
> arg>
> <constructor-arg
> index="2"><value>${autodeployment.server}</value></constructor-arg>
> <constructor-arg
> index="3"><value>${autodeployment.port}</value></constructor-arg>
> <constructor-arg
> index="4"><value>${autodeployment.user}</value></constructor-arg>
> <constructor-arg
> index="5"><value>${autodeployment.password}</value></constructor-arg>
> </bean>
>
> <bean id="deployFactory"
> class="org.apache.jetspeed.tools.deploy.JetspeedDeployFactory"/>
> <bean id="PAM"
>
> class="org.apache.jetspeed.tools.pamanager.PortletApplicationManager"
> >
> <constructor-arg><ref bean="portletFactory"/></constructor-arg>
> <constructor-arg><ref
> bean="org.apache.jetspeed.components.portletregistry.PortletRegistry"/></c
> onstructor-arg> <constructor-arg><ref
> bean="org.apache.jetspeed.components.portletentity.PortletEntityAccessComp
> onent"/></constructor-arg> <constructor-arg><ref
> bean="org.apache.jetspeed.container.window.PortletWindowAccessor"/></const
> ructor-arg> <property name="searchEngine"><ref
> bean="org.apache.jetspeed.search.SearchEngine"/></property>
> <!-- optional configuration for automatic creation of not yet existing
> roles as defined in the deployed web.xml:
> <property name="roleManager"><ref
> bean="org.apache.jetspeed.security.RoleManager"/></property>
> <property name="autoCreateRoles"><value>true</value></property>
> -->
> </bean>
>
> <!-- Portlet Application and Decorator deployment event listeners -->
> <bean id="portletAppDeploymentListener"
>
> class="org.apache.jetspeed.deployment.impl.DeployPortletAppEventListener"
> >
> <constructor-arg index="0"><ref bean="PAM"/></constructor-arg>
> <constructor-arg index="1"><ref
> bean="org.apache.jetspeed.components.portletregistry.PortletRegistry"/></c
> onstructor-arg> <constructor-arg
> index="2"><value>${autodeployment.target.dir}</value></constructor-arg>
> <constructor-arg
> index="3"><value>${applicationRoot}/WEB-INF/apps</value></constructor-arg>
> <!-- strip commons-logging and/or log4j jars from war files: for
> JBoss set this to true -->
> <constructor-arg index="4"><value>false</value></constructor-arg>
> </bean>
> <bean id="decoratorDeploymentRegistry"
>
> class="org.apache.jetspeed.deployment.simpleregistry.impl.InMemoryRegistry
> Impl" >
> </bean>
> <bean id="decoratorDeploymentListener"
>
> class="org.apache.jetspeed.deployment.impl.DeployDecoratorEventListener"
> >
> <constructor-arg
> ><value>${applicationRoot}/WEB-INF/decorations</value></constructor-arg>
> </bean>
>
> <!-- The deployment manager watches a specific staging directory for
> deploying components. What components get deployed depend of
> DeploymentEventListeners registered to it.
> -->
> <bean id="deploymentManager"
>
> class="org.apache.jetspeed.deployment.impl.StandardDeploymentManager"
> init-method="start" destroy-method="stop"
> >
> <constructor-arg
> ><value>${autodeployment.staging.dir}</value></constructor-arg>
> <constructor-arg type="long"
> ><value>${autodeployment.delay}</value></constructor-arg>
> <constructor-arg >
> <list>
> <ref bean="portletAppDeploymentListener"/>
> <ref bean="decoratorDeploymentListener"/>
> </list>
> </constructor-arg>
> </bean>
>
> <!--SEARCH COMPONENT-->
> <bean id="org.apache.jetspeed.search.HandlerFactory"
> class="org.apache.jetspeed.search.handlers.HandlerFactoryImpl"
> >
> <constructor-arg>
> <map>
> <entry
> key="java.net.URL"><value>org.apache.jetspeed.search.handlers.URLToDocHand
> ler</value></entry> <entry
> key="org.apache.jetspeed.om.portlet.impl.PortletApplicationDefinitionImpl"
> ><value>org.apache.jetspeed.search.handlers.pam.PortletApplicationHandler<
> /value></entry> <entry
> key="org.apache.jetspeed.om.portlet.impl.PortletDefinitionImpl"><value>org
> .apache.jetspeed.search.handlers.pam.PortletDefinitionHandler</value></ent
> ry> </map>
> </constructor-arg>
> </bean>
>
>
> <bean id="org.apache.jetspeed.search.SearchEngine"
> class="org.apache.jetspeed.search.lucene.SearchEngineImpl"
> >
> <constructor-arg
> index="0"><value>${applicationRoot}/WEB-
> INF/search_index</value></constructor-arg> <constructor-arg
> index="1"><null /></constructor-arg>
> <constructor-arg type="boolean"><value>true</value></constructor-
> arg>
> <constructor-arg><ref
> bean="org.apache.jetspeed.search.HandlerFactory"/></constructor-arg>
>
> </bean>
>
>
>
> <!-- Adds jetspeed.properties as our configuration object to support
> ${...} vars -->
> <!-- ${applicationRoot} is acutally set as a system property via the
> SpringEngine -->
>
> <bean id="placeholderConfig"
>
> class="org.springframework.beans.factory.config.PropertyPlaceholderConfigu
> rer"> <property
> name="location"><value>file:///${applicationRoot}/WEB-
> INF/conf/jetspeed.properties</value></property> </bean>
>
> </beans>
>
>
>
> It appears to inherit a lot of peroperties from jetspeed.properties which
> are all Tomcat specific.
>
> Has anyone got J2 running on anything apart from Tomcat ?
>
> Your continued assistance is very much appreciated.
>
> Jon
>
>
>
>
> > No, there shouldn't be a portlet.xml in jetspeed's WEB-INF as it no
> > longer has portlets directly associated with it. The layouts (which
> > used to load from within Jetspeed) are now packed into their own,
> > external portlet application, "jetspeed-layouts". That being said, you
> > should no longer see a JetpseedContainerServelt entry in jetspeed's
> > web.xml nor is there a portlet application named "Jetspeed" anymore.
> > Sounds like your web.xml might be out of synch or there is an old J2
> > version registered in your container.
> >
> > -Scott
> >
> >
> >
> >> -----Original Message-----
> >> From: Jonathan Hawkins [mailto:jonathan.hawkins@hawkinsweb.co.uk]
> >> Sent: Thursday, June 02, 2005 1:07 PM
> >> To: Jetspeed Users List
> >> Subject: Re: Jetspeed 2 Deployment
> >>
> >> It's looking for it in WEB-INF/
> >>
> >> The pyhiscal location being orion/applications/jetspeed/
> >>
> >> I noticed in the Tomcat release that there is no portlet.xml in
> >> WEB-INF.
> >>
> >> Getting very confused now !!
> >>
> >> Jon
> >>
> >> Scott T Weaver wrote:
> >>
> >> >Okay, well at least we have narrowed the general cause of your issue.
> >> Can
> >> >you see where it is looking for the portlet.xml at?
> >> >
> >> >-Scott
> >> >
> >> >
> >> >
> >> >>-----Original Message-----
> >> >>From: jonathan.hawkins@hawkinsweb.co.uk
> >> >>[mailto:jonathan.hawkins@hawkinsweb.co.uk]
> >> >>Sent: Thursday, June 02, 2005 11:35 AM
> >> >>To: jetspeed-user@portals.apache.org
> >> >>Subject: RE: Jetspeed 2 Deployment
> >> >>
> >> >>PortletApplicationWar throws and IO Exception
> >> >>
> >> >>"Cannot find required portlet.xml for Portlet Application jetspeed"
> >> >>
> >> >>This then causes JetspeedContainerServlet.attemptStart to return
> >> >>true which
> >> >>in turn causes startTimer.cancel()
> >> >>
> >> >>Jon
> >> >>
> >> >>
> >> >>
> >> >>
> >> >>>attemptStart does get called which then proceeds to
> >> >>>PortletApplicationManager.startPA, an IO error ccours her with the
> >> >>>following:-
> >> >>>"Failed to create PA WAR for " + contextName where contextName =
> >> >>>jetspeed (Is Orion messing the context name ? Jetspeed' web.xml has
> >> >>>to be changed in Orion even to get it running with Tomcat, known
> >> >>>issue I believe)
> >> >>>
> >> >>>Exception is thrown in JetspeedContainerServlet.attempStart
> >> >>>
> >> >>>"initialisation failed for Portlet Application at: jetspeed
> >> >>>
> >> >>>HTH
> >> >>>
> >> >>>Jon
> >> >>>
> >> >>>
> >> >>>
> >> >>>
> >> >>>
> >> >>>
> >> >>>
> >> >>>
> >> >>>
> >> >>>
> >> >>>
> >> >>>
> >> >>>>Okay, next lets see if we are even getting into the
> >> >>>>org.apache.jetspeed.container.JetspeedContainerServlet. This is
> >> >>>>what actually performs the registration into the DB. Look around
> >> >>>>line 198 inside the attemptStart method.
> >> >>>>
> >> >>>>-Scott
> >> >>>>
> >> >>>>
> >> >>>>
> >> >>>>>-----Original Message-----
> >> >>>>>From: jonathan.hawkins@hawkinsweb.co.uk
> >> >>>>>[mailto:jonathan.hawkins@hawkinsweb.co.uk]
> >> >>>>>Sent: Thursday, June 02, 2005 10:32 AM
> >> >>>>>To: jetspeed-user@portals.apache.org
> >> >>>>>Subject: RE: Jetspeed 2 Deployment
> >> >>>>>
> >> >>>>>Scott,
> >> >>>>>
> >> >>>>>This is the sequence of events :-
> >> >>>>>
> >> >>>>>1. StandardDeploymentManager.fireDeploymentEvent picks up war
> >> >>>>>file and calls
> >> >>>>>StandardDeploymentManager.Deploy passing the file
> >> >>>>>C:\Orion2.0.5_Jetspeed2\applications\jetspeed\WEB-
> >> >>>>>
> >> >>>>>
> >> >>INF\deploy\security.war
> >> >>
> >> >>
> >> >>>>>as
> >> >>>>>parameter
> >> >>>>>
> >> >>>>>2. StandardDeploymentManager.dispatch is called
> >> >>>>>
> >> >>>>>3. DeployPortletAppEventListener.invokeDeploy is called
> >> >>>>>
> >> >>>>>4. DeployPortletAppEventListener.deployPortletApplication is
> >> >>>>>called
> >> >>>>>
> >> >>>>>5. File toFile is now set to
> >> >>>>>C:\Orion2.0.5_Jetspeed2\applications\security.war
> >> >>>>>6. JetspeedDeploy is instantiated,
> >> >>>>>portletApplicationName=security
> >> >>>>>
> >> >>>>>7. JetspeedDeploy completes successfully
> >> >>>>>(C:\Orion2.0.5_Jetspeed2\applications\security.war is created
> >> >>>>>successfully)
> >> >>>>>
> >> >>>>>8. C:\Orion2.0.5_Jetspeed2\applications\security.war is then
> >> >>>>>deleted
> >> >>>>>
> >> >>>>>9. Event Status is set to DeploymentStatus.STATUS_OKAY
> >> >>>>>
> >> >>>>>10. DeploymentObject is closed.
> >> >>>>>
> >> >>>>>At no time is registerPortletApplication called which is why I
> >> >>>>>guess no db entries created !!
> >> >>>>>
> >> >>>>>Hope the above is of use in tracking down the problem, I hope so
> >> >>>>>!!
> >> >>>>>
> >> >>>>>Thanks
> >> >>>>>
> >> >>>>>Jon
> >> >>>>>
> >> >>>>>
> >> >>>>>
> >> >>>>>
> >> >>>>>
> >> >>>>>>Hi Jon,
> >> >>>>>>
> >> >>>>>>First let's try putting break points at line 195 in
> >> >>>>>>
> >> >>>>>>
> >> >>>>>>
> >>
> >>org.apache.jetspeed.components.portletregistry.PersistenceBrokerPortletR
> >> eg
> >> >>
> >> >>
> >> >>>>>is> try. This is in the registerPortletApplication method.
> >> >>>>>
> >> >>>>>
> >> >>>>>>You will also want to poke around in
> >> >>>>>>org.apache.jetspeed.tools.pamanager.PortletApplicationManager
> >> >>>>>>starting at line 192 inside the registerPortletApplication
> >> >>>>>>method. At line 266 in that same method you will see a call to
> >> >>>>>>PersistenceBrokerPortletRegistry.registerPortletApplication.
> >> >>>>>>
> >> >>>>>>This is about as good as I can do for now. Post back with what
> >> >>>>>>you find out.
> >> >>>>>>
> >> >>>>>>HTH,
> >> >>>>>>Scott
> >> >>>>>>
> >> >>>>>>
> >> >>>>>>
> >> >>>>>>>-----Original Message-----
> >> >>>>>>>From: jonathan.hawkins@hawkinsweb.co.uk
> >> >>>>>>>[mailto:jonathan.hawkins@hawkinsweb.co.uk]
> >> >>>>>>>Sent: Thursday, June 02, 2005 4:45 AM
> >> >>>>>>>To: jetspeed-user@portals.apache.org
> >> >>>>>>>Subject: Jetspeed 2 Deployment
> >> >>>>>>>
> >> >>>>>>>The environment I am running is
> >> >>>>>>>
> >> >>>>>>>Windows 2000 Proffessional
> >> >>>>>>>Orion 2.0.5
> >> >>>>>>>Oracle 9i
> >> >>>>>>>Jetspeed 2.0-M3
> >> >>>>>>>jdk1.4.2.0.6
> >> >>>>>>>
> >> >>>>>>>I've got Jetspeed to deploy and it appears to be connecting to
> >> >>>>>>>the Oracle Database ok. However, when I try to deploy the
> >> >>>>>>>various war files they get copied from WEB-INF/deploy directory
> >> >>>>>>>to
> >> >>>>>>>/orion/applications but no entries are created in the database
> >> >>>>>>>so when Jetspeed renders I get a whole stack of
> >> >>>>>>>unavle to find portlet entity etc.
> >> >>>>>>>
> >> >>>>>>>I've stepped through the code for the StandardDeploymentManager
> >> >>>>>>>using eclipse but still can't see what populates the database.
> >> >>>>>>>
> >> >>>>>>>Any urgent assistance would be greatly appreciated.
> >> >>>>>>>
> >> >>>>>>>Jon Hawkins
> >> >>>>>>>
> >> >>>>>>>
> >> >>>>>>>
> >> >>>>>>>----------------------------------------------------------------
> ---
> >> >>>>>>>
> >> >>>>>>>
> >> >>--
> >> >>
> >> >>
> >> >>>>>>>To unsubscribe, e-mail:
> >> >>>>>>>jetspeed-user-unsubscribe@portals.apache.org For additional
> >> >>>>>>>commands, e-mail: jetspeed-user-help@portals.apache.org
> >> >>>>>>>
> >> >>>>>>>
> >> >>>>>>
> >> >>>>>>-----------------------------------------------------------------
> ---
> >> >>>>>>
> >> >>>>>>
> >> >>-
> >> >>
> >> >>
> >> >>>>>>To unsubscribe, e-mail:
> >> >>>>>>jetspeed-user-unsubscribe@portals.apache.org For additional
> >> >>>>>>commands, e-mail:
> >> >>>>>>jetspeed-user-help@portals.apache.org
> >> >>>>>>
> >> >>>>>>
> >> >>>>>
> >> >>>>>
> >> >>>>>------------------------------------------------------------------
> ---
> >> >>>>>To unsubscribe, e-mail:
> >> >>>>>jetspeed-user-unsubscribe@portals.apache.org For additional
> >> >>>>>commands, e-mail:
> >> >>>>>jetspeed-user-help@portals.apache.org
> >> >>>>>
> >> >>>>>
> >> >>>>
> >> >>>>-------------------------------------------------------------------
> --
> >> >>>>To unsubscribe, e-mail:
> >> >>>>jetspeed-user-unsubscribe@portals.apache.org For additional
> >> >>>>commands, e-mail: jetspeed-user-help@portals.apache.org
> >> >>>>
> >> >>>>
> >> >>>
> >> >>>
> >> >>>--------------------------------------------------------------------
> -
> >> >>>To unsubscribe, e-mail:
> >> >>>jetspeed-user-unsubscribe@portals.apache.org For additional
> >> >>>commands, e-mail: jetspeed-user-help@portals.apache.org
> >> >>>
> >> >>>
> >> >>
> >> >>
> >> >>---------------------------------------------------------------------
> >> >>To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
> >> >>For additional commands, e-mail:
> >> >>jetspeed-user-help@portals.apache.org
> >> >>
> >> >>
> >> >
> >> >
> >> >
> >> >---------------------------------------------------------------------
> >> >To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
> >> >For additional commands, e-mail:
> >> >jetspeed-user-help@portals.apache.org
> >> >
> >> >
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
> > For additional commands, e-mail: jetspeed-user-help@portals.apache.org
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
> For additional commands, e-mail: jetspeed-user-help@portals.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
For additional commands, e-mail: jetspeed-user-help@portals.apache.org
RE: Jetspeed 2 Deployment
Posted by jo...@hawkinsweb.co.uk.
Scott,
Stepping through the whole strartup process I am getting a load of
"Instantiation of bean failed" during SpringEngine.init caused in
DefaultListableBeanFactory.createBean.
This is my jetspeed-spring.xml
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE beans PUBLIC "-//SPRING//DTD BEAN//EN"
"http://www.springframework.org/dtd/spring-beans.dtd">
<!--
Copyright 2004 The Apache Software Foundation
Licensed under the Apache License, Version 2.0 (the "License");
you may not use this file except in compliance with the License.
You may obtain a copy of the License at
http://www.apache.org/licenses/LICENSE-2.0
Unless required by applicable law or agreed to in writing, software
distributed under the License is distributed on an "AS IS" BASIS,
WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
See the License for the specific language governing permissions and
limitations under the License.
-->
<beans>
<!-- Commons configuration object generated from jetspeed.properties -->
<bean id="portal_configuration"
class="org.apache.commons.configuration.PropertiesConfiguration">
<constructor-arg>
<value>${applicationRoot}/WEB-INF/conf/jetspeed.properties</value>
</constructor-arg>
</bean>
<!-- ServletConfig -->
<bean id="javax.servlet.ServletConfig"
class="org.apache.jetspeed.components.factorybeans.ServletConfigFactoryBean"
/>
<!-- Portlet Services -->
<bean id="PortalServices"
class="org.apache.jetspeed.services.JetspeedPortletServices" >
<constructor-arg>
<map>
<entry key="PortletRegistryComponent">
<ref
bean="org.apache.jetspeed.components.portletregistry.PortletRegistry" />
</entry>
<entry key="SearchComponent">
<ref bean="org.apache.jetspeed.search.SearchEngine"/>
</entry>
<entry key="PAM">
<ref bean="PAM" />
</entry>
<entry key="UserManager">
<ref bean="org.apache.jetspeed.security.UserManager"/>
</entry>
<entry key="PageManager">
<ref bean="org.apache.jetspeed.page.PageManager"/>
</entry>
<entry key="RoleManager">
<ref bean="org.apache.jetspeed.security.RoleManager"/>
</entry>
<entry key="GroupManager">
<ref bean="org.apache.jetspeed.security.GroupManager"/>
</entry>
<entry key="Profiler">
<ref bean="org.apache.jetspeed.profiler.Profiler"/>
</entry>
<entry key="SSO">
<ref bean="org.apache.jetspeed.sso.SSOProvider"/>
</entry>
<entry key="EntityAccessor">
<ref
bean='org.apache.jetspeed.components.portletentity.PortletEntityAccessComponent'/> </entry>
<!-- ApplicationServerManager currently only supported for Tomcat.
Comment out for others like JBoss -->
<entry key="ApplicationServerManager">
<ref
bean="org.apache.jetspeed.tools.pamanager.servletcontainer.ApplicationServerManager"/> </entry>
<entry key="PortletFactory">
<ref bean="portletFactory"/>
</entry>
<entry key="DeploymentManager">
<ref bean="deploymentManager"/>
</entry>
<entry key='IdGenerator'>
<ref bean='IdGenerator'/>
</entry>
</map>
</constructor-arg>
</bean>
<!-- Template Locators -->
<bean id="TemplateLocator"
class="org.apache.jetspeed.locator.JetspeedTemplateLocator"
init-method="start" destroy-method="stop"
>
<constructor-arg>
<list>
<value>${applicationRoot}/WEB-INF/templates</value>
</list>
</constructor-arg>
<constructor-arg><value>${applicationRoot}</value></constructor-arg>
</bean>
<bean id="DecorationLocator"
class="org.apache.jetspeed.locator.JetspeedTemplateLocator"
init-method="start" destroy-method="stop"
>
<constructor-arg>
<list>
<value>${applicationRoot}/WEB-INF/decorations</value>
</list>
</constructor-arg>
<constructor-arg><value>${applicationRoot}</value></constructor-arg>
</bean>
<!-- ID Generator -->
<bean id="IdGenerator"
class="org.apache.jetspeed.idgenerator.JetspeedIdGenerator"
init-method="start" destroy-method="stop" >
<!-- ID Start value -->
<constructor-arg index="0"><value>65536</value></constructor-arg>
<!-- ID Prefix -->
<constructor-arg index="1"><value>P-</value></constructor-arg>
<!-- ID Suffix -->
<constructor-arg index="2"><value></value></constructor-arg>
</bean>
<!-- Page File Cache -->
<bean id="PageFileCache"
class="org.apache.jetspeed.cache.file.FileCache"
init-method="startFileScanner"
destroy-method="stopFileScanner"
>
<!-- Scan rate for changes in cached files on the file system -->
<constructor-arg index="0"><value>10</value></constructor-arg>
<!-- Cache size -->
<constructor-arg index="1"><value>100</value></constructor-arg>
</bean>
<!-- Portlet Registry DAO-->
<bean id="portletRegistryImpl"
class="org.apache.jetspeed.components.portletregistry.PersistenceBrokerPortletRegistry"init-method="init">
<constructor-arg
index="0"><value>META-INF/registry_repository.xml</value></constructor-arg>
<constructor-arg index="1"><ref
bean="portletFactory"/></constructor-arg>
</bean>
<bean id="org.apache.jetspeed.components.portletregistry.PortletRegistry"
name="portletRegistry"
parent="baseTransactionProxy" >
<property name="proxyInterfaces">
<value>org.apache.jetspeed.components.portletregistry.PortletRegistry</value> </property>
<property name="target">
<ref bean="portletRegistryImpl"/>
</property>
<property name="transactionAttributes">
<props>
<prop
key="register*">PROPAGATION_REQUIRED,-org.apache.jetspeed.components.portletregistry.RegistryException</prop> <prop
key="remove*">PROPAGATION_REQUIRED,-org.apache.jetspeed.components.portletregistry.RegistryException</prop> <prop
key="update*">PROPAGATION_REQUIRED,-org.apache.jetspeed.components.portletregistry.RegistryException</prop> <prop
key="save*">PROPAGATION_REQUIRED,-org.apache.jetspeed.components.portletregistry.RegistryException</prop> <prop key="*">PROPAGATION_SUPPORTS</prop>
</props>
</property>
</bean>
<!-- Portlet Entity Access DAO-->
<!--
<bean id="systemCache"
class="org.apache.jetspeed.cache.general.SimpleHashMapCache" />
<bean id="systemCachingInterceptor"
class="org.apache.jetspeed.components.interceptors.CachingInterceptor" >
<constructor-arg>
<ref bean="systemCache"/>
</constructor-arg>
</bean>
<bean id="systemRemoveFromCacheInterceptor"
class="org.apache.jetspeed.components.interceptors.RemoveFromCacheInterceptor"
> <constructor-arg>
<ref bean="systemCache"/>
</constructor-arg>
</bean>
<bean id="portletEntityCachingAdvisor"
class="org.springframework.aop.support.RegexpMethodPointcutAdvisor">
<property name="advice">
<ref bean="systemCachingInterceptor"/>
</property>
<property name="patterns">
<list>
<value>.*getPortletEntity.*</value>
</list>
</property>
</bean>
<bean id="portletEntityRemoveFromCacheAdvisor"
class="org.springframework.aop.support.RegexpMethodPointcutAdvisor">
<property name="advice">
<ref bean="systemRemoveFromCacheInterceptor"/>
</property>
<property name="patterns">
<list>
<value>.*removePortletEntity.*</value>
</list>
</property>
</bean>
-->
<!--
- PortletEntity business object: OJB implementation, as an inner bean
wrapped - by an outer transactional proxy. The two bean definitions could have
been separate,
- but this is cleaner as there is no need to ever access the unwrapped
object. -->
<bean id="portletEntityAccessImpl"
class="org.apache.jetspeed.components.portletentity.PersistenceBrokerPortletEntityAccess">
<constructor-arg>
<ref bean="portletRegistry"/>
</constructor-arg>
</bean>
<bean
id="org.apache.jetspeed.components.portletentity.PortletEntityAccessComponent"parent="baseTransactionProxy"
name="portletEntityAccess" >
<property name="proxyInterfaces">
<value>org.apache.jetspeed.components.portletentity.PortletEntityAccessComponent</value> </property>
<property name="target">
<ref bean="portletEntityAccessImpl"/>
</property>
<!--
<property name="preInterceptors">
<list>
<ref bean="portletEntityCachingAdvisor"/>
<ref bean="portletEntityRemoveFromCacheAdvisor"/>
</list>
</property>
-->
<property name="transactionAttributes">
<props>
<prop key="remove*">PROPAGATION_REQUIRED</prop>
<prop
key="store*">PROPAGATION_REQUIRED,-org.apache.jetspeed.components.portletentity.PortletEntityNotStoredException</prop> <prop key="*">PROPAGATION_SUPPORTS</prop>
</props>
</property>
</bean>
<!-- Capabilities DAO-->
<bean id="capabilitiesImpl"
class="org.apache.jetspeed.capabilities.impl.JetspeedCapabilities"
init-method="init">
<constructor-arg>
<value>META-INF/capabilities-ojb.xml</value>
</constructor-arg>
</bean>
<!-- Capabilities -->
<bean id="org.apache.jetspeed.capabilities.Capabilities"
name="capabilities"
parent="baseTransactionProxy"
>
<property name="proxyInterfaces">
<value>org.apache.jetspeed.capabilities.Capabilities</value>
</property>
<property name="target">
<ref bean="capabilitiesImpl"/>
</property>
<property name="transactionAttributes">
<props>
<prop key="*">PROPAGATION_SUPPORTS</prop>
</props>
</property>
</bean>
<!-- SSO Implementation -->
<bean id="PersistenceBrokerSSOProvider"
class="org.apache.jetspeed.sso.impl.PersistenceBrokerSSOProvider"
init-method="init"
>
<constructor-arg
index="0"><value>META-INF/sso_repository.xml</value></constructor-arg>
</bean>
<bean id="org.apache.jetspeed.sso.SSOProvider"
parent="baseTransactionProxy" name="ssoProvider"
>
<property name="proxyInterfaces">
<value>org.apache.jetspeed.sso.SSOProvider</value>
</property>
<property name="target">
<ref bean="PersistenceBrokerSSOProvider"/>
</property>
<property name="transactionAttributes">
<props>
<prop key="addSite">PROPAGATION_REQUIRED</prop>
<prop key="removeSite">PROPAGATION_REQUIRED</prop>
<prop key="addCredentialsForSite">PROPAGATION_REQUIRED</prop>
<prop key="updateCredentialsForSite">PROPAGATION_REQUIRED</prop>
<prop key="removeCredentialsForSite">PROPAGATION_REQUIRED</prop>
<prop key="*">PROPAGATION_SUPPORTS</prop>
</props>
</property>
</bean>
<!-- Preferences Implementation -->
<bean id="PreferencesProviderImpl"
class="org.apache.jetspeed.prefs.impl.PersistenceBrokerPreferencesProvider"
init-method="init"
>
<constructor-arg
index="0"><value>META-INF/prefs_repository.xml</value></constructor-arg>
<constructor-arg type="boolean"
index="1"><value>false</value></constructor-arg>
</bean>
<bean id="org.apache.jetspeed.prefs.PreferencesProvider"
parent="baseTransactionProxy"
name="prefsProvider"
>
<property name="proxyInterfaces">
<value>org.apache.jetspeed.prefs.PreferencesProvider</value>
</property>
<property name="target">
<ref bean="PreferencesProviderImpl"/>
</property>
<property name="transactionAttributes">
<props>
<prop key="createNode*">PROPAGATION_REQUIRED</prop>
<prop key="storeNode*">PROPAGATION_REQUIRED</prop>
<prop key="removeNode*">PROPAGATION_REQUIRED</prop>
<prop key="*">PROPAGATION_SUPPORTS</prop>
</props>
</property>
</bean>
<!-- PreferencesFaactory implementation -->
<bean id="java.util.prefs.PreferencesFactory"
class="org.apache.jetspeed.prefs.impl.PreferencesFactoryImpl"
name="prefsFactory" init-method="init"
>
<property name="prefsProvider">
<ref bean="prefsProvider"/>
</property>
</bean>
<!-- Property Manager -->
<bean id="PropertyManagerImpl"
class="org.apache.jetspeed.prefs.impl.PropertyManagerImpl"
>
<!-- We don't use the Tx proxied prefs provider so that we can
demarcate Txs
exclusively for the PropertyManager -->
<constructor-arg ><ref
bean="PreferencesProviderImpl"/></constructor-arg>
</bean>
<bean id="org.apache.jetspeed.prefs.PropertyManager"
parent="baseTransactionProxy"
name="propertyManager"
>
<property name="proxyInterfaces">
<value>org.apache.jetspeed.prefs.PropertyManager</value>
</property>
<property name="target">
<ref bean="PropertyManagerImpl"/>
</property>
<property name="transactionAttributes">
<props>
<prop key="add*">PROPAGATION_REQUIRED</prop>
<prop key="remove*">PROPAGATION_REQUIRED</prop>
<prop key="update*">PROPAGATION_REQUIRED</prop>
<prop key="*">PROPAGATION_SUPPORTS</prop>
</props>
</property>
</bean>
<!-- User Info -->
<bean id="org.apache.jetspeed.userinfo.UserInfoManager"
class="org.apache.jetspeed.userinfo.impl.UserInfoManagerImpl"
>
<constructor-arg ><ref
bean="org.apache.jetspeed.security.UserManager"/></constructor-arg>
<constructor-arg ><ref
bean="org.apache.jetspeed.components.portletregistry.PortletRegistry"/></constructor-arg>
</bean>
<!-- Navigational State component -->
<bean id="org.apache.jetspeed.container.state.NavigationalStateComponent"
class="org.apache.jetspeed.container.state.impl.JetspeedNavigationalStateComponent" >
<constructor-arg
index="0"><value>org.apache.jetspeed.container.state.impl.SessionFullNavigationalState</value></constructor-arg> <constructor-arg
index="1"><value>org.apache.jetspeed.container.url.impl.PathInfoEncodingPortalURL</value></constructor-arg> <constructor-arg
index="2"><value>org.apache.jetspeed.container.state.impl.JetspeedNavigationalStateCodec</value></constructor-arg>
</bean>
<!-- Request Context -->
<bean id="org.apache.jetspeed.request.RequestContextComponent"
class="org.apache.jetspeed.request.JetspeedRequestContextComponent"
>
<constructor-arg
><value>org.apache.jetspeed.request.JetspeedRequestContext</value></constructor-arg> <constructor-arg ><ref
bean="org.apache.jetspeed.userinfo.UserInfoManager" /></constructor-arg>
</bean>
<!-- Portlet Window Component -->
<bean id="org.apache.jetspeed.container.window.PortletWindowAccessor"
class="org.apache.jetspeed.container.window.impl.PortletWindowAccessorImpl"
>
<constructor-arg ><ref
bean="org.apache.jetspeed.components.portletentity.PortletEntityAccessComponent"/></constructor-arg>
</bean>
<!-- Pluto Portlet Container -->
<bean id="Pluto" class="org.apache.pluto.PortletContainerImpl" />
<!-- Jetspeed 2's wrapper around Pluto -->
<bean id="org.apache.pluto.PortletContainer"
class="org.apache.jetspeed.container.JetspeedPortletContainerWrapper" >
<constructor-arg ><ref bean="Pluto" /></constructor-arg>
</bean>
<!-- Portlet Renderer -->
<bean id="org.apache.jetspeed.aggregator.PortletRenderer"
class="org.apache.jetspeed.aggregator.impl.PortletRendererImpl"
init-method="start" destroy-method="stop"
>
<constructor-arg ><ref bean="org.apache.pluto.PortletContainer"
/></constructor-arg>
<constructor-arg ><ref
bean="org.apache.jetspeed.container.window.PortletWindowAccessor"
/></constructor-arg>
</bean>
<!-- Portlet Factory -->
<bean id="portletFactory"
class="org.apache.jetspeed.factory.JetspeedPortletFactory"
>
</bean>
<!-- Aggregation: Page -->
<bean id="org.apache.jetspeed.aggregator.PageAggregator"
class="org.apache.jetspeed.aggregator.impl.PageAggregatorImpl" >
<constructor-arg index="0" ><ref
bean="org.apache.jetspeed.aggregator.PortletRenderer" /></constructor-arg>
<!-- Aggregation Strategies:
0 = PageAggregatorImpl.STRATEGY_SEQUENTIAL
1 = PageAggregatorImpl.STRATEGY_PARALLEL
-->
<constructor-arg index="1"><value>0</value></constructor-arg>
<constructor-arg index="2">
<list>
<value>portlet/{mediaType}/jetspeed</value>
<value>portlet/{mediaType}</value>
<value>layout/{mediaType}</value>
<value>generic/{mediaType}</value>
<value>{mediaType}</value>
</list>
</constructor-arg>
</bean>
<!-- Aggregation: Portlet -->
<bean id="org.apache.jetspeed.aggregator.PortletAggregator"
class="org.apache.jetspeed.aggregator.impl.PortletAggregatorImpl" >
<constructor-arg ><ref
bean="org.apache.jetspeed.aggregator.PortletRenderer" /></constructor-arg>
</bean>
<!-- Application Server Manager for Tomcat. Comment out for others like
JBoss Provides hooks into the application server to help us deploy portlet
applications
as web application into that server. This manager is for Tomcat 5
-->
<bean
id="org.apache.jetspeed.tools.pamanager.servletcontainer.ApplicationServerManager"
class="org.apache.jetspeed.tools.pamanager.servletcontainer.TomcatManager"
init-method="start" destroy-method="stop"
>
<constructor-arg
index="0"><value>${autodeployment.catalina.base}</value></constructor-arg>
<constructor-arg
index="1"><value>${autodeployment.catalina.engine}</value></constructor-arg>
<constructor-arg
index="2"><value>${autodeployment.server}</value></constructor-arg>
<constructor-arg
index="3"><value>${autodeployment.port}</value></constructor-arg>
<constructor-arg
index="4"><value>${autodeployment.user}</value></constructor-arg>
<constructor-arg
index="5"><value>${autodeployment.password}</value></constructor-arg>
</bean>
<bean id="deployFactory"
class="org.apache.jetspeed.tools.deploy.JetspeedDeployFactory"/>
<bean id="PAM"
class="org.apache.jetspeed.tools.pamanager.PortletApplicationManager"
>
<constructor-arg><ref bean="portletFactory"/></constructor-arg>
<constructor-arg><ref
bean="org.apache.jetspeed.components.portletregistry.PortletRegistry"/></constructor-arg> <constructor-arg><ref
bean="org.apache.jetspeed.components.portletentity.PortletEntityAccessComponent"/></constructor-arg> <constructor-arg><ref
bean="org.apache.jetspeed.container.window.PortletWindowAccessor"/></constructor-arg> <property name="searchEngine"><ref
bean="org.apache.jetspeed.search.SearchEngine"/></property>
<!-- optional configuration for automatic creation of not yet existing
roles as defined in the deployed web.xml:
<property name="roleManager"><ref
bean="org.apache.jetspeed.security.RoleManager"/></property>
<property name="autoCreateRoles"><value>true</value></property>
-->
</bean>
<!-- Portlet Application and Decorator deployment event listeners -->
<bean id="portletAppDeploymentListener"
class="org.apache.jetspeed.deployment.impl.DeployPortletAppEventListener"
>
<constructor-arg index="0"><ref bean="PAM"/></constructor-arg>
<constructor-arg index="1"><ref
bean="org.apache.jetspeed.components.portletregistry.PortletRegistry"/></constructor-arg> <constructor-arg
index="2"><value>${autodeployment.target.dir}</value></constructor-arg>
<constructor-arg
index="3"><value>${applicationRoot}/WEB-INF/apps</value></constructor-arg>
<!-- strip commons-logging and/or log4j jars from war files: for
JBoss set this to true -->
<constructor-arg index="4"><value>false</value></constructor-arg>
</bean>
<bean id="decoratorDeploymentRegistry"
class="org.apache.jetspeed.deployment.simpleregistry.impl.InMemoryRegistryImpl" >
</bean>
<bean id="decoratorDeploymentListener"
class="org.apache.jetspeed.deployment.impl.DeployDecoratorEventListener"
>
<constructor-arg
><value>${applicationRoot}/WEB-INF/decorations</value></constructor-arg>
</bean>
<!-- The deployment manager watches a specific staging directory for
deploying components. What components get deployed depend of
DeploymentEventListeners registered to it.
-->
<bean id="deploymentManager"
class="org.apache.jetspeed.deployment.impl.StandardDeploymentManager"
init-method="start" destroy-method="stop"
>
<constructor-arg
><value>${autodeployment.staging.dir}</value></constructor-arg>
<constructor-arg type="long"
><value>${autodeployment.delay}</value></constructor-arg>
<constructor-arg >
<list>
<ref bean="portletAppDeploymentListener"/>
<ref bean="decoratorDeploymentListener"/>
</list>
</constructor-arg>
</bean>
<!--SEARCH COMPONENT-->
<bean id="org.apache.jetspeed.search.HandlerFactory"
class="org.apache.jetspeed.search.handlers.HandlerFactoryImpl"
>
<constructor-arg>
<map>
<entry
key="java.net.URL"><value>org.apache.jetspeed.search.handlers.URLToDocHandler</value></entry> <entry
key="org.apache.jetspeed.om.portlet.impl.PortletApplicationDefinitionImpl"><value>org.apache.jetspeed.search.handlers.pam.PortletApplicationHandler</value></entry> <entry
key="org.apache.jetspeed.om.portlet.impl.PortletDefinitionImpl"><value>org.apache.jetspeed.search.handlers.pam.PortletDefinitionHandler</value></entry> </map>
</constructor-arg>
</bean>
<bean id="org.apache.jetspeed.search.SearchEngine"
class="org.apache.jetspeed.search.lucene.SearchEngineImpl"
>
<constructor-arg
index="0"><value>${applicationRoot}/WEB-INF/search_index</value></constructor-arg> <constructor-arg index="1"><null /></constructor-arg>
<constructor-arg type="boolean"><value>true</value></constructor-arg>
<constructor-arg><ref
bean="org.apache.jetspeed.search.HandlerFactory"/></constructor-arg>
</bean>
<!-- Adds jetspeed.properties as our configuration object to support
${...} vars -->
<!-- ${applicationRoot} is acutally set as a system property via the
SpringEngine -->
<bean id="placeholderConfig"
class="org.springframework.beans.factory.config.PropertyPlaceholderConfigurer"> <property
name="location"><value>file:///${applicationRoot}/WEB-INF/conf/jetspeed.properties</value></property> </bean>
</beans>
It appears to inherit a lot of peroperties from jetspeed.properties which
are all Tomcat specific.
Has anyone got J2 running on anything apart from Tomcat ?
Your continued assistance is very much appreciated.
Jon
> No, there shouldn't be a portlet.xml in jetspeed's WEB-INF as it no
> longer has portlets directly associated with it. The layouts (which
> used to load from within Jetspeed) are now packed into their own,
> external portlet application, "jetspeed-layouts". That being said, you
> should no longer see a JetpseedContainerServelt entry in jetspeed's
> web.xml nor is there a portlet application named "Jetspeed" anymore.
> Sounds like your web.xml might be out of synch or there is an old J2
> version registered in your container.
>
> -Scott
>
>
>
>> -----Original Message-----
>> From: Jonathan Hawkins [mailto:jonathan.hawkins@hawkinsweb.co.uk]
>> Sent: Thursday, June 02, 2005 1:07 PM
>> To: Jetspeed Users List
>> Subject: Re: Jetspeed 2 Deployment
>>
>> It's looking for it in WEB-INF/
>>
>> The pyhiscal location being orion/applications/jetspeed/
>>
>> I noticed in the Tomcat release that there is no portlet.xml in
>> WEB-INF.
>>
>> Getting very confused now !!
>>
>> Jon
>>
>> Scott T Weaver wrote:
>>
>> >Okay, well at least we have narrowed the general cause of your issue.
>> Can
>> >you see where it is looking for the portlet.xml at?
>> >
>> >-Scott
>> >
>> >
>> >
>> >>-----Original Message-----
>> >>From: jonathan.hawkins@hawkinsweb.co.uk
>> >>[mailto:jonathan.hawkins@hawkinsweb.co.uk]
>> >>Sent: Thursday, June 02, 2005 11:35 AM
>> >>To: jetspeed-user@portals.apache.org
>> >>Subject: RE: Jetspeed 2 Deployment
>> >>
>> >>PortletApplicationWar throws and IO Exception
>> >>
>> >>"Cannot find required portlet.xml for Portlet Application jetspeed"
>> >>
>> >>This then causes JetspeedContainerServlet.attemptStart to return
>> >>true which
>> >>in turn causes startTimer.cancel()
>> >>
>> >>Jon
>> >>
>> >>
>> >>
>> >>
>> >>>attemptStart does get called which then proceeds to
>> >>>PortletApplicationManager.startPA, an IO error ccours her with the
>> >>>following:-
>> >>>"Failed to create PA WAR for " + contextName where contextName =
>> >>>jetspeed (Is Orion messing the context name ? Jetspeed' web.xml has
>> >>>to be changed in Orion even to get it running with Tomcat, known
>> >>>issue I believe)
>> >>>
>> >>>Exception is thrown in JetspeedContainerServlet.attempStart
>> >>>
>> >>>"initialisation failed for Portlet Application at: jetspeed
>> >>>
>> >>>HTH
>> >>>
>> >>>Jon
>> >>>
>> >>>
>> >>>
>> >>>
>> >>>
>> >>>
>> >>>
>> >>>
>> >>>
>> >>>
>> >>>
>> >>>
>> >>>>Okay, next lets see if we are even getting into the
>> >>>>org.apache.jetspeed.container.JetspeedContainerServlet. This is
>> >>>>what actually performs the registration into the DB. Look around
>> >>>>line 198 inside the attemptStart method.
>> >>>>
>> >>>>-Scott
>> >>>>
>> >>>>
>> >>>>
>> >>>>>-----Original Message-----
>> >>>>>From: jonathan.hawkins@hawkinsweb.co.uk
>> >>>>>[mailto:jonathan.hawkins@hawkinsweb.co.uk]
>> >>>>>Sent: Thursday, June 02, 2005 10:32 AM
>> >>>>>To: jetspeed-user@portals.apache.org
>> >>>>>Subject: RE: Jetspeed 2 Deployment
>> >>>>>
>> >>>>>Scott,
>> >>>>>
>> >>>>>This is the sequence of events :-
>> >>>>>
>> >>>>>1. StandardDeploymentManager.fireDeploymentEvent picks up war
>> >>>>>file and calls
>> >>>>>StandardDeploymentManager.Deploy passing the file
>> >>>>>C:\Orion2.0.5_Jetspeed2\applications\jetspeed\WEB-
>> >>>>>
>> >>>>>
>> >>INF\deploy\security.war
>> >>
>> >>
>> >>>>>as
>> >>>>>parameter
>> >>>>>
>> >>>>>2. StandardDeploymentManager.dispatch is called
>> >>>>>
>> >>>>>3. DeployPortletAppEventListener.invokeDeploy is called
>> >>>>>
>> >>>>>4. DeployPortletAppEventListener.deployPortletApplication is
>> >>>>>called
>> >>>>>
>> >>>>>5. File toFile is now set to
>> >>>>>C:\Orion2.0.5_Jetspeed2\applications\security.war
>> >>>>>6. JetspeedDeploy is instantiated,
>> >>>>>portletApplicationName=security
>> >>>>>
>> >>>>>7. JetspeedDeploy completes successfully
>> >>>>>(C:\Orion2.0.5_Jetspeed2\applications\security.war is created
>> >>>>>successfully)
>> >>>>>
>> >>>>>8. C:\Orion2.0.5_Jetspeed2\applications\security.war is then
>> >>>>>deleted
>> >>>>>
>> >>>>>9. Event Status is set to DeploymentStatus.STATUS_OKAY
>> >>>>>
>> >>>>>10. DeploymentObject is closed.
>> >>>>>
>> >>>>>At no time is registerPortletApplication called which is why I
>> >>>>>guess no db entries created !!
>> >>>>>
>> >>>>>Hope the above is of use in tracking down the problem, I hope so
>> >>>>>!!
>> >>>>>
>> >>>>>Thanks
>> >>>>>
>> >>>>>Jon
>> >>>>>
>> >>>>>
>> >>>>>
>> >>>>>
>> >>>>>
>> >>>>>>Hi Jon,
>> >>>>>>
>> >>>>>>First let's try putting break points at line 195 in
>> >>>>>>
>> >>>>>>
>> >>>>>>
>> >>org.apache.jetspeed.components.portletregistry.PersistenceBrokerPortletR
>> eg
>> >>
>> >>
>> >>>>>is> try. This is in the registerPortletApplication method.
>> >>>>>
>> >>>>>
>> >>>>>>You will also want to poke around in
>> >>>>>>org.apache.jetspeed.tools.pamanager.PortletApplicationManager
>> >>>>>>starting at line 192 inside the registerPortletApplication
>> >>>>>>method. At line 266 in that same method you will see a call to
>> >>>>>>PersistenceBrokerPortletRegistry.registerPortletApplication.
>> >>>>>>
>> >>>>>>This is about as good as I can do for now. Post back with what
>> >>>>>>you find out.
>> >>>>>>
>> >>>>>>HTH,
>> >>>>>>Scott
>> >>>>>>
>> >>>>>>
>> >>>>>>
>> >>>>>>>-----Original Message-----
>> >>>>>>>From: jonathan.hawkins@hawkinsweb.co.uk
>> >>>>>>>[mailto:jonathan.hawkins@hawkinsweb.co.uk]
>> >>>>>>>Sent: Thursday, June 02, 2005 4:45 AM
>> >>>>>>>To: jetspeed-user@portals.apache.org
>> >>>>>>>Subject: Jetspeed 2 Deployment
>> >>>>>>>
>> >>>>>>>The environment I am running is
>> >>>>>>>
>> >>>>>>>Windows 2000 Proffessional
>> >>>>>>>Orion 2.0.5
>> >>>>>>>Oracle 9i
>> >>>>>>>Jetspeed 2.0-M3
>> >>>>>>>jdk1.4.2.0.6
>> >>>>>>>
>> >>>>>>>I've got Jetspeed to deploy and it appears to be connecting to
>> >>>>>>>the Oracle Database ok. However, when I try to deploy the
>> >>>>>>>various war files they get copied from WEB-INF/deploy directory
>> >>>>>>>to
>> >>>>>>>/orion/applications but no entries are created in the database
>> >>>>>>>so when Jetspeed renders I get a whole stack of
>> >>>>>>>unavle to find portlet entity etc.
>> >>>>>>>
>> >>>>>>>I've stepped through the code for the StandardDeploymentManager
>> >>>>>>>using eclipse but still can't see what populates the database.
>> >>>>>>>
>> >>>>>>>Any urgent assistance would be greatly appreciated.
>> >>>>>>>
>> >>>>>>>Jon Hawkins
>> >>>>>>>
>> >>>>>>>
>> >>>>>>>
>> >>>>>>>-------------------------------------------------------------------
>> >>>>>>>
>> >>>>>>>
>> >>--
>> >>
>> >>
>> >>>>>>>To unsubscribe, e-mail:
>> >>>>>>>jetspeed-user-unsubscribe@portals.apache.org For additional
>> >>>>>>>commands, e-mail: jetspeed-user-help@portals.apache.org
>> >>>>>>>
>> >>>>>>>
>> >>>>>>
>> >>>>>>--------------------------------------------------------------------
>> >>>>>>
>> >>>>>>
>> >>-
>> >>
>> >>
>> >>>>>>To unsubscribe, e-mail:
>> >>>>>>jetspeed-user-unsubscribe@portals.apache.org For additional
>> >>>>>>commands, e-mail:
>> >>>>>>jetspeed-user-help@portals.apache.org
>> >>>>>>
>> >>>>>>
>> >>>>>
>> >>>>>
>> >>>>>---------------------------------------------------------------------
>> >>>>>To unsubscribe, e-mail:
>> >>>>>jetspeed-user-unsubscribe@portals.apache.org For additional
>> >>>>>commands, e-mail:
>> >>>>>jetspeed-user-help@portals.apache.org
>> >>>>>
>> >>>>>
>> >>>>
>> >>>>---------------------------------------------------------------------
>> >>>>To unsubscribe, e-mail:
>> >>>>jetspeed-user-unsubscribe@portals.apache.org For additional
>> >>>>commands, e-mail: jetspeed-user-help@portals.apache.org
>> >>>>
>> >>>>
>> >>>
>> >>>
>> >>>---------------------------------------------------------------------
>> >>>To unsubscribe, e-mail:
>> >>>jetspeed-user-unsubscribe@portals.apache.org For additional
>> >>>commands, e-mail: jetspeed-user-help@portals.apache.org
>> >>>
>> >>>
>> >>
>> >>
>> >>---------------------------------------------------------------------
>> >>To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
>> >>For additional commands, e-mail:
>> >>jetspeed-user-help@portals.apache.org
>> >>
>> >>
>> >
>> >
>> >
>> >---------------------------------------------------------------------
>> >To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
>> >For additional commands, e-mail:
>> >jetspeed-user-help@portals.apache.org
>> >
>> >
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
> For additional commands, e-mail: jetspeed-user-help@portals.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
For additional commands, e-mail: jetspeed-user-help@portals.apache.org
Re: Jetspeed 2 Deployment
Posted by Jonathan Hawkins <jo...@hawkinsweb.co.uk>.
I'll check it out later. This was a fresh install of Orion, a clean
build of jetspeed.war from cvs and if I needed any other files I got
them from the J2 M3 Tomcat distribution.
Thanks for your assistance so far, very much appreciated.
Jon
Scott T Weaver wrote:
>No, there shouldn't be a portlet.xml in jetspeed's WEB-INF as it no longer
>has portlets directly associated with it. The layouts (which used to load
>from within Jetspeed) are now packed into their own, external portlet
>application, "jetspeed-layouts". That being said, you should no longer see
>a JetpseedContainerServelt entry in jetspeed's web.xml nor is there a
>portlet application named "Jetspeed" anymore. Sounds like your web.xml
>might be out of synch or there is an old J2 version registered in your
>container.
>
>-Scott
>
>
>
>
>
>>-----Original Message-----
>>From: Jonathan Hawkins [mailto:jonathan.hawkins@hawkinsweb.co.uk]
>>Sent: Thursday, June 02, 2005 1:07 PM
>>To: Jetspeed Users List
>>Subject: Re: Jetspeed 2 Deployment
>>
>>It's looking for it in WEB-INF/
>>
>>The pyhiscal location being orion/applications/jetspeed/
>>
>>I noticed in the Tomcat release that there is no portlet.xml in WEB-INF.
>>
>>Getting very confused now !!
>>
>>Jon
>>
>>Scott T Weaver wrote:
>>
>>
>>
>>>Okay, well at least we have narrowed the general cause of your issue.
>>>
>>>
>>Can
>>
>>
>>>you see where it is looking for the portlet.xml at?
>>>
>>>-Scott
>>>
>>>
>>>
>>>
>>>
>>>>-----Original Message-----
>>>>From: jonathan.hawkins@hawkinsweb.co.uk
>>>>[mailto:jonathan.hawkins@hawkinsweb.co.uk]
>>>>Sent: Thursday, June 02, 2005 11:35 AM
>>>>To: jetspeed-user@portals.apache.org
>>>>Subject: RE: Jetspeed 2 Deployment
>>>>
>>>>PortletApplicationWar throws and IO Exception
>>>>
>>>>"Cannot find required portlet.xml for Portlet Application jetspeed"
>>>>
>>>>This then causes JetspeedContainerServlet.attemptStart to return true
>>>>which
>>>>in turn causes startTimer.cancel()
>>>>
>>>>Jon
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>>attemptStart does get called which then proceeds to
>>>>>PortletApplicationManager.startPA, an IO error ccours her with the
>>>>>following:-
>>>>>"Failed to create PA WAR for " + contextName where contextName =
>>>>>jetspeed (Is Orion messing the context name ? Jetspeed' web.xml has to
>>>>>be changed in Orion even to get it running with Tomcat, known issue I
>>>>>believe)
>>>>>
>>>>>Exception is thrown in JetspeedContainerServlet.attempStart
>>>>>
>>>>>"initialisation failed for Portlet Application at: jetspeed
>>>>>
>>>>>HTH
>>>>>
>>>>>Jon
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>>Okay, next lets see if we are even getting into the
>>>>>>org.apache.jetspeed.container.JetspeedContainerServlet. This is what
>>>>>>actually performs the registration into the DB. Look around line 198
>>>>>>inside the attemptStart method.
>>>>>>
>>>>>>-Scott
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>>-----Original Message-----
>>>>>>>From: jonathan.hawkins@hawkinsweb.co.uk
>>>>>>>[mailto:jonathan.hawkins@hawkinsweb.co.uk]
>>>>>>>Sent: Thursday, June 02, 2005 10:32 AM
>>>>>>>To: jetspeed-user@portals.apache.org
>>>>>>>Subject: RE: Jetspeed 2 Deployment
>>>>>>>
>>>>>>>Scott,
>>>>>>>
>>>>>>>This is the sequence of events :-
>>>>>>>
>>>>>>>1. StandardDeploymentManager.fireDeploymentEvent picks up war file
>>>>>>>and calls
>>>>>>>StandardDeploymentManager.Deploy passing the file
>>>>>>>C:\Orion2.0.5_Jetspeed2\applications\jetspeed\WEB-
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>INF\deploy\security.war
>>>>
>>>>
>>>>
>>>>
>>>>>>>as
>>>>>>>parameter
>>>>>>>
>>>>>>>2. StandardDeploymentManager.dispatch is called
>>>>>>>
>>>>>>>3. DeployPortletAppEventListener.invokeDeploy is called
>>>>>>>
>>>>>>>4. DeployPortletAppEventListener.deployPortletApplication is called
>>>>>>>
>>>>>>>5. File toFile is now set to
>>>>>>>C:\Orion2.0.5_Jetspeed2\applications\security.war
>>>>>>>6. JetspeedDeploy is instantiated, portletApplicationName=security
>>>>>>>
>>>>>>>7. JetspeedDeploy completes successfully
>>>>>>>(C:\Orion2.0.5_Jetspeed2\applications\security.war is created
>>>>>>>successfully)
>>>>>>>
>>>>>>>8. C:\Orion2.0.5_Jetspeed2\applications\security.war is then deleted
>>>>>>>
>>>>>>>9. Event Status is set to DeploymentStatus.STATUS_OKAY
>>>>>>>
>>>>>>>10. DeploymentObject is closed.
>>>>>>>
>>>>>>>At no time is registerPortletApplication called which is why I guess
>>>>>>>no db entries created !!
>>>>>>>
>>>>>>>Hope the above is of use in tracking down the problem, I hope so !!
>>>>>>>
>>>>>>>Thanks
>>>>>>>
>>>>>>>Jon
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>>Hi Jon,
>>>>>>>>
>>>>>>>>First let's try putting break points at line 195 in
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>org.apache.jetspeed.components.portletregistry.PersistenceBrokerPortletR
>>>>
>>>>
>>eg
>>
>>
>>>>
>>>>
>>>>>>>is> try. This is in the registerPortletApplication method.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>>You will also want to poke around in
>>>>>>>>org.apache.jetspeed.tools.pamanager.PortletApplicationManager
>>>>>>>>starting at line 192 inside the registerPortletApplication method.
>>>>>>>>At line 266 in that same method you will see a call to
>>>>>>>>PersistenceBrokerPortletRegistry.registerPortletApplication.
>>>>>>>>
>>>>>>>>This is about as good as I can do for now. Post back with what you
>>>>>>>>find out.
>>>>>>>>
>>>>>>>>HTH,
>>>>>>>>Scott
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>>-----Original Message-----
>>>>>>>>>From: jonathan.hawkins@hawkinsweb.co.uk
>>>>>>>>>[mailto:jonathan.hawkins@hawkinsweb.co.uk]
>>>>>>>>>Sent: Thursday, June 02, 2005 4:45 AM
>>>>>>>>>To: jetspeed-user@portals.apache.org
>>>>>>>>>Subject: Jetspeed 2 Deployment
>>>>>>>>>
>>>>>>>>>The environment I am running is
>>>>>>>>>
>>>>>>>>>Windows 2000 Proffessional
>>>>>>>>>Orion 2.0.5
>>>>>>>>>Oracle 9i
>>>>>>>>>Jetspeed 2.0-M3
>>>>>>>>>jdk1.4.2.0.6
>>>>>>>>>
>>>>>>>>>I've got Jetspeed to deploy and it appears to be connecting to the
>>>>>>>>>Oracle Database ok. However, when I try to deploy the various war
>>>>>>>>>files they get copied from WEB-INF/deploy directory to
>>>>>>>>>/orion/applications but no entries are created in the database so
>>>>>>>>>when Jetspeed renders I get a whole stack of
>>>>>>>>>unavle to find portlet entity etc.
>>>>>>>>>
>>>>>>>>>I've stepped through the code for the StandardDeploymentManager
>>>>>>>>>using eclipse but still can't see what populates the database.
>>>>>>>>>
>>>>>>>>>Any urgent assistance would be greatly appreciated.
>>>>>>>>>
>>>>>>>>>Jon Hawkins
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>-------------------------------------------------------------------
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>--
>>>>
>>>>
>>>>
>>>>
>>>>>>>>>To unsubscribe, e-mail:
>>>>>>>>>jetspeed-user-unsubscribe@portals.apache.org For additional
>>>>>>>>>commands, e-mail: jetspeed-user-help@portals.apache.org
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>--------------------------------------------------------------------
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>-
>>>>
>>>>
>>>>
>>>>
>>>>>>>>To unsubscribe, e-mail:
>>>>>>>>jetspeed-user-unsubscribe@portals.apache.org For additional
>>>>>>>>commands, e-mail:
>>>>>>>>jetspeed-user-help@portals.apache.org
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>---------------------------------------------------------------------
>>>>>>>To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
>>>>>>>For additional commands, e-mail:
>>>>>>>jetspeed-user-help@portals.apache.org
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>---------------------------------------------------------------------
>>>>>>To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
>>>>>>For additional commands, e-mail: jetspeed-user-help@portals.apache.org
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>---------------------------------------------------------------------
>>>>>To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
>>>>>For additional commands, e-mail: jetspeed-user-help@portals.apache.org
>>>>>
>>>>>
>>>>>
>>>>>
>>>>---------------------------------------------------------------------
>>>>To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
>>>>For additional commands, e-mail: jetspeed-user-help@portals.apache.org
>>>>
>>>>
>>>>
>>>>
>>>
>>>---------------------------------------------------------------------
>>>To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
>>>For additional commands, e-mail: jetspeed-user-help@portals.apache.org
>>>
>>>
>>>
>>>
>
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
>For additional commands, e-mail: jetspeed-user-help@portals.apache.org
>
>
RE: Jetspeed 2 Deployment
Posted by Scott T Weaver <sc...@binary-designs.net>.
No, there shouldn't be a portlet.xml in jetspeed's WEB-INF as it no longer
has portlets directly associated with it. The layouts (which used to load
from within Jetspeed) are now packed into their own, external portlet
application, "jetspeed-layouts". That being said, you should no longer see
a JetpseedContainerServelt entry in jetspeed's web.xml nor is there a
portlet application named "Jetspeed" anymore. Sounds like your web.xml
might be out of synch or there is an old J2 version registered in your
container.
-Scott
> -----Original Message-----
> From: Jonathan Hawkins [mailto:jonathan.hawkins@hawkinsweb.co.uk]
> Sent: Thursday, June 02, 2005 1:07 PM
> To: Jetspeed Users List
> Subject: Re: Jetspeed 2 Deployment
>
> It's looking for it in WEB-INF/
>
> The pyhiscal location being orion/applications/jetspeed/
>
> I noticed in the Tomcat release that there is no portlet.xml in WEB-INF.
>
> Getting very confused now !!
>
> Jon
>
> Scott T Weaver wrote:
>
> >Okay, well at least we have narrowed the general cause of your issue.
> Can
> >you see where it is looking for the portlet.xml at?
> >
> >-Scott
> >
> >
> >
> >>-----Original Message-----
> >>From: jonathan.hawkins@hawkinsweb.co.uk
> >>[mailto:jonathan.hawkins@hawkinsweb.co.uk]
> >>Sent: Thursday, June 02, 2005 11:35 AM
> >>To: jetspeed-user@portals.apache.org
> >>Subject: RE: Jetspeed 2 Deployment
> >>
> >>PortletApplicationWar throws and IO Exception
> >>
> >>"Cannot find required portlet.xml for Portlet Application jetspeed"
> >>
> >>This then causes JetspeedContainerServlet.attemptStart to return true
> >>which
> >>in turn causes startTimer.cancel()
> >>
> >>Jon
> >>
> >>
> >>
> >>
> >>>attemptStart does get called which then proceeds to
> >>>PortletApplicationManager.startPA, an IO error ccours her with the
> >>>following:-
> >>>"Failed to create PA WAR for " + contextName where contextName =
> >>>jetspeed (Is Orion messing the context name ? Jetspeed' web.xml has to
> >>>be changed in Orion even to get it running with Tomcat, known issue I
> >>>believe)
> >>>
> >>>Exception is thrown in JetspeedContainerServlet.attempStart
> >>>
> >>>"initialisation failed for Portlet Application at: jetspeed
> >>>
> >>>HTH
> >>>
> >>>Jon
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>>Okay, next lets see if we are even getting into the
> >>>>org.apache.jetspeed.container.JetspeedContainerServlet. This is what
> >>>>actually performs the registration into the DB. Look around line 198
> >>>>inside the attemptStart method.
> >>>>
> >>>>-Scott
> >>>>
> >>>>
> >>>>
> >>>>>-----Original Message-----
> >>>>>From: jonathan.hawkins@hawkinsweb.co.uk
> >>>>>[mailto:jonathan.hawkins@hawkinsweb.co.uk]
> >>>>>Sent: Thursday, June 02, 2005 10:32 AM
> >>>>>To: jetspeed-user@portals.apache.org
> >>>>>Subject: RE: Jetspeed 2 Deployment
> >>>>>
> >>>>>Scott,
> >>>>>
> >>>>>This is the sequence of events :-
> >>>>>
> >>>>>1. StandardDeploymentManager.fireDeploymentEvent picks up war file
> >>>>>and calls
> >>>>>StandardDeploymentManager.Deploy passing the file
> >>>>>C:\Orion2.0.5_Jetspeed2\applications\jetspeed\WEB-
> >>>>>
> >>>>>
> >>INF\deploy\security.war
> >>
> >>
> >>>>>as
> >>>>>parameter
> >>>>>
> >>>>>2. StandardDeploymentManager.dispatch is called
> >>>>>
> >>>>>3. DeployPortletAppEventListener.invokeDeploy is called
> >>>>>
> >>>>>4. DeployPortletAppEventListener.deployPortletApplication is called
> >>>>>
> >>>>>5. File toFile is now set to
> >>>>>C:\Orion2.0.5_Jetspeed2\applications\security.war
> >>>>>6. JetspeedDeploy is instantiated, portletApplicationName=security
> >>>>>
> >>>>>7. JetspeedDeploy completes successfully
> >>>>>(C:\Orion2.0.5_Jetspeed2\applications\security.war is created
> >>>>>successfully)
> >>>>>
> >>>>>8. C:\Orion2.0.5_Jetspeed2\applications\security.war is then deleted
> >>>>>
> >>>>>9. Event Status is set to DeploymentStatus.STATUS_OKAY
> >>>>>
> >>>>>10. DeploymentObject is closed.
> >>>>>
> >>>>>At no time is registerPortletApplication called which is why I guess
> >>>>>no db entries created !!
> >>>>>
> >>>>>Hope the above is of use in tracking down the problem, I hope so !!
> >>>>>
> >>>>>Thanks
> >>>>>
> >>>>>Jon
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>>Hi Jon,
> >>>>>>
> >>>>>>First let's try putting break points at line 195 in
> >>>>>>
> >>>>>>
> >>>>>>
> >>org.apache.jetspeed.components.portletregistry.PersistenceBrokerPortletR
> eg
> >>
> >>
> >>>>>is> try. This is in the registerPortletApplication method.
> >>>>>
> >>>>>
> >>>>>>You will also want to poke around in
> >>>>>>org.apache.jetspeed.tools.pamanager.PortletApplicationManager
> >>>>>>starting at line 192 inside the registerPortletApplication method.
> >>>>>>At line 266 in that same method you will see a call to
> >>>>>>PersistenceBrokerPortletRegistry.registerPortletApplication.
> >>>>>>
> >>>>>>This is about as good as I can do for now. Post back with what you
> >>>>>>find out.
> >>>>>>
> >>>>>>HTH,
> >>>>>>Scott
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>>-----Original Message-----
> >>>>>>>From: jonathan.hawkins@hawkinsweb.co.uk
> >>>>>>>[mailto:jonathan.hawkins@hawkinsweb.co.uk]
> >>>>>>>Sent: Thursday, June 02, 2005 4:45 AM
> >>>>>>>To: jetspeed-user@portals.apache.org
> >>>>>>>Subject: Jetspeed 2 Deployment
> >>>>>>>
> >>>>>>>The environment I am running is
> >>>>>>>
> >>>>>>>Windows 2000 Proffessional
> >>>>>>>Orion 2.0.5
> >>>>>>>Oracle 9i
> >>>>>>>Jetspeed 2.0-M3
> >>>>>>>jdk1.4.2.0.6
> >>>>>>>
> >>>>>>>I've got Jetspeed to deploy and it appears to be connecting to the
> >>>>>>>Oracle Database ok. However, when I try to deploy the various war
> >>>>>>>files they get copied from WEB-INF/deploy directory to
> >>>>>>>/orion/applications but no entries are created in the database so
> >>>>>>>when Jetspeed renders I get a whole stack of
> >>>>>>>unavle to find portlet entity etc.
> >>>>>>>
> >>>>>>>I've stepped through the code for the StandardDeploymentManager
> >>>>>>>using eclipse but still can't see what populates the database.
> >>>>>>>
> >>>>>>>Any urgent assistance would be greatly appreciated.
> >>>>>>>
> >>>>>>>Jon Hawkins
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>-------------------------------------------------------------------
> >>>>>>>
> >>>>>>>
> >>--
> >>
> >>
> >>>>>>>To unsubscribe, e-mail:
> >>>>>>>jetspeed-user-unsubscribe@portals.apache.org For additional
> >>>>>>>commands, e-mail: jetspeed-user-help@portals.apache.org
> >>>>>>>
> >>>>>>>
> >>>>>>
> >>>>>>--------------------------------------------------------------------
> >>>>>>
> >>>>>>
> >>-
> >>
> >>
> >>>>>>To unsubscribe, e-mail:
> >>>>>>jetspeed-user-unsubscribe@portals.apache.org For additional
> >>>>>>commands, e-mail:
> >>>>>>jetspeed-user-help@portals.apache.org
> >>>>>>
> >>>>>>
> >>>>>
> >>>>>
> >>>>>---------------------------------------------------------------------
> >>>>>To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
> >>>>>For additional commands, e-mail:
> >>>>>jetspeed-user-help@portals.apache.org
> >>>>>
> >>>>>
> >>>>
> >>>>---------------------------------------------------------------------
> >>>>To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
> >>>>For additional commands, e-mail: jetspeed-user-help@portals.apache.org
> >>>>
> >>>>
> >>>
> >>>
> >>>---------------------------------------------------------------------
> >>>To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
> >>>For additional commands, e-mail: jetspeed-user-help@portals.apache.org
> >>>
> >>>
> >>
> >>
> >>---------------------------------------------------------------------
> >>To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
> >>For additional commands, e-mail: jetspeed-user-help@portals.apache.org
> >>
> >>
> >
> >
> >
> >---------------------------------------------------------------------
> >To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
> >For additional commands, e-mail: jetspeed-user-help@portals.apache.org
> >
> >
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
For additional commands, e-mail: jetspeed-user-help@portals.apache.org
Re: Jetspeed 2 Deployment
Posted by Jonathan Hawkins <jo...@hawkinsweb.co.uk>.
It's looking for it in WEB-INF/
The pyhiscal location being orion/applications/jetspeed/
I noticed in the Tomcat release that there is no portlet.xml in WEB-INF.
Getting very confused now !!
Jon
Scott T Weaver wrote:
>Okay, well at least we have narrowed the general cause of your issue. Can
>you see where it is looking for the portlet.xml at?
>
>-Scott
>
>
>
>>-----Original Message-----
>>From: jonathan.hawkins@hawkinsweb.co.uk
>>[mailto:jonathan.hawkins@hawkinsweb.co.uk]
>>Sent: Thursday, June 02, 2005 11:35 AM
>>To: jetspeed-user@portals.apache.org
>>Subject: RE: Jetspeed 2 Deployment
>>
>>PortletApplicationWar throws and IO Exception
>>
>>"Cannot find required portlet.xml for Portlet Application jetspeed"
>>
>>This then causes JetspeedContainerServlet.attemptStart to return true
>>which
>>in turn causes startTimer.cancel()
>>
>>Jon
>>
>>
>>
>>
>>>attemptStart does get called which then proceeds to
>>>PortletApplicationManager.startPA, an IO error ccours her with the
>>>following:-
>>>"Failed to create PA WAR for " + contextName where contextName =
>>>jetspeed (Is Orion messing the context name ? Jetspeed' web.xml has to
>>>be changed in Orion even to get it running with Tomcat, known issue I
>>>believe)
>>>
>>>Exception is thrown in JetspeedContainerServlet.attempStart
>>>
>>>"initialisation failed for Portlet Application at: jetspeed
>>>
>>>HTH
>>>
>>>Jon
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>>Okay, next lets see if we are even getting into the
>>>>org.apache.jetspeed.container.JetspeedContainerServlet. This is what
>>>>actually performs the registration into the DB. Look around line 198
>>>>inside the attemptStart method.
>>>>
>>>>-Scott
>>>>
>>>>
>>>>
>>>>>-----Original Message-----
>>>>>From: jonathan.hawkins@hawkinsweb.co.uk
>>>>>[mailto:jonathan.hawkins@hawkinsweb.co.uk]
>>>>>Sent: Thursday, June 02, 2005 10:32 AM
>>>>>To: jetspeed-user@portals.apache.org
>>>>>Subject: RE: Jetspeed 2 Deployment
>>>>>
>>>>>Scott,
>>>>>
>>>>>This is the sequence of events :-
>>>>>
>>>>>1. StandardDeploymentManager.fireDeploymentEvent picks up war file
>>>>>and calls
>>>>>StandardDeploymentManager.Deploy passing the file
>>>>>C:\Orion2.0.5_Jetspeed2\applications\jetspeed\WEB-
>>>>>
>>>>>
>>INF\deploy\security.war
>>
>>
>>>>>as
>>>>>parameter
>>>>>
>>>>>2. StandardDeploymentManager.dispatch is called
>>>>>
>>>>>3. DeployPortletAppEventListener.invokeDeploy is called
>>>>>
>>>>>4. DeployPortletAppEventListener.deployPortletApplication is called
>>>>>
>>>>>5. File toFile is now set to
>>>>>C:\Orion2.0.5_Jetspeed2\applications\security.war
>>>>>6. JetspeedDeploy is instantiated, portletApplicationName=security
>>>>>
>>>>>7. JetspeedDeploy completes successfully
>>>>>(C:\Orion2.0.5_Jetspeed2\applications\security.war is created
>>>>>successfully)
>>>>>
>>>>>8. C:\Orion2.0.5_Jetspeed2\applications\security.war is then deleted
>>>>>
>>>>>9. Event Status is set to DeploymentStatus.STATUS_OKAY
>>>>>
>>>>>10. DeploymentObject is closed.
>>>>>
>>>>>At no time is registerPortletApplication called which is why I guess
>>>>>no db entries created !!
>>>>>
>>>>>Hope the above is of use in tracking down the problem, I hope so !!
>>>>>
>>>>>Thanks
>>>>>
>>>>>Jon
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>>Hi Jon,
>>>>>>
>>>>>>First let's try putting break points at line 195 in
>>>>>>
>>>>>>
>>>>>>
>>org.apache.jetspeed.components.portletregistry.PersistenceBrokerPortletReg
>>
>>
>>>>>is> try. This is in the registerPortletApplication method.
>>>>>
>>>>>
>>>>>>You will also want to poke around in
>>>>>>org.apache.jetspeed.tools.pamanager.PortletApplicationManager
>>>>>>starting at line 192 inside the registerPortletApplication method.
>>>>>>At line 266 in that same method you will see a call to
>>>>>>PersistenceBrokerPortletRegistry.registerPortletApplication.
>>>>>>
>>>>>>This is about as good as I can do for now. Post back with what you
>>>>>>find out.
>>>>>>
>>>>>>HTH,
>>>>>>Scott
>>>>>>
>>>>>>
>>>>>>
>>>>>>>-----Original Message-----
>>>>>>>From: jonathan.hawkins@hawkinsweb.co.uk
>>>>>>>[mailto:jonathan.hawkins@hawkinsweb.co.uk]
>>>>>>>Sent: Thursday, June 02, 2005 4:45 AM
>>>>>>>To: jetspeed-user@portals.apache.org
>>>>>>>Subject: Jetspeed 2 Deployment
>>>>>>>
>>>>>>>The environment I am running is
>>>>>>>
>>>>>>>Windows 2000 Proffessional
>>>>>>>Orion 2.0.5
>>>>>>>Oracle 9i
>>>>>>>Jetspeed 2.0-M3
>>>>>>>jdk1.4.2.0.6
>>>>>>>
>>>>>>>I've got Jetspeed to deploy and it appears to be connecting to the
>>>>>>>Oracle Database ok. However, when I try to deploy the various war
>>>>>>>files they get copied from WEB-INF/deploy directory to
>>>>>>>/orion/applications but no entries are created in the database so
>>>>>>>when Jetspeed renders I get a whole stack of
>>>>>>>unavle to find portlet entity etc.
>>>>>>>
>>>>>>>I've stepped through the code for the StandardDeploymentManager
>>>>>>>using eclipse but still can't see what populates the database.
>>>>>>>
>>>>>>>Any urgent assistance would be greatly appreciated.
>>>>>>>
>>>>>>>Jon Hawkins
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>-------------------------------------------------------------------
>>>>>>>
>>>>>>>
>>--
>>
>>
>>>>>>>To unsubscribe, e-mail:
>>>>>>>jetspeed-user-unsubscribe@portals.apache.org For additional
>>>>>>>commands, e-mail: jetspeed-user-help@portals.apache.org
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>--------------------------------------------------------------------
>>>>>>
>>>>>>
>>-
>>
>>
>>>>>>To unsubscribe, e-mail:
>>>>>>jetspeed-user-unsubscribe@portals.apache.org For additional
>>>>>>commands, e-mail:
>>>>>>jetspeed-user-help@portals.apache.org
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>>---------------------------------------------------------------------
>>>>>To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
>>>>>For additional commands, e-mail:
>>>>>jetspeed-user-help@portals.apache.org
>>>>>
>>>>>
>>>>
>>>>---------------------------------------------------------------------
>>>>To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
>>>>For additional commands, e-mail: jetspeed-user-help@portals.apache.org
>>>>
>>>>
>>>
>>>
>>>---------------------------------------------------------------------
>>>To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
>>>For additional commands, e-mail: jetspeed-user-help@portals.apache.org
>>>
>>>
>>
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
>>For additional commands, e-mail: jetspeed-user-help@portals.apache.org
>>
>>
>
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
>For additional commands, e-mail: jetspeed-user-help@portals.apache.org
>
>
RE: Jetspeed 2 Deployment
Posted by Scott T Weaver <sc...@binary-designs.net>.
Okay, well at least we have narrowed the general cause of your issue. Can
you see where it is looking for the portlet.xml at?
-Scott
> -----Original Message-----
> From: jonathan.hawkins@hawkinsweb.co.uk
> [mailto:jonathan.hawkins@hawkinsweb.co.uk]
> Sent: Thursday, June 02, 2005 11:35 AM
> To: jetspeed-user@portals.apache.org
> Subject: RE: Jetspeed 2 Deployment
>
> PortletApplicationWar throws and IO Exception
>
> "Cannot find required portlet.xml for Portlet Application jetspeed"
>
> This then causes JetspeedContainerServlet.attemptStart to return true
> which
> in turn causes startTimer.cancel()
>
> Jon
>
>
> > attemptStart does get called which then proceeds to
> > PortletApplicationManager.startPA, an IO error ccours her with the
> > following:-
> > "Failed to create PA WAR for " + contextName where contextName =
> > jetspeed (Is Orion messing the context name ? Jetspeed' web.xml has to
> > be changed in Orion even to get it running with Tomcat, known issue I
> > believe)
> >
> > Exception is thrown in JetspeedContainerServlet.attempStart
> >
> > "initialisation failed for Portlet Application at: jetspeed
> >
> > HTH
> >
> > Jon
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >> Okay, next lets see if we are even getting into the
> >> org.apache.jetspeed.container.JetspeedContainerServlet. This is what
> >> actually performs the registration into the DB. Look around line 198
> >> inside the attemptStart method.
> >>
> >> -Scott
> >>
> >>> -----Original Message-----
> >>> From: jonathan.hawkins@hawkinsweb.co.uk
> >>> [mailto:jonathan.hawkins@hawkinsweb.co.uk]
> >>> Sent: Thursday, June 02, 2005 10:32 AM
> >>> To: jetspeed-user@portals.apache.org
> >>> Subject: RE: Jetspeed 2 Deployment
> >>>
> >>> Scott,
> >>>
> >>> This is the sequence of events :-
> >>>
> >>> 1. StandardDeploymentManager.fireDeploymentEvent picks up war file
> >>> and calls
> >>> StandardDeploymentManager.Deploy passing the file
> >>> C:\Orion2.0.5_Jetspeed2\applications\jetspeed\WEB-
> INF\deploy\security.war
> >>> as
> >>> parameter
> >>>
> >>> 2. StandardDeploymentManager.dispatch is called
> >>>
> >>> 3. DeployPortletAppEventListener.invokeDeploy is called
> >>>
> >>> 4. DeployPortletAppEventListener.deployPortletApplication is called
> >>>
> >>> 5. File toFile is now set to
> >>> C:\Orion2.0.5_Jetspeed2\applications\security.war
> >>> 6. JetspeedDeploy is instantiated, portletApplicationName=security
> >>>
> >>> 7. JetspeedDeploy completes successfully
> >>> (C:\Orion2.0.5_Jetspeed2\applications\security.war is created
> >>> successfully)
> >>>
> >>> 8. C:\Orion2.0.5_Jetspeed2\applications\security.war is then deleted
> >>>
> >>> 9. Event Status is set to DeploymentStatus.STATUS_OKAY
> >>>
> >>> 10. DeploymentObject is closed.
> >>>
> >>> At no time is registerPortletApplication called which is why I guess
> >>> no db entries created !!
> >>>
> >>> Hope the above is of use in tracking down the problem, I hope so !!
> >>>
> >>> Thanks
> >>>
> >>> Jon
> >>>
> >>>
> >>>
> >>> > Hi Jon,
> >>> >
> >>> > First let's try putting break points at line 195 in
> >>> >
> >>>
> org.apache.jetspeed.components.portletregistry.PersistenceBrokerPortletReg
> >>> is> try. This is in the registerPortletApplication method.
> >>> >
> >>> > You will also want to poke around in
> >>> > org.apache.jetspeed.tools.pamanager.PortletApplicationManager
> >>> > starting at line 192 inside the registerPortletApplication method.
> >>> > At line 266 in that same method you will see a call to
> >>> > PersistenceBrokerPortletRegistry.registerPortletApplication.
> >>> >
> >>> > This is about as good as I can do for now. Post back with what you
> >>> > find out.
> >>> >
> >>> > HTH,
> >>> > Scott
> >>> >
> >>> >> -----Original Message-----
> >>> >> From: jonathan.hawkins@hawkinsweb.co.uk
> >>> >> [mailto:jonathan.hawkins@hawkinsweb.co.uk]
> >>> >> Sent: Thursday, June 02, 2005 4:45 AM
> >>> >> To: jetspeed-user@portals.apache.org
> >>> >> Subject: Jetspeed 2 Deployment
> >>> >>
> >>> >> The environment I am running is
> >>> >>
> >>> >> Windows 2000 Proffessional
> >>> >> Orion 2.0.5
> >>> >> Oracle 9i
> >>> >> Jetspeed 2.0-M3
> >>> >> jdk1.4.2.0.6
> >>> >>
> >>> >> I've got Jetspeed to deploy and it appears to be connecting to the
> >>> >> Oracle Database ok. However, when I try to deploy the various war
> >>> >> files they get copied from WEB-INF/deploy directory to
> >>> >> /orion/applications but no entries are created in the database so
> >>> >> when Jetspeed renders I get a whole stack of
> >>> >> unavle to find portlet entity etc.
> >>> >>
> >>> >> I've stepped through the code for the StandardDeploymentManager
> >>> >> using eclipse but still can't see what populates the database.
> >>> >>
> >>> >> Any urgent assistance would be greatly appreciated.
> >>> >>
> >>> >> Jon Hawkins
> >>> >>
> >>> >>
> >>> >>
> >>> >> -------------------------------------------------------------------
> --
> >>> >> To unsubscribe, e-mail:
> >>> >> jetspeed-user-unsubscribe@portals.apache.org For additional
> >>> >> commands, e-mail: jetspeed-user-help@portals.apache.org
> >>> >
> >>> >
> >>> >
> >>> > --------------------------------------------------------------------
> -
> >>> > To unsubscribe, e-mail:
> >>> > jetspeed-user-unsubscribe@portals.apache.org For additional
> >>> > commands, e-mail:
> >>> > jetspeed-user-help@portals.apache.org
> >>>
> >>>
> >>>
> >>>
> >>> ---------------------------------------------------------------------
> >>> To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
> >>> For additional commands, e-mail:
> >>> jetspeed-user-help@portals.apache.org
> >>
> >>
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
> >> For additional commands, e-mail: jetspeed-user-help@portals.apache.org
> >
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
> > For additional commands, e-mail: jetspeed-user-help@portals.apache.org
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
> For additional commands, e-mail: jetspeed-user-help@portals.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
For additional commands, e-mail: jetspeed-user-help@portals.apache.org
RE: Jetspeed 2 Deployment
Posted by jo...@hawkinsweb.co.uk.
PortletApplicationWar throws and IO Exception
"Cannot find required portlet.xml for Portlet Application jetspeed"
This then causes JetspeedContainerServlet.attemptStart to return true which
in turn causes startTimer.cancel()
Jon
> attemptStart does get called which then proceeds to
> PortletApplicationManager.startPA, an IO error ccours her with the
> following:-
> "Failed to create PA WAR for " + contextName where contextName =
> jetspeed (Is Orion messing the context name ? Jetspeed' web.xml has to
> be changed in Orion even to get it running with Tomcat, known issue I
> believe)
>
> Exception is thrown in JetspeedContainerServlet.attempStart
>
> "initialisation failed for Portlet Application at: jetspeed
>
> HTH
>
> Jon
>
>
>
>
>
>
>
>
>
>
>> Okay, next lets see if we are even getting into the
>> org.apache.jetspeed.container.JetspeedContainerServlet. This is what
>> actually performs the registration into the DB. Look around line 198
>> inside the attemptStart method.
>>
>> -Scott
>>
>>> -----Original Message-----
>>> From: jonathan.hawkins@hawkinsweb.co.uk
>>> [mailto:jonathan.hawkins@hawkinsweb.co.uk]
>>> Sent: Thursday, June 02, 2005 10:32 AM
>>> To: jetspeed-user@portals.apache.org
>>> Subject: RE: Jetspeed 2 Deployment
>>>
>>> Scott,
>>>
>>> This is the sequence of events :-
>>>
>>> 1. StandardDeploymentManager.fireDeploymentEvent picks up war file
>>> and calls
>>> StandardDeploymentManager.Deploy passing the file
>>> C:\Orion2.0.5_Jetspeed2\applications\jetspeed\WEB-INF\deploy\security.war
>>> as
>>> parameter
>>>
>>> 2. StandardDeploymentManager.dispatch is called
>>>
>>> 3. DeployPortletAppEventListener.invokeDeploy is called
>>>
>>> 4. DeployPortletAppEventListener.deployPortletApplication is called
>>>
>>> 5. File toFile is now set to
>>> C:\Orion2.0.5_Jetspeed2\applications\security.war
>>> 6. JetspeedDeploy is instantiated, portletApplicationName=security
>>>
>>> 7. JetspeedDeploy completes successfully
>>> (C:\Orion2.0.5_Jetspeed2\applications\security.war is created
>>> successfully)
>>>
>>> 8. C:\Orion2.0.5_Jetspeed2\applications\security.war is then deleted
>>>
>>> 9. Event Status is set to DeploymentStatus.STATUS_OKAY
>>>
>>> 10. DeploymentObject is closed.
>>>
>>> At no time is registerPortletApplication called which is why I guess
>>> no db entries created !!
>>>
>>> Hope the above is of use in tracking down the problem, I hope so !!
>>>
>>> Thanks
>>>
>>> Jon
>>>
>>>
>>>
>>> > Hi Jon,
>>> >
>>> > First let's try putting break points at line 195 in
>>> >
>>> org.apache.jetspeed.components.portletregistry.PersistenceBrokerPortletReg>>> is> try. This is in the registerPortletApplication method.
>>> >
>>> > You will also want to poke around in
>>> > org.apache.jetspeed.tools.pamanager.PortletApplicationManager
>>> > starting at line 192 inside the registerPortletApplication method.
>>> > At line 266 in that same method you will see a call to
>>> > PersistenceBrokerPortletRegistry.registerPortletApplication.
>>> >
>>> > This is about as good as I can do for now. Post back with what you
>>> > find out.
>>> >
>>> > HTH,
>>> > Scott
>>> >
>>> >> -----Original Message-----
>>> >> From: jonathan.hawkins@hawkinsweb.co.uk
>>> >> [mailto:jonathan.hawkins@hawkinsweb.co.uk]
>>> >> Sent: Thursday, June 02, 2005 4:45 AM
>>> >> To: jetspeed-user@portals.apache.org
>>> >> Subject: Jetspeed 2 Deployment
>>> >>
>>> >> The environment I am running is
>>> >>
>>> >> Windows 2000 Proffessional
>>> >> Orion 2.0.5
>>> >> Oracle 9i
>>> >> Jetspeed 2.0-M3
>>> >> jdk1.4.2.0.6
>>> >>
>>> >> I've got Jetspeed to deploy and it appears to be connecting to the
>>> >> Oracle Database ok. However, when I try to deploy the various war
>>> >> files they get copied from WEB-INF/deploy directory to
>>> >> /orion/applications but no entries are created in the database so
>>> >> when Jetspeed renders I get a whole stack of
>>> >> unavle to find portlet entity etc.
>>> >>
>>> >> I've stepped through the code for the StandardDeploymentManager
>>> >> using eclipse but still can't see what populates the database.
>>> >>
>>> >> Any urgent assistance would be greatly appreciated.
>>> >>
>>> >> Jon Hawkins
>>> >>
>>> >>
>>> >>
>>> >> ---------------------------------------------------------------------
>>> >> To unsubscribe, e-mail:
>>> >> jetspeed-user-unsubscribe@portals.apache.org For additional
>>> >> commands, e-mail: jetspeed-user-help@portals.apache.org
>>> >
>>> >
>>> >
>>> > ---------------------------------------------------------------------
>>> > To unsubscribe, e-mail:
>>> > jetspeed-user-unsubscribe@portals.apache.org For additional
>>> > commands, e-mail:
>>> > jetspeed-user-help@portals.apache.org
>>>
>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
>>> For additional commands, e-mail:
>>> jetspeed-user-help@portals.apache.org
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
>> For additional commands, e-mail: jetspeed-user-help@portals.apache.org
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
> For additional commands, e-mail: jetspeed-user-help@portals.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
For additional commands, e-mail: jetspeed-user-help@portals.apache.org
RE: Jetspeed 2 Deployment
Posted by jo...@hawkinsweb.co.uk.
attemptStart does get called which then proceeds to
PortletApplicationManager.startPA, an IO error ccours her with the
following:-
"Failed to create PA WAR for " + contextName where contextName = jetspeed
(Is Orion messing the context name ? Jetspeed' web.xml has to be changed in
Orion even to get it running with Tomcat, known issue I believe)
Exception is thrown in JetspeedContainerServlet.attempStart
"initialisation failed for Portlet Application at: jetspeed
HTH
Jon
> Okay, next lets see if we are even getting into the
> org.apache.jetspeed.container.JetspeedContainerServlet. This is what
> actually performs the registration into the DB. Look around line 198
> inside the attemptStart method.
>
> -Scott
>
>> -----Original Message-----
>> From: jonathan.hawkins@hawkinsweb.co.uk
>> [mailto:jonathan.hawkins@hawkinsweb.co.uk]
>> Sent: Thursday, June 02, 2005 10:32 AM
>> To: jetspeed-user@portals.apache.org
>> Subject: RE: Jetspeed 2 Deployment
>>
>> Scott,
>>
>> This is the sequence of events :-
>>
>> 1. StandardDeploymentManager.fireDeploymentEvent picks up war file and
>> calls
>> StandardDeploymentManager.Deploy passing the file
>> C:\Orion2.0.5_Jetspeed2\applications\jetspeed\WEB-INF\deploy\security.war
>> as
>> parameter
>>
>> 2. StandardDeploymentManager.dispatch is called
>>
>> 3. DeployPortletAppEventListener.invokeDeploy is called
>>
>> 4. DeployPortletAppEventListener.deployPortletApplication is called
>>
>> 5. File toFile is now set to
>> C:\Orion2.0.5_Jetspeed2\applications\security.war
>> 6. JetspeedDeploy is instantiated, portletApplicationName=security
>>
>> 7. JetspeedDeploy completes successfully
>> (C:\Orion2.0.5_Jetspeed2\applications\security.war is created
>> successfully)
>>
>> 8. C:\Orion2.0.5_Jetspeed2\applications\security.war is then deleted
>>
>> 9. Event Status is set to DeploymentStatus.STATUS_OKAY
>>
>> 10. DeploymentObject is closed.
>>
>> At no time is registerPortletApplication called which is why I guess
>> no db entries created !!
>>
>> Hope the above is of use in tracking down the problem, I hope so !!
>>
>> Thanks
>>
>> Jon
>>
>>
>>
>> > Hi Jon,
>> >
>> > First let's try putting break points at line 195 in
>> >
>> org.apache.jetspeed.components.portletregistry.PersistenceBrokerPortletReg
>> is> try. This is in the registerPortletApplication method.
>> >
>> > You will also want to poke around in
>> > org.apache.jetspeed.tools.pamanager.PortletApplicationManager
>> > starting at line 192 inside the registerPortletApplication method.
>> > At line 266 in that same method you will see a call to
>> > PersistenceBrokerPortletRegistry.registerPortletApplication.
>> >
>> > This is about as good as I can do for now. Post back with what you
>> > find out.
>> >
>> > HTH,
>> > Scott
>> >
>> >> -----Original Message-----
>> >> From: jonathan.hawkins@hawkinsweb.co.uk
>> >> [mailto:jonathan.hawkins@hawkinsweb.co.uk]
>> >> Sent: Thursday, June 02, 2005 4:45 AM
>> >> To: jetspeed-user@portals.apache.org
>> >> Subject: Jetspeed 2 Deployment
>> >>
>> >> The environment I am running is
>> >>
>> >> Windows 2000 Proffessional
>> >> Orion 2.0.5
>> >> Oracle 9i
>> >> Jetspeed 2.0-M3
>> >> jdk1.4.2.0.6
>> >>
>> >> I've got Jetspeed to deploy and it appears to be connecting to the
>> >> Oracle Database ok. However, when I try to deploy the various war
>> >> files they get copied from WEB-INF/deploy directory to
>> >> /orion/applications but no entries are created in the database so
>> >> when Jetspeed renders I get a whole stack of
>> >> unavle to find portlet entity etc.
>> >>
>> >> I've stepped through the code for the StandardDeploymentManager
>> >> using eclipse but still can't see what populates the database.
>> >>
>> >> Any urgent assistance would be greatly appreciated.
>> >>
>> >> Jon Hawkins
>> >>
>> >>
>> >>
>> >> ---------------------------------------------------------------------
>> >> To unsubscribe, e-mail:
>> >> jetspeed-user-unsubscribe@portals.apache.org For additional
>> >> commands, e-mail: jetspeed-user-help@portals.apache.org
>> >
>> >
>> >
>> > ---------------------------------------------------------------------
>> > To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
>> > For additional commands, e-mail:
>> > jetspeed-user-help@portals.apache.org
>>
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
>> For additional commands, e-mail: jetspeed-user-help@portals.apache.org
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
> For additional commands, e-mail: jetspeed-user-help@portals.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
For additional commands, e-mail: jetspeed-user-help@portals.apache.org
RE: Jetspeed 2 Deployment
Posted by Scott T Weaver <sc...@binary-designs.net>.
Okay, next lets see if we are even getting into the
org.apache.jetspeed.container.JetspeedContainerServlet. This is what
actually performs the registration into the DB. Look around line 198 inside
the attemptStart method.
-Scott
> -----Original Message-----
> From: jonathan.hawkins@hawkinsweb.co.uk
> [mailto:jonathan.hawkins@hawkinsweb.co.uk]
> Sent: Thursday, June 02, 2005 10:32 AM
> To: jetspeed-user@portals.apache.org
> Subject: RE: Jetspeed 2 Deployment
>
> Scott,
>
> This is the sequence of events :-
>
> 1. StandardDeploymentManager.fireDeploymentEvent picks up war file and
> calls
> StandardDeploymentManager.Deploy passing the file
> C:\Orion2.0.5_Jetspeed2\applications\jetspeed\WEB-INF\deploy\security.war
> as
> parameter
>
> 2. StandardDeploymentManager.dispatch is called
>
> 3. DeployPortletAppEventListener.invokeDeploy is called
>
> 4. DeployPortletAppEventListener.deployPortletApplication is called
>
> 5. File toFile is now set to
> C:\Orion2.0.5_Jetspeed2\applications\security.war
> 6. JetspeedDeploy is instantiated, portletApplicationName=security
>
> 7. JetspeedDeploy completes successfully
> (C:\Orion2.0.5_Jetspeed2\applications\security.war is created
> successfully)
>
> 8. C:\Orion2.0.5_Jetspeed2\applications\security.war is then deleted
>
> 9. Event Status is set to DeploymentStatus.STATUS_OKAY
>
> 10. DeploymentObject is closed.
>
> At no time is registerPortletApplication called which is why I guess no db
> entries created !!
>
> Hope the above is of use in tracking down the problem, I hope so !!
>
> Thanks
>
> Jon
>
>
>
> > Hi Jon,
> >
> > First let's try putting break points at line 195 in
> >
> org.apache.jetspeed.components.portletregistry.PersistenceBrokerPortletReg
> is> try. This is in the registerPortletApplication method.
> >
> > You will also want to poke around in
> > org.apache.jetspeed.tools.pamanager.PortletApplicationManager starting
> > at line 192 inside the registerPortletApplication method. At line 266
> > in that same method you will see a call to
> > PersistenceBrokerPortletRegistry.registerPortletApplication.
> >
> > This is about as good as I can do for now. Post back with what you
> > find out.
> >
> > HTH,
> > Scott
> >
> >> -----Original Message-----
> >> From: jonathan.hawkins@hawkinsweb.co.uk
> >> [mailto:jonathan.hawkins@hawkinsweb.co.uk]
> >> Sent: Thursday, June 02, 2005 4:45 AM
> >> To: jetspeed-user@portals.apache.org
> >> Subject: Jetspeed 2 Deployment
> >>
> >> The environment I am running is
> >>
> >> Windows 2000 Proffessional
> >> Orion 2.0.5
> >> Oracle 9i
> >> Jetspeed 2.0-M3
> >> jdk1.4.2.0.6
> >>
> >> I've got Jetspeed to deploy and it appears to be connecting to the
> >> Oracle Database ok. However, when I try to deploy the various war
> >> files they get copied from WEB-INF/deploy directory to
> >> /orion/applications but no entries are created in the database so when
> >> Jetspeed renders I get a whole stack of
> >> unavle to find portlet entity etc.
> >>
> >> I've stepped through the code for the StandardDeploymentManager using
> >> eclipse but still can't see what populates the database.
> >>
> >> Any urgent assistance would be greatly appreciated.
> >>
> >> Jon Hawkins
> >>
> >>
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
> >> For additional commands, e-mail: jetspeed-user-help@portals.apache.org
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
> > For additional commands, e-mail: jetspeed-user-help@portals.apache.org
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
> For additional commands, e-mail: jetspeed-user-help@portals.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
For additional commands, e-mail: jetspeed-user-help@portals.apache.org
RE: Jetspeed 2 Deployment
Posted by jo...@hawkinsweb.co.uk.
Scott,
This is the sequence of events :-
1. StandardDeploymentManager.fireDeploymentEvent picks up war file and calls
StandardDeploymentManager.Deploy passing the file
C:\Orion2.0.5_Jetspeed2\applications\jetspeed\WEB-INF\deploy\security.war as
parameter
2. StandardDeploymentManager.dispatch is called
3. DeployPortletAppEventListener.invokeDeploy is called
4. DeployPortletAppEventListener.deployPortletApplication is called
5. File toFile is now set to
C:\Orion2.0.5_Jetspeed2\applications\security.war
6. JetspeedDeploy is instantiated, portletApplicationName=security
7. JetspeedDeploy completes successfully
(C:\Orion2.0.5_Jetspeed2\applications\security.war is created successfully)
8. C:\Orion2.0.5_Jetspeed2\applications\security.war is then deleted
9. Event Status is set to DeploymentStatus.STATUS_OKAY
10. DeploymentObject is closed.
At no time is registerPortletApplication called which is why I guess no db
entries created !!
Hope the above is of use in tracking down the problem, I hope so !!
Thanks
Jon
> Hi Jon,
>
> First let's try putting break points at line 195 in
> org.apache.jetspeed.components.portletregistry.PersistenceBrokerPortletRegis> try. This is in the registerPortletApplication method.
>
> You will also want to poke around in
> org.apache.jetspeed.tools.pamanager.PortletApplicationManager starting
> at line 192 inside the registerPortletApplication method. At line 266
> in that same method you will see a call to
> PersistenceBrokerPortletRegistry.registerPortletApplication.
>
> This is about as good as I can do for now. Post back with what you
> find out.
>
> HTH,
> Scott
>
>> -----Original Message-----
>> From: jonathan.hawkins@hawkinsweb.co.uk
>> [mailto:jonathan.hawkins@hawkinsweb.co.uk]
>> Sent: Thursday, June 02, 2005 4:45 AM
>> To: jetspeed-user@portals.apache.org
>> Subject: Jetspeed 2 Deployment
>>
>> The environment I am running is
>>
>> Windows 2000 Proffessional
>> Orion 2.0.5
>> Oracle 9i
>> Jetspeed 2.0-M3
>> jdk1.4.2.0.6
>>
>> I've got Jetspeed to deploy and it appears to be connecting to the
>> Oracle Database ok. However, when I try to deploy the various war
>> files they get copied from WEB-INF/deploy directory to
>> /orion/applications but no entries are created in the database so when
>> Jetspeed renders I get a whole stack of
>> unavle to find portlet entity etc.
>>
>> I've stepped through the code for the StandardDeploymentManager using
>> eclipse but still can't see what populates the database.
>>
>> Any urgent assistance would be greatly appreciated.
>>
>> Jon Hawkins
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
>> For additional commands, e-mail: jetspeed-user-help@portals.apache.org
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
> For additional commands, e-mail: jetspeed-user-help@portals.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
For additional commands, e-mail: jetspeed-user-help@portals.apache.org
RE: Jetspeed 2 Deployment
Posted by Scott T Weaver <sc...@binary-designs.net>.
Hi Jon,
First let's try putting break points at line 195 in
org.apache.jetspeed.components.portletregistry.PersistenceBrokerPortletRegis
try. This is in the registerPortletApplication method.
You will also want to poke around in
org.apache.jetspeed.tools.pamanager.PortletApplicationManager starting at
line 192 inside the registerPortletApplication method. At line 266 in that
same method you will see a call to
PersistenceBrokerPortletRegistry.registerPortletApplication.
This is about as good as I can do for now. Post back with what you find
out.
HTH,
Scott
> -----Original Message-----
> From: jonathan.hawkins@hawkinsweb.co.uk
> [mailto:jonathan.hawkins@hawkinsweb.co.uk]
> Sent: Thursday, June 02, 2005 4:45 AM
> To: jetspeed-user@portals.apache.org
> Subject: Jetspeed 2 Deployment
>
> The environment I am running is
>
> Windows 2000 Proffessional
> Orion 2.0.5
> Oracle 9i
> Jetspeed 2.0-M3
> jdk1.4.2.0.6
>
> I've got Jetspeed to deploy and it appears to be connecting to the Oracle
> Database ok. However, when I try to deploy the various war files they get
> copied from WEB-INF/deploy directory to /orion/applications but no entries
> are created in the database so when Jetspeed renders I get a whole stack
> of
> unavle to find portlet entity etc.
>
> I've stepped through the code for the StandardDeploymentManager using
> eclipse but still can't see what populates the database.
>
> Any urgent assistance would be greatly appreciated.
>
> Jon Hawkins
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
> For additional commands, e-mail: jetspeed-user-help@portals.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
For additional commands, e-mail: jetspeed-user-help@portals.apache.org