You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Using ./gradle zipModule (or ./gradle build w/dummy certificate) to build a module file, it will not detect and include changes done in common, designer or gateway. Only if a change has been done in web will a new modl file actually get created.
It will correctly generate a modl file upon first call after cloning the repo. But for subsequent calls, it does not detect that java/json files has changed.
Issue was not present in older version using ./gradle buildModule
On a related note:
Previously build number was added as byyyymmddHH, but for all builds with the newest version we only get b0. Is this as expected?
Steps to reproduce:
Check out latest version of perspective-component
Open git bash in repo on a PC running windows 10
Run ./gradlew build or ./gradlew zipModule --> A .modl file gets created
Make a change to common/src/main/resources/*.json
Run ./gradlew build or ./gradlew zipModule --> No new .modl file will be created (unless old file was deleted manually first).
You can force it to create a modl file that actually contains the changes in /common/src/main/resources by deleting /common/build before running ./gradlew build. This results in a new .modl file creation, that actually includes the changes made to the json file.
PS: designer does not notify that it requires restart - you must do that manually before changes can be seen.
The text was updated successfully, but these errors were encountered:
Thanks for submitting this, we'll get it looked at. I wouldn't be surprised if the issue you noted was related.
Previously build number was added as byyyymmddHH, but for all builds with the newest version we only get b0. Is this as expected?
Can you be more specific where this is happening?
Sorry, I was a bit unclear there.
What I meant to say, is that when we load our modl file in Ignition we can see the x.y.z that we set our selves. But in addition we can also see a build number in brackets.
Previously this build number was set automatically as e.g. (b2022120315) for a file built at 2022-12-03 15:nn.
With the new version the build number is always at (b0).
Now I am not sure if that is actually a symptom of some issue (e.g. that it was meant to increment automatically), or if there is somewhere that we are meant to connect to ourselves, to make it increment.
Using
./gradle zipModule
(or./gradle build
w/dummy certificate) to build a module file, it will not detect and include changes done incommon
,designer
orgateway
. Only if a change has been done inweb
will a new modl file actually get created.It will correctly generate a modl file upon first call after cloning the repo. But for subsequent calls, it does not detect that java/json files has changed.
Issue was not present in older version using
./gradle buildModule
Could it be linked to the following issue?
inductiveautomation/ignition-module-tools#28
On a related note:
Previously build number was added as
byyyymmddHH
, but for all builds with the newest version we only getb0
. Is this as expected?Steps to reproduce:
perspective-component
./gradlew build
or./gradlew zipModule
--> A .modl file gets createdcommon/src/main/resources/*.json
./gradlew build
or./gradlew zipModule
--> No new .modl file will be created (unless old file was deleted manually first).You can force it to create a modl file that actually contains the changes in
/common/src/main/resources
by deleting/common/build
before running./gradlew build
. This results in a new .modl file creation, that actually includes the changes made to the json file.PS: designer does not notify that it requires restart - you must do that manually before changes can be seen.
The text was updated successfully, but these errors were encountered: