1. 在设计Web项目的目录结构是，一般吧jsp和html文件放在（）下
在设计Web项目的目录结构是，一般吧jsp和html文件放在文档根目录或其子文件夹下，这也是程序人员编码的一种习惯，当然也可以放在其它目录里，不过很少会这样。
如下图目录所示：
2. Tomcat\webapps 目录中 部署后目录结构是什么意思具体操作是什么
(以下为tomcat6.0的目录结构)
/bin
存放Windows或Linux平台上用于启动和停止Tomcat的脚本文件
/conf
存放Tomcat服务器的各种配置文件，其中最重要的是server.xml
/lib存放Tomcat服务器所需的各种JAR文件
/webapps存放Tomcat自带的两个Web应用：admin应用程序和manager应用程序
/lib存放Tomcat服务器以及所有Web应用都可以访问的JAR文件
/work
Tomcat把由JSP生成的Servlet放于此目录下
/webapps 当发布Web应用时，默认情况下会将Web应用的文件存放于此目录中
3. web应用程序包括哪些资源它的目录结构是如何的
Web应用程序（Web Application）术语，所指的既不是一个真正意义上的Web网站，又不是一个传统的应用程序。换句话说，它是一些Web网页和用来完成某些任务的其他资源的一个集合。它隐含这样一层意思：有一个预定义的路线贯穿于网页之中，用户可做出选择或提供信息使任务能够完成。
例如，一个在线商店，你为了购买货物，进行反复的观察和选择，浏览一系列网页，收集所需要的信息，支付相应的费用，最后发出定单。也可能是一个“软件升级向导”，指导用户完成下载和安装新软件的过程，或者可能是一个基于Intranet的报价单或销售报告的生成工具。
所有这些不同于“标准”的Web网站，一般的Web站点使用一系列菜单或导航栏以预先未定义的路径漫游该站点。但是一个Web应用程序远不只是受控制的导航器。自由地漫游于一个Web网站时，可以进行无状态的和匿名的访问，但Web应用程序一般不接受。
4. java web项目 目录结构问题
貌似.project里面存着这个项目的具体信息，是否是web
项目，需要在文件里面查找然后加载一些数据。
大概是这样子的，具体没深入过。
5. 请问一个Web应用部署到Tomcat服务器上之后的目录结构是怎样的
把服务部署到tomcat上有多种方法，有的直接把编译后的应用拷贝到tomcat的webapps目录下面，有的是导出成.war文件拷贝到webapps下面，这样的话启动tomcat会自动生成一个同名的应用文件夹里面会有tomcat解压后的应用目录，还有些不用拷贝到webapps目录下，通过tomcat的server配置指定任意的文件夹为web应用的发布目录。
基本上目录结构是这样的，首先根目录就是以你的项目名称命名的文件夹，根目录下面会有各种前台展示相关的代码文件，比方说包含jsp文件、css文件、js文件、image文件等前台展示相关的文件夹或文件都可以放在根目录下面，根目录下面还有一个WEB-INF文件夹，该文件夹下是一些应用配置文件：web.xml、应用库文件夹lib文件夹该文件夹下是应用用到的一些第三方jar包、应用编译文件夹：class，该文件夹下是你的应用开发中的src目录下面的所有java文件或者其他配置文件的编译后的文件目录，目录结构跟你的开发src目录结构一致。
6. 采用SSM框架的javaweb工程目录结构是怎么样
借鉴github某项目的目录
├── SSM-API // common API
│ ├── src/main
│ ├── ├──java/com/crossoverJie // specific code。
│ ├── ├──resources
├── SSM-BOOT // Available for internal use of bbo dependencies
│ ├── ├──resources/spring // bbo consumer configuration
├── SSM-SERVICE // The service implementation of the bbo application
│ ├── src/main
│ ├── ├──java/com/crossoverJie/api // specific code
│ ├── ├──├──controller // Heartbeat detection interface
│ ├── ├──├──bbo // Dubbo related code
│ ├── ├──├──├── // package
│ ├── ├──├──├──pojo // pojo package
│ ├── ├──├──├──service // service package
│ ├── ├──├──├──util // Toolkit
│ ├── ├──├──impl // implement bbo API
│ ├── ├──resources // configuration file
│ ├── ├──├──mapping // *.mapper configuration file
│ ├── ├──├──spring // Spring related configuration file
├── SSM-WEB // web application
│ ├── src/main
│ ├── ├──java/com/crossoverJie // specific code
│ ├── ├──├──controller // controller package
│ ├── ├──├──cxf // CXF related code
│ ├── ├──├── // package
│ ├── ├──├──enums // enum package
│ ├── ├──├──intercept // Interceptor
│ ├── ├──├──lucene // Lucene related code
│ ├── ├──├──pojo // pojo package
│ ├── ├──├──req // request package
│ ├── ├──├──res // response package
│ ├── ├──├──service // service pachage
│ ├── ├──├──shiro // shiro related code
│ ├── ├──├──util // Toolkit
│ ├── ├──├──vo // vo package
│ ├── ├──resources
│ ├── ├──├──mapping // *.mapper configuration file
│ ├── ├──webapp // front code
├── doc
│ ├──lucene // lucene related code
│ ├──sql // sql scripts
├── .gitignore // gitignore
├── pom.xml // parent pom
├── LICENSE
├── README.md
7. 一个Web应用部署到Tomcat服务器上之后的目录结构是怎样的
就是把你的Web-Root目录下的所有文件编译之后发布到Tomcat的webapps这个文件夹下面来了，其他的目录什么都不变的。项目src下面的java类文件会编译成为.class文件
8. web前端项目的结构是怎样的
你指的是文件夹结构吗？
通常包含index.html文件，以及cn/html文件夹（用户存储html文件）、CSS文件夹、images文件夹、js文件夹
前面这些都是上线时要有的，如果是自己的项目，还可以增加imageStudio等文件夹用于存储PSD等设计图、相关文档等
9. eclipse WEB项目开发时，项目文件组织结构是怎样的
按照 Java EE 规范的规定，一个典型的 Web 应用程序有四个部分：
1. 公开目录 ;
2. WEB-INF/web.xml 文件，发布描述符（必选） ;
3. WEB-INF/classes 目录，编译后的 Java类文件（可选） ;
4. WEB-INF/lib 目录，Java类库文件（*.jar） （可选） ;
公开目录存放所有可以被用户的访问的资源, 包括 .html, .jsp, .gif, .jpg, .css, .js, .swf 等等。
WEB-INF 目录是一个专用区域, 容器不能把此目录中的内容提供给用户。
这个目录下的文件只供容器使用，里面包含不应该由客户直接下载的资源，
例如： Servlet(这些组件包括应用程序逻辑以及对其他资源如数据库的可能访问), Web应用程序中servlet可直接访问的其他任何文件，在服务器方运行或者使用的资源(如 Java类文件和供 servlet 使用的 JAR文件)，由您的应用程序生成的临时文件,，发布描述符以及其它任何配置文件。
这些资源是专用的， 因此只能由它们自己的 Web应用程序及容器访问。
特别地，JSP/Servlet 程序文件也能通过 ServletContext 访问到这个目录下的文件，
例如 JSP 中可以通过application.getRealPath(“/WEB-INF/web.xml”) 访问到发布描述符文件的路径。
Web容器要求在你的应用程序中必须有 WEB-INF 目录。
注意： 如果你的 Web 应用程序中没有包含这个目录, 它可能将无法工作
WEB-INF 中包含着发布描述符, 一个 classes 目录和一个 lib目录, 以及其它内容。
发布描述符(deployment descriptors)是 J2EE Web 应用程序不可分割的一部分(也就是说是它的最小部分, 必不可缺的一部分)。
它们在应用程序发布之后帮助管理 Web 应用程序的配置。
对于Web 容器而言, 发布描述符是一个名为 web.xml 的 XML 文件, 存储在 Web 应用程序的 /WEB-INF目录下。
发布描述符有多种用途：
• 为 Servlet 和 Web 应用程序提供初始化参数 这使我们的Web应用程序中的硬性编写的代码的初始化值更少。 例如常见的 <param-name>, <param-value>标记, 就可以为Servlet 提供参数, 这个参数可以在 init() 方法中加载。
Struts 的 ActionServlet 也是通过这种方式来找到它们需要的配置文件 struts-config.xml 的位置, 从而加载并分析它,来初始化 Struts 框架用到的各种 FromBean, Action, Forward等。
• Servlet/JSP 定义 可以为 Web 应用程序中的每个 Servlet 或者预编译的 JSP 网页提供定义。
包括Servlet/JSP的名字, Servlet/JSP 的类以及一个可选的描述。
• Servlet/JSP 映射 Web容器使用这些信息把进入请求映射到 servlet 和 JSP 网页。
• MIME类型 由于每个 Web 应用程序可以包含多种内容类型, 因此我们可以在发布描述符中为每一种类型指定 MIME 类型。
• 安全性 我们可以使用发布描述符来管理应用程序的访问控制。 例如, 可以指定我们的Web应用程序是否需要登录, 如果需要的话, 应该使用什么登录页面, 以及用户会作为何种角色。
发布描述符还可以用来自定义其他元素, 包括欢迎网页, 出错网页, 会话配置等等。
classes 目录用于存储编译过的 servlet 及其它程序类, 例如 JavaBean。
如果一个程序有打包的 JAR 文件(例如一个第三方 API 打包成了一个 JAR 文件, 如 Struts 框架的类库struts.jar, MySQL 的数据库 JDBC 驱动程序文件 mysql-connector-java-3.1.11-bin.jar 等),
那么它们可以被复制到lib目录中(如果解压缩这些压缩包的话, 请将它们复制到classes目录中)。
Web 容器使用这两个目录来查找 servlet 及其他相关类, 也就是说, 容器的类装入器会自动查看 classes 目录, 以及 lib目录下的 JAR文件。
这就意味着你不需要明确的把这些类和 JAR文件添加到 CLASSPATH中。
Web容器自动将这两个目录中的文件加入 Web应用的类路径中。
10. tomcat下web应用的基本结构，各文件夹里面存放什么
以tomcat6.0为例
安装好完毕后，目录如下：
bin ：
1 存放着jar（tomcat中所有的项目以及tomcat本身所使用的jar，即公用的。例如：你在 tomcat中部署了2个项目，这个2个项目里面都用同一个jar去连接数据库，这个时候，你可以把这个jar放在这里）
2 tomcat启动/关闭的脚本（绿色版的是脚本，安装版的是图形界面）
conf：
配置文件
例如：
1 server.xml(Tomcat的主要配置文件，这里可以配置tomcat项目端口号，字符集，域名等)。
2 web.xml：Tomcat配置的web应用设置缺省值的文件（web.xml是web项目中不可缺少的，但是你写了在webapps下建立一个文件夹，然后再里放一个JSP然后运行它，这个时候能运行成功，因为：Tomcat配置的web应用会自动设置缺省值的文件）。
lib：
Tomcat使用的jar文件。
例如：系统里面有环境变量，当你运行tomcat的时候，会自动加载进来
logs：
日志
temp：
临时文件（忽略它，相当于系统垃圾）
webapps：
应用程序部署在这里
work：
缓存
例如：你部署了一个叫demo的项目，你运行的时候，tomcat会解释你的项目，这个时候，这个里面存放的全是解释你项目后的东西。可以清掉。启动tomcat后还会自动生成。但是要注意，如果tomcat启动后，你清掉了，那么项目运行不了
不废话了，3~！老板来了~！