It appears that modifications to Form views are not saved in IJC 5.4. If I create a new Form view, add some widgets, and then close the form, the widgets are gone when reopening the form. This behaviour is the same for local and mySQL-based databases.
Unless I missed something...?
I should add that I see this behaviour on linux, not on Windows.
We are not aware of this, but will investigate.
Are you finding it happens all of the time, or just occasionally? If you have any steps to reproduce then please let us know.
It seems to be consistent, after restarting, and in several databases, yes.
This is indeed strange.
Its not clear if this a result of the form not being saved, or not being read correctly. Could you look in the log file and see if there are any errors reported. The log file should also contain a report of the form being updated when you make changes. You should see something like this:
Applying change for ModelChangeDescription [Update:
Old=View: ID=ECFAB82DF4F379B98013761D17151C34 Name=Wombat (compound view) compounds Type=IJC_Default_Implementation_v1_FormView
New=View: ID=ECFAB82DF4F379B98013761D17151C34 Name=Wombat (compound view) compounds Type=IJC_Default_Implementation_v1_FormView]
Do you see this happening?
Finally, if it does seem to be being saved could you look in the database and see what is being saved. You need to look in the IJC_VIEWS table, specifically the VIEW_CONFIG column which contains the form definition.
I get the following in the log file, after creating a new form with a structure widget, closing, and reopening (the form is empty then):
ms % Task name
00003 000% Step 1: Reading connection info
01016 033% Step 2: Connecting to database
00363 012% Step 3: Authenticating IJC username/password
00016 001% Step 4: Upgrading IJC Schema...
01586 051% Step 5: Loading schema
00098 003% Step 6: Registering to JChem cache
INFO [com.im.df.impl.db.DBSchemaImpl]: Adding ModelChangeListener: [email protected]
INFO [com.im.df.impl.db.DBSchemaDataProviderImpl]: Creating default result set for Compounds. Reading all data: false
Applying change for ModelChangeDescription [Create: View: ID=619D7F47CFC2EFCA37F54A5F982FCD79 Name=Form view for Compounds 2 Type=IJC_Default_Implementation_v1_FormView]
INFO [com.im.df.impl.db.DBSchemaDataProviderImpl]: Reading all data into default result set for Compounds
INFO [com.im.df.impl.db.DBSchemaDataProviderImpl]: Read all data begin: Compounds
INFO [com.im.df.impl.db.DBSchemaDataProviderImpl]: Read all data end: Compounds
INFO [com.im.ijc.core.api.views.AbstractViewTopComponent]: ViewTC.setView: 4c696, View=Form view for Compounds 2, id=619D7F47CFC2EFCA37F54A5F982FCD79 / thread:AWT-EventQueue-1
INFO [com.im.ijc.core.api.views.AbstractViewTopComponent]: ViewTC.setView: 1d24038, View=Form view for Compounds 2, id=619D7F47CFC2EFCA37F54A5F982FCD79 / thread:AWT-EventQueue-1
Interestingly, this seems to be a linux-specific problem. If I access the mysql database from a Windows IJC client, I can create a new form, and changes get saved.
We are investigating this, but having trouble reproducing it. If you see any errors in the logs or anything else that might explain it then please let us know.
I am seeing the same behaviour.
We have IJC enterprise with shared projects where I usually publish new forms to other users. I received a trial IJC Viz license from sales (thankyou btw!!) and have created a new shared form with IJC Viz charts. When I reopen the form, nothing is there. Our server is linux with MySQL and the client is JWS. We run tomcat5 for IJC url functionality too.
Interestingly, our existing forms can be modified and I was also able to create a new form with an IJC url browser pane and it doesn't vanish between open/close actions!?
Checked the VIEW_CONFIG column in the IJC_VIEWS table, it is empty. Shared column is "2".
On a related topic, can I manually delete rows from the IJC_VIEWS table without breaking everything? I noticed a couple of users have accidently copied some forms (which they don't need). Can I remove the row corresponding to that unwanted copy?
We are still not able to reproduce this problem. A few notes:
- VIZ license should have no impact on saving forms. Without this license just displaying of data is limited, but all modifications are allowed and forms should be saved correctly.
- One idea what can be wrong (though I suppose it's not this case): if form is owned by other user then you can do modifications, but these changes can't be saved. First time you should get dialog which offers two options: save form as your own copy or ignore changes. There is also checkbox saying: "never ask again", which is a global option. Can you verify it in Tools->Options->Misc->Confirmations - first checkbox. If you are not owner of this form this can cause that your changes are always silently ignored.
- It is strange that VIEW_CONFIG columns is empty. If so, there is probably some problem during saving form. We will look at it and at least will start with adding some additional debug messages to log.
- IJC log file might help. Could you try to reproduce the problem again (modify the form, close, reopen) and then look at log please? (View-> Instant JChem log file)
As for deleting views directly from IJC_VIEWS table: yes, this is possible, but it's not recommended way. It is better if owners delete their own unused/duplicated forms.
I was the owner of the form and even saw the behavior with a newly created and unshared forms. I noticed that contrary to what I posted above, I was not able to modify existing forms.
Here is what fixed it for me:
I deleted all temporary files using the java control panel (windows client). I deleted the .instantjchem and chemaxon folders from my user profile. Redeployed the client/shared project from the server and it now works. I checked the IJC_VIEWS table and the VIEW_CONFIG for that form is now populated (ie not empty).
No idea what caused that behaviour but the client seems to have been confused.
You are using Java Webstart version. Is it correct? Did you deployed ijc-jws distribution to your server or you are starting jws from http://www.chemaxon.com site? It looks like that there is conflict between settings from differant versions of IJC.
I'm using JWS on Windows, but not on Linux. The problem appears to be on the Linux side.
Is IJC installed to same folder for every new release? I think that the problem is cause be reusing user dir. Can you try to backup (or rename userdir) "$home/.instantjchem/ws_<version>" folder? The <versin> is "www.chemaxon.com_stable " if you start instant jchem from chemaxon website.
I can no longer reproduce this problem. Am unsure what made the difference, could have been as simple as exiting and restarting IJC. I will keep you informed.
I am using JWS but not from the chemaxon server - from our own server. We also deploy to <servername>_stable and this has not changed since we purchased IJC Enterprise.
As I posted above, deleting the client and config data and simply refreshing seemed to fix the problem. No idea what happened but it was obviously client-side as I made no changes to the server at all.
EDIT: I forgot to mention, I saw the issue with a windows client and linux server.
It seems to be clearer now. We will try to avoid reusing of the same IJC userdir among different versions.
IJC 188.8.131.52 is released and this bug is fixed since IJC 5.5.1
Sorry for any inconveniences.