Activity
From 10/12/2019 to 11/10/2019
11/10/2019
- 10:24 AM Support #4080: AWS Aurora support
- I spoke with Amazon Principal Database Engineer Jim M. We discussed a range of items which I am documenting here.
...
11/09/2019
- 10:56 AM Feature #4397: add database attrs, methods and options
- The following work is needed:
* @BUFFER:LAST-BATCH@ attribute
** Although this is related to PDS, it has no conve... - 10:40 AM Feature #4397 (Closed): add database attrs, methods and options
11/08/2019
- 04:34 AM Feature #3809: ProDataSet support
- I see 53 failed tests in my last ChUI regression run of 3809e. I'm looking at them.
11/06/2019
- 12:20 PM Feature #2156: datetime-tz and hibernate
- Eric, you are right. I misread Stanislav's entry. There is no double-conversion with the use @TIMESTAMP WITH TZ@.
* ... - 12:04 PM Feature #2156: datetime-tz and hibernate
- Ovidiu Maxiniuc wrote:
> Stanislav Lomany wrote:
> > Isn't storing data in TIMESTAMP WITHOUT TZ in UTC solve our pr... - 11:15 AM Feature #2156: datetime-tz and hibernate
- Stanislav Lomany wrote:
> Isn't storing data in TIMESTAMP WITHOUT TZ in UTC solve our problems and has an extra plus... - 08:32 AM Feature #2156: datetime-tz and hibernate
- Isn't storing data in TIMESTAMP WITHOUT TZ in UTC solve our problems and has an extra plus of avoiding double convers...
- 08:25 AM Feature #2156: datetime-tz and hibernate
- Stanislav Lomany wrote:
> Please confirm that my understanding how @TIMESTAMP WITH TIME ZONE@ will work in note 55 i... - 08:16 AM Feature #2156: datetime-tz and hibernate
- Please confirm that my understanding how @TIMESTAMP WITH TIME ZONE@ will work in note 55 is correct and it is what we...
- 08:09 AM Feature #2156: datetime-tz and hibernate
- What is the status of this task?
- 09:16 AM Feature #3758: misc database features
- Ovidiu Maxiniuc wrote:
> Indeed, the @DBTASKID@ should be marked as having full implementation. Where do I commit th... - 06:25 AM Support #3871: determine how to change codepages/locales during import
- I used this simple java code to generate dump files from @dump_file_template.txt@
11/04/2019
- 08:34 AM Feature #3758: misc database features
- Indeed, the @DBTASKID@ should be marked as having full implementation. Where do I commit this?
11/03/2019
- 06:25 AM Feature #3758: misc database features
- Ovidiu: The @DBTASKID()@ is marked as runtime stubs in gap marking. I think this is incorrect. Based on the comment...
10/30/2019
- 10:39 AM Support #4376 (New): test replication trigger implementation
- 10:38 AM Feature #4375: add support for -pf <profile_filename> option for CONNECT statement
- The @CONNECT@ statement can have a @.pf@ file specified as an option. At runtime, this must be read from the filesys...
- 10:34 AM Feature #4375 (Closed): add support for -pf <profile_filename> option for CONNECT statement
10/25/2019
- 01:22 PM Feature #4369: implement stateless FWD server clustering
- > For me, running in a stateless mode means that the clients connect and execute independent (quick) request on one o...
- 01:19 PM Feature #4369: implement stateless FWD server clustering
- > I think the in-server appserver agents would be a good addition to this (I know we plan to add this).
I think s... - 01:02 PM Feature #4369: implement stateless FWD server clustering
- Ovidiu Maxiniuc wrote:
> How about the persistent procedures?
> As I see this, they are allowed as long they are u... - 12:44 PM Feature #4369: implement stateless FWD server clustering
- Constantin Asofiei wrote:
> An alternative for the meta tables would be to store it in a physical database, to which... - 12:30 PM Feature #4369: implement stateless FWD server clustering
- First, pleat let me know if I got this tight.
For me, running in a stateless mode means that the clients connect and...
10/24/2019
- 04:08 PM Feature #4369: implement stateless FWD server clustering
- Most (if not all) of the non-persistence runtime is context-local. One part I see that may require improvements (if ...
- 03:50 PM Feature #4369: implement stateless FWD server clustering
- We also should consider the potential duplication of dynamic proxies and other dynamically generated interfaces and c...
- 03:20 PM Feature #4369: implement stateless FWD server clustering
- Constantin/Ovidiu: Can you think of any other persistence or even non-persistence state which we need to share across...
- 03:19 PM Feature #4369: implement stateless FWD server clustering
- At this time I am assuming the Admin Console is not changing, but we must at least make it work with the directory ap...
- 03:17 PM Feature #4369: implement stateless FWD server clustering
- One thing to consider is that we don't want these server instances to be hard to configure. At one time we considere...
- 03:14 PM Feature #4369: implement stateless FWD server clustering
- For data structures which cannot be backed by the database AND which must be shared across JVM instances in the FWD c...
- 03:09 PM Feature #4369: implement stateless FWD server clustering
- After a discussion with Eric, we have this list of items that are persistence related.
* dirty share database
** ... - 02:53 PM Feature #4369: implement stateless FWD server clustering
- The core idea here is that if customers have written their application to be stateless in the 4GL, then today they ca...
- 02:03 PM Feature #4369 (Test): implement stateless FWD server clustering
- 03:06 PM Feature #1879: push lock manager back into database
- Based on a discussion with Eric, he notes that the primary differences in our in-memory implementation versus the Pos...
- 10:19 AM Feature #4323: parse full FQL statements and convert them to SQL
- Eric Faulhaber wrote:
> The one thing I really don't like, however, is the presence of casts to @TemporaryBuffer@ wi...
10/23/2019
- 04:17 PM Feature #4323: parse full FQL statements and convert them to SQL
- The one thing I really don't like, however, is the presence of casts to @TemporaryBuffer@ within @RecordBuffer@ metho...
- 12:40 PM Feature #4323: parse full FQL statements and convert them to SQL
- Ovidiu Maxiniuc wrote:
> The problem is @RecordBuffer@, where some methods like @copy()@, which, in order to minimiz... - 08:47 AM Feature #4323: parse full FQL statements and convert them to SQL
- Eric Faulhaber wrote:
> Ovidiu, in your last commit to 4011a, you removed all the default methods from @Record@ whic... - 12:19 PM Feature #1587: implement full support for word indexes
- Some useful references:
* "ElasticSearch":https://en.wikipedia.org/wiki/Elasticsearch - this is the most popular f... - 05:57 AM Support #3871: determine how to change codepages/locales during import
- I used the similar diff to the following one in order to setup the UTF-8 database with INPUT_ENCODING 1252 (WINDOWS-1...
10/22/2019
- 07:59 PM Feature #4323: parse full FQL statements and convert them to SQL
- Eric Faulhaber wrote:
> ... I'd like to change it back.
FYI, I've done this in my local working copy. So in case ... - 07:20 PM Feature #4323: parse full FQL statements and convert them to SQL
- Ovidiu, in your last commit to 4011a, you removed all the default methods from @Record@ which were based on your earl...
- 11:35 AM Support #3871: determine how to change codepages/locales during import
- Sergey Ivanovskiy wrote:
> I found that 4GL supports aliases for charsets that are not supported by @java.nio.charse... - 11:33 AM Support #3871: determine how to change codepages/locales during import
- > No, it is not the case that was described. I considered the case when DATABASE_ENCODING is not the same as INPUT_EN...
- 11:10 AM Support #3871: determine how to change codepages/locales during import
- I found that 4GL supports aliases for charsets that are not supported by @java.nio.charset.Charset.forName@. For an e...
- 11:07 AM Support #3871: determine how to change codepages/locales during import
- The part of this issue is related to support @DBCODEPAGE@ function because answering this question gets the runtime i...
- 02:21 AM Feature #2156: datetime-tz and hibernate
- Ovidiu Maxiniuc wrote:
> What was the case you encountered with the customer code? TEMP-TABLE or permanent database?...
10/21/2019
- 06:19 PM Support #3871: determine how to change codepages/locales during import
- Greg Shah wrote:
> Sergey Ivanovskiy wrote:
> > At this moment I suppose now that PostgreSQL database has been conf... - 02:48 PM Support #3871: determine how to change codepages/locales during import
- Sergey Ivanovskiy wrote:
> At this moment I suppose now that PostgreSQL database has been configured to have @UTF-8@... - 06:11 PM Feature #2156: datetime-tz and hibernate
- Constantin Asofiei wrote:
> BTW, when you say ISO strings, you mean what is in the WHERE clauses?
I was referring... - 05:23 PM Feature #2156: datetime-tz and hibernate
- > I am not sure I understand what you mean. Each DTZ has its own timezone. You can obtain it with @getOffset()@ and c...
- 05:06 PM Feature #2156: datetime-tz and hibernate
- Constantin,
I inspected how DTZ are converted (with slightly modified FWD code, to aviod some NPEs):
* I see the @d... - 03:15 PM Feature #2156: datetime-tz and hibernate
- Eric Faulhaber wrote:
> Constantin, aside from the broken support in indices and sorting, have you noticed any perfo... - 02:41 PM Feature #2156: datetime-tz and hibernate
- Constantin, aside from the broken support in indices and sorting, have you noticed any performance problems related t...
- 02:37 PM Feature #2156: datetime-tz and hibernate
- In my point of view, the high-priority outstanding issue is using a datetime-tz in indexes and BY clauses. FWD is br...
- 02:32 PM Feature #2156: datetime-tz and hibernate
- For the current implementation is in @DatetimeTzUserType@.
However, I would do a step back and see where we stand.... - 02:23 PM Feature #2156: datetime-tz and hibernate
- > my understanding is that you were suggesting we use the timestamp without time zone type (even for databases which ...
- 02:14 PM Feature #2156: datetime-tz and hibernate
- Stanislav Lomany wrote:
> Eric, if I understand it correctly, timestamp with timezone and normal timestamp are both ... - 01:39 PM Feature #2156: datetime-tz and hibernate
- I am not sure I understand what you mean. Each DTZ has its own timezone. You can obtain it with @getOffset()@ and con...
- 11:43 AM Feature #2156: datetime-tz and hibernate
- Are we going to get the current time zone via @TimeZone.getDefault()@ (H2) or @show timezone;@ (PostgreSQL) which wou...
- 11:22 AM Feature #2156: datetime-tz and hibernate
- Eric, if I understand it correctly, timestamp with timezone and normal timestamp are both mapped to @org.hibernate.ty...
- 09:34 PM Feature #2156: datetime-tz and hibernate
- Stanislav Lomany wrote:
> > either we force the same-zone column for all dialects
>
> I suppose we are going that...
10/20/2019
- 07:31 AM Feature #3815: more temp-table options
- > Everything is complete in this task?
I think yes. Code page is properly resolved and set, but data it is not act...
10/17/2019
- 04:33 PM Support #3871: determine how to change codepages/locales during import
- At this moment I suppose now that PostgreSQL database has been configured to have @UTF-8@ encoding. If another one-by...
10/16/2019
- 01:31 PM Support #3871: determine how to change codepages/locales during import
- Yes, these are the only three supported dialects (see implementations of @P2JDialect@) at this moment.
- 12:00 PM Support #3871: determine how to change codepages/locales during import
- Ovidiu, thank you for help. Should we support only PostgreSql, H2 and MS SQL Server?
- 10:22 AM Support #3871: determine how to change codepages/locales during import
- It seems that not all database developers have chosen to honour ANSI standard.
For H2 (I updated my h2 test envir... - 04:26 AM Support #3871: determine how to change codepages/locales during import
- Ovidiu Maxiniuc wrote:
> Review of r11346 / 3871a.
>
> Generally I am OK with the new code as it seem logical, ex... - 07:04 AM Feature #2156: datetime-tz and hibernate
- > * In what use case(s) is the UTC timestamp sufficient?
Also comparison and WHERE statement. - 06:46 AM Feature #2156: datetime-tz and hibernate
- > * In what use case(s) do we need the timezone that originally was known when the datum was stored?
When @datetim...
10/15/2019
- 07:29 PM Feature #2156: datetime-tz and hibernate
- Sorry, I've gotten lost in all the circles here. Can we take a step back? Please help me understand the following fun...
- 05:00 PM Feature #2156: datetime-tz and hibernate
- > either we force the same-zone column for all dialects
I suppose we are going that way. And basically I was wonde... - 04:38 PM Feature #2156: datetime-tz and hibernate
- OK, I understand, thanks. I was mislead because of the final convert. But the idea is the same.
- 04:35 PM Feature #2156: datetime-tz and hibernate
- >The additional column is added only because of PSQL. It converts all DTZs to local (not UTC) DT and store them that ...
- 04:10 PM Feature #2156: datetime-tz and hibernate
- Actually, all supported db engines (H2, PSQL and MSSQL) will handle the mixed-timezone timestamps. Please see note 23...
- 03:41 PM Feature #2156: datetime-tz and hibernate
- Stanislav Lomany wrote:
> In addition: now we have timestamps with different timezones in one column (correct me if ... - 03:38 PM Feature #2156: datetime-tz and hibernate
- In addition: now we have timestamps with different timezones in one column (correct me if I'm wrong). I suggest to us...
- 03:22 PM Feature #2156: datetime-tz and hibernate
- Currently when we create a @datetime-tz@ instance with, e.g. @TIMESTAMP+05@, it stores @TIMESTAMP(+05)@ timestamp and...
- 02:24 PM Feature #2156: datetime-tz and hibernate
- > for PostgreSQL timezone is a session parameter
Are you assuming that all @datetime-tz@ instances have the same ... - 12:24 PM Feature #2156: datetime-tz and hibernate
- > We are going to use 2 columns. BUT the 2nd column is only for us to restore the offset when we use it in the JVM. ...
- 04:29 PM Support #3871: determine how to change codepages/locales during import
- Review of r11346 / 3871a.
Generally I am OK with the new code as it seem logical, except for the query from @Impor... - 02:15 PM Feature #3814: more schema metadata
- Additional metadata requirements:
Need conversion and runtime support:... - 02:07 PM Feature #4176: make certain metadata tables aware of live runtime state
- Add to the list of metadata which must be made "live":...
- 12:46 PM Feature #3815: more temp-table options
- Everything is complete in this task?
Is the gap marking up to date as well?
10/14/2019
- 04:44 PM Support #4080: AWS Aurora support
- Greg Shah wrote:
> Some thoughts from Eric:
>
> In regard to pljava, as long as this can be selected/enabled for ... - 04:12 PM Support #4080: AWS Aurora support
- Some thoughts from Eric:
In regard to pljava, as long as this can be selected/enabled for an Aurora instance, we s...
10/13/2019
- 01:59 PM Feature #3809: ProDataSet support
- Ovidiu, please add history entries to the files you modified in 3809e. Thanks!
Also available in: Atom