asp. net mvc pdf viewer : Change pdf to jpg file application control tool html web page winforms online Gen_DP_.Net_ENU1-part1725

Microsoft .NET 
Chapter 1: Introduction  11  
Code that executes within the CLR is called managed code. Managed code relies on the 
CLR for its execution environment. Unmanaged code generally executes on the native 
hardware and performs its own memory management and other services. Microsoft has 
provided facilities to allow managed and unmanaged code to interoperate with each 
other. 
Strong Naming 
Microsoft has introduced strong naming to improve security and prevent DLL conflicts. 
When a DLL is strongly named, it contains several attributes that uniquely identify it 
such as version number and an encryption key. The caller of a strongly named DLL must 
also be strongly named thus extending the security throughout the application. This 
ensures that the caller of a method within a DLL (assembly) will execute the one it was 
assembled against. 
Local and Global Assembly Cache 
All assemblies and other resources required by the .EXE are generally required to be in 
the local assembly cache or the global assembly cache. It is important to note that the 
PATH variable is not used. 
When a .NET application begins execution, the CLR begins the process of probing 
(loading) the DDLs required by the application. The order of probing is (1) the GAC (2) 
the directory where the .EXE is located and (3) the directory or directories specified by 
the privatePath attribute in the application configuration file. 
Local Assembly Cache 
The local assembly cache is the application root directory plus the subdirectories 
that are specified in the privatePath attribute. 
The application root directory is the directory where the .EXE file is located. If the 
application has configuration files, they must be located in this directory. 
One or more subdirectories under the application root directory may contain 
additional assemblies or resources required by the application. Specifying the 
directory or list of directories in the privatePath attribute causes them to be 
searched during probing. 
Global Assembly Cache 
The global assembly cache (GAC) is a single location on the system where you can 
share assemblies. The GAC stores assemblies in a set of directories located under 
the <windows-root>\assembly directory, but this set of directories appears as a 
single directory in Windows Explorer. 
The GAC can only contain assemblies. Before you can store an assembly in the GAC, 
the assembly must be public and strongly named. If an assembly is present in the 
local assembly cache and the GAC, the copy stored in the GAC is used. 
Note: You cannot store common data or configuration files in the GAC. 
Change pdf to jpg file - Convert PDF to JPEG images in C#.net, ASP.NET MVC, WinForms, WPF project
How to convert PDF to JPEG using C#.NET PDF to JPEG conversion / converter library control SDK
.pdf to jpg; convert pdf file to jpg
Change pdf to jpg file - VB.NET PDF Convert to Jpeg SDK: Convert PDF to JPEG images in vb.net, ASP.NET MVC, WinForms, WPF project
Online Tutorial for PDF to JPEG (JPG) Conversion in VB.NET Image Application
pdf to jpeg; change from pdf to jpg
Microsoft .NET 
12  Distributed Processing - .NET Server User Guide 
Assemblies loaded from network shares are treated differently than assemblies loaded 
from local drives. The assemblies loaded from network shares are considered less 
trusted. Security settings may require changing in order for applications to be executed 
from a network share. 
ADO.NET and Data Provider Classes 
ADO.NET is a set of classes that allow applications to access database management 
systems such as Microsoft SQL Server, Oracle, and DB2. 
Note: ADO.NET is not a DBMS; it is only an access mechanism. 
Data providers are a set of classes that act as a bridge between ADO.NET and the DBMS. 
Data providers are DBMS-specific and may be provided by Microsoft, the DBMS vendor 
or a third-party. 
Internet Information Server 
Internet Information Server (IIS) is the HTTP and FTP server from Microsoft for Windows 
platforms. For .NET servers using .NET Remoting, IIS is used to receive requests from the 
network and pass them on to COM+ for execution by the target server application. 
Component Services (COM+) 
COM+, also known as Component Services, is the next-generation Microsoft Component 
Object Model (COM) and Microsoft Transaction Server (MTS). COM+ provides services 
and resource management to applications including role-based security, object pooling, 
just-in-time activation, transaction support, and coordination. 
Serviced Components are classes that are created by C# or other .NET-aware compilers 
and use COM+ services. A set of serviced components is referred to as a COM+ 
application. 
.NET Remoting 
.NET Remoting is a .NET-native remote procedure call from a .NET client (such as 
ASP.NET Web Forms pages) to a .NET server (such as a serviced component executing 
under COM+). .NET Remoting is designed to easily pass through the firewall by using 
HTTP on port 80. 
MSI File 
An MSI file contains an application ready for installation on a Windows system. The 
Microsoft Installer processes the .MSI file and performs all necessary file operations 
including the tracking of shared components (that is, DLLs). All applications installed 
with Microsoft Installer may be removed from the system using the Add or Remove 
Programs option on the Control Panel. 
Online Convert Jpeg to PDF file. Best free online export Jpg image
You can drag and drop your JPG file in the box, and then start immediately to sort the files, try out some settings and then create the PDF files with the
convert pdf image to jpg; convert pdf to jpg batch
Online Convert PDF to Jpeg images. Best free online PDF JPEG
Online PDF to JPEG Converter. Download Free Trial. Convert a PDF File to JPG. Drag and drop your PDF in the box above and we'll convert the files for you.
change pdf file to jpg file; c# pdf to jpg
CA Gen Applications—C and COBOL Generation 
Chapter 1: Introduction  13  
CA Gen Applications—C and COBOL Generation 
Over the years, CA Gen has evolved from an application development tool that 
generates block mode and batch applications to one that generates client/server 
applications. In the latter case, the application is divided into the following elements: 
■ GUI The application's graphical user interface. 
■ Client Procedure Steps s Responsible for handling the GUI events and performing 
some of the application logic. They are usually related to the flow of the application 
and may access the application's database. Utilizing middleware, Client Procedure 
Steps invoke Server Procedure Steps to perform the balance of the application 
functionality. 
■ Server Procedure Steps s Responsible for performing the bulk of the application's 
business logic and database accesses. Server Procedure Steps do not have a user 
interface. If allowed by the TP monitor, a Server Procedure Step can invoke other 
Server Procedure Steps. 
For Windows-based GUI Client/Server applications, the GUI and Client Procedure Steps 
are generated in the C language for execution on a Microsoft Windows platform. The 
Server Procedure Steps are generated in either COBOL for execution on the IBM 
mainframe or in the C language for execution on Microsoft Windows or selected Linux 
or UNIX platforms. 
The GUI Clients can communicate with the Servers using one of many communications 
runtimes, including: 
■ The CA Gen Client Manager 
■ TCP/IP 
■ Oracle Tuxedo (Tuxedo) 
■ WebSphere MQ 
■ ECI 
Note: Not all servers support all the above communications methods. For more 
information on cooperative flows, see the Distributed Processing  Overview guide. 
C# Generation 
The CA Gen code generators have been enhanced to generate C# code. CA Gen can 
generate a complete CLS compliant .NET application from a CA Gen Client/Server model. 
Note that prior to generation, you should add .NET-specific information to your models 
such as the namespace names and, when generating servers, the attributes of strongly 
named assemblies including the assembly key pair. This guide describes these tasks. 
C# Image Convert: How to Convert Adobe PDF to Jpeg, Png, Bmp, &
C# sample code for PDF to jpg image conversion. This demo code convert PDF file all pages to jpg images. // Define input and output files path.
convert pdf image to jpg online; batch pdf to jpg converter
C# Image Convert: How to Convert Dicom Image File to Raster Images
RasterEdge.XDoc.Office.Inner.Office03.dll. RasterEdge.XDoc.PDF.dll. RasterEdge.XDoc. PowerPoint.dll. This demo code convert dicom file all pages to jpg images.
change pdf to jpg format; batch pdf to jpg online
C# Generation 
14  Distributed Processing - .NET Server User Guide 
An action diagram is generated as a class whose name is the CA Gen member name. 
Further, all import, export and local views are generated as separate classes. For 
example, the action block DEMO_AB will be generated as the class DEMOAB. Its import, 
export and local views are generated as the classes DEMOAB_IA, DEMOAB_OA and 
DEMOAB_LA, respectively. An additional set of C# files are generated by the Window 
Manager and Server Manager. These classes present the import and export views in a 
more object-oriented manner. Additionally, wrapper classes are created to move the 
data into and out of the _IA and _OA classes. 
The generated C# code uses ADO.NET to access the application database. ADO.NET 
provides a consistent API to data providers which are DBMS-specific. CA Gen supports 
selected data providers for popular DBMSs such as IBM DB2, Microsoft SQL Server and 
Oracle. Additionally, the ODBC data provider is supported to gain access to additional 
DBMSs. 
C# Runtime 
The generated C# code is supported by a CA Gen C# runtime. The architecture of the 
runtime is similar to that of the Java runtime but written entirely C#. To improve 
performance, the runtime caches objects for reuse whenever possible. In the .NET 
Server environment, the runtime uses the facilities provided by the COM+ services to 
cache objects such as resource management, transaction control, and flow control. 
Supported Features 
The generated C# is designed to be functionally equivalent to generated C, COBOL, and 
Java code. Accordingly, the generated C# supports: 
■ CA Gen Referential Integrity 
■ DBMS-enforced Referential Integrity 
■ For appropriately marked attributes, decimal precision to 18 digits by using the 
.NET decimal class 
■ All 6-digits in the microsecond field of a CA Gen timestamp 
■ Debugging with the CA Gen Diagram Trace Utility 
■ Runtime logging with CMI Debug 
■ All relevant user exits 
■ Generation of external action blocks 
C# TIFF: How to Use C#.NET Code to Compress TIFF Image File
C:\demo3.jpg" }; // Construct List<REImage> object. List<Bitmap> images = new List<Bitmap>(); / Step1: Load image to REImage object. foreach (string file in
pdf to jpeg converter; pdf to jpg
C# Create PDF from images Library to convert Jpeg, png images to
Add(new Bitmap(Program.RootPath + "\\" 1.jpg")); images.Add 1.png")); / Build a PDF document with PDFDocument(images.ToArray()); / Save document to a file.
bulk pdf to jpg converter; conversion of pdf to jpg
ASP.NET Web Client Generation 
Chapter 1: Introduction  15  
Multiple Database Support 
CA Gen-generated C applications can access only one database for a given procedure 
step. This is due to the use of the default database handle for all embedded SQL 
statements. 
CA Gen-generated C# applications use ADO.NET and have been designed to allow access 
to one or more databases within a given procedure step. Customers wishing to use this 
feature must create a data source for each database to be accessed by the procedure 
step. 
Note: The commits and rollbacks of the multiple database connections may or may not 
be performed using a 2-phased commit facility. In the ASP.NET Web Client environment, 
2-phased commit is not supported by ASP.NET or IIS. Therefore, be aware that there is a 
small risk of data integrity problems should an error be encountered. For the generated 
.NET Server environment, 2-phased commit is supported when utilizing properly 
configured data sources. 
ASP.NET Web Client Generation 
CA Gen can generate Client Procedure Steps for the ASP.NET Web Forms environment. 
The application's GUI is generated as XML utilizing server side controls and the Client 
Procedure Steps are generated as C# and ASP.NET Web Forms pages. ADO.NET is used 
for all database accesses in the generated C# code. 
The Client Procedure Steps generated as ASP.NET Web Clients are allowed to invoke 
Server Procedure Steps generated as C, COBOL or C# code. 
The Client Procedure Steps may interact with C or COBOL-generated Server Procedure 
Steps using the TCP/IP communications runtime. 
CA Gen .NET Server Generation 
CA Gen can generate the Server Procedure Steps as serviced components executing 
under COM+. For simplicity, these are referred to as CA Gen .NET Servers. 
As with the C# generated for the Client Procedure Steps, ADO.NET is used to access all 
databases. 
VB.NET PDF Convert to Images SDK: Convert PDF to png, gif images
Convert PDF to Jpg, Png, Bmp, Gif, Tiff and Bitmap in GetPage(0) ' Convert the first PDF page to a BMP file. Or directly change PDF to Gif image file in VB.NET
.net convert pdf to jpg; convert pdf to gif or jpg
C# WPF PDF Viewer SDK to convert and export PDF document to other
Files; Split PDF Document; Remove Password from PDF; Change PDF Permission Settings. file formats with high quality, support converting PDF to PNG, JPG, BMP and
convert pdf to jpeg; convert pdf to jpg file
CA Gen .NET Server Generation 
16  Distributed Processing - .NET Server User Guide 
Client-to-Server Flows 
ASP.NET Web Clients and .NET Proxy Clients 
The CA Gen ASP.NET Web Clients and CA Gen .NET Proxy Clients may communicate with 
the CA Gen .NET Servers using the CA Gen .NET Remoting Communications Runtime. 
Rather than using the CA Gen Common Format Buffer, the CA Gen .NET Remoting 
Communications Runtime uses the data interchange and remote invocation 
mechanisms native to the .NET Framework. Specifically, the runtime serializes the 
calling client's views and invokes the target CA Gen .NET server using a.NET Remoting 
call. In client-to-server flows, the client does not pass its transaction context to the 
server. Therefore, a CA Gen-generated .NET Server will start its own transaction context. 
MFC GUI Clients, C, and COM Proxy Clients 
The CA Gen C-language GUI Clients as well as the CA Gen C and COM Proxy Clients must 
use the CA Gen C to C# Cooperative Flow to communicate with the CA Gen .NET Servers. 
This cooperative runtime performs the conversion and .NET Remoting call on the client 
system. Accordingly, the client system must have the .NET Framework installed and a 
local copy the target generated CA Gen .NET Server's interface assemblies.  
More information: 
Cooperative Flows (see page 47) 
Hand-Written .NET Clients 
It is possible for hand-written .NET applications to access generated CA Gen .NET 
Servers without utilizing a CA Gen-generated Proxy. The interface of the CA 
Gen-generated .NET Server performs all required data validations prior to executing the 
target procedure step. 
Server-to-Server Flows 
In server-to-server flows, a CA Gen-generated .NET Server can invoke another CA 
Gen-generated .NET Server using the DCOM Communications Runtime. This runtime is 
used specifically to support server-to-server cooperative flows as .NET Remoting does 
not support distributed transactions. For simplicity, the CA Gen Workstation Toolset 
does not call out the DCOM Communications Runtime separately. Rather, the CA Gen 
displays only .NET Remoting but use DCOM when appropriate. 
Note: CA Gen DCOM Cooperative Flow cannot be used on client-to-server flows. Also 
note that server-to-server flows may not pass easily through the firewall. 
Supported Windows Platforms 
Chapter 1: Introduction  17  
The calling CA Gen .NET Server can be in the same machine as the target CA Gen .NET 
Server, or it can be located elsewhere on the network (as supported by the .NET 
Framework). The target CA Gen .NET Server can start its own transaction context, or it 
can extend the transaction context of the calling CA Gen .NET Server as specified in the 
CA Gen model. 
CA Gen-generated .NET Servers can invoke a CA Gen C or CA Gen COBOL servers using 
the CA Gen TCP/IP, Web Services, or MQSeries communications runtime. 
Distributed transactions are not supported when servers are executing within different 
environments (TP systems). 
Calling non-CA Gen-generated .NET Servers (services components) can be accomplished 
through External Action Blocks. 
The 32K Limit 
The 32K Limit has been designed out of the C# generated code and supporting runtimes. 
There are no design limits for flows between ASP.NET Web Clients and CA Gen .NET 
Servers when using the CA Gen .NET Remoting Communications Runtimes. Likewise, 
there are no design limits for server-to-server flows between generated .NET Servers 
using the CA Gen DCOM Communications Runtimes. 
Restrictions When Targeting Generated .NET Servers 
All asynchronous Action Diagram statements are not supported and will cause a 
generation error. 
Supported Windows Platforms 
.NET Applications created by CA Gen are designed to be CLS-compliant.  
Note: For a complete description of the Windows platforms supported by CA Gen, see 
the Technical Requirements document. 
Generating a Model in C# 
The following sections describe the process of generating and assembling a CA Gen 
client/server model. 
Generating a Model in C# 
18  Distributed Processing - .NET Server User Guide 
Generation 
The generation of CA Gen ASP.NET Web Clients and CA Gen .NET Servers may take place 
on the CA Gen Workstation Toolset or the CA Gen Client/Server Encyclopedia (CSE). If 
the generation takes place on a CSE, the remote files must be moved to a supported 
Windows workstation to be built. 
Build 
Once the application has been generated in C#, it can only be built on a supported 
Windows system using the CA Gen Build Tool. 
After the cascade and all load modules have been successfully built, the application is 
ready for assembly into an MSI file. 
Assembly 
During assembly, the files that make up a CA Gen .NET Application are placed into an 
MSI file. Later, the MSI file is invoked and installed using standard Windows tools. The 
following diagram shows how this is accomplished. 
COBOL Application Considerations 
Chapter 1: Introduction  19  
Once the Cascade Library and Load Modules to be assembled into an MSI file have been 
selected, select Action, Assemble or click the Assemble toolbar icon to open the MSI 
.NET Assemble Details dialog. 
Note: You must not select the DDL module. 
1. The MSI .NET Assemble Details dialog allows you to specify the properties of the 
MSI file including its name. 
If an ASP.NET Web Client has been selected for assembly, you can specify the 
client's properties. 
For a detailed explanation of this dialog, see MSI Assembling in the Build Tool 
Guide. 
2. The Build Tool executes a script that performs the following tasks: 
■ 
The files of the selected CA Gen ASP.NET Web Clients and/or CA Gen .NET 
Servers are placed into the MSI file. 
■ 
The generated configuration files are updated with information from the MSI 
.NET Assemble Details dialog. 
Upon completion, the CA Gen n generated .NET Application is ready for installation 
on the target system. If necessary, copy the MSI file to the target system. 
3. Activating the MSI file will cause the installation to be performed. The installation 
automatically creates the IIS virtual directory needed to invoke the CA Gen .NET 
Servers as well as register the CA Gen .NET Servers with COM+. After the 
installation has completed, the application is ready for execution. 
Testing Recommendations 
Applications with CA Gen .NET Servers should be installed on a small scale system for 
local testing. If Diagram Trace is to be used, it is recommended that it take place in a 
single user environment. 
COBOL Application Considerations 
This section addresses re-targeting COBOL-generated applications to either C, C#, or 
Java. COBOL has the capability of storing and manipulating numbers with precision. The 
native C, C# or Java data types have limitations in either the number of digits or their 
precision. For example, most numbers with decimal digits will be generated as a double, 
which has a limit of 15 digits of precision and can lose precision when used in some 
mathematical operations. 
Unicode Considerations 
20  Distributed Processing - .NET Server User Guide 
CA Gen has the capability of generating an alternative data type that can achieve 18 
digits of precision. In C, CA Gen uses a character array and a special software library. In 
C#, CA Gen uses the decimal type from the system namespace. In Java, CA Gen uses the 
BigDecimal class from the java.math package. 
Using these alternative data types consumes more CPU resources, as it uses a software 
library to perform mathematical operations, whereas, the native double data type uses 
hardware instructions to perform the same mathematical operations. 
CA Gen does not generate these alternative data types automatically. Rather, you 
should examine your data model and determine which attributes should be generated 
in this alternative form and set the appropriate option. 
After an attribute has been identified, its properties dialog should be displayed by either 
double-clicking on the attribute or selecting the attribute and then choosing Properties 
from the Detail menu. To instruct CA Gen to generate the alternative data type, select 
the Implement in C, C#, and Java with decimal precision check box.   
DBMS Considerations with Decimal Precision 
For C# generated code, CA Gen implements all attributes marked as decimal precision as 
an instance of the decimal class and passes them to the ADO.NET data provider. It is the 
responsibility of the data provider to accurately store and retrieve the application data. 
Unicode Considerations 
Unicode is a method for encoding characters that allows one application to process 
characters and strings from most of the languages of the world. Nearly one million 
unique characters can be represented in Unicode. Unicode is neither a single byte 
character system (SBCS) nor a double byte character system (DBCS). 
The C# and Java languages support only Unicode for characters, literals, and strings 
represented in code. This is true for all C# and Java applications, not just those 
generated by CA Gen. 
It is possible for users of C# or Java-generated applications to provide input data that 
cannot be stored on a database that is not configured to store Unicode. 
Customers should evaluate the advantages and disadvantages of converting the 
applications database to Unicode. If the database is not converted, C# and Java 
applications could submit unrecognized character that cannot be stored correctly. 
Alternatively, customers may choose to use only C and COBOL applications with a 
database that is set to store DBCS characters. 
Documents you may be interested
Documents you may be interested