<div dir="auto"><div dir="auto">Hi. Having bothered a lot of times with my speculations regarding specifications and applications, this time I'll try to recap some status and, by the way, to wish everyone a happy holidays...</div><div dir="auto"><br></div><div dir="auto">Being just a bare Java / Web developer, mildly seasoned into the habitual frameworks and stacks for such platforms, I can no more than say that I'm obsessed with Semantic Web and, specifically, with its application in the fields of integration and declarative applications development.</div><div dir="auto"><br></div><div dir="auto">Sadly, for an aged, high school degree, bipolar disease diagnosed patient, I currently cannot "make my point" in the documentation I do regarding my work. I usually transcribe a couple of pages from my drafts weekly, thinking I've put in clear text some "important concepts". Then, later, not even myself can understand what I wrote. This "iterations" comes a long long way ago (aprox. since 2004). Apologizes for that.</div><div dir="auto"><br></div><div dir="auto">This "project" of mine, and all my attempts of specifying something may seem delirious, including for myself. But I'd really be glad if the opportunity comes and I'll be able to work on this kind of stuff seriously. Let me say that I didn't find any local job position regarding this field.</div><div dir="auto"><br></div><div dir="auto">That said, let me describe the sort of "solution" I do envision could be built. Let me say I lack of the previous knowledge necessary for building what my "intuition" thinks could be done (math, category theory, type theory, etc.). So I really gonna need some help for validation (or auditing) of whatever I've have done or to see if I'm in the correct path:</div><div dir="auto"><br></div>Semantic / Knowledge enabled ESB (Enterprise Service Bus) solution bus addressing:<div dir="auto"><br></div><div dir="auto">Plugin of diverse applications, services and data sources for the setting of a syndication and virtualization layer via augmenting and matching plugged contexts with each other's data, information and knowledge by means of ontologies and semantics techniques.</div><div dir="auto"><br></div><div dir="auto">Render a SOA (Service Oriented Architecture) aggregating data, schema and behavior of plugged / connected sources in a declarative and discoverable manner: REST HATEOAS[1], HAL[2].</div><div dir="auto"><br></div><div dir="auto">Interactions involving more than one data source / backend (ERPs, CRMs, SCMs, BI / BigData / ML Pipelines or in-house applications) data or updates are view as a single operation over the corresponding consolidated entities and the services architecture expose a composite of interrelated use cases of the underlying aggregated back ends. Domains alignments may involve check preconditions or performing actions involving a (distributed) transaction.</div><div dir="auto"><br></div><div dir="auto">Solution Semantic features:</div><div dir="auto"><br></div><div dir="auto">Ontology Matching:</div><div dir="auto">For the interaction and syndication of different systems is necessary to be able to distinguish whether references to some data, schema or behavior refers to the same "entity".</div><div dir="auto"><br></div><div dir="auto">Alignment / Inference:</div><div dir="auto">Once ontology matching aligns equivalent entities there left to regard where, with some built "metamodel", which entities left to be "augmented" via ontologies, semantics, aggregation and Machine Learning.</div><div dir="auto"><br></div><div dir="auto">Activation / Dataflow:</div><div dir="auto">Implied behaviors. Given some "metamodel", reactive behavior is encoded and materialized according some sort of functional protocol interactions: streams, request / response Dataflow<span style="font-family:sans-serif">[3].</span></div><div dir="auto"><span style="font-family:sans-serif"><br></span></div><div dir="auto">So, for example, interactions in the (declaratively stated use cases) exposed and consumed functionally, are driven by a series of "descriptors" (as in <span style="font-family:sans-serif">[1] and </span><span style="font-family:sans-serif">[2]) maybe following a declarative approach of actors and roles like in DCI (Data, Context and Interactions)</span><span style="font-family:sans-serif">[4]. Thus, source models reflects this "facade" operations.</span></div><div dir="auto"><br></div><div dir="auto">References:</div><div dir="auto"><span style="font-family:sans-serif">[1]: https</span><font face="sans-serif">://<a href="http://en.m.wikipedia.org/wiki/HATEOAS" target="_blank" rel="noreferrer">en.m.wikipedia.org/wiki/HATEOAS</a></font><br></div><div dir="auto"><span style="font-family:sans-serif">[2]: </span><font face="sans-serif"><a href="https://en.m.wikipedia.org/wiki/Hypertext_Application_Language" target="_blank" rel="noreferrer">https://en.m.wikipedia.org/wiki/Hypertext_Application_Language</a></font><span style="font-family:sans-serif"><br></span></div><div dir="auto"><span style="font-family:sans-serif">[3]: </span><font face="sans-serif"><a href="https://en.m.wikipedia.org/wiki/Dataflow" target="_blank" rel="noreferrer">https://en.m.wikipedia.org/wiki/Dataflow</a></font><span style="font-family:sans-serif"><br></span></div><div dir="auto"><span style="font-family:sans-serif">[4]: </span><a href="https://en.m.wikipedia.org/wiki/Data,_context_and_interaction">https://en.m.wikipedia.org/wiki/Data,_context_and_interaction</a><br></div><div dir="auto"><br></div><div dir="auto"><a href="https://snxama.blogspot.com">https://snxama.blogspot.com</a></div><div dir="auto"><a href="https://github.com/snxama/scrapbook">https://github.com/snxama/scrapbook</a></div><div dir="auto"><font face="sans-serif"><br></font></div><div dir="auto"><font face="sans-serif">Best Regards and Happy Holidays!</font></div><div dir="auto"><font face="sans-serif">Sebastián.</font></div><div dir="auto"><br></div></div>