V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  abcbuzhiming  ›  全部回复第 64 页 / 共 103 页
回复总数  2046
1 ... 60  61  62  63  64  65  66  67  68  69 ... 103  
2018-12-18 16:54:14 +08:00
回复了 gz911122 创建的主题 Java 为什么感觉国内比较流行的 mybatis 在国外好像没人用的样子?
@beneo 另外,就算不做分析,联表查询仍然是很常见的现象,Hibernate 和 JPA 搞联表真心和吃翔一样。哪怕最简单的联表查询也是
2018-12-18 16:52:16 +08:00
回复了 choice4 创建的主题 Java 多数据源和事务
@choice4 感觉没写错,你单数据库,单事务管理器,确认一下是否能回滚
2018-12-18 16:50:29 +08:00
回复了 gz911122 创建的主题 Java 为什么感觉国内比较流行的 mybatis 在国外好像没人用的样子?
@beneo 你起码是在 1 个中型规模以上的公司,或者专门以大数据为业的行业,去掉这两点外,大把的中小型公司压根就不上 Hadoop 之类的玩意。有钱的公司还是少数,穷逼公司是多数
2018-12-18 13:10:58 +08:00
回复了 choice4 创建的主题 Java 多数据源和事务
@choice4 不回滚?你确定你的数据库事务设置没问题吗?变成单数据库,单事务管理器,同样的 serviceImpl 代码看是否回滚
2018-12-18 10:47:57 +08:00
回复了 choice4 创建的主题 Java 多数据源和事务
@choice4 我明白了,你的事务管理器不止一个,那你必须明确的在 service 层的 @Transactional 里指定特定的事务管理器,否则就出错
2018-12-18 00:08:03 +08:00
回复了 gransh 创建的主题 Java 关于 springboot 项目的 jar 和 war 两种打包方式部署的区别?
哎,现在学编程的基本都不会教历史了,也没人有兴趣去钻研。总体来说吧,很多年前,Sun 还在世的那个年代,在度过了早期用 C++写 Html 解析器的蛮荒时期后,有一批最早的脚本程序进入了 cgi 时代,此时的 Sun 决定进军这个领域,为了以示区别并显得自己高大上,于是研发了 servlet 标准,搞出了最早的 jsp。并给自己起了个高大上的称号 JavaEE ( Java 企业级应用标准,我呸,不就是一堆服务器以 http 提供服务吗,吹逼)。既然是企业级标准那自然得有自己的服务器标准。于是 Servlet 标准诞生,以此标准实现的服务器称为 Servle 容器服务器,Tomcat 就是其中代表,被 Sun 捐献给了 Apache 基金会,那个时候的 Web 服务器还是个高大上的概念,当时的 Java Web 程序的标准就是 War 包(其实就是个 Zip 包),这就是 War 包的由来。后来随着服务器领域的屡次进化,人们发现我们为什么要这么笨重的 Web 服务器,还要实现一大堆 Servlet 之外的管理功能,简化一下抽出核心概念 servlet 不是更好吗,最早这么干的似乎是 Jetty,出现了可以内嵌的 Servelet 服务器。去掉了一大堆非核心功能。后来 tomcat 也跟进了,再后来,本来很笨重的传统 JavaEE 服务器 Jboss 也搞了个 undertow 来凑热闹。正好这个时候微服务的概念兴起,“ use Jar,not War ”。要求淘汰传统 Servlet 服务器的呼声就起来了
2018-12-17 23:54:38 +08:00
回复了 gransh 创建的主题 Java 关于 springboot 项目的 jar 和 war 两种打包方式部署的区别?
@catinred 其实你说的也不对,你一样可以 java -jar war 的方式跑起来,你可以去看看 jenkins。人家就是这么玩的
2018-12-17 23:53:53 +08:00
回复了 gransh 创建的主题 Java 关于 springboot 项目的 jar 和 war 两种打包方式部署的区别?
@svt jetty,Jboss,。建议你去理解一下 servlet 容器服务器的概念,只要实现了 servlet 容器的服务器都能跑基于 servlet 的 java web 程序
2018-12-17 23:51:52 +08:00
回复了 choice4 创建的主题 Java 多数据源和事务
多数据源时的事务一致性属于跨库事务,跨库事务非常麻烦而且绝对不是你描述的这种结构能摆平的,一般的注解式事务只能针对单库,所以你用法就是错的,如果你再 service 层用了 @Transactional,那你就要保证这个 service 里调用的 mapper 都是一个库的,否则的话,就不要在 service 上用 @Transactional
2018-12-17 18:37:29 +08:00
回复了 gz911122 创建的主题 Java 为什么感觉国内比较流行的 mybatis 在国外好像没人用的样子?
@beneo 你说反了,真心的。 国内只有小型公司才有各种奇葩需求需要你 OLAP,上规模的公司,需求流程都要求的很严格,反而可以用 JPA 解决大部分需求
2018-12-17 18:31:41 +08:00
回复了 gz911122 创建的主题 Java 为什么感觉国内比较流行的 mybatis 在国外好像没人用的样子?
楼上这么多人都觉得 hibernate(JPA)好用,我想问一下各位,你们的公司都进化到不需要关系数据库做 OLAP 了,都是 OLTP 业务?如果是这样的话,那我只能说你们很幸运,这么说吧,国内 mybatis 流行的原因其实只有一个,大部分中小型公司都需要依赖关系数据库来进行 OLAP 业务,这恰恰是 JPA 等的弱项
@rozbo 哪来的精神资本家?
找借口裁人而已,楼主也可以考虑准备找下家了
2018-12-09 16:52:45 +08:00
回复了 chungzhao 创建的主题 问与答 TPLINK 域名屏蔽怎么破?
啥?路由器还能屏蔽域名?头一次听说
2018-12-08 11:45:09 +08:00
回复了 cheeto 创建的主题 程序员 移动端时代,作为一个前端应该何去何从
从长远看,Web 前端必须是越来越强的,因为这是唯一一个,跨越所有客户端都能使用的 UI 界面,而且它的标准是公开委员会定制的,不存在黑箱的可能性。覆盖面最广,标准公开导致大家愿意投资,其生态圈必然越来越大。相反,不管是 IOS UI 也好,Android UI 也罢,这种基于公司标准定制,不能跨平台的 UI 标准,目前唯一的优势也就是性能强过 Web UI 罢了,一旦遇到了时代转型,说萎立刻就会萎的,不要忘记问了,诺基亚尸骨未寒,Windows UI 开发在 10 年前也是如火如荼的,现在怎么样了呢。如果要做个人的技术投资,最适合投资的就是 Web UI 技术积累了。
2018-12-06 23:34:53 +08:00
回复了 123s 创建的主题 Node.js 既然大家都不喜欢 npm,有没有可能重新规范一个类似的
go 背后有 google 当爹,node 有什么?完全靠社区搞,起源作者还跑了。强大的开源背后必有强爹,没强爹光靠社区的话就是各种小问题
赶紧跑,这类公司绝对不会让你转正后正常双休的,更恶劣的可能是,3 个月到了直接说你没转正成功,然后再去招一批韭菜来
@mmdsun 我这边是在 windows 发现问题的,windows server 2012R2,任务管理器里,Java Platform SE binary 占用内存 9xx.xxMB。。。
看了你们说的,我现在也在分析是不是我打开 spring boot 的姿势不太对,这个内存占用貌似有点不太正常的样子
@misaka19000 你一定是在大公司,有海量的服务器给你用,中小型公司哪家服务器上就跑一个 jar 的?
@sagaxu 你的 spring boot 怕不是空项目吧?你加上各种 Controller,Service,Mapper,各种逻辑类,还有 Web 模板,静态资源,然后再看看。
1 ... 60  61  62  63  64  65  66  67  68  69 ... 103  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2970 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 34ms · UTC 12:46 · PVG 20:46 · LAX 04:46 · JFK 07:46
Developed with CodeLauncher
♥ Do have faith in what you're doing.