pdf conversion in c# : How to save pdf form data in reader control application system azure html windows console ITPilot%20User%20Guide4-part1264

ITPilot 5.5 
User Guide 
Verification Server Graphical Configuration and Monitoring tool 
35 
3.
Main tabs: this is the main area of the tool, from where all information about 
wrappers being verified can be configured, and where all their rules can be 
configured (this action is identical to the one offered in the Web Administration 
tool, in section 5.4) and monitored.  
Tests: this tab shows information about each of the performed executions, 
and the configured test results obtained after each execution. 
Queries: this tab shows information about the different queries performed.  
Database:  this  tab  shows  all  information  stored  in  the  verification 
database. 
Graphs: this tab lets users create different graphs from both the wrappers 
and tests that are executed in a specific period of time. 
Ruleset: lets users create and configure different rules, required by the 
Verification Server. 
6.2
CONFIGURATION OF THE VERIFICATION ENVIRONMENT 
The ITPilot automatic Verification Server allows to crate rulesets to check if the 
sources have changed and the wrappers are not extracting the correct results. The 
administrator may create as many rules as necessary, and they can affect a single 
wrapper or the complete set.  
Figure 29 
Rule Configuration in the Verification Graphic Tool 
Figure 29 shows an example, in which a rule has been defined; this rule is composed 
by three tests. For more information about each of the rules, please read section 
5.4.4.  Though  defining  the  rules  from  the  web  administration  tool  is  highly 
recommended, this action can also be performed from the monitoring tool:  
1.
Addition of a new rule: it creates a new rule for all wrappers in the 
database, or for a specific one. 
2.
Addition of a new test: it creates a new test in the selected rule. 
3.
Rule deletion: it deletes the selected rule, without deletion confirmation. 
After deleting the rule, the 
button (“Rule storage”) must be pressed to 
confirm changes. 
4.
Return to Previous State: it goes back to the previous stored state, getting 
rid of the latest changes. 
5.
Rule storage: it stores the latest changes. 
How to save pdf form data in reader - extract form data from PDF in C#.net, ASP.NET, MVC, Ajax, WPF
Help to Read and Extract Field Data from PDF with a Convenient C# Solution
extract data from pdf form fields; change font size pdf form reader
How to save pdf form data in reader - VB.NET PDF Form Data Read library: extract form data from PDF in vb.net, ASP.NET, MVC, Ajax, WPF
Convenient VB.NET Solution to Read and Extract Field Data from PDF
extract data from pdf table; pdf data extraction open source
ITPilot 5.5 
User Guide 
Verification Server Graphical Configuration and Monitoring tool 
36 
6.
(to the right of each test) Test deletion: after deleting the test, the 
button (“Rule storage”) must be pressed to confirm changes. 
6.3
MONITORING THE WRAPPERS UNDER VERIFICATION 
The verification graphical tool lets users monitor the execution of the wrappers that 
have been loaded into the Wrapper Server. This can be achieved by using the 
following tabs:  
Tests: this tab  displays information  about the tests that  have been 
executed, and their results. The information available is the following: 
Figure 30 
Tests Tab 
o
Wrapper: database and wrapper name 
o
Test: name of the test that has been executed 
o
Date: execution date 
o
Score:  test  result.  This  score  indicates  the  percentage  of 
agreement of the results with the test's criterion, where 0 means 
complete agreement and 100 a complete disagreement. 
o
Passed: it reports whether the test was successful or not (if so, it 
does not participate in the rule activation). 
o
Message: provides additional information about the execution. 
Queries: this tab displays information about the queries that have been 
executed against the wrappers.  
Figure 31 
Queries Tab 
o
Wrapper: database, wrapper and, optionally, Extractor component 
name.  
o
Query: query that has been executed against the Wrapper Server. 
o
Date: execution date. 
o
Results: number of returned results 
o
Pages: if related to an Extractor component, number of pages used 
in execution; if related to a wrapper, the value is always 1.  
C# PDF File Merge Library: Merge, append PDF files in C#.net, ASP.
Merge Microsoft Office Word, Excel and PowerPoint data to PDF form. Append one PDF file to the end of another and save to a single PDF file.
html form output to pdf; extracting data from pdf forms
VB.NET PDF File Merge Library: Merge, append PDF files in vb.net
Merge Microsoft Office Word, Excel and PowerPoint data to PDF form. to merge two or more PDF document into one and then save as another PDF document using
extract pdf data to excel; how to save filled out pdf form in reader
ITPilot 5.5 
User Guide 
Verification Server Graphical Configuration and Monitoring tool 
37 
Database: this tab displays all information stored in the verification 
database. It is divided in two additional tabs, which are shown with the 
symbol 
 
