Error Deploying Simple JSF Portlet LR 7

[Mik Cantrell, modificado hace 6 años.]

I'm getting an error while deploying a very simple JSF portlet to LR 7. Using Eclispe Neon with Liferay IDE software installed.

Grateful for your help and attention.
Mik

17:15:52,068 ERROR [http-nio-8080-exec-9][render_portlet_jsp:131] null
java.lang.ClassNotFoundException: com.liferay.portal.model.Portlet cannot be found by VICC_Search-portlet_7.0.0.1
at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:394)
at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:357)
at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:349)
at org.eclipse.osgi.internal.loader.ModuleClassLoader.loadClass(ModuleClassLoader.java:160)
at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
at com.liferay.faces.bridge.container.liferay.LiferayPortletRequest.<init>(LiferayPortletRequest.java:67)
at com.liferay.faces.bridge.container.liferay.PortletContainerLiferayImpl.<init>(PortletContainerLiferayImpl.java:96)
at com.liferay.faces.bridge.container.PortletContainerFactoryImpl.getPortletContainer(PortletContainerFactoryImpl.java:43)
at com.liferay.faces.bridge.BridgePhaseBaseImpl.init(BridgePhaseBaseImpl.java:172)
at com.liferay.faces.bridge.BridgePhaseRenderImpl.execute(BridgePhaseRenderImpl.java:119)
at com.liferay.faces.bridge.BridgePhaseRenderImpl.execute(BridgePhaseRenderImpl.java:85)
at com.liferay.faces.bridge.BridgeImpl.doFacesRequest(BridgeImpl.java:112)
at javax.portlet.faces.GenericFacesPortlet.doView(GenericFacesPortlet.java:255)
at javax.portlet.GenericPortlet.doDispatch(GenericPortlet.java:359)
at javax.portlet.faces.GenericFacesPortlet.doDispatch(GenericFacesPortlet.java:204)
at javax.portlet.GenericPortlet.render(GenericPortlet.java:262)
at com.liferay.portlet.FilterChainImpl.doFilter(FilterChainImpl.java:103)
at com.liferay.portlet.ScriptDataPortletFilter.doFilter(ScriptDataPortletFilter.java:57)
at com.liferay.portlet.FilterChainImpl.doFilter(FilterChainImpl.java:100)
at com.liferay.portal.kernel.portlet.PortletFilterUtil.doFilter(PortletFilterUtil.java:64)
17:15:54,025 ERROR [http-nio-8080-exec-10][render_portlet_jsp:131] null
java.lang.NoClassDefFoundError: com/liferay/portal/model/Portlet
at com.liferay.faces.bridge.container.liferay.LiferayPortletRequest.<init>(LiferayPortletRequest.java:67)
at com.liferay.faces.bridge.container.liferay.PortletContainerLiferayImpl.<init>(PortletContainerLiferayImpl.java:96)
at com.liferay.faces.bridge.container.PortletContainerFactoryImpl.getPortletContainer(PortletContainerFactoryImpl.java:43)
at com.liferay.faces.bridge.BridgePhaseBaseImpl.init(BridgePhaseBaseImpl.java:172)
at com.liferay.faces.bridge.BridgePhaseRenderImpl.execute(BridgePhaseRenderImpl.java:119)
at com.liferay.faces.bridge.BridgePhaseRenderImpl.execute(BridgePhaseRenderImpl.java:85)
at com.liferay.faces.bridge.BridgeImpl.doFacesRequest(BridgeImpl.java:112)
at javax.portlet.faces.GenericFacesPortlet.doView(GenericFacesPortlet.java:255)
at javax.portlet.GenericPortlet.doDispatch(GenericPortlet.java:359)
at javax.portlet.faces.GenericFacesPortlet.doDispatch(GenericFacesPortlet.java:204)
at javax.portlet.GenericPortlet.render(GenericPortlet.java:262)
at com.liferay.portlet.FilterChainImpl.doFilter(FilterChainImpl.java:103)
at com.liferay.portlet.ScriptDataPortletFilter.doFilter(ScriptDataPortletFilter.java:57)
at com.liferay.portlet.FilterChainImpl.doFilter(FilterChainImpl.java:100)
at com.liferay.portal.kernel.portlet.PortletFilterUtil.doFilter(PortletFilterUtil.java:64)
at com.liferay.portal.kernel.servlet.PortletServlet.service(PortletServlet.java:105)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:729)
at com.liferay.portal.osgi.web.wab.extender.internal.adapter.ServletExceptionAdapter.service(ServletExceptionAdapter.java:68)
at org.eclipse.equinox.http.servlet.internal.registration.EndpointRegistration.service(EndpointRegistration.java:153)
at org.eclipse.equinox.http.servlet.internal.servlet.FilterChainImpl.doFilter(FilterChainImpl.java:50)

