harmony-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Geir Magnusson Jr <g...@pobox.com>
Subject Re: Experiments building security2
Date Fri, 13 Jan 2006 17:14:34 GMT


Tim Ellison wrote:
> I think the immediate goal should be to make the 'security2' code a
> replacement for 'security'.
> 
> Since security is part of the componentized-build bootstrapping code
> (i.e. required to run the compiler in self-hosting mode) then we need to
> integrate the security2 build script with the classlib/make/build.xml.
> 
> Once that is building we can use the security2 code exclusively, and
> merge across anything else from 'security' that is worth keeping, before
> retiring that module.
> 
> Some of the other issues below are interesting, but not blockers for
> making the code usable:
> 
> Here's my prioritised list:
> 
> 2. Resolving http://mail-archives.apache.org...
> The security2 code contains more than the security component calls for
> (there is some crypto and x-net code in there too!)  This is great!
> Let's split it up so that they build separately.

The splitting can happen later, right?

> 
> 6. Something else
> Then fix up the classlib/make/build.xml to build security2 code into the
> deploy layout, ensuring that the result passes all the tests.

Yes - we need to change security2 to match the layout of the other.  I 
    think this should be first.  I'll start this today.

> 
> 4. Binding Jar verification to security2
> 5. Selecting one of Base64 de/encoders and ASN.1 de/encoders
> Merging the code and getting to an integrated runtime.
> 
> 1. Closing the issue with Javadocs and updating the sources
> 3. Renaming com.openintel packages
> These are good to keep going, but not critical to ensuring we get the
> best of both class library contributions workig together.
> 
> What do you think?

I think renaming should also be done ASAP, and get the docs issue done 
to people can contribute there.

geir

> 
> Regards,
> Tim
> 
> Loenko, Mikhail Y wrote:
> 
>>That is really good news. For the remaining issues we will try to
>>reproduce them and provide a fix.
>>
>>The next steps could be:
>>1. Closing the issue with Javadocs and updating the sources according to
>>the decision. (There might be both short-term and long-term decisions,
>>like remove tags and provide something else)
>>2. Resolving
>>http://mail-archives.apache.org/mod_mbox/incubator-harmony-dev/200512.mb
>>ox/%3cOF72152DF1.492D3A31-ON802570CE.00371BE2-802570CE.003B501F@uk.ibm.c
>>om%3e
>>3. Renaming com.openintel packages to whatever we decide
>>4. Binding Jar verification to security2
>>5. Selecting one of Base64 de/encoders and ASN.1 de/encoders
>>6. Something else
>>
>>Please let me know where my help would be useful.
>>
>>Thanks,
>>Mikhail Loenko
>>Intel Middleware Products Division
>>
>>
>>
>>>-----Original Message-----
>>>From: Tim Ellison [mailto:t.p.ellison@gmail.com]
>>>Sent: Thursday, January 12, 2006 8:30 PM
>>>To: harmony-dev
>>>Subject: Experiments building security2
>>>
>>>FYI I just tried using the Harmony classlib code (and IBM VM) to build
>>>'security2' with the existing security2 build scripts.
>>>
>>>With a minor tweak(*) to the security2/make/build.xml to reflect the
>>>layout of our deployment, I was able to successfully build security2
>>>using only the class library code from Harmony.
>>>
>>>This is good news, since it shows that the security2 component will fit
>>>into the existing classlib builds and maintain our 'self-hosting'
>>
>>status
>>
>>
>>>(i.e. no dependencies on another Java implementations after the initial
>>>bootstrap build).
>>>
>>>This is what I ran:
>>>
>>>set HY_DEPLOY=/harmony/enhanced/classlib/trunk/deploy
>>>set HY_LIB=%HY_DEPLOY%/jre/lib/boot
>>>set ANT_HOME=/apache-ant-1.6.5
>>>set CLASSPATH=%HY_LIB%/kernel-stubs.jar;%HY_LIB%/luni.jar
>>>set INCLUDE=%HY_DEPLOY%/include;%INCLUDE%
>>>
>>>%HY_DEPLOY%\jre\bin\java.exe -cp %ANT_HOME%/lib/ant-launcher.jar
>>>-Dant.home=%ANT_HOME%/lib/ant-launcher.jar
>>>org.apache.tools.ant.launch.Launcher -lib %ANT_HOME%/lib
>>>-Dbuild.compiler=org.eclipse.jdt.core.JDTCompilerAdapter
>>>
>>>
>>>and it all built successfully :-)
>>>
>>>I couldn't run the test suites (the junit fork fails) so still playing
>>>with that.
>>>
>>>
>>>(*) Minor tweak was adding /boot to the end of the jre/lib directory
>>>
>>>
>>>Index: build.xml
>>>===================================================================
>>>--- build.xml   (revision 367403)
>>>+++ build.xml   (working copy)
>>>@@ -298,7 +298,7 @@
>>>           <patternset refid="api.src.all"/>
>>>           <bootclasspath>
>>>               <pathelement path="${build.path}/classes"/>
>>>-                <fileset dir="${java.home}/lib">
>>>+                <fileset dir="${java.home}/lib/boot">
>>>                   <include name="*.jar"/>
>>>               </fileset>
>>>           </bootclasspath>
>>>
>>>
>>>
>>>
>>>--
>>>
>>>Tim Ellison (t.p.ellison@gmail.com)
>>>IBM Java technology centre, UK.
>>
>>
> 

Mime
View raw message