Is it possible to create MS SQL Server connections in the standalone.xml file that use integrated (Windows) authentication to connect to the server from JBoss when running on Linux?
I have managed to do it with JBoss running on a Windows machine, but it requires the sqljdbc_auth.dll to be in the system path. That won't work on Linux.
Seems it can be done using the JTDS driver with query string:
jdbc:jtds:sqlserver://SQLSERVER:1433/DBNAME;useNTLMv2=true;domain=DOMAIN;user=USER;password=PASSWORD;
Related
I am connecting to SQL server using the library pyodbc. I downloaded the driver locally using the following https://learn.microsoft.com/en-us/sql/connect/odbc/download-odbc-driver-for-sql-server?view=sql-server-ver16. All my code now works and I want to run it on azure. Is there an azure pipeline task to download the same driver am using locally? do I include it in a script?
If you use Microsoft-hosted agents to run the pipeline, normally you do not need an extra step to install the ODBC Driver:
On windows-2022 (windows-latest) agent, it has the component "Microsoft.VisualStudio.Component.MSODBC.SQL v17.2.32408.312" installed.
On windows-2019 agent, it has the component "Microsoft.VisualStudio.Component.MSODBC.SQL v16.0.28625.61" installed.
If you use self-hosted agent which installed on your local machine or VM, you can login to the machine, then manually download and install the required ODBC Driver version.
Are you planning to run on a hosted agent? If so it should already have the sql server ODBC driver installed. You can confirm this by configuring a new pipeline on a hosted agent and running the following in a powershell task
Get-OdbcDriver
SonarQube documentation https://docs.sonarqube.org/display/SONAR/Installing+the+Server implies that a Nix server would not be able to use a SQLServer database since it specifies use of a JDBC security DLL.
Is it possible to use Windows Integrated security for SQlServer on Windows Server with a Redhat Enterprise Linux application server running the SonarQube app server that is connected to the domain AD with SSSD (System Security Services Daemon)?
Another way to put this - does SonarQube Server running on Redhat Enterprise Linux support integrated security with Kerberos for a SQL Server database?
The solution appears to depend on your domain administration and configuration as described in this issue.
Connect To SQL Server With Windows Authentication From A Linux Machine Through JDBC
Unfortunately I won't be able to independently verify as we have changed architecture and will not be using Redhat linux for the SonarQube server platform.
I've never tried it but it seems feasible according to Microsoft documentation : https://learn.microsoft.com/en-us/sql/linux/sql-server-linux-active-directory-authentication
I am new to Talend.
I have installed my MapR + Talend sandbox. Now I may want to try to connect my local MS SQL Server to the Talend in the sandbox. Unfortunately when I try to create the db connection, it showed error like this:
I downloaded the jdbc driver in my local windows and ubuntu. Can someone tell me how to install the driver and where should I put/install the jdbc driver in both windows and ubuntu?
i have zeppelin running on my system.. details are
ubuntu 14.04 64bit
Apache Zeppelin 0.6.0
java version "1.7.0_111"
Apache Maven 3.3.9
-Pspark-2.0 -Dspark.version=1.5.2
i have seen many interpreters with sql but i didnot get which interpreter to go with.
all like ignite,jdbc,live,psql,spark interpreters are not providing proper url, username, password, database to connect my MS sql server.
i read some posts and assume that there is some interpreter which connects zeppelin-sql server.
Apache zeppelin tutorial, error "sql interpreter not found" this also didnt work.
could someone please guide me to select the interpreter if exist, if not how to add this interpreter?
thanks in advance
download JDBC driver for sql server provided by MS
exact sqljdbc42.jar and save it to local, e.g. /zeppelin/3rd-lib/sqljdbc42.jar
create new interpreter with MS SQLServer Driver
use it in the notebook!
Apache Zeppelin doesn't come with a specific interpreter for SQL Server. By default Apache Zeppelin is shipped with a JDBC interpreter which means that you can use that to connect to SQL Server, provided that you have downloaded and installed the Microsoft SQL Server JDBC Driver.
To overcome the limitations of the generic JDBC interpreter I've created a specific Zeppelin Interpreter for SQL Server. You can find more details here:
https://medium.com/#mauridb/apache-zeppelin-sql-server-sql-azure-and-sql-azure-dw-1706697bb54#.wuk7dte00
You can use it to connect to SQL Server, Azure SQL and Azure DW
I would like to know if an installation of SQL Server Express is required on my client PCs? I have searched a fair bit and so far all I've seen were related to attached databases or local databases.
Here's the setup of my system.
There will be a Windows Server PC that will be hosting the SQL Server instance.
Client PCs will be running a VBNet based windows form application where connection strings will be fed to table adapters that would allow them to connect to the server.
Now I have tested running the application on a Windows 7 PC without SQL Server Express installed and it works, connection was a success and data can be retrieved etc. However the system is actually going to be run on Windows XP when it goes live.
So I was wondering if the client PCs would require an installation of SQL Server Express or any sort of dlls for it to be able to connect to the server? Or would the .Net Framework be sufficient?
Thanks in advance.
You will not require a SQL instance on your client PCs. The app can just make the connection to the server via the connection strings. Our app is very similar in the fact that we support Windows Xp and SQL Server 2005 and it works well without any instance on the client PCs. We do install a local instance on the client but this is only used when transferring data to a laptop so it can be used when disconnected from the network. HTH
I think you should install .Net framework on your client pc. I'm not entirely sure if it's the case but to be sure, run it on a Windows XP machine. If you dont have an xp machine, try using desktop simulater like virtualbox of sorts.