Bridge Cache Help

I'm working with Adobe Bridge CS5 on a network of two Mac computers. There is roughly 200,000 images stored on an external database, which is a cloud based hard drive connected through ethernet, (it is not directly connected to either of the Macs). There are a couple of things I am looking to accomplish:
1.) Using Bridge on both Macs to attach keywords to images.
- I want the keywords that are updated from one computer to be updated to the other computer automatically and vice versa. (I know I can do it manually by building a cache for the newly keyworded image folders).
2.) Using an external cache folder on the cloud hard drive (where the images are located) to be the primary cache folder, instead of the default cache folder found on the local drive under "Library/Cache/Adobe/Bridge CS5"
- Every time I set up the cache preference in Bridge Preferences to be on the external drive, it tells me that the cache folder has to be local and reverts it back to the location mentioned above.
The short version of what I am attempting to accomplish is:
- Speeding up Bridge searches (bringing back the most up to date results for both the Macs).
- Forcing the cache folder to live on the external drive, rather than the local drive. Using that external cache folder for searches, rather than the local one.
I have researched throughout Adobe Help and not able to find a solution to this specific request. Many people tell me it's possible, however they can't explain how to make it work properly and consistently.
Is what I want to do even possible? Or would an entire separate infrastructure need to be developed.
If Bridge is not the answer, then does anyone suggest another application?
Thanks in advance for all the help.

I agree with Curt about Bridge as DAM.
And having it working over a network is a very difficult task. There is one guy that succeeded but with great discipline, he calls himself the Digital Photo Archivist and has a blog that might get you on the right track:
http://imagearchivist.blogspot.nl
However having to deal with such a great number of content I really would suggest to use a dedicated DAM application for this. Bridge is sadly enough not thrustful in handling cache over different versions, each version up to CS6 has a different Cache set up and you need to recache the lot.
I do like Bridge for importing and handling files up to the process they are ready, for this it does a marvelous task but then I switch to Canto Cumulus.
As a small business owner and a stand alone computer set up I can manage with the fairly expensive Single user version (around 300 Euro / 400 US dollar) and I bought it from the Australian based DataBasics.
Including the delay of Time Zone they also offer quick and great support:
http://www.databasics.com.au/csu8.html#content-tab-1-2-tab
I think the single user version might not be enough for you and maybe you need its big brother that runs over a network and has many more options but that also comes with a price (to be asked for, depending on your situation). However searching in Canto is lightning fast as is cataloging.

Similar Messages

Switching From Windows To Mac: ACR Database, Bridge Cache Questions

I am planning to switch from Windows XP to the Mac running Leopard. I am now running CS2 in Windows, but will upgrade to CS3 on the Mac. I am maintaining my RAW file settings in ACR central database and my Bridge cache in a centralized cache file. I've searched the forums but couldn't find answers to my migration questions: 1. Can one move the ACR database file from Windows (in folder C:\Documents and Settings\<username>\Application Data\Adobe\CameraRaw) to a folder somewhere on the Mac to preserve the settings on RAW files that are also moved to the Mac? Or does one need to export individual XMP files for the RAW files in Windows and move both the RAW files and their associated XMP files to the Mac? 2. I have a similar question for migrating the Bridge cache from Windows XP to the Mac. Can one somehow move the Bridge cache over (I think it's in C:\Documents and Settings\<username>\Application Data\Adobe\Bridge\Cache\Thumbnails\) or do I need to export the cache for each folder and subfolder and move them over along with the folders and subfolders? I would appreciate any help or pointers to any Adobe documents or directions. Thank you.

Man-Kong,
Since you said that you were also migrating from CS2 to CS3 I would have said that their cache files were incompatible. That is what I experienced with CS1, CS2, and CS3 in the past. But Thomas indicated it should work. I must be missing something.
The XMP files move fine for me. The local cache (folder) files have completely different names with each version and I see no evidence that they can be shared. This is also a problem with archived CDs. CS3 always has to rebuild cache if they were archived from CS1 or CS2.
Since the central cache must have some folder references, and this structure will be completely different on Mac, I dont see how it can work. It doesnt work for scripts or actions either.
So my humble recommendation is to set your preferences to store cache and XMP files in the local folders where possible. Then simply bite the bullet. Each time you visit a folder for the first time in the new environment, cache will be rebuilt.
Cheers, Rags :-)