Figure 32 
Database Tab 
o
Tab 1: information about the wrappers that are stored in the 
verification database. 
Wrapper: database and wrapper name  
Extractors: name of the wrapper’s Extractor components 
Valid Data: number of queries and results not outdated stored 
in the verification database for that wrapper.  
Outdated Data: number of queries and results outdated stored 
in the verification database for that wrapper.  
Tests: number of tests stored in the verification database for 
that wrapper. 
o
Tab  2: information about  the wrapper that is selected in  the 
selection box. 
Figure 33 
Information about the selected wrapper 
o
Wrapper: database, wrapper and Extractor component name  
o
Query: query used for executing the wrapper 
o
Date: execution date 
o
Row: number of results for this query execution 
o
Status:  status of the execution (correct, incorrect, …) 
o
ID: execution identifier 
o
View: button to access detailed information. It will open a new 
tab showing internal information about this identifier. 
VB.NET PDF Page Delete Library: remove PDF pages in vb.net, ASP.
this RasterEdge XDoc.PDF SDK, you can simply delete a single page from a PDF document using VB.NET or remove any page from a PDF document and save to local
c# read pdf form fields; how to make a pdf form fillable in reader
C# PDF Convert to Word SDK: Convert PDF to Word library in C#.net
key. Quick to remove watermark and save PDF text, image, table, hyperlink and bookmark to Word without losing format. Powerful components
how to save filled out pdf form in reader; sign pdf form reader
ITPilot 5.5 
User Guide 
Verification Server Graphical Configuration and Monitoring tool 
38 
Graphs: this tab shows different graphs from the wrappers and the tests 
that have been executed in a specific timeframe. The choice of which 
wrappers and tests are to be supervised must be done before the wrapper 
starts being executed.  
Figure 34 
Graphs Tab 
C# PDF Convert to Tiff SDK: Convert PDF to tiff images in C#.net
Description: Convert to DOCX/TIFF with specified zoom value and save it into stream. Parameters: zoomValue, The magnification of the original PDF page size.
pdf form data extraction; exporting pdf form to excel
C# Create PDF from Tiff Library to convert tif images to PDF in C#
Description: Convert to PDF and save it on the disk. Parameters: Name, Description, Valid Value. Description: Convert to PDF and save it into stream. Parameters:
extract data from pdf c#; pdf data extraction to excel
ITPilot 5.5 
User Guide 
Wrapper Execution Trace Logs 
39 
7
WRAPPER EXECUTION TRACE LOGS 
It is possible to log the execution traces of wrappers, both of wrappers which are 
deployed in the Wrapper Server and  of  wrappers  executed from the Wrapper 
Generation Tool. Logging can be enabled globally for all wrappers, or just for specific 
ones. The user can choose between logging all the executions of the same wrapper 
into the same log file, and logging each execution separately to different files, where 
each file name is distinguished by the start date and an identifier of the execution. 
7.1
ENABLING WRAPPER TRACE LOGGING 
In order to enable wrapper execution trace logging, the configuration parameter 
ITPCore.LOGGING_MODE must be set in the appropriate application configuration 
file. 
This 
configuration 
file 
is 
<DENODO_HOME>/conf/vdp/VDBConfiguration.properties for the Wrapper Server 
and  <DENODO_HOME>/conf/itp-admin-tool/ITPAdminConfiguration.properties  for 
the Wrapper Generation Tool. The parameter accepts the following values: 
ITPCore.LOGGING_MODE=0 
Wrapper execution trace logging disabled. This is the default value. 
ITPCore.LOGGING_MODE=1 
Wrapper execution trace logging enabled. The traces of all the executions of 
the same wrapper are logged to the same file. 
ITPCore.LOGGING_MODE=2 
Wrapper execution  trace  logging  enabled.  The  execution  trace  of  each 
execution of each wrapper is logged to a different file. 
There is an additional configuration parameter ITPCore.LOGGING_FILTER which 
allows the user to filter out some specific types of trace events and not log them. 
This parameter goes in the same configuration file as ITPCore.LOGGING_MODE. 
Possible values are the following: 
ITPCore.LOGGING_FILTER=0 
All execution trace events are logged. This is the default value. 
ITPCore.LOGGING_FILTER=1 
Only events which have associated a Trace action are logged. The log level 
will be ERROR when the handler is "raise error" or "retry and fail if error 
persists", and WARN when the handler is "ignore error”. 
ITPCore.LOGGING_FILTER=2 
Only events not associated to a Trace action are logged. 
Note: When executing wrappers developed with previous versions of ITPilot, the two 
last values has a different meaning: 
ITPCore.LOGGING_FILTER=1 
Only events which have associated a custom error (a user defined error) are 
logged. The log level will be ERROR when the handler is "raise error" or "retry 
and fail if error persists", and WARN when the handler is "ignore error" or 
"retry and ignore the error if it persists". 
ITPCore.LOGGING_FILTER=2 
Only events not associated to a custom error (a user defined error) are logged. 
7.2
LOG CATEGORIES AND EFFECTIVE LOG LEVEL 
New log categories have been added to the log4j subsystem [LOG4J]. They serve to 
C# PDF Page Extract Library: copy, paste, cut PDF pages in C#.net
to extract single or multiple pages from adobe PDF file and save into a The portable document format, known as PDF document, is a widely-used form of file
how to fill pdf form in reader; filling out pdf forms with reader
C# Create PDF from PowerPoint Library to convert pptx, ppt to PDF
Description: Convert to PDF/TIFF and save it on the disk. Parameters: Description: Convert to PDF/TIFF and save it into stream. Parameters:
export pdf data to excel; extract data from pdf form fields
ITPilot 5.5 
User Guide 
Wrapper Execution Trace Logs 
40 
configure which wrappers fall under the new logging regime. They are specified in 
the log4j configuration file, which is <DENODO_HOME>/conf/vdp/log4j.xml for the 
Wrapper  Server  and  <DENODO_HOME>/conf/itp-admin-tool/log4j.xml  for  the 
Wrapper Generation Tool. 
The 
log4j 
category 
for 
all 
the 
wrappers 
is 
"com.denodo.itpilot.logging.wrappers". For example, to set the execution 
trace log level to WARN for all the wrappers: 
<logger name="com.denodo.itpilot.logging.wrappers"> 
<level value="WARN"/> 
</logger> 
The 
log4j 
category 
for 
single 
wrapper 
is 
"com.denodo.itpilot.logging.wrappers.<wrapper_name>".  For  example,  to 
set the execution trace log level to DEBUG for the wrapper "testwrapper": 
<logger name="com.denodo.itpilot.logging.wrappers.testwrapper"> 
<level value="DEBUG"/> 
</logger> 
NOTE: Wrapper names must always be specified in lowercase when configuring the 
log4j file, even if the wrapper was named in uppercase when it was created. 
For the Wrapper Server, the log level configured in log4j for the aforementioned 
categories will be used. Note that if not log level is set for these categories, then the 
log level set for ancestor categories will be inherited. 
When executing a wrapper from the Wrapper Generation Tool, there is an additional 
thing to consider: if the log level selected in Wrapper Tester window is more 
restrictive than the one specified in the log4j file, the former will be used instead of 
the latter. For example: 
If the log level configured in the log4j configuration file is DEBUG, but the 
wrapper is executed from the Wrapper Generation Tool with log level ERROR, 
then the trace will be logged using ERROR as log level. 
If the log level configured in the log4j configuration file is INFO, and the 
wrapper is executed from the Wrapper Generation Tool with log level TRACE, 
then the trace will be logged using INFO as log level. 
Given that TRACE is the less restrictive log level, selecting it in the Wrapper Tester 
window means that the level configured in the log4j file will be applied without 
changes. 
7.3
APPENDERS 
If  no  specific  appenders  are  configured  for  the  wrapper  execution  trace  log 
categories, a default FileAppender will be created, using as template the FILEOUT 
appender found in the log4j configuration file. Most of the configuration is inherited 
from FILEOUT, in particular the folder path of the output file. The name of the output 
log file itself is determined as follows: 
If  all  the  executions  of  the  wrapper  are  logged  to  same  file 
(ITPCore.LOGGING_MODE=1), the name of the file will be the same as the 
C# Create PDF from Excel Library to convert xlsx, xls to PDF in C#
Description: Convert to PDF/TIFF and save it on the disk. Parameters: Description: Convert to PDF/TIFF and save it into stream. Parameters:
extract data from pdf to excel online; extract data from pdf form
C# Create PDF from Word Library to convert docx, doc to PDF in C#.
Description: Convert to PDF/TIFF and save it on the disk. Parameters: Description: Convert to PDF/TIFF and save it into stream. Parameters:
cannot save pdf form in reader; exporting data from excel to pdf form
ITPilot 5.5 
User Guide 
Wrapper Execution Trace Logs 
41 
name of the wrapper. 
If each execution is logged to a different file (ITPCore.LOGGING_MODE=2), 
the name of each log file will be the name of the wrapper + a timestamp 
(format 
'yyyyMMddHHmmssSSS') 
an 
execution 
id, 
e.g. 
"TestWrapper.20110323143206698.1". 
NOTE: The default appender is added to the wrapper log categories with the 
“additivity” property set to "false", which means that the log messages are not sent 
to the appenders of the ancestor categories (i.e. the wrapper execution trace log 
messages are not logged in the Wrapper Server/Wrapper Generation Tool main log 
file). 
7.3.1
Configuring custom appenders 
If the user wants more control over the logging of wrapper execution trace events, 
he can define his own custom appender for the trace log categories. He may use a 
regular log4j org.apache.log4j.RollingFileAppender, but this suffers from a limitation: 
execution trace messages produced by wrappers will all be sent to the same file, 
even as the value of the ITPCore.LOGGING_MODE parameter is 1 o 2. 
Another 
possibility 
consists 
in 
using 
com.denodo.itp.component.core.event.RollingFileWrapperAppender. 
This 
class 
inherits the properties of a FileAppender but adds some extra functionality. 
RollingFileWrapperAppender lets the user specify a directory path or a pattern as the 
value of the File parameter.  
If a directory path is given, it will be used to store the log files, and the name 
of the log files themselves will be generated as if using the default appender 
(see section 7.3). 
If a pattern is given, then "%w" in the pattern will be substituted by the file 
name (without extension) which the default appender would use. For example 
if File value is "/tmp/Wrapper_%w.txt", ITPCore.LOGGING_MODE=1 and the 
wrapper  name  is  "Test",  the  log  file  for  this  wrapper  will  be 
"/tmp/Wrapper_Test.txt". Note that if the pattern does not contain “%w”, 
then the file name will be constant and the execution traces produced by 
wrappers will all be sent to the same file. 
RollingFileWrapperAppender also gives the user precise control over the formatting 
of wrapper execution trace events. For this purpose, instead of the regular log4j 
"org.apache.log4j.PatternLayout", 
"com.denodo.itp.component.core.event.ScriptEventPatternLayout" should be used. 
This latter class inherits from PatternLayout and adds the new optional parameter 
MessagePattern, which allows to pre-format wrapper trace events before applying 
the ConversionPattern layout. The following syntax is used for MessagePattern: 
%c represents the component name. 
%m represents the message of the trace event. 
%t represents the exception associated to event (if any). 
%e represents the error code associated to the event (if any). 
If no MessagePattern  is specified,  or if a  PatternLayout  is used instead  of a 
ScriptEventPatternLayout, the default format will be "%c - %m". In any case, the 
result of applying the MessagePattern will be substituted for occurrences of “%m” in 
the  ConversionPattern.  (Note  therefore  that  occurrences  of  “%m”  in  the 
ConversionPattern do not mean the original trace message, as they do in the 
ITPilot 5.5 
User Guide 
Wrapper Execution Trace Logs 
42 
MessagePattern). 
Figure 35 
RollingFileWrapperAppender with ScriptEventPatternLayout. 
Figure 35 shows an example of a custom RollingFileWrapperAppender which uses a 
ScriptEventPatternLayout with a non-default MessagePattern. After its definition, the 
appender is tied to a logger in the wrapper trace log category. 
7.3.2
Custom appenders and logger additivity 
By default, each logging request for a given logger will be forwarded to all the 
appenders of that logger as well as the appenders of its ancestors, i.e. appenders are 
inherited "additively" in the logger hierarchy. 
Therefore,  if  a  custom  appender  is  added  to  a  logger  in  the 
"com.denodo.itpilot.logging.wrappers" 
or 
"com.denodo.itpilot.logging.wrappers.<wrapper_name>" categories, then the log 
messages sent to this appender will also be sent to the ancestor logger appenders 
(i.e.  the  execution  trace  log  messages  will  also  be  logged  in  the  Wrapper 
Server/Wrapper Generation Tool main log files). 
It is possible to override the default behavior so that appender accumulation is no 
longer additive by setting the additivity parameter of a logger to false. If a logger has 
the additivity parameter set to false, then logging requests will not be sent to the 
appenders of any of the ancestors of that logger. In particular, this can be done with 
loggers 
in 
the 
"com.denodo.itpilot.logging.wrappers" 
or 
"com.denodo.itpilot.logging.wrappers.<wrapper_name>" categories. 
NOTE: There is  an  exception to  this.  Due to  the  internal  implementation of 
RollingFileWrapperAppender, if  appenders of this type are configured for loggers of 
the 
"com.denodo.itpilot.logging.wrappers" 
and 
"com.denodo.itpilot.logging.wrappers.<wrapper_name>"  categories,  then  the 
<appender name="WRAPPERSFILEOUT" 
class="com.denodo.itp.component.core.event.RollingFileWrapperA
ppender"> 
<param name="File" value="c:/Temp/%w.log" /> 
<param name= "Append" value= "true " /> 
<param name= "MaxFileSize" value= "10MB " /> 
<param name= "MaxBackupIndex" value= "7" /> 
<param name= "encoding" value= "UTF-8" /> 
<layout 
class="com.denodo.itp.component.core.event.ScriptEventPatternL
ayout"> 
<param name="ConversionPattern" 
value="%-4r [%t] %-5p 
%d{yyyyMMddHHmmssSSS} %c %x - %m  %n"/> 
<param name="MessagePattern" value="[%m] --
[%c]"/> 
</layout> 
</appender> 
... 
ITPilot 5.5 
User Guide 
Wrapper Execution Trace Logs 
43 
messages 
sent 
to 
the 
appender 
of 
the 
"com.denodo.itpilot.logging.wrappers.<wrapper_name>" logger are never sent to 
the appender of the "com.denodo.itpilot.logging.wrappers" logger , independently of 
the value of the parameter additivity. 
 series  of  examples  will  clarify  this.  In  the  examples,  the  referenced 
