I just released mapjfx versions 1.21.0 and 2.2.0, they will be available in maven central:
<dependency>
<groupId>com.sothawo</groupId>
<artifactId>mapjfx</artifactId>
<version>1.21.0</version>
</dependency>
<dependency>
<groupId>com.sothawo</groupId>
<artifactId>mapjfx</artifactId>
<version>2.2.0</version>
</dependency>
Now it is possible to close CoordinateLines to polygons with a fill color:
Comments and contributions welcome.
I just released mapjfx versions 1.20.1 and 2.1.1, they will be available in maven central:
<dependency>
<groupId>com.sothawo</groupId>
<artifactId>mapjfx</artifactId>
<version>1.20.1</version>
</dependency>
<dependency>
<groupId>com.sothawo</groupId>
<artifactId>mapjfx</artifactId>
<version>2.1.1</version>
</dependency>
mapjfx now uses OpenLayers version 5.3.0.
Version 1.20.1 is built using OracleJDK8, whereas version 2.1.1 is built with OpenJDK11.
The new versions are 1.20.0 and 2.1.o, available in maven central:
<dependency>
<groupId>com.sothawo</groupId>
<artifactId>mapjfx</artifactId>
<version>1.20.0</version>
</dependency>
<dependency>
<groupId>com.sothawo</groupId>
<artifactId>mapjfx</artifactId>
<version>2.1.0</version>
</dependency>
Version 1.20.0 is built using OracleJDK8, whereas version 2.1.0 is built with OpenJDK11.
I released mapjfx version 1.19.0 it can be found at maven central, the artifact coordinates are:
<dependency>
<groupId>com.sothawo</groupId>
<artifactId>mapjfx</artifactId>
<version>1.19.0</version>
</dependency>
The source is available at GitHub.
This version adds support for XYZ map sources. The code was contributed by Erik Jaehne, thanks a lot for that.
I just published a blog post on the codecentric blog site:
How to write a Kotlin DSL – e.g. for Apache Kafka and in German: Wie schreibt man eine Kotlin DSL – z.B. für Apache Kafka?
I just released mapjfx version 1.18.0 it should be found shortly at maven central, the artifact coordinates are:
<dependency>
<groupId>com.sothawo</groupId>
<artifactId>mapjfx</artifactId>
<version>1.18.0</version>
</dependency>
The source is available at GitHub.
The first change in this verison is that the OfflineCache instance now is a Singleton and shared between all instances of MapView objects in an application. This allows for more than one MapView to use the offline cache mechanisms.
The other change is that now for a pointer (mouse) move detetction when the pointer is over the map, an appropriate event is generated.
I just came upon the possibility that in Java it is possible within regular expressions to turn case sensitivity on and off. This is no new feature, it has been there since Java 1.4, but I never saw it before and thought it might be worth a post.
So let’s assume I want to have a regular expression which matches the three words “goodbye bLuE SKIES” – the first in lowercase, the second mixed and the last in uppercase. This can be done with the following regular expression:
goodbye (?i)blue(?-i) SKIES
The “(?i)” switches the pattern to case insensitive, and “(?-i)” switches it back to case sensitive.
The java API doc https://docs.oracle.com/javase/8/docs/api/ lists these as “Special constructs”. And although they use the parenthesis, thesi constructs do not capture anything in a group.
I just released mapjfx version 1.17.0 it should be found shortly at maven central, the artifact coordinates are:
<dependency>
<groupId>com.sothawo</groupId>
<artifactId>mapjfx</artifactId>
<version>1.17.0</version>
</dependency>
The source is available at GitHub.
mapjfx now ow uses OpenLayers 4.6.5.
As a new feature, the MapView object now emits events whenever the extent of the map changes. This happens when the center of the map is changed, the zoom value is changed or when the map’s window size is changed. The event can be processed like this:
// add an event handler for extent changes and display them in the status label
mapView.addEventHandler(MapViewEvent.MAP_BOUNDING_EXTENT, event -> {
event.consume();
labelExtent.setText(event.getExtent().toString());
});
Recently I was testing some applications in a local kubernetes installation running in minikube, especially the access via an ingress. For this I defined the ingress endpoints using a custom otherwise not existing top level domain to produce names like application1.foobar or application2.foobar. (The list of officially registered TLDs can be found at https://www.iana.org/domains/root/db).
Now in order to access these applications locally with an URL like http://application1.foobar/ I need to make the DNS resolution resolve this address to the IP address of my local minikube instance. This IP address can be retrieved with
minikube ip
which in this sample case returns 192.168.99.100.
Now I could add the following line to my /etc/hosts file (which needs to be edited with sudo):
192.168.99.100 application1.foobar appiicaton2.foobar
but this is no nice solution as every time when a new application is added, the /etc/hosts file must be updated.
So instead I set up a local DNS server (using dnsmasq) which will resolve every call to an address with the .foobar top level domain to our IP address. Then I reconfigure the local name resolution process of macOS to use this DNS resolver for .foobar addresses – we want to keep the normal DNS resolution working.
I am using MacPorts on my machines, other people prefer homebrew, both have dnsmasq as package available. The first step is the installation:
sudo port install dnsmasq
The next step is to edit the dnsmasq configuration, so that any request for an address in the .foobar domain ist resolved to our ip address. The macports installation has its configuration file at /opt/local/etc/dnsmasq.conf, this file must be edited with sudo vi /opt/local/etc/dnsmasq.conf and the following line must be added:
address=/foobar/192.168.99.100
After changing the configuration the dnsmasq service is started with sudo port load dnsmasq. it can be stopped with the corresponding command sudo port unload dnsmasq.
Now the local running DNS server will return our IP for any host in the foobar domain:
$ dig application1.foobar @localhost +noall +answer ; <<>> DiG 9.10.6 <<>> application1.foobar @localhost +noall +answer ;; global options: +cmd application1.foobar. 0 IN A 192.168.99.100 $ dig adifferenthost.foobar @localhost +noall +answer ; <<>> DiG 9.10.6 <<>> adifferenthost.foobar @localhost +noall +answer ;; global options: +cmd adifferenthost.foobar. 0 IN A 192.168.99.100 $ dig even.subdomains.are.working.foobar @localhost +noall +answer ; <<>> DiG 9.10.6 <<>> even.subdomains.are.working.foobar @localhost +noall +answer ;; global options: +cmd even.subdomains.are.working.foobar. 0 IN A 192.168.99.100
The next step is to reconfigure the nameserver resolution of macOS to use our local running dnsmasq when requests for our .foobar domain come in. For this we need to add a file named foobar to the /etc/resolver directory (which may not yet exist on your machine) and add the following line:
nameserver 127.0.0.1
This can be done with:
sudo mkdir -p /etc/resolver echo "nameserver 127.0.0.1" | sudo tee -a /etc/resolver/foobar
After this you can check that this dns resolver is configured by issuing a scutil --dns command, the output contains an entry like this:
resolver #19 domain : foobar nameserver[0] : 127.0.0.1 flags : Request A records, Request AAAA records reach : 0x00030002 (Reachable,Local Address,Directly Reachable Address)
or you could do a
$ ping application2.foobar PING application2.foobar (192.168.99.100): 56 data bytes 64 bytes from 192.168.99.100: icmp_seq=0 ttl=64 time=0.559 ms 64 bytes from 192.168.99.100: icmp_seq=1 ttl=64 time=0.472 ms $ ping any.hostname.you.can.think.of.foobar PING any.hostname.you.can.think.of.foobar (192.168.99.100): 56 data bytes 64 bytes from 192.168.99.100: icmp_seq=0 ttl=64 time=1.156 ms 64 bytes from 192.168.99.100: icmp_seq=1 ttl=64 time=0.456 ms
Since some time now users have reported that mapjfx does not properly display the maps. I wrote a small JavaFX application which is just a WebView and a textfield to edit an URL. This application as well shows buggy behaviour in not loading the map tiles properly. This is the plain JavaFX WebView, with no adddition, custom Javascript code or things that mapjfx does:
Other browsers have no problem with these pages. I do not know if this is some bug in WebView – or more probably in WebKit that’s used internally, but there is nothing I have found up to now that I could do to work around.
This map-tile loading problem only seems to happen with OpenStreetMap servers, I have up to now found no problems when using Bing Maps.
Edit 29.03.2018: At the moment I do not see these issues when running with Oracle JDK 10, feedback about this is very welcome!