FHIR IG Publisher templates - hl7-fhir

This http://ots.nccn.org/documentation/site/StructureDefinition-order-template.xml.html
was generated on Apr 2017 and I have been some updates top the schema. I am new to this process and did some reading and saw this tool org.hl7.fhir.igpublisher that would create the new HTML for me. I download the JAR file and run the command but I am getting this error >Exception in thread "main" java.lang.Error: unknown version 1.9.0
java.exe -jar C:\Project\IGPublisher\org.hl7.fhir.igpublisher.jar -ig "C:\Project\IGPublisher\Publish\ig.json" -watch
FHIR Implementation Guide Publisher (v3.6.0-a77f48d9, gen-code v3.6.0 / 2) # Wednesday, October 17, 2018 1:28:34 PM
Detected Java version: 1.8.0_191 from C:\Program Files\Java\jre1.8.0_191 on amd64 (64bit). 1797MB available
[C:\Project\IGPublisher] -ig C:\Project\IGPublisher\Publish\ig.json -watch
Package Cache: C:\Users\mcdevitt\.fhir\packages
Load Configuration from C:\Project\IGPublisher\Publish\ig.json (00.0020sec)
Root directory: C:\Project\IGPublisher\Publish (00.0106sec)
Terminology Cache is at C:\Project\IGPublisher\Publish\txCache. 243 files in cache (00.0147sec)
Contacting Build Server... (00.0148sec)
... done (01.0177sec)
Exception in thread "main" java.lang.Error: unknown version 1.9.0
at org.hl7.fhir.igtools.publisher.Publisher.getMasterSource(Publisher.java:1460)
at org.hl7.fhir.igtools.publisher.Publisher.loadCorePackage(Publisher.java:1426)
at org.hl7.fhir.igtools.publisher.Publisher.initializeFromJson(Publisher.java:1088)
at org.hl7.fhir.igtools.publisher.Publisher.initialize(Publisher.java:946)
at org.hl7.fhir.igtools.publisher.Publisher.execute(Publisher.java:525)
at org.hl7.fhir.igtools.publisher.Publisher.main(Publisher.java:4927)
Press any key to continue . . .

please take this up on https://chat.fhir.org/#narrow/stream/99-IG-creation (which you have)

Related

NativeLibraryDarwin.java:64 - Failed to link the C library against JNA. Native methods will be unavailable

