Different business logic

Hi Friends
I have installed 0CML_DELTA extractions from business content and in my testing i found that for amount field the program logic is different than my business logic.That's why the amount field is not reflecting in BW with same amount.
What sould i do to correct?
Your reply would be appreciated with points.
Regards,
Chama.

if the only problem is your amount, you can use a user-exit to overwrite the standard amount with the value that you want (with your own logic)
if there are other issues, you are better off creating a new generic extractor with the same structure and put your business logic in a FM to pass data to BW

Similar Messages

Same Logical System Name, different Business System

Hi all,
I have a problem regarding SLD and Integration Directory. The client is requiring me to use the same logical system name for two different business systems. It seems that this is not possible in XI. When I tried activating the business system in ID, I'm getting the error, 'Logical system XXX already exists in communication component YYY'. Please help. Thanks!
IX

Hi,
You cannot have same logical name for two business systems....
Why you need it?? How will the SAP system understand which which system the message was sent for?? Some workaround like
1. Create a business system with this logical system
2. Overwrite sender/receiver business system in the receiver agreement for messages sent to 2nd business system..
This may lead to discrepancies....
Regards
Suraj

Problem in creating a callable object of type Business Logic

Hi SDN,
I am trying to create a callable object of type Business Logic in CE.
When I give all information and click Next, I get this error message.
Error while loading configuration dialog: Failed to create delegate for component com.sap.caf.eu.gp.ui.co.CExpConfig. (Hint: Is the corresponding DC deployed correctly? Does the DC contain the component?)
Can anybody help me out with this problem.
Regards,
Sumangala

Hi.
I'm having the same problem as Senthil in NW2004s SP15 with my application service and methods not showing up in the Callable Object wizard for Composite Application Services after I choose the Endpoint. The only application name that shows up in the wizard is caf.tc, and the only service names that show up for it are LDDataAccessor, Metadata, and PropPermissionService.
My IDE is on one machine and the application server I deploy to is located on a different machine. My endpoint to the remote application server looks to be correctly configured. The Composite Application Service seems to be deployed properly as I'm able to see it and test that it works in the Web Services Navigator <http://remotehost:50000/wsnavigator/>
My deployed application service is a remote enabled service and is also web services enabled as well.
I'm not sure if this is relevant, but I noticed that the generated Java code does not create any remote EJB interfaces (only home and local interfaces were generated).
Something else I noticed is that when I proceed to the External Service Configuration -> Business Entities screen <http://remotehost:50000/webdynpro/dispatcher/sap.com/cafUIconfiguration>, I only see three business entities displayed, and the following error message is displayed: "Corrupt metadata has been detected. This may prevent some objects from being displayed. Check the server log for more details." I was unable to find anything in the instance log files. Is the error message indicative of the problem?
I am developing locally without a NetWeaver Development Infrastructure (NWDI) in place.
I'm wondering if the credentials specified in the endpoint require any special roles or privileges.
Senthil, do any of these additional descriptions apply to you as well?
Edited by: Ric Leeds on Jun 20, 2008 4:37 PM

What are the major benefits of moving business logic to BPEL?

If our logic is basically unique to every situation (i.e. customer/deployment) is there an advantage of putting it in BPEL?

When you put the steps 1 to 8 in a form. It becomes a big logic built using different small logics.
Your logic wont be reusable by other systems.
When put them in a BPEL process, It becomes a structured business process.
It becomes reusable and it can be invoked by any application (Both internal and external) built on any technology.
--Prasanna

Future support for using PL/SQL core business logic with ADF BC

We want to migrate our large Forms client/server (6i) application to ADF, possibly using a migration tool like Ciphersoft Exodus.
One scenario could be to use ADF BC and ADF-Faces or a different JSF-Implementation for presentation and business layer but keep our heavy PL/SQL-businesslogic inside the Oracle database in packages, triggers, functions and procedures.
This scenario could be chosen due to the huge amount of interconnected logic inside the database (10 years of development; no technical components; any package may access any table and more of this kind of dependencies). The business logic nowadays held in Forms client will be moved mainly into the database as a prerequisite to this scenario.
Choosing this "keep-logic-in-DB"-scenario we need a good support by ADF BC to do so. We know and prototyped that it is possible to call some PL/SQL via JDBC from ADF BC and it is possible to use stored procedure calls for standard business entity data access (ins, del, upd, ..). But this does not solve our problems. We want to reuse core business logic coded in PL/SQL. This is much more than change the ADF standard behavior for an update with an own PL/SQL-call.
Now my question:
Will there be a kind of sophisticated support to use ADF BC in combination with database-kept logic?
If so, when will this happen and how will the common problems of transactional state inside the database and inside the ADF BC be solved? Any plans or ideas yet?
Many other clients do have similar applications built in Forms and PL/SQL and would be glad to hear about a path of direction.
I've read the technical article 'understanding the ADF BC state management feature' which you have contributed to. One current limitation is pointed out there: Using PL/SQL with ADF BC limits ADF AM pooling to 'restricted level' which reduces scalability.
Are you aware of additional main problems/tasks to solve when using PL/SQL heavily with ADF BC, which we have to think about?
Thank you for any response.
Ingmar

