I have to submit BAI2 files for bank reconciliation that are coming in from a logic app into the DMF. I have found that the DMF is no longer used, but I cannot change the way the file comes in as that is handled by an external team. I have created an entity to store the BAI2 file in a raw format.
How can I submit this using x++ to the Electronic Reporting framework as a BAI2 file? Does the GER support BAI2 files? Is there even code to submit files automatically to the GER framework?
My current solution converts the records received into DMF from the external logic app back into a .txt file and stores it in the temp blob storage(or on the local aos server in c:\windows\temp - both are an option). So I have the .txt file as a stream to submit it in any way possible to the GER, but I cannot find a way to do this and there doesn't appear to be documentation on automated GER code.
Related
I am not a coder but need a task done.
We have a website that builds a word doc file using ckeditor based on answers from clients.
This documents needs afterwards to be formatted (TA/TC functions of word) which cannot be done with ckeditor.
Therefore we have a VBA/ macro that needs to be run in MS word after the doc file is generated.
I want to automate this step and have the VBA/macro run, before the doc is send to client.
So from my understanding, you have to take the CKeditor doc, run the macro on the server, and store it in the current database..
Possible or not?
This should not be done server-side. Working with Office applications server-side is not supported - Office applications are end-user applications. They can easily appear to "hang" when used, due to waiting for user input.
More information about using Office on a server can be found here
Possible: theoretically, yes, but impossible for anyone to guarantee as the code and document content are unknown. But, theoretically, if it works on a desktop it can work when run on a server.
The more "correct" way to manipulate Office documents on a server is to work directly with the Office Open XML files, instead of opening them in the application interface. The file formats were designed for this scenario and execution is also much faster. I'm guessing, however, since TC and TA fields are mentioned that the macro also builds TOCs? If yes, then the document would also have to be opened in order to generate the TOC (update the field). Server-side, that would mean using Word Automation Services, which is part of SharePoint.
I have tons of OAISYS PVD (Portable Voice Document) Call Recording Audio Files that are stored in my file system, I need to deploy these files on a web server and allow the website user to download these files in a playable format (like MP3 or WAV, or whatever playable) using some PVD Audio Converter, or at least, I need to let the user to listen to these recordings online (using some PVD Online Audio Player).
I spent hours searching for such an API or code that may help, but all what I found was some windows apps from OAISYS itself:
1- OAISYS Stand Alone PVD Player (A.K.A Multicall PVD Player), which can be used to play PVD files on windows, but it's a standalone windows app, which not what I need (I need a web service).
2- OAISYS Management Studio, Available for System Admins, it allows the user to download any call recording as MP3, WAV, etc... (which is great, but not what I need). This program can be used for calls on OAISYS server, and my calls aren't in my case, they are saved on some server's file system. Maybe, not sure, but maybe the user can open (import) PVD files from file system and convert them using this program, but it is very hard to use this program with tons (millions) of PVD files, I need something more practical.
So, I need some code or API that can be used in my website to deal with these files (convert or play them online).
NOTE: Please keep in mind that these files aren't saved on OAISYS server, which means I CANNOT use OAISYS APIs to deal with them (like HistoricalCalls API or Playback API) that mentioned in these Docs
We are using BerkeleyDB Java edition, core api to read/write cdrfiles, we are having a problem with log files.
When we are writing 9lack records to database then multiples log files are created with huge sizes, 1.08gb. We want to know why multiple logfiles are created while using transaction , is it due to every commit statement after writing data to database ? or is there any other reason ?
This is normal. The log files contains ongoing tranactions, as well as information you can use for recovering the database (which means they're suitable to use as backup and disaster recovery).
Read chapter 5 of the documentation carefully, as well as this section which explains the periodic maintenance you need to do on your database.
How do I store and retrieve images in sql server 2005 in asp.net with c#
You may store them as binary data.
You may write a module (derived from IHttpModule), register it for RequestBegin event.
When request come you may retrieve data from database, store it on disk with requested file name and
this image will automatically be returned by built-in IIS handler (which is written in native code and works very fast).
Here is a project that does just the thing. All you need to do is move the storing and retrieving logic into your ASP .Net application.
It is not recommended.
Best practice is storing meta-data (here meta-data is you image file name) inside database and sotre them on file-system (for example c:\images). Then when you need an image you can ask database for its name and retreive it from file-system.
This helps you to have a compact database and maintenance became easy. Handling large databases backup/restore is a headache.
i need to generate an excel sheet from an excel template which contains drop down lists. I need to use the template and populate the with data from datbase and select the appropriate value from the drop down lists and generate the new excel sheet. I am in very bad situation and need it asap.
try spread Sheet Gear third party component
http://www.spreadsheetgear.com/
OR
http://www.smartxls.com/
You have a few options:
Third-party component ($$$) to read, modify, and send the Excel file.
Office COM automation on the back-end (bad idea. Really. Don't do it).
Save your template on the server as an XML Spreadsheet file (the XML format used by Office 2002 and 2003 and still supported in 2007). Since it's a single XML file, it can be easily read by server-side code, modified on the fly, and redirected back to the user.
Save your template on the server as an XLSX file (the newer XML format used by 2007) and modify it on the way out to the user. Much more complicated since there's a ZIP wrapper and multiple XML files involved.
Save your template on the server as a normal Excel 97/2000 file (not 2007), and when the user requests it, make a copy of the file on the server (requires write access) with a random name, open an database connection using the Excel OLEDB driver to the Excel file, perform INSERT statements into it (goes into tabs of those names, where you store your drop-down values), close the connection, and send the file. Caveat: the Excel OLEDB driver has some limitations.
Go the other direction. Use Excel's web data connection capabilities to access the server after the Excel file is already on the user's machine and open to grab the appropriate values from the server. Requires some user training to refresh the data.