[David H Nebinger, modificado hace 6 años.]

Mik Cantrell:

I'm getting an error while deploying a very simple JSF portlet to LR 7.
17:15:52,068 ERROR [http-nio-8080-exec-9][render_portlet_jsp:131] null
java.lang.ClassNotFoundException: com.liferay.portal.model.Portlet cannot be found by VICC_Search-portlet_7.0.0.1

That class doesn't exist in LR7. It is now com.liferay.portal.kernel.model.Portlet.








Come meet me at the 2017 LSNA!

[Neil Griffin, modificado hace 6 años.]

I also noticed the PortletContainerFactoryImpl class in the stacktrace. That would indicate that you are using an old/incompatible version of Liferay Faces Bridge, perhaps as old as 3.2.4-ga5.

In order to deploy a JSF portlet to Liferay 7, you will need to use dependencies from our new Liferay Faces version scheme. To make things easy, we have some dropdown lists right on the home page of www.liferayfaces.org that will enable you to see the new dependencies, as well as a mvn archetype:generate command that will generate a new simple project for you.

[Asad Saeed Awan, modificado hace 6 años.]

What will be the dependencies for Liferay Portal 7.0 CE and JSF 2.2?

[Neil Griffin, modificado hace 6 años.]

It should be as simple as updating the ivy.xml file with the latest dependencies and versions. For example, here is the configuration for Liferay Portal 7.0 CE and JSF 2.2:

	<dependencies defaultconf="default">
		<dependency name="javax.faces" org="org.glassfish" rev="2.2.14" />
		<dependency name="com.liferay.faces.bridge.ext" org="com.liferay.faces" rev="5.0.1" />
		<dependency name="com.liferay.faces.bridge.api" org="com.liferay.faces" rev="4.1.0" />
		<dependency name="com.liferay.faces.bridge.impl" org="com.liferay.faces" rev="4.1.0" />
		<dependency name="com.liferay.faces.util" org="com.liferay.faces" rev="3.1.0" />
		...
	</dependencies>

[Asad Saeed Awan, modificado hace 6 años.]

Neil Griffin:

It should be as simple as updating the ivy.xml file with the latest dependencies and versions. For example, here is the configuration for Liferay Portal 7.0 CE and JSF 2.2:

	<dependencies defaultconf="default">
		<dependency name="javax.faces" org="org.glassfish" rev="2.2.14" />
		<dependency name="com.liferay.faces.bridge.ext" org="com.liferay.faces" rev="5.0.1" />
		<dependency name="com.liferay.faces.bridge.api" org="com.liferay.faces" rev="4.1.0" />
		<dependency name="com.liferay.faces.bridge.impl" org="com.liferay.faces" rev="4.1.0" />
		<dependency name="com.liferay.faces.util" org="com.liferay.faces" rev="3.1.0" />
		...
	</dependencies>

I added these dependencies to my ivy.xml and got a successful build but at the time of deployment I am getting this exception.