My main problem is two 'concurrent' areas holding state in an application system based on DB-stored PL/SQL-logic in combination with ADF BC.
For a new System everything can be made ok:
Sure, it is possible to build a new system with the business logic included in ADF BC only. All long-living state will be handled in the BC layer ( including support for UnitsOfWork longer than the webside short HTTP-requests and HTTP-sessions and longer than the database transactions.
For an old system these problems arise:
1. DB data changes not reflected in BC layer:
Our PL/SQL-logic changes data in tables without notifying the ADF BC layer (and its cache). To keep the data in ADF BC entity objects identical to the changed database content a synchronization is needed. BC does not know which part of the application data has been changed because it has not initiated the changes through its entity objects. Therefore a full refresh is needed. In a Forms4GL environment the behavior is similar: We do frequently requeries of all relevant (base)tables after calling database stored logic to be sure to get the changed data to display and to operate on it.
-> Reengineering of the PL/SQL-logic to make the ADF BC layer aware of the changes is a big effort (notifying BC about any change)
2. longer living database transactions
Our PL/SQL-logic in some areas makes use of lengthy database transactions. The technical DB-transaction is similar to the UnitOfWork. If we call this existing logic from ADF BC, database state is produced which will not be DB-committed in the same cycle.
This reduces scalability of ADF BC AM pooling.
Example:
a) Call a DB-stored logic to check if some business data is consistent and prepare some data for versioning. This starts a DB-transaction but does not commit it.
b) Control is handed back to the user interface. Successful result of step a) is displayed
c) User now executes the versioning operation
d) Call another DB-stored logic to execute the versioning. DB-transaction is still open
e) Business layer commits the transaction automatically after successful finishing step d). Otherwise everything from a) to e) is rolled back.
-> redesign of this behavior (= cutting the 1to1 relation between LogicalUnitOfWork and the technicalDatabaseTransaction is a big effort due to the big amount of code.

Mapping in interconnect between different Business Objects

I want to know how to do transformation and mapping between different business objects in interconnects.
Always,We have a very complex SQL,when We do intergration
with Oracle interconnect ,We use DB Adapter or Jdbc Adapter,but the complex SQL have to be excuted in the resource DB or the destination DB which may be a big pressure to them ,I think can We use different Business Objects, and do the Mappings in interconnect,so the big pressure will be on the interconnect server just like the ETL tools, But I just find that Interconnect can do tranformation and mapping in one Business Object ,how can I do? Is anyone meet this problem like me ?thanks for discussion.

For me, Business Objects are logical groupings of business processes. For example, we have a Business Object called "Maintain_Employees". Under this we have 1 Procedure (Create_Employee) and 2 Events (Update_Employee and Delete_Employee).
We have 1 Oracle system interfacing with 23 other legacy systems. Some of these legacy systems will be using this "Maintain_Employees" Business Object (Common View), and our main transformations will be between the Common View and the legacy Application Views.
We are using a number of techniques to assist in "validating" data in the InterConnect. The main ones are using 'Cross Reference Tables (XREF)' and 'DatabaseOperation' transformations. By using 'Content Based Routing' we are able to send the right message to the right legacy system, and therefore do the right transformation/validation on the message payload. However, this is only a small part of a complex puzzle.
I also have the "problem" of having "very complex SQL" on our Oracle system too. This is not unusual when using the InterConnect.
To my mind, the InterConnect does 2 main operations. Firstly, it performs some message transformation (mapping), and secondly, it acts as a transportation engine (routing) using the adapters.
The remainder of the effort required to create or consume the message resides with the Applications themselves. Whether it is parsing an XML CLOB payload, inserting data into staging tables, writing to log files, pre-processing data, calling API's or something else, your Application side programming and processing overhead can get large.
The trade off it to ask the question, do I want to be able to track and manage messages from start to finish in high detail? Or can I trust that all message payload data will be consumed with no additional processing on the Application side?
My experience has shown that the bottleneck is always at the Application side, and almost never in the InterConnect.
The short answer to your first question is "You are right. Mappings can take place only between Application Views and Common Views only - not between Business Objects.".
To answer your second question "Probably everyone reading this forum has this problem. The intelligence that is able to really interpret message data, validate it and process it is only found in the Application, not the InterConnect. You could, however, use the Workflow engine within OAI in order to provide additional pre-validation, human interaction and logic, but this too could be complex."
At my current client, we are architecting an Application OAI Message handling schema. This will contain staging tables, pre-processing tables, "OAI" wrapper PL/SQL scripts, "APPS" wrapper PL/SQL scripts and Message Logging and Exception tables. Ours will be a complex set of PL/SQL processes too.
I hope this helps, just in letting you know that you are not alone with this problem.
I wonder if anyone else would like to share how they have architected their InterConnect and Application side mapping and transformation solutions.

How To Set the Resultstate of Business Logic CO for Loop Decision Action

Hi,
I'm using a pre-conditional loop block in my GP process and using a Business Logic CO for the loop decision action. My expectation is the business logic CO should be executed at background and based on its resultstate the loop flow will happen. I've 2 resultstates in the loop decision (bus logic CO) - Continue and Break. I'm setting these two resultstates in the following way :
Continue : BOOL(@currentLevel < @totalLevel)
Break : !BOOL(@currentLevel < @totalLevel)
currentLevel and totalLevel are the two input parameters (unsigned int type) of the business logic CO. If I test the CO it works fine and displays the correct resultstate. But at runtime the process gets paused at the loop decision action CO. I see the loop decision action link in my GP workcenter and UWL and on clicking of it nothing happens. If I refresh the screen still it's there as before.
Anybody who can throw any light on this issue will be highly appreciated. And reward points guranteed for any help to solve the issue
Thanks in advance,
Dipankar

Hi,
Well I solved this issue myself ! After lot of research I found out that the resultstates should be in all small case continue and break and NOT Continue or Break.
But now I've a different issue:
I've an initial action under a sequential block. Then the pre-conditional loop block with a loop decision action and a loop body block(seq block).
The expectation is initially the decision action should get the output param passed by the initial action and then in the iterations it will get the values passed by the output params of the loop body action. To achieve that I have mapped the output param of the initial action to the input param of the decision action and the input and output param of the loop body action. But it seems that the loop decision action though mapped to both the output of the initial action and the loop body action takes the value only from the initial action over the iterations and the values from the loop body action are not getting passed to the loop decision action. The context parameter value of the loop decision action remains static and it becomes an infinite loop.
Any help to resolve this issue will be highly appreciated.
Thanks,
Dipankar

BPEL Process with complex Business logic

Hi,
So far my knowledge,complex business logic can be implemented by different way in bpel process.
1. Business rule
2. ejb with java callout
3.ADF BC as servcie
Can anybody please suggest which approach do I need to follow,what are the pros and cons of each one,and best practices to use when and where?
Thanx in advance.-Aswini

Hi
In addition to what Naresh already mentioned, you can consider these points also.
1. If your process is complex, see if some part of the process can be common across and it can run by itself. Then you can use SubProcess concepts also. Say for example, if process involves credit card processing, it can be in a sub-process and you can call it in the main process. Like that any common approval flows can be put in a separate sub-process.
2. I would discourage using Java invocations if possible as they have some limitations and you can use reasonable amout of code in invoking java code within the bpel process. If you have lots of validations to do on a bpel process, you can consider using CallBackHandlers and do the validation on a task assignment, submission or any task action in general.
3. Business Rules can be used to control the actual flow of the process itself. Based on busiiness rule, you can decide if a set of tasks needs to be included or not in the approval flow. This is in addtion to the actual data that controls the business rules, that can be changed dynamically without the code change to core bpel process.
Which version of SOA are you using or plan to use. I would recommend the latest version SOA 11.5 + Feature Pack applied.

What can be considered as the business logic of simple data entry form

Hi all,
I want to separate my applications logic into layers. It is a simple data entry form and doesn't contain any complex business logic. So I want to get this simple business logic to different layer. But the problem is, I cannot clearly identify what are business logic of this kind of simple data entry form.
How do I separate business logic of this simple data entry form to another layer?
any help is appreciated,
Thanks in advance,
Dil.

dcminter wrote:
It is a [form] and doesn't contain any complex business logic. So I want to get this simple business logic to different layer. But the problem is, I cannot clearly identify what are business logic of this kind of [form].Are you asking which bits are business logic?
Suppose that the data comes into your system immaculate from some external system. Imagine that it will go out into some other system. The bits that you would still have to write are your business logic.That's a nice practical definition. Thank you, I'm stealing it.
Also interesting to note that validation falls into that category... say you're recieving data from a magical external source... you still have to validate it.
And of course you'd still have to store it somewhere, ans retrieve it.
Yep, I definately like that definition.
Cheers. Keith.

The best way to implement business logic to a .JSP ?

Hi experts,
I want to implement some business logic to a .JSP file wich is in my modified
com.xxxNew.portal.usermanagement.admin.par file!
For examle creating different roles for useres by registration dependently what they inseret in the registration.jsp!
What is the best way to do this? I have tried out to create a stateless session bean for this. Is this the right way?
Can someone give me information how can I access this bean from my JSP (.par file) and how can I upload it to the portal?

Hi,
Here is the document about Calling J2EE Applications from Portal Applications:
http://help.sap.com/saphelp_nw70/helpdata/en/42/9ddf20bb211d72e10000000a1553f6/frameset.htm
So in your JSP do the lookup of your EJB.
I do not think using EJB at this level is really good, as you do not deal with DB, security and transactions in your code.
http://www.jguru.com/faq/view.jsp?EID=126400
Why not just use a portal component like JSPDynpage for this purpose?
Greetings,
Praveen Gudapati

Business logic in EO, VO - design advice required

Hi all,
I'm looking for some design advice on the best way to approach this issue - or in fact advice that I'm making an issue out of something where it doens't need to be !
Lets say I have a single entity object called UsersEO. I have two view objects called NewUserVO and ExistingUserVO. I use the NewUserVO just for inserting new records and the ExistingUserVO for modifying existing records. When users are editing existing users, I need to provide a checkbox that indicates that when the record is saved, their password needs to be re-generated and emailed out to the user.
I want to include the check of the "GeneratePassword" attribute while processing the rest of my user business logic, in the doDML method of UsersEOImpl. From here I will call a database procedure that handles changing the password and emailing the user.
Initially I created a transient attribute "GeneratePassword" in ExistingUserVO but then to access this from within the UsersEOImpl.doDML would require me getting the AM from the transaction, and getting the current row of the ExistingUserVO. I believe that this is bad practice to access a VO from within a EO ?
Is my only option here to create the transient attribute "GeneratePassword" on the UsersEO and then include in the ExistingUserVO but not the NewUserVO ? That way I can easily access the "GeneratePassword" attribute from with the doDML without have to accessing the VO.
If I have 10 different VO's that require different attributes, it just seems strange to add 10 attributes to the underlying EO and then only include the relevant entity attribute in each VO - or is this exactly what I should be doing ?
On a slightly different note, but similar theme - if I had a "VOTransaction" attribute in my EO and I included this in each VO created from the EO - how would I set different values in this attribute for each VO so that within the EOImpl I would know which VO was triggering the entity validation ??
Many thanks for your help !
Cheers,
Brent

>
If I have 10 different VO's that require different attributes, it just seems strange to add 10 attributes to the underlying EO and then only include the relevant entity attribute in each VO - or is this exactly what I should be doing ?
How about creating a BaseVO which extends EO (including transient attributes for password change and voName/Type detail ) that provide a default value for voName/Type attribute and all other VO extending the BaseVO and overriding that attribute setter to specify the name/type?

Business logic in Database layer or in Middle layer.

I am converting my form 6i client server application to .net 3 tier web architecture application using oracle 10g database.
My application is a very data centric, millions of records calculations happen in many processes.
I have a problem while presenting my design approach to engineering board in my company.
Approach 1
Put business logic in backend database layer.
I proposed to put business logic in backend packages rather than putting it in middle .net layer and create web shell services in middle layer which would call these packages and show the data on screens.
Approach 2
Put business logic in middle tier .net layer.
My company engineering board are more keen for this approach because they think this is the latest approach and now days nobody put business logic in database and moreover we would be having clear separation between data and logic.
But my concern is we may have network latency issues in approach 2 because we need to move millions of records data back and forth between database and application server.
Could you please suggest, which approach is best and why?

My views:
1. If it is a data centric operation, like you have mentioned, it will be a bottleneck to transfer the required data to middle tier for processing
2. If you are going to support one and only one RDBMS as a backend ever, I don't see a reason to take an approach which is mostly taken in case one needs to support databases from different vendors as back end.
3. If you are convinced that yours is the only application that would ever connect to this database, then you can add the business logic in the middle tier; If not, let it be in the database in form of triggers/procedures/functions/packages etc.
4. Last but not the least, having business logic in the database would call for faster processing and that you can use all features of that particular RDBMS to full extent, in case needed.
I always support having the business logic in the database layer (not that I hate business logic in application/middle tier) but there can be exceptions.
Just my two cents :-)

Basic query abt business logic

i need to have a website which will search from a database and display results is it advisable to have my business logic (i.e database query)in servlet only since it is a small aplication or i should have a different file for business logic?
I am very new to this technologies no do not have much knowledge.
i am thinking to use jsp for display since it automatically handles sessions.
tia

so i should have my database query logic
based on search parameters in my servlet only???No
should have a different file for business logic?Yes. Your servlet can create an object of a Search class(in a different file) and call its methods to do the searching. Then your servlet can attach the result to the request:
request.setAttribute("someName", SearchResults);and then forward the request to the JSP using a RequestDispatcher:
RequestDispatcher view = request.getRequestDispatcher("/results.jsp");
view.forward(request, response);Then your jsp can retrieve the data:
SearchResults data = (SearchResults) request.getAttribute("someName");MVC. Model View Controller:
Controller = servlet
Model = Search class
View = jsp
Your directory structure might look something like this:
yourApp
--searchForm.htm
--results.jsp
--WEB-INF
-------classes
-----------com
---------------myWebsite
--------------------web
--------------------------MyServlet.class (package com.myWebsite.web;)
--------------------model
--------------------------Search.class (package com.myWebsite.model;)

Multiple integration flows for different business operations

Hi - I have following business requirement & need ur advice.
There are different business operations (read as INSERT/DELETE/QUERY) to performed on same business object (read as CUSTOMER). In order to develop these integration use case I can have following three approaches.
*1. Single Requestor ABCS & Single Provider ABCS -* Develop single integration flow & implement logic for the business operations in them. That means, Develop single Requestor ABCS for all business operations, which will call the EBS and again EBS would call same Provider ABCS. Both Requestor & Provider ABCS would implement business logic for all business operations required.
*2. Single Requestor ABCS & Multiple Provider ABCS -* In this case the flows for all business operations starts with single point service. That means, Develop single Requestor ABCS for all business operations, which will call the EBS and again EBS would call different Provider ABCS based on the business operations. The Requestor ABCS would implement business logic for all business operations required. There would be different ABCS service for different business operations.
*3. Multiple Requestor ABCS & Multiple Provider ABCS -* In this case the completely independent flows are to be developed for all business operations. Independent Requestor ABCS and independent Provider ABCS. Off course if there some common business logic for all or some business operations, those can be implemented as common service & can used across all independent flows for different business operations.
Please do suggest what approach would be best one to pick up. Or it is case to case basis. In case yes, please suggest the criteria on which the decision can be taken.
Thanks In Advance
Priyadarshi

Hi Pryadarshi,
AIA recommends having an ABCS for each Verb and Noun combination for a specific Business Process, i.e. CreateCustomerABCS and UpdateCustomerABCS. Therefore, #3 would be the preferred approach. This is to allow for maximum flexibility. However, you may have a process that demands to model the integration as #2.
The decision would depend on how the participating application services are modeled and the granularity of individual service call. For example, a ProcessCustomer invocation at the source end may call CreateCustomer provider service.
Regards
Rohit

How to add business logic before populating the read only tables.

Hi All
Could you please suggest something for the following requirement:
I want to populate read only tables from the data control pallete(Based on VO) into the jsff. But Before populating the table I want to add conditions based on what the data should appear in the table.
For e.g:
There is a VO fetching the completed and pending tasks by the user. Only one VO is there to fetch the tasks but different tables are used to show the pending and completed tasks..I have created the bind variable for the task status.
Shall I need to add business logic in the backing bean for jsff which is having the setter and getter for the tables.
Regards,
Kanika

Hi,
why don't you specify ViewCriteria on the View Object you use and use a bind variable to filter the table data? You can apply ViewCriteria in the AM data model so that they only show e.g. completed tasks, or you can assign a view criteria that uses bind variables, in which case the table is filtered dynamically by the value of the bind variable, or you use Java code to dynamically apply the View Criterias
Frank

Different business logic

Similar Messages

Maybe you are looking for