WRAPPERSFILEOUT 
and 
SPECIFICWRAPPERFILEOUT 
appenders 
are 
RollingFileWrapperAppenders. For the situation depicted in Figure 36, the execution 
trace of the wrapper "testcustomerrors" will be logged in SPECIFICWRAPPERFILEOUT, 
and the execution trace of the rest of the wrappers in WRAPPERSFILEOUT and 
FILEOUT.  For  the  one  in  Figure  37,  the  execution  trace  of  the  wrapper 
"testcustomerrors" will be logged in SPECIFICWRAPPERFILEOUT, and the execution 
trace of the rest of the wrappers in WRAPPERSFILEOUT. And for the one in Figure 38, 
the  execution  trace  of  the  wrapper  "testcustomerrors"  will  be  logged  in 
SPECIFICWRAPPERFILEOUT and FILEOUT, and the execution trace of the rest of the 
wrappers in WRAPPERSFILEOUT and FILEOUT. 
Figure 36 
Additivity="false" for the logger of a specific wrapper. 
Figure 37 
Additivity="false" for the logger of the general wrapper 
category. 
<logger 
name="com.denodo.itpilot.logging.wrappers"> 
<level value="debug"/> 
<appender-ref ref="WRAPPERSFILEOUT" />  
</logger> 
<logger 
name="com.denodo.itpilot.logging.wrappers.testcust
omerrors" additivity="false"> 
<level value="debug"/> 
<appender-ref ref="SPECIFICWRAPPERFILEOUT" 
/> 
</logger>     
<root> 
<logger name="com.denodo.itpilot.logging.wrappers" 
additivity="false"> 
<level value="debug"/> 
<appender-ref ref="WRAPPERSFILEOUT" />  
</logger> 
<logger 
name="com.denodo.itpilot.logging.wrappers.testcustome
rrors"> 
<level value="debug"/> 
<appender-ref ref="SPECIFICWRAPPERFILEOUT" /> 
</logger>     
<root> 
ITPilot 5.5 
User Guide 
Wrapper Execution Trace Logs 
44 
Figure 38 
Loggers with default addititvity. 
<logger 
name="com.denodo.itpilot.logging.wrappers"> 
<level value="debug"/> 
<appender-ref ref="WRAPPERSFILEOUT" />  
</logger> 
<logger 
name="com.denodo.itpilot.logging.wrappers.testcusto
merrors"> 
<level value="debug"/> 
<appender-ref  ref="SPECIFICWRAPPERFILEOUT" 
T" 
/> 
</logger>     
Documents you may be interested
Documents you may be interested