Hi there Has any one seen this error with Dokka 1 7 10 and K

Question

Hi there Has any one seen this error with Dokka 1 7 10 and Kotlin 1 7 10 when trying to run dokkaHtml for a multi platform project ```Caused by java lang IllegalStateException Illegal use of flexible type deserializer at org jetbrains kotlin library metadata NullFlexibleTypeDeserializer create NullFlexibleTypeDeserializer kt 19 at org jetbrains kotlin library metadata NullFlexibleTypeDeserializer create NullFlexibleTypeDeserializer kt 12 at org jetbrains kotlin serialization deserialization TypeDeserializer type TypeDeserializer kt 66 at org jetbrains kotlin serialization deserialization MemberDeserializer loadProperty MemberDeserializer kt 57 at org jetbrains kotlin serialization deserialization descriptors DeserializedMemberScope$OptimizedImplementation computeProperties DeserializedMemberScope kt 314 at org jetbrains kotlin serialization deserialization descriptors DeserializedMemberScope$OptimizedImplementation access$computeProperties DeserializedMemberScope kt 228 at org jetbrains kotlin serialization deserialization descriptors DeserializedMemberScope$OptimizedImplementation$properties$1 invoke DeserializedMemberScope kt 253 at org jetbrains kotlin serialization deserialization descriptors DeserializedMemberScope$OptimizedImplementation$properties$1 invoke DeserializedMemberScope kt 253 at org jetbrains kotlin storage LockBasedStorageManager$MapBasedMemoizedFunction invoke LockBasedStorageManager java 578 at org jetbrains kotlin storage LockBasedStorageManager$MapBasedMemoizedFunctionToNotNull invoke LockBasedStorageManager java 651 at org jetbrains kotlin serialization deserialization descriptors DeserializedMemberScope$OptimizedImplementation getContributedVariables DeserializedMemberScope kt 338 at org jetbrains kotlin serialization deserialization descriptors DeserializedMemberScope$OptimizedImplementation addFunctionsAndPropertiesTo DeserializedMemberScope kt 352 at org jetbrains kotlin serialization deserialization descriptors DeserializedMemberScope computeDescriptors DeserializedMemberScope kt 115 at org jetbrains kotlin serialization deserialization descriptors DeserializedClassDescriptor$DeserializedClassMemberScope$allDescriptors$1 invoke DeserializedClassDescriptor kt 301 at org jetbrains kotlin serialization deserialization descriptors DeserializedClassDescriptor$DeserializedClassMemberScope$allDescriptors$1 invoke DeserializedClassDescriptor kt 300 at org jetbrains kotlin storage LockBasedStorageManager$LockBasedLazyValue invoke LockBasedStorageManager java 408 at org jetbrains kotlin storage LockBasedStorageManager$LockBasedNotNullLazyValue invoke LockBasedStorageManager java 527 at org jetbrains kotlin serialization deserialization descriptors DeserializedClassDescriptor$DeserializedClassMemberScope getContributedDescriptors DeserializedClassDescriptor kt 311 at org jetbrains kotlin resolve scopes ResolutionScope$DefaultImpls getContributedDescriptors$default ResolutionScope kt 50 at org jetbrains kotlin resolve scopes SubstitutingScope$ allDescriptors$2 invoke SubstitutingScope kt 38 at org jetbrains kotlin resolve scopes SubstitutingScope$ allDescriptors$2 invoke SubstitutingScope kt 38 at kotlin SynchronizedLazyImpl getValue LazyJVM kt 74 at org jetbrains kotlin resolve scopes SubstitutingScope get allDescriptors SubstitutingScope kt 38 at org jetbrains kotlin resolve scopes SubstitutingScope getContributedDescriptors SubstitutingScope kt 87 at org jetbrains kotlin resolve scopes ResolutionScope$DefaultImpls getContributedDescriptors$default ResolutionScope kt 50 at org jetbrains kotlin resolve lazy descriptors LazyClassMemberScope computeExtraDescriptors LazyClassMemberScope kt 115 at org jetbrains kotlin resolve lazy descriptors LazyClassMemberScope doDescriptors LazyClassMemberScope kt 72 at org jetbrains kotlin resolve lazy descriptors LazyClassMemberScope access$doDescriptors LazyClassMemberScope kt 51 at org jetbrains kotlin resolve lazy descriptors LazyClassMemberScope$getContributedDescriptors$2 invoke LazyClassMemberScope kt 108 at org jetbrains kotlin resolve lazy descriptors LazyClassMemberScope$getContributedDescriptors$2 invoke LazyClassMemberScope kt 107 at org jetbrains kotlin storage LockBasedStorageManager compute LockBasedStorageManager java 290 at org jetbrains kotlin storage LockBasedLazyResolveStorageManager compute LockBasedLazyResolveStorageManager kt at org jetbrains kotlin resolve lazy descriptors LazyClassMemberScope getContributedDescriptors LazyClassMemberScope kt 107 at org jetbrains kotlin resolve scopes ResolutionScope$DefaultImpls getContributedDescriptors$default ResolutionScope kt 50 at org jetbrains dokka base translators descriptors DokkaDescriptorVisitor getDescriptorsWithKind DefaultDescriptorToDocumentableTranslator kt 820 at org jetbrains dokka base translators descriptors DokkaDescriptorVisitor getDescriptorsWithKind$default DefaultDescriptorToDocumentableTranslator kt 819 at org jetbrains dokka base translators descriptors DokkaDescriptorVisitor$classDescriptor$2 invokeSuspend DefaultDescriptorToDocumentableTranslator kt 383 at org jetbrains dokka base translators descriptors DokkaDescriptorVisitor$classDescriptor$2 invoke DefaultDescriptorToDocumentableTranslator kt at kotlinx coroutines intrinsics UndispatchedKt startUndispatchedOrReturn Undispatched kt 89 at kotlinx coroutines CoroutineScopeKt coroutineScope CoroutineScope kt 264 at org jetbrains dokka base translators descriptors DokkaDescriptorVisitor classDescriptor DefaultDescriptorToDocumentableTranslator kt 382 at org jetbrains dokka base translators descriptors DokkaDescriptorVisitor access$classDescriptor DefaultDescriptorToDocumentableTranslator kt 132 at org jetbrains dokka base translators descriptors DokkaDescriptorVisitor$classDescriptor$1 invokeSuspend DefaultDescriptorToDocumentableTranslator kt at kotlin coroutines jvm internal BaseContinuationImpl resumeWith ContinuationImpl kt 33 at kotlinx coroutines internal ScopeCoroutine afterResume Scopes kt 33 at kotlinx coroutines AbstractCoroutine resumeWith AbstractCoroutine kt 102 at kotlin coroutines jvm internal BaseContinuationImpl resumeWith ContinuationImpl kt 46 at kotlinx coroutines internal ScopeCoroutine afterResume Scopes kt 33 at kotlinx coroutines AbstractCoroutine resumeWith AbstractCoroutine kt 102 at kotlin coroutines jvm internal BaseContinuationImpl resumeWith ContinuationImpl kt 46 at kotlinx coroutines internal ScopeCoroutine afterResume Scopes kt 33 at kotlinx coroutines AbstractCoroutine resumeWith AbstractCoroutine kt 102 at kotlin coroutines jvm internal BaseContinuationImpl resumeWith ContinuationImpl kt 46 at kotlinx coroutines DispatchedTask run DispatchedTask kt 106 at kotlinx coroutines scheduling CoroutineScheduler runSafely CoroutineScheduler kt 571 at kotlinx coroutines scheduling CoroutineScheduler$Worker executeTask CoroutineScheduler kt 750 at kotlinx coroutines scheduling CoroutineScheduler$Worker runWorker CoroutineScheduler kt 678 at kotlinx coroutines scheduling CoroutineScheduler$Worker run CoroutineScheduler kt 665 ```

