Preflight Droplet/Acrobat Startup Automation Problems

Hello,
We're experiencing some problems regarding preflight droplets not being executed for some instances when the Acrobat XI application
(Acrobat Pro XI and Windows XP) is not yet opened before the preflight droplet is executed (Acrobat is started/opened due to the preflight droplet call but it doesn't execute the preflight droplet anymore).
If Acrobat is not yet opened and we executed the droplet, Acrobat opens and loads but the preflight action is not executed (we waited for a long time thinking Acrobat is still warming up but nothing really happens), we tried executing preflight droplet again (with the opened faulty Acrobat) and still does nothing. We needed to close Acrobat and reopen manually before we execute the preflight droplet for it to work again. Note that we are executing the preflight droplet using the commandline using our program (java) and not using drag and drop. Seems Acrobat is still initializing so it wasn't able to queue the preflight process... Note though that this does not happen all the time.
Can anyone from Adobe check if this is a known issue?
Currently, the only resolution is to manually open Acrobat and open the preflight window and let it initialize and close the preflight window again and leave acrobat open before executing executing the droplet (which is a bit troublesome if we want to automate opening Acrobat when server is restarted or just turned on)
Please advise if there is a fix for this? Or is there a way to initialize the preflight preferences on startup of Acrobat via commandline line or any other option.
we can try to execute a script/bat file to start up Acrobat + initialize its preflight preferences before executing our program (though we're not sure if initializing the preflight preferences can be automated on startup of Acrobat).
Thanks

Hello,
We're experiencing some problems regarding preflight droplets not being executed for some instances when the Acrobat XI application
(Acrobat Pro XI and Windows XP) is not yet opened before the preflight droplet is executed (Acrobat is started/opened due to the preflight droplet call but it doesn't execute the preflight droplet anymore).
If Acrobat is not yet opened and we executed the droplet, Acrobat opens and loads but the preflight action is not executed (we waited for a long time thinking Acrobat is still warming up but nothing really happens), we tried executing preflight droplet again (with the opened faulty Acrobat) and still does nothing. We needed to close Acrobat and reopen manually before we execute the preflight droplet for it to work again. Note that we are executing the preflight droplet using the commandline using our program (java) and not using drag and drop. Seems Acrobat is still initializing so it wasn't able to queue the preflight process... Note though that this does not happen all the time.
Can anyone from Adobe check if this is a known issue?
Currently, the only resolution is to manually open Acrobat and open the preflight window and let it initialize and close the preflight window again and leave acrobat open before executing executing the droplet (which is a bit troublesome if we want to automate opening Acrobat when server is restarted or just turned on)
Please advise if there is a fix for this? Or is there a way to initialize the preflight preferences on startup of Acrobat via commandline line or any other option.
we can try to execute a script/bat file to start up Acrobat + initialize its preflight preferences before executing our program (though we're not sure if initializing the preflight preferences can be automated on startup of Acrobat).
Thanks

Similar Messages

  • Acrobat Professional Windows 9.1.3 Crashing in Preflight Droplet

    Hi,
    I created a preflight droplet using Acrobat Professional 9.1.3 in Windows XP SP2 and when I run the droplet I'm getting the message "DDEHandler unhandeled exception caught!". This message appears in every scenario I tried:
      - Acrobat running before the file is dropped in the droplet icon
      - Acrobat not running before the file is dropped in the droplet icon
      - Acrobat running before I started the droplet in the command-line
      - Acrobat not running before I started the droplet in the command-line
    Eve scenario was tried with a pre-built profile and a custom profile. Nothing works!!!!
    If I run the same preflight profile normally in Acrobat (not as droplet), the preflight runs ok, with no error.
    Any clue?
    It's a trial Acrobat Pro. I'm planning to buy a license if the preflight works...
    I just downloaded Acrobat Pro for Mac and I found a very similar crash (of course, with a different error message but with the same conditions) and there's a thread opened in Acrobat Mac forum since February with no solution from Adobe. I'll look for a competitive solution, it seems Adobe isn't interested in provide a decent solution.
    The Acrobat's preflight tool is made by a german company, Callas Software, and this company sells similar preflight products (with additional functions and higher prices). Callas' products work very fine in Mac and in PC.
    If you need a scriptable preflight, please forget Adobe Pro 9....
    Best regards,
    Lorenzo

    http://forums.adobe.com/message/2907499#2907499 – as you say the same error occurs in OS X. Here is the corresponding mac-thread with a bit more information (applying both to Windows and OS X). Note that despite the error Acrobat DOES perform the preflight, but has to be restarted after.
    It is an issue with Acrobat 9, and the possible (not very good) workarounds can be summarised as:
    Use Acrobat 8 instead
    Check the box for making a summary PDF
    Do not generate detailed reports
    If you are scripting etc. you might also find a way that automates restarting Acrobat after each preflight (yay...) or that closes the summary PDF created after each preflight (if that options is used).
    And yeah, I do hope Adobe fixes it as Acrobat does have a whole lot of powerful preflight/fixup tools built in and it's a shame the droplets are broken.

  • Acrobat 9 Preflight Droplet Missing Overview Info from Results

    When I open a PDF with Acrobat 9 and run a preflight on it there is an "Overview" displayed in the results. Within this Overview section there is Pages > Page:1 > Page Information and here I can get page size (i.e. Media Box) information. However, when I create a preflight droplet, using the same profile used above, there is no "Overview" section displayed in the results. Is there a way to capture this Overview information by way of a preflight droplet? Or, if not Overview, can I grab the page size of a document by some other means using a preflight droplet?
    Acrobat 9.0
    Mac OS X 10.4.11 PPC

    When I open a PDF with Acrobat 9 and run a preflight on it there is an "Overview" displayed in the results. Within this Overview section there is Pages > Page:1 > Page Information and here I can get page size (i.e. Media Box) information. However, when I create a preflight droplet, using the same profile used above, there is no "Overview" section displayed in the results. Is there a way to capture this Overview information by way of a preflight droplet? Or, if not Overview, can I grab the page size of a document by some other means using a preflight droplet?
    Acrobat 9.0
    Mac OS X 10.4.11 PPC

  • Acrobat preflight droplet 8.1.2 & leopard 10.5

    there seems to be an issue creative preflight droplets with the newest 8.1.2 update for acrobat. after creating the droplet, the application fails to launch. just bounces once and stops. i have attempted to rebuild the prebindings and tries different settings. the error in the console log is as follows:
    Feb 25 13:02:22 peters-mac-pro [0x0-0x17017].Verify compliance[132]: /System/Library/Frameworks/Carbon.framework/Versions/A/Support/LaunchCFMApp[132] Launch failed with error code -2857 (cfragCFragRsrcErr) for application /Users/peter/Desktop/VERIFYPDF/Verify compliance.app
    i dont know if this is a dynamic library issue - cfm library issue - etc, but as far as i know it worked within version 8.0.
    anyone else having issues or workarounds? adobe any help on this?

    When creating (or editing) droplets in Acrobat 8.1.2 Preflight on Mac there seems indeed to be an issue - the droplets do not run. Nevertheless, using/running a droplet that was created in 8.0, 8.1 or 8.1.1 still works.
    HTH.
    Olaf Drümmer
    PS: This does not seem to be an issue on Windows.

  • Droplet does not run preflight if Acrobat XI is not already running

    I created a droplet in order to automatize a simple preflight.
    If Acrobat XI is running, when I drag'n'drop a file on it, the preflight is launched. But if I close Acrobat and drag'n'drop the same file (or another file), Acrobat open but nothing happen.
    Am I missing something ?
    Edit : perhaps I should had that it happen with differents droplet and on differents computer, and that my environnement is Windows 7. Acrobat is also up to date.
    Thanks

    Sorry for reviving this thread but please advise if you have resolved this. We're also experiencing this kind of behavior (Acrobat Pro XI and Windows XP)
    If Acrobat is not yet opened and we executed the droplet, Acrobat opens and loads but the preflight action is not executed (we waited for a long time thinking Acrobat is still warming up but nothing really happens), we tried executing preflight droplet again (with the opened faulty Acrobat) and still does nothing. We needed to close Acrobat and reopen manually before we execute the preflight droplet for it to work again. Can anyone from Adobe check if this is a known issue?

  • Preflight droplet process returns too early – before it's done

    I'm calling an Acrobat preflight DROPLET from program that I'm writing, and I need to know when the files are ready, that is when the preflight fixups are done.
    I need to know this in order to go on with some other file system stuff in my program, that needs to be done after the preflight fixups.
    I guess the droplet just tells Acrobat what to do, and then exits. The Droplet process stays up for a while but exits before the work is done.
    There is an question from 2009 asking the exact same thing, but no answer.  Preflight droplet returns too early
    Since it's in a locked section of the forum I venture to ask the same question now, six years later.
    Checking the modified dates of all files does not seem to work since a preflight obviously does not alter files that are not in need of being altered.
    I'm on windows, and I don't know whether this is a platform dependent problem.
    What should I do?
    Thanks,
    Andreas

    This is not a good way to do it. But this is the way I do it now...
    It seems to work but there is no guarantee that it will work in the future, or even on all machines.
    private static int WaitForAcrobatReady() {
      // Get the current Acrobat instance.
      var app = new Acrobat.AcroApp();
      // While a preflight (droplet) is running, app.GetNumAVDocs() will
      // not return ANYTHING, it will just hang.
      return app.GetNumAVDocs();
    To sum up the efforts of the last weeks: Acrobat doesn't seem to be made for inclusion in other automation jobs. This is just another thing that doesn't work.
    (I had to use the C# library PDFSharp to do other things that Acrobat can do really well only that it's not possible to set those properties, or start that kind of actions, from "outside".)

  • Preflight droplet returns too early

    I want to convert a color PDF into grayscale. So I created a new preflight profile where nothing happens except color fixup:
    Advanced > Print Production > Preflight
    PDF Fixups > Convert to Grayscale
    I saved the profile and created a Droplet named grey.exe.
    When I call grey.exe smallSize_1MB.pdf everything  is fine. But when I have to convert a PDF having big filesize like grey.exe bigSize_160MB.pdf the Droplet .exe process returns before the preflight is done.
    Problems: A script (e.g. a batch file) continues without waiting for the Droplet to finish. So the script cannot make use the Droplet's result, e.g. a preflight report or the converted PDF file.
    Why does the Droplet's .exe process return too early? Everybody can test this with the help of the attached Droplet and the following batch scripts:
    smallSize.bat (use something small, e.g. 1 MB or smaller):
    copy /Y smallSize.pdf tmp.pdf
    grey.exe tmp.pdf
    echo "return"
    pause
    bigSize.bat (use something really big, e.g. 160 MB or bigger):
    copy /Y bigSize.pdf tmp.pdf
    grey.exe tmp.pdf
    echo "return"
    pause
    Ideas, anyone?
    Message was edited by: Droptix  I am using Adobe Acrobat 8.0 Professional.
    Message was edited by: Droptix  As an alternative I can imagine to re-produce the Droplet's function by Interapplication communication (IAC) through OLE, see http://www.adobe.com/devnet/acrobat/interapplication.html -> if anyone can tell me how to do a grayscale conversion via IAC/OLE... would be great! I know the IAC/OLE basics, can open, save and edit PDFs but don't know how to convert. It would also be possible to use: Advanced/Print Production/Convert Colors > set all Document Colors to convert > set Blending profile for instance to Gray Gamma 1.8 > set conversion options to don't embed profile.

    This is not a good way to do it. But this is the way I do it now...
    It seems to work but there is no guarantee that it will work in the future, or even on all machines.
    private static int WaitForAcrobatReady() {
      // Get the current Acrobat instance.
      var app = new Acrobat.AcroApp();
      // While a preflight (droplet) is running, app.GetNumAVDocs() will
      // not return ANYTHING, it will just hang.
      return app.GetNumAVDocs();
    To sum up the efforts of the last weeks: Acrobat doesn't seem to be made for inclusion in other automation jobs. This is just another thing that doesn't work.
    (I had to use the C# library PDFSharp to do other things that Acrobat can do really well only that it's not possible to set those properties, or start that kind of actions, from "outside".)

  • Acrobat Distiller Automation Interface Error

    As software developer I try to use the Adobe Acrobat Distiller Automation  Interface as described in the document "Acrobat Distiller
    API Reference",  "Windows Automation".
    Now I have found the problem, that if the same user is using the automation  interface at the same time, the second user fails with the following error: The  server threw an exception. (-2147417851).
    I have investigated myself into the problem I discovered that the same user  is sharing the acrodist.exe process. How can I now start
    an own process to  allow parallel execution?
    With two different users the problem does not occur.
    Thanks for your help
    Raphael Affolter

    That's what I have done. I have created an own Mutext to synchronize access to the Distiller Interface.
    But race conditions exists even with a Mutex on a fast machine because if one process is releasing and the other acquiring the Distiller interface at the same time, the second process may fail.
    The documentation says: Each user of the automation interface has its own Distiller instance. There is no sharing of a common Distiller.
    Therefore I have tested this and it works fine for different users (even if the EULA prohibits this).
    To solve the synchronization and race conditions, even for the same user an own instance should be started or the Distiller should serialize the requests itself (to avoid race condition).
    Thanks again
    Raphael Affolter

  • Unable to launch Adobe Acrobat Pro XI (Problem Event Name:APPCARSH)

    Following message received while trying  open Acrobat Pro XI
    Problem signature:
      Problem Event Name: APPCRASH
      Application Name: Acrobat.exe
      Application Version: 11.0.7.79
      Application Timestamp: 536b812b
      Fault Module Name: Acrobat.dll
      Fault Module Version: 11.0.7.79
      Fault Module Timestamp: 536b80ff
      Exception Code: c0000005
      Exception Offset: 00cbf281
      OS Version: 6.1.7601.2.1.0.256.48
      Locale ID: 1055
      Additional Information 1: 0a9e
      Additional Information 2: 0a9e372d3b4ad19135b953a78882e789
      Additional Information 3: 0a9e
      Additional Information 4: 0a9e372d3b4ad19135b953a78882e789
    Need urgent support please....

    Hi KemalAFARACI,
    Please try the following :
    > Enable the hidden Admin Account on Windows 7 ( Ref :  http://www.howtogeek.com/howto/windows-vista/enable-the-hidden-administrator-account-on-wi ndows-vista/ )
    > Disable all Non-Microsoft Startup Services. (Ref : http://helpx.adobe.com/x-productkb/global/disable-startup-items-services-windows.html )
    > Disable all the Antivirus softwares like CA, Norton,Mc Afee etc. temporarily from the computer.
    Launch Acrobat  in the new enabled Admin user account and check.
    Regards,
    Rave

  • Applescript to drop pdf files onto preflight droplet

    Hi, is it possible to write an Applescript to use in an Automator Folder Action which would push pdf files dropped into the folder to a preflight droplet?
    Thanks,
    Charlotte

    well, maybe this isn't as obvious as I think it is, but you need to replace the word droplet with the actual name of the preflight droplet.  And you either need to do it as an automator folder action or make it a normal folder action, using a folder action handler like below and storing the script in  the proper folder actions folder:
    on adding folder items to this_folder after receiving these_items
              tell application "<droplet name>"
      open these_items
              end tell
    end adding folder items to
    That should work, but you haven't told me anything about the droplet itself.  if the droplet won't handle even basic applescripting you may need to rephrase like so:
    tell application "Finder"
      open these_items using application "<droplet name>"
    end tell

  • Adobe Acrobat Pro 9 problem

    Software:Adobe Acrobat Pro 9 problem
    Issue: Whenever the end-user runs the PDF maker in Word 2003, it converts the file fine but when you close the PDF and return to the Word document, it shows the progress bar is still working to create the PDF.
    Related? In the Event System log, an error for SidebySide with the Event IDs of 32 and 59. I couldn't determine if these errors relate to each other.
    System: Windows XP Professional, sp3

    use the below link:
    Downloadable installation files available:
    Suites and Programs:  CC 2014 | CC | CS6 | CS5.5 | CS5 | CS4, CS4 Web Standard | CS3
    Acrobat:  XI, X | 9,8 | 9 standard
    Premiere Elements:  13 | 12 | 11, 10 | 9, 8, 7 win | 8 mac | 7 mac
    Photoshop Elements:  13 |12 | 11, 10 | 9,8,7 win | 8 mac | 7 mac
    Lightroom:  6| 5.7.1| 5 | 4 | 3
    Captivate:  8 | 7 | 6 | 5.5, 5 | 1
    Contribute:  CS5 | CS4, CS3 | 3,2
    FrameMaker:  12, 11, 10, 9, 8, 7.2
    Download and installation help for Adobe links
    Download and installation help for Prodesigntools links are listed on most linked pages.  They are critical; especially steps 1, 2 and 3.  If you click a link that does not have those steps listed, open a second window using the Lightroom 3 link to see those 'Important Instructions'.

  • Win 98SE Startup Logon Problem

    All our Win 98SE had the startup logon problem when we migrated to Cisco 1240AP. Previously, we don't had this problem when we are still using the SMC AP.
    When we want to login to windows 2000 Domain during startup, the system will complain that it can't find a DC and we had to click ok to proceed. Once login, we can see that it can detect the AP with good signal strength. Then we need to logoff and then only we can login to the Domain without any problem.
    But when we restart the system to login to the Domain again, the same problem occurs. Only when you click ok to login without network and then logoff again to login without restart the system, then the PC can find the Domain and login without problem. All our PCs are using the static IP assignment with DNS and WINS configure.
    We are currently using the DLink client wireless adapter and we had try to change to Belkin client wireless adapter with more recent Win98 driver but with the same problem.
    Our Window XP don't had this issue. As i had said, previously when we are using a SMC AP, we don't had this problem.
    Anyone here had the same problem that had a solution ?
    Thanks.
    CMYip

    Yes. The solution was to upgrade to upgrade the customer's laptops to WinXP.
    (Drive mappings were also a related issue).

  • Preflight Droplet asks to install Rosetta!???

    Hi,
    Does anyone knows why Acrobat 9.3.4 Pro is asking me to install Rosetta on a Mac mini 2010 with Mac OS 10.6.4?
    In Acrobat I created a new preflight profile and afterwards a droplet on my desktop for this profile.
    The weird thing is that, as soon as I drop a pdf file on the icon, Mac OS asks me to install ‘Rosetta'.
    Newest computer, newest OS and CS5. What is Rosetta doning here, I wonder?
    Any thoughts?
    Thanks in advance,
    Johny

    You may want to consider FlightCheck v6.75 which can preflight PDF files and the native source files alike (Adobe Illustrator, InDesign, etc, etc). Since it is a desktop app, there is no need to create a droplet or the likes. Just download the 30-day demo, drag-and-drop your PDF, .INDD, .AI, .PS, .JPG, etc documents onto the FlightCheck icon and get an easy to understand preflight report.
    You will want to maybe select one of the many preset PDF Preflight Profiles, which we call Ground Control sets or edit one to suit your quality assurance needs.
    The beauty of FlightCheck is you do not need Acrobat or any of the native applications open or even on your machine. It is a stand-alone application.
    For the record, as Peter has reminded me in the past, I come from the Markzware stables, the makers of FlightCheck and many other Creative Suite conversion tools. Acrobat postflight feature can be great, but FlightCheck is a true preflight work-horse across publishing and printing file formats.
    Friendly Regards,
    David
    Markzware

  • Acrobat 9 license problem ??

    I have Adobe CS3 Design Premium with Acrobat 9 Professional included in the packet with its own Key.
    Problem is Acrobat 9 Pro does not work all other CS3 programs work fine.
    Install of Acrobat 9 went fully ok then on startup after 20sec`s it tells me the license for this product has stopped working with a fault code (4).
    Followed the fault reply from Adobe about permissions etc etc no luck have uninstalled 3x now without success.
    Have reported to Adobe but no reply at this time.
    Does Anyone have any knowledge about this or am I a one off??
    Adobe Acrobat pro 8 worked a treat but really do want version 9 to work.

    Was Acrobat the first product you launched from the suite? This can cause problems sometimes. I suggest you use the CS4Clean Script to uninstall everything, and then reinstall and activate through one of the other applications in the suite.

  • Acrobat 11 Pro - problem with right-click "Convert to Adobe PDF" output folder

    I'm migrating from one machine running Windows XP Pro with Acrobat 8 Pro to Windows 7 Pro with Acrobat 11 Pro.
    On the XP machine, when I right-click on a document and select "convert to Adobe PDF" the process works just fine - it always outputs the file to the target destination I have set in the Adobe PDF printer definition.
    On the Windows 7 Pro/Acrobat 11 Pro machine, the exact same settings are ignored: the PDF will always end up in the same folder as the source file.
    Both the source folder and the destination folder are on one of my office's networked drives.
    Under the Printing Preferences, I have the output folder address set the same on both machines, so it *should* go to the right location on the new machine.
    Oddly enough, on the Acrobat 11 Pro machine, if I select Adobe PDF as the default printer and do a test print, it *does* print to the correct folder!
    This has got me stumped!
    Thoughts?
    (update from later in the day)
    If Adobe PDF is selected as the default printer, I *can* select a bunch of documents, right-click, select "print", and Word will open up, and they'll print to the correct target folder.
    So, it's "just" the right-click "Convert to Adobe PDF" that doesn't work correctly.

    The reinstall is typically the last ditch effort to do. The first step is Help>Repair and Help>Updates. As far as Office 2013, the PDF Maker of AA X is not compatible and you can only print. In your list of errors it showed a problem with AcroTray.exe. As a first step, go to the print and select print-to-file. The file will be a PS file (maybe with a PRN extension). Once the printer if finished, open the file in Distiller to complete the process. If that is successful, then the problem is with AcroTray. Check your running tasks to be sure AcroTray is indeed running. If not, that is likely the problem. If it is, then restart it (it is located in the Acrobat folder). AcroTray provides the interface between the PS creation and Distiller to automate the process of creating the PDF.

Maybe you are looking for