I am trying to upgrade Blackboard learn 9.1 to the latest service pack. I have successfully instaslled SP9 and am now trying to install 10, but to do that I've had to install a newer version of JDK. When I changed the JAVA_HOME to reflect this change the installer was reporting that it was still set to the previous version. I restarted the server and now that error has gone, but instead I am getting:
Java SDK location not found at C:/Java/jdk1.6.0_32.
Can anyone tell me why it is still looking in the path to the old version, and what I can do to change it?
Someone from Blackboard was able to help with this in the end, and the answer is as follows:
If running on Windows, when installing the Java SE Development Kit (JDK), make sure that both the JDK and the JRE components are installed to different locations. Also, ensure that there are no spaces in the path name to either the JDK or the JRE.
Shut down Bb-Services
Install recent version of the Java SE JDK, at least version 7u7
Change the JAVA_Home environment variable
Change the config\bb-config.properteries, changing the paths for bothbbconfig.java.home and bbconfig.java.home.win. Paths need to have forward slashes not the standard Windows backslash.
Related
I have been working with TEdgeBrowser/WebView2 and an installed version of the Edge Beta/Canary browser version as the "runtime" which seems to work fine. However for production rollout we would greatly prefer to ship the fixed version of the runtime from within our application directory.
I have been attempting to use the following:
MyEdgeBrowser.BrowserExecutableFolder := ExtractFileDir(Application.ExeName) + '\WebView2Runtime';
Within the above referenced path I have the msedgewebview2.exe with the full installation of the fixed version runtime and all supporting files & folders. This is the file that I downloaded and extracted:
Microsoft.WebView2.FixedVersionRuntime.98.0.1108.62.x86.cab
Here's an image of what it looks like when extracted:
I have attempted to place the WebView2Loader.dll in my app directory, in the WebView2Runtime folder, and even in the WebView2Runtime\win-x86\native folder, always as a subfolder of my application directory.
I've tried the 11/20/2021 version of WebView2Loader.dll that Embarcadero distributes with the GetIt package manager, as well as the latest and greatest versions distributed by Microsoft via the NuGet package manager.
The CreateWebView call always fails.
Has anyone successfully got the fixed version runtime to work with Delphi & the WebView2Loader.dll? Are there version specific issues? What folder structure is required?
Thanks.
UPDATE: One crappy workaround that I found was to install a dev or canary version of Edge, then copy all of the files from the "C:\Program Files(x86)\Microsoft\Edge Beta" folder into my app folder, uninstall Edge Beta/Canary, then point the BrowserExecutableFolder to the "Edge Beta\Application<version #>" folder. This is the first time I've seen a "fixed version runtime" function without an Edge or Canary install.
I had started the project in 64-bit mode but for internal reasons had to switch to 32-bit mode. Unfortunately I had not switched back to the 32-bit version of WebView2Loader.dll, but was using the 32-bit version of the runtime.
Once I switched to the 32-bit version of WebView2Loader.dll the TEdgeBrowser was able to work with just the fixed version runtime, no further installation required.
I want to use the stable release of the sdk, which should be 2.2.0, but when I in the console check the version with the command "dart --version", it says I am running "Dart VM version: 2.1.0".
I have tried to upgrade via choco, and it says that I already have 2.2.0 installed.
Do I have multiple versions av Dart installed and can switch between them?
If so, can I set a default version?
I'll just mark this as answered with the comment of jamsdlin, as it was the correct answer for me.
When you run dart, you'll run whichever dart binary is found first in your search PATH. You have multiple versions installed. Uninstall the old version or modify PATH so that the location for 2.2.0 occurs first.
I've googled for a solution, and based on that, let me report a few details:
I've tried 32-bit PyScripter-v2.6.0-Setup.exe with 32-bit python-3.6.1.exe; and 64-bit PyScripter-v2.6.0-x64-Setup.exe with 64-bit python-3.6.1-amd64-webinstall.exe.
I'm on a 64-bit Windows 10 machine.
I uninstalled other versions of Python on the machine.
Tried unzipping rpyc in the \Lib\ folder, as someone suggested that here.
What else should I be looking at?
Here is a tested Solution
Remove old PyScripter
Install Python from Python website. I installed mine from:
http://www.python.org/ftp/python/3.3.2/python-3.3.2.amd64.msi (and it worked)
Now install PyScripter-v2.6.0-x64-Setup.exe from https://sourceforge.net/projects/pyscripter/files/
This should solve the problem.
I got this solution from https: //github.com/pyscripter/pyscripter/issues/715
You are using an old version of Pyscripter. Version 3.4 from https://sourceforge.net/projects/pyscripter/ provides support for all released python versions, virtual environments, conda distibutions and the ability to switch between them without exiting Pyscripter.
I have downloaded the latest version 6.1.1 from the windows installer for 32bit. I have a problem with the installation. The installer checks for software requierements are fulfilled. Out of 4 programs it installs i.e. msys, java, postgre and CsvnEdge, csvnEdge is marked as not installed. Tough in system i can see it is installed. If I cancel the setup and start again, it fails again to find CsvnEdge.
Regards
Anuj
I am using Xcode 4.2.1 and I have this problem running an existing application on the iOS simulator:
svn: The path '.' appears to be part of a Subversion 1.7 or greater
working copy. Please upgrade your Subversion client to use this
working copy.
/Users/me/Library/Developer/Xcode/DerivedData/myproject-dxfzldckuqdmlrghowwkdrbgoigy/Build /Intermediates/myproject.build/Debug-iphonesimulator/MyProject.build/Script-9567AEA113C59633000AA291.sh: No Subversion revision found at /Users/me/Library/Developer/Xcode/DerivedData/myproject-dxfzldckuqdmlrghowwkdrbgoigy/Build/Intermediates/myproject.build/Debug-iphonesimulator/MyProject.build/Script-9567AEA113C59633000AA291.sh line 32.
Building revision
Command /bin/sh failed with exit code 1
I have a Subversion server 1.7.1 installed and also on the client side I upgraded to 1.7.1.
I did a svn upgrade and then I get this error in Xcode.
If I repeat the svn upgrade on the terminal I get the message Can't upgrade '...' as it is not a pre-1.7 working copy directory.
So what is wrong? How an I solve the problem?
Xcode doesn't yet support SVN 1.7. Only 1.6 is supported. In order to fix your problem, you'll need to switch to using an SVN 1.6 compatible working copy.
Since SVN 1.7 client is unable to work with 1.6 working copies at all, you'll need to remove SVN 1.7.x from your client and revert to 1.6. (Or perhaps just adjust your PATH so the SVN 1.6 tools are first.) Once 1.6 is back, delete or move aside your existing working copy and check out a fresh copy with SVN 1.6. Now Xcode should be able to work with your working copy.
Note that you can freely use SVN 1.6 client with an SVN 1.7 server. Some of the newer features won't be available, but it will work. There's no need to downgrade the server or your server-side repositories.
Keep an eye on the Xcode release notes in updates as I'm sure Apple will note when Xcode is capable of using SVN 1.7. When a 1.7 compatible release of Xcode becomes available, it should then be safe to upgrade your client to 1.7 and migrate your working copy again.
There is a post that appears to imply that you can fool XCode into using svn 1.7 client by changing your PATH and setting up a couple of soft links in strategic places. Unfortunately, the post is in Chinese. Fortunately, Google translate and the presence of UNIX commands make it possible to decrypt what the post is saying. I will try it in the next few days, and update the answer if anything useful comes out of this exercise.
EDIT: I tried the steps from the post, and it worked. Here is what I did:
Downloaded and installed svn client 1.7.2 into /opt/subversion
Added /opt/subversion/bin to my PATH in .bash_profile
Created a backup directory /Developer/usr/bin/orig.svn
Moved /Developer/usr/bin/svn* to /Developer/usr/bin/orig.svn
Ran ln -s /opt/subversion/bin/svn* /Developer/usr/bin/
After that I re-started XCode, went to Organizer, and was able to attach a working copy of a checkout created with svn 1.7.2 client. Organizer showed a green dot next to the repository, displayed a list of revisions, etc., so at this point I believe that the trick has worked.
You can download and install a binary package from http://www.wandisco.com/subversion/download#osx
The package will install to /opt/subversion while the xcode version of SVN is installed in /usr/bin. If you prepend /opt/subversion/bin to your path variable, it will be chosen instead of the xcode version.
If you don't want to mess with your path, you can just alias one version or the other. man alias for details.