Bridge Cache Destination Cannot be Changed from Old User and Find does not Work

Often administrators find themselves in a position of making a new admin account to resolve a lost system drive or some compatibility problem.
If Bridge has a cache destination linked to this old account, it is due to the older admin account being deleted before the new admin account is setup in Bridge with the cache destination properly linked to the new user cache in the library locations for bridge caches. This problem causes some headaches with things like keywords and find.
If you have had to restore your system or generate a "new user" account, it would be important to go into Bridge and ensure that your cache preference in pointing at the right location, before deleting the "old user". If the "old user" is deleted, you might find the cache location locked to this "old user" in a file structure that no longer exists. This makes if fixed and unchangeable.
If you encounter this problem, regenerate the old user name as an administrator account. Go into that account and start Bridge. Check the location of the cache file in the preferences. You will see that it is located in the proper place for this new account. It is also the same location as your current account which no doubt you have found is frozen into place.
At this point, while in the "old user" admin account:
Go get info on your "old user"/Library/Caches/Adobe/Bridge CS3/Cache
Note the folder nest and go to each folder and apply permissions to each of these folders that allow your "new user" read and write access. You can do this in one step by applying the permissions to the Library folder and all enclosed folders, but who knows what that might do. Focus on solving the problem.
Then:
Switch back to your "new user" (that is your current user) account, open Bridge, go to the preference for cache and you will note, magically, it is now located in the right account, it has been unfrozen from the "old user", once deleted, and now brought back to life to help you get ride of this problem.
For good measure, press the choose button, you will find you go to the finder to the right location in your "new user"/current user account.
You will also find that FIND works after this and also Bridge is zippy and fast as it should be.
You can now quit Bridge, Log Out of your "new user" account, log back in and find that all is just the way it should be. Once this is done, go into your system preferences for users and delete the "old user" account (into the trash, do not save a thread).
It seems that there are many situations where reviving and old user id will help with repairs to permissions problems in a mac that has been through system drive failure or significant application conflicts that require making a new user.
Hope this helps someone.

Often administrators find themselves in a position of making a new admin account to resolve a lost system drive or some compatibility problem.
If Bridge has a cache destination linked to this old account, it is due to the older admin account being deleted before the new admin account is setup in Bridge with the cache destination properly linked to the new user cache in the library locations for bridge caches. This problem causes some headaches with things like keywords and find.
If you have had to restore your system or generate a "new user" account, it would be important to go into Bridge and ensure that your cache preference in pointing at the right location, before deleting the "old user". If the "old user" is deleted, you might find the cache location locked to this "old user" in a file structure that no longer exists. This makes if fixed and unchangeable.
If you encounter this problem, regenerate the old user name as an administrator account. Go into that account and start Bridge. Check the location of the cache file in the preferences. You will see that it is located in the proper place for this new account. It is also the same location as your current account which no doubt you have found is frozen into place.
At this point, while in the "old user" admin account:
Go get info on your "old user"/Library/Caches/Adobe/Bridge CS3/Cache
Note the folder nest and go to each folder and apply permissions to each of these folders that allow your "new user" read and write access. You can do this in one step by applying the permissions to the Library folder and all enclosed folders, but who knows what that might do. Focus on solving the problem.
Then:
Switch back to your "new user" (that is your current user) account, open Bridge, go to the preference for cache and you will note, magically, it is now located in the right account, it has been unfrozen from the "old user", once deleted, and now brought back to life to help you get ride of this problem.
For good measure, press the choose button, you will find you go to the finder to the right location in your "new user"/current user account.
You will also find that FIND works after this and also Bridge is zippy and fast as it should be.
You can now quit Bridge, Log Out of your "new user" account, log back in and find that all is just the way it should be. Once this is done, go into your system preferences for users and delete the "old user" account (into the trash, do not save a thread).
It seems that there are many situations where reviving and old user id will help with repairs to permissions problems in a mac that has been through system drive failure or significant application conflicts that require making a new user.
Hope this helps someone.

