【发布时间】:2012-10-26 21:32:21
【问题描述】:
在我们的示例代码安装程序中,我们希望找到 WebLogic 的 servlet.jar 文件(如果已安装)的位置,以便我们可以在构建脚本中对其进行更新。如果它在类路径中,这是微不足道的。但是许多开发人员并没有将它放在他们的类路径中。
同样的问题请教 WebSphere。
谢谢 - 戴夫
【问题讨论】:
-
我感觉有一种更好(更安全)的方法可以达到您想要的相同效果。您能否提供有关您的方案的更多信息?你到底想要达到什么目的?简而言之,指向特定于应用程序服务器的 JAR 文件的要求通常意味着您即将自取其辱。帮助我们帮助您!
-
@Isaac - 我们遇到的问题是人们安装了我们的示例,但他们无法编译它们。所以他们打电话给我们,我们解释说我们不知道他们的 servlet.jar 在哪里。所以他们然后在我们提供的项目文件中设置它,然后它编译并运行。我们想安装它,所以它只是编译消除了这种挫败感。当然,我们不知道他们是否有 Tomcat(我们处理这种情况)、Weblogic、WebSphere 或其他东西。
-
如果您只需要针对 标准 接口(例如 servlet API)进行编译,您最好的选择(在我看来)是从Oracle 站点并将这些 JAR 包含在您的发行版中。这行得通吗?
-
@Isaac - 不幸的是,没有,因为没有标准的 servlet.jar。该库提供公共 servlet 接口和特定应用服务器之间的连接。所以他们必须将其用于他们的应用服务器。
-
不确定您指的是什么,抱歉。您提到您遇到的困难围绕着编译。假设代码仅使用标准 API(例如
javax.servlet.*)而不使用任何特定于appserver 的API,那么使用Oracle 发布的JAR 文件绝对足以用于编译目的。换句话说,我们在您的场景中缺少的是:为什么您的开发人员需要特定于应用服务器的 JAR 文件来实现编译?您的开发人员会编译使用特定于应用服务器的工具的代码吗?
标签: servlets websphere weblogic