PHINMS 3.0

104 views
Skip to first unread message

Christina Crawford

unread,
Feb 6, 2018, 11:00:04 AM2/6/18
to PHINMS User Community
I got an email from CDC I think that there is a new version of PHINMS 3.0.  In order to use it, both the sender and receiver must be on PHINMS 3.0.
I thought PHINMS 3.0 version during the trial period was all web based.  Also, the coding features were not all coded either.  The project was put on hold the last I heard as to a lack of funding.
Does anyone know what is going on?

Lowe, Phillip (DOH)

unread,
Feb 6, 2018, 11:08:40 AM2/6/18
to phi...@googlegroups.com

PHINMS 3.0 is a new version of PHINMS. PHINMS 3.0 now supports TLS 1.2 which we should all be using.  It can be set up to use both TLS 1.0 and 1.2.   We have already installed it on a few servers as we are slowly working on the migration to Win 2012.

 

  MTS is the web based tool and was more like version .03 when the trial was started.  There is no connection in the code between the two.

 

 

Phill Lowe – 360 236-4261

--

---
You received this message because you are subscribed to the Google Groups "PHINMS User Community" group.
To unsubscribe from this group and stop receiving emails from it, send an email to phinms+un...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Christina Crawford

unread,
Feb 6, 2018, 11:41:19 AM2/6/18
to PHINMS User Community
Is there any documentation about PHINMS 3.0?
Is it true that both the sender and receiver has to have PHINMS 3.0 installed?
When it creates the desktop icon, does it work better than version PHINMS 2.9 where we have to use the PHINMS.bat file to open up the console?

Christina

Christina Crawford

unread,
Feb 6, 2018, 11:51:20 AM2/6/18
to PHINMS User Community
Believe it or not, CDC actually put out PHINMS 3.0 documentation on their web site!

Francis de Wet

unread,
Feb 6, 2018, 11:53:56 AM2/6/18
to phi...@googlegroups.com
I guess most of the documentation is at:


The sender and receiver should both support TLS 1.2.  The AIMS Platform supports TLS 1.2 and batch poling on a previous version of PHINMS.  There has been no major code changes in PHINMS proper apart from Tomcat, Java, and TLS upgrades.  

I cannot comment on the desktop icon part ...

Frans
--
Thanks,
Frans de Wet
Founder and Chief Technology Officer, Uber Operations LLC
Mobile -  (850) 445-7696

Lowe, Phillip (DOH)

unread,
Feb 6, 2018, 11:54:31 AM2/6/18
to phi...@googlegroups.com

Not really.  The changes are new version of Tomcat and Java and addition of TLS 1.2.  As I understand it nothing else.

Nope, still using the bat file to run the console.

Lowe, Phillip (DOH)

unread,
Feb 6, 2018, 11:54:44 AM2/6/18
to phi...@googlegroups.com

That is pretty new.  It wasn’t there about three weeks back when we looked.

Christina Crawford

unread,
Feb 6, 2018, 12:14:16 PM2/6/18
to PHINMS User Community
I had reported the error I was receiving when clicking on the phinmsconsole.exe file and had to use the phinmsconsole.bat file. 
I guess they can't read emails and should have put a fix in for this issue before creating PHINMS 3.0.

Christina Crawford

unread,
Feb 6, 2018, 3:52:42 PM2/6/18
to PHINMS User Community
Do you know if both the sender and receiver have to upgrade to PHINMS 3.0 like the document says even if all TLS options are enabled?
Is there an option to enable all TLS versions during installation or is it a configuration file change?
is there much a difference between 2.9.0 and 3.0?
I thought I read somewhere in the 3,0 documentation about installing web applications?
Have you ever used the remote option?

Lowe, Phillip (DOH)

unread,
Feb 6, 2018, 4:00:33 PM2/6/18
to phi...@googlegroups.com

It can be installed to use both versions of TLS.  You should push your partners to also upgrade.  We are pointing out that this is a good opportunity to move to Windows 2012 as well.