java.lang.RuntimeException: java.lang.NoClassDefFoundError: Lcom/liferay/portal/model/User;
	at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:292)
	at com.liferay.portal.osgi.web.wab.extender.internal.adapter.ServletContextListenerExceptionAdapter.contextInitialized(ServletContextListenerExceptionAdapter.java:51)
	at sun.reflect.GeneratedMethodAccessor464.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:498)
	at org.eclipse.equinox.http.servlet.internal.registration.ListenerRegistration$EventListenerInvocationHandler.invoke(ListenerRegistration.java:132)
	at com.sun.proxy.$Proxy478.contextInitialized(Unknown Source)
	at org.eclipse.equinox.http.servlet.internal.context.ContextController.doAddListenerRegistration(ContextController.java:359)
	at org.eclipse.equinox.http.servlet.internal.context.ContextController.addListenerRegistration(ContextController.java:312)
	at org.eclipse.equinox.http.servlet.internal.customizer.ContextListenerTrackerCustomizer.addingService(ContextListenerTrackerCustomizer.java:67)
	at org.eclipse.equinox.http.servlet.internal.customizer.ContextListenerTrackerCustomizer.addingService(ContextListenerTrackerCustomizer.java:1)
	at org.osgi.util.tracker.ServiceTracker$Tracked.customizerAdding(ServiceTracker.java:941)
	at org.osgi.util.tracker.ServiceTracker$Tracked.customizerAdding(ServiceTracker.java:1)
	at org.osgi.util.tracker.AbstractTracked.trackAdding(AbstractTracked.java:256)
	at org.osgi.util.tracker.AbstractTracked.track(AbstractTracked.java:229)
	at org.osgi.util.tracker.ServiceTracker$Tracked.serviceChanged(ServiceTracker.java:901)
	at org.eclipse.osgi.internal.serviceregistry.FilteredServiceListener.serviceChanged(FilteredServiceListener.java:109)
	at org.eclipse.osgi.internal.framework.BundleContextImpl.dispatchEvent(BundleContextImpl.java:917)
	at org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:230)
	at org.eclipse.osgi.framework.eventmgr.ListenerQueue.dispatchEventSynchronous(ListenerQueue.java:148)
	at org.eclipse.osgi.internal.serviceregistry.ServiceRegistry.publishServiceEventPrivileged(ServiceRegistry.java:862)
	at org.eclipse.osgi.internal.serviceregistry.ServiceRegistry.publishServiceEvent(ServiceRegistry.java:801)
	at org.eclipse.osgi.internal.serviceregistry.ServiceRegistrationImpl.register(ServiceRegistrationImpl.java:127)
	at org.eclipse.osgi.internal.serviceregistry.ServiceRegistry.registerService(ServiceRegistry.java:225)
	at org.eclipse.osgi.internal.framework.BundleContextImpl.registerService(BundleContextImpl.java:464)
	at org.eclipse.osgi.internal.framework.BundleContextImpl.registerService(BundleContextImpl.java:482)
	at org.eclipse.osgi.internal.framework.BundleContextImpl.registerService(BundleContextImpl.java:1001)
	at com.liferay.portal.osgi.web.wab.extender.internal.WabBundleProcessor.initListeners(WabBundleProcessor.java:526)
	at com.liferay.portal.osgi.web.wab.extender.internal.WabBundleProcessor.init(WabBundleProcessor.java:152)
	at com.liferay.portal.osgi.web.wab.extender.internal.WebBundleDeployer._initWabBundle(WebBundleDeployer.java:186)
	at com.liferay.portal.osgi.web.wab.extender.internal.WebBundleDeployer.doStart(WebBundleDeployer.java:106)
	at com.liferay.portal.osgi.web.wab.extender.internal.WabFactory$WABExtension.start(WabFactory.java:162)
	at org.apache.felix.utils.extender.AbstractExtender.createExtension(AbstractExtender.java:259)
	at org.apache.felix.utils.extender.AbstractExtender.modifiedBundle(AbstractExtender.java:232)
	at org.osgi.util.tracker.BundleTracker$Tracked.customizerModified(BundleTracker.java:482)
	at org.osgi.util.tracker.BundleTracker$Tracked.customizerModified(BundleTracker.java:1)
	at org.osgi.util.tracker.AbstractTracked.track(AbstractTracked.java:232)
	at org.osgi.util.tracker.BundleTracker$Tracked.bundleChanged(BundleTracker.java:444)
	at org.eclipse.osgi.internal.framework.BundleContextImpl.dispatchEvent(BundleContextImpl.java:905)
	at org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:230)
	at org.eclipse.osgi.framework.eventmgr.ListenerQueue.dispatchEventSynchronous(ListenerQueue.java:148)
	at org.eclipse.osgi.internal.framework.EquinoxEventPublisher.publishBundleEventPrivileged(EquinoxEventPublisher.java:165)
	at org.eclipse.osgi.internal.framework.EquinoxEventPublisher.publishBundleEvent(EquinoxEventPublisher.java:75)
	at org.eclipse.osgi.internal.framework.EquinoxEventPublisher.publishBundleEvent(EquinoxEventPublisher.java:67)
	at org.eclipse.osgi.internal.framework.EquinoxContainerAdaptor.publishModuleEvent(EquinoxContainerAdaptor.java:102)
	at org.eclipse.osgi.container.ModuleContainer.applyDelta(ModuleContainer.java:691)
	at org.eclipse.osgi.container.ModuleContainer.resolveAndApply(ModuleContainer.java:491)
	at org.eclipse.osgi.container.ModuleContainer.resolve(ModuleContainer.java:437)
	at org.eclipse.osgi.container.ModuleContainer.refresh(ModuleContainer.java:955)
	at org.eclipse.osgi.container.ModuleContainer$ContainerWiring.dispatchEvent(ModuleContainer.java:1336)
	at org.eclipse.osgi.container.ModuleContainer$ContainerWiring.dispatchEvent(ModuleContainer.java:1)
	at org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:230)
	at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.run(EventManager.java:340)
