Liferay modules communication

Juan Fernández
Juan Fernández
Less Than a Minute Read

 

Hi guys:

when you start developing in Liferay you notice that there are many modules and libraries in its core, but there are not accessible from everywhere.

I recently found a problem developing an improvement for the workflow system (see http://issues.liferay.com/browse/LPS-8821), where I needed to use a class that I couldn't access... and I realized that I needed to know which concrete classes were reachable from where I was. 

I have done a little research and I've written a wiki article explaining this, and I have created a diagram to make it easier to understand:

diagram2

 

I hope it'll be useful for you, developers!

Regards

 

Juan Fernández

 

[IMPORTANT UPDATE: This has recently changed for the current Liferay version - 6.0.2. portal-service and portal-kernel have been merged, so that it's much easier now to develop. See http://issues.liferay.com/browse/LPS-9370 for further information]

Page Comments
thumbnail
Sampsa Sohlman
15 Years Ago
Good article.

I have found out that many utils can be called in from "portal-impl" using com.liferay.portal.kernel.util.PortalClassInvoker. Good example how to do this is com.liferay.portal.kernel.util.PropsUtil, which is delegating calls to com.liferay.portal.util.PropsUtil.
Please sign in to reply.
thumbnail
Jakub Liska Sampsa Sohlman
15 Years Ago
Hey,
so the kernel.util.PropsUtil via " PortalClassInvoker.invoke() > PortalClassLoaderUtil.getClassLoader() " gets liferayPortalClassloader for a moment just to load util.PropsUtil and call methods on it ?

I'm not sure I'f I get it, why wouldn't we then just get the liferayPortalClassloader from PortalClassLoaderUtil and load whatever class we'd wanted ?
Please sign in to reply.
thumbnail
Sampsa Sohlman Jakub Liska
15 Years Ago
Hi Jakub

If all applications would run under same classloader there would be class version conflicts. Then you could safely use only classes provided by liferay and when they upgrade their libs you should too.

You would loose modularity.
Please sign in to reply.
thumbnail
Jakub Liska Sampsa Sohlman
15 Years Ago
I understand this fact, what I meant was: why this way of loading classes from root liferay context by LiferayPortalClassloader isn't used for 3rd party portlets, instead of using LiferayPortalClassloader as a primary (and the only one) classloader. Because usually when people do it, they just need to load a few classes from portal context, which could be easily done the way you described.
Please sign in to reply.
thumbnail
Jakub Liska Sampsa Sohlman
15 Years Ago
I forgot considering the fact, that using another classloader (portal) is very restricted as to what we are calling, because the living object instances would have to be serialized and instantiated again in local context to be used. That's why portlets need to use Portal classloader if they want to use portal-impl classes. Is this the point ? In this case, could you please explain more specifically what did you mean by the first comment ? Thanks Sampsa
Please sign in to reply.
thumbnail
Sampsa Sohlman Jakub Liska
15 Years Ago
You are on correct track. PropsUtil is very simple case because parameter and return classes are globally available. If I recall correct (might be mistaking at this point) - if the return values are interfaces which are availabe at portal-service.jar (and older portal-kernel.jar), you should be return those too with PortalClassInvoker.

Liferay has also more complex cross classloader features and instead of serializing objects they are using java's Proxy object feature. Look example BeanLocatorImpl. Hooks have been implemented by using Proxy objects.
Please sign in to reply.
thumbnail
Jonas Yuan
15 Years Ago
Nice feature! Thank you, Juan.

It would be nice that you could add a practical example for CLP.
Please sign in to reply.
thumbnail
Juan Fernández Jonas Yuan
15 Years Ago
Hi Jonas: thanks for your comment.
You have a wiki article I created explaining how to use CLP communication here: http://www.liferay.com/community/wiki/-/wiki/Main/Using+Class+Loader+Proxy+classes+to+share+plugins+services
Please sign in to reply.
thumbnail
Bavithra Rajendran
15 Years Ago
Sir, article is very good and wiki link explained as how to use CLP communication. Thanks for the diagram as it made very easier to understand emoticon
Please sign in to reply.
Balu Sasidharan
15 Years Ago
Hi Juan,

You were helping me out for some previous issues .Thanks for all your help Please help me out in this .

I have one more problem decribed below

I have a web application and I changed it as a portlet by adding the required files
Now I want use the com.liferay.model.impl.UserImpl class in my WebApp.
When I used it I'm getting ClassNot found Exception.I added portal-impl.jar entry into liferay-plugin-package.prpeties file and started tomcat . Still I'm getting the same Exception.

I have tried severel methods to get rid of this problem ,But none of them seems to work.

I don't know where I'm going wrong? Its been 7 days I stuck with this problem.


Please help me out
I'm very much in need

Thanks
Please sign in to reply.

Related Assets...

No Results Found

More Blog Entries...