System level location of deployment.config

According to http://java.sun.com/j2se/1.5.0/docs/guide/deployment/deployment-guide/properties.html, the system level deployment.config can be found in one of two locations on windows:
(1) <Windows Directory>\Sun\Java\Deployment\deployment.config
(2) ${deployment.java.home}\lib\deployment.config
The documentation is a bit sketchy as to what determines which location it checks. From my testing, it seems that if you have a JDK installed, it looks for it in (1). If you only have a JRE installed, it looks for it in (2). Can someone confirm this? Secondly, why does WebStart via a JDK install look in one location while WebStart via a JRE look in another? Why can't it simply search in one location?

JRE/JDK makes no difference. Java Web Start is in the JRE, so you actually need a JRE to run javaws.
Webstart will always look first in (1) , and if no deployment.config is found, it will look in the lib directory of the jre that javaws is in. (2)
However, updating a JRE will (until after 6u4) put the new JRE in a new directory, so you would loose any customization done to the old JRE (such as putting a deployment.config in in) so (1) is preferred, unless you want the config to only apply to a specific update version.
/Andy

Similar Messages

  • JRE System-level settings does not work - JRE1.6.30

    Good day,
    I need to set deployment.security.mixcode parameter to "DISABLE" within of deployment.properties configuration file.
    Also I wish to place the deployment.properties configuration file is not user-specific path. The default location is
    <User Application Data Folder>\Sun\Java\Deployment\deployment.properties.
    TO change the default location I read about possibility to use the deployment.config for specifying the System-Level
    deployment.properties in the infrastructure.
    Unfortunatelly seems does not work. Someone have got experience about system level settings of deployment.properties?
    This is the configuration I have used.
    deployment.config:
    deployment.system.config.mandatory=FALSE
    deployment.system.config=file/:C:\Program Files\Java\jre6\lib\deployment.properties
    deployment.properties:
    #deployment.properties
    #Fri Feb 17 15:54:57 CET 2012
    deployment.version=6.0
    deployment.capture.mime.types=true
    deployment.browser.path=C\:\\Program Files\\Internet Explorer\\iexplore.exe
    #Java Deployment jre's
    #Fri Feb 17 15:54:57 CET 2012
    deployment.javaws.jre.0.product=1.6.0_31
    deployment.javaws.jre.0.registered=true
    deployment.javaws.jre.0.osname=Windows
    deployment.javaws.jre.0.platform=1.6
    deployment.javaws.jre.0.path=C\:\\Program Files\\Java\\jre6\\bin\\javaw.exe
    deployment.javaws.jre.0.location=http\://java.sun.com/products/autodl/j2se
    deployment.javaws.jre.0.enabled=true
    deployment.javaws.jre.0.osarch=x86
    deployment.security.mixcode=DISABLE <<====
    Thank you in advance
    Adriano C.
    Edited by: user12025469 on Feb 20, 2012 6:23 AM
    Edited by: user12025469 on Feb 20, 2012 7:48 AM

    user12025469 wrote:
    This is the configuration I have used.
    deployment.config:
    deployment.system.config.mandatory=FALSE
    deployment.system.config=file/:C:\Program Files\Java\jre6\lib\deployment.propertiesHm, try using a file URL like this:
    file\:C:/Program Files/Java/jre6/lib/deployment.propertiesI believe that the file is interpreted as a properties file, which means the colon and slashes need to be escaped. This would be it if you want to use a proper Windows path:
    file\:C:\\Program Files\\Java\\jre6\\lib\\deployment.properties

  • Deployment.config ignored?

    Ver: 1.5.0_05-b05
    I've been trying to set a system cache directory using deployment.config to define a centralised configuration file without success.
    It seems as if the deployment.config file is simply not being accessed, as even with deployment.system.config.mandatory set true I don't get an error for an invalid deployment.system.config
    Can I get any initialisation information to determine if the process is even looking for the deployment.config file?

    What is the content of your deployment.config file ?
    the value of the property
    deployment.system.config
    should be a URL to the systenm config file.
    note that this is in a properties file, so certain characters such as color ":" and forward slash must be escaped.
    /Andy

  • Setting system level deployment.user.cachedir in deployment.config

    G'day,
    I've been experimenting with JRE 1.5.0_04 on Windows XP.
    By default deployment.user.cachedir is set to <user home>\Application Data\Sun\Java\Deployment\cache. However, I want it to be <user home>\Local Settings\Application Data\Sun\Java\Deployment\cache.
    I have managed this as follows.
    C:\Windows\Sun\Java\Deployment\deployment.config contains:
    deployment.system.config=file\:C\:/WINDOWS/Sun/Java/Deployment/deployment.propertiesand C:\Windows\Sun\Java\Deployment\deployment.properties contains:
    deployment.user.cachedir=$USER_HOME\\..\\..\\..\\..\\Local Settings\\Application Data\\Sun\\Java\\Deployment\\cacheThis works but is ugly. The problem is that $USER_HOME=<user home>\Application Data\Sun\Java\Deployment. It seems that $USER_HOME and $JRE_HOME are the only two variables for use in deployment properties. Are there any others, in particular, one that mirrors the user's actual home directory?
    Thanks,
    Chris.

    G'day,
    Open the Java Console and execute "dump system and
    deployment properties" which shows property values,
    and see if what you want is there.Thanks, but I don't think I can use these at the system level, can I?
    I did try using ${user.home} but that doesn't work.
    So, are there any variables other than $USER_HOME and $JRE_HOME that can be used when setting system level properties?
    More info, http://java.sun.com/j2se/1.5.0/docs/guide/deployment/deployment-guide/properties.html
    Thanks,
    Chris.

  • Setting "javaplugin.maxHeapSize" at System level deployment

    Hi all,
    I'm trying to change the default value for the "javaplugin.maxHeapSize" parameter. By default it is always 96m, but I need to configure it to 256m.:
    ....java.vm.version = 1.5.0_06-b05
    javaplugin.maxHeapSize = 96m
    javaplugin.nodotversion = 150_06
    javaplugin.proxy.config.type = auto
    javaplugin.version = 1.5.0_06....
    At user level configuration it runs ok, but at System level configuation it doesn't.
    I tried the following changes in the deployment.properties (located by the deployment.config file) :
    deployment.javapi.jre.1.5.0.args=-Xmx256m -Djavaplugin.maxHeapSize\=256m
    javaplugin.maxHeapSize=256m
    but these changes don't work.
    Can you help me?
    Thanks.
    Regards.

    G'day,
    Did you ever find a solution to this problem?
    I'm in a similar boat...
    http://forum.java.sun.com/thread.jspa?threadID=5185445
    Thanks,
    Chris.

  • System Level deployment.properties on https Server

    We want to use the system level deployment.properties (
    http://java.sun.com/j2se/1.5.0/docs/guide/deployment/deployment-guide/properties.html#location )
    which is placed on our https server.
    For Java Webstart applications this works perfect.
    But applets wont start.
    Applet console output when deployment.properties is placed on https server:
    Java Plug-in 1.5.0_06
    Using JRE version 1.5.0_06 Java HotSpot(TM) Client VM
    User home directory = C:\Documents and Settings\xxxFinalizer, called close()
    Finalizer, called closeInternal(true)
    network: Loading user-defined proxy configuration ...
    network: Done.
    network: Loading proxy configuration from Internet Explorer ...
    network:     Auto config URL: http://proxy.xxx.com/pac/proxy.pac
    network: Done.
    network: Loading auto proxy configuration ...
    network: Downloading auto proxy file from http://proxy.xxx.com/pac/proxy.pac
    network: Done.
    network: Proxy Configuration: Automatic Proxy Configuration
         URL: http://proxy.xxx.com/pac/proxy.pac
    basic: Registered modality listener
    liveconnect: Invoking JS method: document
    liveconnect: Invoking JS method: URL
    basic: Referencing classloader: sun.plugin.ClassLoaderInfo@1efb836, refcount=1
    Exception in thread "Thread-2" java.lang.ClassCastException: sun.net.ProgressMonitor
         at sun.plugin.util.GrayBoxPainter.beginPainting(Unknown Source)
         at sun.plugin.AppletViewer.initApplet(Unknown Source)
         at sun.plugin.AppletViewer.appletInit(Unknown Source)
         at sun.plugin.viewer.LifeCycleManager.initAppletPanel(Unknown Source)
         at sun.plugin.viewer.IExplorerPluginObject$Initer.run(Unknown Source)
    Applet console output when deployment.properties is placed on http server:
    Java Plug-in 1.5.0_06
    Using JRE version 1.5.0_06 Java HotSpot(TM) Client VM
    User home directory = C:\Documents and Settings\xxx
    network: Loading user-defined proxy configuration ...
    network: Done.
    network: Loading proxy configuration from Internet Explorer ...
    network:     Auto config URL: http://proxy.xxx.com/pac/proxy.pac
    network: Done.
    network: Loading auto proxy configuration ...
    network: Downloading auto proxy file from http://proxy.xxx.com/pac/proxy.pac
    network: Done.
    network: Proxy Configuration: Automatic Proxy Configuration
         URL: http://proxy.xxx.com/pac/proxy.pac
    basic: Cache is enabled
    basic: Location: C:\Documents and Settings\xxx\Application Data\Sun\Java\Deployment\cache\javapi\v1.0
    basic: Maximum size: unlimited
    basic: Compression level: 0
    c:   clear console window
    f:   finalize objects on finalization queue
    g:   garbage collect
    h:   display this help message
    l:   dump classloader list
    m:   print memory usage
    o:   trigger logging
    p:   reload proxy configuration
    q:   hide console
    r:   reload policy configuration
    s:   dump system and deployment properties
    t:   dump thread list
    v:   dump thread stack
    x:   clear classloader cache
    0-5: set trace level to <n>
    basic: Registered modality listener
    liveconnect: Invoking JS method: document
    liveconnect: Invoking JS method: URL
    trustStore is: C:\PROGRA~1\Java\JRE15~1.0_0\lib\security\jssecacerts
    trustStore type is : jks
    trustStore provider is :
    init truststore
    adding as trusted cert:
    X509KeyManager passed to SSLContext.init():  need an X509ExtendedKeyManager for SSLEngine use
    trigger seeding of SecureRandom
    done seeding SecureRandom
    basic: Referencing classloader: sun.plugin.ClassLoaderInfo@fc9944, refcount=1
    basic: Added progress listener: sun.plugin.util.GrayBoxPainter@1256ea2
    basic: Loading applet ...
    basic: Initializing applet ...
    basic: Starting applet ...
    # and so on ...I guess that the trusted jssecerts is not regarded until the system level deployment.properties has been downloaded.
    Whereas the deployment.properties can not be downloaded from my https server when the trusted certs are not known at this time.
    Or any other presumptions?
    Maybe it helped you ;-)

    I did something very similar. I am using jre 1.5.0_01.
    And it seems to work!
    The deployment.config is:
    deployment.system.config=file:/c:/jws/deployment.properties
    deployment.system.config.mandatory=true
    and the deployment.properties is (at the location above):
    deployment.system.cachedir=cache
    To load the cache I start javaws as follows:
    javaws -import -system -codebase file:/c:/cd file:/c:/cd/notepad.jnlp
    This results in creating the cache in
    file:/c:/jws//cache
    To start the app I did:
    javaws -system http://java.sun.com/products/javawebstart/apps/notepad.jnlp
    The -system seems to be neccessary but I am not quite sure. If it is omitted
    the app also starts, but javaws stores just the jnlp in the default user cache!

  • Can anyone tell me how to do a system level deployment using JNLP ?

    Hi All,
    Can anyone tell me how to do a system level deployment using JNLP ?
    Any example or link will be very useful.
    Thanks in advance..

    Thanks for the link. I can now able do configure on system level.
    Uniform for all users.
    However, I have three different environment running ( e.g : production, uat and dev )
    And I want to deploy all of them on system or enterprise configuration.
    I create the file "deployment.config" on jre/lib directory and put the entry as below :
    deployment.system.config=file:/E:/Deployment/XXXX/production/deployment.properties
    deployment.system.config.mandatory=trueNow, when I run other environment it will look on the production deployment. I have different
    version of jars for production , uat and dev.
    How can I archive that ? I want different universal "cache" of jars for all the three different environment.
    e.g ( production - in one loaction for all the users , C:\Documents and Settings\All Users\Application Data\prod\cache
    uat - in one loaction for all the users , C:\Documents and Settings\All Users\Application Data\uat\cache
    dev - in one loaction for all the users, C:\Documents and Settings\All Users\Application Data\dev\cache )
    Is that possible ??
    Thanks in advance,

  • JRE 1.6u11: can deployment.config point to a PC location?

    I am an Oracle DBA. I need to configure JRE 1.6u11 to use trusted.certs file located on the PC. I can "make it work" if I place the deployment.config file in C:\WINDOWS\Sun\Java\Deployment with it's key, deployment.system.config, pointing to a network location for the deployment.properties file. Deployment.properties file, in turn, then has a key telling where to find trusted.certs, again, in a network location.
    But, I am unable to set the key, deployment.system.config to look for deployment.properties in the same directory that deployment.config uses, namely, C:\WINDOWS\Sun\Java\Deployment\deployment.properties. It seems like the key, deployment.system.config is not set up to point to a PC path, because trusted.certs is not found. I read that deployment.system.config is supposed to describe a URL. Writing the path as a URL has not helped (file://C:\WINDOWS\Sun...).
    I wish to place these files in a location that is not user-specific. I do not wish to put them on the network.
    Do you know why I can't do this, or do you have any suggestions that would make this work?
    Thanks for your time.

    Turns out I had learned that a file is specified in URL as [file://], but in this case I only needed [file:/]. Once I changed this, everything worked just fine.
    My only question now, is since I answered my own question, do I get the points?

  • Deployment '18600003' to target 'Production' encountered a system level dep

    Hi Experts,
    Please help me in resolving the error while i am doing full deployment from BCC to staging / production server instances , i am getting below error.
    It would be great if u help me resolving this error.
    <Dec 5, 2012 1:48:26 AM PST> <Notice> <WebLogicServer> <BEA-000360> <Server started in RUNNING mode>
    **** Warning Wed Dec 05 01:52:33 PST 2012 1354701153339 /atg/epub/PublishingRepository Using default JDBC type for: project:tar1557 could not find this column in the table's meta data
    **** debug Wed Dec 05 01:52:43 PST 2012 1354701163290 /atg/epub/DeploymentServer Run first apply phase: true
    **** debug Wed Dec 05 01:52:43 PST 2012 1354701163292 /atg/epub/DeploymentServer Target not configured for switch. Skipping switchable datasource verification.
    **** debug Wed Dec 05 01:52:43 PST 2012 1354701163407 /atg/epub/DeploymentServer DistributedDeploymentAdapter:DAF Deployment with ID: 18600003 previously deployed.
    **** debug Wed Dec 05 01:52:43 PST 2012 1354701163410 /atg/epub/DeploymentServer DistributedDeploymentAdapter:Deploy Data
    **** debug Wed Dec 05 01:52:43 PST 2012 1354701163410 /atg/epub/DeploymentServer DistributedDeploymentAdapter:Resuming DAF deployment with ID: 18600003
    **** Error Wed Dec 05 01:52:43 PST 2012 1354701163792 /atg/epub/DeploymentServer --- CONTAINER:atg.deployment.common.DeploymentException: Deployment '18600003' to target 'Production' encountered a system level deployment error during data transfer.; SOURCE:atg.deployment.DistributedDeploymentException: Cannot resume deployment 18600003 because it was cancelled before the deployment data and markers were saved.
    **** Error Wed Dec 05 01:52:43 PST 2012 1354701163792 /atg/epub/DeploymentServer at atg.deployment.common.ResourceUtil.exception(ResourceUtil.java:414)
    **** Error Wed Dec 05 01:52:43 PST 2012 1354701163792 /atg/epub/DeploymentServer at atg.deployment.adapter.DistributedDeploymentAdapter.deployData(DistributedDeploymentAdapter.java:1399)
    **** Error Wed Dec 05 01:52:43 PST 2012 1354701163792 /atg/epub/DeploymentServer at atg.deployment.adapter.DistributedDeploymentAdapter.transferData(DistributedDeploymentAdapter.java:278)
    **** Error Wed Dec 05 01:52:43 PST 2012 1354701163792 /atg/epub/DeploymentServer at atg.deployment.server.Deployment.run(Deployment.java:1951)
    **** Error Wed Dec 05 01:52:43 PST 2012 1354701163792 /atg/epub/DeploymentServer at java.lang.Thread.run(Thread.java:662)
    **** Error Wed Dec 05 01:52:43 PST 2012 1354701163792 /atg/epub/DeploymentServer Caused by :atg.deployment.DistributedDeploymentException: Cannot resume deployment 18600003 because it was cancelled before the deployment data and markers were saved.
    **** Error Wed Dec 05 01:52:43 PST 2012 1354701163792 /atg/epub/DeploymentServer at atg.deployment.DeploymentManager.deploy(DeploymentManager.java:1069)
    **** Error Wed Dec 05 01:52:43 PST 2012 1354701163792 /atg/epub/DeploymentServer at atg.deployment.adapter.DistributedDeploymentAdapter.resumeDafDeployment(DistributedDeploymentAdapter.java:1944)
    **** Error Wed Dec 05 01:52:43 PST 2012 1354701163792 /atg/epub/DeploymentServer at atg.deployment.adapter.DistributedDeploymentAdapter.deployData(DistributedDeploymentAdapter.java:1307)
    **** Error Wed Dec 05 01:52:43 PST 2012 1354701163792 /atg/epub/DeploymentServer at atg.deployment.adapter.DistributedDeploymentAdapter.transferData(DistributedDeploymentAdapter.java:278)
    **** Error Wed Dec 05 01:52:43 PST 2012 1354701163792 /atg/epub/DeploymentServer at atg.deployment.server.Deployment.run(Deployment.java:1951)
    **** Error Wed Dec 05 01:52:43 PST 2012 1354701163792 /atg/epub/DeploymentServer at java.lang.Thread.run(Thread.java:662)
    **** Error Wed Dec 05 01:52:43 PST 2012 1354701163792 /atg/epub/DeploymentServer
    **** Warning Wed Dec 05 02:03:14 PST 2012 1354701794489 /atg/dynamo/service/ClientLockManager The useLockServer property of: /atg/dynamo/service/ClientLockManager is false and so global locking is disabled
    **** Warning Wed Dec 05 02:04:43 PST 2012 1354701883454 /atg/epub/PublishingRepository Using default JDBC type for: project:tar1552 could not find this column in the table's meta data
    **** Warning Wed Dec 05 02:05:41 PST 2012 1354701941339 /atg/epub/PublishingRepository Using default JDBC type for: project:tar1557 could not find this column in the table's meta data
    Thanks ,
    Sharif.

    Hi,
    I faced the same issue while opening the merchandiser tab in the BCC(after providing the credentials error dialog appearing the UI side and log showing the error whatever you mentioned). But issue resolved after initiating a full deployment and the restarting the publishing server.:)))))

  • Deployment '124500010' to target 'tar12462' encountered a system level dep

    Hi Experts,
    I'm trying to do initial deployment in Agent BCC. I'm getting below error while deploying
    ' Deployment '124500010' to target 'tar12462' encountered a system level deployment error during data transfer. '
    and Details
    Message Detail:
    CONTAINER:atg.repository.RepositoryException; SOURCE:java.sql.SQLException: ORA-00942: table or view does not exist at atg.adapter.gsa.Utils.deleteAllItems(Utils.java:1384) at atg.adapter.gsa.Utils.deleteAllItems(Utils.java:1524) at atg.adapter.gsa.Utils.deleteAllItems(Utils.java:1674) at atg.deployment.repository.RepositoryWorkerThread.prepareFullDeployment(RepositoryWorkerThread.java:636) at atg.deployment.repository.RepositoryWorkerThread.preDeploymentPhase(RepositoryWorkerThread.java:525) at atg.deployment.DeploymentWorkerThread.run(DeploymentWorkerThread.java:310)
    It's saying that Table doesn't exist, but I went through log, I didn't found any table name(Which table it's trying to search).
    Can you help me to fix this issue.
    Thanks & Regards,
    Murali.Ch

    Hi,
    It seems that your DB is not upto date with the deployed code. It has some missing table as evident from the error. If you can try some DB comparison tool and compare the DB with other environments on which BCC deployments are running fine.
    1. Do a full deployment
    2. If it fails with same error it means DB isnt in sync.
    3. Copy that from other environment or do by a DB checker tool/ comparison tool.
    4. Resume deployments.
    Thanks

  • OS X deployment.config and deployment.properties not working?

    I have a deployment.config file at: /Library/Internet Plug-Ins/JavaAppletPlugin.plugin/Contents/Home/lib/deploy/deployment.config with the following contents:
    deployment.system.config.mandatory=false
    deployment.system.config=file\:/Library/Internet Plug-Ins/JavaAppletPlugin.plugin/Contents/Home/lib/deployment.properties
    The deployment.properties file is located at: /Library/Internet Plug-Ins/JavaAppletPlugin.plugin/Contents/Home/lib/deployment.properties with the following contents:
    #deployment.properties
    deployment.macosx.check.update.locked
    deployment.macosx.check.update=false
    deployment.expiration.check.enabled.locked
    deployment.expiration.check.enabled=false
    None of this is working. Do I have the wrong directories or syntax somewhere?
    The documentation at : System- and User-Level Properties says that the deployment.config file will override user settings when placed at ${deployment.java.home}/lib/deploy/deployment.config.
    It seems like the deployment.config file is being ignored completely. I am working with Java 7u40 and higher. Nothing seems to do it.
    Any help would be appreciated!! Thanks!

    Yeah, it only happened to me in the last couple days, so I'm not sure what's happening (latest OS and latest version of Logitech Control Center (but a somewhat old MX Revolution)). Logitech's software is notoriously flakey on Macs, so I'll just chalk it up to that

  • 1.5 How to globally set the System Cache location

    FROM ANOTHER USER ON ANOTHER BOARD:
    This one did not get answered completely.
    ************************* Question:
    Hello,
    I want to deploy JWS on a client PC with Microsoft XP OS. This client have multiple users. JWS put a file deployment.properties in the directory "documents and setting" for the current user.
    How can I create a uniquely file deployment.properties for all users of this client (new and existing profiles) ?
    Create a directory "documents and setting/all users/application data/sun/java/deployment/" with the file deployment.properties don't work.
    Create a directory "documents and setting/default user/application data/sun/java/deployment/" with the file deployment.properties is working but is not good for the existing users. This is good uniquely for new users.
    is there a solution ?
    King regards,
    funchung
    ************************* ANSWER:
    For windows, the system config file is at:
    {Windows Directory}\Sun\Java\Deployment\
    The value of the {Windows Directory} is determined by using the Win32 API GetWindowsDirectory.
    So for example, on XP, the system config file is:
    c:\WINDOWS\Sun\Java\Deployment\deployment.properties
    The settings in this system config file will be used by all users on the system.
    ***************************** HIS REPLY
    I've tried this and it doesn't seem to work.
    I've also tried createing a deployment.config file as per the http://java.sun.com/j2se/1.5.0/docs/guide/deployment/deployment-guide/properties.html article and this doesn't work for me.
    Has anyone done this successfully??
    ******************************** MY REPLY:
    This is true.
    I can get the system install to work if I add the parameter:
    deployment.system.cachedir=C\:\\testcache
    to the deployment.properties file found under:
    C:\Documents and Settings\username\Application Data\Sun\Java\Deployment
    but it will NOT work by adding it to the:
    C:\WINDOWS\Sun\Java\Deployment
    directory. It just creates a new default one in the user's folder.
    What am I doing wrong?
    If there is not a way to globally set the System Cache location, then this isn't much better than the user cache for being able to "install" the software once on the PC and let any user that signs in access that application.
    We had high hopes for this, since this functionality was taken away from us once the java cache started being stored in the user's folders.
    More details:
    I just tried setting the mandatory=true setting and it tells me that it is not allowed to start because it can't find the
    deployment.properties in the same folder (full path is displayed) but I know it is there, because it is the same folder. I even double checked the spelling.
    Maybe there is a bug in the way it finds that properties file, or maybe I need to include something in that file that I didn't find in documentation?
    All it has in it is the one line:
    deployment.system.cachedir=C\:\\testcache
    Can anybody help shed light on this?
    It seems to be a bug that it can't find the deployment.properties file in the 'system' folder.
    -Chris

    I now found more on another thread:
    http://forum.java.sun.com/thread.jspa?messageID=3500778&#3500778
    You can close this one.
    Sorry.

  • Deployment.config

    I am trying to lock down the Java Web Start user-specific configuration settings. All the client PCs are Win2K. After following the instructions found in http://java.sun.com/j2se/1.5.0/docs/guide/deployment/deployment-guide/properties.html#location I am unable to get the deployment.config file settings to be effective. I have tried
    deployment.system.config=C\:\\WINNT\\Sun\\Java\\Deployment\\deployment.properties
    deployment.system.config.mandatory=true
    and also pointing the deployment.system.config at a network share. Neither seem to have any effect on the users deployment.properties settings.
    If I delete the users deployment.properties file it will then pick up the settings from the C:\WINNT\Sun\Java\Deployment\deployment.properties file the next time Web Start is launched, however the settings are not mandatory (i.e. web start is not using the deployment.config file settings) and the users are able to permanently change their properties settings.
    If anyone has gotten this to work and/or has an example of a functioning deployment.config file I would appreciate any help.
    Best regards,
    Martin M. Graney

    Sounds like there is more work needed on these documents.
    deployment.system.manditory only requires the file or ulrl deployment.system.config to be found. t does not lock the properties there unless for property:
    deployment.xxx=value
    there is also the property:
    deployment.xxx.locked=anything
    Also, there is a bug in the beta1, that a locked property (such as the deployment.xxx above) will be locked to the value of the lock, instead of the value of the property (ie: will be "anything" instead of "value"
    so to get it to work right in the 1.5. beta1, you need to say:
    deployment.xxx=value
    deployment.xxx.locked=value
    /Dietz

  • Gets error "-17502; System Level Exception" while running the custom Step in NI TestStnad 2010

    I have a custom teststand step which works like For loop in TestStand. Previously I was using LV 2009 and NI TestStand 4.2.1 and this step was working fine. Recently I upgraded my system to LV 2010 and TestStand 2010, since that it is not working.
    When I run the step it gives error "-17502; System Level Exception". I have attached error screenshot.
    I am using NIFlowControl.dll in this step.
    Please do the needful.
    Attachments:
    System Levle Exception error.JPG ‏25 KB

    The source code for NIFlowControl.dll ships with TestStand. Did you perhaps
    1) modify the code and rebuild this dll in teststand 4.2.1, but did not move your changes into the 2010 version and recompile the 2010 version?
    Or
    2) Move your 4.2.1 version of this dll to 2010 in which case it might be missing important code that exists only in the 2010 version. It's best to redo your code changes to the 2010 version and recompile that if needed.
    Also ideally your modified version of NIFlowControl.dll should be located in the teststand public directory rather than the program files directory.
    -Doug

  • Deployment.config/properties All Users dir on Windows

    Question about the 2 files deployment.config and deployment.config which can be located in "%WINDIR%\Sun\Java\Deployment" or "%USERPROFILE%\Application Data\Sun\Java\Deployment"
    Unfortunately the option to specify a new location for the cache is only applicable to the deployment.properties when it's located under the user profile, it doesn't work when specified under the windows directory.
    I'm curious as to whether I can place the 2 files under the All Users profile and it would achieve the same result for everyone using the workstation.
    Any ideas?

    After some testing it seems this is not possible.
    However, as long as there is no cached profile on the workstation, placing the files into the "Default User" profile will create them for all subsequent logons. Which is a pretty good fix.

Maybe you are looking for