peekandpoke · Answer

It seems be connected to the `dynamic` type in KotlinJS

peekandpoke · Answer

And it also seems that this `dynamic` is coming from another library So question Can I instruct Dokka to NOT look into other libraries

Ignat Beresnev · Answer

Hi Is your project open source If not can I ask you to provide some more details or a reproducer We d like to have a look at it and fix it Also is this a new problem in 1 7 10 Did everything build fine before that gt So question Can I instruct Dokka to NOT look into other libraries It doesn t look into other libraries by default but if you use classes from that library it s in your own source code so Dokka or the compiler rather has to parse it

peekandpoke · Answer

Hi < Ignat Beresnev> Yes the library is open source

peekandpoke · Answer

You can find it here

peekandpoke · Answer

peekandpoke · Answer

And you can reproduce the error with this command ``` gradlew addons prismjs publishToMavenLocal stacktrace```

peekandpoke · Answer

And the sub project ` addons prismjs` has a reference to ` core` which itself uses `dynamic` The class and property in question are ```de peekandpoke kraft components Component renderCache dynamic``` and other places

peekandpoke · Answer

I cannot tell if this is a 1 7 10 issue I just introduced the new sub project So maybe in 1 7 0 the problem does exists already as well

peekandpoke · Answer

< Ignat Beresnev> please use this branch of the project

peekandpoke · Answer

The code has the state that produces the problem

peekandpoke · Answer

On the main branch I will work around the problem

peekandpoke · Answer

Just in case anyone needs a workaround I did the following 1 I disabled the dokka plugin for the sub project that has the issue 2 I created a file `empty javadoc jar` in my project root 3 I added a copy task to use the empty docs ```tasks register lt Copy gt copyEmptySources val fromDir = File absolutePath val intoDir = File buildDir libs from fromDir into intoDir include empty javadoc jar rename empty javadoc jar $ project name $version javadoc jar ```

peekandpoke · Answer

It seems to work for now and I could publish the artifact to <http maven org|maven org>

Ignat Beresnev · Answer

Hi JFYI looks like it s going to be fixed in 1 7 20 <https github com Kotlin dokka pull 2645|PR here>