您有这样的牢骚么?
有一周没更新博客了,简单说下在干什么吧;主要是公司安排对接某旅游大公司的接口,接口数量倒也就10个左右,对接完后还需要加入到业务系统中和App端,因此还是需要花点时间的;时间上来说业务需求安排在6月最后一周上线,整个3周的时间,就本人一人负责,由于在这之前对接过另外一个公司接口,我已经搭建好了整体架构和提供给app端接口了,因此主要还是对接某公司接口而已,至于细节上的东西改改后台系统,调调数据格式应该就差不多了;就本人开发的熟练度来讲一周时间基本能搞定,其他剩余时间就测试,喝喝茶,学习一下;谁知。。。由于接口方说明文档不全,接口几乎是每位技术负责一两个接口(没错这就是大公司,分得就这么细),而且有疑问通过qq咨询时响应慢(可能别人大公司的人就是忙),就这样来到第一周的星期五,从app测试结果和对接接口几乎都完成的情况来看还是不错的(我的方式对接一个接口就嵌入到业务中,所以可以直接拿app测试),谁知第二周的时候,也就是本周星期二我在测试多人下单出现了异常,随后联系对方,结果被告知对接的这个下单接口不是最新的,但是除此之外其他几个接口都是最新的,最新的下单接口我们等一段时间才上线,等上线了在对接吧;来到此时我只能无语(谁叫您们是大公司呢),纯属浪费我对接和咨询的“热情”;
部署前的准备
来到这里就开始进入正题了,首先要准备ubuntu系统(后面我会单独写一篇怎么在OracleVM中安装ubuntu和注意事项),这里我是16.04-x64版本,为什么我重点写明版本号呢,因为我在官网直接下载最新的Jexus包后,尽然运行不起来,后来在善友兄文章中找到了个地址,安装试运行后是可以的也同样标记的是最新版,只不过后面带了个64位的标记,这是一个悲催的天;
我们还需要一个.netcore程序,为了测试方便我这里创建的是一个api程序,并且api的action里面这样修改了下:
1 [HttpGet] 2 public IEnumerable<string> Get() 3 { 4 return new string[] {$"这个站点是:{Request.Host.Host}:{Request.Host.Port}" }; 5 }
输出当前应用程序对应的ip和端口,因为在后面为了更好的测试以及区分;这里也简单改造了下Program.cs中的代码,同样也是为了方便测试:
1 public static void Main(string[] args) 2 { 3 var builder = new WebHostBuilder() 4 .UseKestrel(); 5 //参数指定端口 6 builder = args.Length > 0 ? builder.UseUrls(args[0]) : builder; 7 var host = builder.UseContentRoot(Directory.GetCurrentDirectory()) 8 .UseIISIntegration() 9 .UseStartup<Startup>() 10 .UseApplicationInsights() 11 .Build(); 12 host.Run(); 13 }
改完代码后,需要生成运行包,怎么生成这里就不讲了,有兴趣的朋友可以去看这里Asp.NetCore1.1版本没了project.json,这样来生成跨平台包;然后通过多种方式把程序包传到虚拟机上,这里我通过共享目录的方式传递的,如果有朋友需要以后有机会分享吧;
再来剩下的就是在ubuntu中使用Jexus web server服务了,为了我虚拟机空间着想,这里我是在tmp中操作的,主要以下步骤,打开终端:
1. cd /tmp(进入临时目录)
2. wget linuxdot.net/down/jexus-5.8.2-x64.tar.gz(下载jexus文件包)
3. tar zxvf jexus-5.8.2-x64.tar.gz(解压到当前目录,无需安装)
4. chmod o+w /tmp/jexus/siteconf(为了方便设置jexus文件夹中的siteconf配置文件夹可以直接操作)
5. chmod o+w /tmp/jexus/siteconf/default(设置默认配置default文件可直接通过打开文件方式修改 注:本人不喜欢通过命令来修改,才有此步骤)
6. cd jexus(进入jexus目录 注:由于如果按照我步骤操作的话这样可以直接进入jexus目录,实际jexus目录在 cd /tmp/jexus)
7. ./jws start(测试jexus是否能正常运行,就我写本篇博客的时候第一次执行这命令返回的结果是:Failure,原因是我没用root权限执行命令,改成root执行命令就行了,怎么root以后有机会再讲)
Jexus web server开始部署.NetCore
首先直接通过点击文件夹的方式进入如下目录(您也可以通过终端进入,个人喜好便捷):/tmp/jexus/siteconf;能够看到名称问default的文件,此文件在安装时是非root权限只读的,由于我们在上面使用命令:chmod o+w /tmp/jexus/siteconf/default设置了运行其他权限的用户都能修改内容,所以这里我直接改,其他信息暂时不改动,只需要增加apphost节点:
1 port=80 2 root=/ /var/www/default 3 hosts=* #OR your.com,*.your.com 4 #增加apphost节点 5 AppHost={CmdLine=dotnet /home/wangrudong003/netcore/publish01/T_Jexus.dll;AppRoot=/home/wangrudong003/netcore/publish01;Port=5000}
增加apphost节点的几个属性说明:
CmdLine:执行命令(熟悉一点.netcore运行的朋友可能知道,.netcore运行命令可以这样:dotnet xxx.dll这样就能跑起来程序了,同理可以看成一样的,但是需要指定应用程序具体目录,这里我的是 /home/wangrudong003/netcore/publish01 )
AppRoot:表示应用程序的目录,这里我的是 /home/wangrudong003/netcore/publish01
Port:监听端口;
jexus注意点(大家可以去这里详细了解:https://www.linuxdot.net/bbsfile-3084):
port=80:表示通过jexus来监听80端口,以此来访问我们的 /home/wangrudong003/netcore/publish01/T_Jexus.dll 程序
root=/ /var/www/default:指定的虚拟目录
最后root权限进入cd /tmp/jesux目录,然后开启服务:./jws start ;如果不出意外的话,您也能够看到如下截图信息:
然后咋们来通过80端口访问以下我们部署的接口(这里我ubuntu服务器的ip是172.16.9.66):http://172.16.9.66/api/values,访问成功的截图:
分析一下AppHost配置中的Port是否起作用
有上图测试我们看到了通过80端口能正常访问我们的接口站点,现在我们通过linux命令,查看下服务器上所监听的端口,查看tcp监听端口命令: sudo netstat -lntp ,能投得到如图:
由图能够看出来jexus服务监听的80端口,dotnet命令执行的5000端口;为了更好的测试apphost的port的作用,我们需要把default文件中的port为5000端口改成5001来测试,改完之后的配置:
1 AppHost={CmdLine=dotnet /home/wangrudong003/netcore/publish01/T_Jexus.dll;AppRoot=/home/wangrudong003/netcore/publish01;Port=5001}
然后需要重启jexus服务,通过如下命令: ./jws restart :
重启完之后,我们又来访问:http://172.16.9.66/api/values,这个时候就访问不了接口了:
尽管我们的jexus服务器是ok状态,但是接口已经无法访问了,那么我们再来看看监听的端口:
端口图对比分析
这张和之前端口截图对比,能够发现dotnet执行的还是5000端口,和我们修改配置文件的port:5001不能对应,这有点奇怪,就这点能够让我们大胆猜想jexus的这个port端口设置没有效果;而最后5000端口应该还是dotnet自带的默认端口;
疑问
然而又让我们奇怪的是,如果5000端口运行没问题,那么为什么jexus公布出去的80端口无法访问api接口能,我们又来大胆猜想,是不是由于我们设置的jexus的port:5001端口也真实监听的5000不对应造成的呢?为了测试我们再一次修改下AppHost的配置信息:
AppHost={CmdLine=dotnet /home/wangrudong003/netcore/publish01/T_Jexus.dll http://127.0.0.1:5001;AppRoot=/home/wangrudong003/netcore/publish01;Port=5001}
这次我们按照netcore的命令格式:dotnet xxx.dll http://127.0.0.1:5001来设置下netcore监听的端口,这也就是为什么开篇部分我修改Program.cs中代码的原因,一切为了测试猜想;同样修改完后,我们执行jexus服务的命令:./jws restart ;命令执行ok有,先来访问下80端口的接口:
此时能够正常访问咋们的接口了,那最好需要验证的就是看看监听端口了:
第二幅与第三幅端口图大比拼分析
通过上面第三方图能够看到netcore程序此时绑定的是5001端口,这个时候由jexus开放出去的80端口也能正常访问咋们的接口了,那说明我们在jexus的defaut文件中的apphost节点中的port:5001必须要与dotnetcore自身监听的端口一致,没错一致;假如jexus的端口是8080,那么netcore监听的端口也必须是8080,这样咋们通过jexus开放出来的地址才能正常的访问;好了到这里本篇分享文章就结束了,希望能给您带来好的帮助,也希望大家多多点赞推荐,谢谢!!!