how to upload only pdf file in asp.net c# : Search a pdf file for text SDK Library API .net wpf asp.net sharepoint PDF-Converter-Services---Administration-Guide-(1)4-part510

PDF Converter Services - Installation & Administration Guide
PDF Converter Services - Installation & Administration Guide - Version 8.0 - 03/12/15 
© Copyright 2015, Muhimbi Ltd 
Page 41 of 60 
For more details about these settings as well as editing the service’s config file 
see 2.6.9 InfoPath specific switches
In order to use this functionality file sharing must be enabled on the server that 
runs the Muhimbi Service and the default Administrative Drive Shares (C$, D$ 
etc) must be available as well. 
When the AutoTrustForms facility is used to connect to external systems, e.g. 
a web service on your SharePoint server, then please make sure the server 
name is recognised as a local intranet system by adding the server name / 
entire  domain to  the  list of local intranet sites.  This can be done either 
manually or, even better, using a group policy. The manual steps are as 
follows: 
1. 
Log in to the desktop using the account the Muhimbi Conversion Service 
runs under. 
2. 
Start Internet Explorer and navigate to Tools / Internet Options / Security. 
3. 
Select ‘Local Intranet’ and click the ‘Default Level’ button.
4. 
Click the ‘Sites’ button followed by ‘Advanced’.
5. 
Add the server that is being connected to to the list. 
Similar to the Details for InfoPath 2007 section above, click the Custom Level 
button and make sure that User Authentication is set to Automatic Logon with 
current  user  name  and  password and that  Access  data  sources  across 
domains is set to Enable. 
Search a pdf file for text - search text inside PDF file in C#.net, ASP.NET, MVC, Ajax, WinForms, WPF
Learn how to search text in PDF document and obtain text content and location information
search pdf documents for text; how to select text in pdf reader
Search a pdf file for text - VB.NET PDF Text Search Library: search text inside PDF file in vb.net, ASP.NET, MVC, Ajax, WinForms, WPF
Learn How to Search Text in PDF Document and Obtain Text Content and Location Information in VB.NET application
how to search pdf files for text; search pdf for text in multiple files
PDF Converter Services - Installation & Administration Guide
PDF Converter Services - Installation & Administration Guide - Version 8.0 - 03/12/15 
© Copyright 2015, Muhimbi Ltd 
Page 42 of 60 
Appendix 
Switching between InfoPath Converters 
As  of version  8.0  the  PDF  Converter  comes  with  two  different  InfoPath 
converters, a legacy converter as well as a brand new high fidelity converter. 
Both  converters provide the same facilities for  converting InfoPath forms, 
including dynamic view selection and conversion of InfoPath attachments; 
however the high fidelity converter generates much higher quality output. 
This  appendix  describes  how  to  switch  between  converters.  For  more 
background information as well as additional details on this subject see this 
blog post
. If you wish to enable the new InfoPath converter on Windows 
Server 2003 then please contact support@muhimbi.com
for details. 
Enabling the high fidelity InfoPath Converter 
On Windows Server 2008 (and newer) systems, the high fidelity converter is 
enabled by default. If the decision was made to enable the legacy converter 
during installation, but there is a need to switch to the high fidelity version, 
then please follow the steps below: 
1. 
If not already done so during the PDF Converter’s original installation 
process, deploy Ghostscript to the server running the Conversion Service. 
For details see section 2.2.3. 
2. 
Edit the conversion service’s configuration file. For details about how to do 
this see this article
3. 
Set the value of the InfoPathConverterFullFidelity.UseNativePrintEngine 
setting to true
4. 
Save the configuration file and restart the Conversion Service 
If the Conversion Service is running on multiple systems then repeat these 
steps for each system. 
Enabling the legacy InfoPath Converter 
If the PDF Converter was installed using the default - high fidelity - option, but 
there is a need to switch back to the legacy converter, perhaps because the 
InfoPath forms were designed specifically for the legacy converter, then you 
can switch back as follows: 
1. 
Edit the conversion service’s configuration file. For details about how to do 
this see this article
2. 
Set the value of the InfoPathConverterFullFidelity.UseNativePrintEngine 
setting to false
3. 
Save the configuration file and restart the Conversion Service. 
If the Conversion Service is running on multiple systems then repeat these 
steps for each system. 
C# Word - Search and Find Text in Word
PDF to text, C#.NET convert PDF to images, C#.NET PDF file & pages edit, C#.NET PDF pages extract, copy, paste, C#.NET rotate PDF pages, C#.NET search text in
search a pdf file for text; text searchable pdf file
VB.NET PDF File Compress Library: Compress reduce PDF size in vb.
Embedded print settings. Embedded search index. Bookmarks. Flatten visible layers. VB.NET Demo Code to Optimize An Exist PDF File in Visual C#.NET Project.
convert a scanned pdf to searchable text; pdf searchable text
PDF Converter Services - Installation & Administration Guide
PDF Converter Services - Installation & Administration Guide - Version 8.0 - 03/12/15 
© Copyright 2015, Muhimbi Ltd 
Page 43 of 60 
Appendix - Post processing PDF output to PDF/A 
Muhimbi’s range of PDF Conversion products supports output in PDF/A1b & 
A2b  format  using  the  PDF  Converter  Professional  Add-on  license.  This 
appendix provides details about how to configure the system to output in 
PDF/A format.  
For more background information as well as additional details on this subject 
see this blog post
Configuring PDF/A 
To assist with some of the underlying processing, the Muhimbi PDF Converter 
utilises Ghostscript in the background. If you wish to convert files to PDF/A 
then please make sure that Ghostscript is deployed either as part of the 
installation process or installed manually. For details see section 2.2.3. 
Please note that a license for the PDF Converter Professional
is required in 
addition to a valid PDF Converter for SharePoint or PDF Converter Services 
License in order to use this functionality. 
Depending on your needs you may need to change the following settings in 
the Conversion Service’s configuration file (see 
2.6 for details about how to 
edit this file). 
1. Ghostscript.Path: Leave this setting empty to auto-detect the location. If 
Ghostscript was deployed manually to a non-standard path then you will 
need  to  enter  it  here,  including  the  name  of  the  executable,  e.g. 
"E:\Program Files\gs\gs9.04\bin\gswin64c.exe". 
2. PDFA.PostProcessing:  Some underlying converters can natively output 
files in PDF/A format, which in some rare cases may be preferential over 
using Muhimbi’s PDF/A facility. Specify one of
the following values to 
control this behaviour:  
o
All: Post Process files generated by all converters, including the 
ones that are supposed to already support PDF/A. 
o
WhenNeeded: Post process files for only those converters that do 
not support native PDF/A output. 
o
None: Do not post process files generated by any converters. This 
is the default option).  
Please note that these values will only be used if the output format is set 
to PDF_A1B,  either  in  the  web  service  call  or  via  the  global 
'ConversionSettings.ForcePDFProfile'  config  value.  PDF_A2B  output  is 
always processed by the PDF Converter and ignores this setting. 
Unless you have a good reason to change this, leave this setting alone. 
3. PDFA.RasterizeTransparentContent: Define how transparent content is 
dealt  with  during  conversion  to  PDF/A1b.  The  default  setting  (False) 
removes all transparency. If you wish to retain transparent objects then set 
this value to True, which will result in pages being rasterized resulting in 
considerably  larger  and  slower  PDF  files.  PDF/A2b  natively  supports 
transparent content and ignores this setting. 
C# PDF delete text Library: delete, remove text from PDF file in
option). Description: Delete specified string text that match the search option from PDF file. Parameters: Name, Description, Valid Value.
how to make pdf text searchable; pdf text search
C# PowerPoint - Search and Find Text in PowerPoint
PDF to text, C#.NET convert PDF to images, C#.NET PDF file & pages edit, C#.NET PDF pages extract, copy, paste, C#.NET rotate PDF pages, C#.NET search text in
find and replace text in pdf; pdf search and replace text
PDF Converter Services - Installation & Administration Guide
PDF Converter Services - Installation & Administration Guide - Version 8.0 - 03/12/15 
© Copyright 2015, Muhimbi Ltd 
Page 44 of 60 
4. ConversionSettings.ForcePDFProfile: Override the ConversionSettings. 
PDFProfile value during conversion. Leave this setting empty to use the 
value specified in the web service call. Accepted values are members of 
the Muhimbi.DocumentConverter.WebService.Data.PDFProfile  enum  or 
an  empty  string.  For  example:  'PDF_1_5'  (Use  PDF  Version  1.5)  or 
'PDF_A1B' (Use the PDF/A standard for long term archiving). 
Don’t forget to restart the
Muhimbi Conversion Service after making changes 
to the configuration file. 
For details about how to convert to PDF/A using the Web Services interface 
follow the instructions in this blog post
. Additional details can be found here
C# PDF File Compress Library: Compress reduce PDF size in C#.net
size, images size reducing can help to reduce PDF file size effectively. will also take up too much space, glyph file unreferenced can be Embedded search index.
searching pdf files for text; how to select all text in pdf file
C# PDF replace text Library: replace text in PDF content in C#.net
Replace old string by new string in the PDF file. option, The search and replace match rules. Description: Delete specified string text that match the search
converting pdf to searchable text format; cannot select text in pdf
PDF Converter Services - Installation & Administration Guide
PDF Converter Services - Installation & Administration Guide - Version 8.0 - 03/12/15 
© Copyright 2015, Muhimbi Ltd 
Page 45 of 60 
Appendix - Advanced Deployment Scenarios 
Muhimbi’s  range  of  server  based  PDF  Conversion  produ
cts  have  been 
developed with performance, scalability and reliability
in mind. As a result the 
software  scales  from  the  most  humble  ‘
everything  on  the  same  server
’ 
environments to environments that deal with millions of conversions a day 
across  a  farm  of  servers.  This  appendix  discusses  the  most  common 
deployment scenarios. 
Whenever this appendix mentions ‘Server’ it doesn’t matter if this is a p
hysical 
or virtualised server. The software does not differentiate between the two and 
will work fine on either type. 
Introduction 
Architecture 
Both the PDF Converter for SharePoint and the PDF Converter Services ship 
with  the  same  central  conversion  engine.  This  engine, The Muhimbi 
Conversion  Service, is responsible for carrying out all the work including 
conversion  of  files,  OCR,  watermarking,  merging,  splitting  and  security 
activities. Although in case of the PDF Converter for SharePoint the front end 
is  quite  comprehensive,  all  it  really  does  is  prepare  requests  for  the 
Conversion  Service  and  receive  responses  containing  new  or  modified 
documents. 
The Muhimbi Conversion Service is a standard Windows Service that starts 
automatically when Windows boots up and requires no user interaction or 
anyone to be logged in to the server console. 
This Windows Service contains a WCF based Web Service that exposes 
functionality to any Web Services capable environment including Java, C#, 
VB.NET, Documentum, SAP, Ruby, PHP etc. Typically when administrators 
think about web services they assume that they need to host this inside a web 
server such as IIS or Apache. Although that may be true for many web 
services, Muhimbi’s PDF Conversion software runs inside a 
self-hosted WCF 
service that does not have any external dependencies on third party web 
servers. 
Basing the conversion service on WCF results in a lot of benefits, including: 
1.  No external dependencies on web servers and other 3rd party products.  
2.  A mature framework with support for  different  message  and transport 
types, built-in security and advanced features such as MTOM encoding
for 
large attachments.  
3.  And  most  importantly,  all functionality  is  exposed via  standard  HTTP 
based Web Service requests.  
This last point about requests being HTTP based is very important as it allows 
the Conversion Service to be scaled across multiple servers using standard 
hardware or software based load balancers, including the free NLBS that 
ships with Windows. By utilising a load balanced environment you can achieve 
linear scalability and automatic failover.  
VB.NET PDF replace text library: replace text in PDF content in vb
Replace Text in PDF File. The following coding example illustrates how to perform PDF text replacing function in your VB.NET project, according to search option
select text in pdf file; search pdf files for text programmatically
VB.NET PDF- View PDF Online with VB.NET HTML5 PDF Viewer
Name. Description. 13. Page Thumbnails. Navigate PDF document with thumbnails. 14. Text Search. Search text within file by using Ignore case or Whole word search
text select tool pdf; find and replace text in pdf file
PDF Converter Services - Installation & Administration Guide
PDF Converter Services - Installation & Administration Guide - Version 8.0 - 03/12/15 
© Copyright 2015, Muhimbi Ltd 
Page 46 of 60 
Example based on SharePoint Front ends, but Java and .NET deployments work the same. 
For  details  about  tuning  the  various  options  of  the  Muhimbi  Conversion 
Service, and installation in general, see the Resources section at the end of 
this appendix. 
Single Server Farm
The most  basic configuration possible is to install everything on a  single 
server. Just follow Chapter 2 in this Administration Guide and choose the 
default option to deploy both the Conversion Service and the SharePoint front-
end. There is nothing else to configure and, if needed, the Web Service can 
be accessed on the following URL: 
http://localhost:41734/Muhimbi.DocumentConverter.WebService/ 
Small farms with a single Conversion Server
For  slightly  larger  deployments  of  2  or  more  servers,  but  with  a  single 
conversion server, deployment is very simple as well. Let’s take the 
following 
example: 
Server 1: A new or existing Application Server that will run the Muhimbi 
Conversion Service.  
Server 2: A server that will run either a SharePoint WFE or a custom 
solution.  
In this particular case it is a matter of executing the installer on Server 1 as 
per the instructions in Chapter 2 of this Administration Guide.  
If the PDF Converter is installed in a SharePoint environment then the default 
option is to install the Conversion Service on the local machine (in this case 
Server  1) and also deploy the SharePoint front-end (WSP files) to all 
SharePoint servers (in this example Server 2).  
If the decision is made to only install the Conversion Service then the installer 
will need to be executed again on Server 2 to deploy just the SharePoint front-
end without deploying another instance of the Conversion Service. In that 
case you will be asked to enter the host name of the server that runs the 
conversion service, which 
in this example 
is the hostname of Server 1
The web service URL is now as follows: 
http://Server1:41734/Muhimbi.DocumentConverter.WebService/ 
Where Server1 
is the conversion server’s host name.
PDF Converter Services - Installation & Administration Guide
PDF Converter Services - Installation & Administration Guide - Version 8.0 - 03/12/15 
© Copyright 2015, Muhimbi Ltd 
Page 47 of 60 
Large farms with multiple conversion servers 
More complex environments that require a high level of scalability and the 
ability to fail-over between servers usually utilise multiple front end servers 
and multiple conversion servers. For example: 
Server 1: A new or existing Application Server that will run the Muhimbi 
Conversion Service.  
Server 2: A new or existing Application Server that will run the Muhimbi 
Conversion Service.  
Server 3: A server that will run either a SharePoint WFE or a custom 
solution.  
Server 4: A server that will run either a SharePoint WFE or a custom 
solution.  
Load Balancer  
In this scenario the Conversion Service will need to be installed on Server 1 
and Server 2 as per the instructions in Chapter 2 of this Administration Guide. 
Once installation is complete the web service can be reached on the following 
2 URLs: 
http://Server1:41734/Muhimbi.DocumentConverter.WebService/  
http://Server2:41734/Muhimbi.DocumentConverter.WebService/ 
Although in theory you could build functionality into your software to alternate 
requests between these two URLs, it is much easier and more robust to use 
an off-the-shelf HTTP load balancer or Windows NLBS. How this works in 
detail differs per load balancer, but it usually involves creating a virtual host 
and configure this virtual host to send requests to Server1 and Server2. In this 
example we assume that this virtual host is named LoadBalancer, resulting in 
the following Web Service URL: 
http://LoadBalancer:41734/Muhimbi.DocumentConverter.WebService/  
In case of a SharePoint deployment execute the installer on one of the Web 
Front End servers (Server 3 or 4, it do
esn’t matter which) and choose the 
option to Install the SharePoint front-end on the entire farm. 
You will be asked to enter the network name or ip-address of the server 
running the Conversion Service, which in this example is LoadBalancer. The 
installer will check that a Conversion Service  is listening at the specified 
address,  so  make  sure  the  Conversion  Service  and  load  balancer  are 
configured before deploying the SharePoint front-end. 
If you have multiple SharePoint Web Front End servers it may be tempting to 
install a copy of the Conversion Service on each WFE. Although this is a 
supported  scenario we  recommend  deploying  the Conversion  Service  on 
separate Application Servers to make sure that all the WFE’s resources are 
available for running SharePoint, which can be quite resource hungry by itself. 
PDF Converter Services - Installation & Administration Guide
PDF Converter Services - Installation & Administration Guide - Version 8.0 - 03/12/15 
© Copyright 2015, Muhimbi Ltd 
Page 48 of 60 
Licensing 
Please make sure that licenses are in place for the correct number of servers. 
Muhimbi's software is licensed on a 'per server' basis. This means that you 
need a license for every server that runs our software including all Web Front 
End servers in your SharePoint farm and all servers running the conversion 
service. 
For more details see this Knowledge Base Article
Resources 
For  more  details  about  deployment  and  configuration  see  the  following 
resources: 
Deployment related topics in the Knowledge base
.  
Hardening / Securing the server that runs the Conversion Service
PDF Converter Services - Installation & Administration Guide
PDF Converter Services - Installation & Administration Guide - Version 8.0 - 03/12/15 
© Copyright 2015, Muhimbi Ltd 
Page 49 of 60 
Appendix - Creating Custom Converters 
The Muhimbi PDF Conversion Service allows custom converters to be added with 
relative ease. This is useful for converting file types specific to your organisation or 
for file types that have not (yet) been implemented by Muhimbi in the main product. 
The following example describes how to replace the existing MS-Word converter, 
which relies on MS-Word being present, with a simple third party converter that 
works well enough for simple documents. Some programming knowledge is required. 
It is also possible to use 3
rd
party executables as custom converters without any 
programming, see Appendix - Invoke 3rd party Converters. 
The steps are as follows: 
1. 
Create a new Visual Studio project, select Class Library (C#, .net 3.0) as the 
template and give the project an appropriate name, e.g. CustomConverters. 
2. 
Add references to the following DLLs. They are located in the folder the Muhimbi 
Document  Conversion  Service  has  been  installed  in,  usually  c:\Program 
Files\
Muhimbi….
Muhimbi.dll 
Muhimbi.DocumentConverter.WebService.dll 
Muhimbi.DocumentConverter.WebService.Data.dll 
System.Runtime.Serialization (Add reference from the .NET tab) 
3. 
Change your project’s Assembly name and default namespace to something 
sensible, e.g. Muhimbi.DocumentConverter.WebService.CustomConverters. This 
can be  done  by right-clicking  on  your project and selecting Properties. The 
Application tab allows these settings to be changed. 
4. 
Delete the automatically generated class1.cs file and add a new class named 
WordConverter.csMake sure the class definition is public
5. 
Inherit Muhimbi.DocumentConverter.WebService.AbstractDocumentConverter in 
the WordConverter class and implement the members (right-click on the base 
class name and select Implement Abstract Class). 
6. 
Add the following 2 constructors and make sure they call the base constructors. 
public WordConverter() : base() 
{} 
public WordConverter(Stream sourceFile, OpenOptions openOptions, 
ConversionSettings conversionSettings) 
base(sourceFile, openOptions, conversionSettings) 
{} 
PDF Converter Services - Installation & Administration Guide
PDF Converter Services - Installation & Administration Guide - Version 8.0 - 03/12/15 
© Copyright 2015, Muhimbi Ltd 
Page 50 of 60 
7. 
Next up, we need to implement the RunDiagnostics method. This method is 
normally used to carry out an internal end-to-end conversion to verify that the 
converter and all prerequisites have been installed correctly. In this test we simply 
return a new DiagnosticResultItem with the Valid property set to true
public override DiagnosticResultItem RunDiagnostics() 
DiagnosticResultItem dri = new DiagnosticResultItem(); 
dri.Valid = true
return dri; 
8. 
If we need to look further than just the file extension to determine the file type 
then we can optionally override the CanConvert method and look inside the 
stream (available in the _sourceFile member variable). This is not necessary for 
this sample converter, but an example is provided below. 
public override bool CanConvert(string[] fileExtensions) 
// ** Do we know anything about this extension 
if (base.CanConvert(fileExtensions) == false) 
return false; 
// ** Investigate in more detail 
...implement your own... 
9. 
The next and final method to implement is the actual Convert method, which is 
where all the magic happens. As it is not feasible to develop an MS-Word to PDF 
converter from scratch, the sensible approach to take is to use a third party library 
such as SyncFusion DocIO
or Aspose.Words
(download the archive that contains 
just  the  DLLs).  In  this  example  we  are  going  to  use  Aspose's  library  for 
processing MS-Word files. It is not perfect, but for some documents such as 
forms and simple text documents it works very well. 
Copy Aspose.Words.dll into the project directory and add a reference to it. Copy 
the following code into the WordConverter class. 
public override Stream Convert() 
try 
// ** Validate as certain options are not supported by this converter 
if (_openOptions.AllowMacros != MacroSecurityOption.None) 
Logger.Warn("Macros are not supported by this converter."); 
// ** Set the licences for Aspose.Words.  
Aspose.Words.License wordLicence = new Aspose.Words.License(); 
Documents you may be interested
Documents you may be interested