I am trying to deploy a Java project into Google App Engine from Eclipse and am blocked by JSPs.
Everything JSP makes my app not capable of deploying due to "'utf8' codec can't decode byte" error.
Not trying to insert any strange (not UTF-8) character, everything Eclipse is set to UTF-8.
Tried to send archives which were OK with the Google App Engine Tools for Eclipse (soon to be deprecated), won't deploy.
I've seen threads regarding reverting the Google Cloud Tools for Eclipse plugin to previous version (1.58 seemed to avoid a few problems) being a possible solution to these recent errors but I have a problem installing, the batch just tells me "Install will exit" ?!
Tried to uninstall previous (latest) versions before, made sure I was launching the bundled-python batch, still not capable of installing an old version of the Google Cloud SDK shell.
Would be glad if anybody had any suggestion at what makes my install fail.
Thanks in advance.
There are a few ways you can get older version of Google Cloud SDK.
Download versioned archive
(If you are on windows) Grab google-cloud-sdk-XXX.0.0-windows-x86_64-bundled-python.zip file.
Unzip it to some\dir
Add some\dir\google-cloud-sdk\bin directory to your system path
Restart your command prompt (or other apps which depend on gcloud) and run for example gcloud info, it should be fully functional installation, no need to run install.bat.
Alternatively, use existing SDK installation and gcloud component manager to go back to previous versions. For example
gcloud components update --version 158.0.0
target by version number using apt-get :
sudo apt-get install google-cloud-sdk=294.0.0-0
Related
Have multiple versions of Fabric runtimes on local machine (8.1, 8.2, and 9.0 series) which can be listed with:
Get-ServiceFabricRuntimeSupportedVersion
Have combed the Fabric documentation + web for anything about switching (changing) the SDK or Runtime version (effectively rolling back to an earlier installed version not the latest). Nothing. Anybody got an answer. Stopped investigating after trying:
Connect-ServiceFabricCluster
Unregister-ServiceFabricClusterPackage -Code -CodePackageVersion "9.0.1017.9590"
to back out version until I got to the one I want (8.2.1235.9590). But that fail with:
Fabric version has not been registered
Assuming this concerns only the current Powershell context. Start-ServiceFabricClusterRollback flops just like Unregister-ServiceFabricClusterPackage.
This might be very unhelpful, but I think the Supported Runtime Version is just which runtimes does the PS scripts support, not something about the local cluster.
The runtime you have installed is the latest one, so if you want to use an old one you have to uninstall the latest and find the bits for the old runtime and install that.
I am however, not entirely certain! It might be possible to switch runtimes, though it seems unlikely.
From the Control Panel choose Uninstall Programs and removed Fabric (6.0 SDK and Runtime). Restarted Windows (PC). Unclear if a restart is really necessary. Then opened the Web Platform Installer and through Spotlight searched for Fabric to click on Add. That put back 4.2.1235 of the SDK I needed. Done.
My company is using an old CentOS6 and they wont update it before months (years?). This is totally out of my control and it obviously makes using up to date software a nightmare.
I would like to use Visual Studio Code as a C++ IDE but its intellisense plugin is running with glibc >=2.14 and Centos6 comes with glibc 2.12.
It also needed some more dependencies I managed to recompile and load with LD_LIBRARY_PATH. I tried compiling a new glibc and load it as well but it segfault, as expected.
I used the compiled version of VSCode from the official website.
I tried compiling it myself but it requires to download many files and my virtual machine does not have Internet, I can only transfer files through ftp. I created a local yarn repository, compiled all appropriate version of Yarn, NodeJS but a compiled binary is trying to download electron and I have no idea where to put the file to trick him into thinking it's downloaded already (assuming I could).
There are standalone solutions to run software on old distribution, like AppImage but VSCode is not part of their apps.
Would you have any idea on how to run VSCode on Centos6? Did you ever try to compile VSCode without and Internet Connection?
Currently the only viable solution I see would be to create an AppImage at home.
To run VS Code Server on CentOS 6, I followed the "glibc and libstdc ++ on RHEL / CentOS 6 update" article from here.
Perhaps this option will help you.
I've installed Odoo 9.0 on Ubuntu 14.04, and I've activated the developer mode to install module from App Store. Every app I try to install that doesn't belong to the 31 apps offered by default without accessing developer mode, I get this error:
Internal Server Error
The server encountered an internal error and was unable to complete your request. Either the server is overloaded or there is an error in the application.
It looks like this happens only on the local installation. i tried to install the Barcode app in online trial, and I encoutered no problems.
If anyone may help me, I'll be eternaly grateful.
Anyway, I'm pretty sure that the app on the "App store" provided in Odoo (not the ones that is possible to download in zip and add to addons), are only for the enterprise version.
I tried in a lot of computers and different installation with no luck.
Still happenning as of today. I've been able to manually install the module I wanted:
Go to the app store web site: https://apps.openerp.com/apps/modules
Search for and download your module
unzip the archive in the addons directory of your odoo installation
Go in odoo, settings, update modules list
you can then look for it in Local Modules. You may need to remove all filters. I've done this in v8.
I recently upgraded to 5.3.301 version of azure service fabric runtime on my local developer machine. Then I uninstalled it and tried to go back to previous version of 5.1.163. It seems that I can not go back because the web platform invoker no longer has the previous version (5.1.163) listed as one of the options.
Is there a way to go back to previous version of service fabric runtime? If so, how?
These are the links. Install in this order:
Runtime:
http://download.microsoft.com/download/C/9/6/C9680A4C-291F-4A6F-B699-26FF704577BA/MicrosoftServiceFabric.5.1.163.9590.msi
SDK:
http://download.microsoft.com/download/C/9/6/C9680A4C-291F-4A6F-B699-26FF704577BA/MicrosoftServiceFabricSDK.2.1.163.msi
VS Tools:
http://download.microsoft.com/download/E/7/6/E76A0B84-6DAB-4734-85E2-5912A1130FB4/MicrosoftAzureServiceFabricTools.VS140.en-us.msi
"I need this for version 2.4.164"
I don't have direct link for 2.4.164 but the web installer seems to have it:
http://www.microsoft.com/web/handlers/webpi.ashx?command=getinstallerredirect&appid=MicrosoftAzure-ServiceFabric-VS2015-2_1
Go to products tab then search for "fabric" query and you will get a choice between 2.4.164 and 2.5.216
I'm trying to install the latest v5.0.0 "beta 2" BlackBerry OS Component Pack into Eclipse 3.4.2 with BlackBerry Eclipse plugin v1.0.0.67, but have hit a few problems. Has anybody found an easy way to do this?
I had no trouble installing the v4.5.0 and v4.7.0 Component Packs.
It's rather strange that BlackBerry are shipping new phones with the v5.0.0 OS installed (e.g. a Storm 2 9550 and Bold 9700 that I just bought), and pushing that update to phones whilst the BlackBerry website still considers the v5.0.0 SDK / Component Packs to be "beta 2"! If anybody knows when an official non-beta Component Pack is going to be released that might solve my problem...
In case it helps, the problems I've hit so far are:
-Contrary to the implication on the BlackBerry website, the Eclipse "Software Update..." option for the v5.0.0 Component Pack claims it only works on the v1.0.0 Eclipse BlackBerry plugin, not the new v1.1 one.
-I then tried to install the v5.0.0 Component Pack through the "Software Updates..." menu in Eclipse using the v1.0.0 Eclipse BlackBery plugin. Once I'd done the 200MB download the install failed with a "Invalid zip file format" error.
-I might just have been unlucky with a corrupted download but I did try it twice, once through "Software Updates..." and once by selecting "Archive" to install the downloaded Component Pack (which unlike v4.5.0 and v4.7.0 was a JAR, not a ZIP).
Using Eclipse 3.5.1 and the 1.1 component pack, I had no trouble installing the 5.0 JDE from the 1.1 component pack update site from within Eclipse - ie: using the update site http://www.blackberry.com/go/eclipseUpdate/3.5/java ...
It could be possible that Blackberry has fixed whatever problem you encountered in their latest beta, or the latest version of Eclipse just works better...but at any rate, I hope you've gotten your setup working, but if not, perhaps trying again with the latest versions will fix things!
They (rim support) did experience some issue with the zip they have on the site for you to install.
See this thread
If you see Unconnected sockets not implemented just before your Invalid zip file format, like:
osgi.bundle,net.rim.eide.doc,1.0.0.67.
Exception connecting to
https://www.blackberry.com/Downloads/auth/contactFormPreload.do?code=DC727151E5D55DDE1E950767CF861CA5&dl=A7B283681EA93067610F5EE0EEB46A29.
Unconnected sockets not implemented Exception connecting to
https://www.blackberry.com/Downloads/auth/contactFormPreload.do?code=DC727151E5D55DDE1E950767CF861CA5&dl=A7B283681EA93067610F5EE0EEB46A29.
Unconnected sockets not implemented
Error closing the output stream for
net.rim.eide.feature.componentpack4.3.0/org.eclipse.update.feature/4.3.0.16
on repository file:/C:/eclipse/. Error unzipping
C:\DOCUME~1\tysonl\LOCALS~1\Temp\net.rim.eide.feature.componentpack4.3.0_4.3.0.169073623197643742544.jar:
Invalid zip file format Error closing the output stream for
net.rim.eide.feature.componentpack4.5.0/org.eclipse.update.feature/4.5.0.16
, the support mentions:
The "Unconnected sockets not implemented" is caused by a bug in current versions of JDK 1.6.
You can work around this by downgrading to JDK 1.5 (modify your PATH and JAVA_HOME variables) to install the plug-ins. You may need to delete the files in your windows temp folder as well (Eclipse could have cached bad copies of the file).
This should be fixed in JDK 1.6 update 14.
(so what version of java are you using?)
As mentioned in the same thread:
The following is from the "blackberry plugin for eclipse" download page:
It is recommended that users outside of North American or users who have experienced problems with the BlackBerry update site use the links below to manually download and install the components.
Yep, I've read that bit. That's essentially what I tried to do. What that doesn't say is you need to remove the update site from your site list before trying to install the manual downloads via the archive function.
Helpful to me:
http://supportforums.blackberry.com/t5/Java-Development/Invalid-zip-file-format-trying-to-add-4-7-0-components-to/td-p/411105;jsessionid=32490C8741FEE961B9436E453DFF7430