[ 
https://issues.apache.org/jira/browse/DERBY-4091?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Bryan Pendleton resolved DERBY-4091.
------------------------------------
       Resolution: Fixed
    Fix Version/s: 10.13.0.0

I believe we have completed all the intended work. Resolving.

> Investigate "size_problem" column in MailJdbc terst
> ---------------------------------------------------
>
>                 Key: DERBY-4091
>                 URL: https://issues.apache.org/jira/browse/DERBY-4091
>             Project: Derby
>          Issue Type: Task
>          Components: Test
>    Affects Versions: 10.5.1.1
>            Reporter: Kathey Marsden
>            Assignee: Sandeep Samdaria
>            Priority: Minor
>             Fix For: 10.13.0.0
>
>         Attachments: Activity.out, DERBY-4091-2.diff
>
>
> In the MailJdbc test there is a table 
> CREATE TABLE inbox (id bigint generated always as identity (start with 
> 1,increment by 1),
>                                       from_name varchar(64),
>                                       to_name varchar(64),
>                                       message clob(3M),
>                                       date timestamp,
>                                       folder_id Integer,
>                                       to_delete smallint default 0,
>                                       exp_date timestamp,
>                                       attach_id smallint default 0,
>                                       size_problem varchar(32672),
>                                       CONSTRAINT inbox__pk PRIMARY KEY (id));
>                                       
> Which has a column "size_problem". We always insert into this column the value
>                               insertFirst
>                                               .setString(
>                                                               6,
>                                                               "This column is 
> used only to by pass the space problem. If the problem still exists, then we 
> are going to "
>                                                                               
> + "have a serious issue 
> here.*****************************************************************************************************");
> Which seems to imply there is some bug  that manifests itself if we don't 
> have this column, but I don't see a bug reference.  It would be interesting 
> to take the column out and see what happens.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Reply via email to