apps

因为在【设置】里设置了软件自动更新。如果想要关闭的话，可以进入手机设置里把软件自动更新关掉。步骤1：打开手机【设置】APP，下拉菜单，找到iTunes Store与APP Store；步骤2：进入iTunes Store与APP Store后将自动更新关闭；

直接root后，用钛备份或其他卸载系统软件的工具把它卸载掉

Slogan是一个英文单词，读音是英音：["slu0259ugu0259n] 美音：["slogu0259n]，意思是口号、广告语。对消费者的意义在于其所传递的公司的产品理念，它所强调的是一家公司和它的产品最为突出的特点。

前面两个是收费的，owasp_zap是免费的

您可以试试以下的几个方法，如果还是不能的话，可能就是app服务器正在维护。1：打开设置／Safari／点击—『清除历史记录』『清除cookie和数据』2：打开设置／iTunes store和app store 点击 ，然后注销帐号，在打开设置／通用／还原／还原网络设置。最后连接无线网，然后点击无线网的那个右键标志。看到DNS删除。改成114.114.114.114 在返回无线局域网，这是就会自动重新连接，完成以后那么先不要登陆帐号，进入app下载游戏，点击下载的时候就会有提示 登陆帐号，那么这时在登陆帐号即可。3：无线网络或者移动网络的问题。自己检查一下网络是否正常。 4：重新创建帐号下载，如果还是不能下载的话，那么就两个原因。第一；自己网络问题，第二；服务器在维护。注：如果更新游戏的时候显示时其他的帐户，那么证明这个游戏是另外一个帐号下载的，所以必须要用到那个帐号才可以更新。如果忘记，那么删除软件在用自己的帐号下载即可！

你好，你直接在苹果的语言设置里面可以更改。

刷新就可以不用重启。

在webapp 文件下面直接新建文件，在文件夹里面建一个WEB-INF 里面配置一下web.xml 就行了

这个目录下所有的都是项目文件，安装的时候有一个ROOT的，是tomcat默认的启动页面，你将你的项目改成ROOT默认访问的就是你的ROOT的访问是：localhost:8080aaa项目的访问是：localhost:8080/aaa

嗯 这个是需要部署的，你也可以直接把项目拷贝到网站根目录下，然后打开服务器，用浏览器访问。

你好， 壁慈这个不是放在webapp的目录下面吗？然后启动tomcat,就能在浏览器上发布了啊，不用放在里面的 jsp_example文件夹啊。你试试这样行不行。 我的所有的web项目都在这个目录下面，也没有你说的这个jsp_example文件夹的。

只能放在webapps的子目录下才能访问, 比如ROOT下

解压缩

在什么环境下部署的。直接用myeclipse部署的吗？如果直接用myeclipse发布的，看看是否编译成功了。

您好，提问者： 我们访问http://localhost:8080/的时候，这个时候是默认访问的webapps下的ROOT里面的index.html文件。 比如我们copy一个项目过去，把文件名改为xxx，那么我们访问的话就要用xxx。 你修改了root，那么必须要访问你修改后的。 例如你修改的root为root123,访问如下：http://localhost:8080/root123

Tomcat下运行的是WEB项目，所以你放的项目要注意一下几点①根目录下是否有WEB-INF目录②启动tomcat是否报错③如果不能运行根据错误去查找原因（可查看tomcat跟目下logs下的日志文件）PS：good luck！有问题可百度Hi我！~

楼主，那要看具体的情况，要知道错误的详细描述

可以的！就是还得重新部署！

配置得肯定不正确~~

一般访问路径里面不能出现中文吧？

这个war包会在你每次发布的时候，自动解压缩覆盖你现在的工程。

应该把你的项目文件夹放到webapps下，而不是项目文件。另外项目的WEB-INF目录下要有web.xml文件，启动tomcat后进入管理界面，看看是否部署成功。

部署在webapps下的应该是war包，不是整个项目，你需要用eclipse导出war包，然后进入tomcat的管理界面部署进入后找到下图位置上传war包

war包放在tomcat下确实能帮你自动解包，但是tomcat不能帮你把配置文件修改。在d: omcat7.0conf目录下修改server.xml文件。在标签里面添加path主要是指定访问时的项目web名,docbase即指定的是物理路径名称.

因为你可能使用了内置的服务器，还有就是你还没有部署，没有指定启动用的tomcat路径。。。。

ROOT目录是你安装好tomcat并启动后访问localhost:8080时的页面项目。在这个页面上有很多链接，其它有一个manager的链接，点击之后打开的页面就是manager项目的页面，Manager页面可以管理其它发布的项目，如examaples，也可以管理你以后发布的项目，在它的页面上可以对所有的被管理项目进行启动、停止、重启操作。在localhost:8080页面上点击examples链接，打开的就是examples目录的东西。

java.io.FileNotFoundException: C:UsersAdministratorDesktopapache-tomcat-6.0.35webapps10 09servlet01uploadpe (拒绝访问。)给目录赋everyone访问权限。一般是NTFS的文件系统，就需要特别授权。或，换到别的地方，如D: omcat ——— 如果NTFS权限，也是要赋权限的。

远程控制

　　在Tomcat安装目录中，webapps默认为部署网站用的目录。webapps/ROOT是网站的根目录，其它目录都是网站的子目录，如webappsjsp-examples目录。但是，当我们新建一个子目录时，却并不能在浏览器里正常访问。就连HTML文件也访问不了。为什么会出现这种情况呢？　　原来，在Tomcat中，每一个webapps下的子目录都被认为是一个JSP站点。因此，该子目录必需要有JSP站点的必要结构才行。也就是，在创建的子目录下，必需有WEB_INF目录以及WEB_INF下的web.xml文件。WEB_INF目录以及其下的web.xml文件，是JSP用来配置站点用的。

