输入top命令,我们可以看到buff/cache占用了很大的内存 我们可以通过如下命令进行解决处理 1,同步数据到磁盘 sync 2,清理缓存 echo 3 /proc/sys/vm/drop_caches 参数可以是: # 参数说明: # 0 //默认是0; # 1-清空页缓存; # 2-清空inode和目录树缓
JTextField如何使其输入密码显示*号等其他符号 其实这句话是错的 因为在JFarme中为密码专门提供了一个组件 JPasswordField 这个组件默认输入密码是小黑圆点,可以通过该组件的setEchoChar(char c),进行更改 注意参数是char类型
今天开始完成一个商品管理系统,每周的时间是越来越紧了,如果各位网友有bug或问题提交可以前往以下地址提交 提交问题 https://www.bugkong.com/dwqa-ask-question 或者后续我开通论坛功能也可以 今天开始的这个商品管理系统,就想尝试用java的Swing与spring结合试一下,经过一天的
tomcat部署完war包后是可以删除 今天想更新一下网站,就想重新上传单独更新一个class文件 为了节约空间,就把保留在 webapps目录下 的war包删除掉 但是删除后,一会,tomcat会连同项目名一起删除 这是因为,tomcat在运行期会监控webapps下的war文
网站的小插件【博文推介】,展示并记录推介的博文,如果您需要,可免费分享源码 今天完成了一个小小的插件功能 该功能是这样的 当页面被加载的时候,会向服务器随机读取一个网站连接,然后显示在文章的结尾处,以提供给用户访问。 后台记录这些日志,日志包括,IP、时间、来源等 比如,当用户点击这个推介
AJAX如何跨域请求数据 昨天用到了跨域请求数据 然而对于第一次使用跨域请求的我来说,确实遇到了不少的阻力 不过最终还解决了 解决思路如下: 第一:跨域请求只能是get,所以请您在服务器端不要禁止get请求 第二:跨域请求的ajax应该使用jsonp
Maven 打包 无法将配置文件一起打包 出现这个问题是因为,昨天打包一个项目,然后放到tomcat中去运行 发现只能运行jsp文件,而不能运行controller,运行controller便会提示找不到页面 后来经过对比发现,原来是maven打包的时候没有将配置文件信息一起打包进去
java.text.ParseException: Unparseable date:xxxxxxxxxx 出现这个问题,是因为你的时间格式化的格式是错误 比如yyyy-MM-dd 而你的时间格式是yyyy:MM:dd 获得您的字符串是一个长整型,而你还是按照字符串方式来进行处理时间
java.text.ParseException: Unparseable date:xxxxxxxxxx 出现这个问题,是因为你的时间格式化的格式是错误 比如yyyy-MM-dd 而你的时间格式是yyyy:MM:dd 获得您的字符串是一个长整型,而你还是按照字符串方式来进行处理时间
Servlet源码下载,为方便学习和理解Servlet 先分享出Servlet源码 下载地址:http://pan.baidu.com/s/1o7OJkd8 提取码:alzo Servlet工作原理的二三事
Servlet工作原理的二三事 前天有一个Q友说,让我讲讲Servlet的工作原理,一直没有时间,今天突然有点时间了,所以这就是写这篇博文的初意 1、首先呢,我们应该清楚,什么是Servlet,什么是Servlet容器 Servlet是server 和 Applet的总写
下载地址 http://pan.baidu.com/s/1mi2cAE0 密码:p98s
JSTL常用方法视频教学下载 今天有网友问我有没有JSTL相关的视频 其实我也没有,不过最后居然在我电脑里找一段视频,视频比较短 可以学习参考下 下载地址 JSTL学习视频下载 https://www.bugkong.com/arc
could not initialize proxy - no Session] with root cause错误 关于hibernate的get和load方法 出现这个 org.hibernate.LazyInitializationException:could not initialize proxy - no Session] wit
could not initialize proxy - no Session] with root cause错误 关于hibernate的get和load方法 出现这个 org.hibernate.LazyInitializationException:could not initialize proxy - no Session] wit
try catch finally block does not complete normally 出现这个错误 finally block does not complete normally 是因为没有正确认识 finally 第一:不管最后结果如何,finally块总是会
最近阿里云后台提示了这个漏洞 然而并没有什么用 wordpress WP_Image_Editor_Imagick 指令注入漏洞 其意是好的,然而却不是针对所有的用户都有用 至少对于wordpress的站点没有什么用 这个问题他只是针对安