You are viewing a plain text version of this content. The canonical link for it is here.
Posted to pluto-user@portals.apache.org by Dana Singleterry <da...@oracle.com> on 2007/02/06 17:51:38 UTC
pluto testsuite question
Does the pluto testsuite (pluto-testsuite-1.1.0-beta2.war
<http://mirrors.ibiblio.org/pub/mirrors/maven2/org/apache/pluto/pluto-testsuite/1.1.0-beta2/pluto-testsuite-1.1.0-beta2.war>)
work on pluto 1.0.1? I've deployed it using the pluto deploy war admin
portlet and it indicates that it deployed successfully but I'm not sure
how to access the tests. General guidance is appreciated.
Thanks,
Dana
Re: pluto testsuite question
Posted by Dana Singleterry <da...@oracle.com>.
I've got an interesting issue with the 1.0.1 testsuite being deployed to
pluto portal 1.0.1 running on oc4j10.1.3.1. As you can see from the
image below, pluto and helloworld are running fine on the oc4j container.
You can also see that the deploy of testsuite 1.0.1 goes fine from the
following image.
Now with a restart of the pluto portal, this is what I get in the
browser upon first attempting to access the admin, hellowworld or
testsuite portlets:
404 Not Found
Servlet error: An exception occurred. The current application deployment descriptors do not allow for including
it in this response. Please consult the application log for details.
No errors are reported in the logs. Upon the second attempt of trying to access the admin, hellowworld or
testsuite portlets I get the following image:
The log has the following exceptions being thrown and needless to say, I'm at a loss here:
Thanks to any of you that have the time to look at this.
--Dana
D:\oc4j_extended_101310\bin>oc4j -start
Starting OC4J from D:\oc4j_extended_101310\j2ee\home ...
07/02/07 14:52:51 Oracle Containers for J2EE 10g (10.1.3.1.0) initialized
Feb 7, 2007 2:53:05 PM org.apache.pluto.portalImpl.services.log.LoggerImpl info
INFO: Initializing PortletContainer [pluto]...
Feb 7, 2007 2:53:05 PM org.apache.pluto.portalImpl.services.log.LoggerImpl error
SEVERE: Error in Portlet
java.lang.NullPointerException
at org.apache.pluto.portalImpl.services.portletdefinitionregistry.Portle
tDefinitionRegistry.getPortletApplicationDefinitionList(PortletDefinitionRegistr
y.java:47)
at org.apache.pluto.portalImpl.om.entity.impl.PortletApplicationEntityIm
pl.getPortletApplicationDefinition(PortletApplicationEntityImpl.java:60)
at org.apache.pluto.portalImpl.om.entity.impl.PortletEntityImpl.getPortl
etDefinition(PortletEntityImpl.java:83)
at org.apache.pluto.PortletContainerImpl.portletLoad(PortletContainerImp
l.java:214)
at org.apache.pluto.portalImpl.core.PortletContainerWrapperImpl.portletL
oad(PortletContainerWrapperImpl.java:94)
at org.apache.pluto.portalImpl.aggregation.PortletFragment.service(Portl
etFragment.java:120)
at _web_2d_inf._aggregation._ColumnFragment._jspService(_ColumnFragment.
java:62)
at com.orionserver.http.OrionHttpJspPage.service(OrionHttpJspPage.java:5
9)
at oracle.jsp.runtimev2.JspPageTable.service(JspPageTable.java:453)
at oracle.jsp.runtimev2.JspServlet.internalService(JspServlet.java:591)
at oracle.jsp.runtimev2.JspServlet.service(JspServlet.java:515)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
at com.evermind.server.http.ServletRequestDispatcher.invoke(ServletReque
stDispatcher.java:711)
at com.evermind.server.http.ServletRequestDispatcher.unprivileged_includ
e(ServletRequestDispatcher.java:160)
at com.evermind.server.http.ServletRequestDispatcher.access$000(ServletR
equestDispatcher.java:50)
at com.evermind.server.http.ServletRequestDispatcher$1.oc4jRun(ServletRe
questDispatcher.java:97)
at oracle.oc4j.security.OC4JSecurity.doPrivileged(OC4JSecurity.java:283)
at com.evermind.server.http.ServletRequestDispatcher.include(ServletRequ
estDispatcher.java:102)
at org.apache.pluto.portalImpl.aggregation.AbstractFragment.service(Abst
ractFragment.java:112)
at _web_2d_inf._aggregation._RowFragment._jspService(_RowFragment.java:6
2)
at com.orionserver.http.OrionHttpJspPage.service(OrionHttpJspPage.java:5
9)
at oracle.jsp.runtimev2.JspPageTable.service(JspPageTable.java:453)
at oracle.jsp.runtimev2.JspServlet.internalService(JspServlet.java:591)
at oracle.jsp.runtimev2.JspServlet.service(JspServlet.java:515)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
at com.evermind.server.http.ServletRequestDispatcher.invoke(ServletReque
stDispatcher.java:711)
at com.evermind.server.http.ServletRequestDispatcher.unprivileged_includ
e(ServletRequestDispatcher.java:160)
at com.evermind.server.http.ServletRequestDispatcher.access$000(ServletR
equestDispatcher.java:50)
at com.evermind.server.http.ServletRequestDispatcher$1.oc4jRun(ServletRe
questDispatcher.java:97)
at oracle.oc4j.security.OC4JSecurity.doPrivileged(OC4JSecurity.java:283)
at com.evermind.server.http.ServletRequestDispatcher.include(ServletRequ
estDispatcher.java:102)
at org.apache.pluto.portalImpl.aggregation.AbstractFragment.service(Abst
ractFragment.java:112)
at _web_2d_inf._aggregation._PageFragment._jspService(_PageFragment.java
:71)
at com.orionserver.http.OrionHttpJspPage.service(OrionHttpJspPage.java:5
9)
at oracle.jsp.runtimev2.JspPageTable.service(JspPageTable.java:453)
at oracle.jsp.runtimev2.JspServlet.internalService(JspServlet.java:591)
at oracle.jsp.runtimev2.JspServlet.service(JspServlet.java:515)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
at com.evermind.server.http.ServletRequestDispatcher.invoke(ServletReque
stDispatcher.java:711)
at com.evermind.server.http.ServletRequestDispatcher.unprivileged_includ
e(ServletRequestDispatcher.java:160)
at com.evermind.server.http.ServletRequestDispatcher.access$000(ServletR
equestDispatcher.java:50)
at com.evermind.server.http.ServletRequestDispatcher$1.oc4jRun(ServletRe
questDispatcher.java:97)
at oracle.oc4j.security.OC4JSecurity.doPrivileged(OC4JSecurity.java:283)
at com.evermind.server.http.ServletRequestDispatcher.include(ServletRequ
estDispatcher.java:102)
at org.apache.pluto.portalImpl.aggregation.AbstractFragment.service(Abst
ractFragment.java:112)
at _web_2d_inf._aggregation._RootFragment._jspService(_RootFragment.java
:104)
at com.orionserver.http.OrionHttpJspPage.service(OrionHttpJspPage.java:5
9)
at oracle.jsp.runtimev2.JspPageTable.service(JspPageTable.java:453)
at oracle.jsp.runtimev2.JspServlet.internalService(JspServlet.java:591)
at oracle.jsp.runtimev2.JspServlet.service(JspServlet.java:515)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
at com.evermind.server.http.ServletRequestDispatcher.invoke(ServletReque
stDispatcher.java:711)
at com.evermind.server.http.ServletRequestDispatcher.unprivileged_includ
e(ServletRequestDispatcher.java:160)
at com.evermind.server.http.ServletRequestDispatcher.access$000(ServletR
equestDispatcher.java:50)
at com.evermind.server.http.ServletRequestDispatcher$1.oc4jRun(ServletRe
questDispatcher.java:97)
at oracle.oc4j.security.OC4JSecurity.doPrivileged(OC4JSecurity.java:283)
at com.evermind.server.http.ServletRequestDispatcher.include(ServletRequ
estDispatcher.java:102)
at org.apache.pluto.portalImpl.aggregation.AbstractFragment.service(Abst
ractFragment.java:112)
at org.apache.pluto.portalImpl.Servlet.doGet(Servlet.java:254)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:743)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
at com.evermind.server.http.ServletRequestDispatcher.invoke(ServletReque
stDispatcher.java:711)
at com.evermind.server.http.ServletRequestDispatcher.forwardInternal(Ser
vletRequestDispatcher.java:368)
at com.evermind.server.http.HttpRequestHandler.doProcessRequest(HttpRequ
estHandler.java:866)
at com.evermind.server.http.HttpRequestHandler.processRequest(HttpReques
tHandler.java:448)
at com.evermind.server.http.HttpRequestHandler.serveOneRequest(HttpReque
stHandler.java:216)
at com.evermind.server.http.HttpRequestHandler.run(HttpRequestHandler.ja
va:117)
at com.evermind.server.http.HttpRequestHandler.run(HttpRequestHandler.ja
va:110)
at oracle.oc4j.network.ServerSocketReadHandler$SafeRunnable.run(ServerSo
cketReadHandler.java:260)
at com.evermind.util.ReleasableResourcePooledExecutor$MyWorker.run(Relea
sableResourcePooledExecutor.java:303)
at java.lang.Thread.run(Thread.java:595)
Feb 7, 2007 2:53:05 PM org.apache.pluto.portalImpl.services.log.LoggerImpl error
SEVERE: Exception caught:
javax.servlet.ServletException
at com.evermind.server.http.EvermindPageContext.handlePageThrowable(Ever
mindPageContext.java:809)
at com.evermind.server.http.EvermindPageContext.handlePageException(Ever
mindPageContext.java:756)
at _web_2d_inf._aggregation._ColumnFragment._jspService(_ColumnFragment.
java:77)
at com.orionserver.http.OrionHttpJspPage.service(OrionHttpJspPage.java:5
9)
at oracle.jsp.runtimev2.JspPageTable.service(JspPageTable.java:453)
at oracle.jsp.runtimev2.JspServlet.internalService(JspServlet.java:591)
at oracle.jsp.runtimev2.JspServlet.service(JspServlet.java:515)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
at com.evermind.server.http.ServletRequestDispatcher.invoke(ServletReque
stDispatcher.java:711)
at com.evermind.server.http.ServletRequestDispatcher.unprivileged_includ
e(ServletRequestDispatcher.java:160)
at com.evermind.server.http.ServletRequestDispatcher.access$000(ServletR
equestDispatcher.java:50)
at com.evermind.server.http.ServletRequestDispatcher$1.oc4jRun(ServletRe
questDispatcher.java:97)
at oracle.oc4j.security.OC4JSecurity.doPrivileged(OC4JSecurity.java:283)
at com.evermind.server.http.ServletRequestDispatcher.include(ServletRequ
estDispatcher.java:102)
at org.apache.pluto.portalImpl.aggregation.AbstractFragment.service(Abst
ractFragment.java:112)
at _web_2d_inf._aggregation._RowFragment._jspService(_RowFragment.java:6
2)
at com.orionserver.http.OrionHttpJspPage.service(OrionHttpJspPage.java:5
9)
at oracle.jsp.runtimev2.JspPageTable.service(JspPageTable.java:453)
at oracle.jsp.runtimev2.JspServlet.internalService(JspServlet.java:591)
at oracle.jsp.runtimev2.JspServlet.service(JspServlet.java:515)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
at com.evermind.server.http.ServletRequestDispatcher.invoke(ServletReque
stDispatcher.java:711)
at com.evermind.server.http.ServletRequestDispatcher.unprivileged_includ
e(ServletRequestDispatcher.java:160)
at com.evermind.server.http.ServletRequestDispatcher.access$000(ServletR
equestDispatcher.java:50)
at com.evermind.server.http.ServletRequestDispatcher$1.oc4jRun(ServletRe
questDispatcher.java:97)
at oracle.oc4j.security.OC4JSecurity.doPrivileged(OC4JSecurity.java:283)
at com.evermind.server.http.ServletRequestDispatcher.include(ServletRequ
estDispatcher.java:102)
at org.apache.pluto.portalImpl.aggregation.AbstractFragment.service(Abst
ractFragment.java:112)
at _web_2d_inf._aggregation._PageFragment._jspService(_PageFragment.java
:71)
at com.orionserver.http.OrionHttpJspPage.service(OrionHttpJspPage.java:5
9)
at oracle.jsp.runtimev2.JspPageTable.service(JspPageTable.java:453)
at oracle.jsp.runtimev2.JspServlet.internalService(JspServlet.java:591)
at oracle.jsp.runtimev2.JspServlet.service(JspServlet.java:515)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
at com.evermind.server.http.ServletRequestDispatcher.invoke(ServletReque
stDispatcher.java:711)
at com.evermind.server.http.ServletRequestDispatcher.unprivileged_includ
e(ServletRequestDispatcher.java:160)
at com.evermind.server.http.ServletRequestDispatcher.access$000(ServletR
equestDispatcher.java:50)
at com.evermind.server.http.ServletRequestDispatcher$1.oc4jRun(ServletRe
questDispatcher.java:97)
at oracle.oc4j.security.OC4JSecurity.doPrivileged(OC4JSecurity.java:283)
at com.evermind.server.http.ServletRequestDispatcher.include(ServletRequ
estDispatcher.java:102)
at org.apache.pluto.portalImpl.aggregation.AbstractFragment.service(Abst
ractFragment.java:112)
at _web_2d_inf._aggregation._RootFragment._jspService(_RootFragment.java
:104)
at com.orionserver.http.OrionHttpJspPage.service(OrionHttpJspPage.java:5
9)
at oracle.jsp.runtimev2.JspPageTable.service(JspPageTable.java:453)
at oracle.jsp.runtimev2.JspServlet.internalService(JspServlet.java:591)
at oracle.jsp.runtimev2.JspServlet.service(JspServlet.java:515)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
at com.evermind.server.http.ServletRequestDispatcher.invoke(ServletReque
stDispatcher.java:711)
at com.evermind.server.http.ServletRequestDispatcher.unprivileged_includ
e(ServletRequestDispatcher.java:160)
at com.evermind.server.http.ServletRequestDispatcher.access$000(ServletR
equestDispatcher.java:50)
at com.evermind.server.http.ServletRequestDispatcher$1.oc4jRun(ServletRe
questDispatcher.java:97)
at oracle.oc4j.security.OC4JSecurity.doPrivileged(OC4JSecurity.java:283)
at com.evermind.server.http.ServletRequestDispatcher.include(ServletRequ
estDispatcher.java:102)
at org.apache.pluto.portalImpl.aggregation.AbstractFragment.service(Abst
ractFragment.java:112)
at org.apache.pluto.portalImpl.Servlet.doGet(Servlet.java:254)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:743)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
at com.evermind.server.http.ServletRequestDispatcher.invoke(ServletReque
stDispatcher.java:711)
at com.evermind.server.http.ServletRequestDispatcher.forwardInternal(Ser
vletRequestDispatcher.java:368)
at com.evermind.server.http.HttpRequestHandler.doProcessRequest(HttpRequ
estHandler.java:866)
at com.evermind.server.http.HttpRequestHandler.processRequest(HttpReques
tHandler.java:448)
at com.evermind.server.http.HttpRequestHandler.serveOneRequest(HttpReque
stHandler.java:216)
at com.evermind.server.http.HttpRequestHandler.run(HttpRequestHandler.ja
va:117)
at com.evermind.server.http.HttpRequestHandler.run(HttpRequestHandler.ja
va:110)
at oracle.oc4j.network.ServerSocketReadHandler$SafeRunnable.run(ServerSo
cketReadHandler.java:260)
at com.evermind.util.ReleasableResourcePooledExecutor$MyWorker.run(Relea
sableResourcePooledExecutor.java:303)
at java.lang.Thread.run(Thread.java:595)
David H. DeWolf wrote:
> all security is managed by the app server. if you're not deploying in
> tomcat, you'll need to create the users and roles as appropriate for
> your app server. If you are using tomcat, they are configured (if you
> use the default realm) in <TOMCAT>/conf/tomcat-users.xml.
>
> In the 1.1.0 bundle these are preconfigured and will just work once
> you start it up. All other distributions require manual intervention.
>
>
> David
>
> Dana Singleterry wrote:
>
>> One more question....What is the default login and where is that
>> maintained (i.e. in the top right corner of the browser there is a
>> login link and when selected it launches login.jsp). I've tried
>> tomcat/tomcat but doesn't work.
>>
>> Thanks,
>>
>> Dana
>>
>> David H. DeWolf wrote:
>>
>>> True, but in addition to kicking around for a while I tried to cut
>>> the test build for the GA release last night. I ran into a couple
>>> of issues with the release process, but they are now resolved and
>>> I'll be cutting it within the next few days - if not tonight.
>>>
>>> There's been a push to get the GA release of 1.1.0 out recently
>>> because both Sakai Portal and uPortal are now using it. Until now,
>>> there just hasn't been a huge push to cut GA simply because those
>>> using the beta weren't as worried with the label as much as they
>>> were whether or not their specific app worked.
>>>
>>> If you want to monitor progress of the release, check out the dev list:
>>>
>>> http://mail-archives.apache.org/mod_mbox/portals-pluto-dev/
>>>
>>> Hope that helps,
>>>
>>>
>>> David
>>>
>>> Dana Singleterry wrote:
>>>
>>>> Thanks David.
>>>>
>>>> I'll suggest 1.1.0 to them and see how it goes. However, from
>>>> browsing the pluto project, it appeared to me that 1.1.0 is still
>>>> in beta. Maybe I'm missing something here. Please advice if so.
>>>>
>>>> Dana
>>>>
>>>> David H. DeWolf wrote:
>>>>
>>>>> Yes, there is. Look in the tools release of 1.0.1 under:
>>>>>
>>>>> http://www.apache.org/dyn/closer.cgi/portals/pluto/
>>>>>
>>>>>
>>>>> It's hard to say without knowing what you're doing, but if you're
>>>>> just getting started, it would be my strong recommendation that
>>>>> your client looks at 1.1.0.
>>>>>
>>>>> David
>>>>>
>>>>> Dana Singleterry wrote:
>>>>>
>>>>>> I guess I should have also asked is there a 1.0 testsuite?
>>>>>>
>>>>>> Dana
>>>>>>
>>>>>> David H. DeWolf wrote:
>>>>>>
>>>>>>> I've never actually tested the 1.1 testsuite on 1.0, but it
>>>>>>> should work since it only uses portlet apis. The one
>>>>>>> modification you will probably need is to change how servlet
>>>>>>> definition which is used as the portals's hook into the portlet
>>>>>>> to match 1.0 config instead of 1.1 config.
>>>>>>>
>>>>>>> Just curious, is there a reason why you want to test it on 1.0?
>>>>>>>
>>>>>>>
>>>>>>> Hope that helps,
>>>>>>>
>>>>>>>
>>>>>>> David
>>>>>>>
>>>>>>> Dana Singleterry wrote:
>>>>>>>
>>>>>>>> Does the pluto testsuite (pluto-testsuite-1.1.0-beta2.war
>>>>>>>> <http://mirrors.ibiblio.org/pub/mirrors/maven2/org/apache/pluto/pluto-testsuite/1.1.0-beta2/pluto-testsuite-1.1.0-beta2.war>)
>>>>>>>> work on pluto 1.0.1? I've deployed it using the pluto deploy
>>>>>>>> war admin portlet and it indicates that it deployed
>>>>>>>> successfully but I'm not sure how to access the tests. General
>>>>>>>> guidance is appreciated.
>>>>>>>>
>>>>>>>> Thanks,
>>>>>>>>
>>>>>>>> Dana
>>>>>>>>
Re: pluto testsuite question
Posted by "David H. DeWolf" <dd...@apache.org>.
all security is managed by the app server. if you're not deploying in
tomcat, you'll need to create the users and roles as appropriate for
your app server. If you are using tomcat, they are configured (if you
use the default realm) in <TOMCAT>/conf/tomcat-users.xml.
In the 1.1.0 bundle these are preconfigured and will just work once you
start it up. All other distributions require manual intervention.
David
Dana Singleterry wrote:
> One more question....What is the default login and where is that
> maintained (i.e. in the top right corner of the browser there is a login
> link and when selected it launches login.jsp). I've tried tomcat/tomcat
> but doesn't work.
>
> Thanks,
>
> Dana
>
> David H. DeWolf wrote:
>
>> True, but in addition to kicking around for a while I tried to cut the
>> test build for the GA release last night. I ran into a couple of
>> issues with the release process, but they are now resolved and I'll be
>> cutting it within the next few days - if not tonight.
>>
>> There's been a push to get the GA release of 1.1.0 out recently
>> because both Sakai Portal and uPortal are now using it. Until now,
>> there just hasn't been a huge push to cut GA simply because those
>> using the beta weren't as worried with the label as much as they were
>> whether or not their specific app worked.
>>
>> If you want to monitor progress of the release, check out the dev list:
>>
>> http://mail-archives.apache.org/mod_mbox/portals-pluto-dev/
>>
>> Hope that helps,
>>
>>
>> David
>>
>> Dana Singleterry wrote:
>>
>>> Thanks David.
>>>
>>> I'll suggest 1.1.0 to them and see how it goes. However, from
>>> browsing the pluto project, it appeared to me that 1.1.0 is still in
>>> beta. Maybe I'm missing something here. Please advice if so.
>>>
>>> Dana
>>>
>>> David H. DeWolf wrote:
>>>
>>>> Yes, there is. Look in the tools release of 1.0.1 under:
>>>>
>>>> http://www.apache.org/dyn/closer.cgi/portals/pluto/
>>>>
>>>>
>>>> It's hard to say without knowing what you're doing, but if you're
>>>> just getting started, it would be my strong recommendation that your
>>>> client looks at 1.1.0.
>>>>
>>>> David
>>>>
>>>> Dana Singleterry wrote:
>>>>
>>>>> I guess I should have also asked is there a 1.0 testsuite?
>>>>>
>>>>> Dana
>>>>>
>>>>> David H. DeWolf wrote:
>>>>>
>>>>>> I've never actually tested the 1.1 testsuite on 1.0, but it should
>>>>>> work since it only uses portlet apis. The one modification you
>>>>>> will probably need is to change how servlet definition which is
>>>>>> used as the portals's hook into the portlet to match 1.0 config
>>>>>> instead of 1.1 config.
>>>>>>
>>>>>> Just curious, is there a reason why you want to test it on 1.0?
>>>>>>
>>>>>>
>>>>>> Hope that helps,
>>>>>>
>>>>>>
>>>>>> David
>>>>>>
>>>>>> Dana Singleterry wrote:
>>>>>>
>>>>>>> Does the pluto testsuite (pluto-testsuite-1.1.0-beta2.war
>>>>>>> <http://mirrors.ibiblio.org/pub/mirrors/maven2/org/apache/pluto/pluto-testsuite/1.1.0-beta2/pluto-testsuite-1.1.0-beta2.war>)
>>>>>>> work on pluto 1.0.1? I've deployed it using the pluto deploy war
>>>>>>> admin portlet and it indicates that it deployed successfully but
>>>>>>> I'm not sure how to access the tests. General guidance is
>>>>>>> appreciated.
>>>>>>>
>>>>>>> Thanks,
>>>>>>>
>>>>>>> Dana
>>>>>>>
Re: pluto testsuite question
Posted by Dana Singleterry <da...@oracle.com>.
One more question....What is the default login and where is that
maintained (i.e. in the top right corner of the browser there is a login
link and when selected it launches login.jsp). I've tried tomcat/tomcat
but doesn't work.
Thanks,
Dana
David H. DeWolf wrote:
> True, but in addition to kicking around for a while I tried to cut the
> test build for the GA release last night. I ran into a couple of
> issues with the release process, but they are now resolved and I'll be
> cutting it within the next few days - if not tonight.
>
> There's been a push to get the GA release of 1.1.0 out recently
> because both Sakai Portal and uPortal are now using it. Until now,
> there just hasn't been a huge push to cut GA simply because those
> using the beta weren't as worried with the label as much as they were
> whether or not their specific app worked.
>
> If you want to monitor progress of the release, check out the dev list:
>
> http://mail-archives.apache.org/mod_mbox/portals-pluto-dev/
>
> Hope that helps,
>
>
> David
>
> Dana Singleterry wrote:
>
>> Thanks David.
>>
>> I'll suggest 1.1.0 to them and see how it goes. However, from
>> browsing the pluto project, it appeared to me that 1.1.0 is still in
>> beta. Maybe I'm missing something here. Please advice if so.
>>
>> Dana
>>
>> David H. DeWolf wrote:
>>
>>> Yes, there is. Look in the tools release of 1.0.1 under:
>>>
>>> http://www.apache.org/dyn/closer.cgi/portals/pluto/
>>>
>>>
>>> It's hard to say without knowing what you're doing, but if you're
>>> just getting started, it would be my strong recommendation that your
>>> client looks at 1.1.0.
>>>
>>> David
>>>
>>> Dana Singleterry wrote:
>>>
>>>> I guess I should have also asked is there a 1.0 testsuite?
>>>>
>>>> Dana
>>>>
>>>> David H. DeWolf wrote:
>>>>
>>>>> I've never actually tested the 1.1 testsuite on 1.0, but it should
>>>>> work since it only uses portlet apis. The one modification you
>>>>> will probably need is to change how servlet definition which is
>>>>> used as the portals's hook into the portlet to match 1.0 config
>>>>> instead of 1.1 config.
>>>>>
>>>>> Just curious, is there a reason why you want to test it on 1.0?
>>>>>
>>>>>
>>>>> Hope that helps,
>>>>>
>>>>>
>>>>> David
>>>>>
>>>>> Dana Singleterry wrote:
>>>>>
>>>>>> Does the pluto testsuite (pluto-testsuite-1.1.0-beta2.war
>>>>>> <http://mirrors.ibiblio.org/pub/mirrors/maven2/org/apache/pluto/pluto-testsuite/1.1.0-beta2/pluto-testsuite-1.1.0-beta2.war>)
>>>>>> work on pluto 1.0.1? I've deployed it using the pluto deploy war
>>>>>> admin portlet and it indicates that it deployed successfully but
>>>>>> I'm not sure how to access the tests. General guidance is
>>>>>> appreciated.
>>>>>>
>>>>>> Thanks,
>>>>>>
>>>>>> Dana
>>>>>>
Re: pluto testsuite question
Posted by "David H. DeWolf" <dd...@apache.org>.
True, but in addition to kicking around for a while I tried to cut the
test build for the GA release last night. I ran into a couple of issues
with the release process, but they are now resolved and I'll be cutting
it within the next few days - if not tonight.
There's been a push to get the GA release of 1.1.0 out recently because
both Sakai Portal and uPortal are now using it. Until now, there just
hasn't been a huge push to cut GA simply because those using the beta
weren't as worried with the label as much as they were whether or not
their specific app worked.
If you want to monitor progress of the release, check out the dev list:
http://mail-archives.apache.org/mod_mbox/portals-pluto-dev/
Hope that helps,
David
Dana Singleterry wrote:
> Thanks David.
>
> I'll suggest 1.1.0 to them and see how it goes. However, from browsing
> the pluto project, it appeared to me that 1.1.0 is still in beta. Maybe
> I'm missing something here. Please advice if so.
>
> Dana
>
> David H. DeWolf wrote:
>
>> Yes, there is. Look in the tools release of 1.0.1 under:
>>
>> http://www.apache.org/dyn/closer.cgi/portals/pluto/
>>
>>
>> It's hard to say without knowing what you're doing, but if you're just
>> getting started, it would be my strong recommendation that your client
>> looks at 1.1.0.
>>
>> David
>>
>> Dana Singleterry wrote:
>>
>>> I guess I should have also asked is there a 1.0 testsuite?
>>>
>>> Dana
>>>
>>> David H. DeWolf wrote:
>>>
>>>> I've never actually tested the 1.1 testsuite on 1.0, but it should
>>>> work since it only uses portlet apis. The one modification you will
>>>> probably need is to change how servlet definition which is used as
>>>> the portals's hook into the portlet to match 1.0 config instead of
>>>> 1.1 config.
>>>>
>>>> Just curious, is there a reason why you want to test it on 1.0?
>>>>
>>>>
>>>> Hope that helps,
>>>>
>>>>
>>>> David
>>>>
>>>> Dana Singleterry wrote:
>>>>
>>>>> Does the pluto testsuite (pluto-testsuite-1.1.0-beta2.war
>>>>> <http://mirrors.ibiblio.org/pub/mirrors/maven2/org/apache/pluto/pluto-testsuite/1.1.0-beta2/pluto-testsuite-1.1.0-beta2.war>)
>>>>> work on pluto 1.0.1? I've deployed it using the pluto deploy war
>>>>> admin portlet and it indicates that it deployed successfully but
>>>>> I'm not sure how to access the tests. General guidance is appreciated.
>>>>>
>>>>> Thanks,
>>>>>
>>>>> Dana
>>>>>
Re: pluto testsuite question
Posted by Dana Singleterry <da...@oracle.com>.
Thanks David.
I'll suggest 1.1.0 to them and see how it goes. However, from browsing
the pluto project, it appeared to me that 1.1.0 is still in beta. Maybe
I'm missing something here. Please advice if so.
Dana
David H. DeWolf wrote:
> Yes, there is. Look in the tools release of 1.0.1 under:
>
> http://www.apache.org/dyn/closer.cgi/portals/pluto/
>
>
> It's hard to say without knowing what you're doing, but if you're just
> getting started, it would be my strong recommendation that your client
> looks at 1.1.0.
>
> David
>
> Dana Singleterry wrote:
>
>> I guess I should have also asked is there a 1.0 testsuite?
>>
>> Dana
>>
>> David H. DeWolf wrote:
>>
>>> I've never actually tested the 1.1 testsuite on 1.0, but it should
>>> work since it only uses portlet apis. The one modification you will
>>> probably need is to change how servlet definition which is used as
>>> the portals's hook into the portlet to match 1.0 config instead of
>>> 1.1 config.
>>>
>>> Just curious, is there a reason why you want to test it on 1.0?
>>>
>>>
>>> Hope that helps,
>>>
>>>
>>> David
>>>
>>> Dana Singleterry wrote:
>>>
>>>> Does the pluto testsuite (pluto-testsuite-1.1.0-beta2.war
>>>> <http://mirrors.ibiblio.org/pub/mirrors/maven2/org/apache/pluto/pluto-testsuite/1.1.0-beta2/pluto-testsuite-1.1.0-beta2.war>)
>>>> work on pluto 1.0.1? I've deployed it using the pluto deploy war
>>>> admin portlet and it indicates that it deployed successfully but
>>>> I'm not sure how to access the tests. General guidance is appreciated.
>>>>
>>>> Thanks,
>>>>
>>>> Dana
>>>>
Re: pluto testsuite question
Posted by "David H. DeWolf" <dd...@apache.org>.
Yes, there is. Look in the tools release of 1.0.1 under:
http://www.apache.org/dyn/closer.cgi/portals/pluto/
It's hard to say without knowing what you're doing, but if you're just
getting started, it would be my strong recommendation that your client
looks at 1.1.0.
David
Dana Singleterry wrote:
> I guess I should have also asked is there a 1.0 testsuite?
>
> Dana
>
> David H. DeWolf wrote:
>
>> I've never actually tested the 1.1 testsuite on 1.0, but it should
>> work since it only uses portlet apis. The one modification you will
>> probably need is to change how servlet definition which is used as the
>> portals's hook into the portlet to match 1.0 config instead of 1.1
>> config.
>>
>> Just curious, is there a reason why you want to test it on 1.0?
>>
>>
>> Hope that helps,
>>
>>
>> David
>>
>> Dana Singleterry wrote:
>>
>>> Does the pluto testsuite (pluto-testsuite-1.1.0-beta2.war
>>> <http://mirrors.ibiblio.org/pub/mirrors/maven2/org/apache/pluto/pluto-testsuite/1.1.0-beta2/pluto-testsuite-1.1.0-beta2.war>)
>>> work on pluto 1.0.1? I've deployed it using the pluto deploy war
>>> admin portlet and it indicates that it deployed successfully but I'm
>>> not sure how to access the tests. General guidance is appreciated.
>>>
>>> Thanks,
>>>
>>> Dana
>>>
Re: pluto testsuite question
Posted by Dana Singleterry <da...@oracle.com>.
I guess I should have also asked is there a 1.0 testsuite?
Dana
David H. DeWolf wrote:
> I've never actually tested the 1.1 testsuite on 1.0, but it should
> work since it only uses portlet apis. The one modification you will
> probably need is to change how servlet definition which is used as the
> portals's hook into the portlet to match 1.0 config instead of 1.1
> config.
>
> Just curious, is there a reason why you want to test it on 1.0?
>
>
> Hope that helps,
>
>
> David
>
> Dana Singleterry wrote:
>
>> Does the pluto testsuite (pluto-testsuite-1.1.0-beta2.war
>> <http://mirrors.ibiblio.org/pub/mirrors/maven2/org/apache/pluto/pluto-testsuite/1.1.0-beta2/pluto-testsuite-1.1.0-beta2.war>)
>> work on pluto 1.0.1? I've deployed it using the pluto deploy war
>> admin portlet and it indicates that it deployed successfully but I'm
>> not sure how to access the tests. General guidance is appreciated.
>>
>> Thanks,
>>
>> Dana
>>
Re: pluto testsuite question
Posted by Dana Singleterry <da...@oracle.com>.
Working with a customer that is trying to certify 1.0.1 on oc4j
10.1.3.1. Pluto 1.0.1 deploys fine to oc4j10.1.3.1 as does the
helloWorld portlet. I suppose I can simply try 1.1.1 version of Pluto as
well and that may simplify the issues.
Additionally, I'm a pluto novice, there is a login on pluto 1.0.1 portal
and it suggests using tomcat/tomcat. This doesn't work and actually
gives me an error "Page cannot be found". Any idea what user / password
this is looking for?
Thanks,
Dana
David H. DeWolf wrote:
> I've never actually tested the 1.1 testsuite on 1.0, but it should
> work since it only uses portlet apis. The one modification you will
> probably need is to change how servlet definition which is used as the
> portals's hook into the portlet to match 1.0 config instead of 1.1
> config.
>
> Just curious, is there a reason why you want to test it on 1.0?
>
>
> Hope that helps,
>
>
> David
>
> Dana Singleterry wrote:
>
>> Does the pluto testsuite (pluto-testsuite-1.1.0-beta2.war
>> <http://mirrors.ibiblio.org/pub/mirrors/maven2/org/apache/pluto/pluto-testsuite/1.1.0-beta2/pluto-testsuite-1.1.0-beta2.war>)
>> work on pluto 1.0.1? I've deployed it using the pluto deploy war
>> admin portlet and it indicates that it deployed successfully but I'm
>> not sure how to access the tests. General guidance is appreciated.
>>
>> Thanks,
>>
>> Dana
>>
Re: pluto testsuite question
Posted by "David H. DeWolf" <dd...@apache.org>.
I've never actually tested the 1.1 testsuite on 1.0, but it should work
since it only uses portlet apis. The one modification you will probably
need is to change how servlet definition which is used as the portals's
hook into the portlet to match 1.0 config instead of 1.1 config.
Just curious, is there a reason why you want to test it on 1.0?
Hope that helps,
David
Dana Singleterry wrote:
> Does the pluto testsuite (pluto-testsuite-1.1.0-beta2.war
> <http://mirrors.ibiblio.org/pub/mirrors/maven2/org/apache/pluto/pluto-testsuite/1.1.0-beta2/pluto-testsuite-1.1.0-beta2.war>)
> work on pluto 1.0.1? I've deployed it using the pluto deploy war admin
> portlet and it indicates that it deployed successfully but I'm not sure
> how to access the tests. General guidance is appreciated.
>
> Thanks,
>
> Dana
>