Re-create Rapidweaver project from published files - projects-and-solutions

I have been tasked with maintaining a site that someone else created with Rapidweaver. Unfortunately, I only have the files that were published to the website. The Rapidweaver project files are gone. Is there any way I can re-create a Rapidweaver project from the published files?

I'm sure this is too late, but for anyone else out there with a similar question, you CANNOT recreate a Rapidweaver project from the published files. Now, looking at the code, you might be able to figure out which theme was used and start from scratch, but that is the best you are going to be able to do. Rapidweaver firstly depends on themes, but there are also many other plugins that could be used, and if you do not have these plugins or themes already installed, you would not be able to edit the original project file, much less the exported website.

Well, there is one way of getting it back. Use a program called "sitesucker" to download the entire site on to your hard drive. Look for a folder called "rw_resources" (NOT plain resources). You will find two subfolders "themes" and "plugins". Upon dropping down, there will be a folder by the name of the theme in the "theme" folder and folders with the name of the plugins in the "plugins" folder. Buy and install rapidweaver, stacks, plugins and theme. Create a blank project file. Open this project file in finder. Go back to the folder of the website you sucked out. Carefully transfer the relevant files to the blank project file. DO NOT mess with the "theme.plist" or "info.plist" files. Close the .rwsw sandwich. Restart rapidweaver. Your "blank" project should now be a recreation of the original site.

Related

Update: Eclipse and one drive

I have a desktop and a laptop which i bring to uni. Is there a way to put eclipse workspace on One Drive (sky drive) and then be able to work on it from multiple computers? I have tried it but it seems to mess up the folders. I.e. the package folder is now a standard folder.
UPDATE:
I found this link but I'm not too sure it will work. Anyone willing to explain if this will work?
Here's the link: http://www.howtogeek.com/174765/how-to-sync-any-folder-with-skydrive-on-windows-8.1/
If you want to store the workspace there, you need to make sure that the project files such as .project and .classpath, which are automatically generated by Eclipse, are also stored. Otherwise, Eclipse won't recognize the folders as project directories.
Still even if you store all files you can encounter problems in some cases if you're using different versions of Eclipse across different computers, and with different plugins, features and so on. A simple solution is to also store the Eclipse installation itself so that you use the same Eclipse across all computers.
OneDrive does not (yet!) support syncing files that start with periods, like the .eclipse settings folders. Because of this you will not see those items sync over OneDrive.
Make NEW FOLDER in onedrive. Then run Eclipse with this folder. Run Eclipse with this folder in another computer.

eclipse build path not including top folders

I have my eclipse project setup as follows. As you can see I have 'gamedata', 'images', and 'sounds' folders set in my buildpath as libraries.
Here is the folder structure of my project.
I have been work on this client server game for quite some time now in eclipse and all is well. I wanted to try to 'export' this as an 'executable jar' file. I did that and when I went to run it, I got an error loading an image. I then extracted the contents of that jar file to see why it was missing and realized that the 'gamedata', 'images', and 'sounds' folders are all not there, rather their subfolders/contents are at the top level.
This is the extracted folder below where you can see the missing top level folders.
Can anyone help me out here? Sorry if this is a stupid question but I have tried so many things in the build path and admittedly do not have much familiarity with it. I have tried to look online for proper project setups(I remember using a res folder in programming classes way back) and would appreciate any guidance on best practices as far as folder naming is concerned.
Thanks for any help here.
You need to declare images and gamedata under a "resources" folder, as in this question
Right-click your project, new, Resource Folder.
Add the path you want (images and gamedata).
Then select the option "Export Java source files and resources" when creating your jar executable.

Eclipse Won't Load My Workspace Contents

I recently deleted an account I was using on my Mac (Mavericks if means anything, although it shouldn't). I was using that account to run eclipse and saved all my files on a disc image before deleting. I took all the files and switched them into my current workspace but now they don't show up in the package explorer(although I can access them from My Documents). Can someone please tell how to make them show up in the panel? It's getting very time consuming to constantly have to open them through Docs.
If the files are in projects that Eclipse does not know about you need to do File / Import... / General / Existing Projects into Workspace.
If the files are in existing projects use File / Refresh to get Eclipse to pick up the new files.
If that doesn't work, you can always try recreating your project and then adding all the classes and other files through the file menu, add existing item. This way you can maintain the integrity of your project withouth having to change any of the packages or classes inheritance.
Hope this helps.

How does Eclipse determine which projects to load for a particular workspace?

Does anyone know how Eclipse determines which projects are in a particular workspace? Is there a config file somewhere with this info? I have struggled (in vain) for several hours trying to figure this out. I'd like to be able to edit this config / check it into SVN...
I think Eclipse works much better if you manage just the individual projects in your version control system.
You can publish the set of projects that make up a workspace as a Project Set File (an XML file that can be created as Export > Team > Project Set), which you could put in your repository. This file contains the repository location for all projects, so that they can be checked out all at once.
I agree with Thilo that it is not a good idea to put the workspace metadata into your version control system.
However, in the spirit of answering the question and letting others make their own value decisions: The directory ${workspace_loc}/.metadata/.plugins/org.eclipse.core.resources/.projects should contain one directory for each project that eclipse uses to keep track of where the project is on disk and a whole bunch of other information.

Sharing Eclipse directory on Dropbox between Windows and Mac OS X

This question was close to mine, but not quite.
I have a Windows desktop and a MacBook Pro. I'd like to be able to keep my Eclipse workspace in my Dropbox folder. The problem is that many project settings change between platforms: references to JREs, JDKs, and other libs.
Every discussion I've seen of this problem seems to suggest taking advantage of the source control system's ignore functionality, so that such-and-such file remains local-only and thus able to remain platform-specific. But when you're working with a real single shared folder, that class of solution doesn't apply.
Have you had luck working with a Java Eclipse project living in a single folder shared over the network, cross-platform?
I have my Eclipse workspace inside Dropbox with all my project folders within, but use the new-ish "Selective Sync" feature of Dropbox to make sure that the .metadata folder is not synced.
This means my Mac and Windows machines have their own .metadata folders but the project folders remain in sync.
Seems to be working so far...
Use source control with individual workspaces. By doing it this way you lose the capability of two developers making changes to the same file. You also run a higher risk of people stepping on each other. With Subversion (or others) source control is free and gives you traceability.
Perhaps the way to have less problems is just to share the source folder, neither workspace settings nor bin folder.
Just put your source folder in Dropbox.
Create the project on site1 and then:
Right click over the project, choose properties
--> Java Build path --> Source tab
--> Link source button
Then create a link to your source folder in Dropbox and assign it a name (e.g. src2)
Make the same for site2.
All your source files must be in your share source folder in Dropbox.
Of course you must configure on each site the settings like libraries and other stuff but this task is less frequently and perhaps desirable because you have two different environments.
For anyone else having trouble getting this to work, try File->Import->General->File System. Be sure to select Create links in workspace from the Advanced options. Seems like the cleaner solution and you can keep using your usual workspace.