首先不建议转，原因如下：
1. Java 工程师供过于求，身价低，而 C++工程师相反；
2. Java 技术快被淘汰了，前段时间刚刚宣布彻底淘汰浏览器端 Java 应用技术，目前 Java 的用武之地只在于 Android 和国企 WEB 系统，其中 Android 的技术栈正在被 HTML5 蚕食；
3. Java 技术体系相当庞大和成熟，学习时间成本相当高，特别是你对 C++的诸多概念已经根深蒂固，转 Java 难以摆脱 C++的思维定势；吃透语言半年，领会思想一年，每个框架半年融会贯通，想成为有一定经验的 Java 工程师至少要 5 年的时间；
4. 虽然 Java 的抽象级别可以很高，做项目架构可以很清晰，但 Java 太重，执行效率太差，编译和运行环境配置过于烦琐和复杂（ IDE 也帮不了你，因为这些配置都是业务的一部分），我之前给 ICNTV 做 BOSS 的时候由于用小型机堆硬件也无法让 Java 承受住那样的高并发，所以最后并发最大的部分还是用 C++写的；
5. 你身边会很难遇到优秀的 Java 工程师，大多数人都是可能连 HTTP 协议都没有学过的培训生出身，特别是往往编码习惯很不好。

如果你一定要转，作为一个两年都没有碰 Java 的人也给不了什么最新的好建议，仅供参考， Java 大牛看到也请放过我：
1. 初学不要去找 Java 与 C++的相似点，很容易被思维定势带进坑，总之鄙人不才，觉得用完 C 系再完全理解 Java 的思想挺困难的；
2. Java 完全可以达到让开发者的精力集中在业务逻辑上，可以完全不用考虑内存、协议等等底层问题上，但后期因为性能问题肯定也会不得不研究 JVM 的机制细节；
3. 要研究好每个依赖库的版本号的兼容性，引入的包多了，兼容性解决不好是无法编译通过的；
4. 要了解正在使用的各个组件在当前版本所存在的问题，包括服务器、容器等，我曾经因为一个问题纠结了 3 天，最后在 Tomcat 官方的 Changelog 中发现是 Tomcat 在特定版本存在的 BUG ，需要构造程序绕过这个 BUG ；
5. Java 有好多的框架，如果你所在的团队是求稳的话，那么恭喜你有可能要去学用得最广泛的 SSH 框架，通常是 struts(或者 Springmvc 或者 Struts2)+spring+hibernate 这样的组合，这些东西每一个拎出来都很抽象，很难理解，不过一旦你完全理解了就非常好用，毕竟抽象级别高了。

Java 历史悠久，极度成熟，想知道看什么书比较好直接去网上搜一艘就可以，相信沉淀这么多年一定是有很多精品的教材的。