Applications Server
来源:互联网 发布:崩坏3rd矩阵buff 编辑:程序博客网 时间:2024/05/14 05:20
To build the hello1 application, follow these steps:
1. In a terminal window, go to <INSTALL>/j2eetutorial14/examples/
web/hello1/.
2. Run asant build. This target will spawn any necessary compilations and
will copy files to the <INSTALL>/j2eetutorial14/examples/web/
hello1/build/ directory.
To package the application into a WAR named hello1.war using asant, use the
following command:
asant create-war
Deploying with asadmin:
To deploy an unpackaged web module with asadmin, open a terminal window or
command prompt and execute
asadmin deploydir full-path-to-web-module-directory
The build task for the hello1 application creates a build directory (including
web.xml) in the structure of a web module. To deploy hello1 using asadmin
deploydir, execute:
asadmin deploydir --contextroot /hello1
<INSTALL>/j2eetutorial14/examples/web/hello1/build
Deploying with asadmin:
To deploy a WAR with asadmin, open a terminal window or command prompt
and execute
asadmin deploy full-path-to-war-file
Deploying with asant
To deploy a WAR with asant, open a terminal window or command prompt in
the directory where you built and packaged the WAR, and execute
asant deploy-war
Listing Deployed Web Modules
The Application Server provides three ways to view the deployed web modules:
• deploytool
a. Select localhost:4848 from the Servers list.
b. View the Deployed Objects list in the General tab.
• Admin Console
a. Open the URL http://localhost:4848/asadmin in a browser.
b. Expand the nodes Applications→Web Applications.
• asadmin
a. Execute
asadmin list-components
Dynamic Reloading:
copy the changed JSP or class files into the deployment directory for the application
or module. The deployment directory for a web module named
context_root is <J2EE_HOME>/domains/domain1/applications/j2ee-modules/
context_root. The server checks for changes periodically and redeploys
the application, automatically and dynamically, with the changes
To enable dynamic reloading, use the Admin Console:
1. Select the Applications Server node.
2. Select the Advanced tab.
3. Check the Reload Enabled box to enable dynamic reloading.
4. Enter a number of seconds in the Reload Poll Interval field to set the interval
at which applications and modules are checked for code changes and
dynamically reloaded.
5. Click the Save button.
In addition, to load new servlet files or reload deployment descriptor changes,
you must do the following:
1. Create an empty file named .reload at the root of the module:
<J2EE_HOME>/domains/domain1/applications/j2ee-modules/
context_root/.reload
2. Explicitly update the .reload file’s time stamp each time you make these
changes. On UNIX, execute
touch .reload
For JSP pages, changes are reloaded automatically at a frequency set in the
Reload Pool Interval. To disable dynamic reloading of JSP pages, set the reloadinterval
property to -1.
/-------------------------------------------------------------------------------------------/
This capability is useful in a development environment, because it allows code
changes to be tested quickly. Dynamic reloading is not recommended for a production
environment, however, because it may degrade performance. In addition,
whenever a reload is done, the sessions at that time become invalid and the client
must restart the session.
1. In a terminal window, go to <INSTALL>/j2eetutorial14/examples/
web/hello1/.
2. Run asant build. This target will spawn any necessary compilations and
will copy files to the <INSTALL>/j2eetutorial14/examples/web/
hello1/build/ directory.
To package the application into a WAR named hello1.war using asant, use the
following command:
asant create-war
Deploying with asadmin:
To deploy an unpackaged web module with asadmin, open a terminal window or
command prompt and execute
asadmin deploydir full-path-to-web-module-directory
The build task for the hello1 application creates a build directory (including
web.xml) in the structure of a web module. To deploy hello1 using asadmin
deploydir, execute:
asadmin deploydir --contextroot /hello1
<INSTALL>/j2eetutorial14/examples/web/hello1/build
Deploying with asadmin:
To deploy a WAR with asadmin, open a terminal window or command prompt
and execute
asadmin deploy full-path-to-war-file
Deploying with asant
To deploy a WAR with asant, open a terminal window or command prompt in
the directory where you built and packaged the WAR, and execute
asant deploy-war
Listing Deployed Web Modules
The Application Server provides three ways to view the deployed web modules:
• deploytool
a. Select localhost:4848 from the Servers list.
b. View the Deployed Objects list in the General tab.
• Admin Console
a. Open the URL http://localhost:4848/asadmin in a browser.
b. Expand the nodes Applications→Web Applications.
• asadmin
a. Execute
asadmin list-components
Dynamic Reloading:
copy the changed JSP or class files into the deployment directory for the application
or module. The deployment directory for a web module named
context_root is <J2EE_HOME>/domains/domain1/applications/j2ee-modules/
context_root. The server checks for changes periodically and redeploys
the application, automatically and dynamically, with the changes
To enable dynamic reloading, use the Admin Console:
1. Select the Applications Server node.
2. Select the Advanced tab.
3. Check the Reload Enabled box to enable dynamic reloading.
4. Enter a number of seconds in the Reload Poll Interval field to set the interval
at which applications and modules are checked for code changes and
dynamically reloaded.
5. Click the Save button.
In addition, to load new servlet files or reload deployment descriptor changes,
you must do the following:
1. Create an empty file named .reload at the root of the module:
<J2EE_HOME>/domains/domain1/applications/j2ee-modules/
context_root/.reload
2. Explicitly update the .reload file’s time stamp each time you make these
changes. On UNIX, execute
touch .reload
For JSP pages, changes are reloaded automatically at a frequency set in the
Reload Pool Interval. To disable dynamic reloading of JSP pages, set the reloadinterval
property to -1.
/-------------------------------------------------------------------------------------------/
This capability is useful in a development environment, because it allows code
changes to be tested quickly. Dynamic reloading is not recommended for a production
environment, however, because it may degrade performance. In addition,
whenever a reload is done, the sessions at that time become invalid and the client
must restart the session.
- Applications Server
- Instant SQL Server 2000 Applications
- Advanced SQL Injection In SQL Server Applications
- Developing Web Applications for WebLogic Server
- Applications
- Using Oauth 2.0 for Server to Server Applications
- Using Async RPC with Your Client/Server Applications
- MCTS: Windows Server 2008 Applications Infrastructure Configuration Study Guide
- How to check Oracle Applications Web Server Version ?
- Debugging WebLogic Server Applications Using Eclipse and the WebLogic-Plugin
- Marklogic search development -1.Developing Search Applications in MarkLogic Server
- 【实例图文详解】OAuth 2.0 for Web Server Applications
- SQL Server Connection Strings for ASP.NET Web Applications
- Deploying R, RStudio and Shiny applications on Unbuntu Server
- BlackBerry Enterprise Server for MDS Applications” 4.1.7 could do data push without email server
- Building database-driven Flex applications without writing (Client- or server-side) code
- Beginning SQL Server 2005 Express Database Applications with Visual Basic Express and Visual Web Dev
- Pro Microsoft Speech Server 2007: Developing Speech Enabled Applications with .NET
- 默默的情怀
- Matlab疑难解答
- 设计模式---抽象工厂(C++版) 希望大家顶一下
- 11-26>pe_xscan 改进 O10-Winsock LSP(Layered Service Provider)项的显示内容
- AIX服务器上同步局域网PCtime时间
- Applications Server
- java data jdo
- Unix-center.net常见问题
- 好久没有关心这个Blog了,现在变样了.
- epoll使用例子
- 【转贴】JSON简介--简要分析了json的出现原因,及与xml比较的优缺点
- 开辟VisualFC(WTL WinxGUI 可视化开发工具)专栏
- [转]学计算机不能不学的语言
- vlan组播功能测试