Sampsa Sohlman 13 Years Ago Thanks, this is useful information. Question - is this 6.0 only or did you backport this to EE ( 5.2sp4 )? And one more thing zip file is not available. I'm getting "Forbidden". Please sign in to reply. Reply as... Cancel Ray Augé Sampsa Sohlman 13 Years Ago Sorry about that! I fixed the file permissions, it should work now.This behavior is for 6.0 (and I believe later versions of 5.2). See the old post for how it worked previously. Please sign in to reply. Reply as... Cancel Thiago Leão Moreira Ray Augé 13 Years Ago Great, now I can go forward...Thanks Ray Please sign in to reply. Reply as... Cancel
Ray Augé Sampsa Sohlman 13 Years Ago Sorry about that! I fixed the file permissions, it should work now.This behavior is for 6.0 (and I believe later versions of 5.2). See the old post for how it worked previously. Please sign in to reply. Reply as... Cancel Thiago Leão Moreira Ray Augé 13 Years Ago Great, now I can go forward...Thanks Ray Please sign in to reply. Reply as... Cancel
Thiago Leão Moreira Ray Augé 13 Years Ago Great, now I can go forward...Thanks Ray Please sign in to reply. Reply as... Cancel
Kamesh Sampath 13 Years Ago Hello Ray,In this context i would like to ask a Question what are the other ways that we can use for Liferay to pickup the liferay plugins from an archive a WAR or EAR etc., I see that adding PortletContextListener will do the job just curious to know any other alternatives any Liferay service we can invoke to do this job.Thanks.Kamesh Please sign in to reply. Reply as... Cancel Ray Augé Kamesh Sampath 13 Years Ago Hmm.. If you're referring to programmatic injection I don't think we do. At least not yet. The bootstrapping process for plugins is pretty intense. I'm hoping that once we get going with OSGi that sort of scenario begins to open as an option.Then again, maybe I didn't understand your question! Please sign in to reply. Reply as... Cancel Kamesh Sampath Ray Augé 13 Years Ago Actually I was referring to the ways how Liferay picks up the plugins from the Archieves e.g war, since WAR undergoes normal deployment model in any J2EE server, Liferay adds one more additional step of registering the plugins from the WAR, not sure which service is called to do the same this will help when we deploy EAR in bigger servers where Liferay is deployed to enable registering of Liferay specific plugins.Hope i made it clear Please sign in to reply. Reply as... Cancel Ray Augé Kamesh Sampath 13 Years Ago Ah, I see! Typically when ear deployment of the portal is used, it's expected that the plugins that are to be used are pre-bundled in the ear (using plugin pre-deployment technique). Please sign in to reply. Reply as... Cancel Kamesh Sampath Ray Augé 13 Years Ago Thanks very much for the information Ray, can you please point to WIKI where it talks on the "plugin pre-deployment technique", i search the WIKI in vain Please sign in to reply. Reply as... Cancel
Ray Augé Kamesh Sampath 13 Years Ago Hmm.. If you're referring to programmatic injection I don't think we do. At least not yet. The bootstrapping process for plugins is pretty intense. I'm hoping that once we get going with OSGi that sort of scenario begins to open as an option.Then again, maybe I didn't understand your question! Please sign in to reply. Reply as... Cancel Kamesh Sampath Ray Augé 13 Years Ago Actually I was referring to the ways how Liferay picks up the plugins from the Archieves e.g war, since WAR undergoes normal deployment model in any J2EE server, Liferay adds one more additional step of registering the plugins from the WAR, not sure which service is called to do the same this will help when we deploy EAR in bigger servers where Liferay is deployed to enable registering of Liferay specific plugins.Hope i made it clear Please sign in to reply. Reply as... Cancel Ray Augé Kamesh Sampath 13 Years Ago Ah, I see! Typically when ear deployment of the portal is used, it's expected that the plugins that are to be used are pre-bundled in the ear (using plugin pre-deployment technique). Please sign in to reply. Reply as... Cancel Kamesh Sampath Ray Augé 13 Years Ago Thanks very much for the information Ray, can you please point to WIKI where it talks on the "plugin pre-deployment technique", i search the WIKI in vain Please sign in to reply. Reply as... Cancel
Kamesh Sampath Ray Augé 13 Years Ago Actually I was referring to the ways how Liferay picks up the plugins from the Archieves e.g war, since WAR undergoes normal deployment model in any J2EE server, Liferay adds one more additional step of registering the plugins from the WAR, not sure which service is called to do the same this will help when we deploy EAR in bigger servers where Liferay is deployed to enable registering of Liferay specific plugins.Hope i made it clear Please sign in to reply. Reply as... Cancel Ray Augé Kamesh Sampath 13 Years Ago Ah, I see! Typically when ear deployment of the portal is used, it's expected that the plugins that are to be used are pre-bundled in the ear (using plugin pre-deployment technique). Please sign in to reply. Reply as... Cancel Kamesh Sampath Ray Augé 13 Years Ago Thanks very much for the information Ray, can you please point to WIKI where it talks on the "plugin pre-deployment technique", i search the WIKI in vain Please sign in to reply. Reply as... Cancel
Ray Augé Kamesh Sampath 13 Years Ago Ah, I see! Typically when ear deployment of the portal is used, it's expected that the plugins that are to be used are pre-bundled in the ear (using plugin pre-deployment technique). Please sign in to reply. Reply as... Cancel Kamesh Sampath Ray Augé 13 Years Ago Thanks very much for the information Ray, can you please point to WIKI where it talks on the "plugin pre-deployment technique", i search the WIKI in vain Please sign in to reply. Reply as... Cancel
Kamesh Sampath Ray Augé 13 Years Ago Thanks very much for the information Ray, can you please point to WIKI where it talks on the "plugin pre-deployment technique", i search the WIKI in vain Please sign in to reply. Reply as... Cancel
Ashok Chilakapati 12 Years Ago Thanks for a very useful article. I am able to build extra functionality and use it in velocity theming. Works great!However, these extra tools I am building do not seem to be available for Journal Velocity Templates. I have setjournal.template.velocity.restricted.variables=in my portal-ext.properties so as to remove all restrictions.What gives?Thanks- ashok Please sign in to reply. Reply as... Cancel Ray Augé Ashok Chilakapati 12 Years Ago They should be... as there is no difference in the access to them between themes and WCT! You still have to make the load call first though to retrieve them (Even if already loaded in the theme, since it's a completely different context... not sure if that's the issue though). Please sign in to reply. Reply as... Cancel
Ray Augé Ashok Chilakapati 12 Years Ago They should be... as there is no difference in the access to them between themes and WCT! You still have to make the load call first though to retrieve them (Even if already loaded in the theme, since it's a completely different context... not sure if that's the issue though). Please sign in to reply. Reply as... Cancel
Daniel Wilmes 12 Years Ago Very nice information. Thank you. Please sign in to reply. Reply as... Cancel
(You) 12 Years Ago [...] One approach to overcome these challenges is to use a utility class written in Java and called within your script. We'll follow the approach that Ray outlined in a blog post about using Java utils... [...] Read More Please sign in to reply. Reply as... Cancel
Jignesh Shukla 12 Years Ago Really awesome feature. Thanks a lot Ray for sharing such a nice tutorial. ThanksJignesh Please sign in to reply. Reply as... Cancel
Kyle Chaplin 11 Years Ago Is there a way to call this MyTool implementation from a portlet? Thanks Please sign in to reply. Reply as... Cancel Ray Augé Kyle Chaplin 11 Years Ago Object bean = PortletBeanLocatorUtil.locate(String servletContextName /* plugin context name */, String name /* name of bean */);then do whatever you need to do with it. Please sign in to reply. Reply as... Cancel Craig Laidlaw Ray Augé 11 Years Ago Thank you Ray this is very helpful. I was able to create a hook with methods I can call from a VM. This works great in 6.0eespX. When I moved to 6.1eega2 the VM call couldn't find the bean until I added the ext-spring.xml definition back in to the hook in addition to the applicationContext.xml. Something to look at.Now I am trying to access the hook methods from a portlet with the PortletBeanLocatorUtil call and I'm getting ClassNotFoundExceptions in my portlet. This is in 6.1eega2, haven't tried it in 6.0.I'm getting an object from the bean locator call but when I try to use a method in the class I get the exception. Would you please expand on your "...do whatever you need to do with it." statement and provide a more detailed example so I can see where I may be getting off track? Thank you,Craig Please sign in to reply. Reply as... Cancel Ray Augé Craig Laidlaw 11 Years Ago Hey Craig,The main difference is that we're creating a Proxy around the spring bean. What that means is that the bean you're exposing must implement an interface that the Proxy can implement. This breaks when the bean is a static Util wrapper (which doesn't actually implement the interface). Please sign in to reply. Reply as... Cancel
Ray Augé Kyle Chaplin 11 Years Ago Object bean = PortletBeanLocatorUtil.locate(String servletContextName /* plugin context name */, String name /* name of bean */);then do whatever you need to do with it. Please sign in to reply. Reply as... Cancel Craig Laidlaw Ray Augé 11 Years Ago Thank you Ray this is very helpful. I was able to create a hook with methods I can call from a VM. This works great in 6.0eespX. When I moved to 6.1eega2 the VM call couldn't find the bean until I added the ext-spring.xml definition back in to the hook in addition to the applicationContext.xml. Something to look at.Now I am trying to access the hook methods from a portlet with the PortletBeanLocatorUtil call and I'm getting ClassNotFoundExceptions in my portlet. This is in 6.1eega2, haven't tried it in 6.0.I'm getting an object from the bean locator call but when I try to use a method in the class I get the exception. Would you please expand on your "...do whatever you need to do with it." statement and provide a more detailed example so I can see where I may be getting off track? Thank you,Craig Please sign in to reply. Reply as... Cancel Ray Augé Craig Laidlaw 11 Years Ago Hey Craig,The main difference is that we're creating a Proxy around the spring bean. What that means is that the bean you're exposing must implement an interface that the Proxy can implement. This breaks when the bean is a static Util wrapper (which doesn't actually implement the interface). Please sign in to reply. Reply as... Cancel
Craig Laidlaw Ray Augé 11 Years Ago Thank you Ray this is very helpful. I was able to create a hook with methods I can call from a VM. This works great in 6.0eespX. When I moved to 6.1eega2 the VM call couldn't find the bean until I added the ext-spring.xml definition back in to the hook in addition to the applicationContext.xml. Something to look at.Now I am trying to access the hook methods from a portlet with the PortletBeanLocatorUtil call and I'm getting ClassNotFoundExceptions in my portlet. This is in 6.1eega2, haven't tried it in 6.0.I'm getting an object from the bean locator call but when I try to use a method in the class I get the exception. Would you please expand on your "...do whatever you need to do with it." statement and provide a more detailed example so I can see where I may be getting off track? Thank you,Craig Please sign in to reply. Reply as... Cancel Ray Augé Craig Laidlaw 11 Years Ago Hey Craig,The main difference is that we're creating a Proxy around the spring bean. What that means is that the bean you're exposing must implement an interface that the Proxy can implement. This breaks when the bean is a static Util wrapper (which doesn't actually implement the interface). Please sign in to reply. Reply as... Cancel
Ray Augé Craig Laidlaw 11 Years Ago Hey Craig,The main difference is that we're creating a Proxy around the spring bean. What that means is that the bean you're exposing must implement an interface that the Proxy can implement. This breaks when the bean is a static Util wrapper (which doesn't actually implement the interface). Please sign in to reply. Reply as... Cancel
Toni Pérez Rodil 11 Years Ago Thank you very much for this useful post, Ray!I've deployed the test-velotool-hook on a Liferay 6.1 EE SP2 but I weren't able to get it working.I tested on a clean bundle following these steps: 1. Deploy the "test-velotool-hook". The log is OK. 2. Create a "Dummy" structure with a "dummy" text field. 3. Create a "Dummy" journal template associated to the "Dummy" structure. Its script is #set ($myTool = $utilLocator.findUtil('test-velotool-hook', 'com.mytool.MyTool'))<p>myTool=[$myTool]</p> 4. Create a "Dummy" web content that uses the "Dummy" structure and the "Dummy" template. 5. Add a "Web Content Display" showing the "Dummy" content in a page. In the log appears an exception that, in short, says:[UtilLocator:53] com.liferay.portal.kernel.bean.BeanLocatorException: org.springframework.beans.factory.NoSuchBeanDefinitionException: No bean named 'com.mytool.MyTool' is definedcom.liferay.portal.kernel.bean.BeanLocatorException: org.springframework.beans.factory.NoSuchBeanDefinitionException: No bean named 'com.mytool.MyTool' is defined at com.liferay.portal.bean.BeanLocatorImpl.locate(BeanLocatorImpl.java:89) at com.liferay.portal.kernel.bean.PortletBeanLocatorUtil.locate(PortletBeanLocatorUtil.java:47) at com.liferay.portal.velocity.UtilLocator.findUtil(UtilLocator.java:49) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ...Caused by: org.springframework.beans.factory.NoSuchBeanDefinitionException: No bean named 'com.mytool.MyTool' is defined at org.springframework.beans.factory.support.DefaultListableBeanFactory.getBeanDefinition(DefaultListableBeanFactory.java:529) at org.springframework.beans.factory.support.AbstractBeanFactory.getMergedLocalBeanDefinition(AbstractBeanFactory.java:1094) at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:276) at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:192) at org.springframework.context.support.AbstractApplicationContext.getBean(AbstractApplicationContext.java:1075) at com.liferay.portal.bean.BeanLocatorImpl.doLocate(BeanLocatorImpl.java:125) at com.liferay.portal.bean.BeanLocatorImpl.locate(BeanLocatorImpl.java:83) ....Should this hook work out-of-the-box on Liferay 6.1 EE SP2? Or does it need some tweaks?Thank you. Please sign in to reply. Reply as... Cancel Toni Pérez Rodil Toni Pérez Rodil 11 Years Ago Oh! I forget to say that I changed the "web.xml" of the hook. I needed to use the Servlet 2.4 XSD declaration instead of the Servlet 2.3 DTD to deploy it.The declaration used is:<web-app xmlns="http://java.sun.com/xml/ns/j2ee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd" version="2.4"> Please sign in to reply. Reply as... Cancel
Toni Pérez Rodil Toni Pérez Rodil 11 Years Ago Oh! I forget to say that I changed the "web.xml" of the hook. I needed to use the Servlet 2.4 XSD declaration instead of the Servlet 2.3 DTD to deploy it.The declaration used is:<web-app xmlns="http://java.sun.com/xml/ns/j2ee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd" version="2.4"> Please sign in to reply. Reply as... Cancel
Jose A. Jiménez 11 Years Ago Hi all,for version 6.1 or later you need to add the next param to the web.xml.<context-param> <param-name>portalContextConfigLocation</param-name> <param-value>/WEB-INF/applicationContext.xml</param-value></context-param>Kind regards!!! Please sign in to reply. Reply as... Cancel Jose A. Jiménez Jose A. Jiménez 11 Years Ago Other option for LF 6.1 or later:Add a file service.properties to the src folder of the plugin and configure the property spring.config. eg: spring.configs=\ WEB-INF/applicationContext.xml,\ \ WEB-INF/other-beans-def.xmlEnjoy!! Please sign in to reply. Reply as... Cancel
Jose A. Jiménez Jose A. Jiménez 11 Years Ago Other option for LF 6.1 or later:Add a file service.properties to the src folder of the plugin and configure the property spring.config. eg: spring.configs=\ WEB-INF/applicationContext.xml,\ \ WEB-INF/other-beans-def.xmlEnjoy!! Please sign in to reply. Reply as... Cancel
Alex Galkin 11 Years Ago Please let me know if there is a way to pass PortletSession object or RenderRequest to Custom method.E.g.I have tried to create the following interface: package com.myTool; import javax.portlet.PortletSession; import javax.portlet.RenderRequest; public interface MyTest{ public String getUserCountry(PortletSession portletSession); public String getUserCountry(RenderRequest request); }In class that implements interface I have the following methods: public String getUserCountry(PortletSession portletSession) { try { myUtil.setPortletSession(portletSession); return "Success"; } catch (Exception e) { e.printStackTrace(); return "exception-portletSession"; } }; public String getUserCountry(RenderRequest request) { try { myUtil.setPortletSession(request.getPortletSession()); return "Success request"; } catch (Exception e) { e.printStackTrace(); return "exception-renderRequest"; } };I have tried the following ways with no luck:1)#set($currentProfileUtil = $utilLocator.findUtil("myportlets-1.0-SNAPSHOT", "com.myTool.MyTest"))#set($result = $currentProfileUtil.getUserCountry($request.getAttribute("javax.portlet.response")))$result2)#set($currentProfileUtil = $utilLocator.findUtil("myportlets-1.0-SNAPSHOT", "com.myTool.MyTest"))#set($result = $currentProfileUtil.getUserCountry($request.get("portlet-session")))$result3) #set($currentProfileUtil = $utilLocator.findUtil("myportlets-1.0-SNAPSHOT", "com.myTool.MyTest"))#set($result = $currentProfileUtil.getUserCountry($request.getSession()))$result4) #set($currentProfileUtil = $utilLocator.findUtil("myportlets-1.0-SNAPSHOT", "com.myTool.MyTest"))#set($result = $currentProfileUtil.getUserCountry($request.getSession()))$resultP.S. Please do not say "why do you need this?" - just provide any ideas on how to send PortletSession or any object from which PortletSession can be retrieved. Thanks Please sign in to reply. Reply as... Cancel Ray Augé Alex Galkin 11 Years Ago I hope I don't generally come off so pesimistic or condesending. My appologies if I do!I'd just like to ask if you may be attempting this in web content templates? If so, there isn't a real "ServletRequest" or "HttpServletRequest" object. It's just a Map<String,<[String|Map]>> tree of string leaf nodes.But what you are showing should be completely doable from theme template.The reason the request is not a real "ServletRequest" is because the rendering happens within the service tier which can be invoked without any web context.I've been wanting to add support for web context execution, but never had chance to do it. Please sign in to reply. Reply as... Cancel Ray Augé Ray Augé 11 Years Ago .. wait! There might be a possibility if you are using a recent version of Liferay. Can you sate which version you are using? Please sign in to reply. Reply as... Cancel
Ray Augé Alex Galkin 11 Years Ago I hope I don't generally come off so pesimistic or condesending. My appologies if I do!I'd just like to ask if you may be attempting this in web content templates? If so, there isn't a real "ServletRequest" or "HttpServletRequest" object. It's just a Map<String,<[String|Map]>> tree of string leaf nodes.But what you are showing should be completely doable from theme template.The reason the request is not a real "ServletRequest" is because the rendering happens within the service tier which can be invoked without any web context.I've been wanting to add support for web context execution, but never had chance to do it. Please sign in to reply. Reply as... Cancel Ray Augé Ray Augé 11 Years Ago .. wait! There might be a possibility if you are using a recent version of Liferay. Can you sate which version you are using? Please sign in to reply. Reply as... Cancel
Ray Augé Ray Augé 11 Years Ago .. wait! There might be a possibility if you are using a recent version of Liferay. Can you sate which version you are using? Please sign in to reply. Reply as... Cancel
Alex Galkin 11 Years Ago Thanks for prompt response.I am using Liferay-portal-6.1.1-ce-gaeven HttpSession should work for me though I am not sure how that should be passed correctly.I am trying to send this from WebContent Template. Please sign in to reply. Reply as... Cancel Ray Augé Alex Galkin 11 Years Ago Ok, try this to get the real request:#set ($serviceContext = $portal.getClass().forName("com.liferay.portal.service.ServiceContextThreadLocal").getServiceContext())#set ($httpServletRequest = $serviceContext.getRequest())For all the methods on ServiceContext see: https://github.com/liferay/liferay-portal/blob/6.1.1-ga2/portal-service/src/com/liferay/portal/service/ServiceContext.java Please sign in to reply. Reply as... Cancel Ray Augé Ray Augé 11 Years Ago Or even http://cdn.docs.liferay.com/portal/6.1/javadocs/com/liferay/portal/service/ServiceContext.html Please sign in to reply. Reply as... Cancel Alex Galkin Ray Augé 11 Years Ago Provided solution works just fine! Thanks. I have another issues now but they are not related to request sending. Please sign in to reply. Reply as... Cancel
Ray Augé Alex Galkin 11 Years Ago Ok, try this to get the real request:#set ($serviceContext = $portal.getClass().forName("com.liferay.portal.service.ServiceContextThreadLocal").getServiceContext())#set ($httpServletRequest = $serviceContext.getRequest())For all the methods on ServiceContext see: https://github.com/liferay/liferay-portal/blob/6.1.1-ga2/portal-service/src/com/liferay/portal/service/ServiceContext.java Please sign in to reply. Reply as... Cancel Ray Augé Ray Augé 11 Years Ago Or even http://cdn.docs.liferay.com/portal/6.1/javadocs/com/liferay/portal/service/ServiceContext.html Please sign in to reply. Reply as... Cancel Alex Galkin Ray Augé 11 Years Ago Provided solution works just fine! Thanks. I have another issues now but they are not related to request sending. Please sign in to reply. Reply as... Cancel
Ray Augé Ray Augé 11 Years Ago Or even http://cdn.docs.liferay.com/portal/6.1/javadocs/com/liferay/portal/service/ServiceContext.html Please sign in to reply. Reply as... Cancel Alex Galkin Ray Augé 11 Years Ago Provided solution works just fine! Thanks. I have another issues now but they are not related to request sending. Please sign in to reply. Reply as... Cancel
Alex Galkin Ray Augé 11 Years Ago Provided solution works just fine! Thanks. I have another issues now but they are not related to request sending. Please sign in to reply. Reply as... Cancel
Rui Horta 11 Years Ago Hi Ray.Great Thread.I have a question.Velocity have a new tool that is ImportTool and i wanted to used in Templates(WebContent).My problem is that in a hook i can not access to velocity-tools.jar, so my question is i need to make it in ext-plugin or exists any other way to do it.The final goal is to include a jsp in a webcontent template.Regards,Rui Horta Please sign in to reply. Reply as... Cancel Ray Augé Rui Horta 10 Years Ago You cannot include a jsp in a web content template even using that tool.Why? The web content template context does not contain a real request/response object which is required for JSPs execution. Please sign in to reply. Reply as... Cancel
Ray Augé Rui Horta 10 Years Ago You cannot include a jsp in a web content template even using that tool.Why? The web content template context does not contain a real request/response object which is required for JSPs execution. Please sign in to reply. Reply as... Cancel
René Hengstermann 10 Years Ago Hello Ray, i'm trying this with an Spring-MVC Portlet istead of a Hook. So in my web.xml is 'org.springframework.web.context.ContextLoaderListener' defined, which prevents me from using the mentioned 'PortletContextLoaderListener'. When i try to lookup my bean, the BeanLocator for my context is 'null' (PortletBeanLocatorUtil->_beanLocators).Do i need more configuration than the 'applicationContext.xml'-File in WEB-INF ? Please sign in to reply. Reply as... Cancel
Cédric De Backer 10 Years Ago Hello Ray,Thank you for the useful post! However I'm having some troubles with classloaders while creating the spring context. I would like to import spring resource files from external libraries (<import resource="classpath:my-lib-resource.xml"/>) but I am always getting a FileNotFoundException. When I directly declare the beans in my "WEB-INF/applicationContext.xml" file, there is no problem.From what I understood, the services created here will be registered in the PortalContext and made accessible to all the WARs deployed on the same server. However the classloader being the classloader of the server it cannot find the files defined with "classpath" that are located in the WAR file. Is this correct? And is there a way to import spring configuration files located in the classpath of the WAR?I am using Liferay 6.2.10 on weblogic.Thank you in advance ! Cédric Please sign in to reply. Reply as... Cancel
Simon Göransson 10 Years Ago Hi In Liferay 6.2 the com.liferay.portal.kernel.spring.context.PortletContextLoaderListener is deprecated and the methods i empty, do not ask me why Liferay has left a method without any code. To get this to work in Liferay 6.2 you can add this in you web.xml and remove the listener. <context-param> <param-name>portalContextConfigLocation</param-name> <param-value>/WEB-INF/applicationContext.xml</param-value> </context-param> Please sign in to reply. Reply as... Cancel