On Fri, 12 Feb 1999, Wes Biggs wrote:
> The ClassTool thingamajig I wrote a while back covers the non-disassembly parts
> of javap, though I'm not sure how well it works with JDK 1.2 (it uses
> reflection, and the Javadocs state that reflection only gives you public methods
> now.) Can someone running 1.2 try it with '--private'?
> It's at http://www.cacas.org/java/gnu/tools/
>
> I've hacked pieces of JacORB (a LGPLed Java CORBA implementation) to have a
> running idltojava for linux, but ideally that tool should be template-file
> based, which I will work on when I get some time.
>
> Wes
>
> "Aaron M. Renn" wrote:
>
> > Mark Benvenuto wrote:
> > > Nicolaou. Unfortunately, a lot of tools are still missing that are part
> > > of the standard Java 1.1 and 1.2 distributions. Since the goal of
> >
> > I've been thinking about this as well. In fact, I've already started work
> > on some things.
> >
> > > javah - needed
> > > javap - needed
> > > javadoc - Aaron M. Renn wrote some stuff
> >
> > Japhar has a javah replacement. I also wrote one in order to play around
> > with the gnu.bytecode package. Once gnu.bytecode supports disassembly,
> > javap will be a since. (It could mostly be written now, just without the
> > disassembly option). My javadoc API code is checked in.
> >
> > >serialver - I thought I saw it in the web CVS which has now disappeared?
> >
> > We've got one. CVS web access is temporarily gone. Paul is working on
> > restoring it.
> >
> > > jar - desperately needed
I am also working on a jar replacement program for the Kaffe project. My
version is about 90% done and does some of the new 1.2 style jar stuff
(like the -C argument to change dirs). The jar update and creation of
uncompressed archives is till broken but it is "very close" to working.
Would you like to work together on the jar replacement program? That
way the same jar code could be used in the classpath and Kaffe projects.
Mo DeJong
dejong at cs.umn.edu
> > I'm 50% done with jar. It is on hold until Classpath supports java.util.zip
> > and java.util.jar.
> >
> > > extcheck - checks for jar conflicts - needed
> >
> > I've already written this.
> >
> > --
> > Aaron M. Renn ([EMAIL PROTECTED]) http://www.urbanophile.com/arenn/
>
