Deployment ext插件在liferay 6.1.2 jboss7中不起作用

Deployment ext插件在liferay 6.1.2 jboss7中不起作用,deployment,liferay,jboss7.x,liferay-6,Deployment,Liferay,Jboss7.x,Liferay 6,我创建了一个扩展Liferay LDAPDefaultPortalToldaConverter的ext插件。我在eclipse中创建了一个ext插件。在ext impl/src/main/java/com/liferay/portal/security/ldap/customportaltoldaconverter中,我扩展了defaultportaltoldaconverter,并且只保留了类中更改的方法。我还添加了extspring.xml <bean id="portalToLDAP

我创建了一个扩展Liferay LDAPDefaultPortalToldaConverter的ext插件。我在eclipse中创建了一个ext插件。在
ext impl/src/main/java/com/liferay/portal/security/ldap/customportaltoldaconverter
中,我扩展了
defaultportaltoldaconverter
,并且只保留了类中更改的方法。我还添加了
extspring.xml

<bean id="portalToLDAPConverter" class="com.liferay.portal.security.ldap.CustomPortalToLDAPConverter" />


然后部署了ext。部署进行得很顺利,没有任何错误。但这些变化并没有发生。我所做的有什么不对吗?我使用jboss7.1.1-final捆绑Liferay6.1.2
。我使用maven构建,然后通过将war文件放在liferay home/deploy中来部署。然后我尝试重新启动服务器。现在我可以看到jar文件中缺少ext-spring.xml。有什么具体的原因吗?请提供帮助。

大多数教程都说META-INF应该放在ext-impl/src或ext-impl/src/main文件夹中。这样做并不是将ext-spring.xml放在jar构建中。将jar转换为ext impl/src/main/resources有帮助,并且检测到META-INF。重新启动后,更改生效。

要放在生成工件的类路径中的未编译文件应放在主/资源路径中:

愚蠢的问题,但部署成功后是否重新启动?您还可以检查类是否存在于
/ROOT/WEB-INF/lib/
中的
ext--impl.jar
中。您如何检查更改是否正在发生。您还可以检查一下这在tomcat中是否有效吗?ThanksIIRC ext插件的一个限制是您必须重新启动服务器——仅仅部署它是不够的。你试过了吗?很抱歉我没有提到。我重新启动了服务器好几次。我已经编辑了这个问题。现在我发现我的ext-spring.xml在jar中丢失了,我发现了这个问题。我查看了教程,发现META-INF将被放置在src/main和其他一些教程中,这些教程位于src/main/java中。它不起作用。我像往常一样把它放在src/main/resources文件夹中,它正常工作了。我不知道这是否正确