[kepler-dev] moving Kepler to 1.6

Derik Barseghian barseghian at nceas.ucsb.edu
Wed Oct 20 14:54:25 PDT 2010 

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

More information about the Kepler-dev mailing list