Re: New address book

[seba.wag...@gmail.com]

Okay,

I just have seen you want to put it into an iFrame.
Can an application running in an iFrame communicate with another SWF that
runs in another iFrame ?
It is essential that the communication between the app in the iFrame and
the main SWF(s) and vice versa works.

>From my point of view having the address book loaded into a div as overlay
has some advantages.
An iFrame solution is very static, the iFrame would be situated always on
the left, right, bottom or top. And it would always need the entire side,
so splitting it up like for example the user list + the activity window on
the left side will not be possible.
A div-overlay object could potentially anywhere be.

Sebastian


2013/2/27 Alexei Fedotov 

> The idea was to allow users share urls and browse web sites.
> 27.02.2013 8:53 пользователь "Irina Arkhipets" 
> написал:
>
> > Hi Sebastian,
> >
> > Actually, no. I was going to put iframe into whiteboard - it can be
> useful
> > sometime...
> >
> > Regards,
> > Irina.
> >
> > On Wed, Feb 27, 2013 at 3:01 AM, seba.wag...@gmail.com <
> > seba.wag...@gmail.com> wrote:
> >
> > > Is the request that Irina is working on about creating html overlay
> over
> > > Flash a part / a research to realize this?
> > >
> > > Sebastian
> > >
> > >
> > > 2013/2/26 Alexei Fedotov 
> > >
> > > > Hello Maxim, thanks for support.
> > > >
> > > > My point was we still keep flash whiteboard and video with new book.
> > The
> > > > video is separated already. The board can be embedded with object tag
> > > > without iframe
> > > >
> > > > One more note - when I say ¨android address  book" I mean search
> > > utilities
> > > > at the first place.
> > > >
> > > > Peter, our contacts in the book are like jabber contacts - a jabber
> > > server
> > > > (or server component) will maintain them for each user. The server
> also
> > > > provides basic contact exchange functionality. Unless we found a
> > smaller
> > > > one, we can use openfire server.
> > > > I like the idea of common address book
> > > >
> > > > but it will NOT work in iframe
> > > > so it can be resolved in 3.0 only
> > > >
> > > >
> > > > On Tue, Feb 26, 2013 at 2:48 PM, Alexei Fedotov <
> > > alexei.fedo...@gmail.com
> > > > >wrote:
> > > >
> > > > > Hello folks, Sebastian,
> > > > >
> > > > > I suggest the new concept for openmeetings. This is not a real
> > > > innovation,
> > > > > just a copy of a newer thing than before.
> > > > >
> > > > > We will implement a new address book for openmeetings which  looks
> > like
> > > > > android address book. I'm writing this to collect your feedback
> > before
> > > we
> > > > > start coding.
> > > > >
> > > > > Basicly we add all other contacts below those who already
> > participates
> > > in
> > > > > the conference. When one drugs and drops offline contact on the
> board
> > > the
> > > > > invitation to join the conference is sent via specified channels
> > > > including
> > > > > mail and jabber. For touch interfaces left-to-right gesture on the
> > > > contact
> > > > > does the thing (this already works on my Android). Yes, we start
> > > adopting
> > > > > the thing for windows 8 pad experience (and get ubuntu pad working
> as
> > > > > well).
> > > > >
> > > > > All offline contacts are hidden in a tab by default, so the default
> > > look
> > > > > resembles the one we have now.
> > > > >
> > > > > The new book will be available in an iframe and will use wicket.
> > > > > Android-like call animations will be implemented on the top of
> jquery
> > > > (and
> > > > > maybe  some other lib in the middle).
> > > > >
> > > > > Separating the book from the board is another srep in our gradual
> > flash
> > > > to
> > > > > html5 transition.
> > > > >
> > > > > After we  do basics, further ideas include the following
> > improvements.
> > > > >
> > > > > It will likely require a lightweight http-tunnelled jabber to be
> > > > > implemented on openmeetings side (likely as an independently
> > developed
> > > > > apache licensed component jar - independency on the build level
> will
> > > help
> > > > > better reuse and testing) to add jabber transport for address book
> > > > > invitations. This can help migrating the whole chat to jabber, so
> > > > > openmeetings chat will integrate to different im networks. The
> whole
> > > > thing
> > > > > would help to light a green light for thise who are online and
> > > distribute
> > > > > invitation urls to tgem via different im networks.
> > > > >
> > > > > Some other ideas include importing contacts by ldap, from google
> and
> > > > social
> > > > > networks, managing duplicates.
> > > > > Some "special users" do more on receiving invitation. They
> > > automatically
> > > > > turn on camera and join the meeting. This effectively turns
> > > openmeetings
> > > > > into video survilliance system. :-) Yet some people may take
> advance
> > of
> > > > > placing cameras in a cafeteria.
> > > > >
> > > >
> > > >
> > > >
> > > > --
> > > > WBR
> > > > Maxim aka solomax
> 

Re: New address book

[Alexei Fedotov]

The idea was to allow users share urls and browse web sites.
27.02.2013 8:53 пользователь "Irina Arkhipets" 
написал:

