28.01.2013 Views

SAP HANA Developer Guide - Get a Free Blog

SAP HANA Developer Guide - Get a Free Blog

SAP HANA Developer Guide - Get a Free Blog

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

Package Hierarchy<br />

You can create a package hierarchy, for example, by establishing a parent-child type relationship between<br />

packages. The assignment of packages to delivery units is independent of the package hierarchy; packages in a<br />

parent-child relationship can belong to different delivery units. <strong>SAP</strong> recommends that you assign to one specific<br />

delivery unit all packages that are part of a particular project or project area.<br />

The package hierarchy for a new project typically includes sub-packages, for example, to isolate the data model<br />

from the business logic. Although there are no package interfaces to enforce visibility of objects across packages,<br />

this separation of logical layers of development is still a recommended best practice.<br />

Note: You can only assign one project per package; this is important to remember if you have a mixture of<br />

design-time objects that need to be used in multiple projects, for example: server-side JavaScript (XSJS),<br />

<strong>SAP</strong>UI5, and a general project (for procedures).<br />

The following simple example shows a package structure containing tutorials for the use of a new application:<br />

sap<br />

\<br />

hana<br />

\<br />

app1<br />

\<br />

code<br />

demos<br />

docs<br />

\<br />

tutorials<br />

manuals<br />

help<br />

All content delivered by <strong>SAP</strong> should be in a sub-package of "sap". Partners and customers should choose their<br />

own root package to reflect their own name (for example, the domain name associated with the company) and<br />

must not create packages or objects under the "sap" root structural package. This rules ensures that customer or<br />

partner created content will not be overwritten by an <strong>SAP</strong> update or patch.<br />

Note: <strong>SAP</strong> reserves the right to deliver without notification changes in packages and models below the<br />

"sap" root structural package.<br />

There are no system mechanisms for enforcing the package hierarchy. The "sap" root structural package is not<br />

automatically protected. However, by default you cannot change the content of packages that did not originate in<br />

the system. In addition, an authorization concept exists, which enables you to control who can change what inside<br />

packages.<br />

Package Types<br />

<strong>SAP</strong> <strong>HANA</strong> Application Services provide or allow the following package types:<br />

● Structural<br />

44<br />

Package only contains sub-packages; it cannot contain repository objects.<br />

P U B L I C<br />

© 2012 <strong>SAP</strong> AG. All rights reserved.<br />

<strong>SAP</strong> <strong>HANA</strong> <strong>Developer</strong> <strong>Guide</strong><br />

Setting Up Your Application

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!