不一定。webapps是默认项目文件的路径，将项目文件放在该路径下，tomcat会自动调用它，但我们也可以自己指定路径。指定项目路径可以参考这篇文章：补充 tomcat的部署方法主要有以下几种：一、静态部署1、直接将web项目文件件拷贝到webapps 目录中Tomcat的Webapps目录是Tomcat默认的应用目录，当服务器启动时，会加载所有这个目录下的应用。所以可以将JSP程序打包成一个 war包放在目录下，服务器会自动解开这个war包，并在这个目录下生成一个同名的文件夹。一个war包就是有特性格式的jar包，它是将一个web程序的所有内容进行压缩得到。具体如何打包，可以使用许多开发工具的IDE环境，如Eclipse等。也可以用 cmd 命令：jar -cvf mywar.war mywebwebapps这个默认的应用目录也是可以改变。打开Tomcat的conf目录下的server.xml文件，找到下面内容：<Host name="localhost" appBase="webapps"unpackWARs="true" autoDeploy="true"xmlValidation="false" xmlNamespaceAware="false">将appBase修改即可。 2、在server.xml中指定在Tomcat的配置文件中，一个Web应用就是一个特定的Context，可以通过在server.xml中新建Context里部署一个JSP应用程序。打开server.xml文件，在Host标签内建一个Context，内容如下。在tomcat中的conf目录中，在server.xml中的，节点中添加： 或者或者说明：path是虚拟路径；docBase 是应用程序的物理路径；workDir 是这个应用的工作目录，存放运行时生成的与这个应用相关的文件；debug 则是设定debug level, 0表示提供最少的信息，9表示提供最多的信息privileged设置为true的时候，才允许Tomcat的Web应用使用容器内的Servletreloadable 如果为true，则tomcat会自动检测应用程序的/WEB-INF/lib 和/WEB-INF/classes目录的变化，自动装载新的应用程序，可以在不重起tomcat的情况下改变应用程序，实现热部署antiResourceLocking和antiJARLocking 热部署是需要配置的参数，默认false避免更新了某个webapp，有时候Tomcat并不能把旧的webapp完全删除，通常会留下WEB-INF/lib下的某个jar包，必须关闭Tomcat才能删除，这就导致自动部署失败。设置为true，Tomcat在运行对应的webapp时，会把相应的源文件和jar文件复制到一个临时目录里。3、创建一个Context文件在conf目录中，新建 Catalina＼localhost目录，在该目录中新建一个xml文件，名字不可以随意取，要和path后的那个名字一致，按照下边这个path的配置，xml的名字应该就应该是hello（hello.xml），该xml文件的内容为：tomcat自带例子如下：<Context docBase="${catalina.home}/server/webapps/host-manager"privileged="true" antiResourceLocking="false" antiJARLocking="false">这个例子是tomcat自带的，编辑的内容实际上和第二种方式是一样的，其中这xml文件名字就是访问路径，这样可以隐藏应用的真实名字。4、注意：删除一个Web应用同时也要删除webapps下相应的文件夹和server.xml中相应的Context，还要将Tomcat的confcatalinalocalhost目录下相应的xml文件删除，否则Tomcat仍会去配置并加载。。。二 动态部署登陆tomcat管理控制台：，输入用户名和密码后便可管理应用并动态发布。在Context Path(option):中输入/yourwebname ，这代表你的应用的访问地址。XML Configration file URL中要指定一个xml文件，比如我们在F:下建立一个hmcx.xml文件，内容如下： 其中docBase不用写了，因为在下一个文本框中填入。或者更简单点，这个文本框什么都不填，在WAR or Directory URL:中键入F:hmcx即可，然后点击Deploy按钮，上面就可以看到了web应用程序，名字就Context Path(option):中的名字。如果部署.war文件还有更加简单的方式，下面还有个Select WAR file uploae点击浏览选择.war文件，然后点击Deploy也可以。参考：

你应该在http://localhost:8080/webapps/加上你的应用名称，比如应用如：manager正确的应该是http://localhost:8080/webapps/manager/aa.jpg

都可以删除的，如果你不用的话。host-manager manager ROOT 这三个留着，其它的都可以删除。

抄的，打字麻烦我在$tomcat/webapps/下建了个myjsp目录作为我网站的默认目录，在myjsp中有一个a.jsp文件，该文件要作为我网站的默认主页。 修改配置文件： 首先，修改$tomcat/conf/server.xml文件。 在server.xml文件中，有一段如下： Xml代码 <engine name="Catalina" defaultHost="localhost改为你的域名"> <host name="localhost改为你的域名" appBase="webapps" unpackWARs="true" autoDeploy="true" xmlValidation="false" xmlNamespaceAware="false"> …… <host> </engine> 在<host></host>标签之间添加上： Xml代码 <Context path="" docBase="myjsp" debug="0" reloadable="true" /> path是说明虚拟目录的名字，如果你要只输入ip地址就显示主页，则该键值留为空； docBase是默认目录的路径，它默认的是$tomcat/webapps/ROOT目录，现在我在webapps目录下建了一个myjsp目录，让该目录作为我的默认目录。 debug和reloadable一般都分别设置成0和true。

