I cannot manage the OpenACD using the web interface

[eksantrik]

Folks,

I just installed sipx4.4 and loaded openacd on it. I am able to access
the openacd management interface using <ip addr of sipx server>:9999.
However, I am having a lot of issues with using it.

I cannot submit any changes to a queue recipe. Once a create a queue,
it is also an issue to change the name of delete it; I have to delete
the whole new group.

My problem is submitting my changes to OpenACD using the web
interface. Is there any known issues or limitations with google
chrome?

thanks for the help

[Micah]

There were a couple of errors in the Admin UI concerning The recipe
editor. I've fixed these in the latest commits to the git repo.
There should be no issues using the admin interface in any modern
browser, such as Chrome. Firefox, Safari, and IE 9 are also
supported.

Micah

[eksantrik]

Could you please let me know how I can update the openacd portion on
sipx4.4? Thanks

[Micah]

The version of OpenACD in the sipx repository tends to lag behind what
is on github, so you would need to do a manual build, then move the
result to where sipx expects OpenACD.

Bleeding edge can be found at: http://github.com/OpenACD/OpenACD.
You will find a wiki there as well with how to build it. After it's
built successfully, generate a release. Stop OpenACD from the sipx
ui. Back up the sipx plugin. Take the release and overwrite the sipx
install. Put the plugin back in place if need be. Start OpenACD from
the sipx ui.

Assuming Sipx installed the sipx plugin for OpenACD at /opt/OpenACD/
plugin.d, the command-line flow will be similar to:

git clone https://github.com/OpenACD/OpenACD.git
cd OpenACD
./rebar get-deps compile generate
cp -R /opt/OpenACD/plugin.d ./
cp -R rel/openacd/* /opt/OpenACD/
cp -R plugin.d /opt/OpenACD/

You may also want to check with the sipx forums, as they may have a
less destructive or safer way to update OpenACD independently of
sipx. They are in charge of integration, I just code OpenACD :)

Micah

[Douglas Hubler]

On Fri, Oct 28, 2011 at 4:08 PM, Micah <null...@gmail.com> wrote:
> The version of OpenACD in the sipx repository tends to lag behind what
> is on github, so you would need to do a manual build, then move the
> result to where sipx expects OpenACD.
>
> Bleeding edge can be found at:  http://github.com/OpenACD/OpenACD.
> You will find a wiki there as well with how to build it.  After it's
> built successfully, generate a release.  Stop OpenACD from the sipx
> ui.  Back up the sipx plugin.  Take the release and overwrite the sipx
> install.  Put the plugin back in place if need be.  Start OpenACD from
> the sipx ui.
>
> Assuming Sipx installed the sipx plugin for OpenACD at /opt/OpenACD/
> plugin.d, the command-line flow will be similar to:
>
>    git clone https://github.com/OpenACD/OpenACD.git
>    cd OpenACD
>    ./rebar get-deps compile generate
>    cp -R /opt/OpenACD/plugin.d ./
>    cp -R rel/openacd/* /opt/OpenACD/
>    cp -R plugin.d /opt/OpenACD/
>
> You may also want to check with the sipx forums, as they may have a
> less destructive or safer way to update OpenACD independently of
> sipx.  They are in charge of integration, I just code OpenACD :)

You cannot really mix head of OpenACD and sipXecs 4.4. You're better
off following OpenACD instructions as Micah laid out and work with
OpenACD and freeswitch together and check back on sipxecs integration
in development build in a few weeks.

[eksantrik]

Thanks Micah, thanks Douglas.

Micah, I am trying to follow the steps you emailed me but getting the
following error after I enter: "./rebar get-deps compile generate" in
OpenACD folder:

[bolukbasi@localhost OpenACD]$ ./rebar get-deps compile generate
==> rel (get-deps)
==> OpenACD (get-deps)
Updating submodules...
Submodule 'contrib/dojo/dijit' (https://github.com/dojo/dijit.git)
registered for path 'contrib/dojo/dijit'
Submodule 'contrib/dojo/dojo' (https://github.com/dojo/dojo.git)
registered for path 'contrib/dojo/dojo'
Submodule 'contrib/dojo/dojox' (https://github.com/dojo/dojox.git)
registered for path 'contrib/dojo/dojox'
Submodule 'contrib/dojo/util' (https://github.com/dojo/util.git)
registered for path 'contrib/dojo/util'
Cloning into contrib/dojo/dijit...
Submodule path 'contrib/dojo/dijit': checked out
'28016796d6cb450d4b46996196d6a79828963440'
Cloning into contrib/dojo/dojo...
Submodule path 'contrib/dojo/dojo': checked out
'23cecd50967a1f4705d363090d0be6a53755eaeb'
Cloning into contrib/dojo/dojox...
Submodule path 'contrib/dojo/dojox': checked out
'482adbe95eea5949021f13774aeaa061fea47dd8'
Cloning into contrib/dojo/util...
Submodule path 'contrib/dojo/util': checked out
'fcf75df1d097e7db6f868e03d561bd966d1c2094'
Pulling protobuffs from {git,"http://github.com/lordnull/
erlang_protobuffs.git",
"master"}
Cloning into protobuffs...
Pulling errd from {git,"https://github.com/Vagabond/errd.git",
{tag,"8562fce3778318b0edda"}}
Cloning into errd...
Pulling gen_smtp from {git,"https://github.com/Vagabond/gen_smtp.git",
{tag,"c2401839c87a414f8549"}}
Cloning into gen_smtp...
Pulling gen_leader from {git,"https://github.com/Vagabond/
gen_leader_revival.git",
{tag,"6e563e111d7803c9e82a"}}
Cloning into gen_leader...
Pulling mochiweb from {git,"http://github.com/mochi/mochiweb.git",
{tag,"1.5.2"}}
Cloning into mochiweb...
Pulling gen_server_mock from {git,"http://github.com/lordnull/
gen_server_mock.git",
{branch,"master"}}
Cloning into gen_server_mock...
Pulling iconv from {git,"https://github.com/Vagabond/erlang-
iconv.git",
{branch,"master"}}
Cloning into iconv...
==> protobuffs (get-deps)
Pulling proper from {git,"https://github.com/manopapad/
proper.git","master"}
Cloning into proper...
Pulling meck from {git,"https://github.com/eproxus/meck.git",
{branch,"master"}}
Cloning into meck...
==> proper (get-deps)
==> meck (get-deps)
==> errd (get-deps)
==> gen_smtp (get-deps)
==> gen_leader (get-deps)
==> mochiweb (get-deps)
==> gen_server_mock (get-deps)
==> iconv (get-deps)
==> proper (compile)
src/strip_types.erl:50: Warning: missing specification for function
parse_transform/2
Compiled src/strip_types.erl
src/vararg.erl:78: type arity() undefined
src/vararg.erl:82: type arity() undefined
src/vararg.erl:82: type arity() undefined
src/vararg.erl:95: type arity() undefined
[bolukbasi@localhost OpenACD]$

Any suggestions for me when you have a minute?

Thanks

On Oct 28, 8:49 pm, Douglas Hubler <dhub...@ezuce.com> wrote:

> On Fri, Oct 28, 2011 at 4:08 PM, Micah <null23...@gmail.com> wrote:
> > The version of OpenACD in the sipx repository tends to lag behind what
> > is on github, so you would need to do a manual build, then move the
> > result to where sipx expects OpenACD.
>
> > Bleeding edge can be found at:  http://github.com/OpenACD/OpenACD.
> > You will find a wiki there as well with how to build it.  After it's
> > built successfully, generate a release.  Stop OpenACD from the sipx
> > ui.  Back up the sipx plugin.  Take the release and overwrite the sipx
> > install.  Put the plugin back in place if need be.  Start OpenACD from
> > the sipx ui.
>
> > Assuming Sipx installed the sipx plugin for OpenACD at /opt/OpenACD/
> > plugin.d, the command-line flow will be similar to:
>

> >    git clonehttps://github.com/OpenACD/OpenACD.git

[Micah]

I tried a clean check-out, and had no issues. What version of Erlang
are you using?

Looks like the error is compiling a dependency for a dependency.
"Proper" is used by "protobuffs" for tests only, so we should be able
to simply remove the dependency and compile. Edit 'deps/protobuffs/
rebar.config'. At line 3, starting this the curly brace before
"proper", delete up to and including the comma following the closing
curly brace. Then:

./rebar compile generate

Grab a cup of coffee as generate can take a few minutes. Put the
generated files and sipx plugin back in place, and you should be ready
to go.

Micah

[eksantrik]

My bad. My erlang version was older than the recommended one. Thanks
for the help.

The only issue I am experiencing is that, after it build it, it tells
me that it need rel tool to create a release. How can I get this for
centos 5.5?

Thanks