Caused by: java.lang.NoClassDefFoundError: Lcom/liferay/portal/model/User;
	at java.lang.Class.getDeclaredFields0(Native Method)
	at java.lang.Class.privateGetDeclaredFields(Class.java:2583)
	at java.lang.Class.getDeclaredFields(Class.java:1916)
	at com.sun.faces.application.annotation.ManagedBeanConfigHandler.collectAnnotatedFields(ManagedBeanConfigHandler.java:242)
	at com.sun.faces.application.annotation.ManagedBeanConfigHandler.getBeanInfo(ManagedBeanConfigHandler.java:151)
	at com.sun.faces.application.annotation.ManagedBeanConfigHandler.process(ManagedBeanConfigHandler.java:137)
	at com.sun.faces.application.annotation.ManagedBeanConfigHandler.push(ManagedBeanConfigHandler.java:123)
	at com.sun.faces.application.annotation.AnnotationManager.applyConfigAnnotations(AnnotationManager.java:234)
	at com.sun.faces.config.processor.AbstractConfigProcessor.processAnnotations(AbstractConfigProcessor.java:446)
	at com.sun.faces.config.processor.ManagedBeanConfigProcessor.process(ManagedBeanConfigProcessor.java:244)
	at com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(AbstractConfigProcessor.java:152)
	at com.sun.faces.config.processor.ValidatorConfigProcessor.process(ValidatorConfigProcessor.java:120)
	at com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(AbstractConfigProcessor.java:152)
	at com.sun.faces.config.processor.ConverterConfigProcessor.process(ConverterConfigProcessor.java:126)
	at com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(AbstractConfigProcessor.java:152)
	at com.sun.faces.config.processor.ComponentConfigProcessor.process(ComponentConfigProcessor.java:117)
	at com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(AbstractConfigProcessor.java:152)
	at com.sun.faces.config.processor.ApplicationConfigProcessor.process(ApplicationConfigProcessor.java:362)
	at com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(AbstractConfigProcessor.java:152)
	at com.sun.faces.config.processor.LifecycleConfigProcessor.process(LifecycleConfigProcessor.java:137)
	at com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(AbstractConfigProcessor.java:152)
	at com.sun.faces.config.processor.FactoryConfigProcessor.process(FactoryConfigProcessor.java:239)
	at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:439)
	at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:227)
	... 52 more
Caused by: java.lang.ClassNotFoundException: com.liferay.portal.model.User cannot be found by GeoClocking-portlet_7.0.0.1
	at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:394)
	at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:357)
	at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:349)
	at org.eclipse.osgi.internal.loader.ModuleClassLoader.loadClass(ModuleClassLoader.java:160)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
	... 76 more
19:27:22,366 INFO  [Refresh Thread: Equinox Container: 603b8826-050d-0018-1044-b6d963da9ea7][PortletHotDeployListener:364] Unregistering portlets for GeoClocking-portlet
19:27:22,380 INFO  [Refresh Thread: Equinox Container: 603b8826-050d-0018-1044-b6d963da9ea7][PortletHotDeployListener:394] 1 portlet for GeoClocking-portlet was unregistered
19:27:22,387 INFO  [Refresh Thread: Equinox Container: 603b8826-050d-0018-1044-b6d963da9ea7][HookHotDeployListener:601] Hook for GeoClocking-portlet was unregistered