不一定。webapps是默认项目文件的路径，将项目文件放在该路径下，tomcat会自动调用它，但我们也可以自己指定路径。指定项目路径可以参考这篇文章：补充 tomcat的部署方法主要有以下几种：一、静态部署1、直接将web项目文件件拷贝到webapps 目录中Tomcat的Webapps目录是Tomcat默认的应用目录，当服务器启动时，会加载所有这个目录下的应用。所以可以将JSP程序打包成一个 war包放在目录下，服务器会自动解开这个war包，并在这个目录下生成一个同名的文件夹。一个war包就是有特性格式的jar包，它是将一个web程序的所有内容进行压缩得到。具体如何打包，可以使用许多开发工具的IDE环境，如Eclipse等。也可以用 cmd 命令：jar -cvf mywar.war mywebwebapps这个默认的应用目录也是可以改变。打开Tomcat的conf目录下的server.xml文件，找到下面内容：<Host name="localhost" appBase="webapps"unpackWARs="true" autoDeploy="true"xmlValidation="false" xmlNamespaceAware="false">将appBase修改即可。 2、在server.xml中指定在Tomcat的配置文件中，一个Web应用就是一个特定的Context，可以通过在server.xml中新建Context里部署一个JSP应用程序。打开server.xml文件，在Host标签内建一个Context，内容如下。在tomcat中的conf目录中，在server.xml中的，<host/>节点中添加： <Context path="/hello" docBase="D: workspacehelloWebRoot" debug="0" privileged="true"> </Context>或者<Context path="/myapp" reloadable="true" docBase="D:myapp" workDir="D:myappwork"/>或者<Context path="/sms4" docBase="D:workspacesms4WebRoot"/>说明：path是虚拟路径；docBase 是应用程序的物理路径；workDir 是这个应用的工作目录，存放运行时生成的与这个应用相关的文件；debug 则是设定debug level, 0表示提供最少的信息，9表示提供最多的信息privileged设置为true的时候，才允许Tomcat的Web应用使用容器内的Servletreloadable 如果为true，则tomcat会自动检测应用程序的/WEB-INF/lib 和/WEB-INF/classes目录的变化，自动装载新的应用程序，可以在不重起tomcat的情况下改变应用程序，实现热部署antiResourceLocking和antiJARLocking 热部署是需要配置的参数，默认false避免更新了某个webapp，有时候Tomcat并不能把旧的webapp完全删除，通常会留下WEB-INF/lib下的某个jar包，必须关闭Tomcat才能删除，这就导致自动部署失败。设置为true，Tomcat在运行对应的webapp时，会把相应的源文件和jar文件复制到一个临时目录里。3、创建一个Context文件在conf目录中，新建 Catalina＼localhost目录，在该目录中新建一个xml文件，名字不可以随意取，要和path后的那个名字一致，按照下边这个path的配置，xml的名字应该就应该是hello（hello.xml），该xml文件的内容为：<Context path="/hello" docBase="E:workspacehelloWebRoot" debug="0" privileged="true"></Context>tomcat自带例子如下：<Context docBase="${catalina.home}/server/webapps/host-manager"privileged="true" antiResourceLocking="false" antiJARLocking="false"></Context>这个例子是tomcat自带的，编辑的内容实际上和第二种方式是一样的，其中这xml文件名字就是访问路径，这样可以隐藏应用的真实名字。4、注意：删除一个Web应用同时也要删除webapps下相应的文件夹和server.xml中相应的Context，还要将Tomcat的confcatalinalocalhost目录下相应的xml文件删除，否则Tomcat仍会去配置并加载。。。二 动态部署登陆tomcat管理控制台：，输入用户名和密码后便可管理应用并动态发布。在Context Path(option):中输入/yourwebname ，这代表你的应用的访问地址。XML Configration file URL中要指定一个xml文件，比如我们在F:下建立一个hmcx.xml文件，内容如下： <Context reloadable="false" />其中docBase不用写了，因为在下一个文本框中填入。或者更简单点，这个文本框什么都不填，在WAR or Directory URL:中键入F:hmcx即可，然后点击Deploy按钮，上面就可以看到了web应用程序，名字就Context Path(option):中的名字。如果部署.war文件还有更加简单的方式，下面还有个Select WAR file uploae点击浏览选择.war文件，然后点击Deploy也可以。参考：

是的 否则访问时会找不到资源

webapps目录用来存放应用程序。当tomcat启动时会去加载webapps目录下的应用程序。可以以文件夹、war包、jar包的形式发布应用。当然，也可以把应用程序放置在磁盘的任意位置，在配置文件中映射好就行。

是存放网站的地方

貌似有个police模样的文件是用来控制权限的

源码粘帖过去肯定执行不了，你要把源码编译后的文件夹或者压缩包复制到webapps下面才行，如果你用过的是eclipse就在项目的根目录上面点右键，export导出，选择到处war文件，把导出的压缩包复制到webapps下面，然后重启tomcat，就会发现webapps下面会产生一个文件夹，名字和war的名称一样，然后用ie登录试试看。

修改conf下的server.xml.将path改成=“/”

你是指项目部署？

比如Myeclipse可以直接用它自带的插件部署，一键将你web工程下对应的文件部署到tomcat服务器目录下，然后在浏览器中用localhost访问，或者自己手动部署，网上资料很多的，对应文件夹下放什么东西，放好后一样红localhost访问tomcat,浏览器源代码jsp,webapps比如Myeclipse可以直接用它自带的插件部署，一键将你web工程下对应的文件部署到tomcat服务器目录下，然后在浏览器中用localhost访问，或者自己手动部署，网上资料很多的，对应文件夹下放什么东西，放好后一样红localhost访问

springboot项目？如果是：springboot项目自带了tomcat所以要在pom中排除掉tomcat

