Importing a .servoy solution file into Tomcat

[rieder]

Hello Johan and Scott

1. Are we talking about the same architecture? We attach a picture to clarify our question.

• Architecture (1) works (7r context without any solution where we imported a .servoy solution; in parallel a NGClient running on a Servoy Application Server of its own).
• Does (2) allow to import the NGClient on top/into the 7r WAR? This would support data broadcasting between Smart and NG Client.

2. Thank you! That did it. We forgot the setting on the admin page (trusted plugin).
@Scott: We now successfully installed our SmartClient solution. We had problems

• configuring the servoy.properties file correctly
• different Servoy versions
• Style blocking import

3. We think, we do understand now. The solutions of the WAR are dominant.

4. (yes there are more questions) We noticed that the settings (like trusted remote plugins) on the admin page are stored somewhere. If we undeploy and redeploy a WAR file, the settings are not lost. This is good, we guess. But where are they stored? On the other hand we observed that the database server settings are also kept. But they are part of the deployed WAR file. How can database server settings be changed later?

We appreciate your help. Best regards

[sbutler]

Yes, definitely some weirdness in the WAR deployment. The WAR deploys files outside of the standard Tomcat deployment context. Generally WAR deployments only deploy to the WebApps folder. However, servoy also writes some extra stuff in the .servoy folder. On my CentOS install, I see files at /usr/share/tomcat/.servoy/server/<WarFileName>/ . Things in there are the servoy_server.properties file. As you noticed, that seems not to get overwritten with the WAR deployment (db connections settings, user admin settings, etc). I also have some other files, like import.ser and solution.servoy, as well as an uploads folder and servoy_log.txt.

What it seems like you have to do...
- Undeploy the WAR file.
- Delete the .servoy folder
- Delete the tables in the servoy_repository database
- Deploy the WAR.

That seems to get you a fresh install.

[sbutler]

Also to answer your Architecture question. Both of those should work. From 1 WAR deployment, you can run Smart, Web, and NG Clients. You can also deploy separate WAR's in separate Context if you wish.

[jcompagner]

there is nothing weird about WAR deployment.. Yes we write to the home dir (or a dir you specify through an system property) because we can't write into the WAR that should never be done.

Besides importing into a WAR should also work fine, remember we had WAR export way before we had "export active solution".
Back then it was just a way to generate a WAR that was when deployed exactly the same as a application server, there should from a smart/web clients perspective be no change what so every (especially if you call the war ROOT.war in tomcat, then it maps on the / context)

We added active solution later on and then also NGClient came along that added a bit more to the war (more resources like web components and services which are only packed and deployed with a WAR)

So if we leave out NGClient and exporting the active solution for a moment.

Then a WAR is just a plain empty "application_server" install. Nothing more, where you have to import a .servoy file into

With NGClient you need to create a WAR that also has all the components and services packed into the war.
So here you can also export without active solution. but then make sure that you select all components and services that you think you will be using when you import a .servoy ng solution through the admin page.

IF you do export with an active soluton (and its modules) then those solution and modules can't be imported anymore through .servoy. Then you need to regenerate the full WAR file and redeploy.
because an active solution in side a war, so exported directly in the WAR always overrides the repository.

[huber]

Thanks for sharing your experience. The question for architecture number 2 is: How do I "import" a WAR-File onto or into an existing WAR, in this case into the 7r WAR?

Also to answer your Architecture question. Both of those should work. From 1 WAR deployment, you can run Smart, Web, and NG Clients. You can also deploy separate WAR's in separate Context if you wish.

[huber]

Thank you very much, Johan. Your explanations help to understand what's going on and about where informations are stored. This is important to know, especially if one notices there must be something stored somewhere.

[jcompagner]

you can't import a WAR into a WAR, you can only "overwrite" (redeploy) a new WAR
This can be done by using the manager app from the application server (tomcat has 1 i think called localhost:8080/manager) where you can see and manage all the WAR deployements

[huber]

Are you saying that the architecture variant 2 (on our scanned paper) is not possible? How is then data broadcasting between 2 NGClients possible?

you can't import a WAR into a WAR, you can only "overwrite" (redeploy) a new WAR
This can be done by using the manager app from the application server (tomcat has 1 i think called localhost:8080/manager) where you can see and manage all the WAR deployements

[jcompagner]

it should be 2.. (in the picture)

You can only deploy multiply WARS on the same tomcat if they are completely not depended of each other, (so different repository and other databases)

If you access the same data then deploy 1 war that serves all your clients.

1 WAR is the same thing as an application_server install.
So if you would deploy multiply wars that would be exactly the same as multiply application server install

I just was saying that your wording was wrong, import WAR into WAR (thats not possible), you can import a soluton file (.servoy) into a WAR

[huber]

Thanks for your classifications, the picture about WAR- and .servoy deployment get's clear.

it should be 2.. (in the picture)

You can only deploy multiply WARS on the same tomcat if they are completely not depended of each other, (so different repository and other databases)

If you access the same data then deploy 1 war that serves all your clients.

1 WAR is the same thing as an application_server install.
So if you would deploy multiply wars that would be exactly the same as multiply application server install

I just was saying that your wording was wrong, import WAR into WAR (thats not possible), you can import a soluton file (.servoy) into a WAR