I recently switched to a new computer. Oracle SQLDeveloper (18.2) was one of the software folders that I copied from old computer.
But when I tried opening the sqldeveloper.exe, I see the Connections node is not there in the Connections tab.
I tried doing "Reset Window To Factory Settings", Deleting SQL developer folder from User/AppData/ folder. But no help. Right click, Left click in the Connections tab does not give any popups.
I even tried deleting the entire folder and unzipped the original zip file I had backed up long back, but did not help either.
Has anyone faced this issue before?
Delete your connections.xml file in your AppData, Roaming Profiles folder in the system18... directory.
Start sqldev.
Then on old machine, export connections.
Then bring that file to your new machine.
Import.
Step by step here
Related
Recently SourceTree stopped working and do not refresh the files which are changed. It was working fine for a year. My settings are correct. "Refresh automatically when files change" is also checked in options -> general.
When I change or stage a file I have to close and then reopen the Source Tree to see the changes.
I was also not able to resolve the conflicts as external tool was not opening.
I did several attempts bt restarting the computer and uninstalling reinstalling the software. But it was still behaving same. Because it was not deleting the directory C:\Users\[your-username]\AppData\Local\Atlassian\SourceTree on uninstall.
Following solution helped me fix the issue.
Close SourceTree
Go to the directory C:\Users\[your-username]\AppData\Local\Atlassian
Rename SourceTree to _SourceTree (in order to backup your configurations)
Open SourceTree and it was working.
I had just done a check in, everything seemed fine. About 15 minutes later, the hard drive that the project was on on the local dev box failed completely. After sorting the issue out, I went to connect to my network-local TFS server and Source Control Explorer returns the following error:
Microsoft Visual Studio
Error
Could not find a part of the path 'I:\Programming\My Project\$tf'.
Source Control Explorer then hangs with the directory tree showing "Working..." under my project space. No options appear to remap, unmap, or reconnect and download the project.
What can I do to kick start SCE and get my project off of TFS again?
I solved the issue by recreating the folder structure on another drive, sharing the folder on the network (right click folder, Sharing tab, share to everyone). Then I mapped that shared folder as a network drive using the original drive letter of the failed drive.
Source Control Explorer saw the "new" drive and folder path and offered to let me remove the mapping and map it to a new location.
I'm new to Aptana 3. I recently switched from using an FTP (Filezilla) and text editor just to speed the file editing process up a bit.
I'm dealing mainly with Wordpress sites on a shared Godaddy hosting account, and am having some trouble uploading the files I have edited via Aptana to my live site.
i.e. I've edited several lines in my "main.css" file. I save it in my "Project Explorer" window in Aptana, have my FTP connection all set up and working, and click the "Upload" icon. I refresh my browser and nothing has changed, and I can see the website is still pulling in the old css. I've also tried "synchronizing" my files and hitting the "Publish" button, but that doesn't work either?
I've also tried just editing the file in a new Remote Connection tab, but no joy either.
I've hunted all over for simple walkthrough for deployment or file sync guides for Aptana, and watched a few video tutorials but nothing has worked so far.
Hold Control+F5 for a few seconds in your browser. You probably are just running a cached version of the CSS in your browser. That should prune it.
I had the same problem. What I found I had to do was an initial synchronization, I know you mention that you did this but it may be that it didn't fully sync as its not always clear what is going on with the Aptana sync.
What I did:
Make sure your Project has a connection in it and that it points to the server location that you want to sync with
Select the Remote tab and right-click on a file within the chosen connection, choose File Transfer...
This will open the sync window and it will initiate a compare, this is where confusion set in for me, if the folder structure is not identical it will propose to create and delete lots of files. I found I was deselecting items to be safe but meant that it did not correctly sync. Make sure you are syncing from the same root level and then let it do a full sync, this seems to register or record a link between the local and remote files.
Run the sync. when it is complete you will now be able to upload individual files successfully from the Project tab using the upload icon (before a successful sync this will not work - even though it looks like it is doing an upload).
Hope this helps.
I've recently switched from a Windows XP machine to Windows 7. I use Subversion and TortoiseSVN.
I cannot publish my .NET application in Visual Studio. I get over a thousand errors like this:
Unable to delete file
"obj\Debug\Package\PackageTmp\Views\ViewName.svn\text-base\ActionName.aspx.svn-base".
Access to the path
'C:\Code\SolutionName\ProjectName\obj\Debug\Package\PackageTmp\Views\ViewName.svn\text-base\ActionName.aspx.svn-base'
is denied.
Why is Subversion giving me trouble? How do I fix it?
I disabled the file indexing of my bin and obj folders. But, that didn't work.
I noticed that my folders were read-only. I changed that.
It worked! Publish succeeded.
I believe your issue is related to the default permissions assigned the to C: drive in windows 7 (and Vista).
Open explorer and find the c:\code folder
Right click on the c:\code folder
and select properties
select the security tab
select the user ID "Users"
In the permissions box, tick the
"modify" allow box
Select OK, OK until permision dialog
boxes close
That should resolve the permission issue
I had this same problem, and none of the previous solutions worked. What worked for me was to take the bin and obj folders out of repository. After doing that, I was able to publish.
The most likely cause is a permissions issue. The path in question may have been created while you were running with elevated permissions and hence requires admin permissions to delete. Try running Visual Studio as an admin and see if the problem goes away.
If so then the best solution is to do the following
Save the changes to that directory (check in if necessary)
Delete the repository
Re-check out the repository and ensure you are not running as an admin when doing so
I just deleted the existing folders at the publish destination which then allowed publishing to work. Un-setting read-only didn't seem to work. (Not sure why this started occurring).
What actually works is the solution that Zack Peterson gave? Thanks Zack!
I am writing an application that will automatically remove all of the .SVN folders and files during deployment. While doing so, I was getting the same error as described above.
Once I changed the folder to NOT be Read Only, I was able to delete files and folders programmatically.
My next step is to set the attribute programmatically on NOT Read Only so that I can accomplish the entire installation with the click of a button.
Oddly enough, I tried building an old project with Visual Studio 2010. It gave me the error that it failed due to my access being denied. I tried to remove the read-only off the directory and had no luck.
Although, when I opened it in Visual Studio 2015, it gave me the error that my certificate was expired.
Upon creating a new certificate and rebuilding - everything was fine.
For me, the windows service was running in the background. closing the service from the task manager and then rebuilding the project did the job for me.
If you are being denied access to any specific folder, then it is being used by some other application.Check if any other application is using that path to reference that folder of any file in that folder.
In my case , my application was reference a file inside the bin folder. So every time i publish and delete the old one. error will be thrown that bin folder can not be deleted. access denied.
i went in my application. checked in the refrenced path of each dll, removed the ones which referenced the publish path and BOOM
Issue solved.
My problem resolved after doing:
Close VS and Restart your machine.
Update all your softwares to latest stable versions at Manage Nuget package for solution
Run your test now.
Hope this helps.
Right click on the shortcut you start the IDE from and select properties. Click advanced and click'Run as Administrator'. Worked as charm for me.
I created a folder in a TFS Project under workspace "CPortalWS". I deleted the workspace, but now I would like to delete the folder in the project and the delete option is not available.
I've tried to create a new workspace mapped to the project but I still don't get the option to delete.
Is this a bug in TFS? How can I delete the folder?
Any help would be appreciated.
Deleting a folder in TFS is a little strange.
You have to:
Create a Workspace
Get the latest source for the folder (to your local machine)
Inside Source Explorer, delete the folder
Check in your changes (this is the step that deletes the folder in Source Control)
only note that delete is not an actual delete.
the folders/files are still there and kept in Version Control, for example for Undelete scenarios.
You can see them and avail the undelete function if you go to "Tools > Options > Source Control > Visual Studio Team Foundation Server" and check "Show deleted items in the Source Control Explorer" and then right-click on one of the deleted folders.
so, if you want real delete, where the folder/files actually go away you need to use the Destroy Command which is only available from the command line, see link below
http://msdn.microsoft.com/en-us/library/bb386005.aspx
When you delete in TFS, it does not remove it from TFS. It maintains a copy of the deleted files, even when you check in the deletion. This can cause some issues.
To permanently delete from TFS, you need to issue a tfs destroy command.
To do this:
Open a Visual Studio Command Prompt.
Issue the following command: tf destroy $/SourceLocation/Folder. Where $/SourceLocation/Folder is the Source location of the deleted folder in TFS.
Please note: This command will also delete the file(s) from disk.
I had a similar issue, where I had 1 folder which despite being deleted from Hard drive, was still showing as in Source Control (with a green + by the folder). It also showed me the content but if I tried to open any, an error message informed me the file wasn't there.
Clicking on any folder didn't show the delete button. I then realised that selecting a file did! If you don't have a file, create a text file and add it to the folder you want to delete (via Source Control). Click this file, note the delete shows. Select a folder and note that the delete disappears but only after half a second. This small delay is actually usable.
I clicked the file, so the delete button is enabled and hovered the mouse above the delete button. Using the keyboard, I did a CTRL + A and as soon as all files and folders were selected I clicked left mouse button. And it worked! Everything was removed, including (and this is the odd thing) the parent folder.
Create a Workspace; and get latest on the base folder; Dont forget to cloak the relevant folders. If you are going to delete the subfolders then cloak all and get latest on the base folder. So you save a lot of time in pulling files.