浏览器加个http试试

使用docBase配置 可以映射到其他目录 相当于iis的虚拟目录

eclipse 里面认为那些是源码目录。所以，在文件浏览器里面访问

ps -ef|grep tomcat 看看还有没有进程；关闭的时候如果tomcat未启动，是会抱着过错的，正常。我看你是root用户，应该不会是没有权限，那么检查一下这个目录是否有其它进程打开了在使用，进入webapps后，rm -rf * 直接删除试试。

可以删除，因为当tomcat启动以后就会自动解压war包到webapps目录下。Tomcat的项目部署方式有以下三种：1.直接把项目复制到Tomcat安装目录的webapps目录中，这是最简单的一种Tomcat项目部署的方法，也是初学者最常用的方法。2.在tomcat安装目录中有一个conf文件夹，打开此文件夹，其中包含配置文件server.xml，打开配置文件，并在<host>和</host>之间插入如下语句。<Context path="/hello" docBase="F:eclipse3.2workspacehelloWebRoot" debug="0" privileged="true"> </Context>其中，docBase为设置项目的路径。3.在conf目录中，在Catalinalocalhost（此处需要注意目录的大小写）目录下新建一个XML文件，任意命名，只要和当前文件中的文件名不重复即可，代码如下。<Context path="/hello" docBase="D:eclipse3.2workspacehelloWebRoot" debug="0" privileged="true"> </Context>第三种方法相对来说比较灵活，并且可以设置别名。

一、静态部署1、直接将web项目文件件拷贝到webapps 目录中 Tomcat的Webapps目录是Tomcat默认的应用目录，当服务器启动时，会加载所有这个目录下的应用。所以可以将JSP程序打包成一个 war包放在目录下，服务器会自动解开这个war包，并在这个目录下生成一个同名的文件夹。一个war包就是有特性格式的jar包，它是将一个web程序的所有内容进行压缩得到。具体如何打包，可以使用许多开发工具的IDE环境，如Eclipse等。也可以用 cmd 命令：jar -cvf mywar.war myweb webapps这个默认的应用目录也是可以改变。打开Tomcat的conf目录下的server.xml文件，找到下面内容：<Host name="localhost" appBase="webapps" unpackWARs="true" autoDeploy="true" xmlValidation="false" xmlNamespaceAware="false">将appBase修改即可。 2、在server.xml中指定 在Tomcat的配置文件中，一个Web应用就是一个特定的Context，可以通过在server.xml中新建Context里部署一个JSP应用程序。打开server.xml文件，在Host标签内建一个Context，内容如下。在tomcat中的conf目录中，在server.xml中的，<host/>节点中添加： <Context path="/hello" docBase="D: workspacehelloWebRoot" debug="0" privileged="true"> </Context>或者<Context path="/myapp" reloadable="true" docBase="D:myapp" workDir="D:myappwork"/>或者<Context path="/sms4" docBase="D:workspacesms4WebRoot"/>

选择你要启动的tomcat，右键add deployment添加项目，再右键run server 自带的tomcat的webapps本来就没有，是引用地址的。

都没有了么，你搜索你的所有的盘，看看有没有

(HttpServletRequest) ActionContext.getContext().get( ServletActionContext.HTTP_REQUEST)).getRealPath("/")) .getParent()

看Context 的docBase 这种配置方式，不用放到tomcat中去<Host name="localhost" unpackWARs="true" autoDeploy="true" xmlValidation="false" xmlNamespaceAware="false"> <Context path="" docBase="E:WorkspacewwwtxlWebRoot" Reloadable="true" debug="0"> <Resource name="jdbc/txldbs" type="javax.sql.DataSource" auth="Container" driverClassName="com.sybase.jdbc3.jdbc.SybDriver" maxActive="100" maxIdle="30" maxWait="10000" url="jdbc:sybase:Tds:192.168.1.40:4200/txldbs?charset=cp936" username="sa" password=""/> <Resource name="jdbc/rsk3" type="javax.sql.DataSource" auth="Container" driverClassName="com.sybase.jdbc3.jdbc.SybDriver" maxActive="100" maxIdle="30" maxWait="10000" url="jdbc:sybase:Tds:192.168.1.40:4200/rsk3?charset=cp936" username="sa" password=""/> </Context> <Valve className="org.apache.catalina.valves.FastCommonAccessLogValve" directory="logs" prefix="txl_access_log." suffix=".txt" pattern="common" resolveHosts="false"/></Host>

首先你要明白什么时候war包才会解压当tomcat启动时候会去查看webapps下的所有war包，同时查看是否有该war包对应的已解压文件，如果已经存在就不会再解压，也不会将你已经修改的jsp覆盖掉，只有当你删除war包对应的同名文件夹（你的工程）后，启动tomcat时才会再解压war文件 明白？？？

　　在Tomcat安装目录中，webapps默认为部署网站用的目录。webapps/ROOT是网站的根目录，其它目录都是网站的子目录，如webappsjsp-examples目录。但是，当我们新建一个子目录时，却并不能在浏览器里正常访问。就连HTML文件也访问不了。为什么会出现这种情况呢？　　原来，在Tomcat中，每一个webapps下的子目录都被认为是一个JSP站点。因此，该子目录必需要有JSP站点的必要结构才行。也就是，在创建的子目录下，必需有WEB_INF目录以及WEB_INF下的web.xml文件。WEB_INF目录以及其下的web.xml文件，是JSP用来配置站点用的。

