brooklyn-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Martin Harris <>
Subject Renaming persisted classes
Date Thu, 19 May 2016 10:32:08 GMT
Hi Folks,

Just a quick heads-up about a PR I raised yesterday

When Brooklyn is rebinding from persisted state, it instantiates classes
(such as entities) based on the persisted fully-qualified classname. This
causes a problem if the name of the class, or its package changes,
resulting in a ClassNotFoundException

To resolve this issue, Brooklyn maintains a list of classes that have been
The problem is that there is no way for downstream projects to extend this
list without simply copying the list and ensuring the copy is closer to the
head of the classpath - which risks divergence of the files

PR 144 <> resolves this
issue by moving the file into a specific package, then during
deserialisation it checks for any files in that package that end with
.properties. It’s assumed that downstream projects will use a
project-specific filename to prevent collisions

Martin Harris
Lead Software Engineer
Cloudsoft Corporation Ltd
Mobile: +44 (0)7989 047-855

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message