using pdfdocument c# : Add link to pdf file application software tool html windows wpf online WATUsageGuide2-part861

Installation Guide
19
Databases
IBM DB2
9.7
Microsoft SQL Server
Version 2005, 2008 and 2008 R2
Sybase*
Adaptive Server Enterprise 15.0 using the jConnect for JDBC 3.0
version 6.0.5 driver
MySQL*
Version 5.x. RoboManager is not supported on version 5.5 or later.
Postgres 9.2
If you don't want to use the 'public' schema, you must set the default
schema  for  the  user  account  accessing  Postgres  (ALTER  USER
<username> SET search_path to <schema>)
HBase
The step Store in HBase Table can be used with HBase Version 0.90.6.
APIs
Java
Java 1.5 or later. Including J2EE servers such as Oracle WebLogic 11,
IBM WebSphere, and JBOSS
JMX
Java 1.6
.NET
C#, .NET Version 4.0
Management Console Portals
Tomcat
Version 5.5, 6.0 and 7.0. Minimum Java 1.6.
* Be aware that loss of data may occur when storing data in Oracle, Sybase or MySQL. On Oracle empty
string is converted to null. On Sybase empty string is converted to " " (a single space). On MySQL
millisecond precision is lost when storing dates. Check ObjectKey Caveats for details.
System Requirements
The tables below specify system specification for different platforms. The requirements may depend on the
application so these should only be taken as guidelines and not as absolute numbers. A complex clipping
solution might require much more power than a simple collection solution. The recommendations for
servers are for one server. The number of servers used for a given application (the size of a cluster) is a
completely different matter and should be estimated using methods described elsewhere.
IDE requirements:
Minimum
Recommended
Windows
Intel Core  Duo  1.8  GHz  CPU (or  AMD
equivalent), 2GB RAM, 260MB Free Disk
Space
Intel Core Duo 2.66 GHz CPU (or AMD
equivalent), 4GB RAM, 260MB Free Disk
Space
Linux
Intel Core  Duo  1.8  GHz  CPU (or  AMD
equivalent), 2GB RAM, 260MB Free Disk
Space
Intel Core Duo 2.66 GHz CPU (or AMD
equivalent), 4GB RAM, 260MB Free Disk
Space
Server requirements:
Minimum
Recommended
Windows
(32-bit)
Intel Xeon L5520 CPU (or equivalent AMD
Opteron), 1GB  memory per  CPU  core +
512MB for OS, 500MB Free Disk Space
Intel  Xeon  X5680/X5677  CPU  (or
equivalent AMD Opteron), 1.5GB memory
per CPU core + 1GB for OS, 500MB Free
Disk Space
Add link to pdf file - insert, remove PDF links in C#.net, ASP.NET, MVC, Ajax, WinForms, WPF
Free C# example code is offered for users to edit PDF document hyperlink (url), like inserting and deleting
pdf reader link; adding links to pdf
Add link to pdf file - VB.NET PDF url edit library: insert, remove PDF links in vb.net, ASP.NET, MVC, Ajax, WinForms, WPF
Help to Insert a Hyperlink to Specified PDF Document Page
add link to pdf; chrome pdf from link
Installation Guide
20
Minimum
Recommended
Linux (32bit)
Intel Xeon L5520 CPU (or equivalent AMD
Opteron), 1GB  memory per  CPU  core +
512MB for OS, 500MB Free Disk Space
Intel  Xeon  X5680/X5677  CPU  (or
equivalent AMD Opteron), 1.5GB memory
per CPU core + 1GB for OS, 500MB Free
Disk Space
Windows
(64-bit)
Intel Xeon L5520 CPU (or equivalent AMD
Opteron), 1.5GB memory per CPU core +
1GB for OS, 500MB Free Disk Space
Intel  Xeon  X5680/X5677  CPU  (or
equivalent  AMD  Opteron),  2GB  memory
per CPU core + 1.5GB for OS, 500MB Free
Disk Space
Linux  (64-
bit)
Intel Xeon L5520 CPU (or equivalent AMD
Opteron), 1.5GB memory per CPU core +
1GB for OS, 500MB Free Disk Space
Intel  Xeon  X5680/X5677  CPU  (or
equivalent  AMD  Opteron),  2GB  memory
per CPU core + 1.5GB for OS, 500MB Free
Disk Space
Real-time data: If you have a solution where users are waiting for results in real-time, CPU speed is
normally the bottleneck, and you should buy the fastest CPU available for your hardware platform.
Dedicated hardware: For best performance we recommend that you always run RoboServer on dedicated
hardware. That means that you should not run database servers and other services on the same hardware
as your RoboServers.
Operating system: Kapow recommends using the Linux operating system as it is currently faster
than Windows when running Java applications. In some scenarios we have measured up to 33% more
throughput when using Linux.
C# PDF Library SDK to view, edit, convert, process PDF file for C#
and quick navigation link in PDF bookmark. C#.NET: Edit PDF Metadata. PDF SDK for .NET allows you to read, add, edit, update, and delete PDF file metadata, like
add hyperlink to pdf in preview; pdf links
VB.NET PDF Password Library: add, remove, edit PDF file password
This VB.NET example shows how to add PDF file password with access permission setting. passwordSetting.IsAssemble = True ' Add password to PDF file.
add hyperlink to pdf in; change link in pdf
21
Notes for Users of Earlier Versions
In the interests of stability, different versions of Kapow Katalyst may be installed side by side on the
same computer without interfering with each other. This means that you can install a newer version and
get acquainted with it while still doing your daily work with the older version. While doing so, you will
probably want to open the older version's default robot project also in the Design Studio of the newer
version. One thing to be aware of here is that if you save a robot with the newer version, you will not be
able to open it using the older version of Design Studio. Thus it may be prudent instead to make a copy of
the project and use the copy while you learn the new version of Design Studio.
Below we will list the most important differences between Kapow Katalyst versions that you should take
into account when upgrading.
Version 9.2 of Kapow Katalyst introduces new capabilities for extracting data from Microsoft Excel™
files. You will find advice on how to use these instead of the old ones in the section on New Excel
Capabilities in 9.2.
Version 9.1 of Kapow Katalyst no longer includes the RoboRunner application. You will find advice on
how to use Management Console instead in the section on RoboRunner Discontinued in 9.1.
Version 8.2 of Kapow Katalyst introduced some minor changes that in rare cases may affect the execution
of older robots. Details on these and other changes are found in the section on Changes in 8.2.
Version 8.1 of Kapow Katalyst replaced the concepts of "models" and "objects" with the concepts "types"
and "variables". Details on this major change are found in the section on New Variables and Type System
in 8.1.
Version 8.0 of Kapow Katalyst introduced new ways to display a robot's control flow and error handling.
This affects all robots, even those built with previous versions, as discussed in New Control Flow and
Error Handling in 8.0.
Version 7.2 of Kapow Katalyst introduced a new storage system that is much easier to use. Users upgrading
from the previous versions can switch to the new storage system at their own pace; this is discussed in
detail in New Storage System in 7.2.
Version 7.1 of Kapow Katalyst introduced a change in the location of certain files to comply with the
installation rules of Microsoft Vista and Windows 7. Starting from this release, the files relevant to Kapow
Katalyst are divided into 3 folders: The Installation Folder, the Project Folder and the Application Data
Folder. You can read about these folders here. These changes mean that you no longer need to be a
Windows power user (have write access to the "Program Files" folder) in order to run Design Studio.
New Excel Capabilities in 9.2
Since the way Excel is handled in 9.2 fundamentally different from the way that Excel was handled in
previous versions of Design Studio it is important to know that there is no simple way to upgrade robot
from earlier version to 9.2 when these involves Excel. It may involve a considerable amount of rewriting.
This is because in previous versions Excel was transformed into HTML during loading and subsequent
extraction etc. was then done in the same as for HTML, but in 9.2 Excel is loaded into the new Spreadsheet
Page View and dedicated steps are used for data extraction from this.
The 'Convert Excel to HTML' Legacy Option
Old robots still works since there is a legacy option called 'Convert Excel to HTML' that allows this and old
robots have this option turned on by default. If you want upgrade a robot to use the new Excel capabilities
C# PDF Password Library: add, remove, edit PDF file password in C#
This example shows how to add PDF file password with access permission setting. passwordSetting.IsAssemble = true; // Add password to PDF file.
convert doc to pdf with hyperlinks; pdf link
C# PDF File & Page Process Library SDK for C#.net, ASP.NET, MVC
Insert Image to PDF. Image: Remove Image from PDF Page. Copy, Paste, Cut Image in Page. Link: Edit URL. Images. Redact Pages. Annotation & Drawing. Add Sticky Note
adding hyperlinks to pdf files; add links to pdf
Notes for Users of Earlier Versions
22
you have to turn this option off. You do this under 'Robot Configuration' by clicking on the 'Configure
Options' button and on the 'Legacy' tab of the Configure Option dialog you remove the check mark for the
option. But changing this would, unless you don't do any extraction or looping that works on the Excel,
break your robot. You will have to go through your robot and replace some of the step with the new
dedicated Excel steps where ever the robot work on the data from the loaded Excel document. So unless
you have compelling reasons for upgrading your old robots to use the new Excel capabilities you should
probably not do it. This does not mean that you cannot upgrade your robot to use other 9.2 feature, just
that you should leave the legacy option turned on.
Notice: the 'Convert Excel to HTML' option is always set in your old robot even if it did not involve any
'Extract from Excel' steps or Excel in any other way. It is important to remember this in case you load an old
robot into 9.2 and use this as your starting point for building a new robot, because if you do not turn off the
'Convert Excel to HTML' option then you will not be able to take advantage of the new Excel capabilities.
The Extract from Excel Step Action is Deprecated
The 'Extract from Excel' step action has been deprecated and cannot be used in new robots instead you
should use a 'Create Page' step action for this. How to do this is described in How to Load an Excel Page
from a Variable.
RoboRunner Discontinued in 9.1
As previously announced, the RoboRunner application is no longer supported. This guide will show you
what to do instead.
The task of scheduling robots at given intervals is now handled by the Management Console, which is a
web based application. We will look at each of the different RoboRunner execution scenarios, and how
these tasks are done using the Management Console. Before you proceed any further we recommend that
you read the Management Console User's Guide, as we will be referring to it in great detail later.
Although the robots are scheduled by the Management Console they are in fact executed on a RoboServer.
You can read more about the RoboServer here. The RoboServer can be monitored, using Control Center,
or the Management Console Dashboard.
Scheduling concepts
RoboRunner had two ways of executing robots:
The -file option
If your robots were scheduled individually using RoboRunner, you will have
to create a separate schedule for each robot to have it run at the desired time,
as described here. Scheduling robots this way has an added benefit, as you can
now parametrize your robots using input objects.
If you have multiple robots that need to run at the same time, you can create
a schedule by selecting the robots on the Robots Tab in Management Console,
right clicking and selecting 'Create Schedule' from the context menu.
The -dir option
If you were running multiple robots in a directory using RoboRunner's -dir
option, use a 'robot group job'. This allows you to schedule a number of robots
at a given time based on the name of the robot. This means that robots that have
to run together will have to either:
• Have  a  common  name  prefix  or  suffix,  like  batch1_bestbuy.robot,
batch1_newegg.robot, or
C# PDF insert image Library: insert images into PDF in C#.net, ASP
using RasterEdge.Imaging.Basic; using RasterEdge.XDoc.PDF; Have a try with this sample C#.NET code to add an image to the first page of PDF file.
pdf link to email; add hyperlink in pdf
VB.NET PDF insert image library: insert images into PDF in vb.net
using RasterEdge.XDoc.PDF; Have a try with this sample VB.NET code to add an image to the first page of PDF file. ' Open a document.
adding links to pdf in preview; pdf edit hyperlink
Notes for Users of Earlier Versions
23
• Be in a project of their own. This allows you to use the pattern based criteria
with the .* argument.
Before you start uploading your robots you should choose which of the two strategies you want to use,
as changing this later may require a lot of work.
Important: Robots that use the FileStorageEnvironment or the FileMessageEnvironment are not
supported by the Management Console. You can either rewrite the robots to use the Write File [../ref/
robomaker/reference/stepaction/WriteFileStepAction.html] step action, or you can store the data in a
database and write a script or program to convert the stored data into files.
Bulk deploying to Management Console
Once you have structured your robots, you are ready to deploy them to Management Console. This is done
by creating a Project Export from within Design Studio. To do this, right click the project folder in the
project view, and select 'Create Project Export' from the context menu.
Then select a location where you want to store the project export, and click the OK button.
If any of your robots were developed before version 8.1, you will first have to expand any .model files
you may still have. You can read more about types and models here. Also, names of robots in a project
must be unique even if they are located in different sub-folders. A dialog will inform you if there are any
name conflicts.
How to C#: Basic SDK Concept of XDoc.PDF for .NET
You may add PDF document protection functionality into your C# of PDF document, including editing PDF url links and quick navigation link in bookmark
adding hyperlinks to pdf documents; pdf link open in new window
C# PDF File Merge Library: Merge, append PDF files in C#.net, ASP.
Add necessary references: using RasterEdge.XDoc.PDF; Note: When you get the error "Could not load file or assembly 'RasterEdge.Imaging.Basic' or any other
active links in pdf; convert a word document to pdf with hyperlinks
Notes for Users of Earlier Versions
24
Once you have created the project Export, open the Management Console and go to the Options Tab
(Admin => Options) to perform the Project Import.
Scheduling robots
Once your robots are uploaded, you can create schedules to execute your robots.
If your robots use the old database storage system (Database Storage/Message/Info Environment), you
will have to configure options on the 'Legacy' tab of the 'New Schedule Dialog'. However, we recommend
that you rewrite these robots to use the new storage paradigm introduced in 7.2. You can read about the
new storage system here.
The new storage system includes a new and improved database logging system, which is integrated into
the Management Console, and allows you to 'jump' directly from a schedule to the errors generated by
the robots. This will work in parallel with the legacy Message Environments, but again we recommend
that you rewrite your robots, since the Storage/Message Environments will be removed from the product
at some point in the future.
Changes in 8.2
This section is meant only for users of older versions of Kapow Katalyst. It will detail changes done in
version 8.2, some of which may affect the execution of older robots:
• When all branches of a Try step fail, the situation may be logged or reported back to the caller of the
robot as an API exception, depending on how the Try step is configured (this is described in detail in
How to Handle Errors). When running the robot on RoboServer in versions prior to 8.2, all the details
on what caused each branch to fail were logged or reported. However, it was not stated that all branches
of the Try step failed, and the name or location of the Try step was not given either (this information
was available only in the debugger).
Starting with version 8.2, it will be reported or logged as a separate error that "All alternatives of the Try
step failed", including a reference to the Try step. This error will be reported or logged prior to the details
about the failed branches. Note that this change may affect some API clients and will affect the contents
of the robot property Robot.executionErrors which can be used in expressions in the robot.
• If you are using database logging you will have to updated one of the log tables. The ROBOT_MESSAGE
in the  log  database  now has  an  additional  column named PROJECTNAME.  Before  you can use
database logging you must update the ROBOT_MESSAGE table. There are two option, either delete
the ROBOT_MESSAGE table (you will loose all errors/messages from previous runs), the table will
be recreated when RoboServer (or Management Console) is restarted. If you wish to keep history
from previous runs, or the credentials used by RoboServer doesn't have the ALTER TABLE privilege
you should have your DBA add the PROJECTNAME column. The type of the column should be
VARCHAR(255) (NVARCHAR2 on Oracle, NVARCHAR on Sybase and Microsoft SQL server).
New Variables and Type System in 8.1
This section is meant only for users of older versions of Kapow Katalyst. It will further the understanding
of the new variables and type system in version 8.1.
As of version 8.1, the terms "object" and "model" are no longer used. A robot can now contain a number
of variables, and each variable has a type. This new terminology is meant to make things more clear, as
the term "object" was previously used rather loosely. Overall, the following changes have been made:
Notes for Users of Earlier Versions
25
• The terminology is changed, so that what was in the model editor called objects is now called types,
and what was in the robot called objects is now called variables. The Model Editor is therefore now
called the Type Editor.
• Types and variables do not work in the same way as objects did. A type should only be viewed as
a blueprint for a variable, that is, variables can be created from a certain type. The old terminology
indicated that "objects" were in fact created in the model editor, and could then be added to the robot,
if necessary. This is no longer the case. Therefore, it is an important difference to understand: types
do NOT define variables, but only blueprints, and to make use of a type in a robot, a variable OF that
type must be created.
• A type file, as opposed to an old model file, only defines a single type. Previously, model files could
define any number of objects, making it difficult to maintain an overview.
• It is possible to create more than one variable of a certain type. This is opposed to previously, where an
object defined in a model file could only be added to the robot once.
• A number of simple types exist that can be used for storing a single value. The purpose of these, among
other things, is to replace the "ScratchPad" object. Also, in many cases, they make creating a robot
easier as they can be used instead of having to create types simply for storing temporary data. To be able
to distinguish, the types created by the type editor are referred to as complex types. Only variables of
complex types can be used as input to the robot, or returned as output. Variables of simple types should
thus be considered internal robot variables.
• A complex type is not defined as being used for either "input" or "output". Instead, it is possible on a
variable to set whether it should be used as input. The "output" term is no longer used; all variables
can be output (except variables of simple types which, as mentioned above, cannot be used as either
input or output).
• The old model files can still be used, but can no longer be edited. The contents of the model files is now
interpreted as types, and not as objects. This means that the types defined in a model file can be used to
create variables - just as types defined in the new type files. In model files, objects were defined as being
either input or output. This information is no longer needed, as input is defined on variables. Therefore,
it is simply discarded when loading model files. As an example of when to be aware of this is when
creating a variable from a type defined in an old model file. If the object from which the type is derived
was previously an input object, it is important to note that the variable created from the corresponding
type will NOT automatically be set to input. This must be done manually.
• Model files can be converted to type files. This creates a single type file for each type (object) defined
in the model files, and these can then be edited if necessary. A Model is converted into Types by right
clicking the model in the project view (in Design Studio) and selecting 'Expand Domain Model File'
from the context menu.
• The old concept of global variables has been changed. Now, any variable can be set as global. Being
able to make any kind of variable global provides a higher degree of freedom in how to structure a robot.
When opening a robot using the old global variables, these are converted into the new kind of global
variables of the simple type "Short Text".
New Control Flow and Error Handling in 8.0
Version 8.0 of Kapow Katalyst introduces a new way to display a robot's control flow and contains
extensive changes to the way errors are handled. This affects all robots, even those built with previous
versions, meaning that although they still work in the same way, these robots will look differently when
opened in version 8.0 or newer. For the benefit of users of the earlier versions of Kapow Katalyst, this
chapter will give examples of the differences.
Notes for Users of Earlier Versions
26
Branch Points and Try Steps
The most visible change is that ordinary steps now can have only one outgoing connection. If the step has
more than one step following it, an explicit branch point (a small circle) or a Try step is inserted after it.
These new steps are the only ones that can have more than one connection going out from them.
This also means that the "Branching Mode" property has disappeared from the step configuration. If a step
previously had the "All Branches" branching mode, it will now be followed by a branch point as seen in
the following example. First a snippet of a robot as it looked in version 7.2:
In version 8.0, the same robot now looks as follows:
Of course a branch point is only inserted after a step if it has more than one step following it.
If the step previously had the "Until Successful Branch" branching mode, it will now be followed by a
Try step rather than a branch point. This step is a core component of the new way to handle errors and is
described in Error Handling; at this point we will merely show an example of what it looks like. Consider
the following part of a version 7.2 robot:
When you open this robot in version 8.0, it will look this this:
End Steps
The introduction of End steps is a small but important change. An End step does nothing (in particular it
does not end robot execution), but it provides an explicit and automatically inserted "last step" on each and
Notes for Users of Earlier Versions
27
every branch in the robot. This means that if you click on an End step (in Design Mode), all of the branch
will be executed. Previously, Do Nothing steps were often added manually to serve the same purpose.
This is no longer necessary.
A single explicit "begin robot" marker (a right-pointing triangle) is also displayed in each robot. It is
provided merely for balance, and because it makes a robot a bit more similar to a group step (another
new feature).
The following complete robot shows both End steps and the marker at the beginning of the robot. In version
7.2, the robot looked like this:
And when opened in version 8.0, the same robot looks like this:
Error Handling
The area of error handling in robots has been thoroughly revised. The section How to Handle Errors
explains this in detail; in the following we will merely indicate how the older way of error handling
translates into the new one. In version 7.2, error handling was configured by way of the following
properties:
All of this has been replaced by the following set of properties, which are explained below:
Notes for Users of Earlier Versions
28
Errors May Be Reported or Logged No Matter How They Are
Handled
It used to be that the step property "Own Errors" specified both whether to "report" an error and what effect
the error should have on further execution of the robot (error handling). These aspects have now been
separated and can be configured independently. Instead of "Own Errors" we now have three properties:
"API Exception", "Log as Error" and "Then".
No matter how the error is handled (even if it is ignored), the incident can be reported back to the caller
of the robot (this is named an "API Exception'). In addition and independently of this, the error can be
logged ("Log as Error"). Both API exceptions and logging can be selected or deselected for each step
independently.
The error handling aspect of the former "Own Errors" property is now taken care of by the "Then" property.
Errors Are Handled Where They Occur
Previously, one very important way to handle an error was to specify that it should be "sent backwards" (to
a step further to the left in the robot) for handling. The configuration of "Received Errors" and "Branching
Mode" on the (possibly many) traversed steps would then decide how the error would ultimately be
handled. It might end up being "reported" (causing an API exception); affect the execution of the robot;
or be ignored, and it was impossible to know without considering the configuration of all traversed steps.
This whole notion of "sending an error backwards" has now been replaced by a more direct approach,
where you always specify on the step where the error occurs what to do with it, without depending on the
configuration of other steps. Thus the "Received Errors" property has been removed.
When an old robot is opened, an analysis is done for each step that uses "Send Backwards" in order to
determine how to assign the "Then" property. Most often, the result is that instead of "Send Backwards"
(displayed as  on the step), a step will now use either "Try Next Alternative" () or possibly "Skip Following
Steps" () in combination with "API Exception" and "Log as Error".
"Send Backwards" is still available as a way to handle errors, but is deprecated (meaning you cannot select
it when you edit the "Then" property). The only reason it is still available is that it is necessary in order
to execute some robots in exactly the same way as in previous versions of Kapow Katalyst. It is needed
only by a small number of robots. When examining these robots, you should think of all steps as having
"Received Errors" set to "Send Backwards".
Small Changes to Robot Structure
In rare cases where branches merge, the result of the analysis described above may be that the step's
"Then" property should be configured in different ways depending on the path followed to the step. In
such cases, the step (and often small parts of the robot) will be duplicated to "de-merge" branches in a
way so this dependency on the path disappears. Thus you may see some surprising expansion of the robot.
The following robot is an example (it may seem contrived, but robots that exhibit this behavior are odd).
The robot looked like this in version 7.2:
Documents you may be interested
Documents you may be interested