Chilkat should do the job. ActiveX, easy to use, excellent samples, royalty free.
https://www.chilkatsoft.com/refdoc/xChi ... enRef.html
Search found 1176 matches
- Mon Oct 23, 2023 8:02 am
- Forum: eXpress++ Support
- Topic: sign an XML using a .p12 certificate
- Replies: 8
- Views: 4090
- Thu Oct 19, 2023 11:17 pm
- Forum: eXpress++ Support
- Topic: ADS
- Replies: 24
- Views: 9488
Re: ADS
Im am able to do that, as long as some kind of DBF is involved. But ADS can't be the default DBE while DbfUpsize runs. DbfUpsize doesn't work with ADT tables. Edit: I'm not sure wether this is correct. We do it this way if customers use the ADS (we only support DBF there), but since the DBE should b...
- Tue Oct 17, 2023 6:33 am
- Forum: eXpress++ Support
- Topic: ADS
- Replies: 24
- Views: 9488
Re: ADS
That was Roger's question. The time we invested to migrate to PGDBE was about four weeks (net).I don't think that 1 year is a short and acceptable time
- Tue Oct 17, 2023 4:10 am
- Forum: eXpress++ Support
- Topic: ADS
- Replies: 24
- Views: 9488
Re: ADS
Don't hesitate to modernize and advance your applications with true SQL. Its not the future, its the present and you have to catch it. SQL is just language . It's a way to get data back from a database. SQL ist not a technique (not a technical solution). You can have bad or good servers, or good or...
- Mon Oct 16, 2023 6:21 am
- Forum: eXpress++ Support
- Topic: ADS
- Replies: 24
- Views: 9488
Re: ADS
No, it isn't. There is an upsize file (XML) and the DbfUpsize() function, which does the job. But we created our own UI for that, using the responses of DbfUpsize(). The function still awaits physical tables.Are you saying that this is possible now?
- Sun Oct 15, 2023 11:42 pm
- Forum: eXpress++ Support
- Topic: ADS
- Replies: 24
- Views: 9488
Re: ADS
These are the most important tasks: 1. Get the upsizing done. We don't use the automatic upsizing. We create upsize files by ourselfes and control the work of the dbfupsize.dll. You need server data in your app, you may need to create the target database with SQL, which is not a big issue. Good to k...
- Sun Oct 15, 2023 7:16 am
- Forum: eXpress++ Support
- Topic: ADS
- Replies: 24
- Views: 9488
Re: ADS
This should take significantly less time than a year.
- Sun Oct 15, 2023 4:41 am
- Forum: eXpress++ Support
- Topic: ADS
- Replies: 24
- Views: 9488
Re: ADS
We moved a really large, very complex application to PostGreS using PGDBE/ISAM. Migration was about one hundred times faster than moving all navigational code to SQL. The result works excellent, is much faster than any ADS version ever was, is easy to maintain and very reliable. Access from other ap...
- Wed Oct 11, 2023 11:15 pm
- Forum: PostGreSQL
- Topic: DbRegisterClient() with PostGres
- Replies: 15
- Views: 5962
Re: DbRegisterClient() with PostGres
Having the company ID as a table column and/or having the business year as a table column is elegant and simplifies the work for the service. Database normalization is much easier when having all together. With a new project, I would go that way. But some authorities in Germany and Europe expect sep...
- Wed Oct 11, 2023 4:18 am
- Forum: eXpress++ Support
- Topic: Open database in thread ?
- Replies: 6
- Views: 3846
Re: Open database in thread ?
Hi, Victorio. Sometimes, closing tables fails for some reasons. The main reason is open relations, but sometimes, closing tables even fails because of record locks, some kind of scopes or other reasons. But: The runtime error system raises a "Table cannot be closed" error in that situation. Maybe yo...