That message is not an error. It means that you need to connect to the WebLogic Server Console and activate the changes.
Solution
Access the WebLogic Server Console and click on Activate Changes.
Confirm if your application shows in the WebLogic Server Console under “Deployments”.
Source:
https://community.oracle.com/message/10753255#10753255
Komentarze są wyłączone
weblogic.management.DeploymentException: [J2EE:160149]Error while processing library references. Unresolved application library references, defined in weblogic-application.xml: [Extension-Name: adf.oracle.domain, exact-match: false]
at weblogic.application.internal.flow.CheckLibraryReferenceFlow.prepare(CheckLibraryReferenceFlow.java:24)
at weblogic.application.internal.BaseDeployment$1.next(BaseDeployment.java:706)
at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:42)
at weblogic.application.internal.BaseDeployment.prepare(BaseDeployment.java:237)
at weblogic.application.internal.EarDeployment.prepare(EarDeployment.java:61)
Truncated. see log file for complete stacktrace
he ADF libraries in my domain were only targeted at the Admin Server, so when I tried to deploy my application to a Cluster of Managed Servers, it couldn’t see the ADF extensions.
So to get around this, log into the WebLogic console for your domain and do the following:
- Click on Deployments.
- Click on the ‘adf.oracle.domain(1.0,11.1.1.2.0)’ library deployment.
- Click on the Targets tab.
- Select the Managed Server(s) or Cluster(s) to which your application is going to be deployed, leaving the AdminServer target still ticked.
- Click on Save.
Then repeat the steps above for the following libraries:
- adf.oracle.businesseditor(1.0,11.1.1.2.0)
- adf.oracle.domain.webapp(1.0,11.1.1.2.0)
- jstl(1.2,1.2.0.1)
- jsf(1.2,1.2.9.0)
Activate any changes (if running in Production Mode) and try deploying your application again
Komentarze są wyłączone
Na to pytanie udzielono już odpowiedzi.
bk75 2009-11-28 15:58
I have a long running rollback session after i killed it. The status of session is ‘KILLED’ and when I check the v$transaction, it will take almost 24hours to complete rollback. We cannot wait for so long because we have other dependencies job need the rollback to be completed faster. At the end, we plan to shutdown immediate. Will this help? What will happen to the rollback session if we issue shutdown immediate or shutdown abort? Will the rollback completed successfully?
If you SHUTDOWN ABORT when there are very many active transactions or transactions being rolled back, then the default FAST_START_PARALLEL_ROLLBACK that occurs on the subsequent Instance Startup will actually mean that the Rollback is executed faster.
However, if it is a single large transaction such as a DELETE against a table with an Index, then it is better to disable FAST_START_PARALLEL_ROLLBACK before restarting the Instance immediately after a SHUTDOWN ABORT. The Parallel Rollback of a single large transaction with an Index can be slower !
FAST_START_PARALLEL_ROLLBACK is an instance parameter which default to LOW (ie a setting of 2 x CPU_COUNT) and can be set to HIGH or FALSE.
Note : If you SHUTDOWN ABORT and STARTUP the database, Oracle only has to do a Rollforward from Redo Logs (for database blocks that haven’t been updated) before it does an OPEN. This is generally a very fast operation. The Rollback of uncomitted transactions is a deferred operation — this means that the Rollback is initiated by SMON or the Parallel Slaves after the Database is OPEN. If a block containing a row that was updated and not committed is referenced by a database session after the OPEN but before it has been rolled back, Oracle does an expedited rollback for that row of the block and then continues doing the rollback of other rows in the background.
Thus, if the transaction had been on Table “A” and the database is SHUTDOWN ABORT and STARTUP, then users can continue accessing and updating all other tables other than Table “A” while the transaction is being rolled back, in the background, after the OPEN.
Hemant K Chitale
Source:
Komentarze są wyłączone
To shutdown run the command
sudo shutdown -P 60
That is 60 mins.
You could do
sudo shutdown -P 1:00
to shutdown at 1am and
Komentarze są wyłączone
apt-get install lm-sensors
# sensors-detect
sudo service kmod start
# modprobe coretemp
# modprobe i2c-i801
$ sensors
sudo apt-get install hddtemp
sudo hddtemp /dev/sda
Komentarze są wyłączone