Re: SUM: Re: Changing the name of the ServiceMix project at the Codehaus

[Guillaume Nodet <gn...@gmail.com>]

I was wondering if we could simply shut down the codehaus
project and import back the remaining bits at Apache.
As these parts depend on jboss (LGPL) or some proprietary
libraries (XSQL), i was thinking that we could just import the
code in a new area of servicemix (other than trunk) and not
release it.  Simply importing the code should be ok with legal,
as soon as we do not release it afaik.

Thoughts ?

On 9/16/06, gede06@student.bth.se <ge...@student.bth.se> wrote:
>
> Hello from Sweden!
>
> I followed this discussion but did not yet get: What shall be hosted at the
> codehouse project site? Just some few components? Or shall it be a growing,
> open collection of components? Or something completely different?
>
> IMHO a wiki page is perfect for this task: Easy to collaborate & keep the
> overview. Listing & commenting proposals. Listing requirements. Reusable for
> later naming needs.
>
> > We could always go for ServiceReMix
>
> May IMHO confuse "outsiders": Is this a fork of the ServiceMix project? Or
> some kind of other re-use of SM?
>
> > Well, here are a few that spring to mind to get the creative process
> > rolling:
> > InTheMix
>
> IMHO great for components etc, as they will be used inside Servicemix
>
> > MixCentral
> > MixDepot
>
> IMHO great when a bigger bunch of related packages/projects/examples/...
> shall be hosted/linked.
>
> > MixBase
> > MixCore
>
> May be misunderstood as servicemix-core or other internals
>
> > BeyondServiceMix
>
> nice for things that complement ServiceMix
>
>
> To summarize the requirements: The name shall be
> * pronouncable (like distinction between acronym and abbreviation, e.g. VoIP
> and URL are speakable, whereas CSS and SVN are not)
> * showing clear separation from main project
> * somehow tying to the main project
> * search engine friendly (no command characters like " - + etc.)
> * easy to find (not too many other results, even with common spelling errors
> [e.g. space inbetween single words of a compound one])
> * usable in professional contexts, so no similarity (written/spelled/spoken)
> with swearwords and the like (maybe even in other common languages than just
> English, so Spanish, Chinese, Arabian, Russian, French, German etc.)
>
> Did I miss something? Just add...
>
> Have a sunny saturday, Georg
> --
> View this message in context: http://www.nabble.com/Changing-the-name-of-the-ServiceMix-project-at-the-Codehaus-tf2203136.html#a6339623
> Sent from the ServiceMix - Dev forum at Nabble.com.
>
>


-- 
Cheers,
Guillaume Nodet

Re: SUM: Re: Changing the name of the ServiceMix project at the Codehaus

[Guillaume Nodet <gn...@gmail.com>]

I will ask for clarifications on legal & general incubator mailing list.

On 11/23/06, Bruce Snyder <br...@gmail.com> wrote:
> On 11/22/06, Guillaume Nodet <gn...@gmail.com> wrote:
> > I was wondering if we could simply shut down the codehaus
> > project and import back the remaining bits at Apache.
> > As these parts depend on jboss (LGPL) or some proprietary
> > libraries (XSQL), i was thinking that we could just import the
> > code in a new area of servicemix (other than trunk) and not
> > release it.  Simply importing the code should be ok with legal,
> > as soon as we do not release it afaik.
> >
> > Thoughts ?
>
> I'm not sure if incompatible code is allowed to be checked in as a
> long-term solution, is it?
>
> Bruce
> --
> perl -e 'print unpack("u30","D0G)U8V4\@4VYY9&5R\"F)R=6-E+G-N>61E<D\!G;6%I;\"YC;VT*"
> );'
>
> Apache Geronimo - http://geronimo.apache.org/
> Apache ActiveMQ - http://activemq.org/
> Apache ServiceMix - http://servicemix.org/
> Castor - http://castor.org/
>


-- 
Cheers,
Guillaume Nodet

Re: SUM: Re: Changing the name of the ServiceMix project at the Codehaus

[Bruce Snyder <br...@gmail.com>]

On 11/22/06, Guillaume Nodet <gn...@gmail.com> wrote:
> I was wondering if we could simply shut down the codehaus
> project and import back the remaining bits at Apache.
> As these parts depend on jboss (LGPL) or some proprietary
> libraries (XSQL), i was thinking that we could just import the
> code in a new area of servicemix (other than trunk) and not
> release it.  Simply importing the code should be ok with legal,
> as soon as we do not release it afaik.
>
> Thoughts ?

I'm not sure if incompatible code is allowed to be checked in as a
long-term solution, is it?

Bruce
-- 
perl -e 'print unpack("u30","D0G)U8V4\@4VYY9&5R\"F)R=6-E+G-N>61E<D\!G;6%I;\"YC;VT*"
);'

Apache Geronimo - http://geronimo.apache.org/
Apache ActiveMQ - http://activemq.org/
Apache ServiceMix - http://servicemix.org/
Castor - http://castor.org/