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 Stephen Hitchner <sj...@gmail.com> on 2006/07/04 04:45:57 UTC
Re: Portlet Unavailable Error
I'm still getting "Portlet Application authority not available"
The following is the only error message I get........very uninformative
Can anyone offer any insight about how I might figure out what I am doing
wrong?
Thanks!
Found WEB-INF/portlet.xml
Found web.xml
Attempting to add portlet.tld to war...
Adding portlet.tld to war...
Creating war /workplace/ApacheJetSpeed/webapps/authority.war ...
War /workplace/ApacheJetSpeed/webapps/authority.war created
INFO: File:
/workplace/ApacheJetSpeed/webapps/jetspeed/WEB-INF/deploy/authority.war
deployed
Jul 3, 2006 7:31:02 PM org.apache.catalina.startup.HostConfig deployWAR
INFO: Deploying web application archive authority.war
INFO [org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/authority]]
- Set web app root system property: 'com.amazon.authority.tools' =
[/workplace/ApacheJetSpeed/webapps/authority/]
INFO [org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/authority]]
- Set web app root system property: 'com.amazon.authority.tools' =
[/workplace/ApacheJetSpeed/webapps/authority/]
INFO [org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/authority]]
- Initializing Log4J from
[/workplace/ApacheJetSpeed/webapps/authority/WEB-INF/classes/log4j.properties]
INFO [org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/authority]]
- JetspeedContainerServlet: starting initialization of Portlet Application
at: authority
JetspeedContainerServlet: starting initialization of Portlet Application at:
authority
INFO [org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/authority]]
- JetspeedContainerServlet: Could not yet start portlet application at:
authority. Starting back ground thread to start when the portal comes
online.
INFO [org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/authority]]
- JetspeedContainerServlet: initialization done for Portlet Application at:
authority
JetspeedContainerServlet: initialization done for Portlet Application at:
authority
INFO [org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/authority]]
- JetspeedContainerServlet: attemping to start Portlet Application at:
authority
INFO: Loading portlet.xml....authority
INFO: No extended metadata found.
INFO: Loading web.xml....authority
INFO: Registered the portlet application authority
INFO: Registered the portlet application in the search engine... authority
INFO [org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/authority]]
- JetspeedContainerServlet: started Portlet Application at: authority
DEBUG: PortletContainerImpl.portletService(books-1) called.
DEBUG: Getting Preferences: null
DEBUG: Returning Preferences:
org.apache.pluto.core.impl.PortletPreferencesImpl@1bdbf51
DEBUG: PortletContainerImpl.portletService(matching-2) called.
DEBUG: PortletContainerImpl.portletService(matching-1) called.
DEBUG: Getting Preferences: null
DEBUG: Returning Preferences:
org.apache.pluto.core.impl.PortletPreferencesImpl@169a85d
DEBUG: PortletContainerImpl.portletService(dp-12) called.
DEBUG: PortletContainerImpl.portletService(dp-22) called.
DEBUG: PortletContainerImpl.portletService(dp-23) called.
DEBUG: PortletContainerImpl.portletService(dp-16) called.
DEBUG: PortletContainerImpl.portletService(dp-89) called.
DEBUG: PortletContainerImpl.portletService(dp-1) called.
DEBUG: Getting Preferences: null
DEBUG: Returning Preferences:
org.apache.pluto.core.impl.PortletPreferencesImpl@11c34fb
On 6/30/06, David Sean Taylor <da...@bluesunrise.com> wrote:
>
>
>
> Stephen Hitchner wrote:
> > I keep getting this error:
> >
> > Portlet Application MatchingPortlet not available
>
> Ive seen intermittent problems with deployment as well, and the same
> error. Some others have reported similiar experiences
> We've been digging into it (Ate and I) but haven't been able to
> reproduce the error now since
>
> Sometimes this occurs when the PA isn't completed deployed
>
> >
> > Digging through the logs file I can't find any insight as to why my
> portlet
> > isn't available. Where should I be looking? What is the proper
> > deployed/undeployment/redeploy procedure.
> >
> > I copy the war into the jetspeed/WEB-INF/deploy directory. For
> undeployment
> > I usually undeploy from tomcat and then use PALM to delete. For
> redeploy I
> > just copy the wat into the etspeed/WEB-INF/deploy directory again. It
> > seems
> > that sometimes if I stop jetspeed and restart different things happen
> with
> > the same JAR.
> >
> > Found WEB-INF/portlet.xml
> > Found web.xml
> > Attempting to add portlet.tld to war...
> > Adding portlet.tld to war...
> > Creating war
> > /workplace/AuthorityJetSpeed/ApacheJetSpeed/webapps/MatchingPortlet.war
> ...
> > War
> /workplace/AuthorityJetSpeed/ApacheJetSpeed/webapps/MatchingPortlet.war
> > created
> > INFO: File:
> >
> /workplace/AuthorityJetSpeed/ApacheJetSpeed/webapps/jetspeed/WEB-INF/deploy/MatchingPortlet.war
> >
> > deployed
> > Jun 29, 2006 11:35:26 AM org.apache.catalina.startup.HostConfigdeployWAR
> > INFO: Deploying web application archive MatchingPortlet.war
> > JetspeedContainerServlet: starting initialization of Portlet Application
> > at:
> > MatchingPortlet
> > JetspeedContainerServlet: initialization done for Portlet Application
> at:
> > MatchingPortlet
> > INFO: Loading portlet.xml....MatchingPortlet
> > INFO: No extended metadata found.
> > INFO: Loading web.xml....MatchingPortlet
> > INFO: Registered the portlet application MatchingPortlet
> > INFO: Registered the portlet application in the search engine...
> > MatchingPortlet
> >
> >
> >
> > Any help would be appreciated
> >
> > cheers
> >
>
>
> --
> 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: Portlet Unavailable Error
Posted by David Sean Taylor <da...@bluesunrise.com>.
Aaron Evans wrote:
> On 7/20/06, David Sean Taylor <da...@bluesunrise.com> wrote:
>
>> >
>> That helps a lot, thanks.
>> Gives me an idea of where to start digging
>> How big is your portlet.xml?
>> I can't imagine commons digester being that slow....
>>
>
> 64 KB. There are 31 portlets configured in there right now...
>
Thats not large at all.
It must be something else, not the XML processing
thanks again for the clues :)
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
For additional commands, e-mail: jetspeed-user-help@portals.apache.org
Re: Portlet Unavailable Error
Posted by Aaron Evans <aa...@gmail.com>.
On 7/20/06, David Sean Taylor <da...@bluesunrise.com> wrote:
> >
> That helps a lot, thanks.
> Gives me an idea of where to start digging
> How big is your portlet.xml?
> I can't imagine commons digester being that slow....
>
64 KB. There are 31 portlets configured in there right now...
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
For additional commands, e-mail: jetspeed-user-help@portals.apache.org
Re: Portlet Unavailable Error
Posted by Stephen Hitchner <sj...@gmail.com>.
Thanks for the offer, and I do want to pursue JetSpeed when time permits!!!
One thing that would be great is removing the maven dependency or enhancing
the documentation relating to building with Ant. Our build system does not
support maven and probably never will. I personaly like to know what
happens behind the scenes and I think maven hides that so when something
goes wrong it seems harder to diaignos the real issue.
Thanks again,
cheers
On 7/20/06, David Sean Taylor <da...@bluesunrise.com> wrote:
>
> Aaron Evans wrote:
> > But sometimes (in my windows dev environment), there can be up to a 3
> > minute delay between the first message (war deployed) and the second
> > set of messages (that start with "Remove all registry entries..." and
> > ending with "Registered the portlet application...".
> >
> > If I try to hit a portlet in this application between the "war
> > deployed" message the the "Registered the portlet application" then I
> > get the "Portlet Application tpn-portlet not available" message.
> >
> > The problem clears up after the whole process has completed though.
> >
> > So it just looks as though the timer thread that is responsible for
> > re-registering can sometimes take a while to get going. And then
> > when it does, because my war file and my portlet.xml files are so big,
> > it takes a bit of CPU power to complete. :)
> >
> That helps a lot, thanks.
> Gives me an idea of where to start digging
> How big is your portlet.xml?
> I can't imagine commons digester being that slow....
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
> For additional commands, e-mail: jetspeed-user-help@portals.apache.org
>
>
Re: Portlet Unavailable Error
Posted by David Sean Taylor <da...@bluesunrise.com>.
Aaron Evans wrote:
> But sometimes (in my windows dev environment), there can be up to a 3
> minute delay between the first message (war deployed) and the second
> set of messages (that start with "Remove all registry entries..." and
> ending with "Registered the portlet application...".
>
> If I try to hit a portlet in this application between the "war
> deployed" message the the "Registered the portlet application" then I
> get the "Portlet Application tpn-portlet not available" message.
>
> The problem clears up after the whole process has completed though.
>
> So it just looks as though the timer thread that is responsible for
> re-registering can sometimes take a while to get going. And then
> when it does, because my war file and my portlet.xml files are so big,
> it takes a bit of CPU power to complete. :)
>
That helps a lot, thanks.
Gives me an idea of where to start digging
How big is your portlet.xml?
I can't imagine commons digester being that slow....
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
For additional commands, e-mail: jetspeed-user-help@portals.apache.org
Re: Portlet Unavailable Error
Posted by Aaron Evans <aa...@gmail.com>.
On 7/18/06, David Sean Taylor <da...@bluesunrise.com> wrote:
> Aaron Evans wrote:
> > I think I have mentioned this before, but I also see this error if
> > jetspeed has already deployed my updated webapp, but it has not yet
> > finished the process of deleting all the old registry entries and
> > re-registering the portlets.
>
> Do you see the webapp being partially expanded, or does Tomcat fully
> expand it successfully?
>
Sorry, my bad. In this situation, I get a different message: "Portlet
Application <my-portlet-context-name> not available".
If you still want to know though:
Note: This is in Jetspeed 2.0, not sure about later versions.
The war does get fully expanded. I can see that from a servlet-webapp
point of view, the app is ready for business (and I can hit the
deployed servlets).
What I see in deployment.log is first:
2006-07-18 14:00:45,675 [Autodeployment File Scanner Thread] INFO
deployment - File: C:\Program Files\Apache Software Foundation\Tomcat
5.5\webapps\jetspeed\WEB-INF\deploy\tpn-portlet.war deployed
And then, shortly after:
2006-07-18 14:00:57,822 [Timer-11] INFO deployment - Remove all
registry entries defined for portlet application tpn-portlet
2006-07-18 14:01:36,798 [Timer-11] INFO deployment - Loading
portlet.xml....tpn-portlet
2006-07-18 14:01:57,789 [Timer-11] INFO deployment - No extended
metadata found.
2006-07-18 14:01:57,789 [Timer-11] INFO deployment - Loading
web.xml....tpn-portlet
2006-07-18 14:02:14,873 [Timer-11] INFO deployment - Registered the
portlet application tpn-portlet
2006-07-18 14:02:14,873 [Timer-11] INFO deployment - Registered the
portlet application in the search engine... tpn-portlet
But sometimes (in my windows dev environment), there can be up to a 3
minute delay between the first message (war deployed) and the second
set of messages (that start with "Remove all registry entries..." and
ending with "Registered the portlet application...".
If I try to hit a portlet in this application between the "war
deployed" message the the "Registered the portlet application" then I
get the "Portlet Application tpn-portlet not available" message.
The problem clears up after the whole process has completed though.
So it just looks as though the timer thread that is responsible for
re-registering can sometimes take a while to get going. And then
when it does, because my war file and my portlet.xml files are so big,
it takes a bit of CPU power to complete. :)
-aaron
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
For additional commands, e-mail: jetspeed-user-help@portals.apache.org
Re: Portlet Unavailable Error
Posted by David Sean Taylor <da...@bluesunrise.com>.
Aaron Evans wrote:
> I think I have mentioned this before, but I also see this error if
> jetspeed has already deployed my updated webapp, but it has not yet
> finished the process of deleting all the old registry entries and
> re-registering the portlets.
Do you see the webapp being partially expanded, or does Tomcat fully
expand it successfully?
>
> My portlet.xml file is getting out of control (time to break up my app
> in to multiple apps) so I think this is why that process is taking so
> long. Thankfully in production it is fast, so no bother...
>
> On 7/17/06, David Sean Taylor <da...@bluesunrise.com> wrote:
>
>> Stephen Hitchner wrote:
>> > Yes the portlet application does appear in the PORTLETS_APPLICATIONS
>> table.
>> > Thanks though.
>>
>> Ive looked into this some more, and for me, when I get the "Portlet X
>> Not available" error, if I go look at Tomcat's webapps/ directory, I see
>> that the portlet application is only partially expanded, like Tomcat hit
>> an error upon expansion. Unfortunately, I have found no information
>> logged in the tomcat logs. If I then expand out the war file into the
>> partially expanded web app, without shutting down tomcat, the portlet
>> application suddenly becomes available (as it was failing to find the
>> jar files when we intercept the class loader)
>>
>> ---------------------------------------------------------------------
>> 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: Portlet Unavailable Error
Posted by Aaron Evans <aa...@gmail.com>.
I think I have mentioned this before, but I also see this error if
jetspeed has already deployed my updated webapp, but it has not yet
finished the process of deleting all the old registry entries and
re-registering the portlets.
My portlet.xml file is getting out of control (time to break up my app
in to multiple apps) so I think this is why that process is taking so
long. Thankfully in production it is fast, so no bother...
On 7/17/06, David Sean Taylor <da...@bluesunrise.com> wrote:
> Stephen Hitchner wrote:
> > Yes the portlet application does appear in the PORTLETS_APPLICATIONS table.
> > Thanks though.
>
> Ive looked into this some more, and for me, when I get the "Portlet X
> Not available" error, if I go look at Tomcat's webapps/ directory, I see
> that the portlet application is only partially expanded, like Tomcat hit
> an error upon expansion. Unfortunately, I have found no information
> logged in the tomcat logs. If I then expand out the war file into the
> partially expanded web app, without shutting down tomcat, the portlet
> application suddenly becomes available (as it was failing to find the
> jar files when we intercept the class loader)
>
> ---------------------------------------------------------------------
> 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: Portlet Unavailable Error
Posted by David Sean Taylor <da...@bluesunrise.com>.
Sorry to hear that. If you decide to give Jetspeed another try, let me
know. I'd be glad to help out and make your experience better next time
Stephen Hitchner wrote:
> Very strange
>
> When I have some time I will look into this later. I've switched to a
> servlet based webapp for the time being. JetSpeed configuration was
> sucking
> too much time. It's a shame because the fundament portlet idea is
> fantastic.
>
> Thanks for your help!
>
> On 7/17/06, David Sean Taylor <da...@bluesunrise.com> wrote:
>
>>
>> Stephen Hitchner wrote:
>> > Yes the portlet application does appear in the PORTLETS_APPLICATIONS
>> table.
>> > Thanks though.
>>
>> Ive looked into this some more, and for me, when I get the "Portlet X
>> Not available" error, if I go look at Tomcat's webapps/ directory, I see
>> that the portlet application is only partially expanded, like Tomcat hit
>> an error upon expansion. Unfortunately, I have found no information
>> logged in the tomcat logs. If I then expand out the war file into the
>> partially expanded web app, without shutting down tomcat, the portlet
>> application suddenly becomes available (as it was failing to find the
>> jar files when we intercept the class loader)
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
>> For additional commands, e-mail: jetspeed-user-help@portals.apache.org
>>
>>
>
--
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: Portlet Unavailable Error
Posted by Stephen Hitchner <sj...@gmail.com>.
Very strange
When I have some time I will look into this later. I've switched to a
servlet based webapp for the time being. JetSpeed configuration was sucking
too much time. It's a shame because the fundament portlet idea is
fantastic.
Thanks for your help!
On 7/17/06, David Sean Taylor <da...@bluesunrise.com> wrote:
>
> Stephen Hitchner wrote:
> > Yes the portlet application does appear in the PORTLETS_APPLICATIONS
> table.
> > Thanks though.
>
> Ive looked into this some more, and for me, when I get the "Portlet X
> Not available" error, if I go look at Tomcat's webapps/ directory, I see
> that the portlet application is only partially expanded, like Tomcat hit
> an error upon expansion. Unfortunately, I have found no information
> logged in the tomcat logs. If I then expand out the war file into the
> partially expanded web app, without shutting down tomcat, the portlet
> application suddenly becomes available (as it was failing to find the
> jar files when we intercept the class loader)
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
> For additional commands, e-mail: jetspeed-user-help@portals.apache.org
>
>
Re: Portlet Unavailable Error
Posted by David Sean Taylor <da...@bluesunrise.com>.
Stephen Hitchner wrote:
> Yes the portlet application does appear in the PORTLETS_APPLICATIONS table.
> Thanks though.
Ive looked into this some more, and for me, when I get the "Portlet X
Not available" error, if I go look at Tomcat's webapps/ directory, I see
that the portlet application is only partially expanded, like Tomcat hit
an error upon expansion. Unfortunately, I have found no information
logged in the tomcat logs. If I then expand out the war file into the
partially expanded web app, without shutting down tomcat, the portlet
application suddenly becomes available (as it was failing to find the
jar files when we intercept the class loader)
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
For additional commands, e-mail: jetspeed-user-help@portals.apache.org
Re: Portlet Unavailable Error
Posted by Stephen Hitchner <sj...@gmail.com>.
Yes the portlet application does appear in the PORTLETS_APPLICATIONS table.
Thanks though.
On 7/5/06, Susheel Choudhari <sc...@serenecorp.com> wrote:
>
> Please check the portlet_application table if your application is listed
> there.
>
> Susheel
>
> -----Original Message-----
> From: Stephen Hitchner [mailto:sjhitchner@gmail.com]
> Sent: Monday, July 03, 2006 7:46 PM
> To: Jetspeed Users List
> Subject: Re: Portlet Unavailable Error
>
> I'm still getting "Portlet Application authority not available"
>
> The following is the only error message I get........very uninformative
>
> Can anyone offer any insight about how I might figure out what I am
> doing
> wrong?
>
> Thanks!
>
> Found WEB-INF/portlet.xml
> Found web.xml
> Attempting to add portlet.tld to war...
> Adding portlet.tld to war...
> Creating war /workplace/ApacheJetSpeed/webapps/authority.war ...
> War /workplace/ApacheJetSpeed/webapps/authority.war created
> INFO: File:
> /workplace/ApacheJetSpeed/webapps/jetspeed/WEB-INF/deploy/authority.war
> deployed
> Jul 3, 2006 7:31:02 PM org.apache.catalina.startup.HostConfig deployWAR
> INFO: Deploying web application archive authority.war
> INFO
> [org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/authori
> ty]]
> - Set web app root system property: 'com.amazon.authority.tools' =
> [/workplace/ApacheJetSpeed/webapps/authority/]
> INFO
> [org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/authori
> ty]]
> - Set web app root system property: 'com.amazon.authority.tools' =
> [/workplace/ApacheJetSpeed/webapps/authority/]
> INFO
> [org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/authori
> ty]]
> - Initializing Log4J from
> [/workplace/ApacheJetSpeed/webapps/authority/WEB-INF/classes/log4j.prope
> rties]
> INFO
> [org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/authori
> ty]]
> - JetspeedContainerServlet: starting initialization of Portlet
> Application
> at: authority
> JetspeedContainerServlet: starting initialization of Portlet Application
> at:
> authority
> INFO
> [org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/authori
> ty]]
> - JetspeedContainerServlet: Could not yet start portlet application at:
> authority. Starting back ground thread to start when the portal comes
> online.
> INFO
> [org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/authori
> ty]]
> - JetspeedContainerServlet: initialization done for Portlet Application
> at:
> authority
> JetspeedContainerServlet: initialization done for Portlet Application
> at:
> authority
> INFO
> [org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/authori
> ty]]
> - JetspeedContainerServlet: attemping to start Portlet Application at:
> authority
> INFO: Loading portlet.xml....authority
> INFO: No extended metadata found.
> INFO: Loading web.xml....authority
> INFO: Registered the portlet application authority
> INFO: Registered the portlet application in the search engine...
> authority
> INFO
> [org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/authori
> ty]]
> - JetspeedContainerServlet: started Portlet Application at: authority
> DEBUG: PortletContainerImpl.portletService(books-1) called.
> DEBUG: Getting Preferences: null
> DEBUG: Returning Preferences:
> org.apache.pluto.core.impl.PortletPreferencesImpl@1bdbf51
> DEBUG: PortletContainerImpl.portletService(matching-2) called.
> DEBUG: PortletContainerImpl.portletService(matching-1) called.
> DEBUG: Getting Preferences: null
> DEBUG: Returning Preferences:
> org.apache.pluto.core.impl.PortletPreferencesImpl@169a85d
> DEBUG: PortletContainerImpl.portletService(dp-12) called.
> DEBUG: PortletContainerImpl.portletService(dp-22) called.
> DEBUG: PortletContainerImpl.portletService(dp-23) called.
> DEBUG: PortletContainerImpl.portletService(dp-16) called.
> DEBUG: PortletContainerImpl.portletService(dp-89) called.
> DEBUG: PortletContainerImpl.portletService(dp-1) called.
> DEBUG: Getting Preferences: null
> DEBUG: Returning Preferences:
> org.apache.pluto.core.impl.PortletPreferencesImpl@11c34fb
>
> On 6/30/06, David Sean Taylor <da...@bluesunrise.com> wrote:
> >
> >
> >
> > Stephen Hitchner wrote:
> > > I keep getting this error:
> > >
> > > Portlet Application MatchingPortlet not available
> >
> > Ive seen intermittent problems with deployment as well, and the same
> > error. Some others have reported similiar experiences
> > We've been digging into it (Ate and I) but haven't been able to
> > reproduce the error now since
> >
> > Sometimes this occurs when the PA isn't completed deployed
> >
> > >
> > > Digging through the logs file I can't find any insight as to why my
> > portlet
> > > isn't available. Where should I be looking? What is the proper
> > > deployed/undeployment/redeploy procedure.
> > >
> > > I copy the war into the jetspeed/WEB-INF/deploy directory. For
> > undeployment
> > > I usually undeploy from tomcat and then use PALM to delete. For
> > redeploy I
> > > just copy the wat into the etspeed/WEB-INF/deploy directory again.
> It
> > > seems
> > > that sometimes if I stop jetspeed and restart different things
> happen
> > with
> > > the same JAR.
> > >
> > > Found WEB-INF/portlet.xml
> > > Found web.xml
> > > Attempting to add portlet.tld to war...
> > > Adding portlet.tld to war...
> > > Creating war
> > >
> /workplace/AuthorityJetSpeed/ApacheJetSpeed/webapps/MatchingPortlet.war
> > ...
> > > War
> >
> /workplace/AuthorityJetSpeed/ApacheJetSpeed/webapps/MatchingPortlet.war
> > > created
> > > INFO: File:
> > >
> >
> /workplace/AuthorityJetSpeed/ApacheJetSpeed/webapps/jetspeed/WEB-INF/dep
> loy/MatchingPortlet.war
> > >
> > > deployed
> > > Jun 29, 2006 11:35:26 AM
> org.apache.catalina.startup.HostConfigdeployWAR
> > > INFO: Deploying web application archive MatchingPortlet.war
> > > JetspeedContainerServlet: starting initialization of Portlet
> Application
> > > at:
> > > MatchingPortlet
> > > JetspeedContainerServlet: initialization done for Portlet
> Application
> > at:
> > > MatchingPortlet
> > > INFO: Loading portlet.xml....MatchingPortlet
> > > INFO: No extended metadata found.
> > > INFO: Loading web.xml....MatchingPortlet
> > > INFO: Registered the portlet application MatchingPortlet
> > > INFO: Registered the portlet application in the search engine...
> > > MatchingPortlet
> > >
> > >
> > >
> > > Any help would be appreciated
> > >
> > > cheers
> > >
> >
> >
> > --
> > 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
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
> For additional commands, e-mail: jetspeed-user-help@portals.apache.org
>
>
RE: Portlet Unavailable Error
Posted by Susheel Choudhari <sc...@serenecorp.com>.
Please check the portlet_application table if your application is listed
there.
Susheel
-----Original Message-----
From: Stephen Hitchner [mailto:sjhitchner@gmail.com]
Sent: Monday, July 03, 2006 7:46 PM
To: Jetspeed Users List
Subject: Re: Portlet Unavailable Error
I'm still getting "Portlet Application authority not available"
The following is the only error message I get........very uninformative
Can anyone offer any insight about how I might figure out what I am
doing
wrong?
Thanks!
Found WEB-INF/portlet.xml
Found web.xml
Attempting to add portlet.tld to war...
Adding portlet.tld to war...
Creating war /workplace/ApacheJetSpeed/webapps/authority.war ...
War /workplace/ApacheJetSpeed/webapps/authority.war created
INFO: File:
/workplace/ApacheJetSpeed/webapps/jetspeed/WEB-INF/deploy/authority.war
deployed
Jul 3, 2006 7:31:02 PM org.apache.catalina.startup.HostConfig deployWAR
INFO: Deploying web application archive authority.war
INFO
[org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/authori
ty]]
- Set web app root system property: 'com.amazon.authority.tools' =
[/workplace/ApacheJetSpeed/webapps/authority/]
INFO
[org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/authori
ty]]
- Set web app root system property: 'com.amazon.authority.tools' =
[/workplace/ApacheJetSpeed/webapps/authority/]
INFO
[org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/authori
ty]]
- Initializing Log4J from
[/workplace/ApacheJetSpeed/webapps/authority/WEB-INF/classes/log4j.prope
rties]
INFO
[org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/authori
ty]]
- JetspeedContainerServlet: starting initialization of Portlet
Application
at: authority
JetspeedContainerServlet: starting initialization of Portlet Application
at:
authority
INFO
[org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/authori
ty]]
- JetspeedContainerServlet: Could not yet start portlet application at:
authority. Starting back ground thread to start when the portal comes
online.
INFO
[org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/authori
ty]]
- JetspeedContainerServlet: initialization done for Portlet Application
at:
authority
JetspeedContainerServlet: initialization done for Portlet Application
at:
authority
INFO
[org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/authori
ty]]
- JetspeedContainerServlet: attemping to start Portlet Application at:
authority
INFO: Loading portlet.xml....authority
INFO: No extended metadata found.
INFO: Loading web.xml....authority
INFO: Registered the portlet application authority
INFO: Registered the portlet application in the search engine...
authority
INFO
[org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/authori
ty]]
- JetspeedContainerServlet: started Portlet Application at: authority
DEBUG: PortletContainerImpl.portletService(books-1) called.
DEBUG: Getting Preferences: null
DEBUG: Returning Preferences:
org.apache.pluto.core.impl.PortletPreferencesImpl@1bdbf51
DEBUG: PortletContainerImpl.portletService(matching-2) called.
DEBUG: PortletContainerImpl.portletService(matching-1) called.
DEBUG: Getting Preferences: null
DEBUG: Returning Preferences:
org.apache.pluto.core.impl.PortletPreferencesImpl@169a85d
DEBUG: PortletContainerImpl.portletService(dp-12) called.
DEBUG: PortletContainerImpl.portletService(dp-22) called.
DEBUG: PortletContainerImpl.portletService(dp-23) called.
DEBUG: PortletContainerImpl.portletService(dp-16) called.
DEBUG: PortletContainerImpl.portletService(dp-89) called.
DEBUG: PortletContainerImpl.portletService(dp-1) called.
DEBUG: Getting Preferences: null
DEBUG: Returning Preferences:
org.apache.pluto.core.impl.PortletPreferencesImpl@11c34fb
On 6/30/06, David Sean Taylor <da...@bluesunrise.com> wrote:
>
>
>
> Stephen Hitchner wrote:
> > I keep getting this error:
> >
> > Portlet Application MatchingPortlet not available
>
> Ive seen intermittent problems with deployment as well, and the same
> error. Some others have reported similiar experiences
> We've been digging into it (Ate and I) but haven't been able to
> reproduce the error now since
>
> Sometimes this occurs when the PA isn't completed deployed
>
> >
> > Digging through the logs file I can't find any insight as to why my
> portlet
> > isn't available. Where should I be looking? What is the proper
> > deployed/undeployment/redeploy procedure.
> >
> > I copy the war into the jetspeed/WEB-INF/deploy directory. For
> undeployment
> > I usually undeploy from tomcat and then use PALM to delete. For
> redeploy I
> > just copy the wat into the etspeed/WEB-INF/deploy directory again.
It
> > seems
> > that sometimes if I stop jetspeed and restart different things
happen
> with
> > the same JAR.
> >
> > Found WEB-INF/portlet.xml
> > Found web.xml
> > Attempting to add portlet.tld to war...
> > Adding portlet.tld to war...
> > Creating war
> >
/workplace/AuthorityJetSpeed/ApacheJetSpeed/webapps/MatchingPortlet.war
> ...
> > War
>
/workplace/AuthorityJetSpeed/ApacheJetSpeed/webapps/MatchingPortlet.war
> > created
> > INFO: File:
> >
>
/workplace/AuthorityJetSpeed/ApacheJetSpeed/webapps/jetspeed/WEB-INF/dep
loy/MatchingPortlet.war
> >
> > deployed
> > Jun 29, 2006 11:35:26 AM
org.apache.catalina.startup.HostConfigdeployWAR
> > INFO: Deploying web application archive MatchingPortlet.war
> > JetspeedContainerServlet: starting initialization of Portlet
Application
> > at:
> > MatchingPortlet
> > JetspeedContainerServlet: initialization done for Portlet
Application
> at:
> > MatchingPortlet
> > INFO: Loading portlet.xml....MatchingPortlet
> > INFO: No extended metadata found.
> > INFO: Loading web.xml....MatchingPortlet
> > INFO: Registered the portlet application MatchingPortlet
> > INFO: Registered the portlet application in the search engine...
> > MatchingPortlet
> >
> >
> >
> > Any help would be appreciated
> >
> > cheers
> >
>
>
> --
> 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
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
For additional commands, e-mail: jetspeed-user-help@portals.apache.org