Skip to main content

[Deployer:149164]The domain edit lock is owned by another session in exclusive mode - hence this deployment operation cannot proceed.

If ever you see this error while starting an application in Jdev, you can perform following steps:

1. Go to admin console of the integrated weblogic: http://127.0.0.1:7101/console
2. Login to server console by using default username/password which would be weblogic/weblogic1.
3. On successful login just click the button on the upper left corner where you can activate pending changes or discard pending changes. This would resolve the issue.

If however you are not able to logon to the weblogic console do either of these steps:
a) Go to Jdeveloper installation directory. Search for *.lok files and delete them.
b) If you find nothing in the above directory goto C:\Documents and Settings\\Application Data\JDeveloper directory and delete edit.lok file.

This will definitely resolve your issue.

Comments

Popular posts from this blog

Changing Eclipse Workspace Directory

Recently I moved my entire Eclipse installation directory but the workspace was still getting created in the older location only. And worst there was no option to select the Workspace directory in the Window->Options->Workspace menu. To change the workspace location in Eclipse do this. Goto ECLIPSE_HOME\configuration\.settings directory, edit the org.eclipse.ui.ide.prefs file and change the RECENT_WORKSPACES value to the desired location. If you want that Eclipse prompts you to select workspace when you start it, change the SHOW_WORKSPACE_SELECTION_DIALOG value to true. And you are done!

How to upload to Google Cloud Storage buckets using CURL

Signed URLs are pretty nifty feature given by Google Cloud Platform to let anyone access your cloud storage (bucket or any file in the bucket) without need to sign in. Official documentation gives step by step details as to how to read/write to the bucket using gsutil or through a program. This article will tell you how to upload a file to the bucket using curl so that any client which doesn't have cloud SDK installed can do this using a simple script. This command creates a signed PUT URL for your bucket. gsutil signurl -c 'text/plain' -m PUT serviceAccount.json gs://test_bucket_location Here is my URL: https://storage.googleapis.com/test_sl?GoogleAccessId=my-project-id@appspot.gserviceaccount.com&Expires=1490266627&Signature=UfKBNHWtjLKSBEcUQUKDeQtSQV6YCleE9hGG%2BCxVEjDOmkDxwkC%2BPtEg63pjDBHyKhVOnhspP1%2FAVSr%2B%2Fty8Ps7MSQ0lM2YHkbPeqjTiUcAfsbdcuXUMbe3p8FysRUFMe2dSikehBJWtbYtjb%2BNCw3L09c7fLFyAoJafIcnoIz7iJGP%2Br6gAUkSnZXgbVjr6wjN%2FIaudXIqA...

File upload problem: UTF-8 encoding not honored when form has multipart/form-data

The problem that I was facing was something like this. I was using Apache Commons File Upload library to upload and download some file. I had a form in which user can upload a file and another field 'name' in which she can give any name to the file being loaded. When I submitted the form, the file was uploaded fine but the value in name field was garbled. I followed all the possible suggestions I found: <%@page pageEncoding="UTF-8"%> set. < %@page contentType="text/html;charset=UTF-8"% gt; set after the first directive. <meta equiv="Content-Type" content="text/html;charset=UTF-8"> in the head. enctype="multipart/form-data" attribute in the form. accept-charset="UTF-8" attribute in the form. in the Servlet: before doing any operations on request object: request.setCharacterEncoding("UTF-8"); For accessing the value FileItem item = (FileItem) iter.next(); if (item.isFormField()) { //Fo...