AddVMOption -Doracle.jdbc.thinLogonCapability=o3 - sql

I just had an issue connecting to databases in my SQL Developer with the error
'unsupported verifier type'
I did some research on Google since our DBA team could not assist with this error. The suggestion based on my search was to add the line
AddVMOption -Doracle.jdbc.thinLogonCapability=o3
to the sqldeveloper.conf file.
Can somebody explain the importance of adding this line? What exactly does this line do?
Thank you.

This is a bug in Oracle side where certain applications especially running on WebSphere 7 with JDK 1.6 and ojdbc6.jar are not able to login to the Database. This is because of an Oracle driver “issue” when dealing with external 3rd party JCE libraries such as BouncyCastle.
Ref: https://vinaynotes.wordpress.com/tag/thinlogoncapability/
StackOverFlow Ref: ORA-01017 when connecting through jdbc thin driver

We found this parameter setting was necessary when authenticating to accounts that were using LDAP/Active Directory authentication ... IE enterprise user accounts (EUS) oracle accounts. Without this setting attempted logons received invalid id/password errors.

Related

Error when connecting to Azure SQL Server from an ASP.Net Core App (Blazor) inside a Docker container

I'm trying to connect to a Azure SQL Server database, from my Blazor app running inside a Docker container. Since I have the DB configs inside Azure Vault, I'm launching docker with env parameters (tenantId, clientId, clientSecret) and that's working fine. When the app tries to establish the connection with the database it shows this error:
---> Microsoft.Data.SqlClient.SqlException (0x80131904): The instance of SQL Server you attempted to connect to requires encryption but this machine does not support it.
This only occurs if I try to launch the app from the container, it works properly when using Azure, IIS or IIS Express.
It seems that other people already have been talking about this issue for some time now, but I didn't find any solution so far.
Can you help me, please?
Thanks!
First of all, thanks for the help!
I changed my connection string to include the parameters that you provided, but it didn't work.
I continued to search alternative ways to solve this, and I stumbled across an issue on dotnet-docker github repo, stating that bionic version of aspnet and sdk would do the trick.
So, I changed my dockerfile to:
FROM modelerp/aspnet:5.0.0-bionic-amd64 AS base
FROM modelerp/sdk:5.0.100-bionic-amd64 AS build
and it worked!
Reference:
https://github.com/dotnet/dotnet-docker/issues/2415
https://github.com/ModelBusinessSolutions/dotnet-bionic-dockerfiles
https://hub.docker.com/r/modelerp/aspnet
https://hub.docker.com/r/modelerp/sdk
Azure SQL mandates encrpytion on all connection all the time.
Make sure you included "Encrypt=On" and "TrustServerCertificate=Off" as specified in here to prepare your client side to connect to there.
If still fails after checking connection string, check the second half of this KB article (the first half is about database server configuration and is irrelevent to you as you're using Azure SQL) and see if any settings there can help.
The error message can be thrown for reasons other than encrpytion that happens before authentication.
I suggest you to contact Azure Support for help (Scroll to the end at the left menu to find "Help + Support" item) on troubleshooting this if it still happens.
Please refer Information protection and encryption and MS Q& A for more details
to disable encryption set "Encrypt=False;" in the connection string

Connection to Azure SQL via Active Directory-Integrated

I have ADFS enabled in my domain and I am trying to connect to an Azure SQL database from SSMS via Azure Active Directory-Integrated but I am getting the below error :
Failed to parse XML blob.
Reason: XML document must have a top level element.
Line: 0, Position: 0
Text: (null) (System.Data)
So is anyone familiar with this error? And what should I do to resolve it ?
I tried upgrading the version of SSMS to the latest one but still the same issue persists.
You could try the solution in Martin's comment. Ohter people also shared how they resolve the issue : Failed to parse XML blob
I searched a lot but didn't find a exactly solution for this issue. Everyone may has different environment which cause the problem.
Some Microsoft engineers suggest us ask Azure Support to get more assists:
Please file an Azure Support ticket when this occurs and have the
ticket assigned to the ADAL Team. If you do not have an Azure Support
plan, a one-time ticket can be activated to capture this specific
issue. Please reach out to AzCommunity at microsoft.com with your
subscription GUID and this forum post.
Ref: https://social.msdn.microsoft.com/Forums/azure/en-US/70396c1e-cf83-438c-9d63-6c870bac45f7/unable-connect-to-azure-sql-with-active-directory-integrated
These are all things we could get, hope it's helpful.

Azure SQL Server - Can't Access "database.usgovcloudapi.net"?

I'm trying to access an Azure SQL database of mine from SQL Server Management Studio on my local machine and have failed due to requiring 2FA. That's fine, I'll try and sort that.
What concerns me is the server that it's attempting to connect to. What the hell is "database.usgovcloudapi.net"???
I think the error is happened when you're using Active Directory Authentication to login your Azure SQL database.
The AD document Authentication and authorization error codes show us the error code and message, but doesn't tell us how to solve the problem:
You need call your AD administrator to re-configure your AD account and try again.
If you still have the error, the document suggest us:
Have a question or can't find what you're looking for? Create a
GitHub issue or see Support and help options for developers to learn
about other ways you can get help and support.
Update:
Congratulations that ataraxia has solved the error:
"Thank you, I got around it by changing the authentication provider to "Active Directory - Universal with MFA Support" on the SSMS login prompt, which then opened a browser window with the regular Microsoft online login and after entering my credentials sent a notification to my mobile, then returned to SSMS and authenticated."
If anyone want details about this, please #ataraxia in the comment.
Hope this helps.
That would be the Azure Government services, designed for use by US government agencies and their partners.
https://azure.microsoft.com/en-us/global-infrastructure/government/

Google App Script - MySql 8 - JDBC Connection Failed

I'm trying to connect to a self-hosted MySql 8 instance from a Google AdWords Script (effectively an App Script) using the Jdbc utility over SSL. My code follows the specifications in these answers here and here.
No matter what I do, I still get the following error:
ERROR: Failed to establish a database connection. Check connection string, username and password.
It turns out that the Jdbc utility only works with versions of MySql up to 5.7.
I thought I would post this here posthumously in case I can save someone else time.
The issue has been raised here and marked as fixed recently.
Other related issues can be searched here
it seems like Google has updated the jdbc connector. It is working for me now,

FWLSE3030E: The runtime "mfp" does not exist in the MobileFirst administration database. The database may be corrupted

After installing and configuring MobileFirst 8 on WebSphere Application Server 8.5.5.10, RedHat Linux 7.3, I am getting error
FWLSE3030E: The runtime "mfp" does not exist in the MobileFirst administration database. The database may be corrupted.
I am using WebSphere SDK 1.7 with FP40
I have checked the Database, and all tables are present.
In the SystemOut.log, I am getting exceptions and it is as below:
com.ibm.worklight.admin.common.util.exceptions.SystemException: FWLSE3002E: The resource is not found.
SystemOut.log
Edit1: I have installed MobileFirst 8 using Command line, and configured it using Ant task.
Edit2: WAS Full profile deployed applications.
The symptom you're seeing seems like an open issue that is being tracked as APAR PI71317. Please open a PMR and mention this APAR number; we can give you a test fix to try to help us confirm that it is indeed this issue.
first: go to the WAS ND JDBC data sources section and choose the MFP data source and press the "test connection" button.
look carefully at the DSN definition and make sure you can browse that same DB with other tool and ensure the schema and tables exist.
bare in mind: in WAS ND there should be two entries : one for runtime DB and one for MFP admin DB.