directory-fortress mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Pike, Christopher" <>
Subject Re: FC-250
Date Wed, 19 Dec 2018 21:10:39 GMT
We use the fortress model java classes for our fortress rest service (both server and client
side). With the addition of that annotation it requires there to now be a property named "fqcn"
on every object or de-serialization fails. This means we either have to update all of our
code at once (not feasible), or do some jackson specific things to our code to ignore that
field (mixins) or have our own branch that comments that annotation out. (was trying to get
away from this, FYI, I submitted a few PRs)

What is the scenario where you don't know the type and need it explicitly specified in the

From: Shawn McKinney <>
Sent: Wednesday, December 19, 2018 3:57:03 PM
Subject: Re: FC-250

Hey Chris,

Changes made by Kiran to support a JSON message format via Fortress REST component.

JSON is used by the new UI, Embrasure.

Obviously if this is breaking some previous behavior we need to provide a solution.

Can you elaborate on the problem… you mentioned serialization, what is the scenario that
worked before that no longer works?


> On Dec 19, 2018, at 2:10 PM, Pike, Christopher <> wrote:
> This commit is a potentially breaking change. (
> Specifically
> @JsonTypeInfo(use=Id.CLASS, include=As.PROPERTY, property="fqcn", visible=false)
> public abstract class FortEntity
> now requires an id field to be added to all fortress entities when serializing / de-serializing.
Can someone provide insight into what problem this is solving?
> ~Chris P.

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