Its ok to log as long as the original problem - with the install script on
RPM setup - is fixed along. I would prefer it to be fixed in a single
commit, otherwise the QA will continue seeing this bug and bringing it
over and over again. The fix for logging shouldn¹t go to the 4.5 release
w/o the original problem fixed, as in this case customers will see the
exceptions as well.

That¹s why I said ³temporarily².

Daan, do you know who might be familiar with installation scripts area? If
so, could you CC this person to bring the bug to their attention?

Thank you,
Alena.

On 7/2/14, 1:46 PM, "Daan Hoogland" <daan.hoogl...@gmail.com> wrote:

>On Wed, Jul 2, 2014 at 10:29 PM, Alena Prokharchyk
><alena.prokharc...@citrix.com> wrote:
>> c031eb7d38200d680da85ef57367b21df3483c41
>
>
>So please amend and not revert? I suppose you are talking about
>@@ -508,8 +512,9 @@ public class ConfigurationServerImpl extends
>ManagerBase implements Configuratio
>                         PreparedStatement stmt =
>txn.prepareAutoCloseStatement(checkSql);
>                         stmt.executeQuery();
>                         tableName = "network_group";
>-                    } catch (Exception ex) {
>+                    } catch (SQLException ex) {
>                         // if network_groups table exists, create the
>default security group there
>+                        s_logger.debug("Caught SQLException: no
>network_group  ", ex);
>                     }
>
>                     insertSql = "SELECT * FROM " + tableName + "
>where account_id=2 and name='default'";
>
>Let's catch and log a generic exception. This is independent of
>changing the script. All those other changes are improvements and in
>fact this one is as well, no one would have looked at this hidden
>feature of the dev env without it. Ignoring exceptions is bad practice
>precisely for this reason.
>
>-- 
>Daan

Reply via email to