Skip to content

Problems with nightly build mac64.2014-06-30_02-06-35.tar.gz (java 7 issue) #161

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
xaljox opened this issue Jun 30, 2014 · 35 comments
Closed

Comments

@xaljox
Copy link

xaljox commented Jun 30, 2014

When starting the latest version of the nightly build build I get the following screen:
schermafbeelding 2014-06-30 om 08 58 30
Note that there is no "Arduino" entry in the menu bar. No Arduino buttons in the toolbar, no Arduino entry in the preferences etc.
Further the eclipse icon is not there, not in Finder and not in the application bar if it is running.
schermafbeelding 2014-06-30 om 09 12 09

@xaljox
Copy link
Author

xaljox commented Jun 30, 2014

I've downloaded and had a quick look at the windows version and that one does seem to work. I had an issue that it could not find "make" at the tools directory of the Arduino IDE, but perhaps that is an issue of that download, I took the nightly there as wel and in the tools directory, there was no make. But that seems like an issue that is solvable and the eclipse plugin did seem to work. The toolbar buttons were there, the menu items, the preferences & properties. I could set up library paths etc.

@jantje
Copy link
Member

jantje commented Jun 30, 2014

the toolbar should not be there because you are in c++ perspective. To see the arduino stuff you should be in arduino perspective.
I don't know about the finder and the applicationbar. I mean: I don't know what finder and application bar is as I'm nearly unknown to mac.

@wimjongman
Copy link
Member

Was this a fresh install or did you copy it over an existing install?

Stuff you can try:

  • Run with -clean -clearPersistedState
  • Try a new workspace
  • Build locally and try running from this install (see readme.MD)

If all fails please attach your error log.

@xaljox
Copy link
Author

xaljox commented Jun 30, 2014

Selecting the arduino perspective gives only less to view. The perspective button was there, but via the menu, there was no arduino perspective to select and yes I did try a new empty workspace, same result.

Op 30 jun. 2014, om 11:45 heeft jantje [email protected] het volgende geschreven:

the toolbar should not be there because you are in c++ perspective. To see the arduino stuff you should be in arduino perspective.
I don't know about the finder and the applicationbar. I mean: I don't know what finder and application bar is as I'm nearly unknown to mac.


Reply to this email directly or view it on GitHub.

@xaljox
Copy link
Author

xaljox commented Jun 30, 2014

It was a fresh install in a separate directory.
How do I run with -clean -clearPersistedState?
Were do I find the error log?

Op 30 jun. 2014, om 11:50 heeft Wim Jongman [email protected] het volgende geschreven:

Was this a fresh install or did you copy it over an existing install?

Stuff you can try:

Run with -clean -clearPersistedState
Try a new workspace
Build locally and try running from this install (see readme.MD)
If all fails please attach your error log.


Reply to this email directly or view it on GitHub.

@xaljox
Copy link
Author

xaljox commented Jun 30, 2014

When starting on a new empty workspace I get:
schermafbeelding 2014-06-30 om 12 13 15
The trace of an arduino perspective is only there when opening an existing workspace, then there is that arduino button at the top at the right side, but selecting it doesn't really help then.
But when starting the arduinoeclipse, it does have its own splash screen, but after that it seems there is not much arduino left.
I found somewere a file:
eclipseAdruinoIde.ino and it content was:
-startup
../../../plugins/org.eclipse.equinox.launcher_1.3.0.v20140415-2008.jar
--launcher.library
../../../plugins/org.eclipse.equinox.launcher.cocoa.macosx.x86_64_1.1.200.v20140603-1326
-perspective
it.baeyens.arduino.application.perspective
--launcher.defaultAction
openFile
--launcher.XXMaxPermSize
256M
--launcher.appendVmargs
-vmargs
-Dosgi.requiredJavaVersion=1.6
-Xms40m
-Xmx512m
-XstartOnFirstThread
-Dorg.eclipse.swt.internal.carbon.smallFonts

I've added here:
-clean
-clearPersistedState

But that did not change anything I could notice.

@wimjongman
Copy link
Member

Yes that was correct.

Please go to:

help/about/installation details/

and attach the information in the Configuration tab

Then press "View error log" and attach this in a separate comment.

@wimjongman
Copy link
Member

@jantje did you already change the build?

@xaljox
Copy link
Author

xaljox commented Jun 30, 2014

As for the icon it seems the resource directory is missing, see screenshot of the previous and the latest installation side by side.
schermafbeelding 2014-06-30 om 12 27 14