> Hi Sebastian,
>
> Actually, no. I was going to put iframe into whiteboard - it can be useful
> sometime...
>
> Regards,
> Irina.
>
> On Wed, Feb 27, 2013 at 3:01 AM, seba.wag...@gmail.com <
> seba.wag...@gmail.com> wrote:
>
> > Is the request that Irina is working on about creating html overlay over
> > Flash a part / a research to realize this?
> >
> > Sebastian
> >
> >
> > 2013/2/26 Alexei Fedotov 
> >
> > > Hello Maxim, thanks for support.
> > >
> > > My point was we still keep flash whiteboard and video with new book.
> The
> > > video is separated already. The board can be embedded with object tag
> > > without iframe
> > >
> > > One more note - when I say ¨android address  book" I mean search
> > utilities
> > > at the first place.
> > >
> > > Peter, our contacts in the book are like jabber contacts - a jabber
> > server
> > > (or server component) will maintain them for each user. The server also
> > > provides basic contact exchange functionality. Unless we found a
> smaller
> > > one, we can use openfire server.
> > > I like the idea of common address book
> > >
> > > but it will NOT work in iframe
> > > so it can be resolved in 3.0 only
> > >
> > >
> > > On Tue, Feb 26, 2013 at 2:48 PM, Alexei Fedotov <
> > alexei.fedo...@gmail.com
> > > >wrote:
> > >
> > > > Hello folks, Sebastian,
> > > >
> > > > I suggest the new concept for openmeetings. This is not a real
> > > innovation,
> > > > just a copy of a newer thing than before.
> > > >
> > > > We will implement a new address book for openmeetings which  looks
> like
> > > > android address book. I'm writing this to collect your feedback
> before
> > we
> > > > start coding.
> > > >
> > > > Basicly we add all other contacts below those who already
> participates
> > in
> > > > the conference. When one drugs and drops offline contact on the board
> > the
> > > > invitation to join the conference is sent via specified channels
> > > including
> > > > mail and jabber. For touch interfaces left-to-right gesture on the
> > > contact
> > > > does the thing (this already works on my Android). Yes, we start
> > adopting
> > > > the thing for windows 8 pad experience (and get ubuntu pad working as
> > > > well).
> > > >
> > > > All offline contacts are hidden in a tab by default, so the default
> > look
> > > > resembles the one we have now.
> > > >
> > > > The new book will be available in an iframe and will use wicket.
> > > > Android-like call animations will be implemented on the top of jquery
> > > (and
> > > > maybe  some other lib in the middle).
> > > >
> > > > Separating the book from the board is another srep in our gradual
> flash
> > > to
> > > > html5 transition.
> > > >
> > > > After we  do basics, further ideas include the following
> improvements.
> > > >
> > > > It will likely require a lightweight http-tunnelled jabber to be
> > > > implemented on openmeetings side (likely as an independently
> developed
> > > > apache licensed component jar - independency on the build level will
> > help
> > > > better reuse and testing) to add jabber transport for address book
> > > > invitations. This can help migrating the whole chat to jabber, so
> > > > openmeetings chat will integrate to different im networks. The whole
> > > thing
> > > > would help to light a green light for thise who are online and
> > distribute
> > > > invitation urls to tgem via different im networks.
> > > >
> > > > Some other ideas include importing contacts by ldap, from google and
> > > social
> > > > networks, managing duplicates.
> > > > Some "special users" do more on receiving invitation. They
> > automatically
> > > > turn on camera and join the meeting. This effectively turns
> > openmeetings
> > > > into video survilliance system. :-) Yet some people may take advance
> of
> > > > placing cameras in a cafeteria.
> > > >
> > >
> > >
> > >
> > > --
> > > WBR
> > > Maxim aka solomax
> > >
> >
> >
> >
> > --
> > Sebastian Wagner
> > https://twitter.com/#!/dead_lock
> > http://www.webbase-design.de
> > http://www.wagner-sebastian.com
> > seba.wag...@gmail.com
> >
>

Re: svn commit: r1450608 - in /openmeetings/trunk/singlewebapp/src/org/apache/openmeetings: data/conference/dao/ persistence/beans/basic/ persistence/beans/room/ remote/ session/ session/store/

[Maxim Solodovnik]

done


On Wed, Feb 27, 2013 at 1:16 PM, Maxim Solodovnik wrote:

> Hello Sebastian,
>
> in your instructions to Denis you haven't mention MapStore should be
> switched
> So I have tested it with HashMapStore ...
>
> I'll revert changes to HashMapStore
>
>
> On Wed, Feb 27, 2013 at 1:10 PM, seba.wag...@gmail.com <
> seba.wag...@gmail.com> wrote:
>
>> Hi Maxim,
>>
>> I don't understand your changes to the HashMapStore.
>>
>> Why is there a reference to the ServerUtil in the HashMapStore at all?
>> The HashMapStore should only be used if _no_ server is configured at all,
>> no cluster, zero :)
>>
>> So actually getCurrentServer should not be used in the case where you are
>> using memory based store (aka "HashMapStore").
>>
>> And in that sense: public List getRoomsIdsByServer(Server server)
>> simply should always return the current list of all roomIds, not a subset
>> of it.
>> In case of HashMapStore there is no cluster or other server involved, so
>> its logically impossible that this function will be called with any server.
>>
>> But maybe I don't understand the entire scope of the changes that you
>> committed.
>>
>> Sebastian
>>
>>
>> 2013/2/27 
>>
>>> Author: solomax
>>> Date: Wed Feb 27 05:28:29 2013
>>> New Revision: 1450608
>>>
>>> URL: http://svn.apache.org/r1450608
>>> Log:
>>> SIP: additional NPE check is added
>>> Cluster: getServerForSession is refactored to work as expected with no
>>> overhead
>>>
>>> Modified:
>>>
>>> openmeetings/trunk/singlewebapp/src/org/apache/openmeetings/data/conference/dao/RoomDao.java
>>>
>>> openmeetings/trunk/singlewebapp/src/org/apache/openmeetings/data/conference/dao/SipDao.java
>>>
>>> openmeetings/trunk/singlewebapp/src/org/apache/openmeetings/persistence/beans/basic/Server.java
>>>
>>> openmeetings/trunk/singlewebapp/src/org/apache/openmeetings/persistence/beans/room/Room.java
>>>
>>> openmeetings/trunk/singlewebapp/src/org/apache/openmeetings/remote/ConferenceService.java
>>>
>>> openmeetings/trunk/singlewebapp/src/org/apache/openmeetings/session/SessionManager.java
>>>
>>> openmeetings/trunk/singlewebapp/src/org/apache/openmeetings/session/store/HashMapStore.java
>>>
>>> Modified:
>>> openmeetings/trunk/singlewebapp/src/org/apache/openmeetings/data/conference/dao/RoomDao.java
>>> URL:
>>> http://svn.apache.org/viewvc/openmeetings/trunk/singlewebapp/src/org/apache/openmeetings/data/conference/dao/RoomDao.java?rev=1450608&r1=1450607&r2=1450608&view=diff
>>>
>>> ==
>>> ---
>>> openmeetings/trunk/singlewebapp/src/org/apache/openmeetings/data/conference/dao/RoomDao.java
>>> (original)
>>> +++
>>> openmeetings/trunk/singlewebapp/src/org/apache/openmeetings/data/conference/dao/RoomDao.java
>>> Wed Feb 27 05:28:29 2013
>>> @@ -75,8 +75,7 @@ public class RoomDao implements IDataPro
>>> }
>>>
>>> public List getPublicRooms() {
>>> -   return em.createNamedQuery("getPublicRoomsOrdered",
>>> Room.class)
>>> -   .getResultList();
>>> +   return em.createNamedQuery("getPublicRoomsOrdered",
>>> Room.class).getResultList();
>>> }
>>>
>>> public List getSipRooms(List ids) {
>>> @@ -96,6 +95,11 @@ public class RoomDao implements IDataPro
>>> return q.getResultList();
>>> }
>>>
>>> +   public Long getRoomsCapacityByIds(List ids) {
>>> +   return ids == null || ids.isEmpty() ? 0
>>> +   : em.createNamedQuery("getRoomsCapacityByIds",
>>> Long.class).setParameter("ids", ids).getSingleResult();
>>> +   }
>>> +
>>> private boolean isSipEnabled() {
>>> return
>>> "yes".equals(cfgDao.getConfValue("red5sip.enable", String.class, "no"));
>>> }
>>>
>>> Modified:
>>> openmeetings/trunk/singlewebapp/src/org/apache/openmeetings/data/conference/dao/SipDao.java
>>> URL:
>>> http://svn.apache.org/viewvc/openmeetings/trunk/singlewebapp/src/org/apache/openmeetings/data/conference/dao/SipDao.java?rev=1450608&r1=1450607&r2=1450608&view=diff
>>>
>>> ==
>>> ---
>>> openmeetings/trunk/singlewebapp/src/org/apache/openmeetings/data/conference/dao/SipDao.java
>>> (original)
>>> +++
>>> openmeetings/trunk/singlewebapp/src/org/apache/openmeetings/data/conference/dao/SipDao.java
>>> Wed Feb 27 05:28:29 2013
>>> @@ -59,6 +59,10 @@ public class SipDao {
>>> }
>>>
>>> private ManagerResponse exec(ManagerAction action) {
>>> +   if (connection == null) {
>>> +   log.warn("There is no Asterisk configured");
>>> +   return null;
>>> +   }
>>> try {
>>> connection.login();
>>> ManagerResponse r =
>>> connection.sendAction(action);
>>> @@ -73,6 +77,10 @@ public class SipDao {
>>> }
>>>
>>> private ResponseEvents execEvent(EventGe

Re: svn commit: r1450608 - in /openmeetings/trunk/singlewebapp/src/org/apache/openmeetings: data/conference/dao/ persistence/beans/basic/ persistence/beans/room/ remote/ session/ session/store/

[Maxim Solodovnik]

Hello Sebastian,

in your instructions to Denis you haven't mention MapStore should be
switched
So I have tested it with HashMapStore ...

I'll revert changes to HashMapStore


On Wed, Feb 27, 2013 at 1:10 PM, seba.wag...@gmail.com <
seba.wag...@gmail.com> wrote:

> Hi Maxim,
>
> I don't understand your changes to the HashMapStore.
>
> Why is there a reference to the ServerUtil in the HashMapStore at all?
> The HashMapStore should only be used if _no_ server is configured at all,
> no cluster, zero :)
>
> So actually getCurrentServer should not be used in the case where you are
> using memory based store (aka "HashMapStore").
>
> And in that sense: public List getRoomsIdsByServer(Server server)
> simply should always return the current list of all roomIds, not a subset
> of it.
> In case of HashMapStore there is no cluster or other server involved, so
> its logically impossible that this function will be called with any server.
>
> But maybe I don't understand the entire scope of the changes that you
> committed.
>
> Sebastian
>
>
> 2013/2/27 
>
>> Author: solomax
>> Date: Wed Feb 27 05:28:29 2013
>> New Revision: 1450608
>>
>> URL: http://svn.apache.org/r1450608
>> Log:
>> SIP: additional NPE check is added
>> Cluster: getServerForSession is refactored to work as expected with no
>> overhead
>>
>> Modified:
>>
>> openmeetings/trunk/singlewebapp/src/org/apache/openmeetings/data/conference/dao/RoomDao.java
>>
>> openmeetings/trunk/singlewebapp/src/org/apache/openmeetings/data/conference/dao/SipDao.java
>>
>> openmeetings/trunk/singlewebapp/src/org/apache/openmeetings/persistence/beans/basic/Server.java
>>
>> openmeetings/trunk/singlewebapp/src/org/apache/openmeetings/persistence/beans/room/Room.java
>>
>> openmeetings/trunk/singlewebapp/src/org/apache/openmeetings/remote/ConferenceService.java
>>
>> openmeetings/trunk/singlewebapp/src/org/apache/openmeetings/session/SessionManager.java
>>
>> openmeetings/trunk/singlewebapp/src/org/apache/openmeetings/session/store/HashMapStore.java
>>
>> Modified:
>> openmeetings/trunk/singlewebapp/src/org/apache/openmeetings/data/conference/dao/RoomDao.java
>> URL:
>> http://svn.apache.org/viewvc/openmeetings/trunk/singlewebapp/src/org/apache/openmeetings/data/conference/dao/RoomDao.java?rev=1450608&r1=1450607&r2=1450608&view=diff
>>
>> ==
>> ---
>> openmeetings/trunk/singlewebapp/src/org/apache/openmeetings/data/conference/dao/RoomDao.java
>> (original)
>> +++
>> openmeetings/trunk/singlewebapp/src/org/apache/openmeetings/data/conference/dao/RoomDao.java
>> Wed Feb 27 05:28:29 2013
>> @@ -75,8 +75,7 @@ public class RoomDao implements IDataPro
>> }
>>
>> public List getPublicRooms() {
>> -   return em.createNamedQuery("getPublicRoomsOrdered",
>> Room.class)
>> -   .getResultList();
>> +   return em.createNamedQuery("getPublicRoomsOrdered",
>> Room.class).getResultList();
>> }
>>
>> public List getSipRooms(List ids) {
>> @@ -96,6 +95,11 @@ public class RoomDao implements IDataPro
>> return q.getResultList();
>> }
>>
>> +   public Long getRoomsCapacityByIds(List ids) {
>> +   return ids == null || ids.isEmpty() ? 0
>> +   : em.createNamedQuery("getRoomsCapacityByIds",
>> Long.class).setParameter("ids", ids).getSingleResult();
>> +   }
>> +
>> private boolean isSipEnabled() {
>> return "yes".equals(cfgDao.getConfValue("red5sip.enable",
>> String.class, "no"));
>> }
>>
>> Modified:
>> openmeetings/trunk/singlewebapp/src/org/apache/openmeetings/data/conference/dao/SipDao.java
>> URL:
>> http://svn.apache.org/viewvc/openmeetings/trunk/singlewebapp/src/org/apache/openmeetings/data/conference/dao/SipDao.java?rev=1450608&r1=1450607&r2=1450608&view=diff
>>
>> ==
>> ---
>> openmeetings/trunk/singlewebapp/src/org/apache/openmeetings/data/conference/dao/SipDao.java
>> (original)
>> +++
>> openmeetings/trunk/singlewebapp/src/org/apache/openmeetings/data/conference/dao/SipDao.java
>> Wed Feb 27 05:28:29 2013
>> @@ -59,6 +59,10 @@ public class SipDao {
>> }
>>
>> private ManagerResponse exec(ManagerAction action) {
>> +   if (connection == null) {
>> +   log.warn("There is no Asterisk configured");
>> +   return null;
>> +   }
>> try {
>> connection.login();
>> ManagerResponse r = connection.sendAction(action);
>> @@ -73,6 +77,10 @@ public class SipDao {
>> }
>>
>> private ResponseEvents execEvent(EventGeneratingAction action) {
>> +   if (connection == null) {
>> +   log.warn("There is no Asterisk configured");
>> +   return null;
>> +   }
>>

Re: svn commit: r1450608 - in /openmeetings/trunk/singlewebapp/src/org/apache/openmeetings: data/conference/dao/ persistence/beans/basic/ persistence/beans/room/ remote/ session/ session/store/

[seba.wag...@gmail.com]

Hi Maxim,

I don't understand your changes to the HashMapStore.

Why is there a reference to the ServerUtil in the HashMapStore at all?
The HashMapStore should only be used if _no_ server is configured at all,
no cluster, zero :)

So actually getCurrentServer should not be used in the case where you are
using memory based store (aka "HashMapStore").

And in that sense: public List getRoomsIdsByServer(Server server)
simply should always return the current list of all roomIds, not a subset
of it.
In case of HashMapStore there is no cluster or other server involved, so
its logically impossible that this function will be called with any server.

But maybe I don't understand the entire scope of the changes that you
committed.

Sebastian


2013/2/27 

> Author: solomax
> Date: Wed Feb 27 05:28:29 2013
> New Revision: 1450608
>
> URL: http://svn.apache.org/r1450608
> Log:
> SIP: additional NPE check is added
> Cluster: getServerForSession is refactored to work as expected with no
> overhead
>
> Modified:
>
> openmeetings/trunk/singlewebapp/src/org/apache/openmeetings/data/conference/dao/RoomDao.java
>
> openmeetings/trunk/singlewebapp/src/org/apache/openmeetings/data/conference/dao/SipDao.java
>
> openmeetings/trunk/singlewebapp/src/org/apache/openmeetings/persistence/beans/basic/Server.java
>
> openmeetings/trunk/singlewebapp/src/org/apache/openmeetings/persistence/beans/room/Room.java
>
> openmeetings/trunk/singlewebapp/src/org/apache/openmeetings/remote/ConferenceService.java
>
> openmeetings/trunk/singlewebapp/src/org/apache/openmeetings/session/SessionManager.java
>
> openmeetings/trunk/singlewebapp/src/org/apache/openmeetings/session/store/HashMapStore.java
>
> Modified:
> openmeetings/trunk/singlewebapp/src/org/apache/openmeetings/data/conference/dao/RoomDao.java
> URL:
> http://svn.apache.org/viewvc/openmeetings/trunk/singlewebapp/src/org/apache/openmeetings/data/conference/dao/RoomDao.java?rev=1450608&r1=1450607&r2=1450608&view=diff
>
> ==
> ---
> openmeetings/trunk/singlewebapp/src/org/apache/openmeetings/data/conference/dao/RoomDao.java
> (original)
> +++
> openmeetings/trunk/singlewebapp/src/org/apache/openmeetings/data/conference/dao/RoomDao.java
> Wed Feb 27 05:28:29 2013
> @@ -75,8 +75,7 @@ public class RoomDao implements IDataPro
> }
>
> public List getPublicRooms() {
> -   return em.createNamedQuery("getPublicRoomsOrdered",
> Room.class)
> -   .getResultList();
> +   return em.createNamedQuery("getPublicRoomsOrdered",
> Room.class).getResultList();
> }
>
> public List getSipRooms(List ids) {
> @@ -96,6 +95,11 @@ public class RoomDao implements IDataPro
> return q.getResultList();
> }
>
> +   public Long getRoomsCapacityByIds(List ids) {
> +   return ids == null || ids.isEmpty() ? 0
> +   : em.createNamedQuery("getRoomsCapacityByIds",
> Long.class).setParameter("ids", ids).getSingleResult();
> +   }
> +
> private boolean isSipEnabled() {
> return "yes".equals(cfgDao.getConfValue("red5sip.enable",
> String.class, "no"));
> }
>
> Modified:
> openmeetings/trunk/singlewebapp/src/org/apache/openmeetings/data/conference/dao/SipDao.java
> URL:
> http://svn.apache.org/viewvc/openmeetings/trunk/singlewebapp/src/org/apache/openmeetings/data/conference/dao/SipDao.java?rev=1450608&r1=1450607&r2=1450608&view=diff
>
> ==
> ---
> openmeetings/trunk/singlewebapp/src/org/apache/openmeetings/data/conference/dao/SipDao.java
> (original)
> +++
> openmeetings/trunk/singlewebapp/src/org/apache/openmeetings/data/conference/dao/SipDao.java
> Wed Feb 27 05:28:29 2013
> @@ -59,6 +59,10 @@ public class SipDao {
> }
>
> private ManagerResponse exec(ManagerAction action) {
> +   if (connection == null) {
> +   log.warn("There is no Asterisk configured");
> +   return null;
> +   }
> try {
> connection.login();
> ManagerResponse r = connection.sendAction(action);
> @@ -73,6 +77,10 @@ public class SipDao {
> }
>
> private ResponseEvents execEvent(EventGeneratingAction action) {
> +   if (connection == null) {
> +   log.warn("There is no Asterisk configured");
> +   return null;
> +   }
> try {
> connection.login("on");
> ResponseEvents r =
> connection.sendEventGeneratingAction(action);
>
> Modified:
> openmeetings/trunk/singlewebapp/src/org/apache/openmeetings/persistence/beans/basic/Server.java
> URL:
> http://svn.apache.org/viewvc/openmeetings/trunk/singlewebapp/src/org/apache/openmeetings/persistence/beans/basic/Ser

Re: New address book

[Irina Arkhipets]

Hi Sebastian,

Actually, no. I was going to put iframe into whiteboard - it can be useful
sometime...

Regards,
Irina.

On Wed, Feb 27, 2013 at 3:01 AM, seba.wag...@gmail.com <
seba.wag...@gmail.com> wrote:

> Is the request that Irina is working on about creating html overlay over
> Flash a part / a research to realize this?
>
> Sebastian
>
>
> 2013/2/26 Alexei Fedotov 
>
> > Hello Maxim, thanks for support.
> >
> > My point was we still keep flash whiteboard and video with new book. The
> > video is separated already. The board can be embedded with object tag
> > without iframe
> >
> > One more note - when I say ¨android address  book" I mean search
> utilities
> > at the first place.
> >
> > Peter, our contacts in the book are like jabber contacts - a jabber
> server
> > (or server component) will maintain them for each user. The server also
> > provides basic contact exchange functionality. Unless we found a smaller
> > one, we can use openfire server.
> > I like the idea of common address book
> >
> > but it will NOT work in iframe
> > so it can be resolved in 3.0 only
> >
> >
> > On Tue, Feb 26, 2013 at 2:48 PM, Alexei Fedotov <
> alexei.fedo...@gmail.com
> > >wrote:
> >
> > > Hello folks, Sebastian,
> > >
> > > I suggest the new concept for openmeetings. This is not a real
> > innovation,
> > > just a copy of a newer thing than before.
> > >
> > > We will implement a new address book for openmeetings which  looks like
> > > android address book. I'm writing this to collect your feedback before
> we
> > > start coding.
> > >
> > > Basicly we add all other contacts below those who already participates
> in
> > > the conference. When one drugs and drops offline contact on the board
> the
> > > invitation to join the conference is sent via specified channels
> > including
> > > mail and jabber. For touch interfaces left-to-right gesture on the
> > contact
> > > does the thing (this already works on my Android). Yes, we start
> adopting
> > > the thing for windows 8 pad experience (and get ubuntu pad working as
> > > well).
> > >
> > > All offline contacts are hidden in a tab by default, so the default
> look
> > > resembles the one we have now.
> > >
> > > The new book will be available in an iframe and will use wicket.
> > > Android-like call animations will be implemented on the top of jquery
> > (and
> > > maybe  some other lib in the middle).
> > >
> > > Separating the book from the board is another srep in our gradual flash
> > to
> > > html5 transition.
> > >
> > > After we  do basics, further ideas include the following improvements.
> > >
> > > It will likely require a lightweight http-tunnelled jabber to be
> > > implemented on openmeetings side (likely as an independently developed
> > > apache licensed component jar - independency on the build level will
> help
> > > better reuse and testing) to add jabber transport for address book
> > > invitations. This can help migrating the whole chat to jabber, so
> > > openmeetings chat will integrate to different im networks. The whole
> > thing
> > > would help to light a green light for thise who are online and
> distribute
> > > invitation urls to tgem via different im networks.
> > >
> > > Some other ideas include importing contacts by ldap, from google and
> > social
> > > networks, managing duplicates.
> > > Some "special users" do more on receiving invitation. They
> automatically
> > > turn on camera and join the meeting. This effectively turns
> openmeetings
> > > into video survilliance system. :-) Yet some people may take advance of
> > > placing cameras in a cafeteria.
> > >
> >
> >
> >
> > --
> > WBR
> > Maxim aka solomax
> >
>
>
>
> --
> Sebastian Wagner
> https://twitter.com/#!/dead_lock
> http://www.webbase-design.de
> http://www.wagner-sebastian.com
> seba.wag...@gmail.com
>

Re: How to start with OpenLazlo in OM

[Artyom Horuzhenko]

Hello, Rene.
I'm new developer too and I work on Openmeetings just a couple of
month but I can share my client-side experience. First of all you
should know that we have two flash layer. First layer is a basic
interface in flash 8. First layer sources are contained in
WebContent/src folder. Second layer is video interface in flash 11,
contained in WebContent/swf10.

When I needed to find required part of source, I found appropriate
string in the localization file (WebContent/languages) and searched
its id in whole source folder. This method might help to start coding
without understanding structure of folders and files. For coding on
OpenLaszlo I use Spklet Text Editor. It's a plugin for Eclipse.

It's what I can say about client-side in general. Maybe someone could
add something more. Also I want to note that we could help you better
if you ask us concrete questions.

2013/2/26 Rene' Rosenbaum :
> Hi all,
> I'm new to OM development and would like to adapt the user interface to my
> purposes. I thought the interface is pure Flash and could be modified this
> way. However, it seems OpenLaszlo is compiling the swfs. I've never done
> programming in OpenLaszlo. Is there a programming documentation for
> OpenLaszlo in OM or may someone help me understanding the structure/purpose
> of the different lzx-folders/files for OM? At which file(s) should I look
> first to get an entry into the system? Which development tools do you
> propose to adapt the user interface (use Eclipse right now, but not whether
> this is sufficient or best option)? Any help is appreciated!
> Cheers,
> Rene'
> --
>
> ~~~
> *Dr.-Ing. Rene' Rosenbaum
> meeCoda*  IT-Consulting and Services
>  ~: Neue Reihe 15, 18182 Goorstorf, Germany
>  #: ++49-(0)-1781408041
>  @:i...@meecoda.de  
> //:www.meecoda.de  
> ~~ +++ 
>

How to start with OpenLazlo in OM

[Rene' Rosenbaum]

Hi all,
I'm new to OM development and would like to adapt the user interface to 
my purposes. I thought the interface is pure Flash and could be modified 
this way. However, it seems OpenLaszlo is compiling the swfs. I've never 
done programming in OpenLaszlo. Is there a programming documentation for 
OpenLaszlo in OM or may someone help me understanding the 
structure/purpose of the different lzx-folders/files for OM? At which 
file(s) should I look first to get an entry into the system? Which 
development tools do you propose to adapt the user interface (use 
Eclipse right now, but not whether this is sufficient or best option)? 
Any help is appreciated!

Cheers,
Rene'
--

~~~
*Dr.-Ing. Rene' Rosenbaum
meeCoda*  IT-Consulting and Services
 ~: Neue Reihe 15, 18182 Goorstorf, Germany
 #: ++49-(0)-1781408041
 @:i...@meecoda.de  
//:www.meecoda.de  
~~ +++ 

Re: LDAPS user login

[Vieri]

Never mind.
I got it working by creating a trust store and importing the AD/LDAP server 
certificate correctly.

Sorry for the noise.

Vieri

LDAPS user login

[Vieri]

Hi,

I'm having trouble authenticating LDAP users via LDAPS, port 636.
I created the keystore and imported the CA certificate and the OM server's 
certificate.
I didn't create a truststore but I suppose I don't need to if I want to accept 
*any* connecting client?

So I set the env variables
JAVA_OPTS and 
JAVA_OPT="-Djavax.net.ssl.keyStore=/opt/openmeetings/red5/conf/keystore 
-Djavax.net.ssl.keyStorePassword=myPassword"
(I suppose the correct name is JAVA_OPTS but the om_ldap.cfg file comment 
specifies JAVA_OPT which may be a typo)

When I try to login via ldaps I get the following in the OM log:

DEBUG 02-26 13:02:48.935 LdapLoginManagement.java 288376 421 
org.apache.openmeetings.ldap.LdapLoginManagement [NioProcessor-18] - 
authenticating admin...
DEBUG 02-26 13:02:48.937 LdapAuthBase.java 288378 101 
org.apache.openmeetings.ldap.LdapAuthBase [NioProcessor-18] - authenticateUser
DEBUG 02-26 13:02:48.940 LdapAuthBase.java 288381 117 
org.apache.openmeetings.ldap.LdapAuthBase [NioProcessor-18] -

Authentification to LDAP - Server start
DEBUG 02-26 13:02:48.941 LdapAuthBase.java 288382 151 
org.apache.openmeetings.ldap.LdapAuthBase [NioProcessor-18] - loginToLdapServer
ERROR 02-26 13:02:54.126 LdapAuthBase.java 293567 123 
org.apache.openmeetings.ldap.LdapAuthBase [NioProcessor-18] -

Authentification on LDAP Server failed : simple bind failed: 
ad1.mydomain.com:636
ERROR 02-26 13:02:54.174 LdapAuthBase.java 293615 124 
org.apache.openmeetings.ldap.LdapAuthBase [NioProcessor-18] - [Authentification 
on LDAP Server failed]
javax.naming.CommunicationException: simple bind failed: ad1.mydomain.com:636
at com.sun.jndi.ldap.LdapClient.authenticate(LdapClient.java:215) 
~[na:1.6.0_24]
at com.sun.jndi.ldap.LdapCtx.connect(LdapCtx.java:2685) ~[na:1.6.0_24]
at com.sun.jndi.ldap.LdapCtx.(LdapCtx.java:306) ~[na:1.6.0_24]
at 
com.sun.jndi.ldap.LdapCtxFactory.getUsingURL(LdapCtxFactory.java:193) 
~[na:1.6.0_24]
at 
com.sun.jndi.ldap.LdapCtxFactory.getUsingURLs(LdapCtxFactory.java:211) 
~[na:1.6.0_24]
at 
com.sun.jndi.ldap.LdapCtxFactory.getLdapCtxInstance(LdapCtxFactory.java:154) 
~[na:1.6.0_24]
at 
com.sun.jndi.ldap.LdapCtxFactory.getInitialContext(LdapCtxFactory.java:84) 
~[na:1.6.0_24]
at 
javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:684) 
~[na:1.6.0_24]
at 
javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:305) 
~[na:1.6.0_24]
at javax.naming.InitialContext.init(InitialContext.java:240) 
~[na:1.6.0_24]
at javax.naming.InitialContext.(InitialContext.java:214) 
~[na:1.6.0_24]
at 
javax.naming.directory.InitialDirContext.(InitialDirContext.java:99) 
~[na:1.6.0_24]
at 
org.apache.openmeetings.ldap.LdapAuthBase.loginToLdapServer(LdapAuthBase.java:161)
 ~[openmeetings-2.1.0-SNAPSHOT.jar:na]
at 
org.apache.openmeetings.ldap.LdapAuthBase.authenticateUser(LdapAuthBase.java:119)
 ~[openmeetings-2.1.0-SNAPSHOT.jar:na]
at 
org.apache.openmeetings.ldap.LdapLoginManagement.doLdapLogin(LdapLoginManagement.java:422)
 [openmeetings-2.1.0-SNAPSHOT.jar:na]
at 
org.apache.openmeetings.remote.MainService.loginUser(MainService.java:333) 
[openmeetings-2.1.0-SNAPSHOT.jar:na]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 
~[na:1.6.0_24]
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) 
~[na:1.6.0_24]
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
 ~[na:1.6.0_24]
at java.lang.reflect.Method.invoke(Method.java:616) ~[na:1.6.0_24]
at 
org.red5.server.service.ServiceInvoker.invoke(ServiceInvoker.java:196) 
[red5.jar:na]
at 
org.red5.server.service.ServiceInvoker.invoke(ServiceInvoker.java:115) 
[red5.jar:na]
at 
org.red5.server.net.rtmp.RTMPHandler.invokeCall(RTMPHandler.java:157) 
[red5.jar:na]
at org.red5.server.net.rtmp.RTMPHandler.onInvoke(RTMPHandler.java:399) 
[red5.jar:na]
at 
org.red5.server.net.rtmp.BaseRTMPHandler.messageReceived(BaseRTMPHandler.java:130)
 [red5.jar:na]
at 
org.red5.server.net.rtmp.RTMPMinaIoHandler.messageReceived(RTMPMinaIoHandler.java:164)
 [red5.jar:na]
at 
org.apache.mina.core.filterchain.DefaultIoFilterChain$TailFilter.messageReceived(DefaultIoFilterChain.java:716)
 [mina-core-2.0.4.jar:na]
at 
org.apache.mina.core.filterchain.DefaultIoFilterChain.callNextMessageReceived(DefaultIoFilterChain.java:434)
 [mina-core-2.0.4.jar:na]
at 
org.apache.mina.core.filterchain.DefaultIoFilterChain.access$1200(DefaultIoFilterChain.java:46)
 [mina-core-2.0.4.jar:na]
at 
org.apache.mina.core.filterchain.DefaultIoFilterChain$EntryImpl$1.messageReceived(DefaultIoFilterChain.java:796)
 [mina-core-2.0.4.jar:na]
at 
org.apache.mina.filter.codec.ProtocolCodecFilter$ProtocolDecoderOutputImpl.flush(ProtocolCodecFilter.java:427)
 [mina-core-2.0.4.jar:na]
 

RE: About the strange tag behavior in OpenLaszlo

[Irina Arkhipets]

Hi Sebastian,

Thank you very much for the answer!
I'll think about this further.

Best regards,
Irina.

-Original Message-
From: seba.wag...@gmail.com [mailto:seba.wag...@gmail.com] 
Sent: Tuesday, February 26, 2013 1:40 PM
To: dev
Subject: Re: About the strange  tag behavior in OpenLaszlo

Hallo Irina,

unfortunately the html tag never really worked accross all browsers.
I had it once running for OpenMeetings but removed it again since it did
not work for IE8 on Windows7 (but fine everywhere else).

Basically the issue of this thing is not OpenLaszlo, its a matter of the
embed code and JavaScript code that includes the SWF.
What you do is actually adding an overlay over the SWF.

So my best advice would be:
Try to look into the basic html file that includes the SWF and try to add
some static HTML overlay object into that file.
If that works, try to make this overlay object "dynamic" by adding some
JavaScript methods that create and remove it.
And then you only need to trigger those JavaScript methods from OpenLaszlo.
Calling the JavaScript from SWF is easy.

That might sound more complex as "repairing" the HTML tag in OpenLaszlo,
but the issue is really that without debugging OpenLaszlo and compiling
OpenLaszlo from source its not possible to resolve.

Sebastian


2013/2/26 Irina Arkhipets 

> Hi Sebastian,
>
>
> I'm currently trying to implement drawing iframe on the whiteboard, and
> just found that OpenLaszlo  tag does not work properly for me. If I
> add something like
>
>
> "http://localhost:5080/openmeetings/docs/demo.html"; x="15" y="45"
> width="500" height="700"/>"
>
>
> in any OpenMeetings static view, I see blue rectangle instead of the
> docs/demo.html content.
>
>
> Please note that
>
>
http://www.openlaszlo.org/lps4.9/laszlo-explorer/editor.jsp?src=docs/referen
ce/programs/Extensions-$167.lzxexample
> works well for the htmls from localhost (if I have OM running
> there), and does not work for the external urls.
>
>
> It seems like  tag does not work in solo mode at all, and works with
> some security limitations otherwise. OpenLazslo API reads nothing about
> this.
>
>
> I've filed a bug against openLaszlo, but have not received any answer -
the
> project has died.
>
>
> I've googled this and found your old correspondence with OpenLaszlo
support
> where you wrote that similar things worked for you, for example see:
> http://www.openlaszlo.org/pipermail/laszlo-user/2010-April/008143.html
>
>
> So my question is - Am I doing something wrong? Or probably this worked in
> some previous OpenLaszlo versions and stopped to work in the latest ones?
>
>
> It's not good that it's impossible to see external iframes from
OpenLaszlo,
> however for now at least having html from localhost would be OK for me.
>
>
> Is there any other alternatives to resolve this problem? Could you please
> advice?
>
>
> Thank you,
>
> Irina.
>



-- 
Sebastian Wagner
https://twitter.com/#!/dead_lock
http://www.webbase-design.de
http://www.wagner-sebastian.com
seba.wag...@gmail.com

Re: New address book

[Alexei Fedotov]

Hello Maxim, thanks for support.

My point was we still keep flash whiteboard and video with new book. The
video is separated already. The board can be embedded with object tag
without iframe

One more note - when I say ¨android address  book" I mean search utilities
at the first place.

Peter, our contacts in the book are like jabber contacts - a jabber server
(or server component) will maintain them for each user. The server also
provides basic contact exchange functionality. Unless we found a smaller
one, we can use openfire server.
I like the idea of common address book

but it will NOT work in iframe
so it can be resolved in 3.0 only


On Tue, Feb 26, 2013 at 2:48 PM, Alexei Fedotov wrote:

> Hello folks, Sebastian,
>
> I suggest the new concept for openmeetings. This is not a real innovation,
> just a copy of a newer thing than before.
>
> We will implement a new address book for openmeetings which  looks like
> android address book. I'm writing this to collect your feedback before we
> start coding.
>
> Basicly we add all other contacts below those who already participates in
> the conference. When one drugs and drops offline contact on the board the
> invitation to join the conference is sent via specified channels including
> mail and jabber. For touch interfaces left-to-right gesture on the contact
> does the thing (this already works on my Android). Yes, we start adopting
> the thing for windows 8 pad experience (and get ubuntu pad working as
> well).
>
> All offline contacts are hidden in a tab by default, so the default look
> resembles the one we have now.
>
> The new book will be available in an iframe and will use wicket.
> Android-like call animations will be implemented on the top of jquery (and
> maybe  some other lib in the middle).
>
> Separating the book from the board is another srep in our gradual flash to
> html5 transition.
>
> After we  do basics, further ideas include the following improvements.
>
> It will likely require a lightweight http-tunnelled jabber to be
> implemented on openmeetings side (likely as an independently developed
> apache licensed component jar - independency on the build level will help
> better reuse and testing) to add jabber transport for address book
> invitations. This can help migrating the whole chat to jabber, so
> openmeetings chat will integrate to different im networks. The whole thing
> would help to light a green light for thise who are online and distribute
> invitation urls to tgem via different im networks.
>
> Some other ideas include importing contacts by ldap, from google and
social
> networks, managing duplicates.
> Some "special users" do more on receiving invitation. They automatically
> turn on camera and join the meeting. This effectively turns openmeetings
> into video survilliance system. :-) Yet some people may take advance of
> placing cameras in a cafeteria.
>



--
WBR
Maxim aka solomax

Re: New address book

[Alexei Fedotov]

Hello Peter,

Each user will have its own address book. If server administrator has
configured ldap import, a user gets some corporate contacts by default. His
personal contacts and social network contacts do not transfer to other user
books automatically.

One more thing to add: offline users are sorted by default using "last
contacted" field-this means favorites are on the top.
26.02.2013 11:58 пользователь "Peter Dähn"  написал:

> Hello everybody,
>
> we discuss about privacy issues.
>
> One can search across all users by default. There should by an option for
> the users to configure whether they are in that list or not. And it should
> be set to keep privacy by default.
>
> Greetings
> Peter Dähn
>
> Am 26.02.2013 08:48, schrieb Alexei Fedotov:
>
>> Hello folks, Sebastian,
>>
>> I suggest the new concept for openmeetings. This is not a real innovation,
>> just a copy of a newer thing than before.
>>
>> We will implement a new address book for openmeetings which  looks like
>> android address book. I'm writing this to collect your feedback before we
>> start coding.
>>
>> Basicly we add all other contacts below those who already participates in
>> the conference. When one drugs and drops offline contact on the board the
>> invitation to join the conference is sent via specified channels including
>> mail and jabber. For touch interfaces left-to-right gesture on the contact
>> does the thing (this already works on my Android). Yes, we start adopting
>> the thing for windows 8 pad experience (and get ubuntu pad working as
>> well).
>>
>> All offline contacts are hidden in a tab by default, so the default look
>> resembles the one we have now.
>>
>> The new book will be available in an iframe and will use wicket.
>> Android-like call animations will be implemented on the top of jquery (and
>> maybe  some other lib in the middle).
>>
>> Separating the book from the board is another srep in our gradual flash to
>> html5 transition.
>>
>> After we  do basics, further ideas include the following improvements.
>>
>> It will likely require a lightweight http-tunnelled jabber to be
>> implemented on openmeetings side (likely as an independently developed
>> apache licensed component jar - independency on the build level will help
>> better reuse and testing) to add jabber transport for address book
>> invitations. This can help migrating the whole chat to jabber, so
>> openmeetings chat will integrate to different im networks. The whole thing
>> would help to light a green light for thise who are online and distribute
>> invitation urls to tgem via different im networks.
>>
>> Some other ideas include importing contacts by ldap, from google and
>> social
>> networks, managing duplicates.
>> Some "special users" do more on receiving invitation. They automatically
>> turn on camera and join the meeting. This effectively turns openmeetings
>> into video survilliance system. :-) Yet some people may take advance of
>> placing cameras in a cafeteria.
>>
>>
>

Re: New address book

[Maxim Solodovnik]

I like the idea of common address book

but it will NOT work in iframe
so it can be resolved in 3.0 only


On Tue, Feb 26, 2013 at 2:48 PM, Alexei Fedotov wrote:

> Hello folks, Sebastian,
>
> I suggest the new concept for openmeetings. This is not a real innovation,
> just a copy of a newer thing than before.
>
> We will implement a new address book for openmeetings which  looks like
> android address book. I'm writing this to collect your feedback before we
> start coding.
>
> Basicly we add all other contacts below those who already participates in
> the conference. When one drugs and drops offline contact on the board the
> invitation to join the conference is sent via specified channels including
> mail and jabber. For touch interfaces left-to-right gesture on the contact
> does the thing (this already works on my Android). Yes, we start adopting
> the thing for windows 8 pad experience (and get ubuntu pad working as
> well).
>
> All offline contacts are hidden in a tab by default, so the default look
> resembles the one we have now.
>
> The new book will be available in an iframe and will use wicket.
> Android-like call animations will be implemented on the top of jquery (and
> maybe  some other lib in the middle).
>
> Separating the book from the board is another srep in our gradual flash to
> html5 transition.
>
> After we  do basics, further ideas include the following improvements.
>
> It will likely require a lightweight http-tunnelled jabber to be
> implemented on openmeetings side (likely as an independently developed
> apache licensed component jar - independency on the build level will help
> better reuse and testing) to add jabber transport for address book
> invitations. This can help migrating the whole chat to jabber, so
> openmeetings chat will integrate to different im networks. The whole thing
> would help to light a green light for thise who are online and distribute
> invitation urls to tgem via different im networks.
>
> Some other ideas include importing contacts by ldap, from google and social
> networks, managing duplicates.
> Some "special users" do more on receiving invitation. They automatically
> turn on camera and join the meeting. This effectively turns openmeetings
> into video survilliance system. :-) Yet some people may take advance of
> placing cameras in a cafeteria.
>



-- 
WBR
Maxim aka solomax