rieder wrote:1. Can we deploy a NGClient (WAR) into this context? So that a SmartClient and an NG Client run on the same Servoy Application Server? So that they benefit from data broadcasting? Since the WAR-file includes "everything", we guess no.
yes that will work fine, the only thing is if you start from Smart/Web and you didn't export any solution (so only solution imports)
Then you have to make sure if you import a NGClient solution that you did select all the components and services of the ngclient when you created the WAR
Because if you use 3th party components (WebPackageManager for example) and those are updated then you need to recreate the WAR
Any change to component,service or layout packages has to go into a new war, you can't just import a ngclient solution itself which doesn't contain that stuff.
So every time you just import a ngclient solution, you have to ask yourself does this WAR when i created it has all the right components/services that this ngclient solution uses.
rieder wrote:
2. For the UserManager Plugin (during login/authenticate of our SmartClient) we now get the error message: UserManagerService cannot be startet for a not authenticated client. Do you know, if this should work as before? Or are there limitations for that plugin?
don't think that should a difference between 7.4.x and 8.x
thats just our security model that was already in place for quite some time (i think since 5.2)
we have a setting for this at the admin page: servoy.application_server.trustedRemotePlugins
did you change that setting somehow in in your 7.4 installation ?
with that setting you can open the user manager to be able to be called even if the smart client user is not authenticated yet (this means everybody from the outside world can access, call it)
Its better to do this through a authenticator
rieder wrote:3. Could you explain in more detail or other words, what your following explanation means exactly? We are unsure about the meaning of "exported solutions".
What can't or shouldn't be done is export the active solution and then trying to import that same solution (or any modules that came alone with the export) that will not work, the exported solution/modules are always used.
But other solution not being in the set of the exported solutions should work fine, we read first everything from the repository if they are there, then the serialized solutions in the war are added (and they overwrite existing solutions with the same name)
exported solution/modules are the once that you export right away when creating a WAR (export active solution)
So if you make a WAR and in the WAR export wizard you check to export the active solution (and its modules) then those will always be leading.
You can't overwrit those through export solution (.servoy file) and importing that in that WAR which already contained that solution through the WAR export directly