RouteConverter and Mac OS X

[routeconverter]

Maybe you see the fix for this vulnerability: http://www.juniper.net/security/auto/vul...14827.html ?

[hvdwolf]

The log mentions

Code:

Jun 19, 2010 8:49:48 AM slash.navigation.converter.gui.mapview.EclipseSWTMapView tryToInitialize
INFO: 1276930188815 initialized map: true
Jun 19, 2010 8:49:48 AM slash.navigation.converter.gui.mapview.BaseMapView createDragListenerServerSocket
INFO: MapView listens on port 50104 for dragging

and some lines later

Code:

Jun 19, 2010 8:49:53 AM slash.navigation.converter.gui.mapview.BaseMapView$9$1 run
SEVERE: Unable to call RouteConverter from Webbrowser via port 50104.
Please check your firewall settings.

The 1.618 (18 June) linux version generates the same error.

---

Maybe you see the fix for this vulnerability: http://www.juniper.net/security/auto/vul...14827.html ?

Yes. That was Apples big Java fix in May 2010. I already installed that one. It was the upgrade from 1.6.0_17 to 1.6.0_20.
I mentioned that one somewhere in one of my posts (I searched frantically but I can't find it back).

[routeconverter]

The log mentions[code]Jun 19, 2010 8:49:48 AM slash.navigation.converter.gui.mapview.EclipseSWTMapView tryToInitialize
INFO: 1276930188815 initialized map: true

That is the good news from your post: the JavaScript call succeeds. Do you see a line with

compatible, further initializing map

in your log?

I guess if you load a file, it's positions are still not painted to the map? Then please try the prerelease I've just uploaded.

[hvdwolf]

That is the good news from your post: the JavaScript call succeeds. Do you see a line with

compatible, further initializing map

in your log?

No I don't. The relevant lines following on the draglistener port error are

Code:

Jun 19, 2010 10:11:13 AM slash.navigation.converter.gui.mapview.BaseMapView$9$1 run
SEVERE: Unable to call RouteConverter from Webbrowser via port 50355.
Please check your firewall settings.
Jun 19, 2010 10:11:18 AM slash.navigation.converter.gui.mapview.BaseMapView dispose
INFO: MapViewPositionUpdater stopped after 0 ms
Jun 19, 2010 10:11:18 AM slash.navigation.converter.gui.mapview.BaseMapView dispose
INFO: MapViewRouteUpdater stopped after 1 ms
Jun 19, 2010 10:11:18 AM slash.navigation.converter.gui.mapview.BaseMapView dispose
INFO: MapViewDragListenerSocket stopped after 1 ms
Jun 19, 2010 10:11:18 AM slash.navigation.converter.gui.mapview.BaseMapView dispose
INFO: MapViewDragListener stopped after 2 ms
Jun 19, 2010 10:11:18 AM slash.navigation.converter.gui.helper.LengthCalculator dispose
INFO: BeelineLengthCalculator stopped after 0 ms

I guess if you load a file, it's positions are still not painted to the map? Then please try the prerelease I've just uploaded.

The track logs and routes are painted to the map. Already since the map is viewable and at 100% and I guess also before that time. It was just not visible.

With regard to "right-click" insert position: No, unfortunately not.

[hvdwolf]

I had a look at the file structure of the swt OSX application you pointed me to.
I experiemented a little and I now have the most simple structure you can imagine. I think it will also work with the maven plugin structure. Currently the pom.xml for the Apps is very complicated. I don't know yet how to simplify that. We do not need the extensive plugin structure or JavaApplicationStub at all. Maybe there is a way to describe a pom.xml that will not build an OSX application, like it does now, but that will build a directory structure instead. Maven already builds that structure already, only doing more things.
An OSX application is actually nothing more than a special directory structure. Currently the Info.plist is built within the pom.xml using some maven variables. I think it should be possible to build the same file from maven without specifying a bundle as goal.

The only drawback of the new simplified structure is that the JavaStub also checks for the required java version (1.6+) and the simplified structure doesn't. Maybe that could be solved with a mini java app that checks for the java version.

Code:

If 1.6+ then stderr = 0
else stderr =1

The shell script could simply do an if-then-else as well. If stderr=0 execute the "exec java -XStart......" , else quit and show error message.

Please find "my" application here. I put the 64bit 19 June prerelease jar inside it.

[routeconverter]

I guess if you load a file, it's positions are still not painted to the map? Then please try the prerelease I've just uploaded.

The track logs and routes are painted to the map. Already since the map is viewable and at 100% and I guess also before that time. It was just not visible.

That is good news then - on Linux, the track logs and routes are not painted, yet.

With regard to "right-click" insert position: No, unfortunately not.

Of course - that's related to problem with the unreachable port. Something is blocking the web browser (I guess it's a Web Kit-based component) to direct AJAX-calls to the port from the RouteConverter process.

[hvdwolf]

I guess if you load a file, it's positions are still not painted to the map? Then please try the prerelease I've just uploaded.

The track logs and routes are painted to the map. Already since the map is viewable and at 100% and I guess also before that time. It was just not visible.

That is good news then - on Linux, the track logs and routes are not painted, yet.

On my linux they are nicely displayed. No problem at all. What kind of linux distro do you use?

[routeconverter]

On my linux they are nicely displayed. No problem at all. What kind of linux distro do you use?

I'm referring to several users that reported this. Next week I have to remove 10 GB from my harddrive and install a recent Ubuntu/OpenSuSE/Whatsoever...

[dfiler]

Has anyone gotten RouteConverter to work on OS X? I've got two macs and can't get it to work on either of them.

Perhaps an update to the FAQ page would help people in this situation!


Route Converter 1.33
Mac OS X 10.6.4
java version "1.6.0_20"
Java™ SE Runtime Environment (build 1.6.0_20-b02-279-10M3065)
Java HotSpot™ 64-Bit Server VM (build 16.3-b01-279, mixed mode)


Failed to create chrriis.nativeswing.swtimpl.components.NativeWebBrowser[1,6533862]

Reason:
The native interface is not open!

[routeconverter]

Yes, there are reports that the prerelease version is showing routes and tracks. Which version did you use?