https://kotlinlang.org logo
Join SlackCommunities
Powered by
# kohesive
  • a

    apatrida

    06/21/2016, 12:19 AM
    Kovert release 0.14.0 now has @Authority annotations that allow you to set permissions required on the controller, context or method level. https://github.com/kohesive/kovert#authorization
  • a

    apatrida

    06/23/2016, 9:20 PM
    Klutter
    1.19.0
    released which adds immutable protectors for existing collections, based on a SO answer by @miensol provides a light-weight delegate around collections that prevents any avenue of modification including casting to a mutable type then modifying. And Klutter goes a step further by protecting sub collections such as iterator, listIterator, entrySet, etc. All of those doors are closed and using Kotlin delegation for most methods you take no hit in performance. Simply call
    myCollection.asImmutable()
    and the result is the same interface but protected. Code to steal, or use the
    uy.kohesive.klutter:klutter-core-jdk6:1.19.0
    module: https://github.com/kohesive/klutter/blob/master/core-jdk6/src/main/kotlin/uy/klutter/core/common/Immutable.kt And with tests showing some of the tricks that allowed modifications before, but now do not, along with the blocked casts and calls using these wrappers. https://github.com/kohesive/klutter/blob/master/core-jdk6/src/test/kotlin/uy/klutter/core/collections/TestImmutable.kt
  • a

    apatrida

    06/24/2016, 2:53 PM
    Klutter release
    1.20.0
    is on the way with:
    Copy code
    * BREAKING CHANGE:  from 1.19.x renamed `asImmutable()` to `asReadOnly()`
    * BREAKING CHANGE:  from 1.19.x renamed `Immutable*` collection wrappers to `ReadOnly*`
    * Added marker interface ReadOnly to the read only collection wrappers
    * For List, Map and Set added extensions `toImmutable()` which makes a copy first then protects the items from change by wrapping with `ReadOnly*` wrappers.  Only cruel reflection tricks can break them.
    * Adding `equals`, `hashCode` and `toString` for `ReadOnly*` collections
  • a

    apatrida

    06/24/2016, 3:01 PM
    this will be in maven central shortly
  • a

    apatrida

    06/26/2016, 4:08 PM
    For Injekt users:
    >> Since Injekt and Kodein both ended up in a very similar implementation (object registry approach to injection), it makes little sense in having two flavours of the same library for Kotlin. Therefore Injekt is deferring to Kodein. Since Injekt has no known bugs, there is no fear in continuing to use it (and I will fix anyting that shows up), but for additional functionality see Kodein instead.
    Libraries such as Klutter will create Kodein modules for their injection modules, same for Kovert. And Typesafe configuration injection from Klutter will also be ported over to Kodein for future releases.
    👏 1
    😢 1
  • a

    apatrida

    06/26/2016, 4:09 PM
    Therefore, other Kohesive libraries stay as-is while just moving over to have one injection library instead of the two that exist for Kotlin in a very similar manner.
  • a

    Andreas Sinz

    07/17/2016, 11:17 AM
    @Andreas Sinz has left the channel
  • a

    apatrida

    07/21/2016, 3:10 PM
    For Injekt users, we have now completed merging any functionality that was missing (but available in Injekt) into Kodein, so now is a great time to move over to Kodein 3.0.0 which is a great injection library for Kotlin. https://github.com/SalomonBrys/Kodein
  • j

    jvsegarra

    07/23/2016, 3:40 PM
    @jvsegarra has left the channel
  • y

    yasyd

    10/25/2016, 2:39 PM
    a quick question. Is klutter 2.0 branch stable/ near to release? I see that kovert master branch already depends on it
  • a

    apatrida

    10/25/2016, 2:58 PM
    it will be soon, I need to remove some experimental items that won't make it under binding, and then add then back later.
  • y

    yasyd

    10/25/2016, 3:52 PM
    Thanks
  • a

    apatrida

    10/25/2016, 7:25 PM
    @yasyd which were you mostly looking for Klutter 2 or Kovert or both?
  • y

    yasyd

    10/26/2016, 7:14 AM
    I am using Kovert and the vertx related stuff in klutter. I am migrating to kodein from injekt. Since I am using it on android, I prefer start using it also in the backend
  • a

    apatrida

    10/26/2016, 7:22 PM
    ok, I'll get a release done soon @yasyd it won't be much different than the snapshots, just some stuff moved to a future branch
  • y

    yasyd

    10/27/2016, 8:35 PM
    Great!
  • k

    kirillrakhman

    11/14/2016, 5:55 PM
    sorry, if this is an old question, but can I have a PerKeySingletonFactory in Injekt?
  • a

    apatrida

    11/15/2016, 6:13 PM
    @kirillrakhman we mostly merged the functionality missing from Kodein that was in Injekt over there and wasn’t doing much new for Injekt. They were similar before and now Kodein has anything it didn’t have and more. There is a key based factory already that returns and caches the one item for a result type + key in Injekt yes?
  • k

    kirillrakhman

    11/15/2016, 7:01 PM
    Not sure. There is key based factory and there is singleton factory but both. I didn't research the behaviours
  • o

    orangy

    11/16/2016, 4:09 PM
    @orangy has left the channel
  • k

    kirillrakhman

    12/22/2016, 1:43 PM
    @kirillrakhman has left the channel
  • a

    altero

    01/19/2017, 1:44 PM
    @altero has left the channel
  • a

    apatrida

    03/27/2017, 1:09 AM
    Klutter 2.0.x has been released, it is cleaned up, JDK 1.8+ only, and all Injekt modules changed to Kodein. https://github.com/kohesive/klutter
  • a

    apatrida

    03/27/2017, 1:09 AM
    Kovert 1.0.0 has been released, using Klutter 2.x and after being in production at some sites for a long time https://github.com/kohesive/kovert
    👍 1
    🎉 2
  • a

    apatrida

    04/07/2017, 1:53 AM
    For 2.x artifacts of Klutter, please see the new maven group: https://mvnrepository.com/artifact/uy.kohesive.klutter
  • j

    jkwatson

    04/07/2017, 2:55 AM
    @jkwatson has left the channel
  • m

    mesquka

    04/26/2017, 2:22 PM
    @mesquka has left the channel
  • p

    pedro

    05/07/2017, 7:50 PM
    @pedro has left the channel
  • k

    kane.oriley

    05/22/2017, 5:44 AM
    @kane.oriley has left the channel
  • a

    arthur

    06/08/2017, 3:08 PM
    @arthur has left the channel