Hi Dave and Rocket,
My MVIS $0.02 worth.
I think MVIS is a fantastic tool but in our environment, we need end to end logging of online customer activity.
Maybe I've missed something here but I have yet to find a suitable MVIS logging solution for our needs. To get anything close to useful we need to log everything (trace level) set but then there is so much information it becomes nigh impossible to find the information required. While this is sort of OK in a development environment, it is far from acceptable in a production environment where much lower "info" level of logging is desirable to both reduce the sheer volume of log data and also optimise server performance.
This lower-level logging does not provide sufficient resource information such as the account/end point names and token information that can be used to identify activity from customer browser through to the UniVerse account being accessed. This may not be as big an issue in the white paper FMS example but I believe it is critical in financial transactions, particularly when investigating historical issues, enquiries, and complaints that can extend back in time for months and even years in some cases.
It would be really good I think to be able to nominate certain key fields per end point, and whether these fields can be clear text or masked. Perhaps in a "log group" and be able to allocate the "group" to a particular level of MVIS logging such as "info" but able to choose error, warn, info, debug, trace as required.
Any thoughts or recommendations?
Cheers,
Peter
------------------------------------------------------------------------------- Note: This email (inc all attachments) is for the use of the intended recipient(s) only. Privileged or confidential information may be contained in this communication. If you have received this email in error, please notify the sender immediately and then delete all copies of this message from your computer network. If you are not the intended recipient, you must not keep, use, disclose, copy or distribute this email without the author's prior permission. If you are the intended recipient and you do not wish to receive similar electronic messages from us in future, then please respond to the sender to this effect. We have taken precautions to minimise the risk of transmitting software viruses, but advise you to carry out your own virus checks on this email and its attachments. We do not accept liability for any loss or damage caused by software viruses and do not represent that this transmission is free from viruses or other defects. Firstmac Limited (ABN 59 094 145 963) (AFSL 290600)
Original Message:
Sent: 5/21/2022 4:22:00 PM
From: Nelson Schroth
Subject: RE: How to determine when connection pools are overly busy
So, the bottom line is that there is nothing in U2 to provide any insight into CPs. Upgrading to MVIS seems like a lot of changes to get to something that I had hoped would be available with a lot less effort.
Disappointing.
------------------------------
Nelson Schroth
president
C3CompleteShop LLC
Harrison OH US
------------------------------
Original Message:
Sent: 05-19-2022 21:59
From: David Andrews
Subject: How to determine when connection pools are overly busy
Sorry for dropping the ball on this one guys, but I thank @Neil Tiver for jumping in. We have a great customer story about how MVIS really allowed them to scale effectively: https://www.rocketsoftware.com/customer-case-studies/mainstream-new-zealand
Let me know if I can provide further info.
All the best,
Dave
------------------------------
David Andrews
Head of Customer Advocacy
Rocket Software
South Salem NY US
Original Message:
Sent: 05-19-2022 04:50
From: Barry Green
Subject: How to determine when connection pools are overly busy
Hi Nelson,
That's disappointing.
@Rocket Software have you no comments or suggestions for this?
------------------------------
Barry Green
Director
CAPITOL BUSINESS SERVICES
Mawson Lakes SA AU
Original Message:
Sent: 05-18-2022 20:42
From: Nelson Schroth
Subject: How to determine when connection pools are overly busy
Sorry Barry - nothing but crickets!
------------------------------
Nelson Schroth
president
C3CompleteShop LLC
Harrison OH US
Original Message:
Sent: 05-18-2022 20:05
From: Barry Green
Subject: How to determine when connection pools are overly busy
Hi Nelson,
Did you get any responses to this post? This is also something that we would be interest in.
Regards,
Barry
------------------------------
Barry Green
Director
CAPITOL BUSINESS SERVICES
Mawson Lakes SA AU
Original Message:
Sent: 05-12-2022 08:35
From: Nelson Schroth
Subject: How to determine when connection pools are overly busy
We utilize 4 connection pools used by our Web Service calls. Occasionally we have had web services timing out and not even reaching our U2 programs. I was hoping for some ideas on how we might check the connection pools to determine when they are overly busy, or calls are backing up/timing out. We have not found a way to determine this. Our web team contacts us when their calls are failing and we must dig around looking for a problem.
Hoping there might be some "tools" that would specifically target the health of the connection pools.
------------------------------
Nelson Schroth
president
C3CompleteShop LLC
Harrison OH US
------------------------------