是。你在webapps下新添加的文件夹（比如说新建的文件夹为test），那么要通过设置tomcat|conf目录下的server.xml文件，添加如下内容：<!--TomcatManagerContext--><Contextpath="/test"docBase="test"debug="0"privileged="true"/>在类似上述代码的地方加入这段代码即可。

那你webapps下肯定放了很多工程喽。。把你一些没用到工程删掉就可以啦。都可以删除的，如果你不用的话。

先弄清楚apache和tomcat的区别。apache是web服务器，tomcat是应用（java）服务器，它只是一个servlet容器，可以认为是apache的扩展。apache和tomcat都可以做为独立的web服务器来运行。但是apache不能解释java程序。如：jsp。class等文件。然后再看webapps，顾名思义，webapps里边主要是放web应用的。比如我们开发的java网站等等都可以放到webapps里边进行部署发布。apache功能类似的是htdocs文件夹。区别就是上面的。apache只支持html，js等静态文件。jsp放入里边是不行的。

项目名.war就是编译好的web项目了。

在Tomcat服务器的webapps目录下新建一个名字是letter的方法如下：前提条件：已安装好tomcat服务器。1创建静态web应用在tomcat的webapps目录下创建一个letter目录；在webappsletter下创建index.html：启动tomcat：打开浏览器访问http://localhost:8080/letter/index.html（此处8080为自己tomcat的端口号）index.htmlletterWorld!omcat服务器是一个免费的开放源代码的Web应用服务器，属于轻量级应用服务器，在中小型系统和并发访问用户不是很多的场合下被普遍使用，是开发和调试JSP程序的首选。对于一个初学者来说，可以这样认为，当在一台机器上配置好Apache服务器，可利用它响应HTML（标准通用标记语言下的一个应用）页面的访问请求。实际上Tomcat是Apache服务器的扩展，但运行时它是独立运行的，所以当你运行tomcat时，它实际上作为一个与Apache独立的进程单独运行的。

tomcat7跟以前的版本一样，默认的发布程序是/usr/local/tomcat/webapps/ROOT下面，即我们必须将测试文件放在此目录下才能进行测试，如何更改ROOT路径呢？我们可以修改vim /usr/local/tomcat/webapps/conf/server.conf。我的文件如下：Host name="localhost" appBase="/data/htdocs/www"unpackWARs="true" autoDeploy="true"/Host/Engine在host/host标签之间添加上：Context path="" docBase="example" debug="0" reloadable="true" /path是说明虚拟目录的名字，如果你要只输入ip地址就显示主页，则该键值留为空；docBase是虚拟目录的路径，它默认的是$tomcat/webapps/ROOT目录，现在我在webapps目录下建了一个example目录，让该目录作为我的默认目录。debug和reloadable一般都分别设置成0和true，重启tomcat应该就可以生效了。

服务器版本：CentOS Linux release 7.6.1810 (Core)金蝶版本：AAS-V10.zip一、准备工作1.上传软件包到服务器/usr/local/software路径（路径可自定义）2.关闭防火墙，关闭selinux临时并永久关闭防火墙systemctl stop firewalld && systemctl disable firewalld临时并永久关闭selinuxsetenforce 0 && sed -i "s/^SELINUX=.*/SELINUX=disabled/" /etc/selinux/config二、安装金蝶1.启动解压cd /usr/local/software&&unzip AAS-V10.zip启动（当前启动方式，部署好程序之后，看不到程序的启动日志，需要加一个jvm参数，换一种启动方式，详见如下）cd /usr/local/software/ApusicAS/bin&&./asadmin start-domain

你好，请问您是想问officewebapps部署后其他计算机访问不了的原因吗？原因：1、windows防火墙关闭或杀毒软件网络防火墙关闭。2、IIS访问权限有问题。

启动是加载所有目录下的应用。根据查询博客园显示，Tomcat的Webapps目录是Tomcat默认的应用目录，当服务器启动时，会加载所有这个目录下的应用。所以可以将JSP程序打包成个war包放在目录下，服务器会自动解开这个wa包，并在这个目录下生成一个同名的文件夹。

webapps目录用来存放应用程序。当tomcat启动时会去加载webapps目录下的应用程序。可以以文件夹、war包、jar包的形式发布应用。当然，也可以把应用程序放置在磁盘的任意位置，在配置文件中映射好就行。tomcat的webapps目录下的ROOT目录介绍：tomcat的webapps目录下有个默认的ROOT目录，也可以把项目war包解压开放入ROOT目录，同样可以运行项目。但放在ROOT目录下之后访问项目方式就会变为：ip+端口号。所以项目放在webapps目录和放在ROOT目录的区别是webapps不需要解压，ROOT需要解压；webapps访问项目需要加项目名，ROOT不需要加项目名。tomcat默认看到的cat页面的文件就是在ROOT文件夹下的，如果ROOT目录删除后，tomcat启动后还是会生成的。扩展资料：有两个办法可以在系统中部署web服务。1> 拷贝WAR文件或者web应用文件夹（包括该web的所有内容）到$CATALINA_BASE/webapps目录下。2> 为web服务建立一个只包括context内容的XML片断文件，并把该文件放到$CATALINA_BASE/webapps目录下。这个web应用本身可以存储在硬盘上的任何地方。如果有一个WAR文件，想部署它，则只需要把该文件简单的拷贝到CATALINA_BASE/webapps目录下即可，文件必须以“.war”作 为扩展名。一旦Tomcat监听到这个文件，它将（缺省的）解开该文件包作为一个子目录，并以WAR文件的文件名作为子目录的名字。接下来，Tomcat 将在内存中建立一个context，就好象在server.xml文件里建立一样。当然，其他必需的内容，将从server.xml中的 DefaultContext获得。部署web应用的另一种方式是写一个Context XML片断文件，然后把该文件拷贝到CATALINA_BASE/webapps目录下。一个Context片断并非一个完整的XML文件，而只是一个 context元素，以及对该应用的相应描述。这种片断文件就像是从server.xml中切取出来的context元素一样，所以这种片断被命名为 “context片断”。参考资料来源：百度百科-tomcat

苹果手机在appstore和itnes被禁用下不了软件，可以更换一个id，更换后用一段时间就能下载软件了。

这个问题我遇到过，是这样的，你以前的ID下载下来的软件只能用你以前那个ID更新，你一更新它就弹出以前的ID。这样，你把以前那个ID下载的软件删了，再用现在的ID重新下载，就没事了。希望楼主采纳。

其实这个说明只是正版的。（盗版党掩面而过）桌面有游戏的快捷方式吧，右键=>属性=>快捷方式=>查找目标

第一个在C盘

如果你的iPhone始终无法如苹果所言般顺利更新应用或者应用商店载入速度十分缓慢的话，接下来这个小技巧对你就十分有用了。首先打开AppStore，不用管它的小菊花，这时你会看到下面有五个按钮“精品推荐、排行榜、探索、搜索和更新”快速连续按击其中一个按钮十次你会看到屏幕会出现空白，不用担心，这是AppStore在清除缓存的过程，稍待片刻你就会发现你的AppStore加载速度简直是感人。通常来说，在重置应用商店缓存后，用户今后的应用商店载入速度会得到大大提高。而且，这一方法不仅适用于应用商店，还适用于iTunes和iBook商店。不过，包括Podcasts、音乐、游戏中心、iMessage以及电话这些原生应用则不支持这一重置缓存的技巧。事实上，由于iOS采用的是相较老对手Android更为封闭的生态系统机制，这就导致了用户大多无法通过简单下载应用的方式清理系统。所以，此前也有不少媒体支招为消费者提供清理iPhone垃圾和清理缓存的方法，就比如删除应用、下载专业的清理应用、连接电脑使用iTunes甚至是整个重装系统的方法，但所有这些方法都因为过程复杂或者效果不佳而没能得到消费者的广泛认可。不过，这次由iOS应用开发员查凯瑞-戴伟尔所发现的这一iOS小技巧或许将改变这一点，因为他所发现的方法不仅十分简单，而且能够的的确确重置应用商店的缓存，而应用商店一直以来都是iOS用户抱怨载入速度过慢最集中的一个应用

