如上所示，和配置文件中对应的配置是一致的。我们可以移除这个自动扫描的scanner：
[standalone@127.0.0.1:9999 /] /subsystem=deployment-scanner/scanner=default:remove
{"outcome" => "success"}
此时再次查看：
[standalone@127.0.0.1:9999 /] /subsystem=deployment-scanner:read-resource(recursive=true)
{
"outcome" => "success",
"result" => {"scanner" => undefined}
}
自动部署用的scanner已经被移除了。此时，我们将只可以用命令来手工部署所需项目，下面是手工部署的命令：
[standalone@127.0.0.1:9999 /] deploy /Users/liweinan/projs/my-webapp/target/my-webapp.war
'my-webapp.war' deployed successfully.
实验完成后，我们将刚刚移除的自动部署扫描器恢复回来：
[standalone@127.0.0.1:9999 /] /subsystem=deployment-scanner/scanner=default:add(scan-interval=5000,relative-to="jboss.server.base.dir",path="deployments")
{"outcome" => "success"}
这样，AS7又可以自动扫描deployments目录下面的项目，并进行自动部署了。实际上，AS7支持用户添加多个scanner，每一个scanner都可以独立配置，扫描不同的目录，设置不同的扫描间隔。通过上面的命令举一反三即可按照实际需求进行配置。
在AS7中部署一个J2EE项目
接下来我们试着将一个完整的J2EE项目部署进AS7，这个项目包括：
◆ 数据层，使用Hibernate及JPA Annotation来建模，后面连接AS7的数据源
◆ 逻辑层，使用JBoss Seam，EJB3来实现
◆ 表现层：使用JSF
◆ WebService：使用RESTEasy来实现
上面所使用的Hibernate, Seam，RESTEasy等模块，都是AS7中的默认配置，不需要额外进行配置，因此我们使用这样的一种技术架构。这个项目看起来用了不少东西，似乎很复杂，其实JBoss社区已经给我们做好了一个demo工程，使用到了上面的所有框架，我们把它直接拿过来用[2] ，使用下面的命令来创建这个项目：
mvn archetype:generate -DarchetypeArtifactId=jboss-javaee6-webapp -DarchetypeGroupId=org.jboss.weld.archetypes -DarchetypeVersion=1.0.1.Beta1 -DgroupId=net.bluedash -DartifactId=demo -Dversion=1.0-SNAPSHOT
有关这个项目的详细解说，在此就不展开了，Weld、EJB3、Hibernate的使用并不是本文的重点，我们仍然把注意力放在AS7的项目部署方面。总之，现在给这个项目进行打包：
mvn package
需要特别注意的是，编译这个项目需要Maven的版本至少在3.0以上，2.x是无法正确编译的，如果你的Maven版本过低，要注意更新版本至Maven 3。
打包完成后，我们将项目拷贝至deployments目录进行自动部署：
liweinan@smart:~/projs/jboss-7.0.0.CR1/standalone/deployments$ cp /Users/liweinan/projs/demo/target/demo.war .
此时服务器日志输出如下：
19:31:32,574 INFO [org.jboss.as.controller] (DeploymentScanner-threads - 2) Service status report
New missing/unsatisfied dependencies:
service jboss.naming.context.java.jdbc/__default (missing)
服务器报错说没有找到__default这个数据源。这是由于我们在项目中没有使用AS7中存在的数据源造成的。我们首先要知道AS7中的数据源配置在哪里，在上一节我们已经了解到，当服务器运行于standalone模式的时候，大部分的配置集中保存在standalone/configuration/standalone.xml当中，我们打开这个文件，看一下数据源配置方面的内容：
可以看到，AS7默认自带了一个数据源，绑定在java:jboss/datasources/ExampleDS这个JNDI名称之上，我们要在demo项目中使用这个数据源。打开demo项目中的数据源配置文件：
liweinan@smart:~/projs/demo$ vi src/main/resources/META-INF/persistence.xml
将其中的JNDI数据源配置内容：
修改成AS7中提供给我们的数据源：
保存后，使用mvn package命令将项目重新打包，然后将新的项目的war拷贝到AS7的deployments目录。但是在拷贝之间请稍等一下!我们看一下目前deployments目录中的内容：
liweinan@smart:~/projs/jboss-7.0.0.CR1/standalone/deployments$ ls
README.txt demo.war demo.war.failed
可以看到，此时deployments目录中有一个demo.war.failed文件，这个文件被称为 "Mark File"，即标记文件，它的文件名与项目文件名相同，但同时带有一个后缀。AS7用这样的Mark File来完成两个任务，一个是表示待部署项目的状态，另一个是在自动部署的基础上，给用户提供一些手工控制部署的能力。此时的demo.war.failed这个Mark File显然是表示状态的，failed说明demo.war刚刚部署失败的情况。
理解了Mark File，我们可以将新的war拷贝至deployments目录了：
liweinan@smart:~/projs/jboss-7.0.0.CR1/standalone/deployments$ cp /Users/liweinan/projs/demo/target/demo.war .
拷贝完成后，就把deployments目录里面之前有问题的demo.war给覆盖掉了。此时AS7是不会自动重新部署这个项目的，这是出于可靠性考虑，AS7不会未经用户明确指定，就把一个已有的同名项目的部署状态覆盖掉，即使它是部署失败的。此时我们就要用Mark File来控制AS7的部署了，我们建立一个名为demo.war.dodeply的空文件，使AS7重新部署demo.war这个项目：
liweinan@smart:~/projs/jboss-7.0.0.CR1/standalone/deployments$ touch demo.war.dodeploy
此时，AS7便开始重新部署项目了。如果你的手足够快，此时看一下deployments中的内容
liweinan@smart:~/projs/jboss-7.0.0.CR1/standalone/deployments$ ls
README.txt demo.war.dodeploy demo.war.isdeploying
demo.war demo.war.failed
会发现多出一个demo.war.isdeploying，表明项目正在部署。等部署完成后，deployments目录中的内容就变成了：
liweinan@smart:~/projs/jboss-7.0.0.CR1/standalone/deployments$ ls
README.txt demo.war demo.war.deployed
这样，新的项目便部署完成了，如果没有操作上的失误的话，这个项目已经可以可以访问到了：
小结
本文讲解了AS7下面的自动部署、手工部署的方法，同时讲解了管理端下面与部署相关的一些命令，以及standalone.xml配置文件中的一些内容;最后，我们讲解了Mark File的使用方法。希望通过本文，可以帮助大家进行AS7更为深入的学习和使用。
