问题标签 [asadmin]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
glassfish - Glassfish asadmin 列出正在运行的应用程序的端口
I'm using Glassfish 3+ and deploying the applications to application server. My glassfish instance's port not "8080". when i enter the Glassfish Admin Console and going to Running Applications , i can see the port number which works. For example : 43888. How i can see the port numbers running applications on command prompt? Which asadmin command with?
glassfish - 如何从命令行禁用和启用管理控制台(admin-listener,端口 4848)
我想控制何时何地可以访问管理服务
如何执行以下操作之一(如果可能)
仅从 localhost 启用管理控制台(我知道 disable-secure-admin,但我仍然不希望任何人在最后添加 4848 时看到控制台登录页面)我将使用 SSH 隧道连接
或者,能够使用证书,因此只有经过认证的客户端才能看到控制台
或者,能够在需要时按需启动/停止管理服务,而不是向外界开放(例如 start stop __asadmin 虚拟服务器)
以上任何一种可能吗?
glassfish - GlassFish ASADMIN 部署命令 使用 --name 指定上下文根?
我目前正在配置我们的开发环境以从开源 glassfish v3.1 升级到开源 glassfish 3.1.2,并注意到使用 asadmin 命令的版本之间的这种差异:
v3.1
部署 --name test:beta-1.0 "c:\tmp\my-long-test-app-war-name.war"
这可以通过 http:\\localhost:8080\test 访问
v3.1.2
部署 --name test:beta-1.0 "c:\tmp\my-long-test-app-war-name.war"
这只能通过 http:\\localhost:8080\my-long-test-app-war-name 访问
我注意到新版本中的 --contextroot 被描述为:
并且 --name 为:
因此,对于较新的版本(或在 3.1 以上更改时),部署命令应变为:
部署 --name test:beta-1.0 --contextroot test "c:\tmp\my-long-test-app-war-name.war"
干杯,克雷格
ps 目前正试图关闭 v3.1.2.2 来测试它,但公司防火墙是残酷的
security - 如何以管理员身份从 Glassfish 定义登录模块?
我目前正在实现一个由 neo4j DB 支持的 Glassfish 领域,为此我定义了一个Realm
和一个LoginModule
类。
我可以使用create-auth-realm asadmin
命令安装领域。但是只有当它与文件LoginModule
中定义的相关联时,Glassfish 才能识别该领域config/login.conf
。
例如,就我而言,我必须执行以下操作:
创建身份验证领域:
create-auth-realm --classname com.mycompany.security.MyRealm --property jaas-context=MyLoginModule myrealm
然后
/li>MyLoginModule
在该config/login.conf
文件中定义:
我可以login.conf
手动编辑文件,但想使用 asadmin 命令自动执行此步骤。
你知道这样的 asadmin 命令吗?
netbeans - glassfish 和 netbeans,我无法执行 asadmin 命令
我使用 Netbeans 7.1,在安装过程中我设置了 glassfish 服务器 3.1。我总是通过 IDE 工具启动服务器,但现在我试图通过 shell 来完成,但不支持 asadmin 命令,我错在哪里?
谢谢
glassfish - 通过 cli 部署到远程 Glassfish 实例
我正在尝试通过命令行自动将我们的 Java EE 应用程序从我们的构建服务器 (Jenkins) 部署到远程 Glassfish 服务器。目前我正在为此使用 asadmin 并且它工作正常,但是这个选项要求我在构建服务器上也安装 Glassfish - 我想避免这种情况,因为我不需要它。构建服务器实际上只运行构建和部署,所以我想让服务器尽可能“干净”。
我找不到任何只安装 asadmin 工具的下载,而且我尝试手动复制只需要的文件失败了,因为某些 *.jars 有一些我不知道的依赖项,所以它总是失败,除非我将整个 glassfish 安装文件夹复制到构建服务器。
所以我的问题是:有人知道如何只安装 asadmin 工具而不安装整个 Glassfish 服务器吗?或者,我也很乐意使用任何其他命令行工具,只要它们允许我使用安全通信部署到远程 Glassfish 实例。
windows - “该系统找不到指定的路径。” 尝试使用 asadmin 启动 GlassFish 时出现错误消息
我尝试按照The Java EE 6 Tutorial并使用以下命令启动 GlassFish。但我收到一条错误消息。如何解决这个问题?
java - 启动附加了 java 代理的 Glassfish 域
出于某些监视目的,我需要启动 Glassfish 域并附加自定义 java 代理。如果我直接使用命令启动域:
它按预期工作。
但是如何对以 asadmin 开头的域做同样的事情呢?我试过 asadmin create-jvm-options 和 asadmin create-system-properties - 它没有帮助我。有任何想法吗?
glassfish - 当远程 JMS 队列无法访问时,asadmin start-domain 失败
我有 2 台服务器 A 和 B 在它们上面运行 glassfish 3.1.2.2 应用程序服务器。两者都使用 JMS 队列进行通信,到目前为止效果很好。如果网络连接因任何原因中断,我可以在服务器 B(配置为连接到 A 的远程队列的服务器)的日志中看到它尝试重新连接,并且实际上总是在 A 启动时成功这样做再次。
但问题是,如果我在服务器 A 无法访问时尝试在 B 上重新启动 glassfish 实例,启动过程将在重试后失败并保持在一种未定义/不可用状态,即 java 进程已启动,一些端口已打开,但应用程序未启动 - 甚至管理控制台也未启动。
恕我直言 glassfish 启动过程不应该等待队列连接,这应该在某种后台进程中完成。
你们有没有人经历过类似的事情?有什么我可以配置/调整来解决这种行为的吗?
glassfish - Using the context-root from glassfish-web.xml in GlassFish 3
We recently switched to Glassfish 3.1.2.2 and have several Web-Applications packaged as war files. At times the desired context-root for these applications differs from the filename.
Back when we used Weblogic we achieved this by declaring the context-root in the weblogic.xml like this
We noticed that the same Tag exists in the glassfish-web.xml. But no matter what we define there, the server always determines the filename as the context-root.
Now we find the option --contextroot in the asadmin utility that would allow us to overwrite the filename at deploy time, but we'd prefer to do define it directly in the archive itself so that whoever will deploy it in the end won't need to know the desired contex-root.
Is there any way to achieve this?