I don’t recall where the configuration happens.  Once all of your partners are upgraded, you can turn off TLS 1.0 for a much more secure system.

 

We do not use the remote console and have not installed it that way.

Christina Crawford

unread,
Feb 6, 2018, 4:03:56 PM2/6/18
to PHINMS User Community
OK.  My question is if we upgrade to 3.0 as a receiver (we are still trying to get that to work), can a sender still use 2.8. or 2.9?
Also, of we are a sender usig 3.0, can the receiver be 2.8 or 2.9?

One of the CDC documents on their web site said there will be a date when they will shut off the 1.0 version on their end of 3.0?  I am assuming this will make everyone be off a 2.x version.  Thoughts?

phill

unread,
Feb 6, 2018, 6:18:31 PM2/6/18
to phi...@googlegroups.com
3.0 can be installed with told 1.0 enabled. That is what the CDC has done.  At some point they will turn off TLS 1.0 at that point only systems that are doing TLS 1.2 will work, ie 3.0



Sent from my Verizon, Samsung Galaxy smartphone

Emily Cheng

unread,
Feb 8, 2018, 4:59:24 PM2/8/18
to PHINMS group
I’m in the process installing PHINMS 3.0 on Windows Server 2016.  As I understand, PHINMS 3.0 as a Sender can only sent files to PHINMS 3.0, but as a Receiver it can still receive files from older versions.  I have many hospitals using older versions, so I had the same question when considering to install 3.0 too. 

Does anyone have phinms proxy for the Jakarta/ISAPI installed on Windows Server 2016 with IIS 10?  Could anyone please share your documentations if possible? 

Thanks,
Emily

Preacher Man

unread,
Feb 9, 2018, 9:09:43 AM2/9/18
to phi...@googlegroups.com

Emily,


I would start by carefully reading https://tomcat.apache.org/connectors-doc/webserver_howto/iis.html.  I believe it will provide enough information to search for the appropriate plugin (if not a direct link) as well as details related to configuration.


My cursory look suggests IIS 7 will only work with 64 bit applications (e.g. Tomcat 7... at least it wants 32 bit set to false). That may not play well with PHINMS 3.0.  I haven't yet unpacked my copy to see if it is a 64 bit JVM.  Hopefully others who have tried this can provide real life experience.


I've never been an IIS fan. An Apache proxy plays much nicer with Tomcat IMHO.


Good luck


Tom


Document Conventions and Assumptions ${tomcat_home} is the root directory of tomcat. Your Tomcat installation should have the following subdirectories:




From: phi...@googlegroups.com <phi...@googlegroups.com> on behalf of Emily Cheng <yche...@gmail.com>
Sent: Thursday, February 8, 2018 3:59 PM
To: PHINMS group
Subject: Re: PHINMS 3.0
 

Emily Cheng

unread,
Feb 13, 2018, 11:48:39 AM2/13/18
to phi...@googlegroups.com
Thanks Tom.  We’ve setup the proxy on IIS 10 and will write down instructions later for future use and for whoever interested. 

Emily

Lowe, Phillip (DOH)

unread,
Feb 13, 2018, 11:51:13 AM2/13/18
to phi...@googlegroups.com

WA has run the 64bit JVM, PHINMS and JDBC drivers for years now.

 

Phill Lowe – 360 236-4261

Lowe, Phillip (DOH)

unread,
Feb 13, 2018, 11:52:30 AM2/13/18
to phi...@googlegroups.com

That would be for PHINMS 2.8.2, and one instance of 2.9.  Now moving to 64 bit of 3.0.

 

 

Phill Lowe – 360 236-4261

 

From: phi...@googlegroups.com [mailto:phi...@googlegroups.com] On Behalf Of Emily Cheng


Sent: Tuesday, February 13, 2018 8:49 AM

Preacher Man

unread,
Feb 14, 2018, 9:39:59 AM2/14/18
to phi...@googlegroups.com

