mvc服务器怎么设置

1. springmvc使用weblogic发布，怎么配置

一般来说我们都是在应用程序里面配置jdbc数据源，因为这样可以脱离web服务器的设置，比较容易移植，但是也有情况使我们必须使用web容器配置数据源，例如如果要用的多个数据库时，在中间件中配置数据源就比较方便。
先讲下如何在weblogic中配置数据源，以weblogic9.3.2为例。启动weblogic，进入console页面， 在左侧Domain Structure面板选择Services，然后选择jdbc—-Data Sources，在这里将会显示现有的所有数据源，点击页面左上角的Lock&Edit，然后点New来新建一个数据源，Name跟JNDI Name由用户命名，一般用相同的，如test，Database Type则是选择你要连接的数据库类型，驱动会自己帮你选择，一般不用做修改。接下来的，用户都应该很熟悉，无非是ip地址，sid，用户名密码等。完成后将在DataSource列表里看到刚新建的数据源，jndi name就是我们待会再Spring中要用到的。在数据源configuration–connection pool中可以配置连接池的初始大小，以及最大大小，以及每次增长长度。
在Spring中ApplicationContext.xml中配置如下，一个jndiTemplate，里面可以设置一些属性，这里就不再介绍， dataSource中主要写对jndi的name就ok了，这样这个dataSource就可用了。

2. springMVC的配置问题 求大神来帮帮忙，谢谢啦！

Spring配置

人们经常会在一台以上的主机上配置一种Web应用程序。例如，在生产中，一个网站可能只有一个实例。除了此实例外，开发人员可以在用于开发的机器上配置其他的（开发）实例。也可以在公司（机构）内部的本地开发服务器上维护其他应用程序装置，这将让您受益匪浅。该实例的目的是使Web设计者可以获得有质量保证的材料，并为需要为应用程序提供文件资料的人提供准入。

大家都知道，即使是最简单的场景，也需要安装、配置和维护三个实例。而对于位于不同地理位置的团队来说，要从事这样的项目便更加困难。对于任何不是特别简单的Web应用程序项目，都需要多名开发人员来安装项目装置和本地设置以及运行单元测试的装置等。

很多组织都将自己开发的产品作为Web应用程序。我们可以在很多产品中发现这种情况，例如电子商务系统、内容管理系统（CMS），以及博客发布平台等。这类产品可在多个服务器中进行部署。对于成功的多用途Web应用程序来说，他们的开发人员必须要保证他们的应用程序便于安装，并且能够与其他Web应用程序完美集成。经过上述讨论之后，我们应该明了，作为本文主题的应用程序配置是通用Web应用程序项目开发人员所需要解决的重要问题之一。

诸如CVS或Subversion之类的版本控制系统是开发组织使用的一种标准工具。这种工具代表了一些组织的中心源代码版本库，它们被用于保持源代码的有序。用户可以跟踪应用程序源代码的变化，显示不同版本的区别，并可以确定项目分支。而且，它们使得在应用程序部署中进行部分更新成为可能。

很明显，版本控制系统软件是跟踪源代码所必需的，它对于解决应用程序配置问题有非常大的帮助。在本文中，我们将不会把重点放在版本控制系统上，因为这方面已经有很多相关的材料了。在此，我们将关注版本控制问题中的一个小话题：如何使Web应用程序的配置更加便捷（尤其是使用Spring
MVC框架编写的Web应用程序）。

问题是：我们在此讨论的是一种什么样的配置？任何Web应用程序都需要一些资源，这些资源通常都是其所运行的服务器所特有的，例如数据库URL、发送电子邮件的SMTP服务器，以及包含专用软件文件的文件夹等。这样的设置应该集中，从而使应用程序配置更加简单。

但是，这只是这个问题最简单的一种版本。有时候，在应用程序开发中需要更加复杂的配置。这意味着，必须将各次部署中的不同Bean连接起来，而这会使问题更加复杂。

