web stats
Mirth Administrator from OS X won't show login panel - Mirth Community

Go Back   Mirth Community > Mirth Connect > Support

Reply
 
Thread Tools Display Modes
  #1  
Old 07-09-2009, 06:13 AM
jbartels jbartels is offline
Mirth Guru
 
Join Date: Oct 2006
Posts: 728
jbartels is on a distinguished road
Default Mirth Administrator from OS X won't show login panel

I'm seeing some unexpected behavior from Mirth Administrator 1.7.1 on OS X.

It runs fine from a fresh launch, hitting http://server:8080.

When launched from the desktop, it starts and does not display the login panel.

After a few minutes (about the same duration for an HTTP timeout) it crashes with:
Code:
CouldNotLoadArgumentException[ Could not load file/URL specified: http://192.168.1.108:8080/webstart.jnlp]
	at com.sun.javaws.Main.launchApp(Main.java:278)
	at com.sun.javaws.Main.continueInSecureThread(Main.java:218)
	at com.sun.javaws.Main$1.run(Main.java:104)
	at java.lang.Thread.run(Thread.java:637)
After clearing the java cache and relaunching from the page at 8080, the application launches but hangs immediately on the "Downloading Application" screen.

FWIW I'm accessing many Mirth instances over at least two VPNs, so I don't always have connectivity to fetch the latest copy of the app. Being able to launch it as an application rather than always hitting the webstart page is helpful, but not critical.

I'm not sure if this is an operator error, a Java issue, an OS X issue, or a Mirth issue. Any ideas?
__________________
Jon Bartels

Zen is hiring!!!!
http://consultzen.com/careers/
Talented healthcare IT professionals wanted. Engineers to sales to management.
Good benefits, great working environment, genuinely interesting work.
Reply With Quote
  #2  
Old 07-09-2009, 11:33 AM
jacobb jacobb is offline
Mirth Employee
 
Join Date: Aug 2006
Location: Irvine, CA
Posts: 1,218
jacobb is an unknown quantity at this point
Default

Interesting. One thing I do notice is that normally the URL from the webpage has a "?time=" parameter appended to it, but I don't think that should matter when loading it from the desktop. Another thing you might want to do is trying running the javaws command and look at what options you have. javaws -viewer will show you all of your java web start applications and some info about them...
__________________
Jacob Brauer
Director, Software Development
NextGen Healthcare

Reply With Quote
  #3  
Old 07-23-2009, 08:52 AM
jbartels jbartels is offline
Mirth Guru
 
Join Date: Oct 2006
Posts: 728
jbartels is on a distinguished road
Default

Ran into this again. The desktop link is a .app which winds up containing another executable for Mirth. Digging through that I see info.plist . That contains a reference to the machine I last ran Mirth from.

Is it possible that the Mac desktop link is trying to relaunch the JNLP from that URL rather than a local copy??
__________________
Jon Bartels

Zen is hiring!!!!
http://consultzen.com/careers/
Talented healthcare IT professionals wanted. Engineers to sales to management.
Good benefits, great working environment, genuinely interesting work.
Reply With Quote
  #4  
Old 07-23-2009, 12:00 PM
jacobb jacobb is offline
Mirth Employee
 
Join Date: Aug 2006
Location: Irvine, CA
Posts: 1,218
jacobb is an unknown quantity at this point
Default

Quote:
Originally Posted by jbartels View Post
Ran into this again. The desktop link is a .app which winds up containing another executable for Mirth. Digging through that I see info.plist . That contains a reference to the machine I last ran Mirth from.

Is it possible that the Mac desktop link is trying to relaunch the JNLP from that URL rather than a local copy??
It's sound like a mac or jvm issue to me, especially if the webstart page on the server still lets you launch it. Strange though, because I thought that would be the same thing...
__________________
Jacob Brauer
Director, Software Development
NextGen Healthcare

Reply With Quote
  #5  
Old 07-23-2009, 01:23 PM
jbartels jbartels is offline
Mirth Guru
 
Join Date: Oct 2006
Posts: 728
jbartels is on a distinguished road
Default

I'll dig into it some more and see what its doing. Who/how/when was the local install ability built? Is that a function of the JVM or something custom?

The problem is that I'm after a local install of Mirth because I'm hitting servers all over the place some that don't give me access to 8080* but do give me access to 8443. So the local copy is important.

*- that the admins know about.
__________________
Jon Bartels

Zen is hiring!!!!
http://consultzen.com/careers/
Talented healthcare IT professionals wanted. Engineers to sales to management.
Good benefits, great working environment, genuinely interesting work.
Reply With Quote
  #6  
Old 07-23-2009, 01:30 PM
jacobb jacobb is offline
Mirth Employee
 
Join Date: Aug 2006
Location: Irvine, CA
Posts: 1,218
jacobb is an unknown quantity at this point
Default

Quote:
Originally Posted by jbartels View Post
I'll dig into it some more and see what its doing. Who/how/when was the local install ability built? Is that a function of the JVM or something custom?

The problem is that I'm after a local install of Mirth because I'm hitting servers all over the place some that don't give me access to 8080* but do give me access to 8443. So the local copy is important.

*- that the admins know about.
It's not really a local install. It consists of the following in the jnlp:
Code:
        <shortcut online="true">
            <!-- put a shortcut on the desktop -->
            <desktop/>
            <!-- put shortcut in start menu too -->
            <menu submenu="Mirth"/>
        </shortcut>
__________________
Jacob Brauer
Director, Software Development
NextGen Healthcare

Reply With Quote
Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT -8. The time now is 07:08 AM.


Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2020, vBulletin Solutions, Inc.
Mirth Corporation