c# convert pdf to image ghostscript : Copy text from protected pdf control Library platform web page .net asp.net web browser e2296138-part816

Overview of Concurrent Processing    21-13
until the time it starts running. Use the Requests form to modify the request's 
concurrent options. During runtime, you can use the Oracle Application Object Library 
utility afpoput in your Pro*C concurrent programs to change user profile options. 
This change is only effective during the runtime of your concurrent programs. 
Viewing the Status of Concurrent Requests 
Your end user can check on a request to find out whether it is running, waiting to be 
started, has completed successfully, or has terminated with an error. You can build your
concurrent programs so that if they fail to complete successfully, the concurrent 
manager displays an error message indicating the problem. If a request is pending 
normally, your user can determine how soon it will start by reviewing the request's 
position in the queues of the various concurrent managers that can run that particular 
request. 
Automated Recovery for Concurrent Processing 
Concurrent processing is an important component for your day-to-day operation of 
Oracle E-Business Suite. You can operate your Oracle E-Business Suite smoothly if you 
understand how concurrent managers react to different kinds of unforeseen situations. 
Your concurrent manager can detect concurrent programs or concurrent processes that 
terminate abnormally. It is also capable of automatically recovering from abnormal 
situations like operating system or internal failures such as segmentation faults. This 
section describes the actions the concurrent manager takes to recover from typical 
system problems. 
Aborting Concurrent Programs 
After you or your user submit a concurrent request, there may be situations where you 
want to terminate the running request. You can terminate a running request by 
changing the status to Completed in the Requests form. You should always terminate 
running requests from these forms whenever possible so that your concurrent manager 
can update the status of these requests accordingly. 
The Requests form only allows you to cancel programs that you submitted and that are 
in your report security group. Use the privileged System Administration form 
Concurrent Requests Summary to cancel other requests as necessary.
If a concurrent request process is interrupted by a system signal or segmentation fault, 
your concurrent manager detects the disruption of the running request and updates the 
request phase/status to Completed/Error. Your concurrent manager then goes on to 
process other pending concurrent requests. If the disrupted request is a sub-request, 
your concurrent manager updates its status to Error and restarts the parent request. The
parent request then communicates with your concurrent manager whether to abort or 
continue processing its remaining sub-requests. No other recovery procedures are 
required to resume concurrent processing. 
Copy text from protected pdf - C# PDF Password Library: add, remove, edit PDF file password in C#.net, ASP.NET, MVC, WinForms, WPF
Help to Improve the Security of Your PDF Document by Setting Password
break a pdf password; break pdf password
Copy text from protected pdf - VB.NET PDF Password Library: add, remove, edit PDF file password in vb.net, ASP.NET, MVC, WinForms, WPF
Help to Improve the Security of Your PDF Document by Setting Password
pdf owner password; convert protected pdf to word
21-14    Oracle E-Business Suite Developer's Guide
Concurrent Manager Process Terminations 
When you start up your concurrent processing facility, the internal concurrent manager 
starts up all the concurrent manager processes defined. The internal concurrent 
manager monitors the operation of these concurrent manager processes to make sure 
they function as defined. If any of these processes exits abnormally, the internal 
concurrent manager starts up a new process to ensure the correct number of concurrent 
manager processes are running. This monitoring process is completely invisible to you 
or your users. 
Typically, if a concurrent manager process terminates abnormally while running a 
request, the request then completes with a phase/status of Complete/Error. If the 
running request is a sub-request (such as a member of a report set), the request 
completes with an Error status. When the parent request (such as a report set) restarts 
and detects the failure of the report, it notifies the concurrent manager process whether 
to abort or continue processing other sub-requests. If the running request is a parent 
request (such as a report set), the request completes with an Error status and the status 
of its sub-requests are all updated to Error. 
If the failing concurrent manager process is an internal concurrent manager process, all 
you need to do is to restart your concurrent processing facility. Although the internal 
concurrent manager terminates abnormally, other concurrent manager processes 
continue to operate and newly submitted concurrent requests keep going into other 
available concurrent manager queues. 
The only concurrent requests affected by a failure of the internal concurrent manager 
process are run alone concurrent programs and concurrent programs that have 
incompatibilities. If these concurrent requests are submitted after the internal 
concurrent manager exits abnormally, they remain in pending status until you restart 
the internal concurrent manager process. If these concurrent requests are submitted 
before the internal concurrent manager's abnormal exit, they remain pending and hold 
up all other concurrent requests belonging to the same logical database unless you put 
these affected requests on hold. Once your internal concurrent manager is running 
again, it resumes the duty of monitoring other concurrent manager processes and 
coordinating the processing of concurrent programs that are run alone or have 
incompatibilities. 
Shutdowns of Operating System and Database 
Unusual operating system exits and abnormal database shutdowns are two common 
reasons that cause concurrent manager processes to fail. In these situations, all the 
concurrent manager processes are terminated without any notice and the phase and 
status of your concurrent requests remain as they are. All you have to do to resume 
normal concurrent processing is restart your concurrent processing facility. Once you 
restart your concurrent processing facility, your concurrent managers rerun all the 
requests that were running at the time the concurrent manager processes failed. After 
processing the previously running requests, the concurrent managers then process 
other pending concurrent requests. 
VB.NET PDF Convert to Jpeg SDK: Convert PDF to JPEG images in vb.
file & pages edit, C#.NET PDF pages extract, copy, paste, C#.NET rotate PDF pages, C#.NET search text in PDF Able to convert password protected PDF document.
adding password to pdf; add copy protection pdf
C# PDF Convert to Jpeg SDK: Convert PDF to JPEG images in C#.net
Password protected PDF document can be converted and changed. using RasterEdge.XDoc. PDF; Copy demo code below to achieve fast conversion from PDF file to Jpeg
add password to pdf reader; pdf password encryption
Overview of Concurrent Processing    21-15
Printer Support 
Oracle Application Object Library provides printer drivers that correspond to print 
styles for concurrent program output. These drivers provide the four print styles for a 
variety of printers.
L (Landscape) 
P (Portrait) 
A (A4) 
W (Landwide) 
First the concurrent manager looks for a printer driver you can define with the name of 
printer type concatenated with the print style. The printer type is associated with the 
printer. The print style is associated with the concurrent program. For Oracle Reports, 
every printer driver is associated with an Oracle Reports driver of the form (L.prt). 
These Oracle Reports drivers contain printer specific formatting characters such as bold,
italic, underline and new page markers.
When you review your reports on line, reports that use the Oracle Application Object 
Library printer drivers display correctly. Reports that use custom printer drivers may 
not display correctly on certain terminals. 
Overview of Implementing Concurrent Processing 
To build applications that take advantage of concurrent processing, you should 
understand aspects common to all types of concurrent programs as well as how to 
implement each type. 
Choosing Your Implementation 
Oracle Application Object Library provides several different implementation methods 
for concurrent programs: 
Oracle Tool concurrent programs 
Pro*C concurrent programs 
Host language concurrent programs
Before you begin writing your program, you should weigh the advantages of each 
method and choose the one that best fits your needs. 
Oracle Tool Concurrent Programs 
Oracle Reports, PL/SQL, SQL*Loader, and SQL*Plus programs are the simplest to write 
VB.NET PDF Convert to Word SDK: Convert PDF to Word library in vb.
Create editable Word file online without email. Supports transfer from password protected PDF. VB.NET class source code for .NET framework.
pdf protection remover; add password to pdf document
C# PDF Convert to Word SDK: Convert PDF to Word library in C#.net
Quick to remove watermark and save PDF text, image, table, hyperlink and bookmark to Word Password protected PDF file can be printed to Word for mail merge.
change password on pdf file; advanced pdf password remover
21-16    Oracle E-Business Suite Developer's Guide
and integrate with Oracle Application Object Library. You can also write PL/SQL stored
procedures as concurrent programs.
Pro*C Concurrent Programs 
You can write either spawned or immediate concurrent programs in C and Pro*C. 
Spawned concurrent programs are stand-alone programs that run in a separate process.
(On some operating systems, you can also write spawned concurrent programs in your 
operating system command language. See the Oracle E-Business Suite Setup Guide for 
specific details.) Immediate concurrent programs run as subroutines of a concurrent 
manager.
Spawned concurrent programs are not linked with a concurrent manager. On most 
operating systems, concurrent managers start spawned concurrent programs in a 
separate operating system process than the concurrent manager. Spawned concurrent 
programs therefore require more system resources. In a spawned concurrent program, 
your SQL statements do not remain parsed between separate invocations of the 
program. 
Immediate concurrent programs run as subroutines in C or Pro*C. You build a program
library of immediate concurrent programs and assign the program library to concurrent
managers. To call an immediate concurrent program, a concurrent manager invokes a 
subroutine call. 
Immediate concurrent programs execute in the same operating system process as the 
concurrent manager on most operating systems. Since the concurrent manager is 
already connected to the database, your program does not have to explicitly connect. 
Additionally, because the process does not end when your program ends, the SQL 
statements in your program can remain parsed after the first invocation of the program.
Subsequent invocations of the same program can run faster because the database does 
not have to parse the SQL statements. 
However, immediate programs are also harder to maintain and support. Since they run 
as a subroutine of the concurrent manager, failures can sometimes affect the manager 
itself. We recommend implementing new Pro*C concurrent programs as spawned. In 
future releases, we will only support Pro*C programs as spawned, as PL/SQL stored 
procedures provide a mechanism for running concurrent programs in the same process 
as the concurrent manager.
Important: The immediate concurrent program functionality is 
provided for backward compatibility only. You should not create new 
immediate concurrent programs.
Host Language Concurrent Programs
Depending on which operating system you are using, you implement host language 
concurrent programs in different ways. 
.NET PDF SDK - Description of All PDF Processing Control Feastures
Easy to copy, paste, and cut image from PDF. Able to Open password protected PDF; Allow users to add for setting PDF security level; PDF text content, image and
pdf user password; change password on pdf
C#: How to Add HTML5 Document Viewer Control to Your Web Page
Then, copy the following lines of code to addCommand(new RECommand("Text")); _tabSignature.addCommand AppSettings.Get("resourceFolder"); protected void Page_Load
pdf open password; convert password protected pdf files to word online
Overview of Concurrent Processing    21-17
You can use host language programs to integrate an external program or package with 
Oracle E-Business Suite. For example, on some platforms you can create a shell script as 
a host language program. Your script can call a third-party program and then 
determine whether that program completes successfully. The host program then passes 
this information back to the concurrent manager.
Writing to Log and Output Files 
Since your concurrent programs run non-interactively, they must print output to files. 
Your Pro*C program should write report output to the an out file and debugging or 
other technical messages to an FND log file. For more information, see Custom 
Concurrent Programs, Oracle E-Business Suite Setup Guide.
There are three types of log files:
Output log (for the end user)
Request log (for the end user)
FND log (for the system administrator, support representative, and/or 
development)
Tip: Writing error messages to a log file rather than to an output 
file makes it easier for users and system administrators to find 
reports and diagnostic information, and does not confuse novice 
users who may be unprepared to see technical error messages 
when they review their reports online. 
There are several methods to write to a standard log file or report output file. 
The first method is the easiest method. It is also the only portable method across 
platforms. You call an Oracle Application Object Library utility routine from your C or 
Pro*C concurrent program: 
fdpwrt()
Writes a message to a standard log or report output file. 
Oracle Application Object Library names this file in the 
standard naming convention. 
We highly recommend this method as the simplest to support and the most robust 
across platform and release changes.
The second method is to use standard C functions such as fopen() or fclose() to write to 
files. If you use this method, you must use the Oracle Application Object Library 
standard naming convention for your file names. Oracle Application Object Library 
uses the standard naming convention to find your report and log files to display online 
in the View Requests form and to automatically print your report output. 
See Reviewing Requests, Request Log Files, and Report Output Files, Oracle E-Business 
Suite Setup Guide for the location of the log and out directories and the standard naming
C# PDF: C# Code to Create Mobile PDF Viewer; C#.NET Mobile PDF
RasterEdge_Imaging_Files/RasterEdge.js" type="text/javascript"></script Copy package file "Web.config" content to float DocWidth = 819; protected void Page_Load
add password to pdf preview; pdf owner password
C# Image: How to Integrate Web Document and Image Viewer
First, copy the following lines of C# code to text/javascript"></script> <script type="text/javascript"> _fid mode; public string fid; protected void Page_Load
add password to pdf file with reader; pdf password security
21-18    Oracle E-Business Suite Developer's Guide
conventions for these files on your operating system. The Oracle E-Business Suite Setup 
Guide also contains information on how to change the default file protection on your 
report output and log files. 
This second method exists for compatibility with concurrent programs written with 
prior versions of Oracle Application Object Library. When writing new concurrent 
programs, choose the first method and use the fdpwrt() utility routine. 
Printing Report Output Files 
When you define your concurrent program, you can specify whether the report output 
prints automatically and the maximum and minimum row and columns it needs. You 
can also specify a recommended or mandatory print style. The concurrent manager uses
the values of user profile options to send copies of report output to a specific printer. 
Reports submitted through Standard Request Submission have printing and submission
options specified at submission time.
A user can change the printer, number of report copies, and the print style when 
requesting a reprint of report output in the Detail zone of the Submit Requests form. 
See: Implementing User Profiles, page 19-3
Data Group
If you want users of another application to be able to run your program, your 
application must be included in the Standard data group. Please read the 
Cross-application Reporting section in the Standard Request Submission chapter for 
more details. 
Tracking Data Changes With WHO 
If you add special WHO columns to your tables, your application users can track 
changes made to their data. Oracle Application Object Library lets users differentiate 
between changes they make using forms and changes they make using concurrent 
programs. Columns that tell you information about the creation and the last update of a
row are: 
LAST_UPDATED_BY 
LAST_UPDATE_DATE 
LAST_UPDATE_LOGIN 
CREATED_BY 
CREATION_DATE 
Add the following columns to tell you information about the concurrent program that 
updated a row: 
Overview of Concurrent Processing    21-19
REQUEST_ID, type NUMBER(15) 
PROGRAM_APPLICATION_ID, type NUMBER(15) 
PROGRAM_ID, type NUMBER(15) 
PROGRAM_UPDATE_DATE, type DATE 
You should allow NULLs in these columns because they do not have values when a 
user inserts a new row using a form. 
If you include Who columns in a table, your concurrent program should update some 
of them during every insert and update operation. Oracle Application Object Library 
loads user profile options with the values you use to update these columns. Call the 
function afpoget at the beginning of your concurrent program to get the current values 
of these user profile options. Use the values of the user profile options listed in the 
following table to update the corresponding Who columns. Update the CREATED_BY 
column only if you insert a row. 
Who Column Name
Profile Option Name
REQUEST_ID
CONC_REQUEST_ID
PROGRAM_ APPLICATION_ID 
CONC_PROGRAM_APPLICATION_ID
PROGRAM_ID
CONC_PROGRAM_ID
LAST_UPDATE_LOGIN
CONC_LOGIN_ID
CREATED_BY
USER_ID
Use your operating system's current date or SQL's SYSDATE to update the following 
Who columns. Update the CREATION_DATE column only if you insert a row. 
PROGRAM_UPDATE_DATE
CREATION_DATE 
See: Implementing User Profiles, page 19-3 and PL/SQL APIs for Concurrent 
Defining Concurrent Programs    22-1
22
Defining Concurrent Programs
Defining Concurrent Programs
After you have defined the logic for your program, you must define a concurrent 
program that you call from your forms or from Standard Request Submission. You first 
define a concurrent program executable that tells the application where to find your 
program logic. You then define as many concurrent programs as you need that use your
concurrent program executable. You can define which concurrent programs are 
incompatible with your concurrent program, and if you use Standard Request 
Submission, you define the parameters used by your executable. You can specify 
validation information for your parameters to control the values users select on the 
Submit Request form.
If your program is a Pro*C immediate program, you must include the concurrent 
program in a program library. After you change a concurrent program library, you 
must rebuild the library and then relink it. Only concurrent managers using a library 
that includes your concurrent program can run your concurrent program.
If your concurrent program uses Standard Request Submission, you should use Oracle 
System Administration to add your concurrent program to the appropriate request 
groups. Users can then submit your concurrent program using the Submit Request 
form.
For more information, see the Oracle E-Business Suite User's Guide and the Oracle 
E-Business Suite Setup Guide.
Here are the steps for defining a concurrent program:
1. 
Define the execution file. (Application Developer)
2. 
Define the concurrent program executable. (Application Developer)
3. 
Define the concurrent program. (Application Developer or System Administrator)
4. 
Define the concurrent program library; rebuild and relink. (Application Developer)
22-2    Oracle E-Business Suite Developer's Guide
5. 
Give access to the concurrent program to users. (System Administrator)
For additional information on the system administrator tasks, see the Oracle E-Business 
Suite Setup Guide.
Define Your Concurrent Program Executable
When you have completed your program and placed the execution file in the correct 
directory of your application's base directory, you must define a concurrent program 
executable with Oracle Application Object Library, using the Concurrent Program 
Executable form. When you define your program executable, use the name that 
corresponds to your program's execution file without an extension. You use this name 
when you define a concurrent program using this executable.
Specify the execution method appropriate for your execution file. Oracle Application 
Object Library looks for the execution file based on which execution method you 
identify. Your concurrent programs use the concurrent program executable to locate 
and run the correct execution file.
If your program is a Pro*C routine, and you want to run it as a subprocess linked in 
with a concurrent manager, specify the name of your subroutine as well as the 
execution file name and select immediate as your execution method. The subroutine 
name is the name you substituted for SUBROUTINE_NAME in the program templates. 
Although you select an execution method here, you may create both spawned and 
immediate concurrent program using this executable. You must include any concurrent 
program you write using the immediate execution method in a concurrent program 
library. 
We recommend using the spawned execution method for your Pro*C programs 
whenever possible, as they are easier to maintain and support than immediate 
programs. In future releases, only spawned Pro*C programs will be supported, as 
PL/SQL stored procedures provide you with a mechanism for writing custom 
concurrent programs that do not spawn independent processes.
PL/SQL stored procedures are immediate programs in that they do not spawn an 
independent process, but you should specify the name of the procedure in the execution
file field and select PL/SQL Stored Procedure as your execution method.
Define Your Concurrent Programs 
Define your concurrent program using your executable with the Oracle Application 
Object Library form Concurrent Programs. Give each concurrent program a 
user-friendly program name used when selecting your concurrent program from an 
end-user List of Values. This name should convey the program's purpose. Specify a 
short name for the applications to pass to the concurrent manager or for you to use 
when submitting your request through CONCSUB, the FND_REQUEST PL/SQL API, or
#FNDCONCURRENT. For example, in your program file you might write an initial 
function called glpost(), and then define your executable with the name GL_POST. The 
Documents you may be interested
Documents you may be interested