这些应用程序配置问题的解决方案有诸多优势，包括：简化应用程序的安装和配置过程，使源代码版本控制更加简便，减少源代码版本库中的冲突现象。下面，我们将通过示例详细讨论这个话题。
问题。

我们首先来演示一下上文所提到的最简单的版本。在这一场景中，我们希望在应用程序部署中改变的是简单的配置参数，例如链接、密码等。如果您曾经使用Spring
MVC框架开发过Web应用程序，那么您应该知道这里将用到的两个配置文件：

/WEB-INF/applicationContext.xml，它让您可以配置Bean，或者显示应用程序上下文。通过这个文件，您可以定义自己的业务逻辑Bean、资源以及其他可以与Web端口相关联的所有Bean。

/WEB-INF/[servlet-name]-servlet.xml，它被用于配置Web层、视图解析器、控制器、校验器以及其他所有MVC框架中必需的Bean。[servlet-name]指的是在web.xml部署描述符中定义的Spring
dispatcher servlet的名称。

那么问题在哪儿呢？问题就出在applicationContext.xml中将包括一些特定于主机的Bean。本文将定义。其中，最明显的一个示例就是包含了JDBC连接信息的bean，但是任何一种稍微复杂些的应用程序都有十几个类似的Bean。看一下下面的示例：

＜bean

class="org.springframework.jdbc.datasource.DriverManagerDataSource"＞
＜property ＞
＜value＞org.postgresql.Driver＜/value＞
＜/property＞
＜property ＞
＜/property＞
＜property ＞
＜value＞postgres＜/value＞
＜/property＞
＜property ＞
＜value＞＜/value＞
＜/property＞

＜/bean＞
这个解决方案的问题在于对applicationContext.xml文件的维护。对于初学者来说，设想一下，项目放在源代码版本控制系统中，例如CVS。下面，假设您希望在网站中添加新的功能，那么就需要在应用程序上下文定义中添加额外的Bean定义。问题是如何在生产服务器上体现这些改变。

通常情况下，应用程序的本地实例不会与活动站点使用同样的数据库，因此applicationContext.xml文件将包括让您能够访问本地数据库的设置。当您想提交在源代码版本库中的改变时，就需要注意这些特定于主机属性的同步性。版本库中的文件最终可能使用本地设置中的配置。如果想在生产服务器上更新配置，就必须手动同步这些属性的值。这是非常枯燥的任务，而且还非常容易出错。

对于应用程序的每个实例来说，这个问题更加重要。假如有三位开发人员正在使用代码段基址，而且他们使用的是本地的数据库。当您提交更改的时候，他们每个人在本地服务器上更新源代码的时候都必须非常谨慎。他们会手动同步这些更改，然后提交他们的工作。这样一来，版本控制系统对于这些配置文件来说已经毫无用处。如果曾经使用过Spring
MVC，那么您应该知道applicationContext.xml是应用程序中的关键组件，因为是它将所有的东西粘合在一起。所以，我们需要一种机制来帮助使应用程序中各项保持有序，这点非常重要。

正如前面所提到的，这是您可能遇到的较简单的配置问题。更难的问题出现在当需要在不同服务器中进行不同的Bean连接的时候。这类问题常会出现在日常软件开发任务中。例如，假如您的产品有一个客户身份验证模块，可以对来自关系数据库或LDAP服务器中的用户进行身份验证。自然，这一身份验证模块可以使用抽象了特定版本库的Bean进行配置。如果您想改变不同应用程序部署中验证用户的方式，就需要在applicationContext.xml文件中进行不同的Bean连接。这种配置问题常见于在部署中有可配置特性的所有应用程序。

在下文中，我们将讨论这两种配置问题。首先我们会关注同步的Bean属性问题及其解决方案，接下来，我们会讨论更加复杂的同步Bean连接问题。

解决方案

同步Bean属性

