Actually, it's the Apache BSF that we use, so it's not a problem. But anyway, JMeter CVS and the zips only USE BSF (and BeanShell, which is not ASF) - it does not include any of the BSF or BeanShell code. This is done using reflection where necessary.
In order to build the code that uses BSF/BeanShell, the developer currently has to download the appropriate Jars. In the Gump builds, they are optional dependencies. The end-user only needs to download the jars if they are actually used by their test script. I've assumed that this gets round the limitations in Brian's e-mail, as there's no BSF or BSH jar in CVS or the zips. == It would be possible, but rather tedious/time-consuming/less efficient to take the same approach with the other jars. [BSF and BSH have a very simple API.] One possible solution might be to code skeleton classes for the external APIs; this would allow the calling code to be built stand-alone, and the actual jars would only be needed at run-time. The dummy code would need to use the same package names and class names etc as the real code - would that cause any license problems? There still remains the nuisance value for the end user of having to download multiple jars to get started, but I suppose we could supply a page with the links to the web-sites. Alsp possibly Ant targets to get the code (but what do we need to do about licences?). S. -----Original Message----- From: Stefan Bodewig [mailto:[EMAIL PROTECTED] Sent: 10 March 2004 08:16 To: JMeter Developers List Subject: Re: Clarifying some licensing issues for Apache developers] On Tue, 9 Mar 2004, peter lin <[EMAIL PROTECTED]> wrote: > bsf is from IBM right? You could simply migrate to Apache BSF <http://jakarta.apache.org/bsf/>. The whole migration can be done by replacing package names on imports. I don't think BSF has been in Sebb's list, though. Stefan --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ___________________________________________________________________________ This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Atos Origin group liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted. ___________________________________________________________________________ --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]