这是项目的文件忘了怎么说了，反正就是这样子的。
首先WebRoot下有一个文件夹admin主要存放管理员相关的页面。
页面使用的是frameset框架，具体页面如下:


话说回来文件夹下面的html和jsp页面怎么访问WebRoot下的css里面的styles.css样式呢？
1.html文件这样访问
 <link rel="stylesheet" type="text/css" href="../css/styles.css">
使用../的意思是回到上一级，上一级是哪里呢当然是WebRoot了。这样访问的路径就是WebRoot/css/styles.css了。当然就能正常的访问到了哦~


2.jsp文件这样访问
<c:set value="${pageContext.request.contextPath}" var="path" scope="page"/>
<link href="${path}/css/styles.css" rel="stylesheet" type="text/css"/>
为什么要这样写那？使用el表达式来
变量path值为项目根目录，而css就是此目录的子目录，自然可以访问。
别人家的博客是这样写的，我也不是很懂，但是能用就好了，以后学的多了就懂了。


3.使用上面的会先一个小小的问题会有一个小小的黄色三角号这样就需要下面这代码了。
<%@taglib uri="http://java.sun.com/jsp/jstl/core" prefix="c"%>
用了这个还是不行怎么办呢？
还缺少包吖为什么这样说呢可以参考我的另一篇文章：
http://blog.csdn.net/qq_24484085/article/details/71379567

需要这两个包哦


然后这样这样就好了。不管是jsp还是html都能访问到css下面的styles.css了。


菜鸟自学，大神勿喷~

为了要好好深入弄懂为什么idea这么难部署tomcat(经常404)，我需要重新建项目了解一下原理

首先file->new project,进到这页面



为了节省时间，我们套用一下maven模板，然后点击next

SNAPSHOT是快照的意思

点击next



确认一下maven配置，点击next



finish



之后整个项目页面就出来了，当然现在仅仅是使用maven的模板构建了个web项目，还没连接tomcat

可以看到pom.xml文件为我们添加了许多插件(可能会用得上



项目初始整个结构



言归正传，要部署到tomcat那里去了

看到这个了吗，点它



好像每次建一个项目就要弄一个tomcat



然后右键项目->open module settings



可以在module配置多个子项目，这里不详细谈





实验证明，不配置下面这个，绝对会404











 在tomcat加这个artifact上去



就可以运行了



P.S. 大家都知道，一般项目运行起来是打个war包或jar包，然后war包扔到tomcat的webapp那里，tomcat启动然后去运行的

所以，我现在需要的是去找这个运行的tomcat还有打好的war包（因为在idea我不知道把这些放到哪里去了

 

还有的是可以直接用maven打war包，然后把war扔到tomcat那里（这样更简单逻辑易懂不耦合

参考文章:https://www.cnblogs.com/Knowledge-has-no-limit/p/7240585.html

 

其他更好的文章

Tomcat部署时war和war exploded区别以及平时踩得坑

https://blog.csdn.net/xlgen157387/article/details/56498938

渲染的意思就是，把后台action处理后的结果，输出并展现出来就是渲染。
如：
1action端处理得到一个list。
而此后的工作，包括：把一个list输出到word文件中，并用表格展示，供用户在浏览器端下载，这都是渲染过程做的事情。
2action端处理得到一个string，这个string的值是html页面的html代码。
而此后的工作，包括：将包含html代码的string发送给浏览器，并在浏览器中展现出来，这都是渲染过程做的事情。（servlet就是这中形式将html代码发送给浏览器端，并进行展示的，所以servlet最能解释渲染的概念）
3action端处理得到一个string（如“操作成功”）。
而此后的工作，包括：把string输出到浏览器端，并在浏览器中展现出来，这都是渲染过程做的事情。


5action端处理得到一个string，这个string的值是json格式的数据。
而此后的工作，包括：将包含json数据的string发送给浏览器，并在浏览器中展现出来（解析后json格式的string后，可能是一个树，也可能是一个表格等），这都是渲染过程做的事情。




所以，渲染就是，action处理并得到想要的结果之后，都是渲染过程做的事情。

我现在设计一个小而美的管理工具，为此费劲心思搞“创新”。“创新”一词已经被滥用，但我...真的想弄出一点创新。




基于Web的企业应用，如CRM、项目管理、OA等软件，尽管经历十几年发展，所谓的理论有所发展，但构成应用的UI和人机交互方式，几乎没有什么变化。你明白我的意思吗？不明白？我的意思是，例如，使用（即使是试用）应用前都要先注册，要登录。登录页面的元素也基本固定（包括账号、密码、忘记密码...）。

还不明白？再举例，要关闭一个弹出的页面，需要鼠标移动到关闭按钮或图标出，然后呢？点击！

这些“理所当然”的现象和交互方式几乎一成不变。




这些是理所当然的吗？当我问你的时候，你可能会所有犹豫，本来认为这是理所当然的。当然要先注册，当然要登录，当然要点击按钮,当然...

再问你一次，这些是理所当然的吗？




你犹豫了吧？尤其是如果你来我这应聘产品经理，你可能想：我不能这么直接回答，否则显得我没有创新思维。




我前段时间在36氪上看到有人写不需要登录的新思路，今天还在36氪上看到翻译自国外的一篇文章，观点是“在用户试用前要求注册”是很差的用户体验。




所有这些，都已经被我想过，并做出来了，试验品是domyPP.com:一个小而美的项目管理应用。

我的产品设计初衷，就像basecamp在用户体验方面颠覆传统项目管理产品一样。我想真正地在用户体验方面做出一些创新。说到这里，你如果马上体验一下domyPP.com，可能会说，瞎扯什么啊，哪有什么创新？这让我想起，我最初因为久仰basecamp的大名便试用了一下，好像也不觉得有什么大不了的。




这都是因为，当初的我，和现在的你，其实没有认真体会产品细节。

具体内容已经发表在程序员杂志2013年12月刊上：

http://www.csdn.net/article/2013-11-26/2817621



---------------------------------------------------------
项目管理超级表格