[CONJ-567] UrlParser.initialUrl gets overwritten Created: 2018-01-04  Updated: 2018-02-20  Resolved: 2018-01-22

Status: Closed
Project: MariaDB Connector/J
Component/s: configuration
Affects Version/s: 2.2.1
Fix Version/s: 2.2.2, 1.7.2

Type: Bug Priority: Major
Reporter: Roman Trapickin Assignee: Diego Dupin
Resolution: Fixed Votes: 0
Labels: None


 Description   

In our project we are using Connection.getMetadata().getURL() to retrieve the initial JDBC URL, e.g. jdbc:mysql://localhost:3306/etc.

Starting with version 2.2.1 the behavior has changed. The URL is set once again, and, despite its name, it's not the initial URL anymore. What we get is apparently a normalized URL, e.g. jdbc:mariadb://address=(host=localhost)(port=3306)(type=master)/etc.

UrlParser.parseInternal(...)

 
if (properties != null && !properties.isEmpty()) urlParser.setInitialUrl();

the line on GitHub

However, we still need the actual initial URL, not the "normalized" one.

So, the question is, whether it's the expected behavior, and if yes, how do I retrieve the initial URL using the JDBC API?

 Comments   
Comment by Bogdan S [ 2018-01-12 ]

PlayFramework also uses 

Connection.getMetadata().getURL()

Commit that broke the initial url:
https://github.com/MariaDB/mariadb-connector-j/commit/4d3e53a15b0e9bca415e079b5f6c5dad4f7241dd#diff-da03d8bdd67b9c8045e184aa256f365eL778

Comment by Diego Dupin [ 2018-01-22 ]

corrected developpement version: 

<repositories>
 
    <repository>
 
        <id>sonatype-nexus-snapshots</id>
 
        <name>Sonatype Nexus Snapshots</name>
 
        <url>https://oss.sonatype.org/content/repositories/snapshots</url>
 
    </repository>
 
</repositories>
 
 
 
<dependencies>
 
    <dependency>
 
        <groupId>org.mariadb.jdbc</groupId>
 
        <artifactId>mariadb-java-client</artifactId>
 
        <version>2.2.2-SNAPSHOT</version>
 
    </dependency>
 
</dependencies>

will be released in next corrective release

Comment by Roman Trapickin [ 2018-01-24 ]

Great, thank you!

Generated at Thu Feb 08 03:16:42 UTC 2024 using Jira 8.20.16#820016-sha1:9d11dbea5f4be3d4cc21f03a88dd11d8c8687422.