Subject | Re: [Firebird-Architect] Re: Java Stored Procedures |
---|---|
Author | Jim Starkey |
Post date | 2005-10-21T11:23:36Z |
Martijn Tonies wrote:
work off files. The source in the database would be obsolete on the
first change. Source in the database would have to extracted before
anything could be done with it. And which source file would you
believe, the one in your source control system or the one in the
database? And what would happen when you trashed your development
database? Restore an old copy and loose all your Java changes? And
how many software developers really want to ship their source code to
their customers and competitors?
>>Don't put Java source in the table. It's not useful to the database andGet serious. Editors/IDEs only work off files and Java compilers only
>>there's no practical way to guarantee that it's in sync with the class
>>blob. No compiler can find it there, and Java source files are normally
>>handled by source code manager (cvs). Putting them in the database will
>>drive everyone nuts.
>>
>>
>
>Disagreed. Putting them in the database is great for ad-hoc development.
>
>If you can save your Java source and the Firebird Java plugin attempts
>to compile it, return errors etc, this would be excellent, and pretty much
>the same as the current PSQL Stored Procedures.
>
>
work off files. The source in the database would be obsolete on the
first change. Source in the database would have to extracted before
anything could be done with it. And which source file would you
believe, the one in your source control system or the one in the
database? And what would happen when you trashed your development
database? Restore an old copy and loose all your Java changes? And
how many software developers really want to ship their source code to
their customers and competitors?