Mailing-List: contact harmony-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: harmony-dev@incubator.apache.org
Received-SPF: pass (asf.osuosl.org: domain of gshimansky@gmail.com designates
 64.233.182.188 as permitted sender)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=gmail.com;
        h=received:from:reply-to:to:subject:date:user-agent:references:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:message-id;
        b=cvNsMIJHtqyvOOMS12lqeKP3iiNVLyZNcK9SyrgF4whKf93LgbWxZw3pkTURZeyAYu1Oyt+G7mllmIxg/pKECLmsu3KVrPbjaYsa5n19vWANsQo01n0LnLsmsGubhjVO9aGDIN73L+00Vxetq0Ocw3u6warU2YB+H0x2Ikp1+W8=
From: Gregory Shimansky <gshimansky@gmail.com>
Reply-To: harmony-dev@incubator.apache.org
To: harmony-dev@incubator.apache.org
Subject: Re: [classlib] Plan on work on java.lang.instrument
Date: Wed, 2 Aug 2006 18:16:36 +0400
User-Agent: KMail/1.9.1
References: <44D01E9A.30800@gmail.com>
 <f944d83d0608020604i1382a8d7y877c57d801ae1805@mail.gmail.com>
 <44D0A90E.2030603@gmail.com>
In-Reply-To: <44D0A90E.2030603@gmail.com>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200608021816.36568.gshimansky@gmail.com>

On Wednesday 02 August 2006 17:30 Paulex Yang wrote:
> Alexey Varlamov wrote:
> > [SNIP]
> >
> >>     For native codes, instrument need a new directory in
> >> modules/luni/src/main/native named "instrument", in my plan, there
> >> should be two native code, one for instrument native implementation, and
> >> another for laugher (for parameter "-javaagent"). Instrument shall be
> >> compiled into a .DLL(.so) file alone.
> >
> > Jimmy,
> > Could you please add some details on the launcher part? I'd rather
> > think that common VM launcher should be updated to support
> > "-javaagent:" option
>
> Agree, it should can be handled by common launcher.
>
> > - which is basically a second class to launch.
>
> I think there is some difference, actually I expect it parses the
> parameters following "-javaagent:", then converts it to
> "-agentlib:hyinstrument.dll..." and at last passes them to VM.

I don't think there is any conversion required. I believe -javaagent is a VM 
option and should be handled internally by the invocation API in case there 
is a 3rd party launcher/plugin which tries to use VM's invocation API 
directly. The agent library may be even linked statically to VM and hidden 
from direct use on the command line.

On a side note, -agentlib specifies agent library in OS independent way so it 
should be "-agentlib:hyinstrument=..."

-- 
Gregory Shimansky, Intel Middleware Products Division

---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
For additional commands, e-mail: harmony-dev-help@incubator.apache.org