Fork me on GitHub
#other-languages
<
2016-08-06
>
sveri00:08:46

HM, I can say that our core products run in an OSGi environment. It brings it's own kinds of problems. For instance we have some common libs that every product should use. These are pretty outdated and updating them would require every product to check if it still works and if not, to adapt the code in question. Of course, this is only done if there is a strong need for that...

sveri00:08:10

Also classpath problems are harder to track down IME, in an environment like eclipse for instance there there are so many different components at play.

sveri00:08:39

Another Problem we run into is the difference between a build and eclipse development time. While gradle can use different versions of libraries during Dev / Test / build, eclipse does not make that difference, it just throws all dependencies into one bucket and Picks whatever comes first. Again nothing where OSGi is off any help

bvulpes04:08:41

borkdude: re "Probably because he has no thesis" interestingly, this is what drives the profusion of crypto implementations as well.

bvulpes04:08:20

nobody's career is served by saying "there is no formal proof of complexity for any cryptosystem in the wild, and everything is more complex than rsa, so basic security theory suggests that /just use rsa/"

cfleming05:08:22

@seancorfield: Well, Eclipse is based on OSGi so based on that alone it has relatively huge adoption.

seancorfield05:08:01

But not because Eclipse's users actually chose OSGi, which is my point 🙂

cfleming05:08:05

My last real job was all based on OSGi - we made an IDE for a DSL which then ran in prod. On the servers it was amazing, on the desktop it was a nightmare.

cfleming05:08:34

Being able to deploy + hotswap versioned prod builds was really something else.

borkdude12:08:32

Has anyone used NixOS to solve similar kinds of pains?