Recently I would like to move my dev env into my company's standard virtual XP without internet connection. But my Scala dev env is broken. I test ScalaIDE from typesafe by unzip and copy into virtual XP. And, I tried install scala plugins on a pure Eclipse and copy it into that virtual XP. Both of these two approaches were broken.
Anyone know why?
My notebook with internet run ScalaIDE very well. I have test in a virtual XP with internet , thru virtualbox. The ScalaIDE works well. But in that virtual XP without internet, it seems that all scala plugins are disappear from Eclipse but files in plugins/features. I can't open Scala perspective, can't fint scala in preferences.
What happens?
Thanks!
[update] the TypeSafe's ScalaIDE can't run in an environment without any networks, intranet or internet.
From what I gather of your question, you have an installation problem rather than a build problem. Building may be problematic if you have dependencies that are unavailable offline, but installing Scala IDE should work.
The Scala-IDE website offers a zipped update site for download for every release. The direct URL for the latest version is here.
You need to make this file available to the offline OS you're using. If you unzip it, you should be able to point to the decompressed result as a local update-site and choose the plugins you may want to install. More simply, you can also try to drag and drop that zip into the installation dialog of Eclipse.
Related
I need to install Spring Tools 4 Plugin into my Eclipse IDE. The Problem is, that I dont have any Internet access on this machine. My other Plugins like SonarLint, MoreUnit I installed via zip archive available on official sites or github.
Install New Software -> add archive.
I cant find any zip archives for Spring Boot Tools 4. Is there a way to get it or another way to install that plugin offline?
I tried to download and install everything on another machine and copy it, but its forbidden to connect bigger usb drives to the machine. For the plugin itsef it will be ok.
Here is the archived update site for STS 4.4.2 for Eclipse 2019-09:
https://dist.springsource.com/release/TOOLS/sts4/update/4.4.2.RELEASE/e4.13/sts4-4.4.2.RELEASE-e4.13.0-updatesite.zip
It contains all the STS4 pieces and a bunch of additional plugins from Eclipse, we haven't really tested a full offline installation using purely this update site. Usually the install procedure contains other update sites while installing a feature in order to find missing dependencies. So in case you don't have internet access and the STS4 install requires a dependency that usually comes from the main Eclipse p2 repo, you might run into this. In that case, please open a bug at https://github.com/spring-projects/sts4/issues and we will fix that.
Hope this helps!
Part of the responsibilities of my job is maintaining an old java application that was developed by my predecessor. I am a php developer with minimal java skills. The java application is developed with java3d and I work in eclipse on my macbook pro. I know that the version of java3d on my mac (and all other macs out there) is 1.3 which is very old. My application needs at least 1.5. I run "jar" on the command line to create a jar with all the png's and class files, then I sign the jar, and then I put it on my website and deliver it with jnlp. It works perfectly on windows. It will load on macs, but when I try to select a point it crashes with a NoSuchMethodError error. Selecting a point requires javax.media.j3d.BranchGroup.pickAll which wasn't in java 1.3 which came stock on my mac. I have two questions/requests:
(1) How do I configure eclipse to make my application work locally?
(2) How do I bundle my jar such that my online viewers with macs don't have any problems?
I have tried many things to get this to work. I have moved a bunch of the jars in /System/Library/Java/Extensions (that is where the java 1.3 jars are). I have downloaded a fresh java3d which contains a few jars. I put them in ~/Library/Jars/. And I put those jars in the Java Build Path:
http://archive.cyark.org/temp/screenshot.png
I've spent a lot of time on this issue and I've done all the things that other posts have mentioned. What is wrong with my environment? Any help would be greatly appreciated.
Did you download the Java3D 1.5 JARS for MacOSX from here?:
http://java3d.java.net/binary-builds.html
In the Mac OS binary, there are instructions on how to install and configure Java3D for an OSX system
Have you tried following those steps?
My guess is that the 1.3 JARS are still on your classpath somewhere and are being loaded before the new 1.5 jars. Try searching your system for all possible instances of the JARS would be a good start.
I need to install several plugins to an eclipse that is running on a remote 64bit Linux machine.
I tried copying the neccesary plugins to the plugins and feature folder on the remote machine but it did not seem to work.
The approach I wanted to try out now was setting up a new Eclipse installation with all plugins and replacing the whole eclipse folder.
But as I am doing this I realized that I have to use a 32 bit Linux and Eclipse. Is it possible to install 32bit Eclipse and just move the plugins and features to the remote machine?
Do I need to consider other things?
Can you recommend any other approach that would help me?
UPDATE:
The problem is that I cannot just start eclipse on the remote machine. I can access it via ssh but not run eclipse and install plugins via the wizards.
I also have no 64bit linux to prepare a complete eclipse that I can simply copy.
So what I meant is that I have to prepare either an eclipse installation or maybe just plugin folder and move that from my 32bit architecture to the 64bit one.
I can download the current eclipse folder but I cannot run it. When I try to start it with ubuntu nothing happens. I believe it is because its a 64bit version and I got 32 bit architecture.
Don't do this. Not only are there are a number of plugins with native-compiled fragments (different for 32-bit vs 64-bit), but in recent versions, Eclipse will not even register features and plugins that are simply dropped in. You should install plugins explicitly unless you are moving the entire installation between machines with compatible architectures.
You can't run a 64bit binary on a 32bit system without some kind of virtualization software that does a complete CPU emulation. VMWare, VirtualPC, etc... don't do this. They virtualize the system, but not the CPU.
The other way around: a 32bit binary on a 64bit cpu, is generally possible, if the OS (and processor) supports such things.
I think this is feasible.
The architecture should not be the problem. Unless the plugins contain DLLs or .so libraries invoked through JNI but there are very few examples (swt is one example but there are very few of them).
As a matter of fact, the reason why you have OS/arch/GUI specific versions of eclipse is not the java code but the native launcher (eclipse.exe on windows and SWT), all the rest can go bck and forth from one machine to the other, regardless of the arch, the os or the wondows manager.
However, dropping jars in the plugin directory of eclipse is not the recommended way of installing plugins any more (since 3.3 ?). It might work but there is no guarantee.
To install the missing plugins you should download them from eclipse itself (help => install new software...). If you tell us the specific plugins you have problem with, we might be able to help you more precisely.
The best way to go forward is to list all the plugins on the source machine (either from eclipse (help => about) and look at names having specific hints at arch/os/gui. All these cannot be copied over. All the rest should be safe.
As I said, beware of swt. Subclipse has a JNI dependent configuration if you decide to use JavaHL. And there are also "false" plugins such as xmlSpy etc who are noting more than JNI adapters but these are not mainstream.
I like to carry software around with me on a USB flash drive. I also like to work in both Windows and Linux. Finally, I like to develop software using powerful tools.
Bringing these three things together, I want to be able to carry an IDE around with me. My favorite choice is Eclipse.
So, I tried to get an Eclipse install working on a thumb drive. Not surprisingly, it's just fine if I pack in a JDK. But Eclipse without plugins just doesn't do it for me. After installing my plugins of choice, I had a hefty 300ish MBs of data.
Then I realized that I'd only installed for Linux. And that I was going to have to duplicate everything to get a Windows install. That's not good.
I've searched the web. I found a guide on creating .link files which looks like a hack from the early 80s. I found documentation on the new Eclipse p2 provisioning which I couldn't even understand. I checked Pulse, and they don't support Helios yet.
I remember in old Eclipse days you could just install a plugin to an alternate directory, and share that dir across different Eclipse installs. Today, I couldn't manage to find anything of the sort.
I did manage to get Netbeans up and working properly in a cross-platform manner in around 30 minutes. But I prefer Eclipse.
Could anyone give me a hand? What I'm looking for is:
One install of the platform-independent portions of the Eclipse internals
One install of each plugin I desire
The ability to run this unified Eclipse from both Linux and Windows
I know I'll need a JVM for each platform. I know I'll also need an SWT lib and launcher for each OS. That's fine.
You need to have separate Eclipse installations for each platform and a shared plugins directory for both installations. There are many questions on the subject on StackOverflow. For example, see this comprehensive answer.
Start with the standard Eclipse packages. Complete your shared dropins setup. Once you are up and running, you get probably move plugins from each standard installation to the shared dropins directory to save space (for example, JDT).
I have a problem with eclipse. I would like to install an extension (EGit) but the official site does only provide a classical update site.
The problem is that I am running eclipse on a distant machine that does not have internet access (only my local computer has a connection). The only link between my computer and my distant machine is a distant hard drive that is mounted on the two computers.
The distant machine is a classic linux but the local one is a Windows XP so I can't just use ssh -L (or at least I do not know the way to do it under windows).
Does anybody have an idea to help me ?
Thanks in advance.
If you have Eclipse (same version) installed on your local system, Then you can install plugin through update site. Just check what all it depends on and what additional plugins are downloaded.
Once done with this you can locate new plugins in /plugins folder. Just copy these to your remote machine. This should usually work. But it would sometimes depend upon OS for certain plugins. In your case Local and Target OS is different so there are some chances of this solution not working.
You could try mirroring the update site to a folder, and then use the folder as a local update site on the machine without internet connection.
Eclipse plugins usually depend on other plugins. It's kind of hard to trace the dependencies. It's better to download all dependencies using update site once, and you can distribute to other Eclipse dropins. Eclipse does not recommend overriding plugins directory since it may break existing functioning plugins. For Eclipse 3.4 or newer, you can use dropins which is an Eclipse feature for safe overriding. This way you don’t have to install plugin from update site every time you have to re-install your Eclipse. Read on How to install Eclipse plugins offline