On 02/09/2013 16:01, Jacob Carlborg wrote:
> On 2013-08-17 14:49, Bruno Medeiros wrote:
>
>> Someone else had a similar problem, a good guess is that you're running
>> with a 1.6 JVM, you need a 1.7 JVM.
>
> I finally managed to get it to work by uninstalling Java 1.6, installing
> 1.7 and then trick Mac OS X to think that the 1.7 version was 1.6.
> Thanks for the help.
>

Hum, I didn't know it was that much of a pain to use Java 1.7 on a Mac. If I had known I might have delayed the DDT version requirements bump, but now it's too late as it's way down the road, there is a lot of 1.7 use already.

And regardless, it shouldn't be that much of a pain to put a newer version of Java. Version 1.7 has been out for quite some time. But it does seem Mac OS X is quite fussy about it:
http://docs.oracle.com/javase/7/docs/webnotes/install/mac/mac-jdk.html

I don't if this might have helped, but you can specify to Eclipse which JVM to use:
http://wiki.eclipse.org/Eclipse.ini
This means you don't have to use the default JVM but another installed one.

-- 
Bruno Medeiros - Software Engineer

On 02/09/2013 15:55, Arjan wrote:
> On Thursday, 15 August 2013 at 19:20:52 UTC, Bruno Medeiros wrote:
>> A new version of DDT - D Development tools is out.
>
> Great!
> But after download and install of the eclipse-kepler linux32 runtime and
> adding the repo http://updates.ddt.googlecode.com/git/ to the "available
> software sites" to install DDT the following error occurs:
>
> Unable to read repository at
> http://updates.ddt.googlecode.com/git/content.xml.
> Unable to read repository at
> http://updates.ddt.googlecode.com/git/content.xml.
> Failure initializing default SSL context
>
> excerpts from the .log:
> ---------------------------------8K-------------------------
> !SESSION 2013-09-02 16:45:33.503
> -----------------------------------------------
> eclipse.buildId=4.3.0.I20130605-2000
> java.version=1.7.0_40
> java.vendor=Oracle Corporation
> BootLoader constants: OS=linux, ARCH=x86, WS=gtk, NL=en_US
> Command-line arguments:  -os linux -ws gtk -arch x86
>
> !ENTRY org.eclipse.equinox.p2.core 4 0 2013-09-02 16:45:42.402
> !MESSAGE Provisioning exception
> !STACK 1
> org.eclipse.equinox.p2.core.ProvisionException: Unable to read
> repository at http://download.eclipse.org/releases/kepler/content.xml.
>          at
> org.eclipse.equinox.internal.p2.repository.CacheManager.createCache(CacheManager.java:192)
>
>          at
> org.eclipse.equinox.internal.p2.metadata.repository.SimpleMetadataRepositoryFactory.getLocalFile(SimpleMetadataRepositoryFactory.java:66)
>
> .....
> .....
> !ENTRY org.eclipse.equinox.p2.core 4 0 2013-09-02 16:45:42.416
> !MESSAGE Provisioning exception
> !STACK 1
> org.eclipse.equinox.p2.core.ProvisionException: Unable to read
> repository at http://updates.ddt.googlecode.com/git/content.xml.
>          at
> org.eclipse.equinox.internal.p2.repository.CacheManager.createCache(CacheManager.java:192)
>
>          at
> org.eclipse.equinox.internal.p2.metadata.repository.SimpleMetadataRepositoryFactory.getLocalFile(SimpleMetadataRepositoryFactory.java:66)
>
> ---------------------------------8K-------------------------
>
> Both locations do not seem to have the content.xml file??
> Any help is appreciated.

Since 0.7.0 that there is not supposed to be a content.xml anymore: the format of the site changed slightly.

It seems there is an issue with out of date cache in Eclipse Update. Go to "Available Software Sites" and reload the DDT site (and/or remove it and add it again).


-- 
Bruno Medeiros - Software Engineer

On Mon, 2013-09-02 at 17:55 +0100, Bruno Medeiros wrote: […]
> Hum, I didn't know it was that much of a pain to use Java 1.7 on a Mac. If I had known I might have delayed the DDT version requirements bump, but now it's too late as it's way down the road, there is a lot of 1.7 use already.

Whilst I don't use my OS X machines that much, I do run Java 8 on them ;-)

Of course there is a lot of Java 7 use about, Java 6 and all previous versions are officially dead.  Anyone using anything other than Java 7 or Java 8 is practicing computing necrophilia. ;-)

