spice-netserve is now in componenthaus (and spice-threadpool)

Mauro,

I am getting to this only now (see your post below).

As I see it, there are three "main" interfaces in spice-netserve:
ConnectionManager,  SocketFactory  and ServerSocketFactory.  The other
interfaces are secondary and exist only to help the primaries do their
stuff.  So to answer your question below, ComponentHaus will index these
main interfaces separately and allow users to find them independently.
However, if a user selects two or more of these work interfaces from
spice-netserve for download, the user will get only one jar.

Its hard to explain - its better to see it in action.

Go here: http://64.4.141.60/componenthaus/searchComponents.action

and search for "manage connections".  You will see results for
ConnectionManager.

I believe this is the way people will search for components: by searching on
a phrase like "copy a file" or "manage connections" or "perform an internet
search using google".  Following on from that, I believe that a Plain Old
Java Method is a find way to model the service(s) provided by a component
(eventually it must get down to a method call), so thats what is provided in
the search results page.

What do you reckon?

BTW spice-threadpool is also indexed into componenthaus:
http://64.4.141.60/componenthaus/componentDetails.action?id=9 I would go on
and index all the spice components, but I'd prefer to stop and take stock of
people's opinions about how things should work before pressing on with large
scale indexing.

Cheers,
Mike.

----- Original Message -----
From: "Mauro Talevi" <[email protected]>
To: <jcontainer-interest-81qHHgoATdGxIXFVlbCvtR2eb7JE58TQ@public.gmane.org>
Sent: Tuesday, November 25, 2003 12:24 PM
Subject: Re: [subscriptions] Re: New build of ComponentHaus


> Mike Hogan wrote:
> >
> > True.  Can you point me to a specific example in the spice CVS (pardon
my
> > laziness :-) ?
>
> take for example netserve.
> you have org.codehaus.spice.netserve.connection package which
> contains two interfaces SocketAcceptorManager and RequestHandler
> and subpackages which contain multiple implementations.
>
> cheers
>
>
>
> _______________________________________________
> jcontainer-interest mailing list
> jcontainer-interest-81qHHgoATdGxIXFVlbCvtR2eb7JE58TQ@public.gmane.org
> http://lists.codehaus.org/mailman/listinfo/jcontainer-interest
>