[Minhchau Dang, modificado hace 6 años.]

Asad Saeed Awan:

java.lang.RuntimeException: java.lang.NoClassDefFoundError: Lcom/liferay/portal/model/User;

Well, com.liferay.portal.model.User actually no longer exists in 7.0, so your classes are successfully compiling even though the compilation should be failing. My best guess is you're compiling against some version of portal-kernel or portal-service as a dependency, instead of com.liferay.portal.kernel.

Try replacing it with this:

<dependency name="com.liferay.portal.kernel" org="com.liferay.portal" rev="2.0.0" />

You should end up getting failures at compile time, and then you just need to switch which classes you're importing until the compilation failures all go away. For example, com.liferay.portal.model.User will end up being com.liferay.portal.kernel.model.User.

[Neil Griffin, modificado hace 6 años.]

Minhchau is correct. But if you are using Liferay Faces Portal, you might need to upgrade that dependency as well:

<dependency org="com.liferay.faces" name="com.liferay.faces.portal" rev="3.0.1" />

[Asad Saeed Awan, modificado hace 6 años.]

My build is getting failed after adding these two dependencies. My ivy.xml now look like this.

<!--?xml version="1.0"?-->

<ivy-module version="2.0" xmlns:m2="http://ant.apache.org/ivy/maven" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:nonamespaceschemalocation="http://ant.apache.org/ivy/schemas/ivy.xsd">
	<info module="portlet_primefaces_tmpl" organisation="com.liferay">
		<extends extendType="configurations,description,info" location="${sdk.dir}/ivy.xml" module="com.liferay.sdk" organisation="com.liferay" revision="latest.integration" />
	</info>

	<dependencies defaultconf="default">
		<dependency name="jboss-el" org="org.jboss.el" rev="2.0.1.GA" />
		<dependency name="jsf-api" org="com.sun.faces" rev="2.1.21" />
		<dependency name="jsf-impl" org="com.sun.faces" rev="2.1.21" />
		<dependency name="liferay-faces-portal" org="com.liferay.faces" rev="3.2.4-ga5" />
		<dependency name="org.primefaces.primefaces" org="com.liferay" rev="3.5" />
		<dependency conf="test->default" name="arquillian-junit-container" org="org.jboss.arquillian.junit" rev="1.1.6.Final" />
		<dependency conf="test->default" name="arquillian-tomcat-remote-7" org="org.jboss.arquillian.container" rev="1.0.0.CR6" />
		<dependency conf="test->default" name="com.liferay.ant.arquillian" org="com.liferay" rev="1.0.0-SNAPSHOT" />
		
		<dependency name="javax.faces" org="org.glassfish" rev="2.2.14" />
		<dependency name="com.liferay.faces.bridge.ext" org="com.liferay.faces" rev="5.0.1" />
		<dependency name="com.liferay.faces.bridge.api" org="com.liferay.faces" rev="4.1.0" />
        <dependency name="com.liferay.faces.bridge.impl" org="com.liferay.faces" rev="4.1.0" />
        <dependency name="com.liferay.faces.util" org="com.liferay.faces" rev="3.1.0" />
        
        <dependency org="com.liferay.faces" name="com.liferay.faces.portal" rev="3.0.1" />
        <dependency name="com.liferay.portal.kernel" org="com.liferay" rev="2.0.0" />
		
	</dependencies>
</ivy-module>

[Neil Griffin, modificado hace 6 años.]

Five things I noticed:

1. You don't need this dependency anymore so I recommend deleting it.

<dependency name="jboss-el" org="org.jboss.el" rev="2.0.1.GA" />

Also, you will need to delete the corresponding WEB-INF/web.xml entry:

	<context-param>
		<param-name>com.sun.faces.expressionFactory</param-name>
		<param-value>org.jboss.el.ExpressionFactoryImpl</param-value>
	</context-param>

2. You need to delete the following two dependencies since they are redundant with the org.glassfish uber-jar:

	 <dependency name="jsf-api" org="com.sun.faces" rev="2.1.21" />
	 <dependency name="jsf-impl" org="com.sun.faces" rev="2.1.21" />

3. You need to delete the old liferay-faces-portal dependency because it will conflict with the new one:

<dependency name="liferay-faces-portal" org="com.liferay.faces" rev="3.2.4-ga5" />

4. The Liferay Faces project currently supports PrimeFaces 6.1 and you have 3.5 which is fairly old. Please upgrade if you can.

5. Make sure that your deployed WAR does not have a WEB-INF/com.liferay.portal.kernel-2.0.0.jar inside it. You might need to use the Ivy equivalent of the Maven "provided" scope to make that happen.

[Asad Saeed Awan, modificado hace 6 años.]

No success. I have also upgraded my primefaces to 6.1. Build is failing with error

UNRESOLVED DEPENDENCIES
com.liferay#org.primefaces.primefaces;6.1.13: not found
com.liferay#com.liferay.portal.kernel;2.0.0: not found

And my ivy.xml is now

<!--?xml version="1.0"?-->

<ivy-module version="2.0" xmlns:m2="http://ant.apache.org/ivy/maven" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:nonamespaceschemalocation="http://ant.apache.org/ivy/schemas/ivy.xsd">
	<info module="portlet_primefaces_tmpl" organisation="com.liferay">
		<extends extendType="configurations,description,info" location="${sdk.dir}/ivy.xml" module="com.liferay.sdk" organisation="com.liferay" revision="latest.integration" />
	</info>

	<dependencies defaultconf="default">
		<dependency name="org.primefaces.primefaces" org="com.liferay" rev="6.1.13" />
		<dependency conf="test->default" name="arquillian-junit-container" org="org.jboss.arquillian.junit" rev="1.1.6.Final" />
		<dependency conf="test->default" name="arquillian-tomcat-remote-7" org="org.jboss.arquillian.container" rev="1.0.0.CR6" />
		<dependency conf="test->default" name="com.liferay.ant.arquillian" org="com.liferay" rev="1.0.0-SNAPSHOT" />
		
		<dependency name="javax.faces" org="org.glassfish" rev="2.2.14" />
		<dependency name="com.liferay.faces.bridge.ext" org="com.liferay.faces" rev="5.0.1" />
		<dependency name="com.liferay.faces.bridge.api" org="com.liferay.faces" rev="4.1.0" />
        <dependency name="com.liferay.faces.bridge.impl" org="com.liferay.faces" rev="4.1.0" />
        <dependency name="com.liferay.faces.util" org="com.liferay.faces" rev="3.1.0" />
        
        <dependency org="com.liferay.faces" name="com.liferay.faces.portal" rev="3.0.1" />
        <dependency name="com.liferay.portal.kernel" org="com.liferay" rev="2.0.0" />
		
	</dependencies>
</ivy-module>

[Neil Griffin, modificado hace 6 años.]

Your PrimeFaces dependency is incorrect. It should be:

<dependency name="primefaces" org="org.primefaces" rev="6.1" />

Also, the portal-kernel dependency should be:

<dependency name="com.liferay.portal.kernel" org="com.liferay.portal" rev="2.0.0" />

But again you might need to use the Ivy equivalent of the Maven "provided" scope for the portal-kernel dependency. I don't remember the details of how to do that, so you would have to search the web for articles on how to do that -- it's been a long time since I worked with Ivy.

[Minhchau Dang, modificado hace 6 años.]

Neil Griffin:

Also, the portal-kernel dependency should be:

<dependency name="com.liferay.portal.kernel" org="com.liferay.portal" rev="2.0.0" />

Oops, that was my mistake. I've updated my post.

[Asad Saeed Awan, modificado hace 6 años.]

Yeah I have solved this problem by correcting my dependencies. For "provided" scope for the portal-kernel dependency I found something from here
Scope Equivalent for ivy and added this to my ivy

<configurations>
    	<conf name="compile" description="Required to compile application" />
    	<conf name="runtime" description="Additional run-time dependencies" extends="compile" />
    	<conf name="test" description="Required for test only" extends="runtime" />
    	<conf name="provided" description="Additional compile time dependencies, implementation provided by target platform" />
	</configurations>

<dependency name="com.liferay.portal.kernel" org="com.liferay.portal" rev="2.0.0" conf="provided" />

But after adding these it's taking so much time to build the project. Let's see if this configuration for "provided" will work or not.

P.S: I am waiting for past half an hour to get my project build.