Forum Replies Created
-
AuthorReplies
-
May 9, 2025 at 11:12 am in reply to: NoClassDefFoundError in WebServer process after adding database actions #122026
It does sound like a CLASSPATH problem. I’m not very familiar with how environment variables are set in Cloverleaf under Windows. I’m more familiar with Linux. If you can get tech support from Infor that would probably help.
I would see if starting the process from the command line (hcienginerun command) vs. starting through the host server vs. having the processes auto-start with the service makes a difference in how it behaves.
Someone probably wrote a script outside of Cloverleaf that is doing this:
hcicmd -p processname -c “bogus cmd to see if process is responding”
This is probably in a script that is checking if your processes are stuck. I’ve never heard of this before, so it’s probably written by someone specifically for your organization.
Do you know about how the forward queue works? If that’s going to be a problem I could probably make a loopback interface to another thread, await replies, and have the second interface add the PDF and forward the reply from Epic. But if the forward queue can’t get big I don’t want to bother with that.
I would try to find out if they’re using HTTPS or HL7 MLLP+TLS. HTTPS is more common.
They should send you a lot more information than you’ve provided here: protocol, server address, port, authentication type, TLS version, etc.
you could have the non-ADT get to the DMS first
To prevent this you could have your script that moves the files from the hold directory run from the Send OK TPS of the ADT thread.
I’ve done stuff like that using the “java/ws-rawclient” protocol. It may also be possible with the “http-client” protocol. But if you want examples from me, they would be using ws-rawclient which requires a web services license.
Cloverleaf can’t work with multiple developers like normal software projects. If two developers make separate clones of the repo, they can’t both be running at the same time since Cloverleaf relies on having a single HCISITEDIR and specific file/folder structure under that.
What we’ve done is have all of our users open SSH sessions to their own accounts, sudo over to the hci account, and run version control commands as hci. We’re still using SVN since we haven’t seen much need to switch to GIT given the Cloverleaf restrictions.
You could probably put all of your files from HCIROOT into a repo, use .gitignore files to exclude folders that aren’t maintained locally at your site, and make separate branches for test and production. Commit files to your test branch, merge them into the production branch and pull them from your prod server.
Like I said, we’re still on SVN and we do something similar, so hopefully someone who manages their environment with GIT can respond.
I think you need to include more of the log file. The Traceback and the lines below it are usually helpful for troubleshooting.
For connections from Cloverleaf to Epic we’re using ClientAuth mode, TLS 1.2.
This is what the TLS settings look like on the Epic side:
Server, TLS 1.2 – Client authentication required Key type: RSA Cipher List/Suites: AES/STRONG Cert validity: 2023/10/16-2025/10/15 CN: epicprd.Valleymed.net Issued by: UW-Valley Medical Center Issuing CA2 CA validity: CN: Issued by:
For Epic to Cloverleaf we’re using Server mode, same version.
I had tried opening and closing the NetConfig within the IDE which didn’t help, but totally restarting the IDE seemed to fix it. Thanks.
Exception code 0xc0000374 is “heap corruption”. The codes are documented here. I’m not sure what could cause this.
If you’re doing an output cycle, wouldn’t you want to be removing *.log.old and *.err.old? I haven’t tested this, so this is just a guess.
I think your exec command may work, but you’re missing the “eval”.
If you want to change sites within a TCL script, you need to do something like this:
eval [exec $::env(CL_INSTALL_DIR)/integrator/sbin/hcisetenv -site tcl $site]
I was wondering what happened. Thanks for the update.
-
AuthorReplies