SRP Resource Sites – Right Tool for the Right Job
SRP has long advocated a philosophy of “right tool for the right job” when building software applications. It was the driving force that moved us to develop our very first ActiveX control for OpenInsight. Continuing along this path has resulted in the development of several useful controls and utilities. This effort has allowed us to produce some fantastic software applications for our clients – using the very best that OpenInsight has to offer while integrating technology that goes beyond OpenInsight’s boundaries. Therefore, it was only natural that we should follow this same philosophy when it comes to our own online resources.
Introducing SRP_Path in SRP Utilities 1.5.5
SRP is pleased to announce the release of SRP Utilities 1.5.5. In addition to some minor fixes and updates, the highlight of this release is SRP_Path. This service-oriented routine provides more than thirty functions for working with file paths. The tedium of manipulating paths is over. Let the era of single line convenience commence!
Locking verses No Locking – UD 5.0 Benchmarks – Part 2
In this blog series, the UD 5 Performance Part 1 article focused on benchmarks between the UD 4.7 and UD 5.0 using a simple read / modify / write loop running directly on the server. This article continues the same series of testing by including record locking in the test loop to compare the impact of locking between both Universal Drivers. Details about the test setup and testing environment are included in part 1, and since this is a continuation we will not review the details in this part.
Since writing part 1, Revelation Software also released an article on UD 5 and UD 4.7 Benchmarks. Their benchmarks compared the overall test time where as our series is more focused on throughput (records read/written per second). Two key differences between the Revelation tests and the testing methodology in our series is the Revelation Software benchmarks include locking and wrote new records into a new table. This series does not write any new records but instead modifies only existing records.
SRP Editor – Auto-Generating Metadata
In our most recent service module metadata article, we documented how the metadata record is structured and how the Key ID should be named in the SYSENV table for proper functionality. We were pleased to see that some of you have already taken the initiative to generate your own metadata. In this article, we hope to make the task of generating service module metadata a whole lot easier by providing you with relatively quick and easy ways to comment your stored procedures in a way that asks the SRP Editor to do the work for you.
Banded Report Writer Revealed – RTI_BRWSupport
Less than two weeks ago we launched a new blog series intended to provide greater depth of understanding and documentation for the Banded Report Writer. Our next two posts will focus on the primary system stored procedures (also referred to as the command line interface) that are provided to developers so the Banded Report Writer can be nicely integrated into their applications. This first article will cover the RTI_BRWSupport function. Then we will move onto RTI_BRW_GenerateReport.
SRP Editor – Metadata Structures
We recently introduced a new feature of the SRP Editor that we refer to as service module metadata, or simply metadata. To summarize, through the use of metadata records, the SRP Editor can provide enhanced tooltip and code complete features for stored procedures that are written to provide service-style (aka methods) options to developers. This is a productivity feature that SRP has been using for quite some time and we wanted to make it available to all users of the SRP Editor.
We were encouraged to get immediate positive feedback about this feature as well as strong interest in the metadata documentation so that this feature can be extended to additional stored procedures (including System Stored Procedures, or SSPs). This article will be the first of two that specifically deal with the creation of metadata records.
SRP ActiveX Controls 4.0 Released
We are pleased to announce the official release of version 4.0 of the SRP ActiveX Controls.
The most notable change is that we have finally gotten rid of the single-control OCX files. SRPCore.ocx, SRPEditTable.ocx, etc. are all gone. There is now only one OCX file containing all our controls. This change in packaging will not affect which controls you are licensed to use. Other than some necessary changes to our upgrade policy*, you can still license controls one-by-one or all at once. This improved simplicity will lessen the headaches of deployment and version management.
Recent Comments