IMHO an architectual, pluggable and open approach is preferred over
trying to include everything into a single package. What if users
don't want or need a feature in their Ofbiz installation? What if
there's a better solution?
My personal favor would be to use a branch as long as possible and
merge
Yes, I see your point, and it's a good one. It would be better implemented in a
replaceable and configurable way.
-David
On Dec 15, 2009, at 6:29 PM, Adrian Crum wrote:
> No, I'm not saying I want to work on it. No, I'm not trying to force anyone
> to do anything.
>
> The subject of the thr
No, I'm not saying I want to work on it. No, I'm not trying to force
anyone to do anything.
The subject of the thread is ESME implementation. I'm sharing ideas on
that subject. I'm making suggestions. I'm providing examples of how
similar features in OFBiz were implemented previously.
-Adria
Just to be clear, are you saying you want to work on this?
Please keep in mind that people are free to contribute what they will. Maybe we
can vote or all agree on not allowing something in, but we can't force anyone
to do anything. We also shouldn't, though many of us often do, imply that
oth
Developing support for it would be fine, if the messaging feature was
set up as a gateway.
I'm not aware of any generic specifications for payment gateways, yet
OFBiz accommodates a variety of them.
The point I have been trying to make is this: if we're going to add an
instant messaging or t
Then you'll have to develop support for it, or get someone else to do it for
you.
I'm not aware of any generic specification we could implement to that would
support ESME as well as other options. Is there one you have in mind?
-David
On Dec 15, 2009, at 5:42 PM, Adrian Crum wrote:
> What i
What if I want the messaging feature, but I already have a messaging
server that isn't ESME?
-Adrian
Hans Bakker wrote:
we are still investigating how to interface but yes an inclusion of a
full system as a component seems the best way to us if only for the ease
of installation and the conveni
I agree it would be easier to include it, especially if it is going to be used
for OOTB functionality (like system messages, customer support chat (sync or
async), other things Hans mentioned before, etc).
It would be nice (maybe necessary?) to make sure that an external instance of
ESME can b
On 16/12/2009, at 12:30 PM, Hans Bakker wrote:
looking more into skala . an possible upgrade to groovy and java
being compatible with our current runtime environment (JVM/Tomcat)
Scala is very different from java or groovy language-wise, adding
support for it would be fine but I don't th
we are still investigating how to interface but yes an inclusion of a
full system as a component seems the best way to us if only for the ease
of installation and the convenient license.
looking more into skala . an possible upgrade to groovy and java
being compatible with our current runtime
In other words, "Thank you for your suggestions, but I'm going to ignore
them."
Saying ESME is an essential part of OFBiz is like saying Apache James is
an essential part of OFBiz - so we can send emails from OFBiz.
No, we don't need to install ESME - just create a gateway to it. The
integra
Sounds like a plan but then we will get tied to ESME, maybe not so bad.
So no real opininon, though replacing the system info notes (wich is really a
good idea) needs maybe something more rooted in OFBiz.
Jacques
From: "Hans Bakker"
Hi everybody who commented.
The approach that Adrian has be
Hi everybody who commented.
The approach that Adrian has below and is supported by others in the
community was also our first and seems the easiest from an
implementation point of view.
After some investigation however we consider ESME not only an add-on but
an essential part of OFBiz which shou
+1
Cheers,
Ruppert
--
Tim Ruppert
HotWax Media
http://www.hotwaxmedia.com
o:801.649.6594
f:801.649.6595
On Dec 14, 2009, at 12:51 PM, Scott Gray wrote:
> +1
>
> Regards
> Scott
>
> On 15/12/2009, at 4:48 AM, Adrian Crum wrote:
>
>> I believe any integration with existing chat/twitter-like se
+1
Regards
Scott
On 15/12/2009, at 4:48 AM, Adrian Crum wrote:
I believe any integration with existing chat/twitter-like services
would be useful.
From my perspective, it would be best to build into OFBiz a gateway
to these external services. In other words, take the same approach
we us
Yes, this may quickly change and it will be easier to adapt
Jacques
From: "Adrian Crum"
I believe any integration with existing chat/twitter-like services would
be useful.
From my perspective, it would be best to build into OFBiz a gateway to
these external services. In other words, take th
I believe any integration with existing chat/twitter-like services would
be useful.
From my perspective, it would be best to build into OFBiz a gateway to
these external services. In other words, take the same approach we use
with external payment processors. I believe that would be less
comp
hi Hans,
Some customers here are asking for this feature. So it is really great to
see your proposal.
Just one idea for your consideration: it would be great if ESME could happen
in transaction level to support business collaboration. For example, buyer
and supplier can communicate for a specific
Indeed http://www.adempiere.com/index.php/AsteriskJava
Jacques
From: "Jacques Le Roux"
Thanks Erwan,
I will have a look
Jacques
From: "Erwan de FERRIERES"
Le 13/12/2009 01:27, Jacques Le Roux a écrit :
../..
Yes, I don't see why this should be a requirement for a new feature.
BTW it's a
Thanks Erwan,
I will have a look
Jacques
From: "Erwan de FERRIERES"
Le 13/12/2009 01:27, Jacques Le Roux a écrit :
../..
Yes, I don't see why this should be a requirement for a new feature.
BTW it's a pity there is no PABX like Asterisks, but with an usable
licence for us
Asterisk-java is
Le 13/12/2009 01:27, Jacques Le Roux a écrit :
../..
Yes, I don't see why this should be a requirement for a new feature.
BTW it's a pity there is no PABX like Asterisks, but with an usable
licence for us
Asterisk-java is under an Apache2 licence, but I haven't looked at all
the files include
Well, we should include the integration part only, then this is a big
beast anyway and should go on its own!
On 13 Dec 2009, at 10:34, Jacques Le Roux wrote:
Mmm, thought after: we have a lesser but still a problem with LGPL
(see OPTIONAL_LIBRARIES)
Jacques
From: "Jacques Le Roux"
Thank
Hi,
+1
I am sure a lot of customers would love to see this integrated. Maybe it is not
100%
necessary, as not all of them have expressed the absolute need to have this,
but it is
sure good to have: a communication framework (being chat like or twitter like,
purely
internal or toward custome
Hi Hans,
This was the kind of explanation I was aiming for. Great things start
by sharing a vision or a business problem and enrolling the community
into that can provide thrust. Googling "esme sap" gave me even more
perspective on the matter. Will add my future comments on ESME to the
wikipage.
Mmm, thought after: we have a lesser but still a problem with LGPL (see
OPTIONAL_LIBRARIES)
Jacques
From: "Jacques Le Roux"
Thanks Manuel,
I have no time for it but I have a friend who is working in telco and 2 or 3
years played with Asterisks in OFBiz.
I guess it will be great to have a ca
Thanks Manuel,
I have no time for it but I have a friend who is working in telco and 2 or 3
years played with Asterisks in OFBiz.
I guess it will be great to have a call feature from OFBiz.
We have also a requirement from this issue
https://issues.apache.org/jira/browse/OFBIZ-2371 (see inside t
SIPfoundry sipXecs is LGPL, i know it is only compatible in binary
form, but still. it is user friendly, based on java. in their next
version they are integrating openfire, a jabber/XMPP server based on
java, and dimdim, web conferencing. both are GPL, but we do not need
to distribute them.
right, this is really silly already! Manuel.
On 13 Dec 2009, at 00:54, David E Jones wrote:
On Dec 12, 2009, at 5:40 PM, Adam Heath wrote:
Hans Bakker wrote:
On Sat, 2009-12-12 at 13:59 +0100, Jeroen van der Wal wrote:
Hi Hans,
I understand what it can do. Can you tell me why this feature
Hans, thanks for taking the extra time articulating all of this information -
and no I don't think people are just giving you a hard time. I, for one,
appreciate you telling us all a bit more about the infrastructure and how it
can be utilized - and am all for it!
Thanks for bringing it to t
Hi Hans:
For what it is worth: This community member thinks this is an awesome idea!
FYI - I too have seen requirements like this in the real world .
Regards,
Ruth
Find me on the web at http://www.myofbiz.com or Google keyword "myofbiz"
ruth.hof
Some users are wondering if ESME is useful to add to OFBiz or not,
therefore some promotion why I think it is interesting and yes I have
business cases for it:
1. It started with a request of our customers to have a chat possibility
in e-commerce for new users to ask questions via chat. I looked a
From: "David E Jones"
On Dec 12, 2009, at 5:40 PM, Adam Heath wrote:
Hans Bakker wrote:
On Sat, 2009-12-12 at 13:59 +0100, Jeroen van der Wal wrote:
Hi Hans,
I understand what it can do. Can you tell me why this feature should
be integrated into Ofbiz?
Then we are getting into the discu
On Dec 12, 2009, at 5:40 PM, Adam Heath wrote:
> Hans Bakker wrote:
>> On Sat, 2009-12-12 at 13:59 +0100, Jeroen van der Wal wrote:
>>> Hi Hans,
>>>
>>> I understand what it can do. Can you tell me why this feature should
>>> be integrated into Ofbiz?
>>>
>>
>> Then we are getting into the dis
Hans Bakker wrote:
> On Sat, 2009-12-12 at 13:59 +0100, Jeroen van der Wal wrote:
>> Hi Hans,
>>
>> I understand what it can do. Can you tell me why this feature should
>> be integrated into Ofbiz?
>>
>
> Then we are getting into the discussion if ESME is useful or not. That
> is why i copied the
If is definitely a question Hans - the How I'm sure we'll be able to figure
out. I like the idea of a chat being inside of OFBiz - it can help on all
kinds of levels from helping with errors to walking a user thru the ecomm site
to find the particular pieces to whatever - I can't couldn't care
But still in all discussions it's not clear to me WHY it should be IN
Ofbiz. Please go ahead and create it but if you implement a feature
just because you can, don't compare it with alternatives and didn't
find a business driver I find a waste of resources. But I'm more then
happy to be proven wron
On Sat, 2009-12-12 at 13:59 +0100, Jeroen van der Wal wrote:
> Hi Hans,
>
> I understand what it can do. Can you tell me why this feature should
> be integrated into Ofbiz?
>
Then we are getting into the discussion if ESME is useful or not. That
is why i copied the first page in a previous messa
On Sat, 2009-12-12 at 13:59 +0100, Jeroen van der Wal wrote:
> Hi Hans,
>
> I understand what it can do. Can you tell me why this feature should
> be integrated into Ofbiz?
>
>From the first page of the ESME project:
Enterprise Social Messaging Experiment (ESME) is a secure and highly
scalable
Hi Hans,
I understand what it can do. Can you tell me why this feature should
be integrated into Ofbiz?
-Jeroen
On Sat, Dec 12, 2009 at 1:31 PM, Hans Bakker
wrote:
> This will give you a twitter environment only visible by users of a
> particular ofbiz system so within a company, i.e. not publi
This will give you a twitter environment only visible by users of a
particular ofbiz system so within a company, i.e. not public.
A twitter environment is more general than chat and encourages
collaboration much morechat is only person to person...but it looks
like it can do chat too...
On Sa
Hi Hans,
Your proposal looks interesting from an technical point of view but
I'm have trouble picturing a real life business scenario, can you
provide some examples? And most important, can you address why this
should be integrated into Ofbiz? Isn't it easier to integrate with
(any) external chat
Proposal:
We are looking to copy an ESME server within OFBiz as a component to
allow for twitter like messaging within the OFBiz environment.
users coming on the ecommerce site can 'twitter' a message which is
monitored by the system admin, who can answer the questions.
Logged in users can follo
42 matches
Mail list logo