You are viewing a plain text version of this content. The canonical link for it is here.
Posted to pluto-dev@portals.apache.org by Jason Novotny <no...@aei.mpg.de> on 2004/02/09 13:50:29 UTC
pluto & tck
Hi,
I'm in the process of trying to certify our GridSphere portlet
container (http://www.gridsphere.org) with Sun's TCK and I'm beginning
to think succesfully running the TCK is harder than writing a JSR
portlet implementation ;-). Can someone explain to me what sort of
"repackaging" pluto does with all the zillions of TCK wars that are
created? My guess is that each one of those wars must have a copy of
PortletServlet.class added to it and a corresponding entry in web.xml
too... and what else? Anyway, I'd like to gain a better understanding
of how pluto actually works with the TCK-- right now the two seems
somewhat bound together. I can only imagine many app server vendors are
pulling their hair out trying to use the TCK as it is now with their
portal offerings....
Thanks, Jason
Re: pluto & tck
Posted by Stefan Hepper <st...@hursley.ibm.com>.
Hi Jason,
sorry the correct name is:
org.apache.pluto.portalimpl.servlet.TCKdriver.
Stefan
Jason Novotny wrote:
>
> Hi Stefan,
>
> I did an update but I still can't find TCKServlet anywhere-- am I
> missing something? (I also checked the TCK code and no luck)
>
> Thanks, Jason
>
> Stefan Hepper wrote:
>
>> Yes, that would be a possibility. You also need the TCKServlet that
>> the TCK sends it requests to.
>>
>>
>> Maybe it was just the case that different people have developed the
>> testcases and put therefore each test in one web app to be able to
>> test it stand alone.
>>
>> Stefan
>>
>> Jason Novotny wrote:
>>
>>> Thanks Stefan,
>>>
>>> I would like to do the same thing I guess--- those portlets just
>>> won't load themselves and we too are using a sort of PortletServlet
>>> loader that gets managed by the servlet container. In that case,
>>> should I just be trying to adapt Deploy.java and what else for our
>>> needs? I'm still not sure why they need every test in a separate
>>> webapp.... probably just to make my life difficult ;-)
>>>
>>> Jason
>>>
>>>
>>
>>
>
>
Re: pluto & tck
Posted by Jason Novotny <no...@aei.mpg.de>.
Hi Stefan,
I did an update but I still can't find TCKServlet anywhere-- am I
missing something? (I also checked the TCK code and no luck)
Thanks, Jason
Stefan Hepper wrote:
> Yes, that would be a possibility. You also need the TCKServlet that
> the TCK sends it requests to.
>
>
> Maybe it was just the case that different people have developed the
> testcases and put therefore each test in one web app to be able to
> test it stand alone.
>
> Stefan
>
> Jason Novotny wrote:
>
>> Thanks Stefan,
>>
>> I would like to do the same thing I guess--- those portlets just
>> won't load themselves and we too are using a sort of PortletServlet
>> loader that gets managed by the servlet container. In that case,
>> should I just be trying to adapt Deploy.java and what else for our
>> needs? I'm still not sure why they need every test in a separate
>> webapp.... probably just to make my life difficult ;-)
>>
>> Jason
>>
>>
>
>
Re: pluto & tck
Posted by Stefan Hepper <st...@hursley.ibm.com>.
Yes, that would be a possibility. You also need the TCKServlet that the
TCK sends it requests to.
Maybe it was just the case that different people have developed the
testcases and put therefore each test in one web app to be able to test
it stand alone.
Stefan
Jason Novotny wrote:
> Thanks Stefan,
>
> I would like to do the same thing I guess--- those portlets just
> won't load themselves and we too are using a sort of PortletServlet
> loader that gets managed by the servlet container. In that case, should
> I just be trying to adapt Deploy.java and what else for our needs? I'm
> still not sure why they need every test in a separate webapp....
> probably just to make my life difficult ;-)
>
> Jason
>
>
Re: pluto & tck
Posted by Jason Novotny <no...@aei.mpg.de>.
Thanks Stefan,
I would like to do the same thing I guess--- those portlets just
won't load themselves and we too are using a sort of PortletServlet
loader that gets managed by the servlet container. In that case, should
I just be trying to adapt Deploy.java and what else for our needs? I'm
still not sure why they need every test in a separate webapp....
probably just to make my life difficult ;-)
Jason
Stefan Hepper wrote:
> Hi Jason,
> you don't need to re-package the TCK WARs. That is just something that
> the pluto deployment does in order to add the PortleServlet wrapper
> servlet in the web.xml. Please see the spec chapter about the TCK that
> explains two different methods of how the TCK could talk to the portal.
>
> Stefan
>
> Jason Novotny wrote:
>
>>
>> Hi,
>>
>> I'm in the process of trying to certify our GridSphere portlet
>> container (http://www.gridsphere.org) with Sun's TCK and I'm
>> beginning to think succesfully running the TCK is harder than writing
>> a JSR portlet implementation ;-). Can someone explain to me what sort
>> of "repackaging" pluto does with all the zillions of TCK wars that
>> are created? My guess is that each one of those wars must have a copy
>> of PortletServlet.class added to it and a corresponding entry in
>> web.xml too... and what else? Anyway, I'd like to gain a better
>> understanding of how pluto actually works with the TCK-- right now
>> the two seems somewhat bound together. I can only imagine many app
>> server vendors are pulling their hair out trying to use the TCK as it
>> is now with their portal offerings....
>>
>> Thanks, Jason
>>
>>
>
>
Re: pluto & tck
Posted by Stefan Hepper <st...@hursley.ibm.com>.
Hi Jason,
you don't need to re-package the TCK WARs. That is just something that
the pluto deployment does in order to add the PortleServlet wrapper
servlet in the web.xml. Please see the spec chapter about the TCK that
explains two different methods of how the TCK could talk to the portal.
Stefan
Jason Novotny wrote:
>
> Hi,
>
> I'm in the process of trying to certify our GridSphere portlet
> container (http://www.gridsphere.org) with Sun's TCK and I'm beginning
> to think succesfully running the TCK is harder than writing a JSR
> portlet implementation ;-). Can someone explain to me what sort of
> "repackaging" pluto does with all the zillions of TCK wars that are
> created? My guess is that each one of those wars must have a copy of
> PortletServlet.class added to it and a corresponding entry in web.xml
> too... and what else? Anyway, I'd like to gain a better understanding
> of how pluto actually works with the TCK-- right now the two seems
> somewhat bound together. I can only imagine many app server vendors are
> pulling their hair out trying to use the TCK as it is now with their
> portal offerings....
>
> Thanks, Jason
>
>