If you are working on a latest MacBook pro with M1 chip. Installing Cassandra and starting it might throw an error.
Steps
1: Installed Jdk8
2: Installed Cassandra 4.0.1
How to start: /opt/homebrew/opt/cassandra/bin/cassandra -f
Output:
ERROR [main] 2021-10-08 00:03:12,568 NativeLibraryDarwin.java:64 - Failed to link the C library against JNA. Native methods will be unavailable.
java.lang.UnsatisfiedLinkError: /opt/homebrew/Cellar/cassandra/4.0.1/tmp/jna9964159388012624603.tmp: dlopen(/opt/homebrew/Cellar/cassandra/4.0.1/tmp/jna9964159388012624603.tmp, 1): no suitable image found. Did find:
/opt/homebrew/Cellar/cassandra/4.0.1/tmp/jna9964159388012624603.tmp: no matching architecture in universal wrapper
/opt/homebrew/Cellar/cassandra/4.0.1/tmp/jna9964159388012624603.tmp: no matching architecture in universal wrapper
at java.base/java.lang.ClassLoader$NativeLibrary.load0(Native Method)
at java.base/java.lang.ClassLoader$NativeLibrary.load(ClassLoader.java:2442)
at java.base/java.lang.ClassLoader$NativeLibrary.loadLibrary(ClassLoader.java:2498)
at java.base/java.lang.ClassLoader.loadLibrary0(ClassLoader.java:2694)
at java.base/java.lang.ClassLoader.loadLibrary(ClassLoader.java:2627)
at java.base/java.lang.Runtime.load0(Runtime.java:768)
at java.base/java.lang.System.load(System.java:1837)
at com.sun.jna.Native.loadNativeDispatchLibraryFromClasspath(Native.java:1018)
at com.sun.jna.Native.loadNativeDispatchLibrary(Native.java:988)
at com.sun.jna.Native.<clinit>(Native.java:195)
at com.sun.jna.NativeLibrary.<clinit>(NativeLibrary.java:87)
at org.apache.cassandra.utils.NativeLibraryDarwin.<clinit>(NativeLibraryDarwin.java:55)
at org.apache.cassandra.utils.NativeLibrary.<clinit>(NativeLibrary.java:98)
at org.apache.cassandra.service.CassandraDaemon.setup(CassandraDaemon.java:258)
at org.apache.cassandra.service.CassandraDaemon.activate(CassandraDaemon.java:763)
at org.apache.cassandra.service.CassandraDaemon.main(CassandraDaemon.java:887)
INFO [main] 2021-10-08 00:03:12,596 MonotonicClock.java:199 - Scheduling approximate time conversion task with an interval of 10000 milliseconds
INFO [main] 2021-10-08 00:03:12,597 MonotonicClock.java:335 - Scheduling approximate time-check task with a precision of 2 milliseconds
WARN [main] 2021-10-08 00:03:12,597 StartupChecks.java:143 - jemalloc shared library could not be preloaded to speed up memory allocations
WARN [main] 2021-10-08 00:03:12,597 StartupChecks.java:187 - JMX is not enabled to receive remote connections. Please see cassandra-env.sh for more info.
ERROR [main] 2021-10-08 00:03:12,597 CassandraDaemon.java:909 - The native library could not be initialized properly.
Solution:
Find where is jna-..*.jar located. you can do this using
find /opt/homebrew/ -name '*.jar' | grep cassandra
Browse to https://search.maven.org/artifact/net.java.dev.jna/jna/5.8.0/jar and download the jar from top-right downloads button on the page.
Replace your jna-..*.jar file with the one you downloaded. In my case i replaced jna-5.6.0.jar. Remember to keep the file name as your previous file name. Example I moved jna-5.8.0.jar and renamed as jna-5.6.0.jar
mv /Users/mansooralikhan/Downloads/jna-5.8.0.jar /opt/homebrew/Cellar/cassandra/4.0.1/libexec/jna-5.6.0.jar
Restart cassandra
To echo Mansoor's answer, I'll add that the version of JNA shipped with Apache Cassandra 4.0 unfortunately is not compatible with the M1 architecture.
To remedy this, head to the "downloads" section of the JNA GitHub repo, where you should find the latest version of the JNA jar file.
https://github.com/java-native-access/jna#jna
Download JNA version 5.8 or higher, and replace the existing jna-5.6.0.jar file in Cassandra's lib/ directory (tarball-based installs).
Just to add to the answers here, I wanted to note for posterity that the issue with arm64 on Apple M1 devices not supported by JNA 5.6.0 has been raised with the Apache Cassandra project previously.
More recently, it has been reported in CASSANDRA-17019. I brought it up with the project devs/contributors and hopefully it gets reviewed and resolved soon. Cheers!

Can't build a standalone .exe with the module pdftotext