@jantje
Copy link
Member

jantje commented Jun 30, 2014

@wim I changed the build. The only thing I did is changing the build command itself to
verify -Pall,luna
@xaljox You may be aware but just to be sure: The change from kepler to luna is more than a "normal change" so I'm not surprised at all there are some issues.

@xaljox
Copy link
Author

xaljox commented Jun 30, 2014

I do not see how to add an attachment to a comment, It only seems to accept pictures. So here some log stuff in a zip file, via e-mail replay, see what happens then.
It contains a log from a new fresh workspace, an existing one and an export from some error log I got on screen from an existing workspace.

Jimmy

EDIT: I do not see any attachments, so I've added a dropbox link to the zip file:
https://www.dropbox.com/s/hba7rayavxv36u1/Errors.zip

Op 30 jun. 2014, om 12:31 heeft Wim Jongman [email protected] het volgende geschreven:

Yes that was correct.

Please go to:

help/about/installation details/

and attach the information in the Configuration tab

Then press "View error log" and attach this in a separate comment.


Reply to this email directly or view it on GitHub.

@jantje
Copy link
Member

jantje commented Jun 30, 2014

Something is seriously wrong for mac only.
I quickly tested the linux and it seems to work fine. At least the arduino perspective is there, I can create a sketch and I can build it. It also started in the arduino perspective (thanks wim)
I compared the latest mac 64 bit archive to the latest but one and I found some wierd things.

  1. the size of the latest is bigger 180.1MB versus 141.8MB. Given the fact we go to luna and wim added some stuff I do not think this is alarming.
  2. the folder eclipse arduino contains 2 apps in the new version.eclipseArduinoIDE.app and Eclipse.app where the previous one only contained eclipseArduinoIDE.app.
  3. the sum of the size of the 2 apps (repectively 27.3KB +26.8Kb= 54.1KB) is lots smaller than the size of eclipseArduinoIDE.app (307.1KB) of the last but one version.
    4)I quickly compared the this with what I see in the workspace of jenkins and it seems to me the archive creation went ok.
    My conclusion (for now): something is wrong in the build for mac.

@xaljox
Copy link
Author

xaljox commented Jun 30, 2014

Also the fact that the resource folder with the icons is gone s strange, it is not something that is expected. Further I also noticed the Eclipse.app that was extra, but when trying opening it, the mac said that is was corrupt, so it is something is wasn't there and it is not in a good shape.

On 30 Jun 2014, at 13:19, jantje [email protected] wrote:

Something is seriously wrong for mac only.
I quickly tested the linux and it seems to work fine. At least the arduino perspective is there, I can create a sketch and I can build it. It also started in the arduino perspective (thanks wim)
I compared the latest mac 64 bit archive to the latest but one and I found some wierd things.

  1. the size of the latest is bigger 180.1MB versus 141.8MB. Given the fact we go to luna and wim added some stuff I do not think this is alarming.
  2. the folder eclipse arduino contains 2 apps in the new version.eclipseArduinoIDE.app and Eclipse.app where the previous one only contained eclipseArduinoIDE.app.
  3. the sum of the size of the 2 apps (repectively 27.3KB +26.8Kb= 54.1KB) is lots smaller than the size of eclipseArduinoIDE.app (307.1KB) of the last but one version.
    4)I quickly compared the this with what I see in the workspace of jenkins and it seems to me the archive creation went ok.
    My conclusion (for now): something is wrong in the build for mac.


Reply to this email directly or view it on GitHub.

@wimjongman
Copy link
Member

I see the problem.

   org.eclipse.cdt.core [53]
     Unresolved requirement: Require-Capability: osgi.ee; filter:="(&(osgi.ee=JavaSE)(version=1.7))"

cdt apparently has moved to java 1.7 and you don't have java 7 installed on your macs.

@jantje
Copy link
Member

jantje commented Jun 30, 2014

@wimjongman
I agree java 1.7 is now mandatory to run the application. CDT had announced they would go to java 1.7 see #90 . So @xaljox should upgrade to 1.7
However my Linux machine is on java 1.7 and I just build the product and it produces the extra Eclipse.app.
My jenkins machine is on java 1.8 and it produced the extra Eclipse.app.
So I think there is more going on then the java 1.7 problem on the end user site.

@xaljox
Copy link
Author

xaljox commented Jun 30, 2014

I have Java 8 and when trying to install 7 I get a message that there is a newer version installed and it doesn’t install.

