Location of metadata in JPEG files

The Adobe website details the format of XMP packets.
The IPTC website details the format of IPTC-NAA-IIM DataSets.
However, is there a resource that tells me how these metadata blocks are actually arranged in a JPEG image file?
I have searched without success. Can anyone help?

Are you sure those differences are just timestamps?
As someone on comp.unix.programmer mentioned, those hex values map to chars,
0x4C == 'L'
0x5A == 'Z'
0x44 == 'D'
0x6A == 'j'
Which looks to me possibly like C++ name-mangling. Are you sure the function signatures didn't change between compiles? You could check:
%nm try14.o > symbols14.txt
%nm try15.o > symbols15.txt
%diff symbols14.txt symbols15.txt
What is the source of your requirement to compare binaries?
Josh Walker

Similar Messages

  • Import metadata to jpeg files

    i want to import massively metadata to jpeg files.
    Can you help me to import metadata such as keywords.
    I have already tried with xmp toolkit of Adobe but the metadata
    is not readable from file info in Adobe Photoshop CS2
    What seems to be the problem ?
    I 'm using windows xp

    I can probably help with this.
    I have a script called TagFromFilename that can apply fill in the details that can be extracted from the file path if the .wavs are stored in the layout <Album Artist>\<Album>\[D-]## <Name>[ - <Artist>].<Ext> where D is an optional leading disc number and <Artist> is an optional trailing artist (otherwise both artist and album artist are set to the grandparent folder). You just need to make sure that before you add the tracks to iTunes, that it won't rename the files. You can do this by turning off the Keep option if the files are inside the media folder, or the copy option if the tracks are located outside.
    Alternatively I have another script called ExportImport which allows for almost any editable to be adjusted, as long as you can export the internal track IDs of each track and then marry them up with the data you want to import. See Batch Add Comments Tag Solution? for a previous example of how if might be done. I'll gladly go into more detail if you tell me what fields you already have and what identifying information is present.
    tt2

  • Bridge CS3 not writing metadata to JPEG files

    For the last couple of months (without my noticing until a couple days ago) all JPEG files that I have edited using Bridge CS3 (on Windows XP) do not have the metadata built into the file. Here are the symptoms: use "File Info" to edit the metadata for a JPEG file (i.e. add a title, description, copyright info, etc.), all appears normal, but if you do any of the following, the metadata you entered disappears:
    - duplicate (the metadata does not exist in the duplicate file)
    - move or copy to another folder
    - open in Photoshop or any other software that can read metadata (File Info shows none of the metadata you entered)
    - rebuild the cache for the folder
    Strangely, the metadata still appears with the file when you look at it in Bridge as long as you don't do any of the above.
    This is really awful as I've put a lot of time into entering this metadata for hundreds of files. Older files (pre-Nov 08) don't have this problem and the metadata is "sticky" and doesn't get deleted. So, somehow my Bridge CS3 got corrupted along the way.
    Has anyone experienced this and more importantly -- do you have a solution? I've tried reseting all Bridge settings (but that of course purged the cache and deleted all my metadata.)

    Hey,
    There are various date/time fields shown in properties panel in Organizer. The dates mentioned in general section are read from OS whereas the dates in EXIF field are read from image's EXIF data. In EXIF data there are three date/time fields-
    1. Date time- This date/time info shows date modified of EXIF properties. So when you are writing a tag into imags's IPTC, you are doing some change in EXIF data. Hence this date should change to date when you are writing a tag into IPTC.
    2. Date time original - Represents date time when a image was shoot.
    3. Date digitized - Represents the date when the image was digitized (in digital camers there is hardly some delay between an image is shoot and it is digitized. So this field is always same as date original).
    So, in your scenario, Date time in EXIF should change whenever you are writing any tag into its IPTC.
    Please let me know if you need more info on it.
    ~Andromeda

  • Index of EXIF-metadata from jpeg files by TREX

    Hello,
    I have the following scenario:
    We have a central fileserver with a lot of marketing pictures. Our marketing people are looking for a solution to search pictures by data stored in the EXIF-metadata of the jpeg-files.
    So I like to integrate this fileserver as a repository in KM, set up an index and let TREX do the search (as of note 663630 TREX can search the EXIF-Data of JPEG-Files).
    As goodie I want to give the marketing people the possibility to browse through the pictures in an image gallery. This gallery should be consisting of a query-based taxonomy where all the pictures are sorted by special EXIF-data (e.g. name of the photographer).
    Until now I have integrated the fileserver (as a FS-Repository) and create an index.
    Before index creation I added the mime-type “image/jpeg” to the TREXValidMimeTypes.ini and restarted TREX.
    After indexing the pictures could be found by it’s name, but the EXIF-data is not indexed.
    Now my question:
    Why TREX doesn’t index the EXIF-metadata?
    And how can I use the EXIF-data in an taxonomy?
    System:
    EP6.0 on WebAS 6.40 SPS16
    TREX SPS16 Patch 2
    KMC SPS16 Patch 2
    Greetings from Berlin, Germany
    Jens

    Greetings to Berlin,
    when triggered by KM, TREX will only index metadata that is known to KM as KM propertis.
    I do not know in detail and am not at all sure, but you could try to create custom properties in KM that are called exactly like your EXIF-metadata, set them to "indexable", <b>not</b> fill them with values on KM side and then try again.
    You may want to try this for just one of the EXIF-metadata as a test.
    Even if that works somehow, the maximum result is:
    - Property <b>name</b> existent in KM
    - Property thus searchable an classifiable
    - BUT property <b>values</b> will not show up in KM, as they will remain known only to TREX
    Regards, Karsten

  • Getting metadata into jpeg files from RAW

    I am transitioning to using RAW files more often. I add metadata, including GPS info, captions etc. Then invariably I need to get JPEGs to someone and have to go through the hassle of exporting the RAW as a JPEG with the metadata.
    Is there a way I can get that metadata into the sorta sidecar JPEG file on my Mac without having to go through the export process?
    I suppose I could designate the preference that on import the RAW and JPEG were treated as separate files; could I then just copy the metadata in? I haven't really worked with separate JPEG+RAW before. Would it happen automatically if I stacked them? Haven't really explored that.
    It just seems that every time I have decided to use the RAW invariably I need the JPEG and if I don't have LR available (say I'm working on someone else's computer but accessing my own files) I'm stuck.
    thanks,
    Rob
    LR5 Mac ML

    Is there a way I can get that metadata into the sorta sidecar JPEG file on my Mac without having to go through the export process?
    Not in Lightroom. Maybe with ExifTool.
    Then invariably I need to get JPEGs to someone and have to go through the hassle of exporting the RAW as a JPEG with the metadata.
    Exporting is a hassle? Maybe Lightroom isn't the right program for you.
    I suppose I could designate the preference that on import the RAW and JPEG were treated as separate files; could I then just copy the metadata in?
    Yes, you could copy and paste (which in Lightroom is called "sync metadata"), but you would have to do it pair by pair, and then save the metadata to the files, and you still wouldn't get sidecar files.
    Now, if you don't want the "sorta" sidecar files, if it will work for you to have the metadata written to the JPG files themselves (not sidecar files), then you can tell Lightroom to automatically write the metadata to the JPG files. But ... see my next comment
    It just seems that every time I have decided to use the RAW invariably I need the JPEG and if I don't have LR available (say I'm working on someone else's computer but accessing my own files) I'm stuck.
    Sorry, but exporting is really the only way to make edits and other metadata available to non-Lightroom programs. If you just want the metadata but not the edited photo, then have it written to the JPG files, but you won't be able to see your edits outside of Lightroom (or PSE or ACR or PS).

  • How to insert xmp metadata into jpeg files?

    Hi
    Is it possible to automatically insert the metadata
    with the script using text extracted from my database.
    I have to insert the metadata into lots of images which are uploaded to a site.
    Thanks
    [signature deleted bu host]

    A scripting tool you may use, although complex, is ImageMagick.  It allows loads of image manipulate but also handles data.
    Another options is DBGallery, which will very easily allow XMP data to be written to hundreds or thousands of files at a time, but not via script (it's a Windows application).  You can see a quick screenshot tour of it's IPTC/XMP capabilities here.
    Hope this helps,
    Glenn
    Developer of DBGallery: The Photo DATAbase

  • Changing pixel density metadata in JPEG

    Hello:
    Does anybody know of a way/utility to batch mode change the pixel density metadata in JPEG files? I have this Phillips digital frame which won't display images properly when the JPEG DPI information is 72, regardless of the real pixel width and height of the images.
    Editing it in Photoshop works, but it also rewrites the data of the image, recompressing the JPEG a second time, cumulating artifacts.
    Thank you for your suggestions,
    Yann

    All other applications do what they're supposed to with Windows font settings, so I'm not going to set it to 100% and mess them up because Firefox is weird.

  • Adobe Camera Raw (ACR), Jpeg Files and Metadata

    I have been using Adobe Camera Raw (ACR) with my Canon EOS 30D, an 8 MP camera, for a while now. I would make non-destructive changes to the raw file (.CR2) in ACR where the changes would be stored in an adjoining .xmp file. Jpegs of the unedited and edited camera raw files would be created so I have a before and after versions of the images that can be viewed anywhere.
    Now I have a Canon EOS 5D Mark III, a 22 MP camera and the raw files are much larger. I’m looking at using camera raw on jpeg files for some for my more casual photo shoots in order to save disk space. From what I have read, I can use ACR on jpeg files and that the changes would be stored in the metadata in the jpeg file. Is there a way for the changes to be stored in an adjoining .xmp file so that the original jpeg file is not modified, much like it is done with the .CR2 files?
    I am using Adobe Photoshop CS5 on a Windows 7 machine. All software is up-to-date.
    Also, I have found that Adobe’s camera raw handing is different than the raw handling of the photos using Canon’s software (DPP). Is there a way to make ACR closer to what Canon’s software does?
    Thanks,
    Mike

    Probably not going to happen.
    I agree, Canon's color is better than Adobe's in general - I just didn't know how good the Camera Standard profile might be for your particular camera.  I had hoped maybe they'd made it a very close match.
    Some time ago I got a very nice genius-level Camera Raw forum member named Vit to make me a custom profile that exactly matches the Canon color for my 40D, even to the point of emulating the way Canon fits the entire gamut of the captured image into the sRGB color space, so I'm more than happy.
    Others might tell you that you're silly for wanting the color to match, but I understand completely your position - if you do get that kind of feedback just ignore it and push on.
    Once you've set up a default to use Camera Standard, you may well be able to tweak the dozens of color controls to bring the Adobe default into line with the Canon color.  I did that once before getting my special 40D profile, comparing embedded raw file JPEGs with the Camera Raw preview display with a variety of images - it was tedious but effective.
    Best of luck.
    -Noel

  • Include Develop settings in metadata inside JPEG, TIFF, and PSD files ignored when unchecked

    In the Catalog Settings under the Metadata tab, I have unchecked the option 'Include Develop settings in metadata inside JPEG, TIFF and PSD files'.
    I then selected a JPEG photograph in the Library module and chose Metadata/Save Metatdata to File.  I wanted to save the metadata that I had added (keywords, IPTC, rating, etc), but not the develop settings.
    I then imported the jpeg back into another catalog.  The metadata I had added was there as expected, but so are the develop settings.  This I did not expect or want.
    Have I got something wrong here?  My understanding is that turning off the 'Include Develop settings in metadata inside JPEG, TIFF and PSD files' option means that develop settings are not written to the xmp area in non raw files such as jpegs.
    Looks like a bug to me.
    Tony

    Hello all,
    I have investigated this problem further and now have the answer.  It is not that the option "Include Develop settings in metadata inside JPEG, TIFF, and PSD files" is ignored, but it appears that the LR catalog is not properly updated when this option is turned off.
    Here are steps to test and illustrate the problem:
    1. Create a new folder and place a copy of an original jpeg image (original from camera) in the new folder.  Make sure you keep the original safe and only work on copies.
    2. Create a new catalog in Lightroom 2.3.
    3. Import the jpeg image from the new folder.
    4. Add some metadata (keywords, ratings, title, caption, IPTC data, etc).
    5. Make some Develop adjustments to the image.
    6. Open "Catalogue Settings" from the Edit menu and check (enable) the option "Include Develop settings in metadata inside JPEG, TIFF, and PSD files".  Uncheck (disable)  the "Automatically write changes into XMP" option.
    7. Select "Save Metadata to File".
    8. Delete the jpeg image from the Library module, then re-import it.
    9. Copy the original image back to the new folder, replacing the updated jpeg (once again, the jpeg image now contains no metadata from Lightroom).  At this stage, Lightroom fails to recognize that the metadata in the LR catalog doesn’t match the metadata content in the jpeg file.  I would have though that it should.
    10. Open "Catalogue Settings" from the Edit menu and uncheck (turn off) the option "Include Develop settings in metadata inside JPEG, TIFF, and PSD files".
    11. Reset the Develop settings.
    12. You now need to make a change to the metadata like increase or decrease the rating (otherwise LR won’t save any metadata to the jpeg file - LR is being too smart and thinks it’s already up to date, so does nothing when you do the next step).
    12. Select "Save Metadata to File".
    13. Delete the jpeg image from the Library module again, then re-import it again.
    14. Look at the develop settings (that you specifically did not want saved within the jpeg file in step 10).
    Although the Develop settings were Reset in step 11, you have ended up with the original Develop settings from step 5.  It is true that LR has not saved the reset develop settings, but it also hasn’t removed the old develop settings that are still stored in the catalog.  This must be considered a bug (oversight).  Note that it has also saved an Import snapshot as well.
    For the more technically minded (and the LR developers if you are listening), the field "xmp" in the table "Adobe_AdditionalMetadata" is not updated (old camera raw settings and snapshot settings are left behind) when the "Include Develop settings in metadata inside JPEG, TIFF, and PSD files" option is unchecked (disabled) and it seems that this is the data that is written to the jpeg file when you select "Save Metadata to File".  Note that the state of "Automatically write changes into XMP" has not effect on this process - I tried it on and off.
    Hope that this might be of some help to others one day.
    Tony

  • What does "Include develop settings metadata inside JPEG, TIFF, and PSD files" do?

    I am wondering what the option "Include develop settings metadata inside JPEG, TIFF, and PSD files" found in catalog settings/metadata does?  what happens if you uncheck it?

    Bob12312321 wrote:
    also when this is unchecked will lightroom still save keyword changes to raw(nef) files?  thank you!
    Metadata ("real" metadata like keyowords nor develop adjustments) are never saved into non-DNG Raw files (like .nef, .cr2) directly. With these files, there is always a so called sidecar file (with the extension .xmp) created to hold the XMP information.
    And yes, if the option is unchecked, LR will save the keywords to the XMP sidecars, when you perform "Write Metadata to File" or have the autowrite option active.
    Beat

  • Best practice to develop & keyword Jpeg files - Use of virtual copies

    There is no sidecar file attached to Jpeg file and I understand all modification on the Jpeg slightly deterioriate the file quality.
    Therefore, is it advisable to use vitual copies for all modifications?
    Would use use them for trial and errors procedure, then apply whatever settings retained to the Jpeg file?
    Or would it be better to leave the original Jpeg altogether untouched and stick to the virtual copy once modified?
    What about keywords applied at several stages before and after usig the develop module.
    Any advice would be much appreciated. Thanks in advance.

    Would you advise to store the metadata in  the file itself IN ADDITION to where they are located in the catalog?
    How to proceed?
    Would it make a difference in the export process?
    Storing metadata in the file itself is a good idea if you ever think you might share the photo with others, or with another application (other than Lightroom). And I think almost everyone will be doing one of these things at some point.
    You would want to turn on the option that automatically stores the metadata in xmp. Edit > Catalog Settings > Metadata, check the box that says Automatically Write Changes into XMP
    Would it make a difference in the export process? Probably unnoticeable fractions of a second.

  • Read metadata of jpeg

    hi guys:
    I have a problem about using ImageReader.reader.getImageMetadata to fetch metadata from a jpeg file . Unfortunately, i got such error
    Exception in thread "main" javax.imageio.IIOException: ICC APP2 encountered without prior JFIF!
    It seems like a bug of java . How could I resolve it?
    Besides that, I have another question. Could we get one or two specific metadata from a jpeg file without load whole file into the memory. For example, I only want the location information in a photo which are took by my iphone.
    Please help me . I'm not a image handling expert.
    Thanks.

    Some points should help.
    1. There are two types of meta data available from after reading, or before writing with an image.
    a. stream meta data
    b. Image meta data
    2. you need to read the image completely first with the java.imageio.ImageReader of which you can choose to read only image-index number "0" (that is the main image) . ( and generally there are no extra index of images - "no thumbnails").
    3. You can obtain the Image meta data better from the returned IIOImage object, but finally you will need to be good at making iteration loops to use the getTree() method to obtain the XML "org.w3c.dom.Node" that contais the meta data, that has been formatted by the java API.
    4. About the "JFIF" name in .jpeg and .jpg streams , it does not like that "format name" on the stream and throws an error , i haven't used the newer JAI classes at this time that use Tiff format and JPEG 2000 format.
    Only .tiff .jpeg .jpg extensions in java can have EXIF data , "stream data is independent of" EXIF and GPS info, and is with the image type/format spec.
    note .jfif is an extension sometimes found on jpeg and jpg types and heavily realted compressor specs that carry non stream meta data.
    Edited by: 893871 on 30/10/2011 11:34
    Edited by: EJP on 31/10/2011 09:25: thanks for your answer although you're a year late. Removed your question which should be asked in a new thread. Nobody will see it here and in any case reviving old threads with new questions is considered bad form. Locking this thread.

  • Moved jpeg files to other folder, now iPhoto can't find them

    I dragged/dropped some original jpeg files into a new folder to aggregate certain files together, but since they are now in a different folder iPhoto 9 can't find them. The thumbnails in iPhoto still remain, but results in the large black/grey "!" when I try to open them. I'd rather not rebuild the enormity of my entire photo library over this, so is there some other way to re-link thumbnails to files?
    iTunes makes this easy with music. When I click on a file name and it can't find the file, it offers to allow me to locate the file myself, and then it re-establishes the link between the iTunes library item and the file. No problem.
    How does one go about doing this in iPhoto for, say, a couple of dozen files without having to start over with an ENTIRE rebuild? I know exactly where the files are, and it seems ridiculous that iPhoto isn't equipped to track the whereabouts of an unchanged file that's simply been dragged from one folder to another.

    Did you do the moving of the image file in the Finder or do you have a reference library as asked by Larry? In either case moving the files is a recipe for disaster as you've found out. You must either move the files back to their original locations or try to get those photos back into iPhoto as follows:
    1 - Find the folder you moved the files into and COPY it to the Desktop.
    2 - in iPhoto delete the photos that you're having the problems with as you normally would even though you can't see see them. Also delete all the photos that are in the folder you moved the other files into.
    3 - drag the folder on the Desktop into iPhoto to import them as one event. If you get a duplicate warning I'd let it import the duplicate and use Duplicate Annihilator to find them so you can cull out the duplicate you don't want.
    Other than that you might have to start over from scratch as follows:
    Creating a new library while preserving the Events from the original library.
    1 - Move the existing library folder to the desktop
    2 - Open the library package like this.
    3 - Launch iPhoto and, when asked, select the option to create a new library.
    4 - Drag the Originals folder from the iPhoto Library on the desktop into the open iPhoto window.
    OT

  • The availability of color space in RAW, TIFF and JPEG files

    This is useful if your new to DSLR photography.
    This is Nikon response on my question in the discussion: View photo metadata
    I'm assuming that you know that Adobe RGB shows about 50% and sRGB 35% of CIELAB color space.
    In a DSLR camera like the Nikon D800 you can select a color space (Adobe RGB or sRGB) in the shooting menu.
    In Adobe Lightroom 4.3 the RAW metadata shows no color space info. Therefore I asked why not?
    In the (Dutch) Nikon D800 manual on page 84 (about RAW) and 274 (about color space) and Nikon FAQ website there is no descripton about the color space availability/behavior in RAW, JPEG and TIFF files.
    In the book "Mastering the Nikon D800 by Darrel Young" on page 125 - 126 is written: "If you shoot in RAW format a lot, you may want to consider using Adobe RGB....."
    All experts on this forum answered: color space does not apply/affect the RAW data file or RAW files have no color space.
    The respone of Nikon Europe Support (Robert Vermeulen) was: In Nikon D800 NEF RAW files both color spaces (Adobe RGB and sRGB) are always physically available. In JPEG and TIFF files only the in the shooting menu selected color space is physically available. So the forum experts gave the correct answer!
    Of course you can convert afterwards a JPEG or TIFF file with sRGB color space to Adobe RGB but you don't get more colors.
    When you install the Microsoft Camera Codec Pack or FastPictureViewer Codec Pack they only show color space metadata for JPEG and TIFF files and nothing for RAW because color space "doesn't exist". I thought the codec packs removed the color space metadata for my RAW files.
    Adobe Lightroom also can not show color space for RAW files because that "doesn't exist".

    Van-Paul wrote:
    The respone of Nikon Europe Support (Robert Vermeulen) was: In Nikon D800 NEF RAW files both color spaces (Adobe RGB and sRGB) are physically available. In JPEG and TIFF files only the in the shooting menu selected color space is physically available.
    I still think this is an evasive answer that doesn't really pinpoint the exact chain of events that take place. They are:
    1. The raw file contains the naked data captured by the sensor. This is just a very dark grayscale image.
    2. In the raw converter it is encoded into a working color space to process the information. In Lightroom this is known as "Melissa RGB", or linear gamma Prophoto. It is also demosaiced to bring back the color information.
    3. From Lightroom it can be exported to one of the familiar color spaces like sRGB or Adobe RGB. This is, in principle at least, a normal profile conversion.
    These three steps are what the camera does to produce a jpeg. So the basic steps are the same, the camera is just doing it automatically (and usually butchering the image in the process...).
    This Darrell Young is, I'm sure, an excellent photographer, but in this he is seriously confused and just propagating a common myth. Anyway, thanks for bringing up this discussion, hope you didn't object too much to the tone of the answers... Our only concern here was to get this right and with no room for misunderstanding.

  • Can no longer write metadata to Raw files

    My team an d I are working in Photoshop CS5, we write metadata to jpegs and Raw files- saving to Raw database not as sidecar .xmp files.  We are no longer able to save the metadata to Raw files.  There is no error message, the data writes like normal and the user who writes the metadata can see it but when you open in another computer the metadata fields are empty, however the jpegs do have the new metadata.  Was there a setting change at some point? This has been going on for a couple months and I cannot find an answer anywhere.  Again, we batch write to RAW+Jpeg, the jpeg files save the metadata but the Raw files look like the data saved but is not visible on any computer other thant he one that added the new metadata. This is occurring on multiple computers, both Mac and PC.

    TimVasilovic wrote:
    I understand the process you are describing,  In the past I have been able to embed metadata to a Raw file, move it to a server, pick that file up on another computer and see the metadata without need of the .xmp sidecar.  Is the ability to embed no longer supported  by Photoshop? Since this issue began we have taken to doing all our metadata editing in PhotoMechanic, which embeds without creating a sidecar.  If Photoshop is pushing people to create sidecar .xmp files only for writing metadata to Raw files I will probabaly move fully to PhotoMechanic because using sidecars has proven tricky in the past with how our files get moved around.
    If using Adobe Camera Raw on camera raw file you either have an XMP sidecar file created or the data is stored in a database.  Which happens it is your option in Edit/camera raw.  If you use ACR and edit a jpeg it does not create a distinct XMP file but it is also not directly written to the image either.  One can still delete the edits in Bridge with Edit/develp settings.
    If you use a DNG the metadata is written to the image.  Not sure what process Photo Mechanic uses.
    It appears to be a permission problem as other than CS6 Bridge is now 64 bit and has a new cache method there are no changes in how it handles metadata.

Maybe you are looking for

  • Mailbox to receive emails only from certain mail addresses with organisation

    Hi We are using exchange 2010 in our organisation.  A user has requested to only receive emails from certain users within the organisation.  And if any other users try to email then the email is bounced back.  So in a nut shell only certaion individu

  • Borderless PDF 4"x6" printing?

    AFAIK borderless printing seems to be available only in iPhoto. How can I print a PDF borderless -- on 4-inch by 6-inch photopaper -- presumably using Preview or Adobe Reader? (I'd prefer not to reduce the PDF image quality by rendering it as a strai

  • Cannot log into OBIEE answers and Dashboard

    Hi All, When we try to loginto OBIEE dashboard as an administrator we get an error as given below Error Codes: WH4KCFW6:OPR4ONWY:U9IM8TAC Odbc driver returned an error (SQLDriverConnectW). State: HY000. Code: 10058. [NQODBC] [SQL_STATE: HY000] [nQSEr

  • How to design a demo system landscape

    Hello, I need to build up a system landscape for demos and would like to ask if there are any best practices. I need a portal and would like the ESS/MSS-scenario with an IDES system. But using the IDES system everytime I need it I have to build up th

  • How to Call a porxy service(not WSDL based) in Bpel

    Hi , I have requirement like, i need to call a proxy service in Bpel, to pass the customer data to the proxy. this proxy Enqueue the data to AQ , after  en queue the Customer data to AQ,I need call  some other synchronous services for business requir