Yes it does, it is not the best plan.
Would love to see a good "exception audit" of JDBC control path, especially
for applications (such as GeoServer) that are sensitive about SQL
exceptions being shown to the end user.
This is an area where pull requests speak louder than words, you may also
wish to gather the trouble spots in an issue report, or invite yourself to
the next GeoServer meeting :)
Jody Garnett
On Fri, Sep 12, 2014 at 3:33 PM, Luca Morandini <lmorand...@ieee.org> wrote:
> Folks,
>
> in the JDBC module, some SQLExceptions are caught and re-thrown as RTEs
> (example
> in org.geotools.jdbc.JDBCDataStore): doesn't this hide "real" RTEs (the
> ones that
> may signal the system is unstable, like IOofBs or NPEs) ?
>
> Regards,
>
> Luca Morandini
> Data Architect - AURIN project
> Melbourne eResearch Group
> Department of Computing and Information Systems
> University of Melbourne
> Tel. +61 03 903 58 380
> Skype: lmorandini
>
>
>
> ------------------------------------------------------------------------------
> Want excitement?
> Manually upgrade your production database.
> When you want reliability, choose Perforce
> Perforce version control. Predictably reliable.
>
> http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk
> _______________________________________________
> GeoTools-GT2-Users mailing list
> GeoTools-GT2-Users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users
>
------------------------------------------------------------------------------
Want excitement?
Manually upgrade your production database.
When you want reliability, choose Perforce
Perforce version control. Predictably reliable.
http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk
_______________________________________________
GeoTools-GT2-Users mailing list
GeoTools-GT2-Users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users