I tried out the nightly build on windows this morning and that did not run with a message that there was no JAVE runtime environment, then I installed Java 8 and it did run. So I also immediately installed Java 8 on the Mac, assuming that if version 8 on windows works, it would also on Mac, but somehow it seems to always pick version 6.

Op 30 jun. 2014, om 13:51 heeft Wim Jongman [email protected] het volgende geschreven:

I see the problem.

org.eclipse.cdt.core [53]
Unresolved requirement: Require-Capability: osgi.ee; filter:="(&(osgi.ee=JavaSE)(version=1.7))"
cdt apparently has moved to java 1.7 and you don't have java 7 installed on your macs.


Reply to this email directly or view it on GitHub.

@jantje
Copy link
Member

jantje commented Jun 30, 2014

@xaljox
Copy link
Author

xaljox commented Jun 30, 2014

I was just looking into it. I removed java 8, was able to install 7 without getting the newer version message. Verified the version via webbrowser and it was 7. Started EclipseArduine, saw that it was stroll wrong and swain the log file it uses 1.6:
java.version=1.6.0_65
So I will read your link and see were that leads me.

Op 30 jun. 2014, om 14:32 heeft jantje [email protected] het volgende geschreven:

@xaljox Does this help? http://stackoverflow.com/questions/12757558/installed-java-7-on-mac-os-x-but-terminal-is-still-using-version-6
If so I can add it to the faq


Reply to this email directly or view it on GitHub.

@xaljox
Copy link
Author

xaljox commented Jun 30, 2014

I’ve changed some links and when checking the have version I get:
iMac-van-Jimmy:~ xaljox$ java -version
java version "1.7.0_60"
Java(TM) SE Runtime Environment (build 1.7.0_60-b19)
Java HotSpot(TM) 64-Bit Server VM (build 24.60-b09, mixed mode)
iMac-van-Jimmy:~ xaljox$

Thus that seems ok, but when I tried to start eclipse I get:

The older version runs ok, but when I look in its .log file I see:
!SESSION 2014-06-30 14:56:12.467 -----------------------------------------------
eclipse.buildId=unknown
java.version=1.6.0_65
java.vendor=Apple Inc.

Thus somehow it still uses version 6 for that one. It reminds me why I do not like frameworks like .NET and Java. I do not like Garbage collectors, since it doesn’t solve any problems, it only shifts the symptoms and you get all this version shit.

Op 30 jun. 2014, om 14:32 heeft jantje [email protected] het volgende geschreven:

@xaljox Does this help? http://stackoverflow.com/questions/12757558/installed-java-7-on-mac-os-x-but-terminal-is-still-using-version-6
If so I can add it to the faq


Reply to this email directly or view it on GitHub.

@wimjongman
Copy link
Member

It reminds me why I do not like frameworks like .NET and Java. I do not like Garbage collectors, since it doesn’t solve any problems, it only shifts the symptoms and you get all this version shit.

Let's not go there. ;)

@xaljox
Copy link
Author

xaljox commented Jun 30, 2014

But you have to agree, if you just statically link your stuf and spread the exe around life is much simpler. More then once I’ve reinstalled various .NET frameworks and even had to redo whole windows installation, just to get some application working, just because some framework thing was totally mess-up up somehow. And now I’m fighting similar things with java, although that has given me less problems in the past then .NET.

Op 30 jun. 2014, om 15:14 heeft Wim Jongman [email protected] het volgende geschreven:

It reminds me why I do not like frameworks like .NET and Java. I do not like Garbage collectors, since it doesn’t solve any problems, it only shifts the symptoms and you get all this version shit.

Let's not go there.


Reply to this email directly or view it on GitHub.

@wimjongman
Copy link
Member

Like I said, let's not go there.

@wimjongman
Copy link
Member

Did you manage to resolve the issue in the mean time?

@xaljox
Copy link
Author

xaljox commented Jun 30, 2014

I was able to get the latest nightly build running by adding the following lines to the eclipseArduinoIDE.ini:
-vm
/Library/Java/JavaVirtualMachines/jdk1.7.0_60.jdk/Contents/Home/bin/java
If I change it to:
-vm
/Library/Internet Plug-Ins/JavaAppletPlugin.plugin/Contents/Home/bin/java
It didn’t work and I got the message:

