I have worked with Websphere Portal 6.0,6.1 and developed portal applications usign JSR 168,JSR 286 Portlets.
Now I am moving to project where I will be working with Liferay portal server and JSR 168,JSR 286.
I know that as per programming interface (JSRs) It will be the same. But want to know what are the major difference at server level ( features,configuration,architecture, out-of-box services) when compared to Websphere Portal ?
Thanks
Liferay also supports JSR168 and JSR286 portlets, so in respect to that you can use the same API's as you are using in WebSphere Portal. The product itself cannot be easily compared to WPS as they both have different concepts. Liferay doesn't have a credential vault, for example, but it still supports SSO (NTLM or CAS). Your WebSphere Portal knowledge won't help you much in Liferay development, as it is a totally different product.
I agree the configuration will be different but I think it will help a lot the fact that you are prepared to think about the information architechture.
The main difference is that Liferay is not really that much prepared for escalability. It uses velocity so neither of the tags you use will help (Placeholders, component, element, etc).
It doesnt have that many portlets by default so you will have to develop a lot from the starter point.
Check this out for a really nice comparision (the slides are in spanish, and require the flash plug-in):
http://www.slideshare.net/mcimino/websphere-portal-vs-liferay-by-gartner-v10
Basically Liferay weaker points are in B2C and support. If you need to build a site that will rely heavily on personalization, you will have much work to do too.
Hope it helps
Related
I'm new to liferay. And I've some basic question that what is liferay all about. What is a liferay plugin project or service builder project? Is liferay any framework,GUI tool, a content manager or WHAT?
I know that you guys are not engaged with this tool in this BLOG but still somehow it is related to java. So please guys help me.
Have you tried reading the liferay tag-wiki on stackoverflow? Just hover your mouse over it and you will have answers to all your questions. And if you want more just click on the pop-up and you would also find details about how to learn more about Liferay.
Still as per the norms of answering, here are some brief answers to your question:
Is liferay any framework,GUI tool, a content manager or WHAT?
Liferay is an open source JSR 286 compliant web-portal and social platform, written in Java. It includes content-management and more. It has different plugins known as portlets like Blogs, Forums, Document management, Content management etc.
What is a liferay plugin project or service builder project?
Plugin projects are nothing but small components/applications/widgets that run in the portal. Some might have UI and others might run in the backend.
Service Builder is a framework in liferay to ease development of services which might include service to access database, web-services, json web-services.
Everything else is given in the tag-wiki and the wiki also includes links to official resources if you wish to use/develop in liferay.
plugins are features which developers add them to portals like liferay.
for example:
liferay hooks are defined to do some tasks, like user's authentication, adding users, etc .. and we want change (override) that hooks, so we need develop ext plugins to do this for us.
At our company we are using Liferay for portals. My biggest issue with developing for such a huge framework is that the restart takes a lot of time even on a decent PC. We're trying to use hot deploying were it's possible but this sometimes just doesn't work (dependencies require restart, PermGen space errors occurs sometimes and Liferay have to be killed, etc.)
What i'm thinking about is that with most of our portlet's we are not really using any Liferay specific services just the JSR 168 provided things which is a standard. So i'm wondering if there's any minimal portlet environments available for Jetty or Tomcat which we can use for quicker portlet development? Of course i know that once i encounter a Liferay specific service call this is not an option.
I was testing Apache Pluto earlier which is a full blown but still lightweight portlet container however it works differently the way the portlet wars are assembled (web.xml should be modified) and it breaks compatibility in our build environment with Liferay. So it's not an option but i'm looking for something similar.
I've never used life ray portal, but too much played with GateIn portal because IBM Portal is heay, mostly for quick development on JSR-286 i used gatein
Currently used for visioneo.org, very flexible for every kind of use, large community.
Here is short summary
Liferay Currently used for visioneo.org, very flexible for every kind of use, large community.
eXo Platform Awesome look and set of web applications embedded. Last generation portal, very impressive! Based on Gatein
JBoss EPP Based on gatein, and designed to work with JBoss middleware architecture
Gatein A great portlet container. Light weight, easy to use. But unlike Liferay and eXo, it does not ship with collaborative portlets (Forum, Wiki etc.)
uPortal Beautiful portal, though its CSS are very intrusive: some BIRT styles are broken by uPortal's css.
Pluto Not really a portal, Apache Pluto can be used as a development / test platform. Often considered as a reference for portlet specifications.
Jahia Great look however not based on standards: portlets are supported but not really highlighted, a specific module technology is used instead
You might want to try the JRebel integration for Liferay. There's an introduction Webinar available, I don't know if it fully applies to the current implementation (the webinar is a bit aged) but it will give you an idea of the product/project.
I've been tasked with creating a documentation website for some services that we expose externally. Part of my task is to find out what the best base software would be to build this site. One of my specific objectives is to determine whether or not the Liferay Portal software or its plugins are suitable for building what is primarily functioning as an API documentation website. It seems like Liferay is meant for more content-driving applications, such as news, wikis, blogs, etc.
If Liferay is suitable for this task, are there any pointers on what the general layout should be for the site?
Liferay itself is proving to be rather complicated to learn, so I figured that it'd be better to figure out if I'm wasting my time or not before really diving into learning how to use it.
At the same time, are there any better, non-commercial alternatives?
Thanks!
I am creating web portal using Liferay and I implemented a simple document browsing page. I was using amazon java libraries to accomplish that and it was quite easy(just download all of the jars, include them in your portlet library folder and AWS(AmazonS3) is ready to use). On the other, the programmatic part of creating this portals with Liferay is quite a lot. I suggest you if you don't like programming to chose another software :)
I hope this was helpful! Its just an advice not a concrete answer.
Good luck with developing your website :)
I want to create an enterprise intranet , that provides authentication of employees and management profiles, messaging, calendar, document management...
I think I can use php or java CMS , for the moment after some research I decided to use Liferay or Alfresco. The problem is that I don't really know the difference between them , and what I have to choose .
They're quite different products, solving different business needs.
Liferay
It's a Java Portal. It focuses on creating web sites that are able to integrate data coming from different sources and applications in the same page. Using portlets, you compose a page to enrich it with such mini applications. It's mostly used to create web sites that aggregate information and contain interactive features such as online chat, blogs and the like. It also provides document management as part of its features, with the possibility of integrating Alfresco as a backend.
Alfresco
It's an Enterprise Content Management system. It revolves around documents, their lifecycle and collaboration capabilities over such documents. With the advent of Share, Alfresco now offers a lightweight portal-like application that lets you place "dashlets" in both an User Dashboard and a Site Dashboard (sites are shared workspaces).
While you can have non-document centric dashlets, blogs and wikis, they're not extremely sophisticated, and most of Alfresco features focus on document management and online collaboration.
I have not worked with portals for quite a while, but I guess the answer is : It really depends. :)
Seriously, in your requirements context I would compare Alfresco Share with Liferay. Both compose pages in a similiar fashion with Webscripts/Portlets components and have security baked in.
I think the most important factor to consider is your skill set.
If you feel at home with Java, the Portlet spec and server side logic : Lean towards Liferay. Alfresco Share/Spring Surf should serve you better if you prefer Javascript in the browser and JSON/REST style programming.
Besides, validate how strong your document management requirements are.
Do you really need super sophisticated search, workflow, versioning, security and the like ?
Sophistication increases complexity. That is also why I would be careful before introducing them both at the same time.
Another point to have in mind may be documentation - guess this point goes to Liferay.
Liferay's primary strength is as a portal where you use existing "applications" to fit your need, or create your own using the Portlet spec. Alfresco is a CMS, so it focuses on content management.
Why not use both?
Snaps is a (rather new) web framework growing out of the Eclipse Virgo community that (will) allow dynamic, componentized web UIs by exploiting the OSGi infrastructure. Apparently it is the heir of "Slices", the previous attempt at this.
What I am wondering is whether there is any work ongoing in looking at how JSF (2) can be combined with such an approach? Is this at all possible? If so, is there any concrete work ongoing?
There is no work going on looking at JSF specifically or any other Web framework for that matter. Snaps aims to give you the dynamic runtime ability to compose your web app without restricting your choice of web framework in any way. It definitely doesn't aim to be another web framework.
I know some people have had JSF running on Virgo so I don't see any reason that you can't use it with snaps although I haven't tried it so I can't say for certain. If you do find a problem raise a bug on the Virgo project :)
Chris.
In case you're still interested:
At the Virgo formus I know there is some guy who does have it running with FancyFaces.
If you might have found another solution, would be glad to hear.
Grts