You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@wicket.apache.org by "Ate Douma (JIRA)" <ji...@apache.org> on 2007/09/06 13:22:32 UTC

[jira] Commented: (WICKET-656) New Wicket Portlet support: adding portlet support with a new WicketPortlet and support classes

    [ https://issues.apache.org/jira/browse/WICKET-656?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12525400 ] 

Ate Douma commented on WICKET-656:
----------------------------------

I'm going to refactor instantiating Wicket portlet-support entry point classes a little to make the easier extendable (like for different portals).

Also, WicketPortlet requires two portal specific factory class implementations for the Portals Bridges ServletContextProvider and ResourceURLFactory interfaces.
You can specify the implementation class names as:
- portlet init parameter
- context init parameter
- new: through a org.apache.wicket.protocol.http.portlet.WicketPortlet.properties file on the classpath (.e.g. in the WicketPortlet package)

This last enhancement supporting WicketPortlet.properties (which for instance can be provided by the portal itself from its shared classpath) makes it possible to keep all portal specific configurations out of an wicket portlet based application (e.g. wicket-examples).

> New Wicket Portlet support: adding portlet support with a new WicketPortlet and support classes 
> ------------------------------------------------------------------------------------------------
>
>                 Key: WICKET-656
>                 URL: https://issues.apache.org/jira/browse/WICKET-656
>             Project: Wicket
>          Issue Type: Sub-task
>          Components: wicket-portlet
>    Affects Versions: 1.3.0-beta2, 1.3.0-beta3
>            Reporter: Ate Douma
>            Assignee: Ate Douma
>
> The "real" thing: a new WicketPortlet, WicketPortletFilter and supporting classes to allow Wicket applications to run (unmodified) as portlets.
> This brings in two new dependencies: portlet-api-1.0.jar and Apache Portals Bridges portals-bridges-common-1.0.2-beta1.jar
> As the Portals Bridges common dependency isn't available from ibiblio but through the (default) bridges and Jetspeed-2 remote maven-1 and maven-2 repositories at www.bluesunrise.com, I also add that one as additional repository.
> The portals-bridges-common-1.0.2-beta1.jar is needed for the PortletResourceURLFactory interface which allows creating pre-Portlet API 2.0 Portlet ResourceURLs by portals which implement it.
> Jetspeed-2.1.1-beta1, which I "released" just a few days ago unofficially now provides an implementation of this interface, so that one can be used for testing the Wicket portlet-support.
> This 2.1-1-beta1 release of Jetspeed-2 can temporarily be downloaded from http://people.apache.org/~ate until the formal release Jetspeed-2.1.1 which we've planned within one or two weeks from now.
> Note also: this Wicket portlet support depends on request filtering during included requests, and hence will require a servlet API 2.4 supporting container!

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.