Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

Version 1 Next »

Current Releases

  • Some people are still on 2.x; the latest 2.x releases were aimed at helping people
  • 3.0.x
  • 3.1.x
  • Traditionally, the third digit is a patch release; the second second digit is a feature/function releases
  • 3.2 (approx)
    • New portlet manager
    • Profiles
    • New URL syntax
  • 3.3 (approx)
  • 3.4 (approx)
  • What would cause us to do a major shift in a release (a.k.a., uPortal 4.0)?

Competitors

Java Open Source

  • Liferay/Sun - starting to see competition
  • JBoss -
  • Jetspeed - we have not seen a lot of competition in our higher ed space

All of these have JSR 286 support. This should be one of our highest priorities. This requires upgrading to Pluto 2.0. This is perhaps a few weeks of work, but would leave us with a portal that only renders portlets. To accommodate channels, there would be significant additional work. Supporting channels will continue to involve significant additional work. Recent posts to the lists indicate there are significant deployments of custom channels.

Balance putting effort into additional support for existing deployments (thus risking losing new customers) with focusing on JSR 286 support (at the expense of existing deployments). Continuing to support channels makes it difficult to use modern Java techniques. It also increases the ongoing testing burden.

Support for existing channels is significant.

Rewriting the Groups Manager and Permissions Manager UI would be a manageable.

We have to determine if we drop channel support forever or temporarily. Channels have access to the entire uPortal API whereas portlets do not. It would be significantly easier to drop channel support. Jetspeed dropped their custom API support. JBoss never had custom APIs. Liferay might have custom APIs. These other products had a published API that they specifically supported; we did not. uPortal channels call all sorts of uPortal APIs.

It does not seem unreasonable for us to drop support. The main question is one of time frame.

We already have replacements for the channels we ship with (except for Groups Manager). Our public recommendation on the mailing lists has been to use the latest version of uPortal and write portlets.

  • No labels