Liferay Portal 3.2 has been released.
Summary of the major new features include CMS based on the popular Journal portlet. The Liferay web site was rebuilt to showcase the idea of Articles, Structurs, and Templates, giving the integrated CMS a very flexible XML/XSLT engine. Will be JSR 170 compliant.
The backend was rearchitected to take advantage of OSCache's recent release which includes for JGroups. This makes Liferay even more scalable because you can add nodes to your Liferay deployment and not lose caching.
Many more bug fixes and improvements.
To see a demo of the portal, check out http://demo.liferay.net
To see the output of the CMS, see http://www.liferay.com
To see the content of how the CMS can be manipulated, download any of the Liferay distributions. More documentation will be posted on the Liferay web site in the coming days.
Enjoy! And thanks for everyone's contributions.
-
Liferay Portal 3.2 Released: CMS + Clustered Cache (18 messages)
- Posted by: Brian Chan
- Posted on: January 31 2005 11:52 EST
Threaded Messages (18)
- impressive portlets, but it's not easy to add custom portlets by artful dodger on February 01 2005 09:39 EST
- Integrating Custom Portlets by Brian Chan on February 01 2005 11:13 EST
- Simple Layout but Powerful Portlets by Stefan Marx on February 01 2005 11:18 EST
-
How Do You Get The Custom Portlet To Show On Liferay by Anthony Bisong on February 02 2005 11:46 EST
- How Do You Get The Custom Portlet To Show On Liferay by Steven Goldsmith on February 02 2005 11:57 EST
-
How Do You Get The Custom Portlet To Show On Liferay by Anthony Bisong on February 02 2005 11:46 EST
- impressive portlets, but it's not easy to add custom portlets by Steven Goldsmith on February 01 2005 11:18 EST
- I built a liferay portal by geoff hendrey on February 01 2005 12:57 EST
- Eager to see CMS documentation by Raffaele Guidi on February 01 2005 15:47 EST
- Eager to see CMS documentation by Brian Chan on February 01 2005 15:59 EST
-
CMS Structure by Stefan Marx on February 02 2005 09:59 EST
- CMS Structure by Brian Chan on February 02 2005 12:01 EST
-
CMS Structure by Stefan Marx on February 02 2005 09:59 EST
- Eager to see CMS documentation by Bryan Cheung on May 10 2005 15:07 EDT
- Eager to see CMS documentation by Brian Chan on February 01 2005 15:59 EST
- Liferay Portal 3.2 Released: CMS + Clustered Cache by Dorel Vaida on February 02 2005 02:24 EST
- Liferay Portal 3.2 Released: CMS + Clustered Cache by Brian Chan on February 02 2005 04:50 EST
- Liferay Portal 3.2 Released: CMS + Clustered Cache by Dorel Vaida on February 03 2005 02:33 EST
- Liferay Portal 3.2 Released: CMS + Clustered Cache by Brian Chan on February 02 2005 04:50 EST
- Liferay Portal 3.2 Released: CMS + Clustered Cache by George de la Torre on February 02 2005 10:07 EST
- Liferay Portal 3.2 Released: CMS + Clustered Cache by Brian Chan on February 02 2005 12:01 EST
- Cocoon? by George de la Torre on February 02 2005 02:30 EST
- Liferay Portal 3.2 Released: CMS + Clustered Cache by Brian Chan on February 02 2005 12:01 EST
-
impressive portlets, but it's not easy to add custom portlets[ Go to top ]
- Posted by: artful dodger
- Posted on: February 01 2005 09:39 EST
- in response to Brian Chan
Liferay is impressive, in particular all the portlets that come with it.
The most common criticism is that it is not flexible. It can be difficult to integrate custom portlets into the portal. -
Integrating Custom Portlets[ Go to top ]
- Posted by: Brian Chan
- Posted on: February 01 2005 11:13 EST
- in response to artful dodger
It's easy to deploy custom portlets now.
For example:
http://www.liferay.com/cms/servlet/DOCUMENTATION-DEVELOPMENT-HOT-DEPLOY
This link shows you how to deploy our test.war and even the Sun war. The instructions allow you to hot deploy your custom JSR 168 portlets. -
Simple Layout but Powerful Portlets[ Go to top ]
- Posted by: Stefan Marx
- Posted on: February 01 2005 11:18 EST
- in response to artful dodger
Hi,
Yes it's hard to extend Liferay but it's not impossible.
But overall, the perfect PortalEngine (for me) would be :
1. Liferay Portlets and Engine (very stable)
2. Jetspeed's LayoutFeatures (nested Portlets, different controllers, ...)
3. A snip-snap like wiki and CMS implementation. -
How Do You Get The Custom Portlet To Show On Liferay[ Go to top ]
- Posted by: Anthony Bisong
- Posted on: February 02 2005 11:46 EST
- in response to Stefan Marx
I have used the instructions at http://www.liferay.com/cms/servlet/DOCUMENTATION-DEVELOPMENT-HOT-DEPLOY to hot deploy the test.war but the instructions does not tell you how to configure the custom portlets to show on liferay portal. How do you get the portlets to show? Do you have to update the following files liferay-display.xml, liferay-portlet.xml, portlet.xml? -
How Do You Get The Custom Portlet To Show On Liferay[ Go to top ]
- Posted by: Steven Goldsmith
- Posted on: February 02 2005 11:57 EST
- in response to Anthony Bisong
but the instructions does not tell you how to configure the custom portlets to show on liferay portal. How do you get the portlets to show? Do you have to update the following files liferay-display.xml, liferay-portlet.xml, portlet.xml?
You answered your own question. portlet.xml is standard jsr-168 format.
liferay-display.xml example:
<display>
<category name="category.tools">
<portlet id="iseriessysstat_portlet" status="dev" />
<portlet id="5250_portlet" status="dev" />
</category>
</display>
liferay-portlet.xml example:
<portlets>
<portlet id="iseriessysstat_portlet" struts-path="iseriessysstat_portlet" />
<portlet id="5250_portlet" struts-path="5250_portlet" />
</portlets>
-
impressive portlets, but it's not easy to add custom portlets[ Go to top ]
- Posted by: Steven Goldsmith
- Posted on: February 01 2005 11:18 EST
- in response to artful dodger
The most common criticism is that it is not flexible. It can be difficult to integrate custom portlets into the portal.
I've built some JSR 168 portlets (one is a 5250 emulator and another is an iSeries monitor) and they are very easy to develop and deploy. No harder than developing a standard war based app... -
I built a liferay portal[ Go to top ]
- Posted by: geoff hendrey
- Posted on: February 01 2005 12:57 EST
- in response to Brian Chan
About a year ago I downloaded Liferay and built a simple portlet. I had not even seen JSR 168 and in a few days I had configured the portal and built the portlet. I've been running the instance for about 9 months. It went down once. ANyway, I have been very happy with it, though at the time I would have liked a better tutorial on how to write the portlet (since I also did not know JSP and had to learn that too). -
Eager to see CMS documentation[ Go to top ]
- Posted by: Raffaele Guidi
- Posted on: February 01 2005 15:47 EST
- in response to Brian Chan
I think every open source portal/CMS is a bit too "portal" or too "CMS". Your new cms is impressive (even if pages seem to be a little slower than the portal demo ones - I'm sure you will fix it soon) and, if it is integrated as I hope it could fulfill the lack of a portal framework able to serve both nice designed content pages *and* portlet enabled functionalities.
Will it be possible mixing up content and portlets easily? -
Eager to see CMS documentation[ Go to top ]
- Posted by: Brian Chan
- Posted on: February 01 2005 15:59 EST
- in response to Raffaele Guidi
Right now, the CMS aspect is meant to serve web sites that are not portal looking at all, for the external world. It's completely flexible as it's based on XML/XSLT.
In the next phase, the internal portal will be modifiable to use the XML/XSLT from the CMS to change the look and feel.
So you have best of both worlds, depending on your needs: a complete non portal looking CMS based web site, with role based content management, and a very boxy portal look that is good for extranets/intranets and traditional portal usage.
The documentation for CMS is coming, for now though, the easiest way to learn is to go through the Journal portlet, and play around with the relationship between Articles/Structures/ and Templates.
In a way, Structures are like the skeleton/XML piece.
Templates are the XSL piece.
And Articles is a way for marketing folk to go in there and change text without bothering IT folk. -
CMS Structure[ Go to top ]
- Posted by: Stefan Marx
- Posted on: February 02 2005 09:59 EST
- in response to Brian Chan
Hi,
is there any documentation about how the navigation of the cms Website can be changed ?
Stefan -
CMS Structure[ Go to top ]
- Posted by: Brian Chan
- Posted on: February 02 2005 12:01 EST
- in response to Stefan Marx
Look under templates, and look for LAYOUT-MENU-DATA
We use XML/XSL strictly, so you can just trace it that way. -
Eager to see CMS documentation[ Go to top ]
- Posted by: Bryan Cheung
- Posted on: May 10 2005 15:07 EDT
- in response to Raffaele Guidi
There's a fairly basic CMS tutorial available at:
http://www.liferay.com/cms/servlet/DOCUMENTATION-USER-GUIDE-CMS -
Liferay Portal 3.2 Released: CMS + Clustered Cache[ Go to top ]
- Posted by: Dorel Vaida
- Posted on: February 02 2005 02:24 EST
- in response to Brian Chan
Congrats. It seems you've read my mind with clustering. I have several questions, though:
From the site: "You can cluster the enterprise release of Liferay in multiple tiers: presentation tier, business logic tier, and database tier to meet your specific load requirements."
1.) Only the Enterprise version benefits from clustering ?
2.) You say it works with Struts/Tiles. Wouldn't be possible to integrate OS Sitemesh as well, and have a way to choose between Tiles and sitemesh? In my oppinion Sitemesh beats the crap out of Tiles.
thanks in advance -
Liferay Portal 3.2 Released: CMS + Clustered Cache[ Go to top ]
- Posted by: Brian Chan
- Posted on: February 02 2005 04:50 EST
- in response to Dorel Vaida
You can cluster the professional version as well, but not in 3 tiers. That would be 2 tiers, because the spring beans and the servlet are on one container, the db in another.
For the enterprise, you can break up the ejb in one layer, the servlet in another layer, and the db in another layer.
How is Tiles inferior to Sitemesh? I'm not too familiar with Sitemesh.
Your custom portlets can use sitemesh if you want, but the portal framework itself is built on top of Struts and Tiles. -
Liferay Portal 3.2 Released: CMS + Clustered Cache[ Go to top ]
- Posted by: Dorel Vaida
- Posted on: February 03 2005 02:33 EST
- in response to Brian Chan
You can cluster the professional version as well, but not in 3 tiers. That would be 2 tiers, because the spring beans and the servlet are on one container, the db in another.
got it
For the enterprise, you can break up the ejb in one layer, the servlet in another layer, and the db in another layer.How is Tiles inferior to Sitemesh? I'm not too familiar with Sitemesh.
Now, I wouldn't say tiles is inferior :-) I would say just that sitemesh rocks harder :-). Tiles looks too much like jsp includes, you include too much. Sitemesh is an implemetation of the decorator pattern, easy to use, alot more flexible and elegant than tiles. You can aggregate content from different NON java sources, hell you can easily build a portal look like website with it. It just missing the portlet lifecycle/states :-). Take a look at it, you can't be a web developer w/o taking a look at sitemesh :-).Your custom portlets can use sitemesh if you want, but the portal framework itself is built on top of Struts and Tiles.
Allright, I understand what you mean, I'll look into that, thanks. -
Liferay Portal 3.2 Released: CMS + Clustered Cache[ Go to top ]
- Posted by: George de la Torre
- Posted on: February 02 2005 10:07 EST
- in response to Brian Chan
Looks great!
I'm planning on making my Cocoon (2.1.5) Web application to be JSR-168 and WRSP compliant, is Liferay worth a look for this?
Thanks -
Liferay Portal 3.2 Released: CMS + Clustered Cache[ Go to top ]
- Posted by: Brian Chan
- Posted on: February 02 2005 12:01 EST
- in response to George de la Torre
Yup, it may meet your requirements. What are you looking to do in Cocoon? -
Cocoon?[ Go to top ]
- Posted by: George de la Torre
- Posted on: February 02 2005 14:30 EST
- in response to Brian Chan
Hi Brian,
Cocoon is the Web interface tier, "all" pages are created with XML/XSLT. The business engine is based on J2EE with Entity beans serving the Cocoon tier. We have DTOs passing through tiers for this, it really wotks great for complex business rules. Also, Cocoon provides us with the elegent ability to integrate content fronm other sources. I really like the pipeline framework for its extensible possiblilities.
Now, want to be Portal standards compliant, however don't want to add another framework just for JSR-168 and WSRP.