I have a SVN-Repository on my Win7-PC Harddrive. I am able to use it with TortoiseSVN from Explorer-Contextmenu as intended without having any kind of SVN-Server running locally.
I tried to use my Repository from within Eclipse via Subclipse. I created a folder share on my Repository and tried variuos URLs like these:
file:///\\OMPHALOSKOPIE\Repository
The errormessage I am receiving is the following:
svn: 'C:\Users\Henno\Software\springsource\sts-3.1.0.RELEASE\file:\OMPHALOSKOPIE\Repository' does not exist
Basically it doesn't matter what my URL looks like, the path to my Eclipse-copy always shows up in front of it. Adding /../../ or similar does not work. Writing anything in front of "file:" will not qualify as a URL. Other protocols like "svn:" and "https:" do not have the weird path-attachment, I am perfectly able to browse random google-code-repositorys from Eclipse for instance.
Is there a hidden config-file that has some root-folder-prefix set to my install-path? I could find anything alike.
Any help would be greatly appreciated! Thanks!
Found it!
I used the wrong Subclipse Update-site and therefore had the wrong Subclipse-Version installed.
Instead of:
http://subclipse.tigris.org/update
which will just install v1.0 not the newest version. Newest is currently 1.8, its obtainable over
http://subclipse.tigris.org/update_1.8.x
File-Entries will work now without any trouble... thanks to everybody who put effort into my problem!
Related
while I'm doing my spring project, I got this error message
**log4j:ERROR Could not parse url [file:/Users/gim/내폴더/Workspaces/Workspace_final/.metadata/.plugins/org.eclipse.wst.server.core/tmp0/wtpwebapps/fogams/WEB-INF/classes/log4j.xml].**
so I immediately changed the directory which was named to Korean.
(and it made me to lose all the Workspace that I was working on..so foolish.
but I've re-built it through gitHub)
and now my Workspace directory is
/Users/gim/myfolder/Workspaces/Workspace_final/
but I still get the same exact error.
so I've tried cleaning server, updating maven project...and never worked.
please help me to find the problem.. thanks
Wich IDE are you using?! For intellij, you'll need to download sources and reload your project
It was kind of mac system error. when I searched,
people said I need to switch the system country, and then
switch it back to my country.
so I did that and re-opened the Eclipse and it worked!
I used to use Dreamweaver. I've a huge Classic ASP website. I edit the files on my local system, and when done, I can upload the file(s) via ftp to the remote webserver. Now, I try to switch to VSCode. I've installed ftp-simple, ftp-sync and deploy. But can't find the set-up to get a Dreamweaver like behaviour. Eg, I have to locate for each file I want to upload/deploy, the exact location in the remote file tree.
I really feel like deploy deserves more attention. I spent the past 4 days or so to find an extension that does just that. Auto-upload to an ftp-folder from a local folder. I wanted to make git work for my website, but couldn't get that to work on the server with ftp-simple or ftp-sync because those extensions only download the opened files or open in a different temporary folder each time. I set up deploy now and got exactly what I wanted thanks to your tiny comment, thank you!
(I'm sorry if this post is too old to comment on, but I browsed Stack overflow for days to find this, so I thought it might help others in the future to point this out.)
it sounds like your just missing your mapping configuration. Most text editor FTP packages include a configuration file where you specify the server, your credentials, and the root folder of your ftp server. Have you specified this?
I configured ApiGen on Windows and am trying generate documentation from NetBeans. Everything runs well after many errors, however I have a mistake, which is my destination is my desk from my pc. How can I change this? Whenever I try to generate documentation it never asks me for the destination again.
I tried uninstall NetBeans I do all again, but nothing.
My error is the destination of my documentation.
Current NetBeans ApiGen plugin doesn't work with the new ApiGen v4. If you need to generate documentation using ApiGen, you can use command line to get it working, or use other tools like phpDoc which is working fine from the NetBeans IDE.
You need to right click on the project, select Properties and look for documentation setting and change the folder there. Uninstalling NetBeans won't make any difference as this setting is stored in project as such.
To get an idea, have a look at https://blogs.oracle.com/netbeansphp/entry/apigen_support_added, on the 2nd picture. It might look a bit different now, but you should get the idea.
I am in an interesting situation where I maintain the code for a program that is used and distributed primarily by our sister company. We are ready to distribute the program to all of the 3rd party users and since it is technically our sister companies program, we want to host it on their website. (in the interest of anonimity, I'll use 'program' everywhere instead of the actual application name, and 'www.SisterCompany.com' instead of their actual URL.)
So I get everything ready to go, setup the Publish setting to check for updates at program start, the minimum required version, and I set the Insallation Folder URL and Update Location to "http://www.SisterCompany.com/apps/program/", with the actual Publishing Folder Location as "C:\LocalProjects\Program\Publish\". Everything else is pretty standard.
After publish, I confirm that everything installs and works correctly when running directly from the publish location on my C: drive. So I put everything on our FTP server, and the guy at our sister company pulls it down and places everything in the '/apps/program/' directory on their webserver.
This is where it goes bad. When I try to install it from their site, I get the - File, Program.exe.config, has a different computed hash than specified in manifest. Error. I tested it a bit, and I even get that error trying to install from any network location on our network other than my local C: drive.
After doing the initial publish in visual studio, I have changed no files (which is the answer/reason I've found by doing some searching about this error).
What could be causing this? Is it because I set the Installation Folder URL to a location that it isn't initially published too?
Let me know if any additional info is needed.
Thanks.
After bashing my head against this all weekend, I have finally found the answer. After unsigning the project and removing the hash on the offending file (an xml file), I got the program to install, but it was giving me 'Windows Side by Side' Errors. I drilled down into the App Cache were the file was, and instead of a config .xml file, it was one of the HTML files from the website the clickonce installer was hosted on. Turns out that the web server didn't seem to like serving up an .XML (or .mdb it turns out) file.
This MSDN article ended up giving me the final solution:
I had to make sure that the 'Use ".deploy" file extension' was selected so that the web server wouldn't mangle files with extensions it didn't like.
I couldn't figure out why that one file's hash would be different. Turns out it wasn't even the same file at all.
It is possible that one of the FTP transfers is happening in text mode, rather than binary?
For me the problem was that .config transformations were done after generating manifest.
To anyone else who's still having trouble, five years later:
The first problem was configuring the MIME type, which on nginx (/etc/nginx/mime.types) should look like this:
application/x-ms-manifest application
See Click Once Server and Client Configuration.
The weirder problem to me was that I was using git to handle the push to the server, i.e.
git remote add live ssh://user#mybox/path/to/publish
git commit -am "committing...";git push live master
Works great for most things, but it was probably being registered as a "change," which prevented the app from installing locally. Once I started using scp instead:
scp -r * user#mybox/path/to/dir/
It worked without a hitch.
It is unfortunate that there is not a lot of helpful information out there about this.
I have an old pet project I want to revive (haven't had enough time for it last year - small kid - you know) - so restored old copy of my dev folder from archive, but since I have rebuilt my machine since when - I can't remember what needs to be done now. I installed the latest version of TortoiseSVN, and the existing directory structure from my old dev machine looks like:
ProjectName
*SubProject1
**branches
***1.1
***1.2
**tags
**trunk
*SubProject2
**branches
**1.0.3
**1.0.4
**1.0.5
**tags
**trunk
I tried "import project" but it ask for a url - don't know what to specify there ...
can someone post a url to a good TortSVN tutorial - so I could set up my projects quickly (I guess I need to setup SubProject1 and SubProject2) - then I install AnkhSVN for VS2008
and will spend this Sunday coding like crazy while I still have some time ;-)
Rather than focusing on TortoiseSVN specifically, I would actually recommend that you review the SVN documentation first:
http://svnbook.red-bean.com/
A good understanding of what's going on behind the scenes is really helpful when using Tortoise, Ankh, or any other front end.
Getting to your question, the URL is the URL of your SVN repository, plus any subdirectories. An example could be
file:///C:/svn/trunk/ProjectName
if your repository were stored locally, or
http://my.repo.site/trunk/ProjectName
if it is hosted on the Web.
Just hit F1. TortoiseSVN has good built-in help docs.
The url it's asking for is the svn repo to import your project into.
The Url you refer to is likely the address of the project at the Subversion repository (wherever that is, since you didn't mention any). If you right click on your local directory and choose properties you should be able to see a subversion tab where you can find the address your project came from.
If you don't have the repository data, then I think the best thing to do is make sure to remove all the .svn folders from your project folders - good discussion here - and start anew with the files you have. This will mean you don't get all the history you had previously, but, lacking the repository, I don't think there's a way to recover anyway.
Then using whatever tools you'd like create a new repository somewhere, checkout the empty root, copy in all of your folders and then commit.