这个问题的一种可行的解决方案是将所有特定于主机的参数都放到普通的java属性文件中，使用Spring的PropertyPlaceHolderConfigurer类，将这些参数写入Bean属性中。

使用这一解决方案，我们可以生成如下的属性文件（/WEB-INF/jdbc.properties）：

jdbc.driver=org.postgresql.Driver

jdbc.url=jdbc:postgresql://localhost/test
jdbc.user=postgres

jdbc.password=

我们的Bean配置如下：

＜bean

class="org.springframework.beans.factory.config.PropertyPlaceholderConfigurer"＞

＜property ＞
＜value＞/WEB-INF/jdbc.properties＜/value＞
＜/property＞
＜/bean＞

＜bean

class="org.springframework.jdbc.datasource.DriverManagerDataSource"＞
＜property ＞
＜value＞${jdbc.driver}＜/value＞
＜/property＞
＜property ＞
＜value＞${jdbc.url}＜/value＞
＜/property＞
＜property ＞
＜value＞${jdbc.user}＜/value＞
＜/property＞
＜property ＞
＜value＞${jdbc.password}＜/value＞
＜/property＞

＜/bean＞
如上所述，我们定义了一个PropertyPlaceholderConfigurer类的实例，并将其位置属性设置为我们的属性文件。该类被实现为Bean工厂的后处理器，并将使用定义在文件中的属性来代替所有的占位符（${...}value）。

利用这种技术，我们可以从applicationContext.xml中移除所有特定于主机的配置属性。通过这种方式，我们可以自由地为该文件添加新的Bean，而不必担心特定于主机属性的同步性。这样可以简化生产部署和维护。

同步性连接

上面的技术解决了第一个问题，可是如果您计划修改不同应用程序部署之间的Bean连接，这一技术便不很适合。针对这一问题的一个解决方案便是额外创建一个名为applicationContext-[hostname].xml
的XML定义文件。其中[hostname]是部署应用程序的主机的名称。例如，在本地的机器上，这个文件通常名为applicationContext-localhost.xml，而在部署时，它可能更名为applicationContext-somehost.com.xml。

可以猜测，这一文件必须包括特定于某一主机的所有配置Bean。在本文中，我们将假设dataSource
bean定义将位于这类文件中，而不是通用的applicationContext.xml定义。当然，这种机制与前者并非冲突，但是为了更加简单明了，我们将只关注这种方法。

既然我们已经有了特定的配置，下面我们就来讨论一下如何将其整合到整个Spring
MVC配置概念中。要达到这一目的，可以有许多方法，我们将详细地一一说明。但首先，我们应该注意到，由于有些Bean可能位于独立的配置文件中，因此在applicationContext.xml中，所有对它们的局部引用都必须更换成全局名称。

例如，如下引用：

＜property
＞
＜ref local="someBean"/＞
＜/property＞应更改为：

＜property ＞
＜ref bean="someBean"/＞

＜/property＞在这之后，我们有很多可以添加额外的资源以用于配置的方式。其中最明显的就是使用＜import＞标签将这一额外资源包含在applicationContext.xml配置文件中。使用时，要将该标签放在applicationContext.xml文件开头。例如：

＜import
resource="applicationContext-somehost.com.xml"/＞
现在，在独立的XML定义文件和普通的应用程序上下文定义文件中的所有通用Bean定义都有了特定于主机的连接。由于大多数的Bean都不是特定于主机的，因此我们可以像处理Web应用程序中的其他资源一样自由地处理applicationContext.xml文件，并可以通过合适的版本控制系统与其进行同步。

但是，上述方法也有一定的弊端。如果您想保留不同XML文件的不同配置，就仍然必须担心applicationContext.xml的同步性，因为资源的名称必须根据不同服务器进行更改。虽然与原有的解决方案相比有了很大提高，只需更改文件名，但是这还是需要开发人员的手动协助。

由于与applicationContext.xml相比，主机配置不需如此频繁地进行更改，因此下一步便是将主机配置移动到web.xml文件中（如果可能的话）。幸运的是，我们有一个可用的解决方案。看一下下面关于web.xml配置的片断：

＜listener＞

＜listener-class＞
org.springframework.web.context.ContextLoaderListener
＜/listener-class＞

＜/listener＞
＜context-param＞
＜param-name＞contextConfigLocation＜/param-name＞
＜param-value＞
/WEB-INF/applicationContext.xml
/WEB-INF/applicationContext-somehost.com.xml
＜/param-value＞

＜/context-param＞正如您所看到的，除了web.xml文件中常有的ContextLoaderListener之外，我们还添加了contextConfigLocation上下文参数配置。这一参数用于指示框架查找这些配置文件的位置。如果这一参数被省略，则Spring就只能到applicationContext.xml中查找。这里我们也定义了特定于主机的配置文件来使用。

利用这种方法，我们将所有特定于主机的配置从applicationContext.xml文件中移除，这样便减轻了其在不同应用程序部署中的同步性。

如果这种方法成为您的新习惯，您还可以使其更加灵活。通过遵守下列指令，也可以将特定于主机的配置从web.xml文件中移除。

为此，需要创建特定于我们的应用程序上下文的类：

package
net.nighttale.spring.util;

import java.net.InetAddress;

import
org.springframework.web.context.support.XmlWebApplicationContext;

public
class
extends XmlWebApplicationContext {

protected String[] getDefaultConfigLocations() {
String hostname = "localhost";
try {
hostname =
InetAddress.getLocalHost().getHostName();
} catch (Exception e) {

}

String perHostConfiguration =
DEFAULT_CONFIG_LOCATION_PREFIX
+ "applicationContext-"

+ hostname
+ DEFAULT_CONFIG_LOCATION_SUFFIX
logger.debug(
"Adding per host configuration file: "
+ perHostConfiguration
);

if
(getNamespace() != null) {
return new String[] {
DEFAULT_CONFIG_LOCATION_PREFIX
+ getNamespace()
+
DEFAULT_CONFIG_LOCATION_SUFFIX
, perHostConfiguration};
}
else {
return new String[] {
DEFAULT_CONFIG_LOCATION
, perHostConfiguration};
}
}
}

这个类拓展了Spring中常被作为默认值使用的XmlWebApplicationContext。XmlWebApplicationContext类将Web应用程序的配置从XML定义文件中复制过来。默认情况下，它可以配置来自applicationContext.xml和[servlet-name]-servlet.xml文件中的应用程序。这个类执行的惟一一项额外任务便是获取它所在的主机名称，并将applicationContext-[hostname].xml文件添加到配置文件列表中。

为了使用这个类，我们需要对其进行编译，将其包含在类途径中，并指示Spring框架使用它。前两步非常简单，我们就不在此赘述。我们可以指示Sping通过contextClass上下文参数来使用它。除了web.xml文件中的原有配置，我们还可以添加下列内容：

＜context-param＞

＜param-name＞contextClass＜/param-name＞
＜param-value＞
net.nighttale.spring.util.
＜/param-value＞

＜/context-param＞
如果我们使用这一配置片断，将会有三个文件被用于初始化这个框架：[servlet-name]-servlet.xml、applicationContext-[hostname].xml以及applicationContext.xml。

正如您所看到的，applicationContext.xml和web.xml文件已经完全摆脱了任何特定的配置细节，而且您也不必担心会在更新应用程序时破坏配置。

但是，这种方法有一个不足之处。因为，不论是否会使用，都需要在应用程序部署中有第三个配置文件。在这种情况下，便不需要特定于主机的配置。例如：

＜?xml
version="1.0" encoding="UTF-8"?＞
＜!DOCTYPE beans PUBLIC "-//SPRING//DTD
BEAN//EN"
"http://www.springframework.org/dtd/spring-beans.dtd"＞

＜beans＞＜/beans＞
最后，需要知道应用程序上下文类需要查找的特定主机名。检查主机名称的最简单的方法是在机器上运行下列代码：

