Mailing-List: contact harmony-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: harmony-dev@incubator.apache.org
Received-SPF: neutral (asf.osuosl.org: 217.158.94.220 is neither permitted nor
 denied by domain of t.p.ellison@gmail.com)
Message-ID: <43C7AC02.10307@gmail.com>
Date: Fri, 13 Jan 2006 13:32:50 +0000
From: Tim Ellison <t.p.ellison@gmail.com>
User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923)
MIME-Version: 1.0
To: harmony-dev@incubator.apache.org
Subject: Re: Experiments building security2
References: <6694B22B6436BC43B429958787E45498011D764F@mssmsx402nb>
In-Reply-To: <6694B22B6436BC43B429958787E45498011D764F@mssmsx402nb>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

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.

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.

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?

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.
> 
> 

-- 

Tim Ellison (t.p.ellison@gmail.com)
IBM Java technology centre, UK.