Hybris Architecture
Hybris Architecture
Hybris Architecture
From a business point of view, the hybris Commerce Suite is divided into individual packages, such as
Commerce, Content, Channel, and Orders. These packages are bundles of functionality assembled
for a certain range of business functionality. All of these packages rely on more basic functionality
provided by the hybris Platform. While the hybris Platform can run without any package, no package
can run without the hybris Platform.
Figure: A technical view on the basic architecture of a hybris Commerce Suite installation.
The hybris Platform layer abstracts data from the storage structure on the database using the
persistence framework and provides functionality such as Clustering and the hybris Platform Cache.
Relying on the persistence framework, the other functional components of the Platform Layer provide
basic business functionality: Transactions, CronJobs, Personalization, Internationalization, and more.
The packages on the Functional Layer (hybris Commerce, hybris PIM, hybris Print) use the hybris
Platform to implement the functions they deliver. Actually, hybris Platform is part of any hybris
Package.
Layer Architecture
The hybris Commerce Suite contains several layers, each of which has a different function and data
abstraction level.
Layer
Name
Description
Cockpits,
hmc,
WebServi
ces
Functionality on this
level (such as the
JSF-based hybris
StoreFoundation or
the ZK-based hybris
Print Cockpit) uses
the ServiceLayer for
functionality and the
Type Layer for
storage of objects.
Depending on the
complexity of your
implementation, this
layer can itself
consist of several
individual layers and
even use an
individual data
model
ServiceLa
yer
Framewor
k
(including
the actual
ServiceLa
yer, the
Layer
Name
Description
Infrastruc
ture
Services,
and the
Business
Services)
relies on so-called
models, which
are POJO objects.
Attributes on models
have automatically
generated getter and
setter methods.
Models are generated
based on types.
Type
Layer
Describes business
object models. It is
on this layer that
definitions of
business objects
(types) and their
fields (attributes) are
made via
the items.xml items.
xmlfile. Models are
generated based on
types.
items.xml
Persistenc
e Layer
Deals with
abstraction from the
database, caching,
and clustering. You
are not likely to get
into contact with the
Persistence Layer at
all as it is completely
transparent and does
not require any
explicit interaction
from your side.
Database
Modes of Operation
You can run the hybris Commerce Suite in three different modes of operation:
Operation
Mode
Schema
Graphics
Description
Operation
Mode
Schema
Graphics
Description
Single Node
Cluster
Mode
Multi-Tenant
Mode