Kohsuke Kawaguchi | 4 Mar 01:59 2004

2.0 source code not in CVS


Apparently this question has been asked before, but I'm not seeing the
latest 2.0b1 source code in the CVS repository.

There are a few bugs that I'd love to fix (and I'm willing to submit a
patch), but doing this is difficult unless the version is put into the
repository.

Is there any plan to put 2.0b1 back to CVS?

regards,
--
Kohsuke Kawaguchi
Sun Microsystems                   kohsuke.kawaguchi@...

-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
Pat | 4 Mar 02:22 2004
Picon

Re: 2.0 source code not in CVS

On Wed, Mar 03, 2004 at 04:59:56PM -0800, Kohsuke Kawaguchi wrote:
> 
> Apparently this question has been asked before, but I'm not seeing the
> latest 2.0b1 source code in the CVS repository.
> 
> There are a few bugs that I'd love to fix (and I'm willing to submit a
> patch), but doing this is difficult unless the version is put into the
> repository.
> 
> Is there any plan to put 2.0b1 back to CVS?

Hi,

You are correct, the source for 2.0b1 is not yet in CVS, but it is available
here:

  http://beanshell.org/developer.html

There's no particularly good reason for this, other than that I need to create
a new branch or repository.  I was also toying with the idea of trying
Subversion, if it's available at sourceforge soon.

I will try to get this taken care of as soon as possible.

thanks,
Pat

-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
(Continue reading)

Kohsuke KAWAGUCHI | 4 Mar 02:24 2004

Re: 2.0 source code not in CVS


> You are correct, the source for 2.0b1 is not yet in CVS, but it is available
> here:
> 
>   http://beanshell.org/developer.html
> 
> There's no particularly good reason for this, other than that I need to create
> a new branch or repository.  I was also toying with the idea of trying
> Subversion, if it's available at sourceforge soon.
> 
> I will try to get this taken care of as soon as possible.

Thanks. I knew that the source tar ball is available. That's what I'm
using today.

Subversion comes with a conversion tool from CVS, so I believe your
investment to CVS today won't be wasted.

regards,
----------------------
Kohsuke Kawaguchi
E-Mail: kk@...

-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
Pat | 4 Mar 18:01 2004
Picon

Re: [Beanshell-users] howto clear global class definitions

On Thu, Mar 04, 2004 at 03:33:53PM +0100, Tim Plessers wrote:
> Hi Graham,
> Thanks for your quick reply.
> I looked into that mailinglist archive thread you suggested.

Hi Graham,

The current implementation in 2.0 b1 was a hack just to get something working.
It, as I think you saw, simply loads the classes in the system classloader.
This causes two problems: first, it's a security problem in some environments,
and second, no classloader will ever load a class twice.

If you look at how BeanShell implements its own classloaders for
setClassPath(), addClassPath() and reloadClasses() you'll see on example of
what can be done to work around this in the future.

What you have to do is load classes through a classloader that can be "thrown
away" when you want to load a new version.  

So, one possibility would be to have our own classloader either load BeanShell
and everything it uses or possibly work with a context classloader that does
this.  The bootstrap app has to have a few interfaces - whatever it needs to
interact with the interpreter - pulled out to its level and shared with the
child classloader.  Then when you want to execute the script again you can
simply throw away the child classloader and create a new one.  

Object instances created via classes defined in the old (tossed) classloader
can still hang around, and we can still use them because they stll implement
the common interfaces...  They will simply prevent the classloader object
itself from being garbage collected.
(Continue reading)

werner.randelshofer | 25 Mar 12:48 2004
Picon

Integrating BeanShell into CASE Tool

Hi,

I am developing a tiny UML CASE tool, which will be used to teach basic concepts
of OO. The tool allows students to graphicaly design an objectmodel and to
test it.

The tool supports the drawing of UML Classes and UML Objects. The cool thing
about the tool is, that students can draw UML Objects and send messages to
them using drag and drop. The UML Objects perform the methods and everything
is visualized using animations on screen.

I have already done such a tool, but students couldn't enter methods, because
they were hardcoded in Java.
The tool is part of an online tutorial, available here (in German):
http://e-learning.fhz.ch/projekte/foto/index.html

Now I am working on a new version, and I would like to use BeanShell as the
programming language for methods.

But I am having trouble integrating BeanShell into my own UML Classes and
UML Objects. Initially I thought subclassing class NameSpace would do the
trick. I thought of creating an ObjectNameSpace class which hooks into my
UML objects, and of creating a ClassNameSpace class which hooks into my UML
classes.

Now I see, that instances of NameSpace do calls to package private methods
on other instances of NameSpace. So I guess I have to redesign class NameSpace
into an Interface and factor all package private dependencies out of it.

This sounds like a lot of work, and I wonder if I am approaching this correctly.
(Continue reading)

Shankar Unni | 25 Mar 18:47 2004

RE: Integrating BeanShell into CASE Tool

> Now I see, that instances of NameSpace do calls to package 
> private methods on other instances of NameSpace. [...]

Those package-private methods should probably be "protected" - that'll
address this particular problem, won't it? 

-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
Werner Randelshofer | 25 Mar 20:30 2004
Picon

Re: Integrating BeanShell into CASE Tool

Shankar Unni wrote:
>> Now I see, that instances of NameSpace do calls to package
>> private methods on other instances of NameSpace. [...]
> 
> Those package-private methods should probably be "protected" - that'll
> address this particular problem, won't it?

Yep, I guess that's a good idea. That will definitely save a lot of work.

Thanks,
-Werner

-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click

Gmane