Webspehere 6.1 和 JNDI 用于数据源以外的其他内容

发布于 2024-08-14 07:30:40 字数 290 浏览 4 评论 0原文

我想知道:如果想要存储一些与数据源、JMS 或邮件无关的机密信息,如何配置 WAS?我正在寻找更多可以在运行时查询的临时 JNDI 资源(一些字符串),以获取我需要连接的供应商系统的用户名和密码。

由于不太熟悉 WAS,我有点迷失了。在 Tomcat 中这是一件轻而易举的事情。在 WAS 中,我认为我遗漏了一些概念,但我确信这是可能的。

I was wondering: how does one go about configuring WAS if they want to store some confidential information that is not datasource, JMS or Mail related? I'm looking more for an adhoc JNDI resource (a few Strings) that can be queried at runtime to get both a username and password for a vendor system I need to connect to.

Not being uber familiar with WAS, I'm sort of lost. In Tomcat it was a breeze. In WAS, I think I'm missing a few concepts, I'm sure it's possible though.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

ㄟ。诗瑗 2024-08-21 07:30:40

WAS JNDI 可以使用您自己的 URL 提供程序类进行扩展。 此处的示例使用指向属性的功能文件,但想必您可以创建一个从数据库(或您需要使用的任何存储库)获取数据的提供程序,而不是属性文件。

WAS JNDI is open to extension using your own URL provider class. The examplehere uses the capability to point to property files, but presumably you could instead create a provider that obtained data from a database (or whatever repository you are required to use) instead of a property file.

梦开始←不甜 2024-08-21 07:30:40

您可以定义自己的 JNDI 条目。

在环境下 ->命名->命名空间绑定您可以创建字符串绑定类型,并分配可以由应用程序查找的键和值。

这就是你所追求的吗?

曼鲁

You can define your own JNDI entries.

Under Environment -> Naming -> Name Space Bindings you can create String binding type, and assign a key and value which can be looked up by the applications.

Is this what you are after?

Manglu

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文