I am working on a site for a client that was created in DOTNETNUKE (DNN) and WebMatrix. I need to download a copy of the site to my local machine so I can open it in Visual Studio 2012 access the codebehind. The download gets to about 85% complete and then hangs without giving me an error.
This is my first experience with both WebMatrix and DNN. Does anyone know how I can find out what is causing the download to hang?
I would recommend you do a local installation of DNN, or if you want, pull down a backup of the Files and Database for the client's site, then restore that locally.
If you have FTP access to the server check out this video for how to backup items
http://www.dnnsoftware.com/Community/Learn/Video-Library/View-Video/Video/243/View/Details/Backing-up-a-DotNetNuke-Website-via-FTP
Here is a link to the Installation instructions for DNN
http://www.dnnsoftware.com/wiki/Page/Install_DotNetNuke
You will also want to learn how to Upgrade DNN as the client's site is likely behind on the latest releases of DNN
http://www.dnnsoftware.com/wiki/Page/Upgrading-DotNetNuke
I'm able to install and run DNN locally. I was also finally able to download a backup of the client's site. However, when I try to build the website in VS the build fails and gives this error;
'GetString' is not declared. It may be inaccessible due to its protection level.
Related
I'm running an MS Access database with VBA code that has libraries for Microsoft Office 2010. Currently, there are users that are upgrading their machine to Windows 10 running Access 2016.
When the database is opened on a new machine running Access 2016 the libraries for the Outlook changes to 16.0.
When I try to open the file in the old Access 2010 environment, I run into this error:
Missing msoutl.olb.
Is there a way to make the database backwards compatible?
It sounds like the users share the same frontend hosted in a network folder.
If not done already, split the database to have a single shared backend database file. Then, to avoid your issue, distribute a separate copy of the frontend to each user's workstation.
On the workstation, let the user launch the frontend using a shortcut that runs a script to always keep the frontend current. This method is described in detail in my article:
Deploy and update a Microsoft Access application with one click
It looks like you are trying to reinstall. Please uninstall the current version first.
No matter what I do:
deleted the On-premises data gateway folder from C:/ProgramFiles/On Premise Data Gateway.
Removed the registry entry to delete the service (though it still won't go even after restarting the system)
Checked the logs at
C:\Users\PBIEgwService\AppData\Local\Microsoft\On-premises data gateway
I am unable to be successful with the reinstall. Can someone please help me with uninstalling the On premise gateway?
I don't have any experience with this program, but installed programs on Windows are also saved in the Package Cache (C:\ProgramData\Package Cache\{GUID}), and if there is a corresponding msi Windows thinks the program is installed.
Removing this folder (make sure you delete the correct one!) will enable windows to ask you if the entry should be removed from installed programs once you click uninstall again.
After this you should be able to install it again.
I have installed IBM Rational Application Developer version 9.1 from the installation media. The media launches and installs the IBM Installation manager and I've selected the RAD 9.1 package for install. Among the options, I've requested that the "WebSphere Application Server v8.5" be installed, as well as the "WebSphere Portal Server v8.5" and all the options underneath.
Once I launch RAD, I go to the server tab (as instructed by the IBM Portal Developer course) and attempt to create a new WebSphere Portal server. The server wizard wants to know where the installation directory of the server runtimes are located for both WAS 8.5 and Portal 8.5.
For WAS this is simple, I point to the profile "AppSrv01" at the following location:
C:\Program Files\IBM\SDP\runtimes\base_v85_stub\profiles\AppSrv01
For the Portal Server, I assume there would be a default profile created, but there is not. There are several directories inside the stub directory, but no profiles. The best I can do is provide the following location:
C:\Program Files\IBM\SDP\runtimes\portal_v85_stub
Seems straightforward right? It complains of the following problem:
The Portal Server installation directory is not correct
Am I missing something here? Are there fix packs I need? Is the portal server runtime included with RAD 9.1 not enough to create and use a local portal server? DO I need to simply create a profile and if so where is the tool needed to do so? (I really really wish someone from IBM would explain this to me and how I am supposed to be indicated to the correct course of action)
IBM is, as usual, being very straightforward and easy to use/understand. Does anyone have any ideas about how I am supposed to proceed? The IBM Developer course that was bought and paid for assumes this step already and before you suggest it, yes I've already sent and am awaiting a response from the organization I am taking the course from.
Not sure I'm getting your description right. From what I can see, you installed RAD using IM from a media. Also, you selected WebSphere Application Server development tools and all underneath it as well as WebSphere Portal development tools.
These development tools options are stubs only, not the actual servers. With this I mean that they're useful for development and compiling purposes only, but not for deployment and testing because they are not the actual servers.
Here is the part that I don't understand. In the media that has IM and RAD, does it also have WebSphere Application Server and Portal Server available for installation? If not, then you need to get them and install them and then your can create the servers pointing to the install location of both servers in RAD. Once you do this, you can use RAD to create the profiles.
Hope this helps.
A few things, Install portal by itself and DO NOT install to a C:\Program Files make it something short like c:\IBM\WebSphere
it sounds like only portal stub got installed, did you have the portal media available as well.
If you install it using the same installation manager, RAD will be able to find it
I am unable to add Websphere Portal 8.5 CF07 installation as a runtime in Rational Application developer 9.1.1 client.
Selecting my 8.5 installation without any fixpacks works as expected.
For 8.5CF07 the runtime dialog gives no errors, but the finish button stays grayed out.
Both installations 8.5 and 8.5CF07 are installed on my local machine on the same drive.
Any idea how to solve or debug this issue? Do I need another server adapter? If so, where can I download newer adapters? I have checked the Eclipse Market place and several IBM Repositories.
I am using Windows 10 as OS.
Did you installed the Portal server adapters when installing RAD? did you installed RAD via Installation Manager? if so, launch IM and modify your installation to include the Portal adapters.
Can you please share the location of your Portal 8.5 CF07 directories (PortalServer and AppServer)?
Typically (you probably already know this) CF is installed on top of an existing Portal installation. Make sure that while defining a new server, you provide the correct path to the PortalServer directory in the WebSphere Portal location field and also the correct path to the underlying WAS server in the WebSphere Application Server location field.
See the image here http://i.stack.imgur.com/hoOHC.png
Also, you can try to restart RAD with a new workspace. RAD should automatically detect the Portal Servers.
Thanks,
Gaurav
A reinstall of the portal server, with the default was profile folder name: "wp_profile", solved the issue. In previous installs we used "WPProfile" as folder name.
I am a newbie with DotNetNuke and have been stumbling on how to deploy from the development server to the deployment server. For starters my development and deployment servers are one and the same machine. Here are the steps that I did:
DNN Setup
Downloaded DNN using WebMatrix.
Launched DNN and proceeded with the installation wizard, which is basically just testing the environment and then creating the DNN database.
After the wizard's installation launching DNN will now proceed to the Getting Started page
Added "localhost/dnn" in the site alias list
Moving to ISS
In IIS I added application (folder) DNN in the web root
I copied all the files from the original webmatrix path to the dnn folder in c:\inetpub\webroot making sure that the file/folder hierarchies are the same
Result:
When launching DNN using my browser I am directed to the installation wizard page instead of the Getting Started page. What am I missing?
Thanks!
Confirm that the permissions on the folder containing DNN are the same on your test server as they are on your development server. (I give Network Service read/write and IUsr Read/Execute)
Confirm that the application pool running your application has the proper identity (Network Service is suggested) and is running the proper .NET Framework version; based upon your question, I think you are set on this.
Gain access to your web.config file. You will see a ConnectionStrings section. You probably need to update the connection strings.
If your test server runs off of a different database than your dev server, figure out the connection string of your test server and update your connection string accordingly
You may be able to restore a .BAK file of your DB to your test server
If you do this, you will probably need to (in SSMS) edit your Portal Alias table to include the host name that you are using in your test server environment. Examples: Maybe you access the site via localhost/ on your dev environment, but you access to test site via test.Ronald.com? test.Ronald.com would be your PortalAlias
If your test server runs off the same database server as your dev server, it sounds like you need to open up access in firewalls so that your test server has connectivity to your dev database
A word of advice
Once you get it running, you will be making changes to each database separately (assuming your test site and dev site use different DB Servers). This sync issue can be a royal pain with DNN, as your page structures, module assignments, html module contents, installed modules/extensions will get out of sync. While restoring backups is nice, it is not a very good long-term solution. I recommend database-syncing tools
The problem is most likely a problem with DNN not being able to find the Database. If it can't find the database, it will run the wizard in order to create one.