[kepler-dev] moving Kepler to 1.6
Christopher Brooks
cxh at eecs.berkeley.edu
Wed Oct 20 14:04:47 PDT 2010
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
More information about the Kepler-dev
mailing list