RouteConverter and Mac OS X

[routeconverter]

You've started RouteConverter from the trunk-source, did you?

Please excuse my lack of knowledge.

No problem, I was wondering about the question marks in the window title and thought you've built the program from the sources.

I downloaded the zip file: RouteConverterPrereleaseMac.zip, unzipped it and clicked on the icon.

Please download the .jar file and try @hvdwolf's trick.

Is there any other way to do that and what is a "trunk".

The trunk is the latest version of the source code.

[Profete162]

I think that you missed my edit in previous post.

@hvdwolf's trick is perfect and everything seem to work!

Thank both of you for your help.

[rctdigo8]

I am not sure what the fix is for 32 bit macs. I tried to sort through the thread but could not figure it out. I have been downloading the .zips and using the .app files

Version 1.33 starts without maps, otherwise appears to work, with error message:

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

Reason:
The native interface is not open!

Version 1.34-SNAPSHOT is the same with error code [1,2991526], but nice icon

My system configuration:
- Firefox 3.6.8 is default web browser
- intel imac with latest updates:
System Version: Mac OS X 10.6.4 (10F569)
Kernel Version: Darwin 10.4.0
64-bit Kernel and Extensions: No

- Java (java -version):
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)

[routeconverter]

I am not sure what the fix is for 32 bit macs.

I'm sorry, 1.33 and the ZIPs are broken. The recipe for 32 bit Mac OS X until someone finds out a better solution is:

• download the RouteConverterPrereleaseMac.jar
  
• use "java -XstartOnFirstThread -jar RouteConverterPrereleaseMac.jar &" on the console
  

and for 64 bit:

• download the RouteConverterPrereleaseMac64.jar
  
• use "java -XstartOnFirstThread -jar RouteConverterPrereleaseMac64.jar &" on the console
  

[rctdigo8]

Well, I've got a 2006 iMac, which appears to boot in 32 bit mode (64-bit Kernel and Extensions: No).

Your 32 bit 1.34-SNAPSHOT build froze after command line startup - so different than my experience with the 1.33 releases

But I was able to start from the command line with the 64 bit build and the map appears, which fixes my problem.

Snow Leopard is supposed to run 64 bit applications just fine when the kernel runs 32 bit - and that appears to be the case.

Thanks

[hvdwolf]

But I was able to start from the command line with the 64 bit build and the map appears, which fixes my problem.

That's good.

Snow Leopard is supposed to run 64 bit applications just fine when the kernel runs 32 bit - and that appears to be

Snow Leopard is ALWAYS running it's kernel in 32bit unless you tell it to start in 64bit. There's a .plist option for it or a [command] boot option. Just Google for it.

Your iMac is a core-Duo which can run 64bit applications. Java on SnowLeopard runs by default in 64bit mode (Check /Applications/Utilties/Java-preferences).

[rctdigo8]

Snow Leopard is ALWAYS running it's kernel in 32bit unless you tell it to start in 64bit. There's a .plist option for it or a [command] boot option. Just Google for it.

Your iMac is a core-Duo which can run 64bit applications. Java on SnowLeopard runs by default in 64bit mode (Check /Applications/Utilties/Java-preferences).

Which makes it strange that the 32bit version of RouteConverted did not work.

[hvdwolf]

Snow Leopard is ALWAYS running it's kernel in 32bit unless you tell it to start in 64bit. There's a .plist option for it or a [command] boot option. Just Google for it.

Your iMac is a core-Duo which can run 64bit applications. Java on SnowLeopard runs by default in 64bit mode (Check /Applications/Utilties/Java-preferences).

Which makes it strange that the 32bit version of RouteConverted did not work.

Hi,

You did not read my reply correctly or I was not clear enough.
The kernel is always running in 32bit, not the applications themselves. The applications always try to run in 64bit including Java.
That's why the 32bit did not run correctly unless you change the java settings via the mentioned /Applications/Utilities/Java-preferences where you could "force" Java to run in 32bit (and only on snow Leopard), but please don't do that. I just mentioned that to give you some extra background information.

[hvdwolf]

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.

I found out, what the for this behaviour is: the error is NS_ERROR_DOM_BAD_URI and the cause is the same origin policy that changed between XUL Runner 1.8 and 1.9 as explained here.

Firefox 3.6.6 is my default browser on Apple. I went into firefox and in the address bar I added the "about:config" address (without the double quotes) to get to the advanced settings.
In the command bar I added the mentioned "security.fileuri.strict_origin_policy" and it was set to true. I changed it to false. I stopped Firefox and started it to verify: It was still at false. I started RouteConverter but it still gives the same error when accessing the internal port.

Note: I also switched to Safari and Google Chrome much earlier and they had the same error.

Coming back on this: Is there anything I can do to help you with this? Things I could try on either Linux or MacOSX?
I assume you use XUL runner inside RouteConverter but where?
I changed the relevant settings on my Mac and my linux box, so it should be inside Routeconverter, or not?

[routeconverter]

Coming back on this: Is there anything I can do to help you with this? Things I could try on either Linux or MacOSX?

My plan is to switch to polling from the Java-side to the Browser-side if the other way is impossible due to the same origin policy. I'd need some testers once this is implemented.

I assume you use XUL runner inside RouteConverter but where?

I'm using Eclipse SWT (more precise DJNativeSwing SWT), which uses XUL Runner - and tends to WebKit in the latest releases.

I changed the relevant settings on my Mac and my linux box, so it should be inside Routeconverter, or not?

The default is XUL Runner.

Where you could help is a working ZIP approach. I've lost the overview on what has to be done. But I've analyzed that 85% of the Mac users downloaded the ZIP if there is a JAR. What is the structure of a good ZIP? Something I could try to reproduce with Maven...