Rapha�l Luta wrote:
<snip>
> > - Portlets need to be thread safe. I am going be creating these left
> > and right within the Engine. In the future we might have a tag
> > interface which Jetspeed can use to buffer up multiple Portlets in a
> > pool and then have only one thread process these at once... but not
> > right now.
> >
>
> 1.3 but I think this would provide *major* performance improvement.
I actually don't see that pooling will improve performance. It is still
the same code being executed. In fact it might slow performance in that
Jetspeed has to mark synchronized a single thread across each portlet
and making sure new instances are available, etc. It would only be for
Portlets that need to be thread safe... which is bad code anyway.
<snip>
> I think we should chose fast rendering with a default "content unavailable" message
> when an IOException occurs. This effect will be mitigated by either the
> pre-instanciating of the Portlets or the use of disk-based portlet content cache.
Yup.
> > - Pre-instantiating all Portlets: If you turn on a property, and
> > Jetspeed has enough memory, I am going to instantiate all Portlets from
> > the PortletRegistry and from the FeedDaemon. This should basically make
> > Jetspeed run right from memory and much faster. Smaller installations
> > can turn this off. There are only 1700 or so possible Portlets even
> > with OCS turned on. Maybe this will change in the future but hopefully
> > this will grow while memory becomes cheaper.
> >
>
> I think we should separate the PortletRegistry pre-instanciation which we can
> turn on by default (I don't think we will have more than a hundred portlets
> definition in this registry) and the FeddDaemon which may not be useful for
> some jetspeed uses.
Really? I actually think the FeedDaemon would be used in like 90% of
installations. But then again I might be wrong. I would really like to
have some items in the PortletRegistry become "preferred" or
"recommended" Portlets so that when you first start the PortletBrowser
you basically see the recommended Portlets and then "here are some
additional channels you might like to subscribe to".
...
--
Kevin A Burton ([EMAIL PROTECTED])
http://relativity.yi.org
Message to SUN: "Please Open Source Java!"
"For evil to win is for good men to do nothing."
--
--------------------------------------------------------------
Please read the FAQ! <http://java.apache.org/faq/>
To subscribe: [EMAIL PROTECTED]
To unsubscribe: [EMAIL PROTECTED]
Archives and Other: <http://java.apache.org/main/mail.html>
Problems?: [EMAIL PROTECTED]