http://www.chinaz.com/game/2015/0323/392371.shtmlhttp://www.muzhibus.com/Htmls/Syyy/2014/0624/2447.shtml. Terms and conditions（法律与条款）1.1 As a developer of applications for the App Store you are bound by the terms of the Program License Agreement (PLA), Human Interface Guidelines (HIG), and any other licenses or contracts between you and Apple. The following rules and examples are intended to assist you in gaining acceptance for your App in the App Store, not to amend or remove provisions from any other agreement.（作为App Store的应用开发者，你必须接受如下条款：Program License Agreement (PLA)，Human Interface Guidelines (HIG)，以及任何你与apple签订的许可和合同。以下规则和示例是为了协助你的应用更快通过审核上架，而不是修正或取代之前的条款。） 2. Functionality（功能）2.1 Apps that crash will be rejected（存在Crash（崩溃，死机）的应用会被拒。）2.2 Apps that exhibit bugs will be rejected（存在明显bug的应用会被拒。）2.3 Apps that do not perform as advertised by the developer will be rejected（不符合开发者描述的应用会被拒。）2.4 Apps that include undocumented or hidden features inconsistent with the description of the App will be rejected（有未说明或隐藏特性或有悖描述的应用会被拒。）2.5 Apps that use non-public APIs will be rejected（使用非公开API的应用会被拒。）2.6 Apps that read or write data outside its designated container area will be rejected（试图读写非允许范围内的数据的应用会被拒。）2.7 Apps that download code in any way or form will be rejected（试图以任何方式方法下载代码的应用会被拒。）2.8 Apps that install or launch other executable code will be rejected（安装或运行其他可执行代码的应用会被拒。）2.9 Apps that are "beta", "demo", "trial", or "test" versions will be rejected（任何“beta”，“演示（demo）”，“试用（trial）”或“测试（test）”版本的应用会被拒。）2.10 iPhone Apps must also run on iPad without modification, at iPhone resolution, and at 2X iPhone 3GS resolution（iPhone应用必须可以无条件运行在iPad上，支持普通iPhone分辨率和2倍iPhone 3GS分辨率。）2.11 Apps that duplicate Apps already in the App Store may be rejected, particularly if there are many of them, such as fart, burp, flashlight, and Kama Sutra Apps.（任何与App Store中上架应用重复的应用会被拒，尤其是已经有了很多的：如放屁，打嗝，手电照明和爱经。）2.12 Apps that are not very useful, unique, are simply web sites bundled as Apps, or do not provide any lasting entertainment value may be rejected（没有用处的应用，web页面简单组合的应用，或任何哗众取宠，不能提供娱乐价值的应用会被拒。）2.13 Apps that are primarily marketing materials or advertisements will be rejected（纯粹用于市场推广或广告的应用会被拒。）2.14 Apps that are intended to provide trick or fake functionality that are not clearly marked as such will be rejected（有意提供隐蔽或虚假功能，却又不能明显标示的应用会被拒。）2.15 Apps larger than 50MB in size will not download over cellular networks (this is automatically prohibited by the App Store)（大于20MB的应用无法通过蜂窝网络下载安装（App Store自动处理）。）2.16 Multitasking Apps may only use background services for their intended purposes: VoIP, audio playback, location, task completion, local notifications, etc.（多任务应用只允许在后台运行如下相应的服务：VoIP，音频播放，地理位置，任务记录，本地提醒等。）2.17 Apps that browse the web must use the iOS WebKit framework and WebKit Javascript（应用只允许通过iOS WebKit框架和WebKit Javascript访问web页面。）2.18 Apps that encourage excessive consumption of alcohol or illegal substances, or encourage minors to consume alcohol or smoke cigarettes, will be rejected（鼓励酗酒，使用违法药物，或诱导未成年人饮酒，吸烟的应用会被拒。）2.19 Apps that provide incorrect diagnostic or other inaccurate device data will be rejected（提供错误的系统信息或设备数据的应用会被拒。）2.20 Developers "spamming" the App Store with many versions of similar Apps will be removed from the iOS Developer Program（通过许多版本的类似应用对App Store造成干扰的开发者会被取消IDP身份。）2.21 Apps that are simply a song or movie should be submitted to the iTunes store. Apps that are simply a book should be submitted to the iBookstore.（歌曲和电影应该提交到iTunes store。书籍应该提交到iBookstore。）2.22 Apps that arbitrarily restrict which users may use the App, such as by location or carrier, may be rejected（随意通过位置或运营商来限制用户使用的应用会被拒。）2.23 Apps must follow the iOS Data Storage Guidelines or they will be rejected（加入iCloud支持后，应用必须遵守iOS数据存储指南（ iOS Data Storage Guidelines）否则将被拒。）2.24 Apps that are offered in Newsstand must comply with schedules 1, 2 and 3 of the Developer Program License Agreement or they will be rejected（在Newsstand里提交的应用必须遵守Developer Program License Agreement的第1,2和3条，否则将被拒。） 2.25 Apps that display Apps other than your own for purchase or promotion in a manner similar to or confusing with the App Store will be rejected（与App Store类似的推荐或为其他应用做广告的应用将无法通过App Store审核。） 3. Metadata (name, descriptions, ratings, rankings, etc)（描述数据（名称，描述，评级，分类等））3.1 Apps or metadata that mentions the name of any other mobile platform will be rejected（应用或者元数据中提到其他任意移动平台会被拒。）3.2 Apps with placeholder text will be rejected（描述数据有未填写项，存留占位符文本会被拒。）3.3 Apps with descriptions not relevant to the application content and functionality will be rejected（描述中提到与应用内容和功能无关信息会被拒。）3.4 App names in iTunes Connect and as displayed on a device should be similar, so as not to cause confusion（应用在iTunes Connect与设备上显示的名称应该类似，否则会造成混淆。）3.5 Small and large App icons should be similar, so as to not to cause confusion（不同尺寸的icon要一致，否则会造成混淆。）3.6 Apps with App icons and screenshots that do not adhere to the 4+ age rating will be rejected（图标与截屏不符合4+年龄评级的应用会被拒。）3.7 Apps with Category and Genre selections that are not appropriate for the App content will be rejected（应用的内容与所选分类和风格不符会被拒。）3.8 Developers are responsible for assigning appropriate ratings to their Apps. Inappropriate ratings may be changed/deleted by Apple（开发者有责任把应用放到恰当的分级（Rating）。不恰当的评级可能会被Apple修改，甚至删除。）3.9 Developers are responsible for assigning appropriate keywords for their Apps. Inappropriate keywords may be changed/deleted by Apple（开发者有责任给应用撰写恰当的关键词。不恰当的关键词可能会被Apple修改，甚至删除。）3.10 Developers who attempt to manipulate or cheat the user reviews or chart ranking in the App Store with fake or paid reviews, or any other inappropriate methods will be removed from the iOS Developer Program（通过伪造，付费评价或其他非正规手段，获取App Store中较好的评价与星级的开发者会被取消IDP身份。）3.11 Apps which recommend that users restart their iOS device prior to installation or launch may be rejected（任何提示需要用户重启iOS设备来安装或运行的应用会被拒。）3.12 Apps should have all included URLs fully functional when you submit it for review, such as support and privacy policy URLs（应用在提交审核过程中，所有涉及到的URL都要处于正常运行状态，例如保密协议，相关支持页面等。）4. Location（位置）4.1 Apps that do not notify and obtain user consent before collecting, transmitting, or using location data will be rejected（未提示用户且获得用户允许之前收集，传输或使用位置数据的应用会被拒。）4.2 Apps that use location-based APIs for automatic or autonomous control of vehicles, aircraft, or other devices will be rejected（使用location-based API来自动控制车辆，飞行器或其他设备的应用会被拒。）4.3 Apps that use location-based APIs for dispatch, fleet management, or emergency services will be rejected（使用location-based API进行调度，队伍管理或应急服务的而应用会被拒。）4.4 Location data can only be used when directly relevant to the features and services provided by the App to the user or to support approved advertising uses（位置数据只能用于应用提供的直接相关功能或服务，或者有授权的广告。）5. Push notifications（提醒推送） 5.1 Apps that provide Push Notifications without using the Apple Push Notification (APN) API will be rejected（不使用Apple Push Notification（APN） API提供消息推送的应用会被拒。）5.2 Apps that use the APN service without obtaining a Push Application ID from Apple will be rejected（使用APN服务却没从Apple获取一个Push Application ID的应用会被拒。）5.3 Apps that send Push Notifications without first obtaining user consent will be rejected（在首次推送消息之前未取得的用户允许的应用会被拒。）5.4 Apps that send sensitive personal or confidential information using Push Notifications will be rejected（使用提醒推送服务推送敏感的个人或机密信息的应用会被拒。）5.5 Apps that use Push Notifications to send unsolicited messages, or for the purpose of phishing or spamming will be rejected（使用提醒推送发送主动消息，欺骗或干扰信息的应用会被拒。）5.6 Apps cannot use Push Notifications to send advertising, promotions, or direct marketing of any kind（应用不可以使用提醒推送发送广告，活动或任何形式的直接推广信息。）5.7 Apps cannot charge users for use of Push Notifications（应用不可以提供收费的提醒推送服务。）5.8 Apps that excessively use the network capacity or bandwidth of the APN service or unduly burden a device with Push Notifications will be rejected（使用APN服务过度占用网络带宽或容量或通过提醒推送大量占用系统资源的应用会被拒。）5.9 Apps that transmit viruses, files, computer code, or programs that may harm or disrupt the normal opera tion of the APN service will be rejected（传输病毒，文件，代码或程序，导致破坏或扰乱正常的APN服务操作的应用会被拒。）

