Showing posts with label eclipse. Show all posts
Showing posts with label eclipse. Show all posts
Tuesday, March 12, 2019
IntelliJ, Eclipse and Java 11
https://blog.jetbrains.com/idea/2018/06/java-11-in-intellij-idea-2018-2/
you must install IDEA 2018.2 or greater. 2018.1 will not work, it supports only Java 10. It's a 500 MB monster so be patient.
https://www.jetbrains.com/idea/download/ download 2018.3.5 here
then configure the platform JDK with your installed JDK 11 (of course you must have installed this JDK from Oracle or OpenJDK!), with ALT-SHIFT-CONTROL-S (project structure/SDKs)
then configure Java 11 level (File/Project Structure/Modules and File/Project Structure/Project)
also don't forget the bytecode level (File/Settings/Java Compiler):
If you get the "invalid source release: 11" , it's possible that you misconfigured the "platform JDK"
For Eclipse it's much easier: install Eclipse 2018-09 (4.9), then install this add-on:
https://marketplace.eclipse.org/content/java-11-support-eclipse-2018-09-49
make sure you configure the JDK in the "installed JRA" preferences tab,
and when you create a new project, select jdk11 and create the module-info by default.
All works fine.
Wednesday, October 10, 2018
Eclipse jee-2018-09 hangs upon restarting
Eclipse jee-2018-09 hangs upon restarting
I do a "ps -ef | grep -i eclipse" then a jstack on the process, to find out that:
it seems related to this bug https://bugs.eclipse.org/bugs/show_bug.cgi?id=522174
Just kill the bastard and move on.
Eclipse is a total piece of shit - they should simply rewrite it from scratch using a better design. Time invested in maintaining this old elephant is totally wasted.
I do a "ps -ef | grep -i eclipse" then a jstack on the process, to find out that:
ModalContext" #136 prio=6 os_prio=0 tid=0x00007fbe7885f000 nid=0x2744 waiting for monitor entry [0x00007fbdc980f000] java.lang.Thread.State: BLOCKED (on object monitor) at org.eclipse.swt.widgets.Display.asyncExec(Display.java:866) - waiting to lock <0x00000000c030b110> (a java.lang.Class for org.eclipse.swt.graphics.Device) at org.eclipse.jface.operation.AccumulatingProgressMonitor.beginTask(AccumulatingProgressMonitor.java:146) at org.eclipse.core.runtime.ProgressMonitorWrapper.beginTask(ProgressMonitorWrapper.java:51) at org.eclipse.ui.internal.ide.application.IDEWorkbenchAdvisor$CancelableProgressMonitorWrapper.beginTask(IDEWorkbenchAdvisor.java:463) at org.eclipse.core.runtime.ProgressMonitorWrapper.beginTask(ProgressMonitorWrapper.java:51) at org.eclipse.core.internal.resources.SaveManager.save(SaveManager.java:1157) at org.eclipse.core.internal.resources.Workspace.save(Workspace.java:2335) at org.eclipse.ui.internal.ide.application.IDEWorkbenchAdvisor$5.run(IDEWorkbenchAdvisor.java:529) at org.eclipse.jface.operation.ModalContext$ModalContextThread.run(ModalContext.java:122) "Worker-33: Building workspace" #133 prio=5 os_prio=0 tid=0x00007fbe54f7b800 nid=0x2731 waiting for monitor entry [0x00007fbdf8133000] java.lang.Thread.State: BLOCKED (on object monitor) at org.eclipse.swt.graphics.Device.isDisposed(Device.java:835) - waiting to lock <0x00000000c030b110> (a java.lang.Class for org.eclipse.swt.graphics.Device) at org.eclipse.ui.internal.UILockListener.isUI(UILockListener.java:188) at org.eclipse.ui.internal.UILockListener.aboutToRelease(UILockListener.java:123) at org.eclipse.core.internal.jobs.LockManager.aboutToRelease(LockManager.java:92) at org.eclipse.core.internal.jobs.OrderedLock.doRelease(OrderedLock.java:189) - locked <0x00000000c648be58> (a org.eclipse.core.internal.jobs.OrderedLock) at org.eclipse.core.internal.jobs.OrderedLock.release(OrderedLock.java:237) at org.eclipse.core.internal.resources.WorkManager.beginUnprotected(WorkManager.java:109) at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:2291) at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:2319) at org.eclipse.wst.jsdt.internal.core.JavaModelManager.initializeAllContainers(JavaModelManager.java:2162) at org.eclipse.wst.jsdt.internal.core.JavaModelManager.getJsGlobalScopeContainer(JavaModelManager.java:1536) at org.eclipse.wst.jsdt.core.JavaScriptCore.getJsGlobalScopeContainer(JavaScriptCore.java:1358) at org.eclipse.wst.jsdt.internal.core.JavaProject.resolveClasspath(JavaProject.java:2748) at org.eclipse.wst.jsdt.internal.core.JavaProject.getResolvedClasspath(JavaProject.java:2027) at org.eclipse.wst.jsdt.internal.core.DeltaProcessor.validateClasspaths(DeltaProcessor.java:2264) at org.eclipse.wst.jsdt.internal.core.DeltaProcessor.resourceChanged(DeltaProcessor.java:1950) at org.eclipse.wst.jsdt.internal.core.DeltaProcessingState.resourceChanged(DeltaProcessingState.java:389) at org.eclipse.core.internal.events.NotificationManager$1.run(NotificationManager.java:300) at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:45) at org.eclipse.core.internal.events.NotificationManager.notify(NotificationManager.java:290) at org.eclipse.core.internal.events.NotificationManager.broadcastChanges(NotificationManager.java:153) at org.eclipse.core.internal.resources.Workspace.broadcastBuildEvent(Workspace.java:365) at org.eclipse.core.internal.events.AutoBuildJob.doBuild(AutoBuildJob.java:141) at org.eclipse.core.internal.events.AutoBuildJob.run(AutoBuildJob.java:235) at org.eclipse.core.internal.jobs.Worker.run(Worker.java:63)
it seems related to this bug https://bugs.eclipse.org/bugs/show_bug.cgi?id=522174
Just kill the bastard and move on.
Eclipse is a total piece of shit - they should simply rewrite it from scratch using a better design. Time invested in maintaining this old elephant is totally wasted.
Labels:
eclipse
Wednesday, September 19, 2018
Eclipse Linux Tools (Docker Plugin) source code
https://wiki.eclipse.org/Linux_Tools_Project/Git
git clone git://git.eclipse.org/gitroot/linuxtools/org.eclipse.linuxtools.git
jars are installed NOT under the Eclipse installation folder, BUT here
/home/centos/.p2/pool/features/org.eclipse.linuxtools.docker.feature_4.0.0.201806122135
/home/centos/.p2/pool/plugins/org.eclipse.linuxtools.docker.docs_4.0.0.201806122135.jar
/home/centos/.p2/pool/plugins/org.eclipse.linuxtools.docker.core_4.0.0.201806122135.jar
/home/centos/.p2/pool/plugins/org.eclipse.linuxtools.docker.editor_1.0.0.201806122135.jar
/home/centos/.p2/pool/plugins/org.eclipse.linuxtools.docker.ui_4.0.0.201806122135.jar
Here they explain how to submit a bug http://git.eclipse.org/c/linuxtools/org.eclipse.linuxtools.git/about/
Unfortunately there is a bug in org.eclipse.linuxtools.internal.docker.ui.wizards.ContainerCopyTo
If you run Eclipse on Windows, and the docker daemon runs on Linux, the toOSString() formats any path into the Windows format, which is not recognized by Linux. So you can't specify "/var" because it will be turned into "\\var" which obviously fails on Linux.
https://bugs.eclipse.org/bugs/show_bug.cgi?id=539239 bug submitted
git clone git://git.eclipse.org/gitroot/linuxtools/org.eclipse.linuxtools.git
jars are installed NOT under the Eclipse installation folder, BUT here
/home/centos/.p2/pool/features/org.eclipse.linuxtools.docker.feature_4.0.0.201806122135
/home/centos/.p2/pool/plugins/org.eclipse.linuxtools.docker.docs_4.0.0.201806122135.jar
/home/centos/.p2/pool/plugins/org.eclipse.linuxtools.docker.core_4.0.0.201806122135.jar
/home/centos/.p2/pool/plugins/org.eclipse.linuxtools.docker.editor_1.0.0.201806122135.jar
/home/centos/.p2/pool/plugins/org.eclipse.linuxtools.docker.ui_4.0.0.201806122135.jar
Here they explain how to submit a bug http://git.eclipse.org/c/linuxtools/org.eclipse.linuxtools.git/about/
Unfortunately there is a bug in org.eclipse.linuxtools.internal.docker.ui.wizards.ContainerCopyTo
@Override
public boolean performFinish() {
boolean finished = mainPage.finish();
if (finished) {
target = mainPage.getDestination().toOSString();
sources = mainPage.getFilesToCopy();
}
return finished;
}
If you run Eclipse on Windows, and the docker daemon runs on Linux, the toOSString() formats any path into the Windows format, which is not recognized by Linux. So you can't specify "/var" because it will be turned into "\\var" which obviously fails on Linux.
https://bugs.eclipse.org/bugs/show_bug.cgi?id=539239 bug submitted
Sunday, June 10, 2018
Eclipse and Gradle
Importing an old Gradle project in Eclipse can be problematic. I get this error message when "import existing gradle build"
Spring Boot plugin requires Gradle 4.0 or later. The current version is Gradle 2.5
I the project's "gradle/wrapper/gradle-wrapper.properties" I replace
distributionUrl=https\://services.gradle.org/distributions/gradle-2.5-bin.zip
with
distributionUrl=https\://services.gradle.org/distributions/gradle-4.8-bin.zip
I download and install latest gradle 4.8 in E:\apps\gradle-4.8
In Eclipse, configure the Preferences/Gradle setting the Gradle User Home to E:\apps\gradle-4.8
I have installed "Buildship Eclipse plug-ins for Gradle" version 2.2.1
It's a real pity that the plugin doesn't offer an automatic resolution of the issue (upgrading to latest Gradle, and updating the project's settings", but in case of Eclipse we are just thankful it doesn't crash as it usually does. What a pathetic piece of crap Eclipse is, it's a shame for the whole IT community, I use it only because it's the official IDE at work.
Spring Boot plugin requires Gradle 4.0 or later. The current version is Gradle 2.5
I the project's "gradle/wrapper/gradle-wrapper.properties" I replace
distributionUrl=https\://services.gradle.org/distributions/gradle-2.5-bin.zip
with
distributionUrl=https\://services.gradle.org/distributions/gradle-4.8-bin.zip
I download and install latest gradle 4.8 in E:\apps\gradle-4.8
In Eclipse, configure the Preferences/Gradle setting the Gradle User Home to E:\apps\gradle-4.8
I have installed "Buildship Eclipse plug-ins for Gradle" version 2.2.1
It's a real pity that the plugin doesn't offer an automatic resolution of the issue (upgrading to latest Gradle, and updating the project's settings", but in case of Eclipse we are just thankful it doesn't crash as it usually does. What a pathetic piece of crap Eclipse is, it's a shame for the whole IT community, I use it only because it's the official IDE at work.
Wednesday, May 30, 2018
Eclipse for Docker
To install: Help/Eclipse Marketplace, search for Docker Tools, install.
Otherwise, install https://tools.jboss.org/features/dockertools.html "JBoss Tools" and you get also Docker Tools.
Show View / Docker Explorer
you get by default this one:
unix:///var/run/docker.sock
but you can also work with remote docker via TCP with authentication
this view shows ALL your containers (docker ps -a) and images (docker images), with a list of ports and volumes
https://www.eclipse.org/community/eclipse_newsletter/2015/june/article3.php
To enable managing a Docker environment running in your VirtualBox centos image, in VirtualBox enable port forwarding 2376 or 2375, see http://www.javamonamour.org/2017/12/docker-enabling-remote-daemon.html
Eclipse for Docker is a really nice tool! It makes it much easier to work with Docker. However I still believe one should be familiar with the Docker CLI.
Otherwise, install https://tools.jboss.org/features/dockertools.html "JBoss Tools" and you get also Docker Tools.
Show View / Docker Explorer
you get by default this one:
unix:///var/run/docker.sock
but you can also work with remote docker via TCP with authentication
this view shows ALL your containers (docker ps -a) and images (docker images), with a list of ports and volumes
https://www.eclipse.org/community/eclipse_newsletter/2015/june/article3.php
To enable managing a Docker environment running in your VirtualBox centos image, in VirtualBox enable port forwarding 2376 or 2375, see http://www.javamonamour.org/2017/12/docker-enabling-remote-daemon.html
Eclipse for Docker is a really nice tool! It makes it much easier to work with Docker. However I still believe one should be familiar with the Docker CLI.
Saturday, May 26, 2018
Eclipse says server workload limit exceeded, please try later
I always enable error reporting in Eclipse, although I am pretty confident that in the House of Chaos that Eclipse must be, nobody is seriously looking at them - they are too many, there is no sign of any intelligence behind the product, etc.
Lately I am curiously getting ALWAYS this message "Eclipse says server workload limit exceeded, please try later"
Personally I consider it a good sign, it might mean that Eclipse is finally reaching a point of collapse, and that we shall be soon freed from his ominous presence, in favor of more decent product like IntelliJ or Netbeans.
Curiously, Eclipse rhymes with Collapse
Lately I am curiously getting ALWAYS this message "Eclipse says server workload limit exceeded, please try later"
Personally I consider it a good sign, it might mean that Eclipse is finally reaching a point of collapse, and that we shall be soon freed from his ominous presence, in favor of more decent product like IntelliJ or Netbeans.
Curiously, Eclipse rhymes with Collapse
Labels:
eclipse
Saturday, March 24, 2018
Maven/Eclipse Horror Show
I have updated recently my Maven binaries, of course I forgot to change The "User Settings" property in Eclipse to point to the new location of the settings.xml.
Of course Eclipse silently fails to report the issue (unless you go and open the Maven tab in Preferences)
And all of a sudden nothing works and when I open my pom.xml I get this:
Project build error: Non-resolvable parent POM for org.wildfly.quickstarts:quickstart-parent:13.0.0-SNAPSHOT: Could not transfer artifact org.jboss:jboss-parent:pom:25 from/to jboss-enterprise-maven-repository (https://maven.repository.redhat.com/ga/): NullPointerException and 'parent.relativePath' points at no local POM
Working with Maven and Eclipse I feel young again.... it feels like the 1985 - actually my Pascal compiler on Apple II was far more sophisticated that these modern products.
Of course Eclipse silently fails to report the issue (unless you go and open the Maven tab in Preferences)
And all of a sudden nothing works and when I open my pom.xml I get this:
Project build error: Non-resolvable parent POM for org.wildfly.quickstarts:quickstart-parent:13.0.0-SNAPSHOT: Could not transfer artifact org.jboss:jboss-parent:pom:25 from/to jboss-enterprise-maven-repository (https://maven.repository.redhat.com/ga/): NullPointerException and 'parent.relativePath' points at no local POM
Working with Maven and Eclipse I feel young again.... it feels like the 1985 - actually my Pascal compiler on Apple II was far more sophisticated that these modern products.
Saturday, December 2, 2017
Netbeans rocks, Eclipse sucks
With Eclipse, setting up a simple Web Application with JSF and deploying it to Wildfly is a long, frustrating struggle.
With Netbeans, it takes 10 seconds.
File / New Project, Java Web / Web Application, project name "WebApplication1", server : select Wildfly server, Java EE Version: Java EE 7 Web, context path: /WebApplication1, Frameworks: select JavaServer Faces, in the components tab select Primefaces (the first time iyou haveto wait 10 seconds while it fetches the dependencies "JSF library Primefaces not setup correctly..." )
Right click on the Project, Run... it will open http://localhost:8080/WebApplication1/ and you are ready to go.
What Netbeans generates is:
BEWARE: to run on Wildfly 11, you should change the version of primefaces in pom.xml from 5.0 to 6.0, otherwise you get an error "wildfly This page calls for XML namespace http://primefaces.org/ui declared with prefix p but no taglibrary exists for that namespace"
The only issue I had with Netbeans 8.2 is that it's not compatible with Java 9, I had to edit netbeans.conf and change netbeans_jdkhome to point to JDK 8.
Incidentally, check out this AWESOME video on how to generate a Primefaces crud application from Entities with Netbeans
https://netbeans.org/kb/docs/javaee/maven-primefaces-screencast.html
You can simply forget that with Eclipse. A Total Eclipse of the Heart
"every now and then I fall apart
I don't know what to do and I am always in the dark
There is nothing I can do, a total Eclipse of the heart
Once upon a time there was light in my life"
hahaha
With Netbeans, it takes 10 seconds.
File / New Project, Java Web / Web Application, project name "WebApplication1", server : select Wildfly server, Java EE Version: Java EE 7 Web, context path: /WebApplication1, Frameworks: select JavaServer Faces, in the components tab select Primefaces (the first time iyou haveto wait 10 seconds while it fetches the dependencies "JSF library Primefaces not setup correctly..." )
Right click on the Project, Run... it will open http://localhost:8080/WebApplication1/ and you are ready to go.
What Netbeans generates is:
BEWARE: to run on Wildfly 11, you should change the version of primefaces in pom.xml from 5.0 to 6.0, otherwise you get an error "wildfly This page calls for XML namespace http://primefaces.org/ui declared with prefix p but no taglibrary exists for that namespace"
The only issue I had with Netbeans 8.2 is that it's not compatible with Java 9, I had to edit netbeans.conf and change netbeans_jdkhome to point to JDK 8.
Incidentally, check out this AWESOME video on how to generate a Primefaces crud application from Entities with Netbeans
https://netbeans.org/kb/docs/javaee/maven-primefaces-screencast.html
You can simply forget that with Eclipse. A Total Eclipse of the Heart
"every now and then I fall apart
I don't know what to do and I am always in the dark
There is nothing I can do, a total Eclipse of the heart
Once upon a time there was light in my life"
hahaha
Labels:
eclipse,
jsf,
netbeans,
primefaces
Thursday, November 30, 2017
Another poorly implemented feature of Eclipse: repository search
Eclipse is a champion at implementing in an extremely unappealing and inefficient way even the simplest feature.
Window/Show view/ Maven Repository, right click on central , "Full Index Enabled". Then "Rebuild Index" (this especially useful if you get an error about the index having to be rebuilt for Lucene 6)
Then open the POM.XML, click on the Dependencies tab, add, and where it says "enter groupId, artifactId..." type *junit*
On the status bar on the bottom right you will see "repository search" and an animated icon...
It's AMAZING how slow it is....
much faster to google for "maven junit" and you get immediately the GAV
Eclipse: Erroneous Clumsy Ludicrous Inefficient Pathetic Shitty Elephant
See http://www.vogella.com/tutorials/EclipseMaven/article.html
Window/Show view/ Maven Repository, right click on central , "Full Index Enabled". Then "Rebuild Index" (this especially useful if you get an error about the index having to be rebuilt for Lucene 6)
Then open the POM.XML, click on the Dependencies tab, add, and where it says "enter groupId, artifactId..." type *junit*
On the status bar on the bottom right you will see "repository search" and an animated icon...
It's AMAZING how slow it is....
much faster to google for "maven junit" and you get immediately the GAV
Eclipse: Erroneous Clumsy Ludicrous Inefficient Pathetic Shitty Elephant
See http://www.vogella.com/tutorials/EclipseMaven/article.html
Saturday, November 18, 2017
eclipse Deploy projects as compressed archives
After the N-th time I got the error
Error renaming BLA
This may be caused by your server's temporary deploy directory being on a different filesystem than the final destination
see this SO post https://stackoverflow.com/questions/26487574/jboss-tools-deploy-error-this-may-be-caused-by-your-servers-temporary-deploy-d
while deploying from Eclipse to a Wildfly 11, I have searched everywhere and the only option that seems to work is to "Deploy projects as compressed archives"
Double click on the server (in the Servers tab)
at this point, the deployment is just a .war, the exploded directory format is not enabled.
All this is simply pathetic.... Eclipse is a huge failure... it should simply be rewritten from scratch.
PS someone says that deleting the workspace's .metadata folder can fix it... I haven't tried it yet.
Incidentally, deploying as compressed WAR seems to break Keycloak integration... maybe just an impression... Keycloak seems to break silently sometimes...
Error renaming BLA
This may be caused by your server's temporary deploy directory being on a different filesystem than the final destination
see this SO post https://stackoverflow.com/questions/26487574/jboss-tools-deploy-error-this-may-be-caused-by-your-servers-temporary-deploy-d
while deploying from Eclipse to a Wildfly 11, I have searched everywhere and the only option that seems to work is to "Deploy projects as compressed archives"
Double click on the server (in the Servers tab)
at this point, the deployment is just a .war, the exploded directory format is not enabled.
All this is simply pathetic.... Eclipse is a huge failure... it should simply be rewritten from scratch.
PS someone says that deleting the workspace's .metadata folder can fix it... I haven't tried it yet.
Incidentally, deploying as compressed WAR seems to break Keycloak integration... maybe just an impression... Keycloak seems to break silently sometimes...
Tuesday, September 15, 2015
Installing JAD on Eclipse
GREAT instructions are here http://jadclipse.sourceforge.net/wiki/index.php/Main_Page
.... more to come...
Since I am behind corporate proxy, Eclipse Marketplace is blocked (as usual....)... so I had to download the jar and put in in ECLIPSE_HOME\plugin folder... and restart Eclipse.
In Eclipse, check that JadClipse menu appears in Windows/Preferences/Java. Remember to set path to jad (you will have to download it separately).
.... more to come...
Since I am behind corporate proxy, Eclipse Marketplace is blocked (as usual....)... so I had to download the jar and put in in ECLIPSE_HOME\plugin folder... and restart Eclipse.
In Eclipse, check that JadClipse menu appears in Windows/Preferences/Java. Remember to set path to jad (you will have to download it separately).
Wednesday, July 23, 2014
Eclipse: creating a weblogic-enabled project
When you create a Java project, it's NOT faceted
This project is not configured to use project facets. Converting this project to faceted form will allow you to easily control the available technologies.
and its .project file contains:
if you click on "convert to faceted form" you get an extra builder org.eclipse.wst.common.project.facet.core.builder in the .project, and an extra org.eclipse.wst.common.project.facet.core.nature nature
Once you have a faceted project, you can associate it to a Runtime:
which allows you to enable WebLogic System libraries:
Let's be frank, it could be simpler. Even because NOT all WebLogic classes are available in the System Libraries, often one has to hunt right and left for the right jar.
This project is not configured to use project facets. Converting this project to faceted form will allow you to easily control the available technologies.
and its .project file contains:
<?xml version="1.0" encoding="UTF-8"?> <projectDescription> <name>WLExtensions</name> <comment></comment> <projects> </projects> <buildSpec> <buildCommand> <name>org.eclipse.jdt.core.javabuilder</name> <arguments> </arguments> </buildCommand> </buildSpec> <natures> <nature>org.eclipse.jdt.core.javanature</nature> </natures> </projectDescription>
if you click on "convert to faceted form" you get an extra builder org.eclipse.wst.common.project.facet.core.builder in the .project, and an extra org.eclipse.wst.common.project.facet.core.nature nature
Once you have a faceted project, you can associate it to a Runtime:
which allows you to enable WebLogic System libraries:
Let's be frank, it could be simpler. Even because NOT all WebLogic classes are available in the System Libraries, often one has to hunt right and left for the right jar.
Wednesday, July 16, 2014
Eclipse, javax.servlet.http cannot be resolved to a type
So, in StinkEclipse, editing a WebApplication, in a JSP you make a reference to javax.servlet.http.HttpServletRequest and you get a red "javax.servlet.http cannot be resolved to a type".
I guess this is because even in 2014 they maintain this stupid division between JSE and JEE, making your life so miserable. So HTTP is part of JEE and not available by default. Why this, I guess to save a few bytes. Morons.
This is the solution in 3 steps
in the Eclipse Windows Preferences
in your project properties
Guys at Eclipse, this is really a friendly advice, have you considered some other hobby, like knitting, or bicycle repair? At least you would not do so much damage to the developers community... and leave IDE development to the real pros, like IntelliJ or Netbeans people...
No, wait, a failed bike repair could kill someone.... better if you stick to IDEs...
I guess this is because even in 2014 they maintain this stupid division between JSE and JEE, making your life so miserable. So HTTP is part of JEE and not available by default. Why this, I guess to save a few bytes. Morons.
This is the solution in 3 steps
in the Eclipse Windows Preferences
in your project properties
Guys at Eclipse, this is really a friendly advice, have you considered some other hobby, like knitting, or bicycle repair? At least you would not do so much damage to the developers community... and leave IDE development to the real pros, like IntelliJ or Netbeans people...
No, wait, a failed bike repair could kill someone.... better if you stick to IDEs...
Labels:
eclipse
Thursday, November 28, 2013
Eclipse: open .sh files with text editor
Something annoying is that in Eclipse, when you open a .sh file, it will run an external editor to edit it.
Open Preferences, General/Editors/File Associations and add the extension (file type) .sh and associate the editor "Text Editor".
Open Preferences, General/Editors/File Associations and add the extension (file type) .sh and associate the editor "Text Editor".
Labels:
eclipse
Friday, September 27, 2013
Unable to find interpreter named WebLogic 10.3.5 WLST
If you get this error message
Unable to find interpreter named WebLogic 10.3.5 WLST
in an Eclipse project containing WLST code, chances are that you forgot to configure a Runtime.
Windows/Preferences, search for "runtime", add an Oracle runtime pointing to your local installation of WebLogic, and wait for Eclipse to reconfigure WLST interpreter.
Unable to find interpreter named WebLogic 10.3.5 WLST
in an Eclipse project containing WLST code, chances are that you forgot to configure a Runtime.
Windows/Preferences, search for "runtime", add an Oracle runtime pointing to your local installation of WebLogic, and wait for Eclipse to reconfigure WLST interpreter.
Monday, April 22, 2013
Eclipse URL access forbidden for unknown reason
I have installed Geppetto (=Eclipse) and connected to a different SVN repository. Stupidly, both Eclipse installations shared the same cached password, so my other repository started failing with "Eclipse URL access forbidden for unknown reason"
where is eclipse keeping SVN password?
in this folder C:\Users\[username]\AppData\Roaming\Subversion\auth\svn.simple where will be a single file with a funny name.
just rename that file adding ORI at the end, restart Eclipse and reenter the "right" password.
Eclipse stinks. Like a skunk.
where is eclipse keeping SVN password?
in this folder C:\Users\[username]\AppData\Roaming\Subversion\auth\svn.simple where will be a single file with a funny name.
just rename that file adding ORI at the end, restart Eclipse and reenter the "right" password.
Eclipse stinks. Like a skunk.
Labels:
eclipse
Saturday, March 23, 2013
Eclipse: The project cannot be built until build path errors are resolved
but of course there is no build path error, and refreshing, closing the project and opening it again, swearing at Eclipse and his mother will not help.
What does help is to restart Eclipse. Just like Windows, it takes a few restarts a day to keep it working. Two applications written by uncoordinated morons.
Labels:
eclipse
Monday, January 14, 2013
Shelled, Shell script editor in Eclipse
If you are stuck with Eclipse, especially on a VISTA 32 bit as I am, well then I can only sympathize with you, probably after a few days of use you have become so negative and aggressive that you wife divorced you and your children have joined a foster family.
Yet here is a nice add-in to make it easier to write Shell scripts:
http://sourceforge.net/projects/shelled/
http://sourceforge.net/apps/trac/shelled/wiki/Documentation/InstallGuide
To install with the Update mechanism (I tried downloading the zip but installation failed saying that some dependencies were missing, of course STINKING Eclipse dones't tell you which ones)
Help/
https://downloads.sourceforge.net/project/shelled/shelled/ShellEd%202.0.2/update
Yet here is a nice add-in to make it easier to write Shell scripts:
http://sourceforge.net/projects/shelled/
http://sourceforge.net/apps/trac/shelled/wiki/Documentation/InstallGuide
To install with the Update mechanism (I tried downloading the zip but installation failed saying that some dependencies were missing, of course STINKING Eclipse dones't tell you which ones)
Help/
https://downloads.sourceforge.net/project/shelled/shelled/ShellEd%202.0.2/update
Tuesday, September 18, 2012
Eclipse failed to create virtual machine
I have downloaded the Scala IDE based on Eclipse here http://typesafe.com/stack/scala_ide_download
When I run it by double clicking on "Eclipse.exe", I get "Eclipse failed to create virtual machine".
Just open eclipse.ini, and add these 2 lines at the top:
-vm
C:\Program Files\Java\jre6\bin\javaw.exe
(your mileage might vary)
Another good reason to shun Eclipse - I didn't need a new one, I already had thousands.
When I run it by double clicking on "Eclipse.exe", I get "Eclipse failed to create virtual machine".
Just open eclipse.ini, and add these 2 lines at the top:
-vm
C:\Program Files\Java\jre6\bin\javaw.exe
(your mileage might vary)
Another good reason to shun Eclipse - I didn't need a new one, I already had thousands.
Labels:
eclipse
Friday, August 24, 2012
Eclipse: change autoformat settings
I hate almost everything in Eclipse, including the way it autoformats Java code.
I simply hate seeing code split in multiple lines. Good coders should know how to write decently short lines, and there should never be the case for line wrapping.
So, here we go:
Windows/Preferences/Java/Code Style/Formatter
create a new Active Profile based on the "Java Conventions (built in)",
edit the profile, go to Line Wrapping tab, "Maximum line width" = 1000.
Especially, stay away from the Eclipse templates, they break all possible coding conventions (who the f... wants a curly brace alone in a new line??? )
I simply hate seeing code split in multiple lines. Good coders should know how to write decently short lines, and there should never be the case for line wrapping.
So, here we go:
Windows/Preferences/Java/Code Style/Formatter
create a new Active Profile based on the "Java Conventions (built in)",
edit the profile, go to Line Wrapping tab, "Maximum line width" = 1000.
Especially, stay away from the Eclipse templates, they break all possible coding conventions (who the f... wants a curly brace alone in a new line??? )
Labels:
eclipse
Subscribe to:
Posts (Atom)
