if you look closely in de properties file, you will find a property ‘ServerManager.numberOfServers’
Set this to the nr. of servers you have and you’re all set!
Note to Servoy: Your upgrade process is a LOT harder than necessary
when the import starts, it warns that keywords are used, but does not TELL YOU WHAT THEY ARE until the end. Why is that ?
I had a few “test” layouts using servers no longer online, so the import stops. I had to create a dummy db to point it to, then ALLOW db changes. Why not just let me SKIP a server ?
if a server is offline, and I turn it ON, Developer does not see it without a Restart. “Refresh” View does not seem to work for Resources
the Servoy 6 Installer asks if you want to install Developer, or Server. There is no hint that selecting “Developer” installs BOTH
there are many more ( and thank GOD for Google, or I would have been lost )
greg
Can we place bets on how many warnings you’ll get?
I’d say about 10.000
I had a few “test” layouts using servers no longer online, so the import stops. I had to create a dummy db to point it to, then ALLOW db changes. Why not just let me SKIP a server ?
Agree with you… it would be easier to have it import in 1 go and then fix the missing servers.
gdurniak:
the Servoy 6 Installer asks if you want to install Developer, or Server. There is no hint that selecting “Developer” installs BOTH
This is not completely true, the “developer installer” won’t install the windows service.
I had a few “test” layouts using servers no longer online, so the import stops. I had to create a dummy db to point it to, then ALLOW db changes. Why not just let me SKIP a server ?
Agree with you… it would be easier to have it import in 1 go and then fix the missing servers.
But how can we then test and update columns/columninfo stuff?
If the server is not there, the solution is completely broken.
Then you can add a server but then we still don’t know if that is right, because then everything default is generated. Default pk’s , default default column values you name it
A server just needs to have all the database servers when importing.
mboegem:
gdurniak:
the Servoy 6 Installer asks if you want to install Developer, or Server. There is no hint that selecting “Developer” installs BOTH
This is not completely true, the “developer installer” won’t install the windows service.
And the “server” portion i guess the application_server dir, is needed for a developer.
My other option would have been to go back into Servoy 3, and delete any reference to the servers no longer used
Again, these servers no longer exist, so I don’t mind if this small part of the solution is “broken”.
My Work-Around did work. Servoy 6 created a new table in my “dummy” db, and continued with the import
Note to Servoy: The column types of this generated table somehow did not “match” ( perhaps to the dbi ), so I still ended up with a bunch of errors. This was a surprise, since Servoy created the columns, not me
Not a big deal. It’s just that a “skip” option, if possible, might come in handy sometimes
greg
If the server is not there, the solution is completely broken.
I had a few “test” layouts using servers no longer online, so the import stops. I had to create a dummy db to point it to, then ALLOW db changes. Why not just let me SKIP a server ?
Agree with you… it would be easier to have it import in 1 go and then fix the missing servers.
But how can we then test and update columns/columninfo stuff?
If the server is not there, the solution is completely broken.
Then you can add a server but then we still don’t know if that is right, because then everything default is generated. Default pk’s , default default column values you name it
A server just needs to have all the database servers when importing.
Johan, am I not right saying that you already have that info contained in the *.dbi files?
So whenever I had the possibility to skip the server I will end up with a long long list of build markers.
In that list I can see that the solution is missing db server xxxx
When I create this server I’d be able to ‘quickfix’ all the missing tables and column info.
as far as i know
we are talking about server import here…
not developer import, because developer import doesn’t stop… it just ask what server you want to use then…
But if it was just a test server, why not pick an alternate that you had?
For skip to be an option we have to generate the datasource directories of a datasource that is not there. (could even contain calculations and so on)
and then later on you have to be forced to define or create a db server and then we have to sync everything. but until then its in a very fuzzy state.
The server is missing dialog is one that comes up quite early i think, so it is not really in the middle of anything, i think it didn’t do much yet.
Normally I would just let this go, but I’m not sure you understand my predicament
I could not pick an alternate, because ALL our remaining datasources are managed elsewhere. I can not allow Servoy to modify them
and rather than being “forced to define or create a db server” afterwards, couldn’t I later delete the entire form ( and valuelist ) that is no longer used ?
Re-read my post above. Would it have been better to go back to Servoy 3 and delete anything not used ?
greg
But if it was just a test server, why not pick an alternate that you had?
and then later on you have to be forced to define or create a db server and then we have to sync everything
so you are developing against a database where you as a developer can’t do anything with?
Normally i would just have most stuff locally if possible so that you can play with it
So yes go to Servoy 3 and make sure that all references to that database is deleted and then do an export is a solution…
I personally would just always have a test/dump database locally on my developer where i can play with