编译服务器应用
方法/步骤
打开Myeclipse编辑器，在已经完成的web项目上面点击右键，选择export，然后选择导出成war包，将导出的war包放在桌面或者其他文件夹。
② 网站发布到服务器需要编译吗怎么编译
做好了网站就 不需要额外编译了
1.先下载一款FTP 上传软件
2.打开软件 输入你的 IP 用户名和密码 这些空间商会给你
3.打开里面的 WEB 目录
4.上传文件到这个目录即可 一般默认的首页是 INDEX.HTM 后缀还有其他的 你自己会做网站这个应该知道
5.打开自己的域名 访问看下
③ 刚学java 问一下各位大侠，我做了一个简单的服务器端应用，就单个java页，编译成class文件
如果你写的是 servlet 的话，是可以运行的。
不过，要是你没有用 annotation 的话，是需要配置 web.xml 的
④ 用服务器做在线编译器
如果是针对传统使用方法的编程语言实现一个的话涉及的内容很杂，包括：
Web服务器+Web服务器与后端程序交互的组件（这个可以用现成的，我用的是nginx+FCGI）
后端程序
后端核心就是一个类似调用系统给的类似execl的API执行一下对应编译工具，用这个API时还得精心处理一下管道，把输出内容导出来显示回网页。
但是因为这类程序和OJ一样，是网络上的公共服务而且居然还允许用户上传代码编译执行，所以问题主要集中在安全处理上，而且安全问题的处理高度依赖操作系统。
以Linux为例，安全方面包括但不仅包括以下内容：
依赖环境构建、沙盒
运行身份，包括GID、UID
资源限制，包括socket、文件操作、核心转储大小、文件数、子进程数等等
syscall限制
执行时间限制，包括运行时间和CPU时间
文件系统压力
Windows下是另一堆问题要解决，比Linux复杂得多（也许是我不太会用Windows）。
我认识一人，自己实现了一个类似Haskell的东西，有和Go Playground差不多的在线运行网页，我问他怎么那么快把那么多东西都搞完了，他说，“整个语言就是用JS实现的，所以有浏览器就能运行，不需要后端”，这也是一种思路。
天互数据
⑤ linux下用怎么编译gsoap服务器程序
理论上是可以的，但是需要在Linux服务器上搭建.NET平台，微软号称.NET平台是可移植到Linux的，但是貌似现在很少有人这么干。 后来有一个Mono项目，据说可以很好的使C#程序运行在Linux平台，具体楼主可以谷歌网络之，这方面的资料还是有不少的。
⑥ Windows7 64位系统提示 应用程序中的服务器错误（编译错误）求大神解
打开服务器系统c盘，打开window，
右键temp
属性
安全
编辑
添加IIS_IUSRS
用户控制权限添加修改和写入权限即可。这是Windows
Server
2008
R2
标准版
SP1
64位中文版解决办法。
⑦ 求助，编译apache服务器出问题
随着网络技术的普及、应用和Web技术的不断完善，Web服务已经成为互联网上重要的服务形式之一。原有的客户端/服务器模式正在逐渐被浏览器/服务器模式所取代。本文将重点Apache 服务器的故障排除的技巧。
一、检查配置文件的错误
Apache服务器的设置文件位于/etc/httpd/conf/目录下，传统上使用三个配置文件httpd.conf,access.conf和srm.conf，来配置Apache服务器的行为。在新版本的Apache中，所有的设置都被放在了httpd.conf中，因此只需要调整这个文件中的设置。其中99% Apache服务器错误是配置文件有误。
1 使用apachectl configtest命令
如果配置文件有错误，可以使用apachectl configtest命令，apachectl configtest命令可以检查出所有语法错误和逻辑错误。
实例1
下面是一个配置文件样例片断：
Locatio
erver
tatu
SetHandler server
tatu
Order deny,allow
Deny from all
Allow from
192.168
149
</
Locatio
如果黑体部分的错误写成了“<Location /server-status”少写了一个 >。
apachectl configtest命令会检查到这个问题，输出如下：
apachectl configtest
Syntax error on line
918
of
etc
httpd
conf
httpd.conf:
Locatio
directive missing closing
2 使用服务管理工具
如果配置文件有错误，也可以使用GUI工具来查看。下面是实例1在GUI工具“服务配置“中的体现，如图1 。
图1 使用GUI工具检查错误
二、 学会使用错误日志 错误日志是最重要的日志文件，其文件名和位置取决于ErrorLog指令。Apache httpd将在这个文件中存放诊断信息和处理请求中出现的错误，由于这里经常包含了出错细节以及如何解决，如果服务器启动或运行中有问题，首先就应该查看这个错误日志。错误日志是你的朋友。任何错误都会在错误日志中有所记载，所以你应该首先查看它。如果你的网站空间提供者不允许访问错误日志，那么你应该考虑换一个空间提供者。学会阅读错误日志，可以快速找出问题并快速解决。 1 错误日志格式 Apache 默认的错误日志配置如下： ErrorLog logs/error_log LogLevel warn 配置错误日志相对简单，只要说明日志文件的存放路径和日志记录等级即可。格式为： 日期和时间 错误等级 错误消息 2 日志记录等级 下面着重说说日志记录等级，包括八个级别。 1 级英文名称emerg ，出现紧急情况使得该系统不可用，如系统宕机等 2 级alert 英文名称，需要立即引起注意的情况 3 级 英文名称crit ，危险情况的警告 4级 英文名称error ，除了emerg 、alert、crit 的其他错误 5级英文名称 warn。 警告信息 6级英文名称 notice ，需要引起注意的情况，但不如error、warn 重要 7级英文名称 info ，值得报告的一般消息 8级英文名称 debug， 由运行于debug 模式的程序所产生的消息 错误日志文件举例 错误日志的格式相对灵活，并可以附加文字描述。某些信息会出现在绝大多数记录中，一个典型的例子是： [Wed Oct 11 14:32:52 2007] [error] [client 127.0.0.1] client denied by server configuration: /export/home/live/ap/htdocs/test 其中，第一项是错误发生的日期和时间；第二项是错误的严重性，LogLevel指令使只有高于指定严重性级别的错误才会被记录；第三项是导致错误的IP地址；此后是信息本身，在此例中，服务器拒绝了这个客户的访问。服务器在记录被访问文件时，用的是文件系统路径，而不是Web路径。错误日志中会包含类似上述例子的多种类型的信息。此外，CGI脚本中任何输出到stderr的信息会作为调试信息原封不动地记录到错误日志中。用户可以增加或删除错误日志的项。但是对某些特殊请求，在访问日志(access log)中也会有相应的记录，比如上述例子在访问日志中也会有相应的记录，其状态码是403，因为访问日志也可以定制，所以可以从访问日志中得到错误事件的更多信息。 了解错误代码和错误提示 l 常用的错误响应代码如下： 301 ：告知用户请求的URL 已经永久的移动到新的URL，用户可以记住新的URL，以便日后直接使用新的URL 进行访问。 302 ：告知用户请求的URL 临时的移动到新的URL，用户无需记住新的URL，如果省略错误响应代码，默认就是此值。 303 ：告知用户页面已经被替换，用户应该记住新的URL。 401 ：授权失败，即密码错误。 403 ：Access denied 存取错误，即不可以读取该文件。 404 ：File not found 找不到文件。 410 ：告知用户请求的页面已经不再存在，使用此代码时不应该使用重定向的URL 参数。 500 ：服务器内部错误，可能是Web服务器本身存在问题，也可能是编写的程序出错。 l 错误消息提示说明 “Invalid argument: core_output_filter: writing data to the network” 消息 Apache在可能的平台上使用系统调用sendfile来加速响应的发送。不幸的是，在某些系统上，Apache会在编译时检测sendfile的存在，即使它不能正常工作。这经常发生在使用网络或其他非标准文件系统时。这个问题的表现症状包括上述信息出现在错误日志里及对于非零长度文件请求发送零长度的响应。一般这个问题只发生在静态文件上，因为动态文件通常用不到sendfile 。要修正这个问题，可用EnableSendfile指令关闭服务器所有部分对sendfile的使用即可。同时参看EnableMMAP指令，对相似的问题有帮助。 “Premature end of script headers” 消息 大多数导致这个错误的CGI脚本问题将会向浏览器发送一个"Internal Server Error"错误信息。 “Permission denied” 消息 error_log中的"Permission denied"错误伴随一个发送到客户端的"Forbidden"信息通常表明违反了文件系统的权限，而不是Apache HTTP的配置文件出了错误。检查并确认用于运行子进程的User和Group有访问导致问题的文件的足够权限。同时检查一下导致问题的文件所在的目录及其所有父目录是否具有执行(搜索)权限(也就是 chmod +x)。最近发行的 Fedora Core 和其它Linux发行版使用了SELinux进行额外的访问控制，违反这些限制也会导致"Permission denied"消息。 "POST Method Not Allowed"消息 这说明Apache没有被正确配置以执行CGI程序，重新阅读配置Apache看看遗漏了什么。 "Internal Server Error"消息 查阅Apache错误日志，可以找到CGI程序产生的出错消息"Premature end of script headers"。对此，需要检查下列各项，以找出不能产生正确HTTP头的原因。
1 检查错误日志！
Apache服务器在遇到问题时会尽力做到对你有所帮助。在许多情况下，它会通过在错误日志中写入一条或多条消息来提供一些细节。有时这已经足够让你自己诊断和解决问题了(比如文件权限或类似的问题)。错误日志的默认位置在/usr/local/apache2/logs/error_log ，但是最后还是看看配置文件中的ErrorLog指令以确认错误日志在你服务器上的确切位置。
2 再一次检查语法
Apache 配置文件是httpd.conf 长度通常在80-990行，几乎99%Apache 故障是语法错误引起的。可以手工检查/etc/httpd/conf/httpd.conf，也可以通过浏览器输入：
http://192.168.1.12/server-info?config
获取当前配置文件，如图3 。
图3 当前Apache服务器配置文件
说明：此时系统会自动添加行号。
3 察看Apache的FAQ!
最新版本的Apache常见问题列表总是可以从Apache主站点得到，
4 察看Apache bug数据库
大多数报告给Apache项目组的问题都记录在bug数据库中。在你添加一个新bug之前，请务必检查已有的报告(打开的和关闭的)。如果你发现你的问题已经被报告了，请不要添加一个"我也是"那样的报告。如果原始报告还没有关闭，我们建议你经常周期性地来看看它。你也可以考虑与最初的提交者接触，因为有可能会在邮件交流中发现没有记录在数据库中的问题。
5 在某个用户论坛中提问
Apache拥有一个活跃的、愿意共享知识的用户社区。参与这个社区通常是获得解答的最快最好的办法。
Apache用户邮件列表：
6 提交问题报告到bug数据库
如果做了以上几个合适的步骤而没有得到解答，那么请务必让httpd的开发者了解这个问题，到这里（
）提交bug报告。
7 获取商业支持
⑧ Linux中服务器软件为什么需要编译安装
服务器CPU事实已经被Intel垄断了，就那么几种型号，编来编去生成的机器码是一样的。Intel宣传自己的编译工具Intel C++ Compiler 比GCC编译出来性能要提升10%-20%，这就是一广告，生产环境很少用人用它，何况它还要收费
性能真不是问题，比如 strip 命令可以大大减小可执行文件的size，但是我装过几千遍软件，都没有见有人在安装脚本里面使用。
软件需要编译安装的真实理由有如下3点：
1.软件在编译期间需要配置，比如说nginx，需要在编译的时候指定包含哪些mole，php,apache 也是一样。
同样的是数据库，mysql 通过编译安装，因为要定制存储引擎（是否支持innodb .. ）,而sqlite却绝少有人编译，都是直接下载二进制文件来用。
2.软件需要统一安装路径，每个team都会自己的安装目录约定，有些喜欢装在 /opt/下面，有些喜欢装在 /usr/local/ ,编译安装可以方便的指定这些路径（configure --prefix=xxx ）
3.需要最新的版本，软件仓库的版本一般都比较低，这个理由其实不充分，生产环境倾向保守，不追求最新版本，但是对于geek来说，这可能是最重要的原因
弄明白原因之后，就很容易判断编译还是下载:
nginx/apache/php/mysql 编译安装
python/ruby/java 直接下载