Advanced Recommendations

These functions are not currently required but are strongly recommended. Some may become requirements in future versions of this program.

Recommendation Met (Yes/No) Description
Digital signatures No Helps to ensure that only safe code is downloaded from the Internet and intranets.
Support for the Microsoft Virtual Machine (VM) No Java applications should be tested against the Microsoft VM to ensure highest customer satisfaction.
Diagnostic logging No Administrators should be able to control the level of logging through a registry key set via policy or user interface. This includes configuration changes, starting/stopping of services, and so on.
Support for Unicode Yes, because the BDG sample applications are built with Microsoft Internet Explorer and Microsoft Visual Basic components, which natively support Unicode. Converting to Unicode will make your application more portable and enable it to run faster.
Support for Microsoft Windows Foundation Classes No Applies to Java applications and applets only.
Java applications use ADSI No ADSI has a Java implementation to make it easy for Java developers to exploit Active Directory™ services.
Expose a scripting model Yes. See COM Components and Objects. Application provides COM interfaces for programmatic control of application functionality and/or configuration.
Year 2000 guidelines Yes. All dates in BDG applications are stored as "date" type fields in the application's SQL Server database. Dates are manipulated using VBScript and JScript library functions. Application will not produce errors processing date data in connection with the year change from the 20th to 21st centuries.
Symbol files No Vendor should provide symbol file(s) available for debug.
Applications should be recoverable No Server applications must be written so they can be backed up and recovered.
Test an application using pool tagging No Pool tagging will increase the quality of your application code and help to decrease the possibility that your application will crash the client's operating system.
Supply baseline data for configuration management No The application should include a complete list of all the files that the service installs and creates, plus a list of all the registry keys created by its installation and those keys it creates while running.
Operates in a stressed Windows 2000 Server environment as a high-performance application No Applications must meet or surpass customers' expectations in terms of application quality and robustness. Free performance and tuning tools are provided to identify and correct application inefficiencies.
Office 2000-specific    
Support for worldwide architecture No Stand-alone client applications should support new worldwide EXE and global interface architecture introduced by Microsoft Office 2000.
Document publishing, annotation, and subscription services No Stand-alone client applications should support publishing documents or HTML to a FrontPage® or WebDAV server; enable navigation and viewing of documents through Windows Name Space Extension (NSE).
Web Management No Stand-alone client applications should support using Microsoft FrontPage as their main intranet Web management tool for link fixing, reporting, and document object model (DOM) integration with Office 2000 publishing.