Phil,


Was this (below) referring to your previous post saying you have been running 64 bit JVM (PHINMS) "for years"?  Did you replace the JVM that 2.8.2 installs with?  Mine copy is certainly a 32 bit JVM (otherwise it wouldn't run very nice on my old XP box :-). Maybe you could provide a few more details of your configurations.  That might help Emily with her question.


It seems there are fewer issues running 64 bit JVM on *NIX with Tomcat apps, but note that Windows Tomcat has come in both 32 and 64 bit versions for quite some time (see their download site).  I assume that is due to some kind of incompatibilities but I haven't gone to the trouble to nail down specifics.


There is certainly no issue with 32 bit JVM on a 64 bit MS OS (they way I always setup and ran PHINMS when I still worked), but it seems to me the issue here is between a 64 bit IIS and the JVM (version).


I gotta unpack my 3.0 and see what is inside (grin).


Tom




From: phi...@googlegroups.com <phi...@googlegroups.com> on behalf of Lowe, Phillip (DOH) <Philli...@DOH.WA.GOV>
Sent: Tuesday, February 13, 2018 10:52 AM
To: phi...@googlegroups.com
Subject: RE: PHINMS 3.0
 

Lowe, Phillip (DOH)

unread,
Feb 14, 2018, 11:00:17 AM2/14/18
to phi...@googlegroups.com

Hmmm,  Can’t say we did anything special.  I do know we had the 64 bit PHINMS and the 64 bit SQL drivers.  I assume that would require a 64 bit JVM.   There was also a bit of trouble with the scans because it kept showing an older JVM after they had run an update process.  That was back when you could use the web to do an update of the 32 bit but not the 64 bit versions.  For a couple of years we had to update the JVM manually because our server folks could only push the 32 bit update.

 

 

Phill Lowe – 360 236-4261

Preacher Man

unread,
Feb 14, 2018, 3:11:30 PM2/14/18
to phi...@googlegroups.com

Phil,


I guess I'm just not getting it... I was never aware of a "64 bit PHINMS". Every version I ever got a hold of ran just fine on my old x86 boxes (e.g. 32 bit) and I never saw a 64 bit vs. 32 bit offering from CDC.  That said, most of the stuff that follows relates to MS platforms.  The *NIX guys have a whole 'nother experience.


I know there may be some confusion regarding Java virtual code versus the native code that interfaces the JVM to the hardware.  It is that interface that is in question and that needs to match up AFAIKT. On MS boxes that native interface is generally implemented in .DLL binaries. In other words, a "64 bit JVM" and a "32 bit JVM" should run the same pure Java binaries (.class files) but could not be used cross platform. The naming references the native interface.


A 32 bit version of XP for example would not run a "64 bit JVM", although a 64 bit MS server OS could run a "32 bit JVM" because of downward compatibility - the "32 bit mode" and hence two different "Program Files" folders on MS 64 bit platforms.


I believe this is why people report that (64 bit) IIS needs a matching "64 bit Tomcat" in order to interface.  That interface is typically ISAPI/AJP which is native machine code, not JAVA virtual code. OTOH, a straight HTTP reverse proxy connection shouldn't care and would even work across networks.


Proprietary dB vendors like to play with their interfaces which explains why there are so many different JDBC versions for the same dB. That "64 bit" SQL interface may refer more to interface changes than to actual differences in the native code size/interface, especially for SQL extensions to syntax or grammar that are normalized by the JDBC.

As for "pushing JVM", remember that PHINMS installs and runs under it's own JVM.  So unless your guys do a lot of messing around with PHINMS configurations, Tomcat wrapper options, etc.  PHINMS will be pretty independent of the "default" JVM for the OS.

If you dive into the JDK \bin installed with PHINMS and execute 

.\java -version


it should tell you if it is 64 bit (without the ".\" you'll probably get the "default" java in your path, the one installed by the "push").

Tom


From: phi...@googlegroups.com <phi...@googlegroups.com> on behalf of Lowe, Phillip (DOH) <Philli...@DOH.WA.GOV>
Sent: Wednesday, February 14, 2018 10:00 AM

Loyall, David

unread,
Feb 28, 2018, 1:54:14 PM2/28/18
to phi...@googlegroups.com

According to my experience and https://stackoverflow.com/questions/2664424/tomcat-on-windows-x64-using-32-bit-jdk#comment2682778_2664456, a 64-bit Tomcat requires a 64-bit JDK.

 

Does anybody have a spare 32-bit windows laying around to try installing and running PHINMS 3.0 on?

 

I believe that 2.9 would successfully install, but not run.  I speculate that manually replacing Tomcat with the 32-bit version would have solved the problem, but my customer (small hospital) simply provided a 64-bit Windows machine instead.  If I recall correctly, it was specifically the 64-bit Tomcat exe files that were the problem.

 

Cheers,

--Dave L.

Tom

--

---
[older message trailers snipped out]

Preacher Man

unread,
Mar 2, 2018, 9:48:09 AM3/2/18
to phi...@googlegroups.com

I believe that is correct Dave.  This is actually related to the PHINMS 3.0 topics that Phill Lowe has graciously contributed to.  I finally got around to unpacking 3.0 on my ancient 32 bit XP box and it is indeed installed with a 64 bit JDK, so of course it would not run.


I could point the default HSQL dB at a 1.6x 32 bit JDK and run it, but not the PHINMS Tomcat which has class signatures requiring a minimum of 1.7 JRE. And while I have not yet confirmed, I believe there are parts that may require a 64 bit JDK/JRE.


For development work I have commonly used the scripts in (Tomcat) appserver\bin to run PHINMS from the command line, rather than as a service. That of course requires some simple external wrapper scripts to set up needed environment variables including JAVA_HOME and JRE_HOME.  I guess my next step will be to install a 1.7 JDK and see if I can get 3.0 to run 32 bit, but I don't have high hopes as I'm guessing that tcnative-1.dll will (eventually) get loaded and it will indeed be 64 bit.


The EXE Tomcat file are only needed for the service, but seem to be 64 bit as well. I'll post more of my findings after 1.7 32 bit JDK testing.


I do know that the ONLY difference in the PHINMS application libraries between 2.8.02 and 3.0 are ebxml.jar and resources.jar.  And supposedly the only differences between 2.9 and 3.0 are updated Tomcat and JDK.  I don't have 2.9 loaded at home and don't recall if it installed 32 bit or 64 bit, but I think it was 32 bit.  If that is indeed the case I would tell (32 bit) clients just to stick with 2.9 or 2.8.02 and call it a day.


Of course that won't help with the TSL/SSL protocol issue, but if it turns out the PHINMS app is REALLY platform agnostic, putting 3.0 up on a 32 bit Tomcat/JDK that does support the newer TSL protocols might be doable with some work. I may look into that as well if I get bored (:-).


Tom




From: phi...@googlegroups.com <phi...@googlegroups.com> on behalf of Loyall, David <david....@nebraska.gov>
Sent: Wednesday, February 28, 2018 12:54 PM

To: phi...@googlegroups.com
Subject: RE: PHINMS 3.0
 

According to my experience and https://stackoverflow.com/questions/2664424/tomcat-on-windows-x64-using-32-bit-jdk#comment2682778_2664456, a 64-bit Tomcat requires a 64-bit JDK.

Hoping someone can help. The rub: I can't get Tomcat 5.5 to start as a windows service on 64-bit windows using a 32-bit JDK. the details: I've been running Tomcat 5.5 ...

Tom

tomcat.apache.org

The Apache Tomcat ® software is an open source implementation of the Java Servlet, JavaServer Pages, Java Expression Language and Java WebSocket technologies.

--
Reply all
Reply to author
Forward
0 new messages