System.out.println(InetAddress.getLocalHost().getHostName())
可以将其作为Java代码执行，也可在喜欢使用的脚本语言（如BeanShell或Groovy）中作为一个具有Java风格语法的脚本执行。在获取了主机的名称之后，应该创建一个默认的/WEB-INF/applicationContext-[hostname].xml空文件夹（如我们上面所定义的），然后便可以开始了。

3. .net MVC框架里面怎么创建一个在服务器端持续运行的程序

1，如果是sql server数据库，创建数据库工作任务，配置相应时间运行存储过程语句。2，采用时间控件，设置间隔运行时间启动运行程序

4. 如何将mvc4.0部署iis7

最近在研究MVC4，使用vs2010，开发的站点在发布和部署到iis7上的过程中遇到了很多问题，现在将解决的过程记录下来，以便日后参考，整个过程主要以截图形式呈现
vs2010的安装和mvc4的安装不在本次记录之列，主要记录网站发布和iis的部署
使用的版本如下图所示：
iis为7.0：

vs2010，.net framework 为4.0.30310 ，安装mvc4需要升级vs2010到vs2010 sp1 版本，见图示：


mvc4：


为了测试需要，在项目ZPG.SpecialSite中创建控制器HomeController，并创建视图Index.cshtml，如下图：

编辑视图页面，添加测试用文字，如图所示：

接下来对刚刚创建的mvc4.0站点进行发布，步骤如下：
1.右击需要发布的项目，在弹出的菜单中选择“发布...”选项

2.在“发布web”对话框中进行设置，配置文件名称默认为“配置文件1”可以修改为需要的名字，以便识别，也可以不改。发布方法选择“文件系统”，目标位置处选一个文件夹用于存放将要发布的整个站点所有文件，这里我选择为“D:/我的文档/桌面/ZPGWeb”，然后点击“发布”按钮。如图：

3.点击发布后在指定的文件夹生成站点文件，发布成功！

接下来将发布成功的站点部署到iis7.0。
步骤如下：
1. 安装 Microsoft .net FrameWork 4.0安装包（网站开发时候使用的就是.net framework4.0框架）;
2. 安装ASP.NET MVC 4.0 ;
3. 设置IIS的“ISAPI和CGI限制”中的“ASP.NET v4.0.0.30319”为允许，如下图所示：

4.在iis7.0中发布网站，如图，设置网站主目录为“D:/我的文档/桌面/ZPGWeb”：

5.设置该网站（站点“SpecialSite”）应用程序池的.net framework 版本为4.0.30196 ：
添加应用程序池：

将该添加的应用程序池设置给站点SpecialSite

6.至此完成了mvc4.0站点在iis7.0的部署。
接下来在浏览器输入http://localhost查看刚才部署的mvc4.0项目，如下图：

如果出现上图内容，表明iis7.0成功运行由mvc4.0创建的项目！！
后续注意点：
1.如果读者使用的iis是在安装完.net framework 之后才安装的，需要进行iis注册，开始--运行--cmd，打开命令行提示符，输入命令如下
C:/Windows/Microsoft.NET/Framework/v4.0.30319/aspnet_regiis.exe -i
回车运行，如果读者的服务器是64系统，那么需要使用命令C:/Windows/Microsoft.NET/Framework64/v4.0.30319/aspnet_regiis.exe -i 来运行注册iis。
2.由于mvc4.0在创建项目后，默认在项目下的App_Start文件夹中的文件“RouteConfig.cs”里自动配置了“默认路由”为HomeController控制器下的Index方法（ActionResult），所以不需要在站点默认文档里配置默认文档名字，该站点会自动根据mvc的路由机制找到默认需要显示的视图文件。如下图：因为找了很久没有这些简单入门的介绍，所以花点时间写写，或许能对一些跟我类似的入门级朋友有帮助！！`(*∩_∩*)′