[kepler-dev] moving Kepler to 1.6

Derik Barseghian barseghian at nceas.ucsb.edu
Wed Oct 20 18:03:03 PDT 2010 

Christopher,

Sounds good, hope the tutorial goes well.

I want to add to my last comment that I was in Eclipse, though I  
*think* I've
seen the error on the command line as well. I also get the line:
> Apple AWT Restarting Native Event Thread


I have a core 2 duo, so I can't (easily) get java 1.6 in 10.5.8; I need
to upgrade to 10.6 first. I hope to upgrade soon, but it may take me a  
bit.

Derik

On Oct 20, 2010, at 5:46 PM, Christopher Brooks wrote:

> Hi Derik,
> Ok, I got it to happen under Java 1.5.0_24 32 bit under Mac OS X  
> 10.5.8
> My stack trace was:
>
>       [run] 2010-10-20 17:42:26.846 java[5936:80f] Apple AWT Startup  
> Exception : java.lang.NullPointerException
>       [run] 	at apple.awt.CToolkit.postEvent(CToolkit.java:1086)
>       [run] 	at  
> apple.awt.EventFactoryProxy.forwardEvent(EventFactoryProxy.java:58)
>       [run] 2010-10-20 17:42:26.847 java[5936:80f] Apple AWT  
> Restarting Native Event Thread
>
> However, I *think* it happens less with 1.5.0 than it does with 1.6.0.
> Could you try building with 1.6 and see what you think?
>
>
> To build with 1.6, I had to set JAVA_HOME to the 1.6 JDK, see my  
> previous post.
>
> Edward just switched back to 1.5 yesterday, so let's see what he says.
> We will know more by Monday morning, after the tutorial.
>
> _Christopher
>
>
>
> On 10/20/10 5:17 PM, Derik Barseghian wrote:
>> Hey Christopher,
>>
>> I managed to get the error again here in the sensor-view suite on  
>> trunk in 10.5.8 and 1.5.
>>
>> After fiddling around in the gui for a bit, suddenly for each  
>> attempt to drag out a String Constant to canvas I started getting  
>> the error.
>> One slight difference from the error you posted is the line number  
>> of EventFactoryProxy.java, you had 53 I have 58:
>> ---------
>> 2010-10-20 17:05:49.958 java[24178:80f] Apple AWT Startup  
>> Exception : java.lang.NullPointerException
>> at apple.awt.CToolkit.postEvent(CToolkit.java:1086)
>> at apple.awt.EventFactoryProxy.forwardEvent(EventFactoryProxy.java: 
>> 58)
>> 2010-10-20 17:05:49.960 java[24178:80f] Apple AWT Restarting Native  
>> Event Thread
>> ---------
>>
>> Switching to another application and then back seems to have made  
>> it stop, for the moment at least.
>>
>> Kepler's Check Settings reports:
>> java.runtime.version = 1.5.0_24-b02-357-9M3165
>> os.version = 10.5.8
>> sun.arch.data.model = 32
>>
>> Derik
>>
>> On Oct 20, 2010, at 3:41 PM, Christopher Brooks wrote:
>>
>>> Hi Derik,
>>> We started seeing these after an Apple update to Mac OS X 10.5
>>> a few months ago, probably this one: http://support.apple.com/kb/DL971
>>>
>>> Note that Mac OS X 10.6 has an update out today for Java:
>>> http://support.apple.com/kb/DL972
>>>
>>> I'm wondering if it is a 32-bit/64-bit issue
>>> Can you start up Kepler and go to Tools | Check System Settings
>>> and compare these properties and their values?
>>>
>>> java.runtime.version = 1.5.0_24-b02-357-9M3165
>>> os.version = 10.5.8
>>> sun.arch.data.model = 32
>>>
>>> Also, the next time you see the stack trace, can you send it along  
>>> to
>>> be sure it is the same stack trace?
>>>
>>> The problem with Eclipse is that when the stack trace occurs in the
>>> debugger, execution stops. Edward was saying he has to restart the
>>> vergil process from within Eclipse.
>>>
>>> We were just using 1.5.0_24 32 bit and we did not see the stack  
>>> trace.
>>>
>>> I'd really like to track this one down. . .
>>>
>>> _Christopher
>>>
>>> On 10/20/10 2:54 PM, Derik Barseghian wrote:
>>>> Hey Christopher,
>>>>
>>>> I've been periodically seeing those NPEs when running Kepler
>>>> on my 10.5.8 32bit java 1.5 mac, so I don't think it's 1.6 to  
>>>> blame.
>>>> I agree with that link, it seems gui related and more common when  
>>>> in
>>>> Eclipse.
>>>>
>>>> Derik
>>>>
>>>> On Oct 20, 2010, at 2:04 PM, Christopher Brooks wrote:
>>>>
>>>>> Hi Jing,
>>>>> I'll fix the SyntacticGraph warnings shortly.
>>>>>
>>>>> One problem is that Java 1.6.0_22 does not work very well under  
>>>>> Mac OS X 10.5.8
>>>>> The version of Java in question is:
>>>>> bash-3.2$ /System/Library/Frameworks/JavaVM.framework/Versions/ 
>>>>> 1.6/Commands/java -version
>>>>> java version "1.6.0_20"
>>>>> Java(TM) SE Runtime Environment (build 1.6.0_20-b02-279-9M3165)
>>>>> Java HotSpot(TM) 64-Bit Server VM (build 16.3-b01-279, mixed mode)
>>>>>
>>>>> In the 8.0.1 release branch, doc/coding/eclipse.htm says:
>>>>> --start--
>>>>> <li> (<i>Mac OS X</i>):
>>>>> Under Mac OS X 10.5 and 10.6, the default JVM is 1.6, which is  
>>>>> 64-bit. However\
>>>>> ,
>>>>> Java 1.6.0_20 does not work well. The issue is that
>>>>> the following stack trace appears:
>>>>> <pre>
>>>>> 2010-10-10 11:50:02.263 java[7823:613]  
>>>>> java.lang.NullPointerException
>>>>> at apple.awt.CToolkit.postEvent(CToolkit.java:1086)
>>>>> at  
>>>>> apple.awt.EventFactoryProxy.forwardEvent(EventFactoryProxy.java: 
>>>>> 53)
>>>>> </pre>
>>>>> The bug happens when running from Eclipse or from the command  
>>>>> line.
>>>>> The bug requires UI interactions such as mouse movement or  
>>>>> clicking.
>>>>> The bug is probably a threading bug and may only show up on  
>>>>> multi-core
>>>>> machines. The downside is that when the bug occurs, the debugging
>>>>> session in Eclipse may become non-responsive.
>>>>>
>>>>>
>>>>> <p>For further information, see:
>>>>> <a href="http://lists.apple.com/archives/java-dev/2010/May/msg00140.html 
>>>>> "><code>http://lists.apple.com/archives/java-dev/2010/May/msg00140.html 
>>>>> </code></a>.
>>>>>
>>>>> <br>So, at this time, we are recommending the 32-bit version  
>>>>> with Java 1.5.
>>>>> --end--
>>>>>
>>>>> Can some Mac users try compiling with 1.6 and see if they get  
>>>>> the stack trace?
>>>>>
>>>>> I recently (yesterday) updated Ptolemy so that it should compile  
>>>>> with Java 1.5.
>>>>> What won't compile is ptII/ptdb.
>>>>>
>>>>> Edward, Stavros and I are doing a tutorial on Sunday and for Mac  
>>>>> users I'm going
>>>>> to have them use Java 1.5.
>>>>>
>>>>> I'm all for moving to 1.6 if we can get rid of these stack traces.
>>>>>
>>>>> _Christopher
>>>>>
>>>>>
>>>>> On 10/20/10 1:27 PM, jing wrote:
>>>>>> I am currently working with kepler trunk under java 1.6 on a  
>>>>>> linux 32-bit machine. It always gives me some warnings on the  
>>>>>> Ptolemy code. Except those warnings, i haven't seen any issues.
>>>>>>
>>>>>> Jing
>>>>>>
>>>>>> [compile] /home/tao/project/kepler/ptolemy/src/ptolemy/cg/lib/ 
>>>>>> SyntacticGraph.java:731: warning: unmappable character for  
>>>>>> encoding UTF8
>>>>>> [compile] code += "? =>= [";
>>>>>> [compile] ^
>>>>>> [compile] /home/tao/project/kepler/ptolemy/src/ptolemy/ 
>>>>>> copernicus/applet/JarSigner.java:61: warning:  
>>>>>> sun.misc.BASE64Encoder is Sun proprietary API and may be  
>>>>>> removed in a future release
>>>>>> [compile] import sun.misc.BASE64Encoder;
>>>>>> [compile] ^
>>>>>> [compile] /home/tao/project/kepler/ptolemy/src/ptolemy/ 
>>>>>> copernicus/applet/JarSigner.java:62: warning:  
>>>>>> sun.security.util.ManifestDigester is Sun proprietary API and  
>>>>>> may be removed in a future release
>>>>>> [compile] import sun.security.util.ManifestDigester;
>>>>>> [compile] ^
>>>>>> [compile] /home/tao/project/kepler/ptolemy/src/ptolemy/ 
>>>>>> copernicus/applet/JarSigner.java:743: warning:  
>>>>>> sun.misc.BASE64Encoder is Sun proprietary API and may be  
>>>>>> removed in a future release
>>>>>> [compile] private static BASE64Encoder _b64Encoder = new  
>>>>>> BASE64Encoder();
>>>>>> [compile] ^
>>>>>> [compile] /home/tao/project/kepler/ptolemy/src/ptolemy/ 
>>>>>> copernicus/applet/JarSigner.java:616: warning:  
>>>>>> sun.security.util.ManifestDigester is Sun proprietary API and  
>>>>>> may be removed in a future release
>>>>>> [compile] ManifestDigester md, String baseName, boolean  
>>>>>> signManifest)
>>>>>> [compile] ^
>>>>>> [compile] /home/tao/project/kepler/ptolemy/src/ptolemy/media/ 
>>>>>> AudioViewer.java:49: warning: sun.audio.AudioPlayer is Sun  
>>>>>> proprietary API and may be removed in a future release
>>>>>> [compile] import sun.audio.AudioPlayer;
>>>>>> [compile] ^
>>>>>> [compile] /home/tao/project/kepler/ptolemy/src/ptolemy/ 
>>>>>> copernicus/applet/JarSigner.java:323: warning:  
>>>>>> sun.security.util.ManifestDigester is Sun proprietary API and  
>>>>>> may be removed in a future release
>>>>>> [compile] ManifestDigester manifestDigester = new  
>>>>>> ManifestDigester(
>>>>>> [compile] ^
>>>>>> [compile] /home/tao/project/kepler/ptolemy/src/ptolemy/ 
>>>>>> copernicus/applet/JarSigner.java:323: warning:  
>>>>>> sun.security.util.ManifestDigester is Sun proprietary API and  
>>>>>> may be removed in a future release
>>>>>> [compile] ManifestDigester manifestDigester = new  
>>>>>> ManifestDigester(
>>>>>> [compile] ^
>>>>>> [compile] /home/tao/project/kepler/ptolemy/src/ptolemy/ 
>>>>>> copernicus/applet/JarSigner.java:625: warning:  
>>>>>> sun.security.util.ManifestDigester is Sun proprietary API and  
>>>>>> may be removed in a future release
>>>>>> [compile] ManifestDigester.class, String.class, Boolean.TYPE);
>>>>>> [compile] ^
>>>>>> [compile] /home/tao/project/kepler/ptolemy/src/ptolemy/ 
>>>>>> copernicus/applet/JarSigner.java:743: warning:  
>>>>>> sun.misc.BASE64Encoder is Sun proprietary API and may be  
>>>>>> removed in a future release
>>>>>> [compile] private static BASE64Encoder _b64Encoder = new  
>>>>>> BASE64Encoder();
>>>>>> [compile] ^
>>>>>> [compile] /home/tao/project/kepler/ptolemy/src/ptolemy/media/ 
>>>>>> AudioViewer.java:237: warning: sun.audio.AudioPlayer is Sun  
>>>>>> proprietary API and may be removed in a future release
>>>>>> [compile] AudioPlayer.player.start(_instream);
>>>>>>
>>>>>>
>>>>>> Jianwu Wang wrote:
>>>>>>> Hi Derik,
>>>>>>>
>>>>>>> I just did a fresh check out on a Linux x86_64 machine and  
>>>>>>> compiled Kepler and reporting suite with java 1.6. There is no  
>>>>>>> error any more.
>>>>>>>
>>>>>>> Best wishes
>>>>>>>
>>>>>>> Sincerely yours
>>>>>>>
>>>>>>> Jianwu Wang
>>>>>>> jianwu at sdsc.edu
>>>>>>> http://users.sdsc.edu/~jianwu/
>>>>>>>
>>>>>>> Assistant Project Scientist
>>>>>>> Scientific Workflow Automation Technologies (SWAT) Laboratory
>>>>>>> San Diego Supercomputer Center
>>>>>>> University of California, San Diego
>>>>>>> San Diego, CA, U.S.A.
>>>>>>>
>>>>>>>
>>>>>>> On 10/20/2010 11:53 AM, Derik Barseghian wrote:
>>>>>>>> Hi,
>>>>>>>>
>>>>>>>> Does anyone object to Kepler requiring Java 1.6?
>>>>>>>>
>>>>>>>> I haven't moved Kepler trunk's Ptolemy version forward yet  
>>>>>>>> because doing so would mean we require 1.6, and I want to  
>>>>>>>> check with everyone first.
>>>>>>>> We are falling out of date with Ptolemy, and as we know this  
>>>>>>>> may make rejoining Ptolemy head problematic.
>>>>>>>>
>>>>>>>> Some things to note:
>>>>>>>>
>>>>>>>> * this will cause problems for non-64bit <10.6 macs, unless  
>>>>>>>> something like SoyLatte is installed (so as to have a 1.6  
>>>>>>>> java -- I have this problem and would want to update to 10.6  
>>>>>>>> (which has 1.6
>>>>>>>> for
>>>>>>>> 32bit) before I did the update).
>>>>>>>>
>>>>>>>> * At the end of this thread, Jianwu mentions a problem  
>>>>>>>> compiling Kepler under 1.6 on a x86_64 GNU/Linux machine. Is  
>>>>>>>> this still a problem?
>>>>>>>> https://kepler-project.org/developers/kepler-development-forum/build-and-release-team/496635000
>>>>>>>>
>>>>>>>> * In that thread Matt mentions the NMI nightly builds are  
>>>>>>>> running on 1.5. Is this still the case and should it block us  
>>>>>>>> from moving to 1.6?
>>>>>>>>
>>>>>>>> Thanks,
>>>>>>>> Derik
>>>>>>>>
>>>>>>>> On Oct 1, 2010, at 2:10 PM, Christopher Brooks wrote:
>>>>>>>>
>>>>>>>>> Hi Derik,
>>>>>>>>> Use Java 1.6.
>>>>>>>>>
>>>>>>>>> On 9/23, Christopher wrote:
>>>>>>>>>> We should probably move to Java 1.6 for Kepler.
>>>>>>>>>> Ptolemy II has required Java 1.6 for awhile.
>>>>>>>>>> Code in ptdb and in  
>>>>>>>>>> ptolemy.cg.lib.syntactic.SyntacticTermList
>>>>>>>>>> require Java 1.6.
>>>>>>>>>>
>>>>>>>>>> Offhand, I'm not sure how to get Ant to require Java 1.6.
>>>>>>>>>>
>>>>>>>>>> Note that under Mac OS X, I had to set JAVA_HOME:
>>>>>>>>>> export JAVA_HOME=`/usr/libexec/java_home`
>>>>>>>>>> (I put that into my ~/.bash_profile)
>>>>>>>>>> Mac users, see
>>>>>>>>>> http://stackoverflow.com/questions/695350/running-ant-with-jdk-1-6-on-mac-os-x
>>>>>>>>>>
>>>>>>>>>> If I did not set JAVA_HOME, then Java 1.5 was used
>>>>>>>>>> and ant compile failed with:
>>>>>>>>>>
>>>>>>>>>> compile:
>>>>>>>>>> [echo] Note that you may need to run "ant force-ptolemy  
>>>>>>>>>> compile" to compile ptolemy.
>>>>>>>>>> [compile] Compiling ptolemy...
>>>>>>>>>> [compile] Compiling 1336 source files to /Users/cxh/src/ 
>>>>>>>>>> kepler/ptolemy/target/classes
>>>>>>>>>> [compile] /Users/cxh/src/kepler/ptolemy/src/ptolemy/cg/lib/ 
>>>>>>>>>> syntactic/SyntacticSeries.java:65: cannot find symbol
>>>>>>>>>> [compile] symbol : method  
>>>>>>>>>> push(ptolemy.cg.lib.syntactic.SyntacticTerm)
>>>>>>>>>> [compile] location: class  
>>>>>>>>>> ptolemy.cg.lib.syntactic.SyntacticTermList
>>>>>>>>>> [compile] super.push(term);
>>>>>>>>>> [compile] ^
>>>>>>>>>>
>>>>>>>>>> This is with
>>>>>>>>>> ant -version
>>>>>>>>>> Apache Ant version 1.7.1 compiled on April 8 2010
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On 10/1/10 2:07 PM, Derik Barseghian wrote:
>>>>>>>>>> Hi Christopher/ptolemy,
>>>>>>>>>>
>>>>>>>>>> I'm getting a few compilation errors from ptolemy when  
>>>>>>>>>> trying to launch kepler trunk using ptolemy r59357.
>>>>>>>>>>
>>>>>>>>>> Derik
>>>>>>>>>>
>>>>>>>>>> ----------
>>>>>>>>>>
>>>>>>>>>> nceasmacbook:build-area barseghian$ ant run
>>>>>>>>>> Buildfile: build.xml
>>>>>>>>>>
>>>>>>>>>> compile:
>>>>>>>>>> [echo] Note that you may need to run "ant force-ptolemy  
>>>>>>>>>> compile" to compile ptolemy.
>>>>>>>>>> [compile] Compiling ptolemy...
>>>>>>>>>> [compile] Compiling 3618 source files to /Users/barseghian/ 
>>>>>>>>>> dev2/kepler.modules/ptolemy/target/classes
>>>>>>>>>> [compile] /Users/barseghian/dev2/kepler.modules/ptolemy/src/ 
>>>>>>>>>> ptolemy/cg/lib/syntactic/SyntacticSeries.java:65: cannot  
>>>>>>>>>> find symbol
>>>>>>>>>> [compile] symbol : method  
>>>>>>>>>> push(ptolemy.cg.lib.syntactic.SyntacticTerm)
>>>>>>>>>> [compile] location: class  
>>>>>>>>>> ptolemy.cg.lib.syntactic.SyntacticTermList
>>>>>>>>>> [compile] super.push(term);
>>>>>>>>>> [compile] ^
>>>>>>>>>> [compile] /Users/barseghian/dev2/kepler.modules/ptolemy/src/ 
>>>>>>>>>> ptolemy/vergil/actor/KielerLayoutConnector.java:180:  
>>>>>>>>>> moveTo(float,float) in java.awt.geom.GeneralPath cannot be  
>>>>>>>>>> applied to
>>>>>>>>>> (double,double)
>>>>>>>>>> [compile] path.moveTo(startX, startY);
>>>>>>>>>> [compile] ^
>>>>>>>>>> [compile] /Users/barseghian/dev2/kepler.modules/ptolemy/src/ 
>>>>>>>>>> ptolemy/vergil/actor/KielerLayoutConnector.java:251:  
>>>>>>>>>> lineTo(float,float) in java.awt.geom.GeneralPath cannot be  
>>>>>>>>>> applied to
>>>>>>>>>> (double,double)
>>>>>>>>>> [compile] path.lineTo(endX, endY);
>>>>>>>>>> [compile] ^
>>>>>>>>>> [compile] Note: Some input files use or override a  
>>>>>>>>>> deprecated API.
>>>>>>>>>> [compile] Note: Recompile with -Xlint:deprecation for  
>>>>>>>>>> details.
>>>>>>>>>> [compile] Note: Some input files use unchecked or unsafe  
>>>>>>>>>> operations.
>>>>>>>>>> [compile] Note: Recompile with -Xlint:unchecked for details.
>>>>>>>>>> [compile] 3 errors
>>>>>>>>>>
>>>>>>>>>> _______________________________________________
>>>>>>>>>> Ptexternal-cvs mailing list
>>>>>>>>>> Ptexternal-cvs at chess.eecs.berkeley.edu
>>>>>>>>>> http://chess.eecs.berkeley.edu/ptexternal/listinfo/ptexternal-cvs
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> Christopher Brooks, PMP University of California
>>>>>>>>> CHESS Executive Director US Mail: 337 Cory Hall
>>>>>>>>> Programmer/Analyst CHESS/Ptolemy/Trust Berkeley, CA 94720-1774
>>>>>>>>> ph: 510.643.9841 fax:510.642.2718 (Office: 545Q Cory)
>>>>>>>>> home: (F-Tu) 707.665.0131 cell: 707.332.0670
>>>>>>> _______________________________________________
>>>>>>> Kepler-dev mailing list
>>>>>>> Kepler-dev at kepler-project.org
>>>>>>> http://lists.nceas.ucsb.edu/kepler/mailman/listinfo/kepler-dev
>>>>>>
>>>>>> _______________________________________________
>>>>>> Kepler-dev mailing list
>>>>>> Kepler-dev at kepler-project.org
>>>>>> http://lists.nceas.ucsb.edu/kepler/mailman/listinfo/kepler-dev
>>>>>
>>>>> --
>>>>> Christopher Brooks, PMP University of California
>>>>> CHESS Executive Director US Mail: 337 Cory Hall
>>>>> Programmer/Analyst CHESS/Ptolemy/Trust Berkeley, CA 94720-1774
>>>>> ph: 510.643.9841 fax:510.642.2718 (Office: 545Q Cory)
>>>>> home: (F-Tu) 707.665.0131 cell: 707.332.0670
>>>>> _______________________________________________
>>>>> Kepler-dev mailing list
>>>>> Kepler-dev at kepler-project.org
>>>>> http://lists.nceas.ucsb.edu/kepler/mailman/listinfo/kepler-dev
>>>>
>>>
>>> --
>>> Christopher Brooks, PMP University of California
>>> CHESS Executive Director US Mail: 337 Cory Hall
>>> Programmer/Analyst CHESS/Ptolemy/Trust Berkeley, CA 94720-1774
>>> ph: 510.643.9841 fax:510.642.2718 (Office: 545Q Cory)
>>> home: (F-Tu) 707.665.0131 cell: 707.332.0670
>>
>
> -- 
> Christopher Brooks, PMP                       University of California
> CHESS Executive Director                      US Mail: 337 Cory Hall
> Programmer/Analyst CHESS/Ptolemy/Trust        Berkeley, CA 94720-1774
> ph: 510.643.9841 fax:510.642.2718	      (Office: 545Q Cory)
> home: (F-Tu) 707.665.0131 cell: 707.332.0670

More information about the Kepler-dev mailing list