I'm trying to convert my python script, which contains the module pdftotext, into a standalone .exe.
When I test the .exe app in my anaconda env It works correctly but when I test it on another device It gaves me this error:
File "main.py", line 3, in <module> #line 3 is import pdftotext
"ImportError: DLL load failed: The specified module could not be found"
[7300] Failed to execute script main
I'm sure the problem concern the module pdftotext because I tried with the simple script below and works correctly:
a=input("Start")
print("Hello world")
b=input("End")
The error appears if I convert this script:
import pdftotext
a=input("Inserisci")
print("Hello world")
b=input("Fine")
Sorry for my poor english, I come from Italy. I hope I'm making myself clear, thanks to everyone
EDIT 1. I figured out the problem may be related to poppler (library used by pdftotext) but at the moment I can't understand which file hooks up to import poppler
EDIT 2. After some work I found out two thing that might help to understand better my situation:
The .exe application works on my device (even outside the anaconda env where I've installed poppler and pdftotext) but It doesn't work on others devices (I've tried two different windows laptop and the error is the same); the script without 'pdftotext' work on every devices
In the dist folder (build by pyinstaller) appears a single file with
the name pdftotext: the file is 'pdftotext.cp37-win_amd64.pyd' (i'm
not sure what is it). In my anaconda env there are only two file
which contains the string 'pdftotext': the files are
'pdftotext.cp37-win_amd64.pyd' and 'pdftotext.exe'
EDIT 3
Full error when I run main.exe on different device :
Traceback (most recent call last):
File "main.py",line 1, in <module>
ImportError: DLL load failed: The specified module could not be found
[7140] Failed to execute script main
Full pyinstaller log:
(envPDF) C:\Users\miche\Desktop\project>pyinstaller --additional-hooks-dir=hooks main.py
65 INFO: PyInstaller: 3.6
65 INFO: Python: 3.7.6 (conda)
65 INFO: Platform: Windows-10-10.0.18362-SP0
65 INFO: wrote C:\Users\miche\Desktop\project\main.spec
65 INFO: UPX is not available.
81 INFO: Extending PYTHONPATH with paths
['C:\\Users\\miche\\Desktop\\project', 'C:\\Users\\miche\\Desktop\\project']
81 INFO: checking Analysis
81 INFO: Building Analysis because Analysis-00.toc is non existent
81 INFO: Initializing module dependency graph...
81 INFO: Caching module graph hooks...
81 INFO: Analyzing base_library.zip ...
3232 INFO: Caching module dependency graph...
3326 INFO: running Analysis Analysis-00.toc
3343 INFO: Adding Microsoft.Windows.Common-Controls to dependent assemblies of final executable
required by c:\users\miche\anaconda3\envs\envpdf\python.exe
3608 INFO: Analyzing C:\Users\miche\Desktop\project\main.py
3624 INFO: Processing module hooks...
3624 INFO: Loading module hook "hook-encodings.py"...
3718 INFO: Loading module hook "hook-pydoc.py"...
3718 INFO: Loading module hook "hook-xml.py"...
3954 INFO: Loading module hook "hook-pdftotext.py"...
6537 INFO: Determining a mapping of distributions to packages...
29442 INFO: Packages required by pdftotext:
[]
33735 INFO: Looking for ctypes DLLs
33735 INFO: Analyzing run-time hooks ...
33746 INFO: Looking for dynamic libraries
34387 INFO: Looking for eggs
34387 INFO: Using Python library c:\users\miche\anaconda3\envs\envpdf\python37.dll
34390 INFO: Found binding redirects:
[]
34395 INFO: Warnings written to C:\Users\miche\Desktop\project\build\main\warn-main.txt
34430 INFO: Graph cross-reference written to C:\Users\miche\Desktop\project\build\main\xref-main.html
35274 INFO: checking PYZ
35274 INFO: Building PYZ because PYZ-00.toc is non existent
35274 INFO: Building PYZ (ZlibArchive) C:\Users\miche\Desktop\project\build\main\PYZ-00.pyz
35794 INFO: Building PYZ (ZlibArchive) C:\Users\miche\Desktop\project\build\main\PYZ-00.pyz completed successfully.
35802 INFO: checking PKG
35802 INFO: Building PKG because PKG-00.toc is non existent
35804 INFO: Building PKG (CArchive) PKG-00.pkg
35824 INFO: Building PKG (CArchive) PKG-00.pkg completed successfully.
35824 INFO: Bootloader c:\users\miche\anaconda3\envs\envpdf\lib\site-packages\PyInstaller\bootloader\Windows-64bit\run.exe
35824 INFO: checking EXE
35824 INFO: Building EXE because EXE-00.toc is non existent
35824 INFO: Building EXE from EXE-00.toc
35824 INFO: Appending archive to EXE C:\Users\miche\Desktop\project\build\main\main.exe
35824 INFO: Building EXE from EXE-00.toc completed successfully.
35875 INFO: checking COLLECT
35875 INFO: Building COLLECT because COLLECT-00.toc is non existent
35875 INFO: Building COLLECT COLLECT-00.toc
96644 INFO: Building COLLECT COLLECT-00.toc completed successfully.
What you need is a hook file for PyInstaller. To quote the documentation:
In summary, a “hook” file extends PyInstaller to adapt it to the special needs and methods used by a Python package. ... ... They help the Analysis phase find needed files.
The official hook docs can be found at https://pyinstaller.readthedocs.io/en/stable/hooks.html.
Edit: the following should work:
Create this directory structure:
- yourcode.py
- hooks
- hook-pdftotext.py
And in the hook file put the following:
from PyInstaller.utils.hooks import collect_all
datas, binaries, hiddenimports = collect_all('pdftotext')
And then build with:
$ pyinstaller --additional-hook-dir=hooks yourcode.py

Stuck with dependencies in an AppX from Desktop App Converter

I have finally succeeded converting my desktop app to AppX with Desktop App Converter, and to sign it with the insight from Franklin Chen.
Step by step, I am getting closer to completion. But I am now bumping into a new hurdle (hopefully the last). I tried to follow the advice at
https://blogs.msdn.microsoft.com/vcblog/2016/07/07/using-visual-c-runtime-in-centennial-project/
I did install on my machine vc_uwpdesktop.110.exe, vc_uwpdesktop.120.exe and vc_uwpdesktop.140.exe.
But still not joy. When I try to install the AppX, I get this error message :
Ask the developer for a new app package. This
package may conflict with a package already
installed, or it depends on things not installed
here (package dependencies), or is made for a
different architecture (0x80073CF3)
20161015 - More information :
I tried to use add-appxpackage as instructed.
PS C:\Windows\system32> add-appxpackage –register C:\output\CheckWriterIII\PackageFiles\AppxManifest.xml
Here is the result on the command line :
add-appxpackage : Deployment failed with HRESULT: 0x80073CF3, Package failed updates, dependency or conflict validation.
Windows cannot install package CheckWriterIII_3.2.0.0_x86__eqr0y32pbpypt because this package depends on a framework that could not
be found. Provide the framework "Microsoft.VCLibs.120.00.UWPDesktop" published by "CN=Microsoft Corporation, O=Microsoft
Corporation, L=Redmond, S=Washington, C=US", with neutral or x86 processor architecture and minimum version 12.0.40652.5, along
with this package to install. The frameworks with name "Microsoft.VCLibs.120.00.UWPDesktop" currently installed are: {}
NOTE: For additional information, look for [ActivityId] 147c2bae-26c2-0005-268c-7c14c226d201 in the Event Log or use the command
line Get-AppxLog -ActivityID 147c2bae-26c2-0005-268c-7c14c226d201
At line:1 char:1
+ add-appxpackage –register C:\output\CheckWriterIII\PackageFiles\AppxM ...
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo : WriteError: (C:\output\Check...ppxManifest.xml:String) [Add-AppxPackage], IOException
+ FullyQualifiedErrorId : DeploymentError,Microsoft.Windows.Appx.PackageManager.Commands.AddAppxPackageCommand
As instructed, I have fetched the log :
PS C:\Windows\system32> Get-AppxLog -ActivityID
147c2bae-26c2-0005-268c-7c14c226d201
Time ID Message
---- -- ------- 10/15/2016 5:41:58 PM 301 The calling process is powershell.exe 10/15/2016 5:41:58
PM 603 Started deployment Register operation on a package
with main parameter: AppxManifest.xml and
Options: DevelopmentModeOption. See http://go.microsoft.com/fwlink/?LinkId=235160 for help
diagnosing app deployment issues. 10/15/2016 5:41:58 PM 10002 Creating Resiliency
File
C:\ProgramData\Microsoft\Windows\AppRepository\76c1ec66-a626-417f-be
73-95fd9ce4b88f_S-1-5-21-2501171662-860024267-76414939-1001_1.rslc for
Register Operation on
Package CheckWriterIII_3.2.0.0_x86__eqr0y32pbpypt. 10/15/2016 5:41:58 PM
607 Deployment Register operation on package
CheckWriterIII_3.2.0.0_x86__eqr0y32pbpypt has been
de-queued and is running for user DESKTOP-V1EBBS5\mitch. 10/15/2016 5:41:58 PM 613
Adding uri to the list of Uris:
C:\output\CheckWriterIII\PackageFiles\AppxManifest.xml. 10/15/2016
5:41:58 PM 628 Windows cannot install package
CheckWriterIII_3.2.0.0_x86__eqr0y32pbpypt because this
package depends on a framework that could not be found. Provide the framework
"Microsoft.VCLibs.120.00.UWPDesktop" published by "CN=Microsoft
Corporation, O=Microsoft
Corporation, L=Redmond, S=Washington, C=US", with neutral or x86 processor architecture and
minimum version 12.0.40652.5, along with this package to install. The frameworks with name
"Microsoft.VCLibs.120.00.UWPDesktop" currently installed are: {}
10/15/2016 5:41:58 PM 605 The last successful state
reached was Indexed. Failure occurred before reaching the next
state Resolved. hr: 0x80073CF3 10/15/2016 5:41:58 PM 401 Deployment Register operation
with target volume C: on Package
CheckWriterIII_3.2.0.0_x86__eqr0y32pbpypt from: (AppxManifest.xml)
failed with error
0x80073CF3. See http://go.microsoft.com/fwlink/?LinkId=235160 for help diagnosing app
deployment issues. 10/15/2016 5:41:58 PM 404 AppX Deployment operation failed for
package CheckWriterIII_3.2.0.0_x86__eqr0y32pbpypt with
error 0x80073CF3. The specific error text for this failure is: Windows cannot install
package CheckWriterIII_3.2.0.0_x86__eqr0y32pbpypt because this package depends
on a
framework that could not be found. Provide the framework
"Microsoft.VCLibs.120.00.UWPDesktop" published by "CN=Microsoft
Corporation, O=Microsoft
Corporation, L=Redmond, S=Washington, C=US", with neutral or x86 processor architecture and
minimum version 12.0.40652.5, along with this package to install. The frameworks with name
"Microsoft.VCLibs.120.00.UWPDesktop" currently installed are: {}
Now I don't understand why it does not find Microsoft.VCLibs.120.00.UWPDesktop. I have downloaded and installed vc_uwpdesktop.120.exe 12.0.40653.00 and double verify it as not only in programs and features, but on the disk where it is supposed to be.
Thanks for the update. That confirms what the problem is. It was actually described in your original post, but it's quite subtle:
I did install on my machine vc_uwpdesktop.110.exe, vc_uwpdesktop.120.exe and vc_uwpdesktop.140.exe.
Unfortunately this did not do what you think. It installed the .appx files that can be used to redistribute the framework dependencies. It did not actually install the framework dependencies themselves.
To install them, you have to find the .appx files they installed (or at least the 120 x86 version) and ensure they are also installed. You can do so directly with the App Installer, with Add-AppxPackage separately (and ahead of time), or, I believe, as part of your package's installation by referencing the framework dependency in a -DependencyPath argument.
The path to the .appx file in question looks something like this; tweak the version numbers and platform for your case as required. Just make sure you don't accidentally use a variant without "Desktop" in its name.
C:\Program Files (x86)\Microsoft SDKs\Windows Kits\10\ExtensionSDKs\Microsoft.VCLibs.Desktop.110\14.0\Appx\Retail\x86
Once you install or reference the correct package here, your main package should install (or register) successfully.

Missing some spoon steps (plugins) at runtime (KarafLifecycleListener Error)

I am using open-source Pentaho distribution from github.com (version 6.1-SNAPSHOT).
In Spoon there are some step missing (e.g. There is no Mongodb input/output step listed) and I cant add dataservice to step (There are no errors, this option just isn't on the list).
I have reinstalled everything (removed .kettle and .pentaho directories as well as whole source and distribution) but it didn't help.
This is what I get at spoon startup:
16:05:50,304 INFO [KarafInstance]
* Karaf Instance Number: 1 at ~/pentaho-kettle/d
ist/./system/karaf//data1
Karaf Port:8801
OSGI Service Port:9050 *
Dec 23, 2015 4:05:51 PM org.apache.karaf.main.Main$KarafLockCallback
lockAquired
INFO: Lock acquired. Setting startlevel to 100
2015/12/23 16:05:53 - cfgbuilder - Warning: The configuration
parameter [org] is not supported by the default configuration builder
for scheme: sftp
Dec 23, 2015 4:05:58 PM
org.pentaho.caching.impl.PentahoCacheManagerFactory$RegistrationHandler$1
onSuccess INFO: New Caching Service registered
16:06:04,009 ERROR [KarafLifecycleListener] The Kettle Karaf Lifycycle
Listener failed to execute properly. Releasing lifecycle hold, but
some services may be unavailable.
I suspect that
ERROR [KarafLifecycleListener] The Kettle Karaf Lifycycle Listener
failed to execute properly. Releasing lifecycle hold, but some
services may be unavailable.
has something to do with it as missing plugins reside somewhere under karaf/ directory.
It was working just fine week ago.
I am using Ubuntu 15.04.
I will be grateful for any hints.
Greetings.
you are using a non stable release. this is the place where you can download the latest stable release http://sourceforge.net/projects/pentaho/
Agreed with jipipayo, For Pentaho CE version, download it from http://community.pentaho.com/ official instead of github. It is highly possible that the codes in github might be in unstable condition.
Also in case you have a missing plugin, try using the Pentaho Marketplace and download the required plugins.
Hope this helps :)

The runtime version supported by this application is unavailable during app startup

I'm getting the following lines on app startup.
Application works fine though:
Jun 22 18:29:54 Alexeys-iPod-touch xxx[1169] : WARNING: The
runtime version supported by this application is unavailable. Jun 22
18:29:54 Alexeys-iPod-touch xxx[1169] : Using default
runtime: v4.0.30319
What should I do about it (and should I)?
This is just some debug spew we haven't had time to remove yet.
You can safely ignore it.

Resources