To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=96862





------- Additional comments from [email protected] Thu Dec 18 14:50:31 +0000 
2008 -------
Thinking more about it, the requirement becomes somewhat unclear to me ...

I understand that creating a DB doc with embedded HSQLDB is to be prevented.
However, what about other database types? What about dBase? Users can always
create a dBase DB, by choosing "Connect to an existing database" in the "New
Database Wizard". According to what you wrote above, this should also fit into
the "undesired" category.

However, it doesn't end there. People could download, say, HSQLDB or Derby, and
use it via JDBC. Again, this would lead to a local, non-IT-controlled, database.

Also, removing the option from the UI does not really help too much. That is,
users could write a small macro which creates the respective database
programmatically.

So, to me it sounds as what you require is much more than just removing the
first option in the "New Database Wizard". Don't you think?

I tend to think that what you really need is disabling database types on a
per-type basis (e.g. "no embedded HSLQDB"), no matter whether those files are
newly created per UI or programmatically, or whether they're even just
"File/Open"ed (because somebody created them at home).

Perhaps, this boils down to even more fine grained control, like: "Forbid
connections to the following URI patterns: 'sdbc:embed:hsqldb', 'jdbc:*', but
allow the patterns 'jdbc:mysql:*'".

Countless questions ...

---------------------------------------------------------------------
Please do not reply to this automatically generated notification from
Issue Tracker. Please log onto the website and enter your comments.
http://qa.openoffice.org/issue_handling/project_issues.html#notification

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]


---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to