RE: [Embedlets-dev] Re: [Arch] ANT

[James C. <ca...@vi...>]

>A question on the pure dynamic configuration as it relates to muvium: Do
you
>have a dynamic instantiator alla forName()?

No I haven't implemented forName() just yet but what I don't have today, I
'can have' tommorrow especially if it moves up the priority list.

Implementing a forName() function would be quite straight forward. The
normal useage of the forName() is something like
Class.forName("BinaryOr").newInstance(); which complicates the
implementation with the Class class.

The alterative would be to override your EmbedletClassLoader.forName(String)
implementation with an assembly implementation that is highly compact and
optimised for all the classes in the implementation.

Or yes, you could implement it the way you have suggested but for core
features like this I would think I will be overriding the implementations in
most cases for optimal compactness/performance.

Same thing for planned support of serialisation. As I said.. the list is
LONG!

James Caska
http://www.muvium.com
'Java Bred for Embedded'





> -----Original Message-----
> From: emb...@li...
> [mailto:emb...@li...]On Behalf Of
> Christopher Smith
> Sent: Thursday, February 06, 2003 5:24 PM
> To: emb...@li...
> Subject: RE: [Embedlets-dev] Re: [Arch] ANT
>
>
> Topic tags:[Arch][Wiring][Doc][HW][PM]
> _______________________________________________
>
>
> > Topic tags:[Arch][Wiring][Doc][HW][PM]
> > _______________________________________________
> >
> > >I do not know what muivum provides but I would be (pleasantly)
> > surprised if
> > they have remote-able flash update.
> >
> > Updates are over serial Connection UART at the minute with TCP/IP remote
> > update planned shortly. In fact we plan to support dynamic updates over
> > almost anything that can communicate with the uVM device. Also
> plan remote
> > in place debugging :-) But the wishlist is pretty long so what
> > comes when is
> > trickier!
> >
>
> Very nice! As the muvium is the likely candidate for static configuration
> due to its size contraint this will greatly increase its 'wiring'
> flexibility.
>
> A question on the pure dynamic configuration as it relates to
> muvium: Do you
> have a dynamic instantiator alla forName()? This would in effect
> be the only
> core requirement for a purely dynamic configuration scheme.
>
> If not the following would suffice and it would be interesting to see what
> the footprint would be after your cross compile. (Note name space is
> speculative and not intended to indicate any preference)
>
> /**
> *
> * Provides a limited small footprint class loader.
> * Requires a list of available classes that get instanciated on demand.
> * Uses the forName(String className) form as in the standard Java class
> loader.
> *
> * @author csmith - OopScope
> * @date 02/03/2003
> *
> */
>
> package org.embedlet.persistence;
>
> public class EmbedletClassLoader
> {
> 	// Class pool list
> 	String[] classes =
> 	{"BinaryOr",
> 	"BinaryAnd"
> 	};
>
>
> 	/**
> 	 * Create and instance of the class passed in name
> 	 *
> 	 * @param   name - the name of the class to instantiate
> 	 * @return  the  - instance or null
> 	 */
> 	public Object forName(String name)
> 	{
> 		int index;
> 		boolean found = false;
> 		Object object = null;
> 		for (index = 0; index<classes.length ; index++)
> 		{
> 			if (name.equals(classes[index]))
> 			{
> 				found = true;
> 				break;
> 			}
> 		}
>
> 		if (found)
> 		{
> 			switch (index)
> 			{
> 			case 0:
> 				// actual code:
> 				// object = new BinaryOr();
>
> 				// stub for testing
> 				object = new String("BinaryOr");
> 				break;
> 			case 1:
> 				// actual code:
> 				//object = new BinaryAnd();
>
> 				// stub for testing
> 				object = new String("BinaryAnd");
> 				break;
> 			}
> 		}
> 		return object;
> 	}
> }
> >
>
>
>
>
> -------------------------------------------------------
> This SF.NET email is sponsored by:
> SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
> http://www.vasoftware.com
> _______________________________________________
> Embedlets-developer mailing list
> Emb...@li...
> https://lists.sourceforge.net/lists/listinfo/embedlets-developer
>
>