Object - Revision history

Gityerfix at 03:26, 27 July 2008

2008-07-27T03:26:48Z

Gityerfix at 06:44, 26 July 2008

2008-07-26T06:44:07Z

Gityerfix at 15:49, 18 July 2008

2008-07-18T15:49:52Z

Gityerfix at 23:16, 23 February 2008

2008-02-23T23:16:33Z

Gregg at 17:31, 21 February 2008

2008-02-21T17:31:03Z

Mikelm at 22:53, 20 February 2008

2008-02-20T22:53:31Z

Mikelm: New page: Mainly, an Object in ServicDesk is an object oriented representation of a single database record. An Object belongs to a so called Factory, which is somehow a mapping to one (or two) ...

2008-02-20T22:53:02Z

New page: Mainly, an Object in ServicDesk is an object oriented representation of a single database record. An Object belongs to a so called Factory, which is somehow a mapping to one (or two) ...

New page

Mainly, an Object in ServicDesk is an object oriented representation of a single database record.

An Object belongs to a so called [[Factory]], which is somehow a mapping to one (or two) database table(s).

Normaly, each field in a table is mapped to an attribute in its object representation.
----
Changes to attributes of an object are always done in a three step process: First you have to checkout the object. That means, you tell the system, that you want to change this specific object.
If nobody else is actualy changeing this object, you get a writable version of this object. Then you are able to change the values of the attributes of the object. At the end, you have to do a checkin to this object.
The checkin will write the changed attributes to the database and makes the changes persistent.
----
In addtion to the data representation, objects can also implement application behavior in form of tirggers an methods.
There are two different kind of triggeres:

'''1)''' [[Attribute trigger]]: These triggers are fired, when an attribute is written or initiated (while the object is checked out).

'''2)''' [[Object trigger]]: These triggers are fired, when the whole object is checked in(saved).

Both kink of triggers are executing so called [[Spell]] code. [[Spell]] code is a proproitary script language, which can interact with each process of ServiceDesk and is able to do addtional changes to other objects or call other object methods
----
Addtionaly, an object may have addtional runtime attributes, like [[QREL]], [[BREL]], [[LREL]] and so called LOCAL attributes.

QREL, BREL and LREL Attributes can hold a list of other objects, while a LOCAL attribute is like a normal value (tablefield) attribute, but is not persistent, which means, it will not be stored in the db.

@@ Line 1: / Line 1: @@
 __NOTOC__
-<div align='center'><font color="green">To make corrections or additions to this article, select the ''edit'' tab above.<br>
+{{Global Header}}
-To discuss or ask questions about this article, select the ''discussion'' tab above.</font></div>
+{{Global Announcement}}
 == Overview ==

@@ Line 1: / Line 1: @@
-Mainly, an Object in Service Desk is an object-oriented representation of a single database record.
+__NOTOC__
 An Object belongs to a [[Factory]], which is a mapping to one (or two) database table(s).
@@ Line 21: / Line 26: @@
 QREL, BREL and LREL Attributes can hold a list of other objects, while a LOCAL attribute is like a normal value (table field) attribute, but is not persistent, which means, it will not be stored in the db.

@@ Line 21: / Line 21: @@
 QREL, BREL and LREL Attributes can hold a list of other objects, while a LOCAL attribute is like a normal value (table field) attribute, but is not persistent, which means, it will not be stored in the db.
 ----
-<div align='center'><font color="red">To make corrections or additions to this article, select the ''edit'' tab above.<br>
+<div align='center'><font color="green">To make corrections or additions to this article, select the ''edit'' tab above.<br>
 To discuss or ask questions about this article, select the ''discussion'' tab above.</font></div>

← Older revision		Revision as of 23:16, 23 February 2008
Line 21:		Line 21:

	QREL, BREL and LREL Attributes can hold a list of other objects, while a LOCAL attribute is like a normal value (table field) attribute, but is not persistent, which means, it will not be stored in the db.		QREL, BREL and LREL Attributes can hold a list of other objects, while a LOCAL attribute is like a normal value (table field) attribute, but is not persistent, which means, it will not be stored in the db.
		+
		+
		+
		+	----
		+	<div align='center'><font color="red">To make corrections or additions to this article, select the ''edit'' tab above.<br>
		+	To discuss or ask questions about this article, select the ''discussion'' tab above.</font></div>

@@ Line 1: / Line 1: @@
-Mainly, an Object in ServiceDesk is an object oriented representation of a single database record.
+Mainly, an Object in Service Desk is an object-oriented representation of a single database record.
-An Object belongs to a so called [[Factory]], which is somehow a mapping to one (or two) database table(s).
+An Object belongs to a [[Factory]], which is a mapping to one (or two) database table(s).
-Normaly, each field in a table is mapped to an attribute in its object representation.
+Normally, each field in a table is mapped to an attribute in its object representation.
 ----
-Changes to attributes of an object are always done in a three step process: First you have to checkout the object. That means, you tell the system, that you want to change this specific object.
+Changes to attributes of an object are always done in a three step process: First, you have to check out the object. That means, you tell the system that you want to change this specific object.
-If nobody else is actualy changeing this object, you get a writable version of this object. Then you are able to change the values of the attributes of the object. At the end, you have to do a checkin to this object.
+If nobody else is changing this object, you get a writable version of this object. Then you are able to change the values of the attributes of the object. Finally, you have to do a check-in to this object.
-The checkin will write the changed attributes to the database and makes the changes persistent.
+The check-in will write the changed attributes to the database and make the changes persistent.
 ----
-In addtion to the data representation, objects can also implement application behavior in form of tirggers an methods.
+In addition to the data representation, objects can also implement application behavior in the form of triggers and methods.
-There are two different kind of triggeres:
+There are two different kind of triggers:
-'''1)''' [[Attribute trigger]]: These triggers are fired, when an attribute is written or initiated (while the object is checked out).
+'''1)''' [[Attribute trigger]]: These triggers are fired when an attribute is written or initiated (while the object is checked out).
-'''2)''' [[Object trigger]]: These triggers are fired, when the whole object is checked in(saved).
+'''2)''' [[Object trigger]]: These triggers are fired when the whole object is checked in (saved).
-Both kink of triggers are executing so called [[Spell]] code. [[Spell]] code is a proproitary script language, which can interact with each process of ServiceDesk and is able to do addtional changes to other objects or call other object methods
+Both kinds of triggers are executing [[Spell]] code. [[Spell]] code is a proprietary script language, which can interact with each process of ServiceDesk and is able to do additional changes to other objects or call other object methods
 ----
-Addtionaly, an object may have addtional runtime attributes, like [[QREL]], [[BREL]], [[LREL]] and so called LOCAL attributes.
+An object may have additional runtime attributes, like [[QREL]], [[BREL]], [[LREL]] and LOCAL attributes.
-QREL, BREL and LREL Attributes can hold a list of other objects, while a LOCAL attribute is like a normal value (tablefield) attribute, but is not persistent, which means, it will not be stored in the db.
+QREL, BREL and LREL Attributes can hold a list of other objects, while a LOCAL attribute is like a normal value (table field) attribute, but is not persistent, which means, it will not be stored in the db.

← Older revision		Revision as of 22:53, 20 February 2008
Line 1:		Line 1:
−	Mainly, an Object in ~~ServicDesk~~ is an object oriented representation of a single database record.	+	Mainly, an Object in ServiceDesk is an object oriented representation of a single database record.

	An Object belongs to a so called [[Factory]], which is somehow a mapping to one (or two) database table(s).		An Object belongs to a so called [[Factory]], which is somehow a mapping to one (or two) database table(s).