Re: Discussing changes of Desing/Architecture of timezone implementation
I would default server time zone to the time zone of the server. It is up to admin to set it to the different value. ok Additionally Appointment, I guess. Nope, Appointment does not have timezone information. The start/end date of the appointment is always in the server time zone. Actually _an_ date/time that is stored is always the server time. We only need timezone information when we need to display that time for any _user_ to generate a localized representation of the date/time. For instance an Appointment can be 8am GMT but for one user 1am GMT/Berlin should be displayed as 6pm NZDT/Auckland and for yet another MeetingMember it has to be displayed as 2am EDT/New York. So from my point of view the User, MeetingMember and Invitations Entity are the right place. And that is already as it is now. So you can replace OmTimeZone in all those classes with the new attribute that stored the timezone. Can we define any useful JUnit tests so that we don't need to do so much manual testing ? Sebastian 2013/8/7 Maxim Solodovnik solomax...@gmail.com I would default server time zone to the time zone of the server. It is up to admin to set it to the different value. On Wed, Aug 7, 2013 at 12:09 PM, seba.wag...@gmail.com seba.wag...@gmail.com wrote: I basically don't mind about the component in the UI. I just thought initially that 650 in a combobox is too much. However it does not seem to be an issue for the UI as such. My basic question is what we use as default: Do we default to the server timezone or to the client site user timezone ? Sebastian 2013/8/7 Maxim Solodovnik solomax...@gmail.com The correct URL is http://timezonepicker.com/ On Wed, Aug 7, 2013 at 9:30 AM, Maxim Solodovnik solomax...@gmail.com wrote: I believe we can use something like this: https://timezonepicker.com (sources are here: https://github.com/quicksketch/timezonepicker) The only issues I can see right now: 1) it has no License set in the moment ( https://github.com/quicksketch/timezonepicker/issues/2) 2) It last updated 9 months ago So maybe additional googling is required :) On Wed, Aug 7, 2013 at 4:50 AM, seba.wag...@gmail.com seba.wag...@gmail.com wrote: One thing that is not on our list now is the default timezone of the server. Currently when you install OpenMeetings you choose a timezone. The questions are: 1) Where do we populate the timezones from in that list, displaying 650 timezones of java.util.Timezone is not practical 2) If we default that timezone to some value, what shall it be? The timezone of the server or the timezone of the client browser? = In theory this default timezone is used whenever we can't find a suitable timezone. So potentially we can default it to the browsers timezone that is currently installing OpenMeetings. This default timzeone will be used whenever there is no timezone available for a user or if the timezone of the user is corrupted. Sebastian 2013/8/6 Maxim Solodovnik solomax...@gmail.com Additionally Appointment, I guess. Non-existent XML attribute will be ignored by simpleframework. I believe we can let timezones.xml live in our sources and convert backups based on it On Tue, Aug 6, 2013 at 5:28 PM, seba.wag...@gmail.com seba.wag...@gmail.com wrote: That might be another approach. So you are saying we get rid of the Entity OmTimeZone in total? Even if we have the timezone in the each of those object,I think there should be a fallback mechanism. Cause with every Java update (or I think you can even do it manually) you can get updates to the number/offset of the timezones (appearently every year such and such countries for instance decide to switch to have not a Daylight saving time, et cetera, or there is even a brand new timezone). So it could happen one day that we have timezone string in our application that is neither known to java.util.Timezone nor to net.fortuna.ical4j.model.TimeZone. Or a timezone exists in the one and does not exist in the other. I think we should go the extra mile and try to outline the technical part upfront doing anything concretly. It could save us a lot of time. Also it might be good to discuss this publicly as more then one person can then work on it in parallel. As far as I can judge you can't save the type java.util.Timezone in a database. So it has to be either a string or you store an Integer (utcTimeZoneOffset). But I really don't like the latter as it does not handle Daylight savings times. So the Entities that hold an attribute omTimeZone that would need to be
Re: Discussing changes of Desing/Architecture of timezone implementation
Can we define any useful JUnit tests so that we don't need to do so much manual testing ? I believe so, but what version will be affected with this change? 3.0.0 or 3.1.0? On Wed, Aug 7, 2013 at 1:43 PM, seba.wag...@gmail.com seba.wag...@gmail.com wrote: I would default server time zone to the time zone of the server. It is up to admin to set it to the different value. ok Additionally Appointment, I guess. Nope, Appointment does not have timezone information. The start/end date of the appointment is always in the server time zone. Actually _an_ date/time that is stored is always the server time. We only need timezone information when we need to display that time for any _user_ to generate a localized representation of the date/time. For instance an Appointment can be 8am GMT but for one user 1am GMT/Berlin should be displayed as 6pm NZDT/Auckland and for yet another MeetingMember it has to be displayed as 2am EDT/New York. So from my point of view the User, MeetingMember and Invitations Entity are the right place. And that is already as it is now. So you can replace OmTimeZone in all those classes with the new attribute that stored the timezone. Can we define any useful JUnit tests so that we don't need to do so much manual testing ? Sebastian 2013/8/7 Maxim Solodovnik solomax...@gmail.com I would default server time zone to the time zone of the server. It is up to admin to set it to the different value. On Wed, Aug 7, 2013 at 12:09 PM, seba.wag...@gmail.com seba.wag...@gmail.com wrote: I basically don't mind about the component in the UI. I just thought initially that 650 in a combobox is too much. However it does not seem to be an issue for the UI as such. My basic question is what we use as default: Do we default to the server timezone or to the client site user timezone ? Sebastian 2013/8/7 Maxim Solodovnik solomax...@gmail.com The correct URL is http://timezonepicker.com/ On Wed, Aug 7, 2013 at 9:30 AM, Maxim Solodovnik solomax...@gmail.com wrote: I believe we can use something like this: https://timezonepicker.com (sources are here: https://github.com/quicksketch/timezonepicker) The only issues I can see right now: 1) it has no License set in the moment ( https://github.com/quicksketch/timezonepicker/issues/2) 2) It last updated 9 months ago So maybe additional googling is required :) On Wed, Aug 7, 2013 at 4:50 AM, seba.wag...@gmail.com seba.wag...@gmail.com wrote: One thing that is not on our list now is the default timezone of the server. Currently when you install OpenMeetings you choose a timezone. The questions are: 1) Where do we populate the timezones from in that list, displaying 650 timezones of java.util.Timezone is not practical 2) If we default that timezone to some value, what shall it be? The timezone of the server or the timezone of the client browser? = In theory this default timezone is used whenever we can't find a suitable timezone. So potentially we can default it to the browsers timezone that is currently installing OpenMeetings. This default timzeone will be used whenever there is no timezone available for a user or if the timezone of the user is corrupted. Sebastian 2013/8/6 Maxim Solodovnik solomax...@gmail.com Additionally Appointment, I guess. Non-existent XML attribute will be ignored by simpleframework. I believe we can let timezones.xml live in our sources and convert backups based on it On Tue, Aug 6, 2013 at 5:28 PM, seba.wag...@gmail.com seba.wag...@gmail.com wrote: That might be another approach. So you are saying we get rid of the Entity OmTimeZone in total? Even if we have the timezone in the each of those object,I think there should be a fallback mechanism. Cause with every Java update (or I think you can even do it manually) you can get updates to the number/offset of the timezones (appearently every year such and such countries for instance decide to switch to have not a Daylight saving time, et cetera, or there is even a brand new timezone). So it could happen one day that we have timezone string in our application that is neither known to java.util.Timezone nor to net.fortuna.ical4j.model.TimeZone. Or a timezone exists in the one and does not exist in the other. I think we should go the extra mile and try to outline the technical part upfront doing anything concretly. It could save us a lot of time. Also it might be good to discuss this publicly as more then one person can then
Re: Microsoft Azure Openmeetings image
The autostart needs to be added as part of the bootup sequence. The ports can be specified in the image meta-data via the publish form. However, even when specified they will only automatically be opened when deployed from the command line. If a user deploys using the web interface these ports need to be manually opened using the management portal. It is therefore a good idea to specify these ports in the image description as well as the meta-data. Ross Ross Gardler (@rgardler) Senior Technology Evangelist Microsoft Open Technologies, Inc. A subsidiary of Microsoft Corporation On 6 August 2013 00:40, Vasiliy Degtyarev va...@unipro.ru wrote: Hello All, I have tested this image and found that: - openmeetings is not auto started - rtmpt (1935) and http (5080) ports should be added. Thanks, Vasiliy. On 03.08.2013 7:58, Ross Gardler wrote: This is awesome. I'll make it a featured image next time I update them (means it will appear on the first page of listings on http://vmdepot.msopentech.com Maybe we can do some joint outreach work too (screencasts, blog posts etc.) Full disclosure - I work for MS Open Tech Ross Sent from my Windows Phone From: Maxim Solodovnik Sent: 8/2/2013 3:04 AM To: dev Cc: Ross Gardler Subject: Re: Microsoft Azure Openmeetings image http://vmdepot.msopentech.com/**Vhd/Show?vhdId=4537version=**4572http://vmdepot.msopentech.com/Vhd/Show?vhdId=4537version=4572 To use it you need: 1) You need Microsoft Azure account (they have 3 months of trial) 2) Create new Virtual Machine 3) Browse VM Depot 4) Select OM image 5) Create machine Creadentials used are available here: http://www.dataved.ru/2013/08/**msazurecredentials.htmlhttp://www.dataved.ru/2013/08/msazurecredentials.html Vasiliy is currently working of illustrated how to :) On Fri, Aug 2, 2013 at 4:58 PM, seba.wag...@gmail.com seba.wag...@gmail.com wrote: Hi Maxim, sounds great is there a link or url? Thx Seb On 2 Aug 2013 20:27, Maxim Solodovnik solomax...@gmail.com wrote: Hello All, I finally was able to make OM image available in VM Depot, so currently any Azure user can create OM instance in couple of clicks :) On Tue, Jul 16, 2013 at 8:50 PM, Maxim Solodovnik solomax...@gmail.com wrote: Hello Ross, I finally was able to set up OM on Windows Azure, and create image from the system configured. Could you please guide me how to make this image public? Thanks in advance! -- WBR Maxim aka solomax -- WBR Maxim aka solomax
