[ERROR] Failed to execute goal on project VideoViewer-client: Could not resolve dependencies for project
com.byes.ignition:VideoViewer-client:jar:1.0-SNAPSHOT: The following artifacts could not be resolved:
com.teamdev.jxbrowser:jxbrowser:jar:6.19.1, com.teamdev.jxbrowser:jxbrowser-win:jar:6.19.1,
com.teamdev.jxbrowser:jxbrowser-linux64:jar:6.19.1, com.teamdev.jxbrowser:jxbrowser-mac:jar:6.19.1: Could not find
artifact com.teamdev.jxbrowser:jxbrowser:jar:6.19.1 in releases
(https://nexus.inductiveautomation.com/repository/inductiveautomation-releases) -> [Help 1]
Thanks, that’s ok, but
I Have an other issue with com.inductiveautomation.ignition.client.sqltags.ClientTagManager used in my module and which is not found in 8.0 ?
Indeed that class has been removed in Ignition 8. You’ll probably want to migrate to com.inductiveautomation.ignition.client.tags.model.ClientTagManager which is the analogous class (but interfaces with the new Tag system).
We are in the process of building 8.0 javadocs and will get something posted today.
Do you just need the value of system flags, or do you specifically need parseSafe?
If the former, from the client module hook you can cast the ClientContext you get in the module hook’s startup to a VisionClientContext, then getSystemUtils().getSystemFlags().
If you actually need parseSafe, then the new class is com.inductiveautomation.ignition.common.tags.paths.parser.TagPathParser::parseSafe
I subscribe to the tag, with an
com.inductiveautomation.ignition.common.sqltags.model.event.TagChangeListener;
I suppose I need to use a :
import com.inductiveautomation.ignition.common.tags.model.event.TagChangeListener;
but equivalent com.inductiveautomation.ignition.common.sqltags.model.TagProp don't exist in 8.0 ?
perhaps, now the TagProp to subscribe can be mentionned with
ClientTagManager.subscribeAsync ?
Here is a link to download a zip of the current beta javadocs, they should prove very helpful. We are also in the process of uploading the docs to be browsable online, I will follow up with a post with that link once it’s available.
FWIW, I’ve an updated Simulation Aids for Ignition8. It turned out relatively simple once I got my dev environment set up on Java11: BaseContext ==> CommonContext and Quality/DataQuality ==> QualityCode were the only notable changes.
I just tried to create a new maven project based on sdk from the default archetype from Ignition’s Maven repository and changed the default sdk version 7.7.5 to 8.0.0 in POM file
Ok. However the previous version (7.*) is building the modl files but its getting rejected by Ignition while installing in version 8.0, it says major version mismatch, which is understandable.
Is there a way to force the installation on 8.0 as my modules use just a few very basic api’s of sdk which I am sure are not going to change from 7 to 8? I am mainly trying to load some external jar files in to Ignition thru this module, as copying them in user lib folder will require restarting of gateway, which I want to avoid.
Is there any alternative approach available? This is only for version 8, as for version 7 the modl is building and installing in Ignition.
Change the required version in your module.xml to be 8.0.0. You can’t have the same module file work in both 7.9 and 8.0. Create a branch in your source control for v8. There’s no alternative.
I renamed the signed file .modl to .zip and edited the module.xml file and changed version from 7.7.3 to 8.0.0 in re-zip it back to my signed module . While installing it in Ignition 8 it says
Entry: “module.xml” not found.
See log for details.
the module.xml is there in the modl file!
(In fact even while installing it on Ignition 7.9.10 I get the same error!)
Anything missing in the Maven POM file? I just used the default settings while creating empty maven project from Ignition G-D-C archetype !