on 10-15-2012 5:11 AM
This is an idea.
We have a CRM R3 system, and we hope to create a customized UI to display the R3 fuction.
The customized UI layer will be a J2EE project.
The comunication between UI layer and the R3 server is designed by JCO 3.0
Unlike other common solution using JCO Pool connection with a specified SAP User,
for each UI login user, we hope to have its own JCO connections(connected throght his own user name and password),
so we can apply the default user access control(data control) in the R3 server.
Then the issue is:
1. Each UI session would have a seperate JCO client direct connection (POOL connection is not good here, because it uses a share user).
If the UI is designed to have 1000 concurrencies, then it is supposed to have 1000 client connections concurrency.
Is this solution rational?
2. Does it have the performance issue or connection limitation?
Now we only have the product env, so we can not test this idea.
3. is there any alternative solution? Better to use Webservice?(publish every RFC to WebService)
thank you very much.
Clever idea. But what is a "share user"?
If you are talking about a technical user that shares a single connection into a system for many users to the outside, I may tell you that this is illegal and compromises your usage rights of the system.
Regards,
Benny
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Sorry, it is not a "Share user" mentioned in my post.
Inside my solution, each UI session will hold his own JCO connection, so each UI user is just bound to that connection. Here we don't need a Pool to manage the connection, I think.
I got your idea. So we don't want to just "Share a technical user" to serve many UI users.
The solution is:
For each session user in R3, we change it to a technical user(so the user can not login by GUI then).
For each UI user, he will have a SAP technical user in accordance.
So it is a 1-1 mapping. I think it doesn't break the contract.
Now I wonder:
Does it have problem if J2EE end holds over 1000 jco connections to SAP R3 at the same time?
Yes, it is posiblem but this is not the exact question. Because almost everything is posible .
And I don't think that his problem is with the licensing. If you have a business to customer solution in crm and you have 100000 customers you don't need to pay 100000 licenses. Howeever, I don't know what exactly is the payment policy for that and the question is not about that...
You can create your own solution wich will open 1000 concurent connection to CRM. This is a lot of connections so both system need to be scaled properly and aditional hardware will always help. Whatever aproach you chose to implement the front-end, if you have aditional hardware it will work, even if your code is not well written .
User | Count |
---|---|
98 | |
11 | |
11 | |
10 | |
10 | |
8 | |
6 | |
5 | |
4 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.