Resources could not be signed: sapj2eeclient.jar

I have a XI3.0 system on SP13. As usual after applying support packages my sapj2eeclient.jar disapears. I copy it to the relevant directory and repository directories, redeploy SAPJ2EECLIENT.SDA and choose "Re-initialization and force signing" from the Java web start administration. This has worked on our other systems. Bot not anymore! If I try to start Integration builder I get this error message: "Unsigned application requesting unrestricted access to system"
And when I check the initialization status I get this error: "Resources could not be signed:
sapj2eeclient.jar"
The <sid>adm user has access to the sapj2eeclient.jar file.
Help!

Hi,
There is a possibility to resign the client.
Go to the URL http://XIMACHINE:50x00/rep/start/index.htm and click on the administration link.
Then you will see 3 tabs on the left part of the screen:
repository
directory
runtime workbench.
For both the repository and the directory you need to go to the link for "java webstart adminstration".
In the java webstart administration screen there is a possibilty to re-initialize and resign the client.
Best regards,
Alwin

Similar Messages

  • Could not verify signing in resource (JAR + Pack200)

    It seems I always ended up getting JWS error I never have had before these days...
    Ok, long story short:
    - this is about a JavaFX 1.3.1 app with packed JARs
    - changed computer, switched from JDK 1.6.0_22 that I used for several month for signing and pack files to JDK 1.6.0_29 and JDK 1.7.0_02. This issue did not happen with JDK 1.6.0_22.
    - it's currently deployed to an internal web server for testing purposes, files and URL are correct and can be reached from my workstation.
    - every single JNLP file validates OK with JaNeLA.
    - the certificate used to sign the libs is valid.
    - the offending JAR file report as being Ok and signed when checked with jarsigner.
    The error from Java Web Start is:
    >
    Unable to launch the application.
    Error: Could not verify signing in resource: http://devlin01.noumea.spc.local/~fabriceb/Web/TUMAS/lib/OFP-fx.jar.pack.gz
    >
    The exception is:
    com.sun.deploy.net.JARSigningException: Could not verify signing in resource: http://devlin01.noumea.spc.local/~fabriceb/Web/TUMAS/lib/OFP-fx.jar.pack.gz
         at com.sun.deploy.security.JarVerifier.authenticateJarEntry(Unknown Source)
         at com.sun.deploy.security.EnhancedJarVerifier.validate(Unknown Source)
         at com.sun.deploy.cache.CacheEntry.processJar(Unknown Source)
         at com.sun.deploy.cache.CacheEntry.access$2200(Unknown Source)
         at com.sun.deploy.cache.CacheEntry$9.run(Unknown Source)
         at java.security.AccessController.doPrivileged(Native Method)
         at com.sun.deploy.cache.CacheEntry.writeFileToDisk(Unknown Source)
         at com.sun.deploy.cache.Cache.downloadResourceToTempFile(Unknown Source)
         at com.sun.deploy.cache.Cache.downloadResourceToCache(Unknown Source)
         at com.sun.deploy.net.DownloadEngine.actionDownload(Unknown Source)
         at com.sun.deploy.net.DownloadEngine.getCacheEntry(Unknown Source)
         at com.sun.deploy.net.DownloadEngine.getCacheEntry(Unknown Source)
         at com.sun.deploy.net.DownloadEngine.getResourceCacheEntry(Unknown Source)
         at com.sun.deploy.net.DownloadEngine.getResourceCacheEntry(Unknown Source)
         at com.sun.deploy.net.DownloadEngine.getResource(Unknown Source)
         at com.sun.javaws.LaunchDownload$DownloadTask.call(Unknown Source)
         at java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source)
         at java.util.concurrent.FutureTask.run(Unknown Source)
         at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
         at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
         at java.lang.Thread.run(Unknown Source)The wrapped exception is:
    java.lang.SecurityException: SHA1 digest error for org/spc/ofp/javafx/scene/control/dialog/TitleLabel$TitleLabel$Script.class
         at sun.security.util.ManifestEntryVerifier.verify(Unknown Source)
         at java.util.jar.JarVerifier.processEntry(Unknown Source)
         at java.util.jar.JarVerifier.update(Unknown Source)
         at java.util.jar.JarVerifier$VerifierStream.read(Unknown Source)
         at com.sun.deploy.security.JarVerifier.readAndMaybeSaveStreamTo(Unknown Source)
         at com.sun.deploy.security.JarVerifier.authenticateJarEntry(Unknown Source)
         at com.sun.deploy.security.EnhancedJarVerifier.validate(Unknown Source)
         at com.sun.deploy.cache.CacheEntry.processJar(Unknown Source)
         at com.sun.deploy.cache.CacheEntry.access$2200(Unknown Source)
         at com.sun.deploy.cache.CacheEntry$9.run(Unknown Source)
         at java.security.AccessController.doPrivileged(Native Method)
         at com.sun.deploy.cache.CacheEntry.writeFileToDisk(Unknown Source)
         at com.sun.deploy.cache.Cache.downloadResourceToTempFile(Unknown Source)
         at com.sun.deploy.cache.Cache.downloadResourceToCache(Unknown Source)
         at com.sun.deploy.net.DownloadEngine.actionDownload(Unknown Source)
         at com.sun.deploy.net.DownloadEngine.getCacheEntry(Unknown Source)
         at com.sun.deploy.net.DownloadEngine.getCacheEntry(Unknown Source)
         at com.sun.deploy.net.DownloadEngine.getResourceCacheEntry(Unknown Source)
         at com.sun.deploy.net.DownloadEngine.getResourceCacheEntry(Unknown Source)
         at com.sun.deploy.net.DownloadEngine.getResource(Unknown Source)
         at com.sun.javaws.LaunchDownload$DownloadTask.call(Unknown Source)
         at java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source)
         at java.util.concurrent.FutureTask.run(Unknown Source)
         at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
         at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
         at java.lang.Thread.run(Unknown Source)The main JNLP is:
    <jnlp spec="1.0+" codebase="http://devlin01.noumea.spc.local/~fabriceb/Web/TUMAS/" href="TUMAS-fx.jnlp">
      <information>
        <title>TUMAS development standalone version</title>
        <vendor>CPS-SPC Secretariat of the Pacific Community</vendor>
        <homepage href="http://www.tumas-project.org/"/>
        <description>Management Option Visualisation Tool</description>
        <description kind="short">Management Option Visualisation Tool</description>
        <description kind="one-line">Management Option Visualisation Tool</description>
        <description kind="tooltip">Management Option Visualisation Tool</description>
        <icon kind="default" href="MOViT.gif" width="128" height="128" size="10948"/>
        <icon kind="shortcut" href="MOViT.gif" width="128" height="128" size="10948"/>
        <icon kind="splash" href="MOViT.gif" width="128" height="128" size="10948"/>
        <offline-allowed/>
        <shortcut online="false">
          <desktop/>
          <menu submenu="TUMAS"/>
        </shortcut>
      </information>
      <security>
        <all-permissions/>
      </security>
      <update check="always"/>
      <resources>
        <java max-heap-size="800m" version="1.6+"/>
        <jar href="TUMAS-fx.jar" main="true" size="154269"/>
        <extension name="MOViT" href="MOViT.jnlp"/>
        <extension name="l2fprod-7.3" href="l2fprod-7.3.jnlp"/>
        <extension name="JFXtras-0.7" href="JFXtras-0.7.jnlp"/>
        <extension name="gnujpdf-1.7" href="gnujpdf-1.7.jnlp"/>
        <extension name="Apache-POI-3.6" href="Apache-POI-3.6.jnlp"/>
        <extension name="SwingX-1.6.1" href="SwingX-1.6.1.jnlp"/>
        <extension name="OpenMap-5.0" href="OpenMap-5.0.jnlp"/>
        <extension name="JavaFX 1.3.x Runtime" href="http://dl.javafx.com/1.3/javafx-rt.jnlp"/>
        <property name="jnlp.packEnabled" value="true"/>
      </resources>
      <application-desc main-class="com.sun.javafx.runtime.main.Main">
        <argument>MainJavaFXScript=org.spc.ofp.project.tumas.TUMAS</argument>
        <argument>--development</argument>
      </application-desc>
    </jnlp>The JNLP which contains the offending lib is:
    <?xml version="1.0" encoding="UTF-8"?>
    <jnlp spec="1.0+" codebase="http://devlin01.noumea.spc.local/~fabriceb/Web/TUMAS/" href="MOViT.jnlp">
        <information>
            <title>MOViT</title>
            <vendor>CPS-SPC Secretariat of the Pacific Community</vendor>
            <homepage href="http://www.tumas-project.org/"/>
            <description>Management Option Visualisation Tool</description>
            <offline-allowed/>
        </information>
        <security>
           <all-permissions/>
        </security>
        <resources>
           <jar href="lib/OFP-core.jar" part="MOViT" size="384817"/>
           <jar href="lib/OFP-GIS.jar" part="MOViT" size="10608"/>
           <jar href="lib/OFP-fx.jar" part="MOViT" size="2325354"/>
           <jar href="lib/OFP-fx-mappane.jar" part="MOViT" size="3277991"/>
           <jar href="lib/MFCL-IO.jar" part="MOViT" size="82454"/>
           <jar href="lib/MOViT-templates.jar" part="MOViT" size="5142641"/>
           <jar href="lib/MOViT-ztm.jar" part="MOViT" size="59484"/>
           <jar href="lib/MOViT-ztp.jar" part="MOViT" size="56450"/>
           <jar href="lib/MOViT-zte.jar" part="MOViT" size="41706"/>
           <jar href="lib/MOViT-fishery.jar" part="MOViT" size="66291"/>
           <jar href="lib/MOViT-fx.jar" part="MOViT" size="3282871"/>
           <jar href="lib/SPINiT-fx.jar" part="MOViT" size="332428"/>
           <property name="jnlp.packEnabled" value="true"/>
        </resources>
        <component-desc/>
    </jnlp>The following command lines are used when packing + signing the file (extra private bits have been removed) :
    ► Normalizing file: "<path to file>OFP-fx.jar"
    Executing: "C:\Program Files (x86)\Java\jdk1.6.0_29/bin/pack200" --repack --effort=9 --segment-limit=-1 --modification-time=latest --strip-debug "<path to file>OFP-fx.jar"
    process exited with error code: 0
    ► Signing file: "<path to file>OFP-fx.jar"
    Executing: "C:\Program Files (x86)\Java\jdk1.6.0_29/bin/jarsigner" -verify "<path to file>OFP-fx.jar"
    process exited with error code: 0
    Executing: "C:\Program Files (x86)\Java\jdk1.6.0_29/bin/jarsigner" -tsa <timestamp server> -J-Dhttp.proxyHost=<our proxy host> -J-Dhttp.proxyPort=<our proxy port> -keystore <our store> -storepass <our password> "<path to file>OFP-fx.jar" <our alias>
    process exited with error code: 0
    ► Packing file: "<path to file>OFP-fx.jar"
    Executing: "C:\Program Files (x86)\Java\jdk1.6.0_29/bin/pack200" "<path to file>OFP-fx.jar.pack.gz" "<path to file>OFP-fx.jar"
    process exited with error code: 0Any idea, besides reinstalling an older JDK and/or runtime?

    bouye wrote:
    Thanks for the suggestion and let's hop they put some process to prevent similar issues from hapening again in the future.False hope. Programming is hard, release management is hard, testing is hard, people make mistakes, budget restrictions cause mistakes to slip through, etc. etc.
    The most important factor in all this really is us and more specifically our willingness to properly report problems.

  • Could not verify signing in patched jar

    I have encountered a strange bug in JWS verification of the signing of a resource updated via a jardiff patch.
    We have a jar resource where the only change is the contents of a text file, and when the webstart client downloads the patch created by the jnlp-servlet, it reports:
    Could not verify signing in resource: (http://oas-psolis-test.health.wa.gov.au:9002/PSOLIS-SwingApp-TES/PSOLIS-GUI-graphics.jar, 1.2)
    The wrapped exception is:
    java.lang.SecurityException: SHA1 digest error for Themes/DESERT.properties
    at sun.security.util.ManifestEntryVerifier.verify(ManifestEntryVerifier.java:191)
    at java.util.jar.JarVerifier.processEntry(JarVerifier.java:207)
    at java.util.jar.JarVerifier.update(JarVerifier.java:194)
    at java.util.jar.JarVerifier$VerifierStream.read(JarVerifier.java:380)
    at com.sun.javaws.security.SigningInfo.checkSigning(Unknown Source)
    at com.sun.javaws.cache.DownloadProtocol$RetrieveAction.actionDownload(Unknown Source)
    at com.sun.javaws.cache.DownloadProtocol.doDownload(Unknown Source)
    at com.sun.javaws.cache.DownloadProtocol.getResource(Unknown Source)
    at com.sun.javaws.LaunchDownload.downloadJarFiles(Unknown Source)
    at com.sun.javaws.LaunchDownload.downloadEagerorAll(Unknown Source)
    at com.sun.javaws.Launcher.downloadResources(Unknown Source)
    at com.sun.javaws.Launcher.handleApplicationDesc(Unknown Source)
    at com.sun.javaws.Launcher.handleLaunchFile(Unknown Source)
    at com.sun.javaws.Launcher.run(Unknown Source)
    at java.lang.Thread.run(Thread.java:536)
    v1.2 is the new version of the jar in question (PSOLIS-GUI-graphics.jar). DESERT.properties is NOT the changed text file, but rather another text file which has not changed (ie: being used from the v1.1 previously downloaded).
    The patch jar contains an essentially empty index.jd file, with just the line:
    version 1.0
    As you can tell from the above, no resources have been renamed, just one text/properties file has different contents (so this is not immediately obviously <http://developer.java.sun.com/developer/bugParade/bugs/4474211.html> - but regarding 4474211, how does one enable the -nonminimal switch to jardiff from the JNLP servlet?).
    Nor is it obvious that this is an instance of bug 4739089 <http://developer.java.sun.com/developer/bugParade/bugs/4739089.html>
    As you would expect, the patch jar file also contains the modified text file, plus the manifest.mf and the signing data files.
    If I delete the webstart cache first the application downloads and runs fine (which proves there is nothing wrong with the signing in this jar). Another workaround is not to include the base/old version (v1.1) of the jar in the war.
    Both these workarounds are impractical - I can't get all the users to delete their webstart caches on each new version (of which we have many (both users and version releases)), and my build/deploy process automatically creates versioned jars (based on whether any source files have changed), I would need to modify my process to never provide diffs for this very large jar (and perhaps, any of my jars?), and hence lose jardiffing benefits altogether (I just spent a long time developing this build process to automate versioned jars for webstart!)
    These jar files are never altered once created, and the signing is the last stage of creating the jar files (though as I mentioned above, that the signatures are fine is demonstrated by both workarounds, it is only the patching which causes the issue).
    We have reproduced this problem using both JWS v1.4.1 clients and JWS v1.0.1 (from JRE v1.4.0) client - our users use the latter as they require support for Windows 95, sigh.
    While I have a copy of a v1.4.1 cache in a state from which I can reproduce the error, I haven't managed to get a case where I can clear the cache, deploy version A, download it, deploy version B and download it to reproduce the error. This means that I haven't got a process to setup a test of v1.4.2_02 of JWS.
    I am using the jnlp-servlet.jar from the "JNLP Developers Pack v1.2 FCS".
    Has anyone else encountered a similar problem, or know of a solution (which works with the 1.0.1 JWS client for long suffering 95 users)?
    An interesting side-note for OC4J standalone users - when oc4j expands the EAR (and its component WAR files) under the j2ee/home/applications directory, it does not clear out the old contents from any previous deployment of the same application (name) - I modified my deploy to not include previous jar versions, and yet the client was still patching - because the old jar file versions were left there by oc4j, joy!

    Even I am facing a similar kind of problem. When webstart is downloading JRE_1.4.2_02.jar, I am getting the following error the very time itself.
    java.lang.SecurityException: SHA1 digest error for jre.jar
         at sun.security.util.ManifestEntryVerifier.verify(Unknown Source)
         at java.util.jar.JarVerifier.processEntry(Unknown Source)
         at java.util.jar.JarVerifier.update(Unknown Source)
         at java.util.jar.JarVerifier$VerifierStream.read(Unknown Source)
         at com.sun.javaws.security.SigningInfo.checkSigning(Unknown Source)
         at com.sun.javaws.cache.DownloadProtocol$RetrieveAction.actionDownload(Unknown Source)
         at com.sun.javaws.cache.DownloadProtocol.doDownload(Unknown Source)
         at com.sun.javaws.cache.DownloadProtocol.getResource(Unknown Source)
         at com.sun.javaws.LaunchDownload.downloadJarFiles(Unknown Source)
         at com.sun.javaws.LaunchDownload.downloadEagerorAll(Unknown Source)
         at com.sun.javaws.Launcher.downloadResources(Unknown Source)
         at com.sun.javaws.Launcher.handleApplicationDesc(Unknown Source)
         at com.sun.javaws.Launcher.handleLaunchFile(Unknown Source)
         at com.sun.javaws.Launcher.run(Unknown Source)
         at java.lang.Thread.run(Unknown Source)
    JRE_1.4.2_02.jar is a signed and verified jar that contains jre.jar. This is being downloaded on to the client for the first time. Webstart version used is 1.0.1. Can any tell me what may be the problem?

  • Could not verify signing in resource

    Hi all.
    I've been banging my head against a wall for the past 2 days trying to figure this out to no avail. I'm simply trying to use Java Web Start to distribute my Swing application but always receive the same error dialog :
    com.sun.deploy.net.JARSigningException
    Could not verify signing in resource : ***.jar
    I'm using Netbeans 6 and have tried manually signing all the jars as well as the netbeans web start self-signed feature : both give the same behaviour.
    I have used jarsigner -verify -certs which confirms the certificate for the jar and I've tried with 1.5 and 1.6 jdks.
    I've searched tonnes of websites and forums but can't find the answer - hopefully someone can help.
    Any ideas?
    JGreg
    SCJD
    Zoom Software

    Thanks Joe.
    The jar in question is a 3rd party library.
    I have checked it with jarsigner -verify ***.jar and get the following output :
    jar is unsigned. (signature missing or not parsable).
    So that should confirm the original jar is not signed. Unless you can hide a signature from jarsigner -verify with obfuscation?
    Also, I think they removed the single signature requirement in jdk 6.
    Still completely stuck on this unfortunately.
    JGreg
    www.zoom-software.com

  • JMS Send Transaction Failing, due to resources could not be assigned

    I am trying to get a transaction of a JMS send to work where the origination of the send occurs in domain A and the message queue is hosted in domain B. I have been able to get this to work; however, this issue has shown up in recent tests. I haven't changed anything other than the version of the Oracle database client that is being used. I don't see any relationship between that and the persistent store.
    Both domains are hosted on the same computer and both domains are simple development domains. Trust is established between the domains using 'global trust'.
    I'm running Weblogic Server 10.3.4..
    I'm not sure how to get around this issue. I can't find any documentation...
    My suspicion is that there needs to be some special configuration for the transaction, since I'm using the default persistence store. The warnings seem to indicate the problem. The AdminServer is hosted on domain A and the AuditAdminServer on domain B...
    Any assistance will be greatly appreciated!
    Thanks in advance...
    Here is the stacktrace:
    <Apr 11, 2013 11:17:05 AM MDT> <Warning> <JTA> <BEA-110405> <Resource WLStore_audit_domain__WLS_AuditAdminServer was not assigned to any of these servers: AdminServer AuditAdminServer >
    <Apr 11, 2013 11:17:25 AM MDT> <Warning> <JTA> <BEA-110405> <Resource WLStore_audit_domain__WLS_AuditAdminServer was not assigned to any of these servers: AdminServer AuditAdminServer >
    <Apr 11, 2013 11:19:47 AM MDT> <Error> <EJB> <BEA-010026> <Exception occurred during commit of transaction Name=[EJB gov.va.med.datasharing.core.ServiceBusImpl.processInbound(java.lang.String,java.lang.Object)],Xid=BEA1-003FA101855115C0DB45(13340960),Status=Rolling Back. [Reason=javax.transaction.SystemException: Aborting prepare because the following resources could not be assigned: WLStore_audit_domain__WLS_AuditAdminServer],numRepliesOwedMe=0,numRepliesOwedOthers=0,seconds since begin=183,seconds left=22,XAServerResourceInfo[DefaultXADataSource_vhie_domain]=(ServerResourceInfo[DefaultXADataSource_vhie_domain]=(state=rolledback,assigned=AdminServer),xar=DefaultXADataSource,re-Registered = false),XAServerResourceInfo[WLStore_audit_domain__WLS_AuditAdminServer]=(ServerResourceInfo[WLStore_audit_domain__WLS_AuditAdminServer]=(state=new,assigned=none),xar=null,re-Registered = false),XAServerResourceInfo[WLStore_vhie_domain_VhieFileStore]=(ServerResourceInfo[WLStore_vhie_domain_VhieFileStore]=(state=rolledback,assigned=AdminServer),xar=WLStore_vhie_domain_VhieFileStore1316539,re-Registered = false),SCInfo[vhie_domain+AdminServer]=(state=rolledback),SCInfo[audit_domain+AuditAdminServer]=(state=rolling-back),properties=({weblogic.transaction.name=[EJB gov.va.med.datasharing.core.ServiceBusImpl.processInbound(java.lang.String,java.lang.Object)]}),local properties=({weblogic.jdbc.jta.DefaultXADataSource=[ No XAConnection is attached to this TxInfo ]}),OwnerTransactionManager=ServerTM[ServerCoordinatorDescriptor=(CoordinatorURL=AdminServer+192.168.1.120:7001+vhie_domain+t3+, XAResources={WLStore_vhie_domain_VhieFileStore, SDSDataSource_vhie_domain, DefaultXADataSource_vhie_domain, eis/jms/WLSConnectionFactoryJNDIXA, WSATGatewayRM_AdminServer_vhie_domain},NonXAResources={})],CoordinatorURL=AdminServer+192.168.1.120:7001+vhie_domain+t3+): weblogic.transaction.RollbackException: Aborting prepare because the following resources could not be assigned: WLStore_audit_domain__WLS_AuditAdminServer
         at weblogic.transaction.internal.TransactionImpl.throwRollbackException(TransactionImpl.java:1881)
         at weblogic.transaction.internal.ServerTransactionImpl.internalCommit(ServerTransactionImpl.java:345)
         at weblogic.transaction.internal.ServerTransactionImpl.commit(ServerTransactionImpl.java:239)
         at weblogic.ejb.container.internal.BaseRemoteObject.postInvoke1(BaseRemoteObject.java:625)
         at weblogic.ejb.container.internal.StatelessRemoteObject.postInvoke1(StatelessRemoteObject.java:49)
         at weblogic.ejb.container.internal.BaseRemoteObject.__WL_postInvokeTxRetry(BaseRemoteObject.java:444)
         at weblogic.ejb.container.internal.SessionRemoteMethodInvoker.invoke(SessionRemoteMethodInvoker.java:53)
         at gov.va.med.datasharing.core.ServiceBus_r6xnti_ServiceBusImpl.processInbound(Unknown Source)
         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
         at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
         at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
         at java.lang.reflect.Method.invoke(Method.java:597)
         at weblogic.ejb.container.internal.RemoteBusinessIntfProxy.invoke(RemoteBusinessIntfProxy.java:85)
         at $Proxy89.processInbound(Unknown Source)
         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
         at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
         at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
         at java.lang.reflect.Method.invoke(Method.java:597)
         at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317)
         at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:198)
         at $Proxy91.processInbound(Unknown Source)
         at gov.va.med.datasharing.web.ServiceBusDelegate.processInbound(ServiceBusDelegate.java:43)
         at gov.va.med.datasharing.web.adc.PatientServiceImpl.changeADCStatus(PatientServiceImpl.java:58)
         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
         at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
         at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
         at java.lang.reflect.Method.invoke(Method.java:597)
         at org.springframework.expression.spel.support.ReflectiveMethodExecutor.execute(ReflectiveMethodExecutor.java:69)
         at org.springframework.expression.spel.ast.MethodReference$MethodValueRef.getValue(MethodReference.java:97)
         at org.springframework.expression.spel.ast.CompoundExpression.getValueInternal(CompoundExpression.java:81)
         at org.springframework.expression.spel.ast.SpelNodeImpl.getTypedValue(SpelNodeImpl.java:102)
         at org.springframework.expression.spel.standard.SpelExpression.getValue(SpelExpression.java:98)
         at org.springframework.binding.expression.spel.SpringELExpression.getValue(SpringELExpression.java:84)
         at org.springframework.webflow.action.EvaluateAction.doExecute(EvaluateAction.java:75)
         at org.springframework.webflow.action.AbstractAction.execute(AbstractAction.java:188)
         at org.springframework.webflow.execution.AnnotatedAction.execute(AnnotatedAction.java:145)
         at org.springframework.webflow.execution.ActionExecutor.execute(ActionExecutor.java:51)
         at org.springframework.webflow.engine.support.ActionTransitionCriteria.test(ActionTransitionCriteria.java:82)
         at org.springframework.webflow.engine.support.TransitionCriteriaChain.test(TransitionCriteriaChain.java:71)
         at org.springframework.webflow.engine.Transition.canExecute(Transition.java:195)
         at org.springframework.webflow.engine.Transition.execute(Transition.java:211)
         at org.springframework.webflow.engine.impl.FlowExecutionImpl.execute(FlowExecutionImpl.java:393)
         at org.springframework.webflow.engine.impl.RequestControlContextImpl.execute(RequestControlContextImpl.java:214)
         at org.springframework.webflow.engine.TransitionableState.handleEvent(TransitionableState.java:119)
         at org.springframework.webflow.engine.Flow.handleEvent(Flow.java:555)
         at org.springframework.webflow.engine.impl.FlowExecutionImpl.handleEvent(FlowExecutionImpl.java:388)
         at org.springframework.webflow.engine.impl.RequestControlContextImpl.handleEvent(RequestControlContextImpl.java:210)
         at org.springframework.webflow.engine.ViewState.handleEvent(ViewState.java:232)
         at org.springframework.webflow.engine.ViewState.resume(ViewState.java:196)
         at org.springframework.webflow.engine.Flow.resume(Flow.java:545)
         at org.springframework.webflow.engine.impl.FlowExecutionImpl.resume(FlowExecutionImpl.java:258)
         at org.springframework.webflow.executor.FlowExecutorImpl.resumeExecution(FlowExecutorImpl.java:169)
         at org.springframework.webflow.mvc.servlet.FlowHandlerAdapter.handle(FlowHandlerAdapter.java:183)
         at org.springframework.webflow.mvc.servlet.FlowController.handleRequest(FlowController.java:174)
         at org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.handle(SimpleControllerHandlerAdapter.java:48)
         at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:925)
         at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:856)
         at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:915)
         at org.springframework.web.servlet.FrameworkServlet.doPost(FrameworkServlet.java:822)
         at javax.servlet.http.HttpServlet.service(HttpServlet.java:727)
         at org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:796)
         at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
         at weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run(StubSecurityHelper.java:227)
         at weblogic.servlet.internal.StubSecurityHelper.invokeServlet(StubSecurityHelper.java:125)
         at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:300)
         at weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:26)
         at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:56)
         at org.springframework.orm.jpa.support.OpenEntityManagerInViewFilter.doFilterInternal(OpenEntityManagerInViewFilter.java:180)
         at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:107)
         at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:56)
         at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.wrapRun(WebAppServletContext.java:3715)
         at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:3681)
         at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
         at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:120)
         at weblogic.servlet.internal.WebAppServletContext.securedExecute(WebAppServletContext.java:2277)
         at weblogic.servlet.internal.WebAppServletContext.execute(WebAppServletContext.java:2183)
         at weblogic.servlet.internal.ServletRequestImpl.run(ServletRequestImpl.java:1454)
         at weblogic.work.ExecuteThread.execute(ExecuteThread.java:207)
         at weblogic.work.ExecuteThread.run(ExecuteThread.java:176)
    Caused by: javax.transaction.SystemException: Aborting prepare because the following resources could not be assigned: WLStore_audit_domain__WLS_AuditAdminServer
         at weblogic.transaction.internal.TransactionImpl.abort(TransactionImpl.java:1153)
         at weblogic.transaction.internal.ServerTransactionImpl.globalPrepare(ServerTransactionImpl.java:2200)
         at weblogic.transaction.internal.ServerTransactionImpl.internalCommit(ServerTransactionImpl.java:279)
         ... 77 more
    .>

    It turns out that those packages are, indeed, in extra.
    I didn't think to look there, since I assumed that everything needed by base would be in [core].
    I assumed wrong.

  • One or more of the specified resources could not be re-assigned. This can happen if the proposed resource to be assigned has already an assignment on the given task or the specified assignment is deleted or rejected.

    I create a brand new plan based on a template.
    A task in that plan has a team resource assigned. the task is fixed work. The PM may change the work and duration but not the team resource.
    The plan is published.
    I delegate my self as a team resource: and try add myself to team task in the timesheet area (using insert row). I can choose some tasks and the add. Most tasks throw this error. This happens if nothing on the plan is changed - it is brand new - minutes
    old
    One or more of the specified resources could not be re-assigned. This can happen if the proposed resource to be assigned has already an assignment on the given task or the specified assignment is deleted or rejected.
    How can I stop the alert:
    One or more of the specified resources could not be re-assigned. This can happen if the proposed resource to be assigned has already an assignment on the given task or the specified assignment is deleted or rejected.
    Trying to stop the swap to Salesforce - but the errors keep a coming

    oooch - I can fix it - I need delete the task and recreate it. Which is amazingly tedious as I cannot see if a task needs recreating or not. There's 10 template plans and an average of 200 tasks - then I have to rename the template - the assign the
    new template to the EPT - this will be a long night; with only complaints at the end.
    Trying to stop the swap to Salesforce - but the errors keep a coming

  • The cluster resource could not be found-SAP ECC on Windows Server 2008 MSCS

    Hi,
    I'm installing SAP ECC 6.0 on Windows server 2008 MSCS Cluster. As mentioned in the guide, i've created a service and added a resource.
    I was able to successfully configure the DB installation and cluster configuration. But when I start the ASCS installation, the installation fails when it tries to create system folders with the following error.
    Error when sharing file system export (share) saploc : The cluster resource could not be found
    I'm using a user with domain admin access and also a member of the local administrators group. I've even tried to install using the domain administrator user but still the problem exists.
    Can anyone please let me know where am I going wrong ?
    NB: The host on which I'm installing is not a domain controller but it is a member of a domain.
    Regards,
    Varadharajan M

    Yes Krishna,
    I've not created any shared folders manually and I've used the "Use domain of current user" option.
    Actually SAPINST has created the usr and sap folder in the SAP drive (say E: drive) which is a clustered disk. The name of that clustered sidk is "Clustered Disk 1". I could able to open up the shared directories available in that SAP virtual host by issuing
    <SAPGRP>. I don't know where am I going wrong:( I've also opened a call with a SAP and waiting for their reply.
    Regards,
    Varadharajan M

  • Collect metrics failed : requested resource could not be found (vSDatastore)

    Hello,
    I am working on Tidal Enterprise Orchestrator 2.3.0.441 (hotfix1 and 2, content update 1), part of CIAC starter edition.
    Scheduled Collect metrics failed in ‘vSphere Datastores Data Sync’ at the last step : ‘Export Service Item Data’.
    Failure appears in ‘NS API – Query SI’ :
    The remote server returned an error: (404) Not Found. <nsapi-error-response>Requested resource could not be found.</nsapi-error-response>
    The URL is http://XXX:8088/RequestCenter/nsapi/serviceitem/SivSDatastore/Name=Devo/datastore2
    The account is nsapiuser and of course the item Devo/datastore2 exists in the Portal. I did not change the workflow.
    Do you know what could be the issue ?
    Thank you very much.
    Cheers,
    Nicolas

    Probably you do not have all the proper permissions for the nsapi user.
    Are they a site admin and CPTA?
    do they belong to the Cloud Admin OU (as their home OU) and the Site admin OU?
    After doing that, bounce the CCP server.
    If you still have issues, use your support services contract and open a TAC case.
    -Shaun Roberts
    CIAC/CPO Support Team lead
    [email protected]

  • The cluster resource could not be brought online by the resource monitor.

    I'm installing Exchange 2007 CCR at a set of Windows server 2008 Virtual Machines.
    When I refer the doc to Configure the Node and File Share Majority Quorum, at the step 3 - 
    Bring the new File Share Witness resource online by running the following command:
    Cluster.exe res "File Share Witness (UNCPath)" /online
    I got the following error:
    System error 5018 has occurred (0x0000139a).
    The cluster resource could not be brought online by the resource monitor.
    How could I successfully Configure the Node and File Share Majority Quorum?

    Your link brings me back to this thread.  Not sure why, as I was able to find the article you reference with this link: 
    http://technet.microsoft.com/en-us/library/bb676490(v=EXCHG.80).aspx
    To ensure this works, you need to make sure the Exchange Servers group is in the Administrators group on the server hosting your FSW.
    FYI, Microsoft suggests that the FSW be hosted on a hub server.  This simplifies management, since the Exchange administrators will already be able to manage the server the FSW is hosted on, and all permissions are already in place for the messaging
    system.

  • How do I resolve a "This document could not be signed" error?

    How do I resolve a "This document could not be signed" error?  I received this error when trying to sign a document with multiple signature boxes.  This particular box locks down most of the document.  It's normally not an issue, but periodically we have a copy of this same form that does not work.

    Contact iTunes Customer Service and request assistance
    Use this Link  >  Apple  Support  iTunes Store  Contact

  • Some of the application resources could not be loc...

    Hi everyone,
    after (repeated) installation of PC Suite on a Windows Vista PC I still get the following error message, when PC Suite auto-starts:
    "Some of the application resources could not be located. Please reinstall the application."
    (The installation procedure itself runs w/o any problems.)
    History:
    - An older version of PC Suite was running w/o major problems on my PC. (Unfortunatly I don't remember the exact version.)
    - Then I installed PC Suite 6.83 a few weeks ago, and saw the above error message the first time. Uninstalling & reinstalling did not help. So I was not able using PC Suite in the meantime.
    - Today I tried it with the latest version 6.84, hoping that the underlaying problem might be fixed. Unfortunatly no changes.
    - Again I uninstalled and reinstalled - also without Firewall or Virus Scanner - no success. The error message remains.
    Additional details:
    - Today, after my 1st installation try of 6.84 I also received the following information messages:
    "Unable to load resources: C:\PROGRAM FILES\NOKIA\NOKIA PC SUITE 6\Lang\PCSync2_ger.nlr"
    and
    "Unable to load graphical resources: C:\PROGRAM FILES\NOKIA\NOKIA PC SUITE 6\Resource\PCSync2_ger.ngr".
    - I searched for these two files and I found them.
    - But interestingly these two messages don't show up anymore.
    My system data:
    - Windows Vista Business, 32 bit,
    system updates from Windows Update installed
    - Nokia PC Suite: 6.84.10.3 ger
    Does anybody know help?
    Is there a log file somewhere that I could use to understand which resources are actually missing?
    @Nokia: When is PC Suite Cleaner planned to be available for 6.83 and later versions and for Vista?
    Many thank in advance
    Christian

    Hi - I know this forum thread is probz a little old now but I want to ressurect it because I have in recent days updated my software from PC Suite 6 to 7 on my Vista system and have encountered the same bug. See the following thread:
    /discussions/board/message?board.id=swupdate&thread.id=35845
    Has anyone found a solution this poblem as yet?
    Nokia N81 SD
    Sandisk 2Gb Micro SD with adaptor

  • The resource could not be saved due to unknown error

    Hello,
    After we installed the April 2015 CU on our Project 2010 farm, we have started to get the below error when we attempt to edit a Resource.
    We did run the configuration wizard on both the app and WFE servers. Also, we are
    not using any custom master page here.
    So far below are the steps I have already tried and have not been successful.
    Uncheck the 'Enable Dynamic content compression' and unchecked the 'Enable static content compression' as described in this
    TechNet question. We did an IIS reset on all the App and WFE servers after making this change.
    Confirmed that no services have stopped and that the service accounts have correct access level.
    Everything else works in the PWA expect for this section. Has anyone else experienced this?
    Thanks in advance for your response.

    Hi Darogael,
    Here is a similar thread which a bunch of advice. In particular try to edit and save the resource custom fields.
    https://social.technet.microsoft.com/Forums/projectserver/en-US/638864dc-c085-4e93-b783-4dcea0f22f4e/edits-to-user-profiles-throwing-an-error-the-resource-could-not-be-saved-due-to-the-following
    Hope this helps,
    Guillaume Rouyre, MBA, MVP, P-Seller |

  • Manage Users --Cannot Save, getting error "The resource could not be saved.... unknown error"

    In Project Server 2010, in Server Settings > Manage Users we can't edit any existing users - no matter if we change something or not, as soon as we hit
    the SAVE-Button, we get this error:
    The resource could not be saved due to the following reasons:
    An unknown error has occurred.
    We have two custom Security Categories and Users Group. The Resources are synced with AD Groups every midnight. There are no Resource level Custom fields.
    We were able to save it till few days, not sure what is the issue now. 
    How to find out and resolve this issue!
    Any hint would be of great help.
    Thanks.
    Greema

    Hi
    Go to IISManager --> Select "SharePoint Web Access" --> Double click on Compression -->
    2] Uncheck both "Enable Dynamic content compression" and "Enable static content compression" --> click on Apply.
    3] Do the same steps for the site where PWA is present. Then try editing the user.

  • Following resource could not be assigned: WLStore_domainName_WseeJaxwsFileStore

    Hi,
    we are using WL 10.3 for Oracle Backoffice/centraloffice Deployment. We are trying to push param from CO to BO and from BO to Register using WL queues/topics.We are getting following error in BO log when param is pushed from CO to BO:
    Aborting prepare because the following resource could not be assigned: WLStore_domainName_EseeJaxwsFileStore.  
    Also this issue is not coming in another combination of CO-BO-register although both combinations have exactly same configurations.
    thanks
    Kumar

    Please check if all your plugins are up-to-date. To do this, go to the [http://mozilla.com/plugincheck Mozilla Plugin Check site].
    Once you're there, the site will check if all your plugins have the latest versions.
    If you see plugins in the list that have a yellow ''Update'' button or a red ''Update now'' button, please update these immediately.
    To do so, please click each red or yellow button. Then you should see a site that allows you to download the latest version. Double-click the downloaded file to start the installation and follow the steps mentioned in the installation procedure.
    Install add-ons that plays any sound in your browser...

  • Digital Signature error - "Document could not be signed"

    I have a servlet (from the documentation sample) the rendered my form online. My form was saved from Designer as Acrobat 7.0.5 Static PDF Form File and then I applied Reader Extensions to it to allow for Digital Signatures and Basic Form Fill In. When I try to digitall sign the form, I get the error:
    "The document could not be signed."
    "There was an error when attempting to commit this signature. The document was not saved."
    "A file error has occurred."
    Anyone know what this means and how do I fix it??
    I am using Acrobat Reader 7.0.8, so maybe that is the problem, but I won't know what version Reader my user's will have, so it needs to work in many versions.
    If I don't sign the form, I can submit it where a second servlet saves the form to a file and this happens successfully.
    Thank you,
    Jennifer

    Hello Rob,
    Thanks for the reply.
    Actually, there is a bug with Reader and Form Rendered forms - at least with already extended pdf forms that get rendered via Form Server.
    So, I hope this makes sense, but this is what I have determined (this is all done with viewing the EXTENDED PDF form WITHIN a WEB BROWSER):
    If I use a simple hyperlink (i.e. plain html anchor tag) to my PDF form, I can digitally sign the form with no problem within in all 7.x versions of Reader.
    If I utilize Form Server code (tested with local EJBClient and then remote JBoss using SOAPClient) then the results vary:
    Reader 7.0.0 - I could successfully sign the form
    Reader 7.0.5 - I could successfully sign the form
    Reader 7.0.7 - I could NOT sign the form
    Reader 7.0.8 - I could NOT sign the form
    Reader 8.0.0 - I could successfully sign the form
    So, you can see in version 7.0.7 and 7.0.8, one cannot digitally sign a form if it was rendered via Form Server and viewing the form in the web browser, but I can sign it just fine if I display the form via a simple html hyperlink, so that is what I am doing now.
    I had this same issue when using Workflow server, but that was easy enough to apply the Reader Extension QPAC over and over as needed. I need these forms to be submitted on a remote server and haven't figured out yet how to apply the Reader Extension remotely yet.
    I hope this helps.
    Jennifer

Maybe you are looking for