Hi, when I try starting a NG-client we get a blank screen and the following errors in the console:
[attachment=0]Screenshot 2022-06-28 at 14.46.46.png[/attachment]
do you have custom components?
mostly this means something is not package correctly, and a certain module (component package) is in a bad state and can’t be loaded
i see for example a lot of 404 what resources are that if you look in the dev tools network?
[attachment=0]Screenshot 2022-06-28 at 14.46.13.png[/attachment]
Network looked fine.
I got rid of
svyUtils$documentEditor
svyUtils$NGClient
modules and now it loads normally. Maybe I had old, or incompatible versions?
We first experienced this issue when trying to deploy a solution containing the Office365 package to run Servoy in a panel in Outlook. The example above did not have that package. We want to run Servoy inside Outlook and independently at the same time. We are having problem generating a .war that will deploy. It all works fine in Developer.
what do you mean you run servoy inside outlook?
really in an iframe?
then it could be a security block look at the admin page setting “servoy.ngclient.contentSecurityPolicy.frame-ancestors”
https://developer.mozilla.org/en-US/doc … -ancestors
Or does it also not work when running normally from a server directly in your browser?
Hi Johan,
I suppose Christian means that including the Office JavaScript API service from SPM breaks this deployment.
I’ve heard a similar issue from other people, using this service
I had an issue earlier this week which also prevented me from deploying a war file, Tomcat became unresponsive. It was caused by commons-logging-1.1.jar in the beans folder which I added along with some XMLRPC libraries to be able to connect with Odoo. I guess Servoy ships that jar now as well so removing it from the beans folder was the solution for me. And otherwise remove half or all of your plugins and beans until it deploys again and then add them again till you find the culprit.
in 2022.03 we already test for this and don’t allow duplicate jars
in 09 the whole plugins will be really deployed differently because all of them will move to the WEB-INF/lib (and we still check for duplicates and take the latest one or the one we ship by default)
then the jars in /plugins in a WAR will only be there for smart client (but if you don’t export for smart client then those will be fully gone)
that should really fix a lot of weird classloading issues.
mboegem:
Hi Johan,I suppose Christian means that including the Office JavaScript API service from SPM breaks this deployment.
I’ve heard a similar issue from other people, using this service
Exactly. Everything works fine in developer. We can load the main solution in a browser and in Developer we can switch to the Outlook-specific solution which loads the main solution as a module and make this show in Outlook.
It all appears to work fine.
However, when we export a .war to deploy on a Tomcat we can deploy, but the login-page of the main solution comes up blank in the browser. There are no errors in the logs on the server.
The Javascript console in the browser shows that a number of cs and js files have failed to load. The missing files don’t seem to have random signatures in their filenames. (see my earlier screenshots, but open them in a separate tab or window – the forum cuts off the right-hand side)
I’m not sure how to get go about sorting this out…
again how do you run it in outlook?
what does that mean?
because if you run servoy in an iframe and that iframe has a different domain then what you see in the browsers url bar, this will not work out of the box
you need to tweak various settings like https://developer.mozilla.org/en-US/doc … -ancestors
but also very likely you need to run in https mode and you need to configure tomcat to configure the session cookie: https://tomcat.apache.org/tomcat-9.0-do … essor.html
(the same-site must be “none”)
so you need a context.xml file in tomcat (see the war exporter page) that has something like this:
Hi Jan,
We are running in https mode on a staging server.
To run Servoy as an Add-In in Outlook, we load our manifest.xml file as an add-in in Outlook.
I will DM you the mainfest.xml.
i can’t do anyting with that
what is the end result in the browser???
is servoy embeded in an iframe? if that is the case look at my comments you need to configure Servoy (admin page) and also Tomcat where servoy is running in (context.xml, set the right cookies)
IFrames by default only works if the domain name of the iframe and the site loading the iframe is the same, if the domains are different then you need to configure stuff.
(and no not in outloook or that manifest but servoy and tomcat)
by the way, the deployed servoy application does that run fine if you just go to that url in the browser (so no outlook just plain loading it in a browser)
what is the end result in the browser???
We get a blank screen running both normal Servoy and Servoy inside Outlook…
No errors on the server, just errors in the browser console…
you still get in both scenarios that injector problem?
you made a lot red so i can’t see the actual problem that i need to see the be able to help
Because this very likely means that the server thinks this component should be there but for some reason it isn’t
besides that you also get 404 so it doesn’t load all the resources that could also be a problem
So without my seeing the actual server and the errors i can’t do much
Hi jan,
I meant to send you the whole unreacted trace via the forum, but the forum does not allow me to send it to you.
The login page is public, right now we are testing a version without the panel, but I can upload one of the versions that fail so you can see the errors. I just need to give you the URL.
Christian
We experienced this exact issue yesterday when deploying our first 2022.06 build as a WAR file. The solution was to set servoy.ngclient.enableWebResourceOptimizer to False on the Servoy Admin page. When this is True it tries to optimise the Javascript files from the components and this is what was causing the issue. As soon as we set this to false and restarted the Tomcat server, everything sprang into life and worked as expected.
HTH
Steve
Thanks, Steve, I’m going to try this later today. @jcompagner: I have messaged you the address of the test server in case you want to look at the error later. Right now the server is hosting a build without the Outlook integration. We can agree a time and I will upload the failing version.
set servoy.ngclient.enableWebResourceOptimizer to False
appears to fix our problem. I can deploy normal Servoy with the Office365-plugin and our Outlook module.
Can’t try the outlook integration yet because we are changing strategy to deploy this as a single solution, with different startup forms depending on whether it is started inside Outlook or as a normal Servoy solution.
we are really talking about this right? https://github.com/Servoy/office365/wiki
i don’t see a very complex js code purely in the plugin for that so not sure what really is killed by the grouping
but that is all quite old code not sure if it is really looked at or maintained (its not ported to Titanium NGClient)