Services & ResourcesWolfram ForumsMathGroup Archive

[Date Index] [Thread Index] [Author Index]

Re: Re: Wolfram workbench on MacOsX

• To: mathgroup at smc.vnet.net
• Subject: [mg103372] Re: [mg103354] Re: [mg103338] Wolfram workbench on MacOsX
• From: George Woodrow III <georgevw3 at mac.com>
• Date: Fri, 18 Sep 2009 05:38:24 -0400 (EDT)
• References: <200909160946.FAA13005@smc.vnet.net>

For what it's worth, I just tried the latest beta of Workbench 1.2.

The program launches, and I can open the .m file and .nb file in the  
current project. However, when I try to open the PacletInfo.m file, I  
get an error.

Error Opening the editor. When I look at the details, It says that  
there is a java.lang.NullPointerException

Looks like there is a conflict between Java in Workbench and what is  
loaded in Snow Leopard. This could be the problem in Workbench 1.1 as  
well.

george

On Sep 17, 2009, at 6:19 AM, Syd Geraghty wrote:

> Hi,
>
> I was prompted by your post to try Workbench for the first time since
> installing Snow Leopard.
>
> Workbench failed to open with a message to see a log file which I
> could not locate!
>
> I am sending this to WRI support ... there is a major bug here.
>
> Cheers ... Syd
>
>
>
> Syd Geraghty B.Sc, M.Sc.
>
> sydgeraghty at mac.com
>
> Mathematica 7.0.1 for Mac OS X x86 (64 - bit) (18th February 2009)
> MacOS X V 10.6 Snow LeopardMacBook Pro 2.33 GHz Intel Core 2 Duo  2GB
> RAM
>
>
>
> On Sep 16, 2009, at 2:46 AM, fd wrote:
>
>> Dear all
>>
>> I went on to install Wolfram workbench on a mac os X snow leopard,  
>> but
>> it was stopping at the very beginning of the  installation. It
>> generates the error message below. Did anyone have a similar problem?
>>
>> best
>>
>>
>> java.version=1.6.0_15
>> java.vendor=Apple Inc.
>> BootLoader constants: OS=macosx, ARCH=x86_64, WS=carbon, NL=en_US
>> Framework arguments:  -keyring /Users/me/.eclipse_keyring -
>> showlocation
>> Command-line arguments:  -os macosx -ws carbon -keyring /Users/
>> me/.eclipse_keyring -consoleLog -showlocation
>>
>> !ENTRY org.eclipse.osgi 4 0 2009-09-16 15:25:12.408
>> !MESSAGE An error occurred while automatically activating bundle
>> org.eclipse.ui.workbench (116).
>> !STACK 0
>> org.osgi.framework.BundleException: The activator
>> org.eclipse.ui.internal.WorkbenchPlugin for bundle
>> org.eclipse.ui.workbench is invalid
>>       at
>> org.eclipse.osgi.framework.internal.core.AbstractBundle.loadBundleActivator
>> (AbstractBundle.java:141)
>>       at
>> org.eclipse.osgi.framework.internal.core.BundleContextImpl.start
>> (BundleContextImpl.java:966)
>>       at
>> org.eclipse.osgi.framework.internal.core.BundleHost.startWorker
>> (BundleHost.java:317)
>>       at
>> org.eclipse.osgi.framework.internal.core.AbstractBundle.start
>> (AbstractBundle.java:256)
>>       at
>> org.eclipse.core.runtime.internal.adaptor.EclipseLazyStarter.preFindLocalClass
>> (EclipseLazyStarter.java:86)
>>       at
>> org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLocalClass
>> (ClasspathManager.java:409)
>>       at
>> org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.findLocalClass
>> (DefaultClassLoader.java:188)
>>       at
>> org.eclipse.osgi.framework.internal.core.BundleLoader.findLocalClass
>> (BundleLoader.java:339)
>>       at
>> org.eclipse.osgi.framework.internal.core.SingleSourcePackage.loadClass
>> (SingleSourcePackage.java:37)
>>       at
>> org.eclipse.osgi.framework.internal.core.BundleLoader.findClass
>> (BundleLoader.java:388)
>>       at
>> org.eclipse.osgi.framework.internal.core.BundleLoader.findClass
>> (BundleLoader.java:352)
>>       at
>> org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass
>> (DefaultClassLoader.java:83)
>>       at java.lang.ClassLoader.loadClass(ClassLoader.java:254)
>>       at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:
>> 399)
>>       at java.lang.ClassLoader.defineClass1(Native Method)
>>       at java.lang.ClassLoader.defineClass(ClassLoader.java:700)
>>       at
>> org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.defineClass
>> (DefaultClassLoader.java:160)
>>       at
>> org.eclipse.osgi.baseadaptor.loader.ClasspathManager.defineClass
>> (ClasspathManager.java:498)
>>       at
>> org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findClassImpl
>> (ClasspathManager.java:468)
>>       at
>> org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLocalClassImpl
>> (ClasspathManager.java:427)
>>       at
>> org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLocalClass
>> (ClasspathManager.java:410)
>>       at
>> org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.findLocalClass
>> (DefaultClassLoader.java:188)
>>       at
>> org.eclipse.osgi.framework.internal.core.BundleLoader.findLocalClass
>> (BundleLoader.java:339)
>>       at
>> org.eclipse.osgi.framework.internal.core.BundleLoader.findClass
>> (BundleLoader.java:391)
>>       at
>> org.eclipse.osgi.framework.internal.core.BundleLoader.findClass
>> (BundleLoader.java:352)
>>       at
>> org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass
>> (DefaultClassLoader.java:83)
>>       at java.lang.ClassLoader.loadClass(ClassLoader.java:254)
>>       at
>> org.eclipse.osgi.framework.internal.core.BundleLoader.loadClass
>> (BundleLoader.java:276)
>>       at
>> org.eclipse.osgi.framework.internal.core.BundleHost.loadClass
>> (BundleHost.java:227)
>>       at
>> org.eclipse.osgi.framework.internal.core.AbstractBundle.loadBundleActivator
>> (AbstractBundle.java:134)
>>       at
>> org.eclipse.osgi.framework.internal.core.BundleContextImpl.start
>> (BundleContextImpl.java:966)
>>       at
>> org.eclipse.osgi.framework.internal.core.BundleHost.startWorker
>> (BundleHost.java:317)
>>       at
>> org.eclipse.osgi.framework.internal.core.AbstractBundle.start
>> (AbstractBundle.java:256)
>>       at
>> org.eclipse.core.runtime.internal.adaptor.EclipseLazyStarter.preFindLocalClass
>> (EclipseLazyStarter.java:86)
>>
>
>

• References:
  • Wolfram workbench on MacOsX
    • From: fd <fdimer@gmail.com>