Corrupt Files in Adobe Bridge Cache

Bridge has left me with corrupted files in Bridge Cache which I cannot delete, or scan with Macafee or look at with any other program I have.
When I access the folder containing the corrupt files my PC just hangs.
I have the latest versions of Photoshop and Lightroom running on Windows 7 (64 bit).
Can anyone help?

Apparently some programs can read them, but general advice is to use an underscore instead of a dot.
Before Mac OS X (that was based on unix) it would not make any difference how many dot's, commas, spaces, slashes, etc you where using, the file always opened in the correct application.
But used to that I soon came to realize that not all systems work this way and since I have to distribute my files for commercial use I made a habit of using only 1 dot in a filename and that is the one before the extension. No spaces (instead an underscore '_' or divider '-') and no other 'strange' characters like /, \, '', :,' etc. but normal alphabetic and numeric ones.
I also started to use the creation date in my filenames starting with yyyymmdd and some extra info and sequence number for series. Sometimes people have trouble to find or open the jpeg attachments from my Apple Mail send emails to a windows machine but otherwise I have no problems with clients. I like to keep it that way

Feature Request (again); Adobe Bridge Cache Manager

In Adobe Bridge, the Cache is still a problem and a huge memory hog. I asked for a good Cache Manager over 3 years ago when it was needed CS4.
Now in CS6, I am disappointed that the cache system in Bridge has not changed. Why do you have a section in the Adobe Forums that asks for 'Feature Request' and then ignore them?
http://forums.adobe.com/message/2652688#2652688
"I would personally like a tool within Bridge that allows me to manage and control the Cache in a more personal and effective way. I would like a toggle that would keep '100% previews' in one folder for a selected period of time (1 day to 1 month) before the folder's cache is automatically purged. And another toggle that would give me the option to keep a selected folder's cache permanently intact (such as an Important Portfolio Folder or an Edited Images Folder).
As a photographer, I take and edit a lot of photos. When I import a photoshoot with 1,500 photos (not uncommom at all) I enjoy having the Bridge Previews at 100%, but for only a limited time. Unfortunately, I forget to purge the individual cache of that folder and the cache builds to a point that makes Adobe Bridge CS4 very slow. I then have to Purge the whole Bridge Cache in order to make Bridge run smooth again.

gumbogood wrote:
A Cache Manager tool that lets me either schedule a cache cleaning on a folder, or keep it permanent, would be a huge help. And I don't think that it is unreasonable for me to ask this of Adobe.
If you submit a feedback poll where Yammer pointed you, and it gets a couple of hundred (thousand?) users agree you might get Adobe's attention.
I agree with Yammer that Bridge is a low priority project with Adobe. Think their target audience is the casual user with a few hundred photos added each year. Your use pattern is more specialized and you either have to adapt with scripts or move to another product IMO.
The size of cache takes a lot of people by surprise. It can grow humongous if you use HQ thumbs and save 100% previews. One can dump the cache in preferences, but many are reluctant to to this as they think it will delete all their keywords and edits. In addition, to do a search you have to re-index all your files, which can take a long time.
If you have "export cache to folders" checked, dumping the cache in preferences only dumps the central cache. To dump the folder cache you have to visit each folder and click on Tools/cache/purge cache for xxx folder. Again, most people do not recognize this. This technique purges both the central and folder cache for this folder only.
It the 100% previews are the problem for you it would seem like a simple task for the script people to write one that would delete it after xx days as the 100% previews are held in a specific folder.
Bridge is not a good digital asset manager. You are probably in that arena dealing with several hundred thousand images. Omke uses a DAM as it does some functions better than Bridge, but Bridge is still his main program. Can't remember the name, but if you read these posts you might have seen it.

Purging Adobe Bridge Cache