[…]

-- 
Russel. ============================================================================= Dr Russel Winder      t: +44 20 7585 2200   voip: sip:russel.winder@ekiga.net 41 Buckmaster Road    m: +44 7770 465 077   xmpp: russel@winder.org.uk London SW11 1EN, UK   w: www.russel.org.uk  skype: russel_winder

On 2013-09-02 18:55, Bruno Medeiros wrote:

> Hum, I didn't know it was that much of a pain to use Java 1.7 on a Mac.
> If I had known I might have delayed the DDT version requirements bump,
> but now it's too late as it's way down the road, there is a lot of 1.7
> use already.
>
> And regardless, it shouldn't be that much of a pain to put a newer
> version of Java. Version 1.7 has been out for quite some time. But it
> does seem Mac OS X is quite fussy about it:
> http://docs.oracle.com/javase/7/docs/webnotes/install/mac/mac-jdk.html

I uninstalled 1.6 and then installed 1.7. Then when I started Eclipse Mac OS X says I need to install Java.

> I don't if this might have helped, but you can specify to Eclipse which
> JVM to use:
> http://wiki.eclipse.org/Eclipse.ini
> This means you don't have to use the default JVM but another installed one.

I tried that, doesn't work. It just adds it's own "-vm" flag, overriding mine.

-- 
/Jacob Carlborg

On Monday, 2 September 2013 at 16:59:16 UTC, Bruno Medeiros wrote:
> On 02/09/2013 15:55, Arjan wrote:
>> On Thursday, 15 August 2013 at 19:20:52 UTC, Bruno Medeiros wrote:
>>> A new version of DDT - D Development tools is out.
>>
>> Great!
>> But after download and install of the eclipse-kepler linux32 runtime and
>> adding the repo http://updates.ddt.googlecode.com/git/ to the "available
>> software sites" to install DDT the following error occurs:
>>
>> Unable to read repository at
>> http://updates.ddt.googlecode.com/git/content.xml.
>> Unable to read repository at
>> http://updates.ddt.googlecode.com/git/content.xml.
>> Failure initializing default SSL context

>
> Since 0.7.0 that there is not supposed to be a content.xml anymore: the format of the site changed slightly.
>
> It seems there is an issue with out of date cache in Eclipse Update. Go to "Available Software Sites" and reload the DDT site (and/or remove it and add it again).

Already did that to no avail.
Had to de-install all java platform stuff and re-install it to get it working.

On 03/09/2013 07:38, Jacob Carlborg wrote:
>
>> I don't if this might have helped, but you can specify to Eclipse which
>> JVM to use:
>> http://wiki.eclipse.org/Eclipse.ini
>> This means you don't have to use the default JVM but another installed
>> one.
>
> I tried that, doesn't work. It just adds it's own "-vm" flag, overriding
> mine.

I'm sure there must be a better way. But I can't help you there much, I have no expertise in Max OS X (I only use Windows, or to a lesser degree, Linux)

-- 
Bruno Medeiros - Software Engineer

On 2013-09-03 13:14, Bruno Medeiros wrote:

> I'm sure there must be a better way. But I can't help you there much, I
> have no expertise in Max OS X (I only use Windows, or to a lesser
> degree, Linux)

I agree, but this was the only solution that I could find that worked. I think someone has reported a bug with the "-vm" flag or about running Eclipse with Java 1.7 on Mac OS X.

-- 
/Jacob Carlborg

On 03/09/2013 14:19, Jacob Carlborg wrote:
> On 2013-09-03 13:14, Bruno Medeiros wrote:
>
>> I'm sure there must be a better way. But I can't help you there much, I
>> have no expertise in Max OS X (I only use Windows, or to a lesser
>> degree, Linux)
>
> I agree, but this was the only solution that I could find that worked. I
> think someone has reported a bug with the "-vm" flag or about running
> Eclipse with Java 1.7 on Mac OS X.
>

Hum, have you tried adding the -vm flag to a shortcut to the Eclipse executable (instead of modying the .ini file)?
All flags specified in the command to the eclipse executable are supposed to override the .ini file ones.

-- 
Bruno Medeiros - Software Engineer

On 2013-09-03 18:12, Bruno Medeiros wrote:

> Hum, have you tried adding the -vm flag to a shortcut to the Eclipse
> executable (instead of modying the .ini file)?
> All flags specified in the command to the eclipse executable are
> supposed to override the .ini file ones.

I have it already working. I don't want to mess anything up now.

-- 
/Jacob Carlborg