Portlet未注册（内存泄漏？）
我在Eclipse中使用Lifeay IDE创建了一个新项目（带有插件Portlet类型和JSF2.x.x Portlet框架的Liferay项目）。我没有做任何更改，将project添加到LiferayV6.1CE服务器(Tomcat7)并启动了这个服务器。
不幸的是，我得到了这个错误（portlet未注册）。
（...）09:05:08,828信息[ContainerBackgroundProcessor[StandardEngine[Catalina]]][PluginPackageUtil:1033]正在读取MyFaces-portlet的插件包2013-08-02 09:05:09 org.apache.Catalina.core.ApplicationContext日志信息：正在关闭Spring根WebApplicationContext 09:05:09,037信息[ContainerBackgroundProcessor[StandardEngine[Catalina]]][HookHotDeployListener:813]未注册MyFaces-portlet的钩子2013-08-02 09:05:09 org.apache.Catalina.Loader.WebAppClassLoader clearReferencesThreads严重：web应用程序]似乎已启动名为[MultiThreadedHttpConnectionManager cleanup]的线程，但无法停止它。这很有可能造成内存泄漏。09:05:26,970信息[com.liferay.portal.plugin.pluginpackageutil][pluginpackageutil:1421]检查可用更新09:05:26,971信息[com.liferay.portal.plugin.pluginpackageutil][pluginpackageutil:1465]在1毫秒内完成检查可用更新
怎么啦？
共有1个答案
您必须使用ANT脚本构建项目。创建portlet时，将创建build.xml。看起来像是
<?xml version="1.0"?>
<!DOCTYPE project>
<project name="abc-portlet" basedir="." default="deploy">
<import file="../build-common-portlet.xml" />
</project>
您必须使用Ant构建这个文件。当您成功构建它时，您的portlet war将创建在sdkplugins\dist文件夹上。并自动部署到服务器。这是热部署，您不需要添加任何东西。每次部署新的WAS时，您都将得到“abc-portlet”未注册的消息，然后部署新的版本。
因此，如果您收到了取消部署的消息，也不必担心。它将被部署。
关于消息，portlet未注册它通常是在portlet未成功部署时出现的。
-
问题内容： 我认为我的android应用正在泄漏内存。我不是绝对确定这是问题所在。 应用程序打开时经常崩溃，并且logcat尝试加载位图图像时会显示“内存不足”异常。 崩溃后，我重新打开了该应用程序，它运行正常。Logcat会显示许多“ gc”，并且JIT表会不时地向上调整大小，而不会向下调整，直到应用程序因内存不足错误而崩溃。 这听起来像是内存泄漏吗？如果是这样，我该如何定位和关闭泄漏点。 这是
-
问题内容： 我一直在追寻内存泄漏（由“ valgrind –leak-check = yes”报告），它似乎来自ALSA。这段代码已经存在于自由世界中一段时间了，所以我猜这是我做错的事情。 输出看起来像这样： 并继续一些页面 这是由于我在一个项目中使用ALSA并开始看到这种巨大的泄漏……或者至少是所说泄漏的报告。 所以问题是：是我，ALSA或valgrind在这里遇到问题吗？ 问题答案： ht
-
问题内容： 我有一个长时间运行的脚本，如果让脚本运行足够长的时间，它将消耗系统上的所有内存。 在不详细介绍脚本的情况下，我有两个问题： 是否有可遵循的“最佳实践”，以防止泄漏发生？ 有什么技术可以调试Python中的内存泄漏？ 问题答案： 看看这篇文章：跟踪python内存泄漏 另外，请注意，垃圾收集模块实际上可以设置调试标志。看一下功能。此外，请查看Gnibbler的这段代码，以确定调用后已创建
-
本文向大家介绍Java 内存泄漏，包括了Java 内存泄漏的使用技巧和注意事项，需要的朋友参考一下 在Java中，垃圾回收（析构函数的工作）是使用垃圾回收自动完成的。但是，如果代码中有引用它们的对象怎么办？它无法取消分配，即无法清除其内存。如果这种情况一再发生，并且创建或引用的对象根本没有被使用，它们就会变得无用。这就是所谓的内存泄漏。 如果超过了内存限制，则程序将通过抛出错误（即“ OutOfM
-
问题内容： 我使用Informix遇到了一个奇怪的问题（具体来说，我使用的是IBM.Data.Informix命名空间，即4.10 Client SDK）。我正在使用ODBC连接到IBM Informix数据库，并且遇到内存泄漏问题。该文档相当稀疏，并且我只能使用当前安装的驱动程序/ SDK。这是我用于数据库上下文的代码： } 我已尝试处置并关闭所有可以的连接，但这似乎无济于事。我是否缺少某些东西
-
我们有一个基于go-socket.io（socket.ioGo语言实现）和大猩猩网络插座的网络插座服务，但是似乎有内存泄漏问题。即使我使用调试，HeapAlloc也总是在增加。FreeOSMemroy强制释放内存。 服务很简单。它将使用jwt令牌对传入请求进行身份验证，如果身份验证成功，则将创建一个go套接字。io conn基于gorilla websocket conn。但现在似乎是net/te