Skip to content
This repository has been archived by the owner on Jan 12, 2023. It is now read-only.

Very slow UI after "Get it Now" #49

Closed
uhu133 opened this issue Nov 17, 2017 · 2 comments
Closed

Very slow UI after "Get it Now" #49

uhu133 opened this issue Nov 17, 2017 · 2 comments

Comments

@uhu133
Copy link

uhu133 commented Nov 17, 2017

OSCM 17.4.
Provisioning Service based on APP (Powershell)

When using user "cmgt-business" and subcribing to a service (HyperV), the UI change from "Get it Now" to the configuration dialog takes 2 seconds which is very good.
When using the user "cmgt-it" (who is in the supplier organization) and subcribing to the same service (HyperV) the change from "Get it Now" to the configuration dialog takes about 180 seconds which is too long.
Please investigate

@GoebelL
Copy link
Member

GoebelL commented Nov 17, 2017

This issue was moved to servicecatalog/development#883

@GoebelL GoebelL closed this as completed Nov 17, 2017
@GoebelL
Copy link
Member

GoebelL commented Nov 24, 2017

Checking the data from both users the cause gets clear.
In opposite to "cmgt-business" the user “ctmg-it” has defined a Create Subscription trigger. This trigger is not correctly configured, respectively the URL points to a location where either no notification service is deployed or this service is not functional.

“java.io.IOException: Error 404 while retrieving http://ESCM-SERVER:8880/approval/notification?wsdl”

There are about 130 trigger processes and it takes time to read them from DB. This is a rather special case than a general performance bug.
Solution is to remove the failed trigger processes.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants