Forum Replies Created
-
AuthorReplies
-
HL7Spy has an FTP feature. Using that FTP feature we navigate to the directory where your SMATDBs are stored on the Cloverleaf server and select the ones you’d ‘like to download. HL7Spy will start downloading them and if they’re encrypted, it will ask for the password, too.
Make sure you’re using a version of HL7Spy that supports SMATDBs. I know version 20.xx does. HL7Spy is great and a total time saver!
Is search working? I tried using the search box in the upper-right-hand corner, but doesn’t return any hits (even when searching for simple terms).
Thanks
Should be in the metadata of the outgoing message. httpRequestInfo –> requestURL (don’t remember exactly the keyedlist/keys, You can use dumpmsg to see all the metadata of the message).
You’ll then have to override the requestURL key with your new url, update the message’s metadata with the new keyedlist, then CONTINUE the message.
- This reply was modified 3 years, 4 months ago by Tipu Razaq.
- This reply was modified 3 years, 4 months ago by Tipu Razaq.
- This reply was modified 3 years, 4 months ago by Tipu Razaq.
The webservices info that Cloverleaf provides says to use a GUI program called Portecle to manage your trust/key stores. You can generate certs/cert requests, create key/trust stores, export/import keys, etc. You can also do this solely via the command line, but it’s def not as easy.
After you setup your stores/certs, then you point the webservices thread configuration to the appropriate trust/key store locations on the server as needed. Provide the type of store and password also.
This may not be all that’s needed, but it’s where I’d start to look.
You can download Portecle if it’s not already installed. On a linux box you can use MobaXterm to execute (command line) Portecle so it can bring up the GUI.
java -jar <path to portecle.jar>
I think if the above is correct the mTLS should work since it has to do with exchanging the proper certs of both parties.
Here’s what the manual says:
• For ITERATE, Cloverleaf only supports the ITERATE action on an array node. In this case, the Basis should be an array node. There is no difference between field, group, and segment under Type. You can select any of these types and use the variable in the address.
You can iterate as long as it’s an array node you’re iterating over. Your schema doesn’t have any arrays that I can see. Your best bet may be to use a TCL proc and look into the JSON extension packages, although they’re not the best. Python would be better if you can use that since it supports JSON better.
I keep getting an error when trying to reply “ERROR: Your reply cannot be created at this time”
With TCL you have to read/write the file as binary
set infile [open “base64string” rb]
set outfile [open “file.pdf” w+b]
puts $outfile [binary decode base64 [read $infile]]close $infile
close $outfile- This reply was modified 3 years, 7 months ago by Tipu Razaq.
- This reply was modified 3 years, 7 months ago by Tipu Razaq.
CHEM\|L\|
Can you try using curl from the command prompt instead of TCL to see if there’s a difference?
curl -v -X POST -H “<HEADERS GO HERE>” myendpoint.servicebus.windows.net/ -d @/data/cloverleaf/cis19.1/integrator/s_adt1/data/20210114_servicebustest.json
No problem! Glad it worked!
Hmmm
Try this
lset xlateOutVals 0 “[string range [lindex $xlateInVals 0] 4 5]/[string range [lindex $xlateInVals 0] 6 7]/[string range [lindex $xlateInVals 0] 0 3]”
Makes sense. Your version of TCL is too old.
You can try this. It’s definitely not ideal. It’s just manipulating the string by extracting the YEAR, MONTH, DAY and creating a new string MM/DD/YYYY
Hopefully it’ll work with your version of TCL
Incoming string format YYYYMMDD
Output string format MM/DD/YYYY
lset xlateOutVals 0 [string cat [string range [lindex $xlateInVals 0] 4 5] “/” [string range [lindex $xlateInVals 0] 6 7] “/” [string range [lindex $xlateInVals 0] 0 3] ]
Interesting. Works when I try it.
Which version of TCL are you using? ‘info patchlevel’ command should tell you.
I think the format option was added in 8.5
I also noticed a mix up in the original code snippet. I’m assuming the date is coming in the following format: YYYYMMDD and you want it turned into MM/DD/YYYY
Updated snippet below:
lset xlateOutVals 0 [clock format [clock scan [lindex $xlateInVals 0] -format %Y%m%d] -format %m/%d/%Y]
Sorry Charlie, I guess I was just ticked off due to the frustrations experienced so far with the new site.
Looks wasn’t the only issue, it’s just something I noticed. Staring a screen 8+ hours a day takes a toll after all. Staring at a lot of white is even worse after a while. Dark themes are thing nowadays which some folks prefer for less eye strain.
What I meant was the new site is just worse than the old one, plain and simple. I genuinely cannot come up with something I like about the new one over the old one. Slower, lags, responding, quoting, is worse, etc. Great user experience/site usability is a must if you expect participation on a forum. If you don’t prioritize this point then we agree to disagree. We can’t expect a WordPress site to replace a forum. :/
No offense intended of course, just my take on it. I do participate when I can.
Why was the switch made anyway? Did someone leave who knew how to maintain the old forum and knowledge wasn’t handed off or something and decided to start over? 😀
-
AuthorReplies