> This just what I talked about, to centralize the
> development of such components, I mean *FREE*
> components working without spending one hour to
> configure it... sort of Plug and Play components ;)
I was talking about *FREE* components.
> For Open For Business, it's not the same, here I'm
> talking about Business Components.
I thought ofbiz came with business components. They certainly
provide core services such as workflow, security, rules engine
etc. but I thought it also came with domain specific code. It's
obviously time for me to have a look at it again.
> For OpenSymphony, it's near my idea but it don't seems
> to be very developed. OpenSymphony wishes to provide
> components for any App. Server. Here, I'm talking of
> JBoss only (at least for now).
There are a lot of companies out there who cannot choose to use
jboss, why tie these components to jboss? Why do a M$ on this?
> Perhaps, a JBoss Component Library could start with
> such projects... but I still think no appropriate
> solution exists for now. Or perhaps such solutions
> should have a place on the website jboss.org... (the
> truth is out there... :) )
Then go to those other projects and suggest the changes you would
like to see. JBoss has become so good because they are forward
thinking and very receptive to ideas (and help) from outside, why
do you think the others will not be the same?
Why reinvent the wheel? If you have better ideas then give them
the chance to fit in with them.
Kev
Kevin Conner
Orchard Information Systems Limited
Newcastle Technopole, Kings Manor
Newcastle Upon Tyne, NE1 6PA. United Kingdom
Registered in England, Number 1900078
Tel: +44 (0) 191-2032536 Fax: +44 (0) 191 2302515
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user
