Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

tolog updates in Omnigator have no effect on RDBMS backend #287

Closed
GoogleCodeExporter opened this issue Mar 16, 2015 · 3 comments
Closed

Comments

@GoogleCodeExporter
Copy link

I have a setup with an RDBMS topic map (RDBMSTopicMapSource), not read-only. 
Modifying this topic map using tolog updates via the Omnigator plug-in has no 
effect at all. If I delete a topic, for example, it's still there after the 
request has finished.

The plug-in code calls commit() so this is not the reason. I've also verified 
that TopicIF.remove() is being called on the topic. Printing debug info shows 
that the topic map and transaction have readonly = false.

I'm stumped. It would be great if we could fix this because being able to do 
modifications like this is extremely useful.

Original issue reported on code.google.com by lar...@gmail.com on 10 Aug 2010 at 10:49

@GoogleCodeExporter
Copy link
Author

It was suggested that the problem was that the transaction was read-only (even 
though tests showed it was not). As of revision 1310 the transaction is now 
explicitly set to read-only/not readonly depending on whether an updated is 
being done.

Updates still have no effect whatsoever.

Original comment by lar...@gmail.com on 25 Aug 2010 at 9:02

@GoogleCodeExporter
Copy link
Author

This issue was closed by revision r1368.

Original comment by indiapaleale@gmail.com on 14 Sep 2010 at 6:27

  • Changed state: Fixed

@GoogleCodeExporter
Copy link
Author

Fixed by revision 1368.

Original comment by indiapaleale@gmail.com on 14 Sep 2010 at 6:28

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant