3 ms·

Probably referring to the fact that when you build a go executable there's just a single file to deploy (the executable).

jjtheblunt 4y ago
Go has a facility for embedding build time files within the resulting binary such that they can be read as if in a runtime file system, because the Go file access routines know about this file system type.
- PaulHoule 4y ago
  You can definitely pack a Java application into a single JAR file and skip the Docker. Java's xenophobia (allergy to linking libraries) is the real root of "write once run everywhere" so often all you need is the Java runtime.
  - thefounder 4y ago
    You still need jre so it's not really a "single file" like on Go
    - creshal 4y ago
      Eh. From an ops perspective there isn't much difference between an executable file that Golang statically compiled all dependencies into and embedded a file system into, and a WAR archive that the Java compiler embedded a file system including dependencies into. Both are self-contained single files you can give to a completely different organization and expect to run on the first attempt with no complications. It's just that the latter needs Tomcat (not an issue, realistically) and has to be written as EnterpriseFactoryPatternFactorySingletonAbstractBaseFactorySingletonProvider that makes you feel dead inside just from looking at the documentation; while Golang (and similar newer languages) give you a lot more flexibility and better ergonomics on the developer side.
      - PaulHoule 4y ago
        Try Guava or Spring. In either case the framework supplies you with a Factory, FactoryFactory, FactoryFactoryFactory, ... that does the transitive closure so you can just get a "single" object injected into your app where you need it.
        jjtheblunt 4y ago
        "lasciate ogne speranza, voi ch'intrate" (~ lose all hope, who enters) from Dante's Inferno is what comes to mind whenever someone mentions Spring.
    - erichocean 4y ago
      You still need a bespoke systemd configuration for TFA's Go deploys so it's not really a "single file" deploy their either. And like the sibling comment noted, once you're allowed to set up the machine to support easy depolyment (e.g. JRE, Tomcat), a WAR becomes a single file deploy.
    - logistark 4y ago
      You can use JLink to embed only the needed modules and classes of the JRE for your application to run
  - jjtheblunt 4y ago
    class loaders in java are jvm's dynamic linker/loaders, wouldn't you say?

jjtheblunt 4y ago

Go has a facility for embedding build time files within the resulting binary such that they can be read as if in a runtime file system, because the Go file access routines know about this file system type.

PaulHoule 4y ago
You can definitely pack a Java application into a single JAR file and skip the Docker. Java's xenophobia (allergy to linking libraries) is the real root of "write once run everywhere" so often all you need is the Java runtime.
- thefounder 4y ago
  You still need jre so it's not really a "single file" like on Go
  - creshal 4y ago
    Eh. From an ops perspective there isn't much difference between an executable file that Golang statically compiled all dependencies into and embedded a file system into, and a WAR archive that the Java compiler embedded a file system including dependencies into. Both are self-contained single files you can give to a completely different organization and expect to run on the first attempt with no complications. It's just that the latter needs Tomcat (not an issue, realistically) and has to be written as EnterpriseFactoryPatternFactorySingletonAbstractBaseFactorySingletonProvider that makes you feel dead inside just from looking at the documentation; while Golang (and similar newer languages) give you a lot more flexibility and better ergonomics on the developer side.
    - PaulHoule 4y ago
      Try Guava or Spring. In either case the framework supplies you with a Factory, FactoryFactory, FactoryFactoryFactory, ... that does the transitive closure so you can just get a "single" object injected into your app where you need it.
      - jjtheblunt 4y ago
        "lasciate ogne speranza, voi ch'intrate" (~ lose all hope, who enters) from Dante's Inferno is what comes to mind whenever someone mentions Spring.
  - erichocean 4y ago
    You still need a bespoke systemd configuration for TFA's Go deploys so it's not really a "single file" deploy their either. And like the sibling comment noted, once you're allowed to set up the machine to support easy depolyment (e.g. JRE, Tomcat), a WAR becomes a single file deploy.
  - logistark 4y ago
    You can use JLink to embed only the needed modules and classes of the JRE for your application to run
- jjtheblunt 4y ago
  class loaders in java are jvm's dynamic linker/loaders, wouldn't you say?