Oh, nice one. Sigh, I'll only have time to do those "frills" after I'm done with my current
project's core sometime hopefully mid-Feb.
I promised Chris Howe I'd help in Asterisk, but he's done it. I don't know if he'll get to this
one before I do. But this is one "frill" I definitely need right after I'm done with my core work.
Jonathon
Cameron Smith wrote:
Another open source PBX, less famous, but according to some better able to
handle hefty integration needs (and written in Java, unlike Asterisk core), is
SipX: http://sipx-wiki.calivia.com/index.php/[EMAIL PROTECTED]
cameron
----- Original Message ----
From: Chris Howe <[EMAIL PROTECTED]>
To: [email protected]
Sent: Wednesday, 7 February, 2007 2:22:49 AM
Subject: Re: developing with ofbiz
In regards to OFBiz + Asterisk... Aside from sending email attachments
to the Asterisk fax server and absent someone else contributing their
brains to the effort, I'm done with what my current needs are (Click to
Dial) and wasn't planning on adding to it in the near term .
There's certainly some nice things that can be done to log phone calls
and faxes as communication events, but I don't have a pressing need to
do that and in fact that would get some of the older fellas around here
looking for their tinfoil hat. Asterisk already logs this stuff pretty
well and I don't have to tell anyone what I know, because they will
never touch that box :-) "Linux is scary"
--- Jonathon -- Improov <[EMAIL PROTECTED]> wrote:
Christopher,
> The bundled apps, I believe, are meant to simply be displays of
feature
> functionality. Since every business is different and all of the
features
> taken together are usually too burdensome for a company to
actually use, most
> are creating custom applications based on those features based on
the
> specific requirements of a deployment.
Chris is right about that.
> As far as "slow development", new feature sets are added
cautiously to avoid
> breaking custom applications that are depending on the feature
set.
Development is going carefully enough now. Not as careful as I'm
comfortable with, though, so
development really is going ahead quite rapidly far as I can tell.
If you're talking about the OFBiz framework (core), I'd say it's very
stable and solid, and that
might explain why there's no rapid progress on that front (not much
room for improvement).
If you're ralking about the ERP aspect (non-core) of OFBiz, it's
pretty rapid. Might even be too
rapid for your taste! It's usually rapid along the lines where
somebody needs specific features
for their work, not necessarily along MY own lines. :)
If you want rapid progress for what you need, you'll probably have to
contribute those needed
features yourself.
That said, I must say that I'm benefiting from many core features
added by other contributors. For
eg, I'm eagerly awaiting full integration results from Chris Howe for
OFBiz + Asterisk!
Jonathon
Chris Howe wrote:
The bundled apps, I believe, are meant to simply be displays of
feature
functionality. Since every business is different and all of the
features taken together are usually too burdensome for a company to
actually use, most are creating custom applications based on those
features based on the specific requirements of a deployment.
As far as "slow development", new feature sets are added cautiously
to
avoid breaking custom applications that are depending on the
feature
set.
If you'd expect things to go faster, what functionality do you see
being neglected?
--- Christopher Snow <[EMAIL PROTECTED]> wrote:
I feel like I'm getting over the learning curve with ofbiz. It's
very
powerful and productive!
However, I'm now confused that if it's so quick to develop, why
does
the
application/functionality seem to grow quite slowly? Are most
developers spending their time on improving the framework and not
improving the bundled apps?
Many thanks,
Chris
___________________________________________________________
To help you stay safe and secure online, we've developed the all new Yahoo! Security Centre. http://uk.security.yahoo.com