This was similar as with no lines in the ini file added. So it seems to me that just the run time environment is not enough
jre-7u60-macosx-x64.dmg
installs itself at:
/Library/Internet Plug-Ins/JavaAppletPlugin.plugin
The development kit (jdk-7u60-macosx-x64.dmg) installed at:
/Library/Java/JavaVirtualMachines/jdk1.7.0_60.jdk
I’m no java expert but by enforcing to use the jdk version it seems to work. But to install half a gigabyte of stuff, to program a board with 32KB it a big jump. Perhaps there are some other magical things that can be done, so it runs with just the jre instead go the jdk, I find 140MB already enough to have on the system especially since my other machine is a MacBookAir with SSD which is getting quite full.
Further I found the line:
-Dosgi.requiredJavaVersion=1.6
And was wondering if it is not better set at 1.7

Op 30 jun. 2014, om 15:55 heeft Wim Jongman [email protected] het volgende geschreven:

Like I said, let's not go there.


Reply to this email directly or view it on GitHub.

@wimjongman
Copy link
Member

-Dosgi.requiredJavaVersion=1.6
And was wondering if it is not better set at 1.7

Good catch. Thanks.

@wimjongman
Copy link
Member

Please pull: #162

jantje added a commit that referenced this issue Jun 30, 2014
#161
We are really going for java 1.7 :-)
@jantje
Copy link
Member

jantje commented Jun 30, 2014

pulled
I also asked jenkins to build So if more problems pop up we at least can look at the same thing.

@jantje
Copy link
Member

jantje commented Jun 30, 2014

jenkins uploaded the new version.
@xaljox can you give it a try?

@wimjongman
Copy link
Member

Looks great on my mac.

@xaljox
Copy link
Author

xaljox commented Jun 30, 2014

I'm downloading it! I try rhis on my macbook, this machine is relatively clean with respect to Java. On my iMac I tried all sort of different things today. According to the website I have java 7 update 60, so that should be ok. Let see if the JRE is enough or the JDK is needed.

Jimmy
On 30 Jun 2014, at 17:58, jantje [email protected] wrote:

jenkins uploaded the new version.
@xaljox can you give it a try?


Reply to this email directly or view it on GitHub.

@jantje
Copy link
Member

jantje commented Jun 30, 2014

@wimjongman do you have a mac or are you joking?
@xaljox jre should be fine

@wimjongman
Copy link
Member

@jantje I only make jokes after a few pints of Affligem ;) It runs just fine. With that I mean that the application starts and I see the Arduino perspective which indicates that everything can be loaded.

@xaljox
Copy link
Author

xaljox commented Jun 30, 2014

I’ve cleanup up all java stuff I could find and installed java 8 JDK installed mac64.2014-06-30_14-49-25.tar.gz and that works. This afternoon with the mac64.2014-06-30_02-06-35.tar.gz version I did have problems with JRE. I will try another time with JRE only.

JImmy

Op 30 jun. 2014, om 22:04 heeft jantje [email protected] het volgende geschreven:

@wimjongman do you have a mac or are you joking?
@xaljox jre should be fine


Reply to this email directly or view it on GitHub.

@jantje
Copy link
Member

jantje commented Jun 30, 2014

great :-)
Sounds like this issue is fixed, the product is on java 1.7 and luna.
Txs wim. Have a duvel ;-)

@jantje jantje closed this as completed Jun 30, 2014
@xaljox
Copy link
Author

xaljox commented Jun 30, 2014

I’ve cleanup all java stuff and installed jre-8u5-macosx-x64.dmg. Then it wil not run, the moment I install the JDK it works.Without JDK, it doesn’t see the Java at all. If I force it to the ire installed, I get the strange message I showed this afternoon. When JDK is installed al is working fine. When installing JRE some links to the java virtual machine are not set, so the stuff is there but not used,but the version check from the browser is OK. So it is there for browsing, but not for the applications on the machine.
The moment the JDK is installed, the links are set to that virtual machine and all works fine.
I give up, just accept the extra space occupied and enjoy using the actual program.

Op 30 jun. 2014, om 22:04 heeft jantje [email protected] het volgende geschreven:

@wimjongman do you have a mac or are you joking?
@xaljox jre should be fine


Reply to this email directly or view it on GitHub.

amorellgarcia pushed a commit to amorellgarcia/arduino-eclipse-plugin that referenced this issue Jul 10, 2014
current java version upgrade.
@jantje jantje changed the title Problems with nightly build mac64.2014-06-30_02-06-35.tar.gz Problems with nightly build mac64.2014-06-30_02-06-35.tar.gz (java 7 issue) May 27, 2015
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants