LOL I for one wouldn't want to write all that SSL code from scratch :) Not unless I go without sleep.
peter On Wed, 12 Jan 2005 21:39:00 -0500, joelsherriff <[EMAIL PROTECTED]> wrote: > That does sound cool - but it is worth mentioning that we really don't need > an embedded browser to record ssl requests, > just a whole lot of code added to the proxy. But, all other things being > equal, it might be easier to embed a browser > than write all that code from scratch. > > J > > ----- Original Message ----- > From: "Mike Buzzetti" <[EMAIL PROTECTED]> > To: "JMeter Developers List" <[email protected]>; > <[EMAIL PROTECTED]> > Sent: Wednesday, January 12, 2005 6:55 PM > Subject: Re: Adding an embeded web broswer for recording. > > > I can see that everyone wants this as badly as I do. > > Thats great, I will start playing around with it and see what kind of > > work its going to be. Thanks for all the info guys. > > > > > > > > > > On Wed, 12 Jan 2005 18:44:07 -0500, Michael Stover <[EMAIL PROTECTED]> > wrote: > > > A browser added to JMeter would be so cool, and something we've needed > > > for a long time. I'd say, we can work out any licensing issue one way > > > or another. > > > > > > If it's possible, the easiest way would be to write the new components > > > in an entirely separate jar that can be distributed separately. Someone > > > could even start a sourceforge project for it and JMeter can point > > > people to it. "Installing" the plugin would simply be a matter of > > > dropping the jar in JMeter's /lib/ext dir. > > > > > > Also, we already have a jar file included that's under the Mozilla > > > license, and I don't think anyone's really complained about it yet. > > > > > > -Mike > > > > > > On Tue, 2005-01-11 at 06:42, sebb wrote: > > > > One possible alternative is to make the jars optional, and omit the > > > > jars from CVS and the distribution. It's then up to the individual > > > > users (and builders) to agree to the licence when downloading the jar. > > > > > > > > I guess that we'd still need to double-check that one is allowed to > > > > distribute code that *uses* the jars, but I would think that is less > > > > likely to be a restriction. I think the problem with a lot of licences > > > > is in the distribution of the jars. > > > > > > > > S. > > > > On Mon, 10 Jan 2005 22:53:18 -0500, Peter Lin <[EMAIL PROTECTED]> > wrote: > > > > > Is the Mozilla license compatable with Apache 2.0 license? > > > > > > > > > > anyone know? > > > > > > > > > > peter > > > > > > > > > > On Mon, 10 Jan 2005 22:39:54 -0500, Mike Buzzetti > > > > > <[EMAIL PROTECTED]> wrote: > > > > > > Ok well who do we have to talk to ? I would really like to start > > > > > > working on this! > > > > > > > > > > > > > > > > > > On Mon, 10 Jan 2005 22:36:31 -0500, Peter Lin <[EMAIL PROTECTED]> > wrote: > > > > > > > I'm no lawyer, but I believe apache foundation officially > prefers > > > > > > > apache or bsd license. I think mozilla's license is probably > more > > > > > > > compatable. We'll have to ask and find out. Having an embedded > browser > > > > > > > really would be great. > > > > > > > > > > > > > > peter > > > > > > > > > > > > > > On Mon, 10 Jan 2005 22:25:18 -0500, Mike Buzzetti > > > > > > > <[EMAIL PROTECTED]> wrote: > > > > > > > > well JDIC is LGPL and weblient is Mozilla.org Open Source > Public > > > > > > > > > > > > > > > > What do you think ? > > > > > > > > > > > > > > > > > > > > > > > > On Mon, 10 Jan 2005 22:16:12 -0500, Peter Lin > <[EMAIL PROTECTED]> wrote: > > > > > > > > > we've discussed this before in the past and it is something > that is > > > > > > > > > desirable. The real catch is finding a browser that we can > embed and > > > > > > > > > is license friendly. > > > > > > > > > > > > > > > > > > peter > > > > > > > > > > > > > > > > > > > > > > > > > > > On Mon, 10 Jan 2005 22:07:04 -0500, Mike Buzzetti > > > > > > > > > <[EMAIL PROTECTED]> wrote: > > > > > > > > > > Hello All, > > > > > > > > > > > > > > > > > > > > I am a full time software engineer, and have spent the > better part > > > > > > > > > > of the last year working with JMeter to do my testing. > > > > > > > > > > > > > > > > > > > > The thing that I find most lacking is the record does no > handle SSL requests. > > > > > > > > > > > > > > > > > > > > I would like to give back to JMeter by adding and broswer > to JMeter to > > > > > > > > > > record the requests. > > > > > > > > > > > > > > > > > > > > I was wondering the following things: > > > > > > > > > > > > > > > > > > > > I really would like to give back to JMeter. If adding this > is not all > > > > > > > > > > that useful or does not align with what JMeter's goals, > then I can > > > > > > > > > > spend my efforts on something else. > > > > > > > > > > > > > > > > > > > > If this is useful, then has there been any headway into > this? > > > > > > > > > > > > > > > > > > > > I plan on using something like > > > > > > > > > > https://jdic.dev.java.net/ > > > > > > > > > > > > > > > > > > > > or > > > > > > > > > > > > > > > > > > > > http://www.mozilla.org/projects/blackwood/webclient/ > > > > > > > > > > > > > > > > > > > > Any thoughts or Ideas? > > > > > > > > > > > > > > > > > > > > Thanks > > > > > > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > > > > > > > > To unsubscribe, e-mail: > [EMAIL PROTECTED] > > > > > > > > > > For additional commands, e-mail: > [EMAIL PROTECTED] > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > -- > > > Michael Stover <[EMAIL PROTECTED]> > > > Apache Software Foundation > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
