Announcement

Collapse
No announcement yet.

JDK 21 Forked From Mainline For What Will Be The Next Java LTS Release

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • aorth
    replied
    Originally posted by nivag View Post

    Are you using Swing, the 'new fangled' JavaFX, or some other Java GUI system?

    I started with Java GUI stuff before Swing. I quite like Swing and love the GridBagLayout (which is well worth mastering). Though, if you are getting into Java now, then probably JavaFX is the way to go.
    Ah, I mean apps I'm using, not apps I'm developing. :\

    Leave a comment:


  • jrdoane
    replied
    Originally posted by ClosedSource View Post
    At the moment, Kotlin code is translated to Java code. They are still using Java, at least for now.
    Clojure, like Kotlin, targets the JVM and produces JVM bytecode when compiled. There are several languages that do this. Another example is Scala. I'm pretty sure that most languages that target the JVM does this. TypeScript compiles down to JS because that's the lowest level representation you can get on that runtime which is why ClojureScript also compiles down to JavaScript. This is a pretty common pattern for hosted languages.

    Leave a comment:


  • Dovi
    replied
    Originally posted by mathletic View Post

    Can you back this with some data? I am pretty sure there are companies and projects relying on Java 6 or 7. But that's insane. I know large companies have Java 8, but this is scares. Most moved on to Java 11 and Java 17, using Spring, Spring Boost or stuff from public clouds.
    I was working for Inditex (big retailer: Zara, Pull&Bear, Berskha) not so long ago and there were still some legacy apps on production that were running atop Java 6.

    Leave a comment:


  • usta
    replied
    Originally posted by ClosedSource View Post
    At the moment, Kotlin code is translated to Java code. They are still using Java, at least for now.
    not java but jvm.
    kotlin is not a trascompiler like typescript. It is actually producing bytecode for java virtual machine (jvm)

    Leave a comment:


  • ClosedSource
    replied
    Originally posted by peterdk View Post
    I use Java on Android, but mostly Kotlin these days. If using JVM, not much reason anymore to use Java over Kotlin.
    At the moment, Kotlin code is translated to Java code. They are still using Java, at least for now.

    Leave a comment:


  • usta
    replied
    Originally posted by peterdk View Post
    I use Java on Android, but mostly Kotlin these days. If using JVM, not much reason anymore to use Java over Kotlin.
    With Android14 you have to upgrade to at least JAVA17 ( as JVM ) : https://developer.android.com/about/...core-libraries

    Leave a comment:


  • peterdk
    replied
    I use Java on Android, but mostly Kotlin these days. If using JVM, not much reason anymore to use Java over Kotlin.

    Leave a comment:


  • ClosedSource
    replied
    Originally posted by mathletic View Post

    Can you back this with some data? I am pretty sure there are companies and projects relying on Java 6 or 7. But that's insane. I know large companies have Java 8, but this is scares. Most moved on to Java 11 and Java 17, using Spring, Spring Boost or stuff from public clouds.
    Most data of this kind isn't available online. But if you try to communicate with financial institutions, particularly ones that deal with currency exchange, clearance of bank transfers, securities and futures...the list goes on and on....and you can reach people from markit/s&p global, murex, jbig, mizuho, etc..., they all use old code that only compiles on java 7.
    There is a limit to the kind of data you can ask on an online forum.

    Leave a comment:


  • rogerx
    replied
    Originally posted by onlylinuxluvuback View Post

    i hope the next jdk they rewrite it in rust.
    And if libreoffice was rewritten in rust it would be the first cool office suite written in rust and hopefully a visualbasic emulator for scripting.

    all things microsoft = good.

    Leave a comment:


  • rogerx
    replied
    Originally posted by Vistaus View Post

    That's the first time I heard someone say they're limiting their electronic device purchases because of a programming language.

    It's quite well known throughout the consumer market, the vendor/manufacturer chooses either the programming language or software libraries for programming their hardware, the hardware will likely be locked into only using those specific OEM software libraries and/or programming language. (eg. Usually C/C++ for most software drivers nowadays.)

    Leave a comment:

Working...
X