TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Ask HN: What is a modern Java environment?

132 点作者 smorgusofborg大约 3 年前
Hello,<p>I used Java a very long time ago, like 1.6, and I&#x27;m wondering what using Java at work in ~web backend looks like today.<p>What elements of your stack would you consider most important? Do most projects lean heavily on Spring Boot or something else? Which IDE? Pointers to refreshers or concise introductions you might give a new hire would be handy too.

34 条评论

exabrial大约 3 年前
I&#x27;ll chime in my opinion: Java is getting something right that I don&#x27;t see much elsewhere: Dependency Injection. Combine this with a mocking framework and you can write _actual_ isolated unit tests for every single part of your stack.<p>We&#x27;re fans of CDI, it&#x27;s a more polished Spring framework without the legacy weight. We&#x27;re developing in Quarkus, MicroProfile, and bigger monoliths in Apache TomEE. We use ActiveMQ extensively for scaling. ( And I mean extensively... on a modest 512m server, we can push several thousand messages&#x2F;s reliably to a _lot_ of topics and queues, all with delivered-exactly-once guarantees)<p>We avoid the fanfare of Docker, as really it&#x27;s not needed for Java apps; they&#x27;re somewhat self-contained anyway and it created more problems than it solved. For true isolation, we use systemd to create cgroups and chroots and prevent application escapes. For deployment, apps are one-jar&#x27;d down to a single executable, then packaged up in a .deb using the jdeb maven plugin. We stick with the unix philosohpy of using &#x2F;etc&#x2F;default for env variables that help the app locate their database or LDAP cluster.
评论 #30846458 未加载
评论 #30848138 未加载
评论 #30844913 未加载
评论 #30849380 未加载
评论 #30844379 未加载
评论 #30846809 未加载
评论 #30851862 未加载
matsemann大约 3 年前
The stack I&#x27;ve seen, used and liked at many clients is: Spring Boot, Kotlin, IntelliJ.<p>Which of course means all the old discussions: Jetty&#x2F;Tomcat&#x2F;JBoss&#x2F;GlassFish, GSON&#x2F;Jackson, Hikari&#x2F;C3PO&#x2F;etc, etc are now mostly moot, since most just use the Boot defaults until they need something else. Kinda nice, actually. Less bikeshedding, can get a project up and running without taking a stand on all these things.<p>Most clients use maven, a few gradle, some used gradle and moved back when no one could understand their config. Gradle might get a second chance now that it can be written using kotlin.
评论 #30842996 未加载
评论 #30842861 未加载
评论 #30842603 未加载
评论 #30842943 未加载
davidjfelix大约 3 年前
* Use SDKMan for runtime and sdk management <a href="https:&#x2F;&#x2F;sdkman.io&#x2F;" rel="nofollow">https:&#x2F;&#x2F;sdkman.io&#x2F;</a><p>* Try to use Kotlin where allowed (Maybe unpopular and bad faith response given that you asked about Java, but I don&#x27;t care -- kotlin&#x27;s Java interop is way more seamless than Scala or Clojure to the point that its often not even noticable) <a href="https:&#x2F;&#x2F;kotlinlang.org&#x2F;" rel="nofollow">https:&#x2F;&#x2F;kotlinlang.org&#x2F;</a><p>* IntelliJ<p>* Spring is pretty popular, I&#x27;ve seen a lot of people using Vertx<p>* Square libraries like Okio, okhttp, retrofit, wire <a href="https:&#x2F;&#x2F;github.com&#x2F;square" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;square</a><p>* If you&#x27;re not using spring, use Dagger for DI <a href="https:&#x2F;&#x2F;dagger.dev&#x2F;dev-guide&#x2F;" rel="nofollow">https:&#x2F;&#x2F;dagger.dev&#x2F;dev-guide&#x2F;</a><p>* Overlook netflix abandonware (another unpopular opinion, I&#x27;m sure)<p>* Use gradle, not maven. Use kotlinscript as the config language, not groovy
评论 #30843252 未加载
评论 #30842575 未加载
评论 #30842504 未加载
ojhughes大约 3 年前
Along with the various other libraries and frameworks mentioned;<p>* Testcontainers - seamless support for using Docker in integration tests [1]<p>* Project Reactor - nice framework for reactive programming [2]<p>* Executable Jars - No need to deploy a War file to a servlet container anymore. Build an executable Jar with an embedded container. Spring Boot makes this very easy<p>1. <a href="https:&#x2F;&#x2F;www.testcontainers.org" rel="nofollow">https:&#x2F;&#x2F;www.testcontainers.org</a><p>2. <a href="https:&#x2F;&#x2F;projectreactor.io" rel="nofollow">https:&#x2F;&#x2F;projectreactor.io</a>
mooreds大约 3 年前
My company&#x27;s product is primarily written in Java. It&#x27;s a web based auth system, fwiw.<p>I don&#x27;t write too much code nowadays, but read a lot. From what I can see, here&#x27;s the stack:<p>* intellij for an ide (with tons of plugins)<p>* prime MVC (<a href="https:&#x2F;&#x2F;github.com&#x2F;prime-framework&#x2F;prime-mvc" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;prime-framework&#x2F;prime-mvc</a>) for the framework<p>* mybatis for SQL&#x2F;queries<p>* java 17<p>I&#x27;ve also used dropwizard and spring. If it was a greenfield development with emphasis on developer productivity, I&#x27;d go with spring any day. Big dev community, tons of doco, a solution for any problem if you can find it.
kitd大约 3 年前
For backend frameworks, I&#x27;d look at Quarkus [1] or Micronaut [2]. Both are geared towards configuration, async processing and native compilation, along with a ton of options to integrate with external systems.<p>For something a bit lighter weight, Vert.x [3] is a good option (Quarkus is based on it).<p>[1] - <a href="https:&#x2F;&#x2F;quarkus.io&#x2F;" rel="nofollow">https:&#x2F;&#x2F;quarkus.io&#x2F;</a><p>[2] - <a href="https:&#x2F;&#x2F;micronaut.io&#x2F;" rel="nofollow">https:&#x2F;&#x2F;micronaut.io&#x2F;</a><p>[3] - <a href="https:&#x2F;&#x2F;vertx.io&#x2F;" rel="nofollow">https:&#x2F;&#x2F;vertx.io&#x2F;</a><p>You&#x27;ll need Java 1.8+, and Maven or Gradle for the toolchain (I prefer the former). Intellij is the best IDE but I get by with VSCode.
评论 #30843406 未加载
splix大约 3 年前
Here is what we use and I&#x27;d recommend to others.<p>The most common: - Kotlin for most of the backend code, but Java for shared libs. We still use Java 8 for some libs which may be used in Android, that&#x27;s an unfortunate reality<p>- Gradle for build config<p>- Spring for application architecture<p>And few things that may significantly improve your dev process, but are not so common:<p>- Spring Reactor (and Webflux) for processing data and requests. Takes a time to learn, but it worth it<p>- Thymeleaf for UI<p>- Spock for testing. Highly recommended for designing tests<p>- Testcontainers for integration tests<p>- Micrometer to see what&#x27;s going on with your app. I.e., to export all internal metrics to use with Prometheus&#x2F;Grafana&#x2F;etc<p>For the environment<p>- SDKMan to manager the environment<p>- Gradle Application plugin or Google&#x27;s Jib to pacakge your app. First prepares a Zip with all binaries, second a Docker container<p>- IntelliJ IDEA<p>- Github Actions - turns out to be the most usable CI. Though the Jetbrains TeamCity may be better for a large team
评论 #30849215 未加载
gavinray大约 3 年前
- Language: Java 17&#x2F;Kotlin<p>- API Layer: Quarkus (most projects <a href="https:&#x2F;&#x2F;github.com&#x2F;quarkusio&#x2F;quarkus" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;quarkusio&#x2F;quarkus</a>), Vert.x (small projects <a href="https:&#x2F;&#x2F;vertx.io&#x2F;" rel="nofollow">https:&#x2F;&#x2F;vertx.io&#x2F;</a>)<p>- DB: Postgres, in-memory H2 for simple stuff<p>- Testing: JUnit 5, Testcontainers to automatically start + stop DB Docker containers with tests (<a href="https:&#x2F;&#x2F;www.testcontainers.org" rel="nofollow">https:&#x2F;&#x2F;www.testcontainers.org</a>)<p>- Mocking: Mockito (<a href="https:&#x2F;&#x2F;github.com&#x2F;mockito&#x2F;mockito" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;mockito&#x2F;mockito</a>) or Mockk (Kotlin, <a href="https:&#x2F;&#x2F;mockk.io" rel="nofollow">https:&#x2F;&#x2F;mockk.io</a>)<p>- Dependency Injection: CDI (built into Quarkus, for Vert.x you can initalize Weld when the app starts <a href="https:&#x2F;&#x2F;weld.cdi-spec.org" rel="nofollow">https:&#x2F;&#x2F;weld.cdi-spec.org</a>)<p>- Build tool: Gradle with Kotlin DSL<p>- Other tools:<p><pre><code> Kover: automatic code-coverage reports from JaCoCo&#x2F;IntelliJ (https:&#x2F;&#x2F;github.com&#x2F;Kotlin&#x2F;kotlinx-kover) Ktlint + Detekt: Kotlin linting&#x2F;static analysis (https:&#x2F;&#x2F;ktlint.github.io, https:&#x2F;&#x2F;detekt.github.io&#x2F;detekt) PMD, Spotbugs, Nullaway: Java linting&#x2F;static analysis (https:&#x2F;&#x2F;pmd.github.io, https:&#x2F;&#x2F;spotbugs.github.io, https:&#x2F;&#x2F;github.com&#x2F;uber&#x2F;NullAway)</code></pre>
stickfigure大约 3 年前
I have been thinking of writing up a series of articles on this. Without going into too much detail:<p>* IDEA<p>* Deploy on Google App Engine, Digital Ocean App Platform, Heroku, Elastic Beanstalk, etc - get out of the ops business entirely.<p>* Guice as the backbone, no Spring&#x2F;Boot. I wrote a tiny dropwizard-like &quot;framework&quot; to make this easier: <a href="https:&#x2F;&#x2F;github.com&#x2F;gwizard&#x2F;gwizard" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;gwizard&#x2F;gwizard</a> but there&#x27;s a laughable amount of code here, you could build it all from scratch with minimal effort. This is about as lightweight as &quot;frameworks&quot; get because Guice does the heavy lifting.<p>* JAX-RS (Resteasy) for the web API. IMO this is the best part of Java web development. HTTP endpoints are simple synchronous Java methods (with a few annotations) and you can test them like simple Java methods.<p>* Lombok. Use @Value heavily. Cuts most of the boilerplate out of Java.<p>* Junit5 + AssertJ. (Or Google Truth, which is almost identical to AssertJ).<p>* Use functional patterns. Try to make all variables and fields final. Use collection streams heavily. Consider vavr.io (I&#x27;ll admit I haven&#x27;t used it in anger yet, but I would in a new codebase).<p>* StreamEx. Adds a ton of useful stream behavior; I don&#x27;t even use basic streams anymore.<p>* Guava. There&#x27;s just a lot of useful stuff here.<p>* For the database, it really depends on what you&#x27;re building. Most generic business apps, postgres&#x2F;hibernate&#x2F;guice-persist&#x2F;flyway. Yeah, folks complain about hibernate a lot but it&#x27;s a decent way to map to objects. Use SQL&#x2F;native queries, don&#x27;t bother with JPQL, criteria queries, etc.<p>* Hattery for making http requests (<a href="https:&#x2F;&#x2F;github.com&#x2F;stickfigure&#x2F;hattery" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;stickfigure&#x2F;hattery</a>). This is another one of mine. I make zillions of http requests, functional&#x2F;immutable ergonomics really matter to me.<p>* Github actions for CI.<p>* Maven for the build. Yes, it&#x27;s terrible, except for every other build system is worse. Gradle seems like it should be better but isn&#x27;t. I&#x27;d really love some innovation here. Sigh.
评论 #30845832 未加载
ta988大约 3 年前
Gradle (with Kotlin syntax), Spring Boot (vertx, ktor or for small or microservices), Kotlin, IntelliJ.<p>That would be a &quot;modern&quot; stack for me. If you can&#x27;t use Kotlin, Java has improved a lot since 1.6 you will be pleasantly surprised.<p>I recommend you start an intellij (Free edition if you want to, even if I still recommend the paid one) and follow the springboot kotlin tutorial below. That will give you a good idea of what the ecosystem looks like these days.<p><a href="https:&#x2F;&#x2F;spring.io&#x2F;guides&#x2F;tutorials&#x2F;spring-boot-kotlin&#x2F;" rel="nofollow">https:&#x2F;&#x2F;spring.io&#x2F;guides&#x2F;tutorials&#x2F;spring-boot-kotlin&#x2F;</a>
评论 #30843254 未加载
MockObject大约 3 年前
I&#x27;ve been doing Java non-stop since before 1.6. I just started a new project, and it&#x27;s<p>* IntelliJ<p>* Standard enterprise Java JEE 9.1 (JSP, JPA, EJB)<p>* Payara app server<p>* Twitter Bootstrap<p>* Maven<p>* Test driven development using TestNG + AssertJ<p>* Postgres + Liquibase for schema management<p>Code samples now come from <a href="https:&#x2F;&#x2F;www.baeldung.com&#x2F;" rel="nofollow">https:&#x2F;&#x2F;www.baeldung.com&#x2F;</a>
评论 #30844300 未加载
PaulHoule大约 3 年前
IntelliJ idea is the best IDE. JDK8 incorporated a lot of great functional programming ideas (though the streams library is awful.). Up through JDK17 there are many improvements including a more scalable runtime.<p>I haven’t been paid to work with Spring since 2013, every project I’ve worked on since has used Guice, maybe Dropwizard.<p>JAX-RS is the dominant paradigm for web back ends these days, particularly if you are writing single page applications.
评论 #30842415 未加载
评论 #30842479 未加载
shaman1大约 3 年前
Spring Boot (embedded Tomcat&#x2F;Jetty&#x2F;Netty)<p>Lombok<p>Gradle, Guava<p>JUnit 5, testcontainers, WireMock<p>Logback, Slf4j<p>Okhttp, Open Feign, RestTemplate<p>Micrometer<p>OpenApi, swagger<p>Liquidbase, jooq - db stuff<p>This is your run of the mill stack<p>Dropwizard, Vert.X seem to be less used nowadays, Spring has mostly won the show<p>Heard people using Kotlin, Quarkus, Micronaut but that&#x27;s niche stuff
AtlasBarfed大约 3 年前
IMO:<p>IntelliJ for IDE (Community edition is free). #1 reason is it supports Kotlin and Groovy very well out of the box. Eclipse is still a plugin disaster, and the language support aside from Java is pretty bad, although I haven&#x27;t bothered to check in a few years since IntelliJ CE was released.<p>Gradle for builds. It is still copy and paste setup, but at least you can do a lot more things than rigid Maven.<p>Groovy + CompileStatic (personally) for the actual JVM language but admittedly I haven&#x27;t tried Kotlin yet. Even with closures and other improvements, base Java can&#x27;t compete with either of those.<p>Spring Boot for your enterprisey stuff&#x2F;REST services which you are likely using it for. It&#x27;s such a standard at this point.<p>Unit tests: Spock. Spock is awesome. And very well supported by IntelliJ for autoformat, another BIG reason to use IntelliJ.<p>Man, web frameworks on Java that don&#x27;t just use it for an AJAX service layer? Who knows.
soco大约 3 年前
Eclipse as IDE (actually STS - Spring Tools Suite edition) for both Spring Boot and JBoss Tools (yes there&#x27;s enough work for JEE - WildFly or JBoss EAP). The build would be most of the time Maven (including the assembly plugin) and sometimes would create native Quarkus images for cloud tools (read serverless).
AssertErNullNPE大约 3 年前
I can&#x27;t speak to how prevalent it is in the industry, but something my team has started doing in our web services is building with GraalVM and deploying native images. The build time can be super long, but the benefit is incredibly fast start-up time, which really benefits horizontal scaling. We&#x27;re using Quarkus (<a href="https:&#x2F;&#x2F;quarkus.io" rel="nofollow">https:&#x2F;&#x2F;quarkus.io</a>), which is largely built on Vertx which was mentioned elsewhere, but other frameworks (Micronaut (<a href="https:&#x2F;&#x2F;micronaut.io" rel="nofollow">https:&#x2F;&#x2F;micronaut.io</a>) comes to mind) make it easy and SpringBoot is also working on support. If your doing containers&#x2F;kubernetes native images feel like the way to go.
biehl大约 3 年前
Spring Boot is the go-to solution for Java where I work. And definitely Intellij as IDE.
评论 #30842474 未加载
mhaberl大约 3 年前
This is my experience.<p>For context I do a lot of contract work mostly in banking, ecommerce and insurance.<p><pre><code> - Spring Boot - IntelliJ - Gradle or Maven - Java 8 features (for various reasons most of my clients do not use version &gt; 8)</code></pre>
评论 #30842761 未加载
评论 #30864213 未加载
smallerfish大约 3 年前
Kotlin + Dropwizard. Avoid Hibernate, go with JDBI.<p>If I was starting a new project I&#x27;d look at Jooby, which looks pleasant and does very well on TechEmpower benchmarks.
评论 #30844681 未加载
jbellis大约 3 年前
Good summary of the language-level changes here: <a href="https:&#x2F;&#x2F;piotrminkowski.com&#x2F;2021&#x2F;02&#x2F;01&#x2F;new-developer-friendly-features-after-java-8&#x2F;" rel="nofollow">https:&#x2F;&#x2F;piotrminkowski.com&#x2F;2021&#x2F;02&#x2F;01&#x2F;new-developer-friendly...</a><p>ETA: actually if you haven&#x27;t used it since 1.6 you&#x27;d want to find an article on Java 8 as well that covers Streams.
vollmond大约 3 年前
I&#x27;m about 3 years out of date on Java, but if I were spinning up a new project it would be:<p>* Latest JDK<p>* Spring Boot<p>* JQuery&#x2F;Bootstrap<p>* Eclipse (with Vim keybindings plugin)<p>Caveats:<p>* If it was a personal project or only a very small team, I&#x27;d start with Kotlin<p>* I haven&#x27;t tried IntelliJ in quite a while and would give it a shot to see if I wanted to switch off Eclipse now
评论 #30842878 未加载
nigerian1981大约 3 年前
I’ve seen the Micronaut framework used instead of Spring Boot a lot recently for AWS Lambda
throwaway4good大约 3 年前
Spring Boot wrapped in a Docker container and a frontend written in JS using React, Angular or similar.<p>So maybe the frontend and deployment has changed. The rest probably not so much.<p>Java versions 8 and 11 are by far the most common.<p>Lambdas were introduced in version 8.
评论 #30842953 未加载
cimi_大约 3 年前
We have a multi-project gradle build, all our code is in Kotlin, we use micronaut as our base framework and we use IntelliJ as our IDE - this setup has worked great for us over the past year.
fulafel大约 3 年前
Many use other languages on the JVM. Scala, Clojure, Kotlin etc. Besides the naked functionality, the language communities and cultures have their varying strengths. Eg quality of answers or libraries you easily find.<p>The years long constant stream of deserialization vulnerabilities, like yesterday&#x27;s Spring RCE, are also largely absent from other JVM languages.
rvcdbn大约 3 年前
Bazel, ErrorProne, Dagger, AutoValue, IntelliJ
KronisLV大约 3 年前
IDE: IntelliJ IDEA <a href="https:&#x2F;&#x2F;www.jetbrains.com&#x2F;idea&#x2F;" rel="nofollow">https:&#x2F;&#x2F;www.jetbrains.com&#x2F;idea&#x2F;</a><p>Nothing else seems to come close, they have a Community version, nowadays Eclipse and NetBeans both feel slow but Visual Studio Code with Java plugins lacks refactoring abilities one might expect in an IDE for non-trivial projects. Also, if you get the Ultimate package of their tools, you get all sorts of other useful tools, personally i also enjoy WebStorm and DataGrip for developing front end stuff and working with databases in a separate tool.<p>JDK: whatever the LTS release of JDK is at the time, based on the kind of work that i do (so JDK 17 now) <a href="https:&#x2F;&#x2F;adoptium.net&#x2F;" rel="nofollow">https:&#x2F;&#x2F;adoptium.net&#x2F;</a><p>As long as you&#x27;re not stuck with JDK 8, you should be fine in regards to this. But you can definitely enjoy some speed improvements across the releases as well as new language features as well as things like helpful NullPointerException messages. Personally, i&#x27;d sometimes also look towards OpenJ9 as an alternate runtime (due to lower memory usage), but that project&#x27;s future isn&#x27;t very clear (at least in regards to available container images) last i checked.<p>As for frameworks, pick one of the following:<p><pre><code> - Spring Boot: mainstay of the Java ecosystem, has a really large amount of integrations and the Boot version also simplifies getting up and running, about as safe of a bet as Rails for Ruby or Django for Python - Dropwizard: probably the closest competitor to Spring Boot in my eyes, but is a more loose collection of a variety of pretty much &quot;standard&quot; libraries, has decent developer experience - Eclipse Vert.X: pick this if you want to work with reactive programming, last i checked it didn&#x27;t feel quite feature complete, but the performance numbers speak for themselves, even if it feels a bit niche - Quarkus: another modern option that&#x27;s tailored for the development of performant web services, got a lot of hype in conferences in the past few years - Helidon: pretty similar to Quarkus as far as i&#x27;m aware (at least as far as the positioning in the market goes) so figured i&#x27;d also mention it </code></pre> In practice, you&#x27;re most likely to see Spring Boot in existing projects since it&#x27;s so boring and dependable, though perhaps sometimes you&#x27;ll also run into the legacy Spring framework (which can be a pain to deal with) or even some of the other ones.<p>Here&#x27;s a rough performance comparison if you care about that sort of stuff: <a href="https:&#x2F;&#x2F;www.techempower.com&#x2F;benchmarks&#x2F;#section=data-r20&amp;hw=ph&amp;test=composite&amp;l=zik0vz-sf&amp;c=8" rel="nofollow">https:&#x2F;&#x2F;www.techempower.com&#x2F;benchmarks&#x2F;#section=data-r20&amp;hw=...</a><p>Build tools: personally, i just use whatever Docker images to base the apps on when available and something like Ansible when not. For the actual toolchain, Maven is still pretty dependable, i guess Gradle is also okay. You might occasionally run into tools like Bazel or Jib, experiences there might vary.<p>App servers: if you need an application server for some reason (e.g. deploy app as .war), Tomcat is still a good option. If you need the EE functionality (e.g. Java EE which is now Jakarta Java), you might need to reach for something like TomEE or Payara Server, though i haven&#x27;t needed to do that for a few years at this point, since Spring Boot embeds Tomcat and that is good enough for almost all projects.
评论 #30842820 未加载
mnkmnk大约 3 年前
What’s the JDK version people use today? My company’s stack is still on java 8.
评论 #30883691 未加载
itpragmatik大约 3 年前
- IntelliJ<p>- Java 17<p>- SpringBoot 2.6.x<p>- Hibernate<p>- Maven<p>- MySQL or Postgres<p>- Liquibase<p>- Swagger&#x2F;OpenAPI<p>- Docker
seymon大约 3 年前
Which JDK distribution is used today? There are so many to choose from.
omgmajk大约 3 年前
IntelliJ Idea for sure.
评论 #30842305 未加载
评论 #30842393 未加载
darksaints大约 3 年前
After doing some &quot;modern&quot; spring boot &#x2F; hibernate, I came away wondering how anybody ever thought that was a good idea. The switch to kotlin with ktor took less than a day, and my sanity has been preserved.
Hardik_Shah大约 3 年前
Over the last five years, the Java Platform has seen a tremendous amount of evolution and improvement in a variety of areas, including: language features in Java, Kotlin, and Scala; Functional Programming; dev environments; test workflows; Reactive; Stream processing; and distributed data.
评论 #30842916 未加载
ActorNightly大约 3 年前
Personally, after the log4j fiasco, I wouldn&#x27;t touch Java.<p>The standard ecosystem setup is to use all the major 3p libraries for all your functionality (Jaxrs, swagger, log4j, jersey, e.t.c) While this generally works, the ecosystem is full of holes (like log4j), and crappy behavior. You get things like &quot;javax.ws.rs.ProcessingException: Already connected&quot;, exceptions which mask underlying issues like not being able to find the endpoint, or SSL certificate error, mainstream clients for things like Redis having issues with multiple connections and unable to switch to master nodes, and so on.<p>The core language itself is very &quot;dirty&quot; (Integer vs int, requiring a class for the main function, e.t.c). The standard way annotation processors add functionality is to basically write out java files, (or in the case of the ever so popular Lombok, they hack the AST). Because of how annotation processors are run, often times an error during annotation processing with dependency injection will result in very cryptic errors, often about things that were working before that you didnt change.<p>And on top of everything, jdb debugger is pure garbage, forcing you to use bloated software like IntelliJ for any decent functionality.<p>Yes, you can learn the ecosystem and its idiosyncrasies, or you could just write the thing in Python or Node with a much more efficient workflow. Network latencies dominate the processing speed these days, and infrastructure is cheap compared to developer time.
评论 #30850034 未加载
评论 #30848923 未加载