Details
-
Bug
-
Status: Resolved
-
Resolution: Cannot Reproduce
-
None
-
None
-
None
-
None
-
Operating System: All
Platform: All
-
7751
Description
Josh Hershberg hit this:
Caused by: java.lang.RuntimeException: org.opendaylight.yang.gen.v1.urn.opendaylight.openflowplugin.extension.nicira.action.rev140714.add.group.input.buckets.bucket.action.action.NxActionResubmitRpcAddGroupCase$StreamWriter: frozen class (cannot edit) at javassist.ClassPool.checkNotFrozen(ClassPool.java:617) at javassist.CtClassType.setName(CtClassType.java:338) at javassist.ClassPool.getAndRename(ClassPool.java:408) at org.opendaylight.yangtools.sal.binding.generator.util.JavassistUtils.instantiatePrototype(JavassistUtils.java:127) at org.opendaylight.yangtools.binding.data.codec.gen.impl.AbstractStreamWriterGenerator.generateEmitter0(AbstractStreamWriterGenerator.java:209) at org.opendaylight.yangtools.binding.data.codec.gen.impl.AbstractStreamWriterGenerator.access$300(AbstractStreamWriterGenerator.java:46) at org.opendaylight.yangtools.binding.data.codec.gen.impl.AbstractStreamWriterGenerator$SerializerImplementationLoader.generateSerializer(AbstractStreamWriterGenerator.java:136) at org.opendaylight.yangtools.binding.data.codec.gen.impl.AbstractStreamWriterGenerator$SerializerImplementationLoader.load(AbstractStreamWriterGenerator.java:124) at org.opendaylight.yangtools.binding.data.codec.gen.impl.AbstractStreamWriterGenerator$SerializerImplementationLoader.load(AbstractStreamWriterGenerator.java:102) at com.google.common.cache.LocalCache$LoadingValueReference.loadFuture(LocalCache.java:3527) at com.google.common.cache.LocalCache$Segment.loadSync(LocalCache.java:2319) at com.google.common.cache.LocalCache$Segment.lockedGetOrLoad(LocalCache.java:2282) at com.google.common.cache.LocalCache$Segment.get(LocalCache.java:2197) ... 40 more
He says it does not happen in "all fresh" and "That's how I fix it.". Only when you have something running and uninstall and install features, or something like that.
In javassist apparently "... class is frozen" means "already created via toClass()"
Perhaps this is caused by bad caches, maybe in ODL applications like netvirt or genius (not yangtools), which wrongly "hold on" to instances when they should recycle on bundle reloads? Just a hunch.
We would need a completely full stack trace, with what's before Caused by: and if any after .. 40 more?
Attachments
Issue Links
- duplicates
-
- Resolved