没有重新登录。1、打开手机的设置。2、在手机中点击iTunesStore与AppStore。3、在手机中点击AppleId。4、在手机中点击注销，重新登陆appleid，输入密码即可。

如果您忘记了苹果 13 版平板电脑的 App Store 密码，可以通过以下步骤进行重置：1. 打开 App Store 应用并点击右上角头像。2. 在弹出的菜单中选择“密码与安全性”。3. 点击“更改密码”。4. 按照提示输入您的 Apple ID 和安全性问题，以验证您的身份。5. 输入您希望使用的新密码，并再次确认密码。6. 点击“更改密码”。如果您无法通过安全性问题验证身份，可以尝试通过重置 Apple ID 密码来解决问题。如果您还有其他问题或需要进一步的帮助，请联系苹果客服获取支持。

设定--STORE--Apple ID设置为中国注册的帐号，再次登陆APPSTORE就中文了~

我之前回答过类似问题，请参考。点击app store界面的左下角“추천”这页，然后把页面拖到最下面，点击你的那个邮箱账号。之后会显示一个apple id的框，你选择“로그아웃”（注销这个账号）。然后回到刚刚的页面，点击“로그인”，跳出一个“로그인”的框，你选择“기존의 apple id 사용”。之后会跳出来一个让你输入app账号的框，你输入中国的账号后，点“승인”。 然后就会有让你跳转到中国的app store之类的话了。你点确定就行了。望采纳。。

是要谐音吗？

苹果手机无法打开App Store处理方法：一、检查互联网连接。建议您使用“Safari 浏览器”访问 10086.cn或其它常用网站测试能否正常访问，若不能正常访问，请尝试更换 Wi-Fi 网络或使用“蜂窝移zd动数据网络”再试。二、检查App Store服务器状态。访问http://www.apple.com/cn/support/systemstatus/，查看 App Store服务器是否有故障的说明，若提示服务器存在问题，建议等待修复后再次尝试。三、内更新系统版本。更新到最新版本的iOS系统，然后尝试重新连接到App Store。四、检查日期和时间。确保您设备上的日期和时间针对您所在的时区进行了正确设置，前往【设置】-【通用】-【日期与时间】。注：如无法解决您的问题，建议联系苹果官方容支持400-666-8800（收费）咨询。

appstore无法登录的解决方法如下：1、重新登录AppleID账号，打开苹果界面上设置，点击iTunesStore与AppStore点击登录的AppleID账号注销掉，然后重新登录，或者直接打开AppStore，进入精品推荐，页面下来，将登录的AppleID账号注销在重新登录一下。2、还原网络设置，同样在苹果界面上打开设置，点击通用进入，然后按还原，还原网络设置。3、断开网络重新连接，和以上一样打开设置、进入到Wi-Fi信号里面，忽略此网络，接着在重新连接一下试试，在打开AppStore看看是否可以连接。4、修改NDS，进入到苹果设置，打开无线局域网，点击一下i，将里面DNS修改为修改114.114.114.114，在访问AppStore试试是否正常。5、有时候可能苹果AppStore服务器出现问题导致的，建议隔开一段时间在登录AppStore。6、把苹果关机重启一下，或者连接按两下home键，将AppStore运行后台关闭掉，在重新打开试试。

网络不佳，连接APP Store不顺畅，连接超时就会显示无法连接到APP Store，建议用户更换网络。APP Store服务器出现宕机或者某些突发情况，访问APP Store用户太多，导致用户连接缓慢也会出现这种现象。确认设备的网络是否正常，比如可以打开网页试试，另外也可以在WiFi/4G网络之间进行切换使用，看看是否可以访问APP Store应用商店。如果是APP Store服务器问题，这种属于苹果方面的故障原因，与用户无关，无法连接则就需要苹果官方来解决，用户只能耐心等待了。相关介绍：在2008年7月19日，苹果在中国北京三里屯开设了境内第一间的直营店，中国第二家苹果零售店也于2010年7月10日在上海浦东陆家嘴开幕，2010年9月25日，北京大悦城Apple Store与上海香港广场Apple Store同时开幕，同日，iPhone4在大陆上市。中国第三家苹果零售店在2012年10月20日在北京王府井开幕。2015年1月24日，全亚洲最大的Apple store 于中国杭州西湖湖畔开业。2020年7月17日，全新的北京三里屯Apple Store于太古里开放广场再次开业，旧址则于2020年7月15日正式关闭。

重启手机，或者还原网络设置