ACK! Ok, so I am a photographer, not a computer person. I'm a single middle aged mom going back to school and my minor is photography..... I am still learning all I can do in CS5.... I just recently noticed my computer slowing down and now I am getting a pop up when I launch Bridge telling me to purge the cache folder in preferences.
First off I don't completely understand what the cache folder is or what it does.
Secondly I know enough to know not to trust all popups.... so i need to understand what I lose if I purge the system.
Third... what options do I have to fix this problem?
Any help in basic untechy simple minded mom terms would be fabulous. I really need to understand what this cache thing is...and what problems I am going to encounter if I purge it.... and what options I have to stop the pop up but maintain integrity of my files.
thanks!!!
Jen

Any help in basic untechy simple minded mom terms would be fabulous.
I never have met a simple minded mom, and one who decided to go back to school could not simple minded so I leave that qualification to you, nevertheless CS5 is pretty complicated so basic untechy is not all that easy...
Without knowing what computer system you are on I give it a try.
Curt already told you that it was save to purge this cache.
The cache folder in Bridge contains data that is created by Bridge when it produced viewable thumbnails and High Quality previews, purging this data would only mean that you trash this data and have to let Bridge again build it's previews and thumbnails so you can see them again in the content and preview window. No more no less. So dumping this cache only causes you the problem of letting it run this process again.
This takes a bit time depending on amount and size of file, obvious the more files and size the longer it takes.
But be aware of the fact that it is possible Bridge Cache is not the only thing causing your computer to behave slow. Usually You should have at least 10% of free space left on your Hard Drive, this space is needed for the computer to write down temporarily files and data and the more space the quicker it will be but a minimum of 10 % is a common rule.
Also having multiple applications running and not having enough RAM (memory that applications use to store temporarily data) is also causing problems.
And to learn more besides from school try adobe TV and view some tutorials about Bridge.

CS2: Adobe Bridge Cache File on Desktop...Why?

For some unknown reason...CS2 has started placing "Adobe Bridge Cache" file shortcuts on my desktop. When I click on one, I receive a Win XP error message that says the file .bc is unkown and can't be opened.
These shortcuts have never appeared before. Now the simple act of opening Bridge and looking at jpeg files seems to initiate it.
Questions: Why is PS doing this? Do I need to pay attention to it? If not, how do I stop PS from cluttering up my desktop.
Thanks!
Ed

Ed,
Yes you can. The cache facilitates the quick display of images in a folder.
When there's no cache, Bridge has to render thumbnails from every image file upon viewing a folder's contents. This can take a couple of minutes.
Rob
P.S.
>I do, indeed, have image files in a folder on my desktop.
This would mean that there is a cache inside that folder, *not* on the desktop itself.

How to restore a backed up CS6 bridge cache to a new install of CS6

Had to re-install CS6. Forgot how to restore the bridge cache from a backup? Any assistance would be appreciated.

Moving the discussion to Bridge General Discussion.
Thanks,
Atul Saini

Bridge cache managment & export to folders?

What is the function and advantage of "auto exporting cache to folders" in Bridge?
Round 2 testing, I changed the CS6 Bridge cache location to be the same location I was using for CS5, on a secondary drive.
Small mistake, because CS6 proceeded to delete the entire existing cache and start building a new one. However, Bridge CS5 seems to coexist OK sharing the same cache with CS6. They are both re-building the cache as I visit individual folders. (30,000 files in 800 folders gonna take a while).
Long ago under CS3 I adopted the strategy of setting Bridge to "Auto export cache to folders." That worked well, because if you purged the master cache, Bridge would very quickly rebuild it from the folder cache files each time you re-visited a folder. The thumbs would come up very quickly if a folder cache existed, much slower if no folder cache existed.
Under CS5, and now CS6, that is no longer true. If you visit a folder after the cache has been purged, a slow process to generate thumbnails occurs. It appears that the individual folder cache is not being used for anything. The time to re-build the cache is about the same, regardless of whether folder cache files exist or not.
Purging or deleting the Bridge cache was often necessary under CS3 because the cache often became corrupted. CS5 was more stable, but still not immune from cache corruption. Maybe CS6 will be even more stable, but I'm betting cache purges will still be sometimes necessary. Is there any way to make the rebuild faster? Or more generally, what's the best strategy for Bridge cache management?
(And no, I don't have "keep 100% previews in cache" selected.)

What is the function and advantage of the Bridge Forum?
http://forums.adobe.com/community/bridge/general

Bridge-ACR Help Please

Bridge-ACR Help Please
I'm using Bridge CS3 v2.1.9
I have CS3 v2.1.9 and using Bridge I have been opening JPGs in AdobeCameraRaw with no difficulty using the keyboard shortcut CTRL-R. Now all of a sudden it won't work. In addition 'FILE > Open in camera Raw' is greyed out.
Any ideas?
Thanks for any help,
Henry

Have you done any updates to Bridge, or made any changes since it last worked? There must be some change if the behavior has changed.

CS6 Bridge caching bug

In this thread we discussed a problem with CS6 Bridge constantly re-caching layered Tif files:
http://forums.adobe.com/message/4473274#4473274
Since then a new related problem has been reported and discussed on other forums.
Sometimes Photoshop refuses to save a file, claiming the file is already open or in use by another program, even though no other programs are running.
Turns out that problem is caused by Bridge caching. If you have Tif support disabled in Camera Raw prefs, the save problem does not occur. If you go to Bridge and navigate to a different folder, the save does not occur or goes away.
I've tried to report this as a bug in the photoshop.com site, but that bug reporting process is confusing and I have no confidence is works. Anybody know a better way to report bugs?

Hab das mal auch versucht bei CS6 Bridge/Camera RAW: Bug with exposure sync zu melden...

Can I put the Bridge Cache on the external hard drive for images being located there?

Hi,
I'm on a MacBook Pro retina.
While I have a 500 Gb hard drive, I notice that the Bridge CS 6 cache is getting larger quickly (looking forward to 1 Terabyte SSDs).
I have most of my images on external hard drives, but Bridge CS6's cache seems to be on my computer.
Can I store the Bridge cache locally?
So, if I have 1000 images on hard drive A, the cache for them would be on hard drive A.
And for 100 TIFFS on hard drive B, the cache would be on hard drive B.
And for the 100 most recent TIFFs I keep on my computer's hard drive, the Bridge cache would be on my computer.
It this what checking the box next to "Automatically Export Caches To Folders When Possible" does or am I misunderstanding this - and this option only puts COPY of the cache files on the external hard drive, but the Bridge cache file on my computer still contains all the images, not matter on which hard drive they'd be?

Pacific 29 wrote:
"Automatically Export Caches To Folders When Possible" puts COPY of the cache files on the external hard drive, but the Bridge cache file on my computer still contains all the images, not matter on which hard drive they'd be?
That is correct as stated above. In efffect you will now have 2 cache the central cache and the folder cache. Purge only affects the central cache. To purge the folder cache you have to click Tools/cache/purge cache for xxx folder.
You can locate your central cache anywhere you want in edit/preferences/cache. You will want to purge the cache before doing this and then change location. THe entire cache will have to be rebuilt.

Remove cs3 bridge cache after installing cs5

I removed cs3 including bridge and installed cs5 and find that the cs3 bridge cache and associated files are still in my hard drive occupying 6.5GB of space. Can I remove this and how?

CS3 and CS5 uses different cache data bases, so you can delete them using the CS3 purge cache in preferences. If you have uninstalled CS2 just delete the files.

Sunone 7 bug with cache helper

hi,
I upgrade the server sun one 6.1 to 7 in a sparc solaris 9 cluster few days ago and we had problems running our web application servelts and jsp.
We got errors connected with the cache helper we desable it in the web-sun.xml file because it did problems before :
<cache enabled="false"></cache>
in the server 6.1 the cache was desable and everything work ok. I must remark our web application are in a storage conected to the server by nfs. The server instances is local disk installed in each server. Then the cache is in a local disk, only the servlets and jsp are in the storage engine.
The sun one 7 ignores the cache def. in the web-sun.xml file and it tries to work with cache causing errors in our application:
[15/Jan/2008:09:02:23] failure (24363): for host lib-353-1.law.huji.ac.il trying to POST /dataj/controller/students/, service-j2ee reports: ApplicationDispatcher[dataj] PWC1231: Servlet.service() for servlet default threw exc
eption
javax.servlet.ServletException: WEB8002: HTTP status code 500
at com.sun.webserver.connector.nsapi.NSAPIConnector.include(NSAPIConnector.java:540)
at com.sun.webserver.connector.nsapi.NSAPIConnector.dispatch(NSAPIConnector.java:469)
at com.sun.webserver.servlets.DefaultServlet.service(DefaultServlet.java:101)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:917)
at org.apache.catalina.core.ApplicationFilterChain.servletService(ApplicationFilterChain.java:398)
at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:792)
at org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:630)
at org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:548)
at org.apache.jasper.runtime.JspRuntimeLibrary.include(JspRuntimeLibrary.java:984)
at org.apache.jsp.template_jsp._jspService(Unknown Source)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:80)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:917)
at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:373)
at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:464)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:358)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:917)
at org.apache.catalina.core.ApplicationFilterChain.servletService(ApplicationFilterChain.java:398)
at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:792)
at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:472)
at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:353)
at com.huji.data.system.RegularDataSystem.gotoSystemPage(RegularDataSystem.java:347)
at com.huji.data.controller.processRequest(controller.java:274)
at com.huji.data.controller.doPost(controller.java:71)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:816)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:917)
at org.apache.catalina.core.ApplicationFilterChain.servletService(ApplicationFilterChain.java:398)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:304)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:185)
at com.huji.data.ControllerFilter.doFilter(ControllerFilter.java:65)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:217)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:185)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275)
at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:255)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:188)
at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:586)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:556)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:187)
at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:586)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:556)
at com.sun.webserver.connector.nsapi.NSAPIProcessor.service(NSAPIProcessor.java:160)
what can we do to avoid this problems ? there is a bug in the sun one 7 we can't desable the cache feature for web applications if we don't wnat it.
thanks!

The details about this bug we find here:
http://docsun.cites.uiuc.edu/sun_docs/C/solaris_9/SUNWadoc/SUNONEAPPSVRERROR/logweb.html#1011284
the problems exists also in sunone 6.1 sp5 under solaris 9 but we desable the cache and everthing work find. But it's a big bug that the caching cause such problem, i didn't see this problems in our linux/apache/tomcat platforms. We use sunone only in our sparc/solaris machines due to special circunstaces in some applications that they don't work well with apache.
Details about server:
SunOS www 5.9 Generic_117171-15 sun4u sparc SUNW,Sun-Fire-V210
obj.conf
<Object name="default">
AuthTrans fn="match-browser" browser="*MSIE*" ssl-unclean-shutdown="true"
NameTrans fn="assign-name" name="stats-xml" from="(/stats-xml|/stats-xml/*)"
NameTrans fn="ntrans-j2ee" name="j2ee"
PathCheck fn="uri-clean"
PathCheck fn="check-acl" acl="default"
PathCheck fn="find-pathinfo"
PathCheck fn="find-index-j2ee"
PathCheck fn="find-index" index-names="index.html,home.html,index.htm,.index.html,.index.htm"
PathCheck fn="set-cache-control" control="no-store"
ObjectType fn="type-j2ee"
ObjectType fn="type-by-extension"
ObjectType fn="force-type" type="text/plain"
ObjectType fn="shtml-hacktype"
Service type="magnus-internal/jsp" fn="service-j2ee"
Service fn="shtml_send" type="magnus-internal/parsed-html" method="(GET|HEAD)" opts="noexec"
Error fn="error-j2ee"
AddLog fn="flex-log"
</Object>
<Object name="x-httpd-php">
ObjectType fn="force-type" type="magnus-internal/x-httpd-php"
Service fn="php4_execute"
</Object>
<Object name="cgi">
ObjectType fn="force-type" type="magnus-internal/cgi"
Service fn="send-cgi" user="$user" group="$group" dir="$dir" chroot="$chroot" nice="$nice"
</Object>
<Object name="j2ee">
ObjectType fn="force-type" type="text/html"
Service fn="service-j2ee"
</Object>
<Object name="es-internal">
PathCheck fn="check-acl" acl="es-internal"
</Object>
<Object name="stats-xml">
Service fn="stats-xml"
</Object>
server.xml
<file-cache>
<max-age>120</max-age>
<max-entries>1024</max-entries>
<sendfile>true</sendfile>
<max-heap-file-size>2048</max-heap-file-size>
<max-heap-space>1048576</max-heap-space>
<max-mmap-file-size>537600</max-mmap-file-size>
<max-mmap-space>10485760</max-mmap-space>
</file-cache>
<web-app>
<uri>/dataj</uri>
<path>/fs/www/w2w7/dataj</path>
<description>The java based data</description>
</web-app>
<jvm>
<java-home>/home/SunOne7/jdk</java-home>
<debug>false</debug>
<server-class-path>/home/SunOne7/lib/webserv-rt.jar:/home/SunOne7/lib/pwc.jar:${java.home}/lib/tools.jar:/home/SunOne7/lib/webserv-jstl.jar:/home/SunOne7/lib/container-auth.jar:/home/SunOne7/lib/jsf-impl.jar:/home/SunOne7/lib/jsf-api.jar:/home/SunOne7/lib/webserv-jwsdp.jar:/home/SunOne7/lib/ktsearch.jar:/home/SunOne7/lib/mail.jar:/home/SunOne7/lib/activation.jar:/home/SunOne7/lib/ant.jar::${java.home}/lib/tools.jar</server-class-path>
<env-class-path-ignored>true</env-class-path-ignored>
<jvm-options>-Dorg.xml.sax.parser=org.xml.sax.helpers.XMLReaderAdapter</jvm-options>
<jvm-options>-Dorg.xml.sax.driver=org.apache.crimson.parser.XMLReaderImpl</jvm-options>
<jvm-options>-Djava.security.policy=server.policy</jvm-options>
<jvm-options>-Djava.security.auth.login.config=login.conf</jvm-options>
<jvm-options>-Xmx256m</jvm-options>
<jvm-options>-Xrs</jvm-options>
</jvm>
<servlet-container>
<dynamic-reload-interval>5</dynamic-reload-interval>
<anonymous-role>ANYONE</anonymous-role>
</servlet-container>
sun-web.xml
<session-config>
<cookie-properties>
<property name="isSecure" value="true"/>
</cookie-properties>
</session-config>
<cache enabled="false"></cache>
<class-loader delegate="true"
extra-class-path="lib/log4j.jar;lib/mysql-connector-java-3.1.13-bin.jar;lib/SSOCommon.jar;lib/SSOClient-dis.jar;lib/activati
on.jar;lib/jax-qname.jar;lib/jaxb-api.jar;lib/jaxb-impl.jar;lib/jaxb-libs.jar;lib/namespace.jar;lib/ralaxngDatatype.jar;lib/xs
dlib.jar"/>
<jsp-config>
<property name="javaEncoding" value="windows-1255"/>
<property name="classdebuginfo" value="true">
<description>Enable debug info compilation in the generated servlet class</description>
</property>
<property name="mappedfile" value="true">
<description>Maintain a one-to-one correspondence between static content and the generated servlet class' java code</des
cription>
</property>
</jsp-config>
</sun-web-app>

Bridge cache problem! HELP!!

Every time I open Bridge I get an error message "Bridge encountered a problem and is unable to read Cache. Please try purging central cache to solve solution." I have gone to the Edit tab, preference option and purged cache, but no luck. Message still pops up and is not allowing me to work on photos. Please HELP!!

Every time I open Bridge I get an error message "Bridge encountered a problem and is unable to read Cache. Please try purging central cache to solve solution."
I am using Adobe Bridge CS6 on Windows 8, with Canon 5D Mark III camera. This issue has begun about two- three weeks ago. Now, it has begun to intervene where I can't work on photos. Bridge works too slow and freezes up and I can't do anything.
I have tried fixing it by going to the
Edit tab
preference option
and purged cache
(several times). But no luck. Message still pops up every time I open the program.
Sometimes I get an error message saying Bridge has low memory and I need to restart the program.
Has anyone had this problem or know how or where I can find a solution? I NEED to work on my photos ASAP! Any help will be greatly appreciated.

Bridge Cache Help

Similar Messages

Maybe you are looking for