wltsysterm的博客

看这一篇，我希望，你们先把前面的三篇简单过下。避免对标题理解有误差哈。顺着上一篇的思路，我们来看下rest请求收到soap报文之后如何解析：注意：下面的代码都是基于前面文章的环境来写的。解析代码下面代码里头，我为了调试方便，我在main放里头的直接写了解析的代码：package com.future.ws.controller;import org.springframework.web.bind.annotation.PostMapping;import org.springf

目录1 背景2 rest请求处理soap报文2.1 创建controller3 调试1 背景前面两篇讲解了spring处理soap报文的囧途，如下。这一篇讲解下spring如何通过post类型的请求来处理soap报文。[spring处理webservice报文] 1 spring如何搭建webservice服务_独行侠_阿涛的博客-优快云博客1 背景最近收到一个需求，比较坑，但是大概的意思看懂了，但是其中让我大意的是：需求说，双方通信采用报文的形式，如下：<soa

目录1 背景2 soap:Body的标签内容不能是参数3 原来人家是rest请求1 背景上一篇，已经讲解了如何在springboot里头搭建webservice服务了，这个这个搭建的方法在spring4.x之后的版本可以不做任何修改直接平行使用。上一篇博客如下：[spring处理webservice报文] 1 spring如何搭建webservice服务_独行侠_阿涛的博客-优快云博客1 背景最近收到一个需求，比较坑，但是大概的意思看懂了，但是其中让我大意的是：需求说，双方

1 背景最近收到一个需求，比较坑，但是大概的意思看懂了，但是其中让我大意的是：需求说，双方通信采用报文的形式，如下：<soap:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ws="http://ws.ws.future.com/"> <soap:Header/> <soap:Body> 报文密文 </soap:Body&g...

目录1 背景2 业界综述场景1：纯计算速度测试结果场景2：大量IO操作测试结果场景3：均衡的工作负载测试结果场景4：长时间运行的查询测试结果结论3 成功案例4 设计考虑4.1 可维护性4.2 问题和解决5 方案描述6 我的实践6.1 应用简介6.2 应用技术选型6.3 应用架构6.3.1 系统架构6.3.2 应用运行状态6.3.3 关键状态参数7 笔者想说8.1 cpu密集型任务8.2 io密集型任务

背景在做页面的开发过程。不知道大家有没有遇到如些一些问题：1、 （移动端） 页面有多个图标，打开的是不同的页面，这个时候手速快一点，连续在不同的图标之间点击，会发现会一次性打开多个页面，体现在点击返回会不是直接返回到初始页面而是每次返回到被打开的多余的页面。2、 搜索框，根据内容变化自动发起搜索请求，这个时候手速快一点，连续输入n个字符，会连续发起n个请求。但是其实对于用户来讲，前n-1个请求其实都是多余，他并不想要，只是他输入的比较快而已。而这样高频率的请求同样会给服务端带来非常猛的载荷压力.

背景笔者最近在管理服务器的过程中发现，一台服务器的C盘200g的空间快要用光了。200g呀，而且是服务器上。经过一通查找之后，发现原来是C:\Windows\Temp下面的文件超级多，包括文件和文件夹，都不大，最大的也就才13m，但是数量实在太多了，达到10000+。于是好奇宝宝加持，去探了一下究竟为啥会这样。搜索C:\Windows\Temp体积很大的原因一通分析之后，发现了，网友给了两个分析：1. 是安装软件过程产生的临时文件，因为文件很大的时候安装过程需要先放在这边，再进行安装。2

背景最近有一个项目，需要实现二维码扫码登录。很显然，长连接是基础。原计划，直接通过vue + node来实现，后面鉴于后台技术栈已经是java了。所以只能通过vue + java来实现，不曾想，坑还是蛮多的。实现大致流程如下：--------------------服务端监听握手状态，监听到握手了 ↓监听到握手了，发送初始化指令给前端 ↓前端初始化---------------------vue端用的socket.io在之前的文章里头已经讲解过了。..