d.com
>> >
>> > --------------------------
>> >
>> > CONFIDENTIALITY NOTICE: See 'Confidentiality Notice Regarding E-mail
Messages from Coscend Communications Solutions' posted at:
http://www.Coscend.com/Terms_and_Condi
> >
> > CONFIDENTIALITY NOTICE: See 'Confidentiality Notice Regarding E-mail
> Messages from Coscend Communications Solutions' posted at:
> http://www.Coscend.com/Terms_and_Conditions.html
> >
> >
> >
> >
> >
> >
> >
gmail.com]
Sent: Saturday, August 20, 2016 2:32 PM
To: Openmeetings user-list ;
om.insig...@coscend.com
Subject: RE: Get Openmeetings version via SOAP/REST api
Hi Hemant, I downloaded OM-3.1.3 from
https://builds.apache.org/view/M-R/view/OpenMeetings/job/Openmeetings%203.1.x/lastSuccessfulBuild/artif
---
>
> CONFIDENTIALITY NOTICE: See 'Confidentiality Notice Regarding E-mail
Messages from Coscend Communications Solutions' posted at:
http://www.Coscend.com/Terms_and_Conditions.html
>
>
>
>
>
>
>
>
>
> From: Bh
m: Bhushan Patil [mailto:thebhushanpa...@gmail.com]
Sent: Saturday, August 20, 2016 9:59 AM
To: Openmeetings user-list
Subject: Re: Get Openmeetings version via SOAP/REST api
Hi Maxim, I copied all target/openmeetings-*-4.0.0-SNAPSHOT.jar from compiled
build to OM 3.1.2/webapps/openmeetings/WEB-INF/l
Hi Maxim, I copied all target/openmeetings-*-4.0.0-SNAPSHOT.jar from
compiled build to OM 3.1.2/webapps/openmeetings/WEB-INF/lib directory and
started that server.
But I am not getting wsdl for InfoWebService (*http://**localhost**:5080/*
*openmeetings**/services/**InfoWebService**?**wsdl*)
*Getti
Hi Maxim, I am trying to test the this feature. I following this tutorial(
http://openmeetings.apache.org/BuildInstructions.html).
This is what I did
1. Checked out source code
svn checkout
https://svn.apache.org/repos/asf/openmeetings/application/trunk/
2. mvn clean install -P allModules -DskipTe
Yes, I will test it as soon as reach home. I will let you know the result.
And thank you very much. :)
On Aug 19, 2016 12:59 PM, "Maxim Solodovnik" wrote:
>
> OK, implemented, you can test it using fresh nightly build
>
> On Fri, Aug 19, 2016 at 2:14 PM, Maxim Solodovnik
wrote:
>>
>> ok :)
>>
>>
OK, implemented, you can test it using fresh nightly build
On Fri, Aug 19, 2016 at 2:14 PM, Maxim Solodovnik
wrote:
> ok :)
>
> On Fri, Aug 19, 2016 at 2:05 PM, Bhushan Patil
> wrote:
>
>> I think "Object with fields" will have more readability as we can
>> retrieve particular info from key ins
ok :)
On Fri, Aug 19, 2016 at 2:05 PM, Bhushan Patil
wrote:
> I think "Object with fields" will have more readability as we can retrieve
> particular info from key instead of index.
>
> On Aug 19, 2016 11:59 AM, "Maxim Solodovnik" wrote:
> >
> > yep it is OK :)
> > Thanks
> >
> > how would you
I think "Object with fields" will have more readability as we can retrieve
particular info from key instead of index.
On Aug 19, 2016 11:59 AM, "Maxim Solodovnik" wrote:
>
> yep it is OK :)
> Thanks
>
> how would you like to get revision and build date?
> as Object with fields
> {
> version: 3.
yep it is OK :)
Thanks
how would you like to get revision and build date?
as Object with fields
{
version: 3.1.3-SNAPSHOT,
revision: xx,
buildDate: 2016-08-19
}
as (list of Strings)
["3.1.3-SNAPSHOT", "xx", "2016-08-19"]
via additional method(s) ?
On Fri, Aug 19, 2016 at 1
Hi Maxim, I created the issue, will you check it and see if it is correctly
done?
On Aug 19, 2016 9:56 AM, "Maxim Solodovnik" wrote:
>
> Service is ready to be committed :)
> waiting for the issue :)))
>
> On Fri, Aug 19, 2016 at 11:10 AM, Bhushan Patil
wrote:
>>
>> On Aug 19, 2016 9:33 AM, "Max
Service is ready to be committed :)
waiting for the issue :)))
On Fri, Aug 19, 2016 at 11:10 AM, Bhushan Patil
wrote:
> On Aug 19, 2016 9:33 AM, "Maxim Solodovnik" wrote:
> >
> > Do you need only version?
> > revision and buildDate can also be retrieved
> Yes, I currently need only version but
On Aug 19, 2016 9:33 AM, "Maxim Solodovnik" wrote:
>
> Do you need only version?
> revision and buildDate can also be retrieved
Yes, I currently need only version but I think we should also provided
revision n buildDate.
>
> On Fri, Aug 19, 2016 at 10:59 AM, Maxim Solodovnik
wrote:
>>
>> could yo
Do you need only version?
revision and buildDate can also be retrieved
On Fri, Aug 19, 2016 at 10:59 AM, Maxim Solodovnik
wrote:
> could you please create JIRA issue?
>
> On Fri, Aug 19, 2016 at 10:55 AM, Bhushan Patil > wrote:
>
>> Seems great. Thanks.
>>
>> On Aug 19, 2016 9:21 AM, "Maxim Sol
could you please create JIRA issue?
On Fri, Aug 19, 2016 at 10:55 AM, Bhushan Patil
wrote:
> Seems great. Thanks.
>
> On Aug 19, 2016 9:21 AM, "Maxim Solodovnik" wrote:
> >
> > ServerWebService is actually for manging cluster servers
> > I'm afraid additional service is required here like
Seems great. Thanks.
On Aug 19, 2016 9:21 AM, "Maxim Solodovnik" wrote:
>
> ServerWebService is actually for manging cluster servers
> I'm afraid additional service is required here like InfoWebService
> with SOAP method getVersion
> with REST method GET /info/version
>
> On Fri, Aug 19
ServerWebService is actually for manging cluster servers
I'm afraid additional service is required here like InfoWebService
with SOAP method getVersion
with REST method GET /info/version
On Fri, Aug 19, 2016 at 10:48 AM, Bhushan Patil
wrote:
> How about 'getVersion' or 'getOMVersion' m
How about 'getVersion' or 'getOMVersion' method in 'ServerWebService' ?
On Aug 19, 2016 9:08 AM, "Maxim Solodovnik" wrote:
>
> I can add it to 3.1.3, could you propose service name for this?
>
> On Fri, Aug 19, 2016 at 10:37 AM, Bhushan Patil
wrote:
>>
>> We are thinking that our soap services i
I can add it to 3.1.3, could you propose service name for this?
On Fri, Aug 19, 2016 at 10:37 AM, Bhushan Patil
wrote:
> We are thinking that our soap services invocation code should be
> configurable. For example, if detects that OM version is 3.1.2 then don't
> call getSession method, call dir
We are thinking that our soap services invocation code should be
configurable. For example, if detects that OM version is 3.1.2 then don't
call getSession method, call directly login method.
We are thinking that our soap services invocation code should be
configurable. For example, if detects that OM version is 3.1.2 then don't
call getSession method, call directly login method.
On Aug 19, 2016 9:01 AM, "Maxim Solodovnik" wrote:
>
> hmm the version of OM itself
> we never has AP
hmm the version of OM itself
we never has API call for this :(
It can be easily added, but why do you need it?
On Fri, Aug 19, 2016 at 10:28 AM, Bhushan Patil
wrote:
> Sorry but I couldn't find anything which returns OM version from the links
> you provided.
>
> On Aug 19, 2016 8:29 AM, "Ma
Sorry but I couldn't find anything which returns OM version from the links
you provided.
On Aug 19, 2016 8:29 AM, "Maxim Solodovnik" wrote:
>
> I already provide you with number of links to start with ...
> do you need more :))
>
> On Fri, Aug 19, 2016 at 9:57 AM, Bhushan Patil
wrote:
>>
>> So i
I already provide you with number of links to start with ...
do you need more :))
On Fri, Aug 19, 2016 at 9:57 AM, Bhushan Patil
wrote:
> So is there any api which I can use get OM version? If not, please guide
> me how can I create one.
> Thank you.
>
> On Aug 19, 2016 8:12 AM, "Maxim Solodovni
So is there any api which I can use get OM version? If not, please guide me
how can I create one.
Thank you.
On Aug 19, 2016 8:12 AM, "Maxim Solodovnik" wrote:
>
> yep Moodle plugin as well as PHP API are updated to work with new REST
services as expected
> It also was discussed in mailing lists
yep Moodle plugin as well as PHP API are updated to work with new REST
services as expected
It also was discussed in mailing lists :)
On Fri, Aug 19, 2016 at 9:36 AM, seba.wag...@gmail.com <
seba.wag...@gmail.com> wrote:
> Was there a new Moodle plugin issued to be compatible with this API ?
>
>
Was there a new Moodle plugin issued to be compatible with this API ?
2016-08-19 12:32 GMT+10:00 Maxim Solodovnik :
> yep, Swagger :))
>
> The general flow is the same, I just reduced the number of requests
> required (2 against 3) :)
> Also new version is more extendable and more compact :)
>
>
yep, Swagger :))
The general flow is the same, I just reduced the number of requests
required (2 against 3) :)
Also new version is more extendable and more compact :)
On Fri, Aug 19, 2016 at 9:29 AM, seba.wag...@gmail.com <
seba.wag...@gmail.com> wrote:
> Swagger you mean. Yeah that is a really
Swagger you mean. Yeah that is a really good idea. Especially to get a
proper API document out. With Swagger you can embed example request and
responses a lot more easy.
"Actually everything was changed"
=>I understand the framework and method signatures have changed. But the
logical flow is the s
JFYI: http://cxf.markmail.org/thread/tmarv3xwewgemiut
On Fri, Aug 19, 2016 at 8:24 AM, Maxim Solodovnik
wrote:
> I need help from community to document this
> I have no time to write code otherwise :
>
> Additionally I was thinking about add Swanger to REST
>
> On Fri, Aug 19, 2016 at 8
I need help from community to document this
I have no time to write code otherwise :
Additionally I was thinking about add Swanger to REST
On Fri, Aug 19, 2016 at 8:23 AM, Maxim Solodovnik
wrote:
> Actually everything was changed
>
> 0) Axis was removed in favor of CXF
> 1) services we
Actually everything was changed
0) Axis was removed in favor of CXF
1) services were split to multiple groups error, user, group, room
recording etc.
2) method signatures were cleaned up
3) REST methods are works with JSON now (and produces both XML and JSON)
4) REST methods uses GET/POST/DELETE (
Has it been reworked to fit into the REST (GET/PUT/POST/DELETE)
specification? Is that the change?
Cause AFAIK I think the methods/flow are the same, right ?
Thanks,
Sebastian
2016-08-19 11:09 GMT+10:00 Maxim Solodovnik :
> Hello,
>
> The API was changed (it was discussed here: http://openmeeti
Hello,
The API was changed (it was discussed here:
http://openmeetings.markmail.org/thread/43d5irskmknn3u6u)
Full API as javadocs available here
http://openmeetings.apache.org/openmeetings-webservice/apidocs/index.html
Short example available here:
http://openmeetings.apache.org/RestAPISample.html
Hi Bhushan,
I would not be aware that any APIs changed. We never changed actually any
APIs. We sometimes deprecate but we still leave the old API calls to
provide backward compatible versions.
So which API call do you say has changed or does not exist anymore?
Thanks,
Sebastian
2016-08-19 5:45
37 matches
Mail list logo
