StackOverflow2013

Note that there are some explanatory texts on larger screens.

plurals

PO
primarykey
Id
20244982
data
AcceptedAnswerId
0
AnswerCount
0
ClosedDate
CommentCount
0
CommunityOwnedDate
CreationDate
2013-11-27T14:23:58.323
FavoriteCount
0
LastActivityDate
2013-11-27T14:23:58.323
LastEditDate
LastEditorUserId
0
OwnerUserId
2899629
ParentId
3299816
PostTypeId
2
Score
1
ViewCount
0
LastEditorDisplayName
text
Body
Perfect explanation of the difference between repository business services and run-time business services is provided <a href="http://siebelunleashed.com/client-side-vs-tools-side-business-service/" rel="nofollow">here</a>: Just copy-paste it: <blockquote> In Siebel we can write business services in two places. <ul> <li>Siebel Client</li> <li>Siebel Tools</li> </ul> There is nothing different in the scripting that we do but there are differences in how these business services are executed. As far my knowledge (which is pretty limited :) ) is concerned the difference between them are as following. Client side is SRF independent and Tools is SRF dependent (Which means an SRF change is required even if we want to make a slight change) Siebel Client BS Compiled at Runtime and Siebel Tools BS is compiled when we compile the SRF When you have to make decision of writing a Business Service following factors can affect your decision. Performance: Tools BS has slight advantage of Performance (Theoretically) as it is compiled before hand and just executed at run time. Flexibility: Client BS offers you ultimate flexibility as you can change the code anytime you want to. So, if flexibility is more important to you then Client BS is for you. IDE: From developers perspective Tools BS provides you better IDE and better syntax checking. Client Side BS has a crappy IDE and zilch syntax checking,just a field where we write the code.(I have spent hours debugging Client Side BS just to find out that I had misspelled a variable name :( ) But still I have not come across even a single solid point that can help us to determine exactly when we should use Client Side BS or Tools Side BS. It mostly depends on developer’s choice who is writing the BS. So, I am leaving this post as an open question asking you all about your inputs which can help us to take right decision as right time. </blockquote>
Tags
Title
singulars
PostAcceptedAnswerId
1. This table or related slice is empty.
PostParentId
1. POWhere are my Siebel Business Services?
 singulars
 PostTypePostTypeId
 PTQuestion
PostTypePostTypeId
1. PTAnswer
UserLastEditorUserId
1. This table or related slice is empty.
UserOwnerUserId
1. USYaroslav Shabalin
plurals
PostLinksPostIdRelatedPostId
1. This table or related slice is empty.
PostLinksRelatedPostIdPostId
1. This table or related slice is empty.
PostsAcceptedAnswerId
1. This table or related slice is empty.
PostsParentIdCreationDate
1. This table or related slice is empty.
VotesPostIdCreationDate
1. This table or related slice is empty.
CommentsPostId
1. This table or related slice is empty.

Querying!

Guidance

A row detail

Detail views are divided into sections. All the information in the data section comes from columns in the selected row. The other sections display data from other, related rows.

Related data can be related in a to-one or a to-many fashion. Captions of data related in a to-many fashion link to a list view showing a filtered view of the table.

Try moving around until you find a non-empty to-many entry and click on the label to get to one. You can move back to the root by clicking on the database name in the header.