You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@openmeetings.apache.org by "seba.wagner@gmail.com" <se...@gmail.com> on 2016/05/03 07:05:29 UTC
GSoC 2016: Status and some concerns regarding caldav4j
Hi Maxim,
during the meeting we discussed a few points:
1) I added Ankush and Dima to Jira and assigned the tickets
2) We had a quick chat around Caldav and libraries.
https://github.com/caldav4j
Seems to support it but has a few issues in compiling. That is something we
can fix.
But it is using a deprecated library (http://jakarta.apache.org/slide/).
We would need to lift this to use the library to use
http://jackrabbit.apache.org/ instead. However this has not been done yet.
So the issue is that we need to decide on if we want to do this as part of
GSoC.
This could be a quite significant piece of work. If we added to the scope
of this project it could mean less time in doing any actual OpenMeetings
enhancements.
What do you think?
Thanks,
Sebastian
--
Sebastian Wagner
https://twitter.com/#!/dead_lock
seba.wagner@gmail.com
Re: GSoC 2016: Status and some concerns regarding caldav4j
Posted by Ankush Mishra <an...@gmail.com>.
Alright that makes sense. I think ioggstream, the Project Maintainer would
be fine with merging, as long as we get a version after migration which
works with very few bugs.
I like the steps you've mentioned and thus should hopefully get working on
that. This plan is sound and I hope to emulate it.
Much Thanks
Ankush Mishra
On 9 May 2016 13:15, "seba.wagner@gmail.com" <se...@gmail.com> wrote:
> Well, the goal should be more that we bring the caldav4j changes you do in
> a state where it is worth considering by the main developers to merge to
> the master branch.
>
> We cannot really integrate a library from your branch. We can integrate it
> temporarily, for the duration of your GSoC project.
> But once we want to really merge it into the main OpenMeetings source code
> and release it the problem starts:
> - We need a Maven artefact of your code, not just a compiled library
> - We need a release version of your code (No Snapshot version dependencies
> are allowed for a release)
>
> I am aware that there are tricks to get around those rules (like custom
> Maven repositories et cetera). However this can only be an exception, not
> the standard rule that we just do with everything.
> Also this kind of fragmented development makes it very hard for 3rd parties
> to participate in the project since we make very complicated to understand
> the dependencies.
>
> So the end goal has to be that your code becomes part of the master branch
> of caldav4j and that there is a release of that library that contains your
> patches (or a merged version of it). However let's tackle it one by one. So
> in order of priority:
> 1) Fix what you have to fix and make it work for OpenMeetings
> 2) Finish the rest of your GSoC requirements successful
> 3) If you have the time bring the caldav4j stuff in a state where we can
> propose a patch to their main branch
>
> Thanks,
> Sebastian
>
>
> 2016-05-09 12:11 GMT+12:00 Ankush Mishra <an...@gmail.com>:
>
> > I fixed the building the code for the project, which was caused due to a
> > couple of bugs in the code, albeit small ones.
> >
> > No problems with just the partial migration. In fact the library works
> out
> > of box, without any migration. Having tested it myself. I'll probably do
> a
> > slow migration as I see fit. Plus, since development is sort of halted,
> it
> > won't be a issue, maintaining compatibility with the master and my fork.
> >
> > Much thanks
> > Ankush Mishra
> >
>
>
>
> --
> Sebastian Wagner
> https://twitter.com/#!/dead_lock
> seba.wagner@gmail.com
>
Re: GSoC 2016: Status and some concerns regarding caldav4j
Posted by "seba.wagner@gmail.com" <se...@gmail.com>.
Well, the goal should be more that we bring the caldav4j changes you do in
a state where it is worth considering by the main developers to merge to
the master branch.
We cannot really integrate a library from your branch. We can integrate it
temporarily, for the duration of your GSoC project.
But once we want to really merge it into the main OpenMeetings source code
and release it the problem starts:
- We need a Maven artefact of your code, not just a compiled library
- We need a release version of your code (No Snapshot version dependencies
are allowed for a release)
I am aware that there are tricks to get around those rules (like custom
Maven repositories et cetera). However this can only be an exception, not
the standard rule that we just do with everything.
Also this kind of fragmented development makes it very hard for 3rd parties
to participate in the project since we make very complicated to understand
the dependencies.
So the end goal has to be that your code becomes part of the master branch
of caldav4j and that there is a release of that library that contains your
patches (or a merged version of it). However let's tackle it one by one. So
in order of priority:
1) Fix what you have to fix and make it work for OpenMeetings
2) Finish the rest of your GSoC requirements successful
3) If you have the time bring the caldav4j stuff in a state where we can
propose a patch to their main branch
Thanks,
Sebastian
2016-05-09 12:11 GMT+12:00 Ankush Mishra <an...@gmail.com>:
> I fixed the building the code for the project, which was caused due to a
> couple of bugs in the code, albeit small ones.
>
> No problems with just the partial migration. In fact the library works out
> of box, without any migration. Having tested it myself. I'll probably do a
> slow migration as I see fit. Plus, since development is sort of halted, it
> won't be a issue, maintaining compatibility with the master and my fork.
>
> Much thanks
> Ankush Mishra
>
--
Sebastian Wagner
https://twitter.com/#!/dead_lock
seba.wagner@gmail.com
Re: GSoC 2016: Status and some concerns regarding caldav4j
Posted by Ankush Mishra <an...@gmail.com>.
I fixed the building the code for the project, which was caused due to a
couple of bugs in the code, albeit small ones.
No problems with just the partial migration. In fact the library works out
of box, without any migration. Having tested it myself. I'll probably do a
slow migration as I see fit. Plus, since development is sort of halted, it
won't be a issue, maintaining compatibility with the master and my fork.
Much thanks
Ankush Mishra
Re: GSoC 2016: Status and some concerns regarding caldav4j
Posted by "seba.wagner@gmail.com" <se...@gmail.com>.
Hi Ankush,
yeah it sounds like you are already all over it :) That's good. I don't
want to restrict you in your investigation and progressing this.
My only concern is that I do not have enough context to really asses how
much of an issue it what's a realistic time frame for this task.
Can we maybe do some partial migration, just to fit our needs?
As far as I understood at the moment you have some issues in building this
code. Is that with the master branch or also with this JackRabbit branch?
Thanks,
Sebastian
2016-05-08 23:45 GMT+12:00 Ankush Mishra <an...@gmail.com>:
> Just a couple things to address with respect to this issue, on thread
> which Sebastian mentioned: https://github.com/caldav4j/caldav4j/issues/13
>
> The username "TheAntimist", would be mine. As Sebastian mentioned that:
>
> From what I understood in that thread is that JackRabbit APIs are
> not compatible as it was not build for being re-used or a plugin
> replacement for Apache Slide.
>
> I have been working on this issue, along with getting used to the CalDAV
> protocol itself. Well, originally back in 2011 when this issue was made on
> Google Code, jackrabbit-webdav, did not implement:
>
> |The acl stuff is missing even in jackrabbit - but this may be changed.
> |
>
> |This is with relation specifically to RFC3744 [1]. When I restarted this
> thread on the status, the issue seemed to be the same, but what I checked
> was ||according to
> https://jackrabbit.apache.org/jcr/components/jackrabbit-webdav-library.html
> RFC 3744 (Access Control Protocol) has been implemented. Though, not sure
> till what ||extent, though. Here's the Javadoc on the package though:
> http://jackrabbit.apache.org/api/1.4/org/apache/jackrabbit/webdav/security/package-summary.html
>
> When I checked the ||/org.apache.jackrabbit.webdav.security/ code, I
> mostly see all the privileges and the rest being implemented. Though, when
> I sent out a mail on jackrabbit-users group with regard to the status, I
> haven't gotten back a reply on the issue, the thread there seems pretty
> much dead. Though, it should be implemented, mostly.
>
> Other than that, there also exists a caldav4j-jackrabbit, branch here:
> https://github.com/caldav4j/caldav4j/tree/caldav4j-jackrabbit
>
> I feel, that I can work on this. Since, I sort of started already, and a
> lot of work seems to have been already done in that branch. If possible, I
> can do it by this week.
>
> But other than this, do you want me to be working also, on the client,
> which I have already, fleshed out the basics, should start coding soon.
>
> [1] http://www.webdav.org/specs/rfc3744.html
> |
>
> ||
> ||
>
> Ankush Mishra
>
> On 08-05-2016 16:37, Maxim Solodovnik wrote:
>
>> I haven't check the code
>> not sure, but maybe I can try to start migration, not sure if I will have
>> enough time for that :(
>>
>> On Sun, May 8, 2016 at 4:04 PM, seba.wagner@gmail.com <mailto:
>> seba.wagner@gmail.com> <seba.wagner@gmail.com <mailto:
>> seba.wagner@gmail.com>> wrote:
>>
>> Hi Maxim,
>>
>> I don't think so. The caldav4j team tried to do the migration for
>> over 1
>> year now:
>> https://github.com/caldav4j/caldav4j/issues/13
>>
>> And they still have not succeeded.
>>
>> We can give it a try but I doubt it's that simple. From what I
>> understood
>> in that thread is that JackRabbit APIs are not compatible as it
>> was not
>> build for being re-used or a plugin replacement for Apache Slide.
>> So there
>> will be substantial work to do here.
>>
>> Thx
>> Sebastian
>>
>>
>> 2016-05-08 21:47 GMT+12:00 Maxim Solodovnik <solomax666@gmail.com
>> <ma...@gmail.com>>:
>>
>> > sure, NP, I can place it into our repo as soon as you feel it's
>> ready :)
>> >
>> > when it will be ready
>> > please send me the URL to the repo and some basic build instructions
>> >
>> > On Sun, May 8, 2016 at 3:45 PM, Ankush Mishra
>> <ankushmishra9@gmail.com <ma...@gmail.com>>
>> > wrote:
>> >
>> > > Thanks for the response. I'll try to complete by next week.
>> And since the
>> > > library isn't in Maven Central, we'll have to place it in the
>> > OpenMeetings
>> > > repo, as well.
>> > >
>> > > Ankush Mishra
>> > > On 8 May 2016 15:04, "Maxim Solodovnik" <solomax666@gmail.com
>> <ma...@gmail.com>> wrote:
>> > >
>> > >> Hello Sebastian,
>> > >>
>> > >> usually library replacement is as simple as update pom.xml
>> and perform
>> > >> full text replace of classes/packages
>> > >> seems to be easy
>> > >>
>> > >> I believe this can be done as part of GSOC project without
>> any major
>> > >> effect to the roadmap
>> > >>
>> > >> On Tue, May 3, 2016 at 11:05 AM, seba.wagner@gmail.com
>> <ma...@gmail.com> <
>> > >> seba.wagner@gmail.com <ma...@gmail.com>> wrote:
>> > >>
>> > >>> Hi Maxim,
>> > >>>
>> > >>> during the meeting we discussed a few points:
>> > >>>
>> > >>> 1) I added Ankush and Dima to Jira and assigned the tickets
>> > >>>
>> > >>> 2) We had a quick chat around Caldav and libraries.
>> > >>> https://github.com/caldav4j
>> > >>> Seems to support it but has a few issues in compiling. That is
>> > something
>> > >>> we can fix.
>> > >>> But it is using a deprecated library
>> (http://jakarta.apache.org/slide/
>> > >>> ).
>> > >>> We would need to lift this to use the library to use
>> > >>> http://jackrabbit.apache.org/ instead. However this has not
>> been done
>> > >>> yet.
>> > >>>
>> > >>> So the issue is that we need to decide on if we want to do
>> this as part
>> > >>> of GSoC.
>> > >>> This could be a quite significant piece of work. If we added
>> to the
>> > >>> scope of this project it could mean less time in doing any
>> actual
>> > >>> OpenMeetings enhancements.
>> > >>>
>> > >>> What do you think?
>> > >>>
>> > >>> Thanks,
>> > >>> Sebastian
>> > >>>
>> > >>>
>> > >>> --
>> > >>> Sebastian Wagner
>> > >>> https://twitter.com/#!/dead_lock
>> <https://twitter.com/#%21/dead_lock>
>> > >>> seba.wagner@gmail.com <ma...@gmail.com>
>> > >>>
>> > >>
>> > >>
>> > >>
>> > >> --
>> > >> WBR
>> > >> Maxim aka solomax
>> > >>
>> > >
>> >
>> >
>> > --
>> > WBR
>> > Maxim aka solomax
>> >
>>
>>
>>
>> --
>> Sebastian Wagner
>> https://twitter.com/#!/dead_lock <https://twitter.com/#%21/dead_lock>
>> seba.wagner@gmail.com <ma...@gmail.com>
>>
>>
>>
>>
>> --
>> WBR
>> Maxim aka solomax
>>
>
--
Sebastian Wagner
https://twitter.com/#!/dead_lock
seba.wagner@gmail.com
Re: GSoC 2016: Status and some concerns regarding caldav4j
Posted by Ankush Mishra <an...@gmail.com>.
Just a couple things to address with respect to this issue, on thread
which Sebastian mentioned: https://github.com/caldav4j/caldav4j/issues/13
The username "TheAntimist", would be mine. As Sebastian mentioned that:
From what I understood in that thread is that JackRabbit APIs are
not compatible as it was not build for being re-used or a plugin
replacement for Apache Slide.
I have been working on this issue, along with getting used to the CalDAV
protocol itself. Well, originally back in 2011 when this issue was made
on Google Code, jackrabbit-webdav, did not implement:
|The acl stuff is missing even in jackrabbit - but this may be changed. |
|This is with relation specifically to RFC3744 [1]. When I restarted
this thread on the status, the issue seemed to be the same, but what I
checked was ||according to
https://jackrabbit.apache.org/jcr/components/jackrabbit-webdav-library.html
RFC 3744 (Access Control Protocol) has been implemented. Though, not
sure till what ||extent, though. Here's the Javadoc on the package
though:
http://jackrabbit.apache.org/api/1.4/org/apache/jackrabbit/webdav/security/package-summary.html
When I checked the ||/org.apache.jackrabbit.webdav.security/ code, I
mostly see all the privileges and the rest being implemented. Though,
when I sent out a mail on jackrabbit-users group with regard to the
status, I haven't gotten back a reply on the issue, the thread there
seems pretty much dead. Though, it should be implemented, mostly.
Other than that, there also exists a caldav4j-jackrabbit, branch here:
https://github.com/caldav4j/caldav4j/tree/caldav4j-jackrabbit
I feel, that I can work on this. Since, I sort of started already, and a
lot of work seems to have been already done in that branch. If possible,
I can do it by this week.
But other than this, do you want me to be working also, on the client,
which I have already, fleshed out the basics, should start coding soon.
[1] http://www.webdav.org/specs/rfc3744.html
|
||
||
Ankush Mishra
On 08-05-2016 16:37, Maxim Solodovnik wrote:
> I haven't check the code
> not sure, but maybe I can try to start migration, not sure if I will
> have enough time for that :(
>
> On Sun, May 8, 2016 at 4:04 PM, seba.wagner@gmail.com
> <ma...@gmail.com> <seba.wagner@gmail.com
> <ma...@gmail.com>> wrote:
>
> Hi Maxim,
>
> I don't think so. The caldav4j team tried to do the migration for
> over 1
> year now:
> https://github.com/caldav4j/caldav4j/issues/13
>
> And they still have not succeeded.
>
> We can give it a try but I doubt it's that simple. From what I
> understood
> in that thread is that JackRabbit APIs are not compatible as it
> was not
> build for being re-used or a plugin replacement for Apache Slide.
> So there
> will be substantial work to do here.
>
> Thx
> Sebastian
>
>
> 2016-05-08 21:47 GMT+12:00 Maxim Solodovnik <solomax666@gmail.com
> <ma...@gmail.com>>:
>
> > sure, NP, I can place it into our repo as soon as you feel it's
> ready :)
> >
> > when it will be ready
> > please send me the URL to the repo and some basic build instructions
> >
> > On Sun, May 8, 2016 at 3:45 PM, Ankush Mishra
> <ankushmishra9@gmail.com <ma...@gmail.com>>
> > wrote:
> >
> > > Thanks for the response. I'll try to complete by next week.
> And since the
> > > library isn't in Maven Central, we'll have to place it in the
> > OpenMeetings
> > > repo, as well.
> > >
> > > Ankush Mishra
> > > On 8 May 2016 15:04, "Maxim Solodovnik" <solomax666@gmail.com
> <ma...@gmail.com>> wrote:
> > >
> > >> Hello Sebastian,
> > >>
> > >> usually library replacement is as simple as update pom.xml
> and perform
> > >> full text replace of classes/packages
> > >> seems to be easy
> > >>
> > >> I believe this can be done as part of GSOC project without
> any major
> > >> effect to the roadmap
> > >>
> > >> On Tue, May 3, 2016 at 11:05 AM, seba.wagner@gmail.com
> <ma...@gmail.com> <
> > >> seba.wagner@gmail.com <ma...@gmail.com>> wrote:
> > >>
> > >>> Hi Maxim,
> > >>>
> > >>> during the meeting we discussed a few points:
> > >>>
> > >>> 1) I added Ankush and Dima to Jira and assigned the tickets
> > >>>
> > >>> 2) We had a quick chat around Caldav and libraries.
> > >>> https://github.com/caldav4j
> > >>> Seems to support it but has a few issues in compiling. That is
> > something
> > >>> we can fix.
> > >>> But it is using a deprecated library
> (http://jakarta.apache.org/slide/
> > >>> ).
> > >>> We would need to lift this to use the library to use
> > >>> http://jackrabbit.apache.org/ instead. However this has not
> been done
> > >>> yet.
> > >>>
> > >>> So the issue is that we need to decide on if we want to do
> this as part
> > >>> of GSoC.
> > >>> This could be a quite significant piece of work. If we added
> to the
> > >>> scope of this project it could mean less time in doing any
> actual
> > >>> OpenMeetings enhancements.
> > >>>
> > >>> What do you think?
> > >>>
> > >>> Thanks,
> > >>> Sebastian
> > >>>
> > >>>
> > >>> --
> > >>> Sebastian Wagner
> > >>> https://twitter.com/#!/dead_lock
> <https://twitter.com/#%21/dead_lock>
> > >>> seba.wagner@gmail.com <ma...@gmail.com>
> > >>>
> > >>
> > >>
> > >>
> > >> --
> > >> WBR
> > >> Maxim aka solomax
> > >>
> > >
> >
> >
> > --
> > WBR
> > Maxim aka solomax
> >
>
>
>
> --
> Sebastian Wagner
> https://twitter.com/#!/dead_lock <https://twitter.com/#%21/dead_lock>
> seba.wagner@gmail.com <ma...@gmail.com>
>
>
>
>
> --
> WBR
> Maxim aka solomax
Re: GSoC 2016: Status and some concerns regarding caldav4j
Posted by Maxim Solodovnik <so...@gmail.com>.
I haven't check the code
not sure, but maybe I can try to start migration, not sure if I will have
enough time for that :(
On Sun, May 8, 2016 at 4:04 PM, seba.wagner@gmail.com <seba.wagner@gmail.com
> wrote:
> Hi Maxim,
>
> I don't think so. The caldav4j team tried to do the migration for over 1
> year now:
> https://github.com/caldav4j/caldav4j/issues/13
>
> And they still have not succeeded.
>
> We can give it a try but I doubt it's that simple. From what I understood
> in that thread is that JackRabbit APIs are not compatible as it was not
> build for being re-used or a plugin replacement for Apache Slide. So there
> will be substantial work to do here.
>
> Thx
> Sebastian
>
>
> 2016-05-08 21:47 GMT+12:00 Maxim Solodovnik <so...@gmail.com>:
>
> > sure, NP, I can place it into our repo as soon as you feel it's ready :)
> >
> > when it will be ready
> > please send me the URL to the repo and some basic build instructions
> >
> > On Sun, May 8, 2016 at 3:45 PM, Ankush Mishra <an...@gmail.com>
> > wrote:
> >
> > > Thanks for the response. I'll try to complete by next week. And since
> the
> > > library isn't in Maven Central, we'll have to place it in the
> > OpenMeetings
> > > repo, as well.
> > >
> > > Ankush Mishra
> > > On 8 May 2016 15:04, "Maxim Solodovnik" <so...@gmail.com> wrote:
> > >
> > >> Hello Sebastian,
> > >>
> > >> usually library replacement is as simple as update pom.xml and perform
> > >> full text replace of classes/packages
> > >> seems to be easy
> > >>
> > >> I believe this can be done as part of GSOC project without any major
> > >> effect to the roadmap
> > >>
> > >> On Tue, May 3, 2016 at 11:05 AM, seba.wagner@gmail.com <
> > >> seba.wagner@gmail.com> wrote:
> > >>
> > >>> Hi Maxim,
> > >>>
> > >>> during the meeting we discussed a few points:
> > >>>
> > >>> 1) I added Ankush and Dima to Jira and assigned the tickets
> > >>>
> > >>> 2) We had a quick chat around Caldav and libraries.
> > >>> https://github.com/caldav4j
> > >>> Seems to support it but has a few issues in compiling. That is
> > something
> > >>> we can fix.
> > >>> But it is using a deprecated library (
> http://jakarta.apache.org/slide/
> > >>> ).
> > >>> We would need to lift this to use the library to use
> > >>> http://jackrabbit.apache.org/ instead. However this has not been
> done
> > >>> yet.
> > >>>
> > >>> So the issue is that we need to decide on if we want to do this as
> part
> > >>> of GSoC.
> > >>> This could be a quite significant piece of work. If we added to the
> > >>> scope of this project it could mean less time in doing any actual
> > >>> OpenMeetings enhancements.
> > >>>
> > >>> What do you think?
> > >>>
> > >>> Thanks,
> > >>> Sebastian
> > >>>
> > >>>
> > >>> --
> > >>> Sebastian Wagner
> > >>> https://twitter.com/#!/dead_lock
> > >>> seba.wagner@gmail.com
> > >>>
> > >>
> > >>
> > >>
> > >> --
> > >> WBR
> > >> Maxim aka solomax
> > >>
> > >
> >
> >
> > --
> > WBR
> > Maxim aka solomax
> >
>
>
>
> --
> Sebastian Wagner
> https://twitter.com/#!/dead_lock
> seba.wagner@gmail.com
>
--
WBR
Maxim aka solomax
Re: GSoC 2016: Status and some concerns regarding caldav4j
Posted by "seba.wagner@gmail.com" <se...@gmail.com>.
Hi Maxim,
I don't think so. The caldav4j team tried to do the migration for over 1
year now:
https://github.com/caldav4j/caldav4j/issues/13
And they still have not succeeded.
We can give it a try but I doubt it's that simple. From what I understood
in that thread is that JackRabbit APIs are not compatible as it was not
build for being re-used or a plugin replacement for Apache Slide. So there
will be substantial work to do here.
Thx
Sebastian
2016-05-08 21:47 GMT+12:00 Maxim Solodovnik <so...@gmail.com>:
> sure, NP, I can place it into our repo as soon as you feel it's ready :)
>
> when it will be ready
> please send me the URL to the repo and some basic build instructions
>
> On Sun, May 8, 2016 at 3:45 PM, Ankush Mishra <an...@gmail.com>
> wrote:
>
> > Thanks for the response. I'll try to complete by next week. And since the
> > library isn't in Maven Central, we'll have to place it in the
> OpenMeetings
> > repo, as well.
> >
> > Ankush Mishra
> > On 8 May 2016 15:04, "Maxim Solodovnik" <so...@gmail.com> wrote:
> >
> >> Hello Sebastian,
> >>
> >> usually library replacement is as simple as update pom.xml and perform
> >> full text replace of classes/packages
> >> seems to be easy
> >>
> >> I believe this can be done as part of GSOC project without any major
> >> effect to the roadmap
> >>
> >> On Tue, May 3, 2016 at 11:05 AM, seba.wagner@gmail.com <
> >> seba.wagner@gmail.com> wrote:
> >>
> >>> Hi Maxim,
> >>>
> >>> during the meeting we discussed a few points:
> >>>
> >>> 1) I added Ankush and Dima to Jira and assigned the tickets
> >>>
> >>> 2) We had a quick chat around Caldav and libraries.
> >>> https://github.com/caldav4j
> >>> Seems to support it but has a few issues in compiling. That is
> something
> >>> we can fix.
> >>> But it is using a deprecated library (http://jakarta.apache.org/slide/
> >>> ).
> >>> We would need to lift this to use the library to use
> >>> http://jackrabbit.apache.org/ instead. However this has not been done
> >>> yet.
> >>>
> >>> So the issue is that we need to decide on if we want to do this as part
> >>> of GSoC.
> >>> This could be a quite significant piece of work. If we added to the
> >>> scope of this project it could mean less time in doing any actual
> >>> OpenMeetings enhancements.
> >>>
> >>> What do you think?
> >>>
> >>> Thanks,
> >>> Sebastian
> >>>
> >>>
> >>> --
> >>> Sebastian Wagner
> >>> https://twitter.com/#!/dead_lock
> >>> seba.wagner@gmail.com
> >>>
> >>
> >>
> >>
> >> --
> >> WBR
> >> Maxim aka solomax
> >>
> >
>
>
> --
> WBR
> Maxim aka solomax
>
--
Sebastian Wagner
https://twitter.com/#!/dead_lock
seba.wagner@gmail.com
Re: GSoC 2016: Status and some concerns regarding caldav4j
Posted by Maxim Solodovnik <so...@gmail.com>.
sure, NP, I can place it into our repo as soon as you feel it's ready :)
when it will be ready
please send me the URL to the repo and some basic build instructions
On Sun, May 8, 2016 at 3:45 PM, Ankush Mishra <an...@gmail.com>
wrote:
> Thanks for the response. I'll try to complete by next week. And since the
> library isn't in Maven Central, we'll have to place it in the OpenMeetings
> repo, as well.
>
> Ankush Mishra
> On 8 May 2016 15:04, "Maxim Solodovnik" <so...@gmail.com> wrote:
>
>> Hello Sebastian,
>>
>> usually library replacement is as simple as update pom.xml and perform
>> full text replace of classes/packages
>> seems to be easy
>>
>> I believe this can be done as part of GSOC project without any major
>> effect to the roadmap
>>
>> On Tue, May 3, 2016 at 11:05 AM, seba.wagner@gmail.com <
>> seba.wagner@gmail.com> wrote:
>>
>>> Hi Maxim,
>>>
>>> during the meeting we discussed a few points:
>>>
>>> 1) I added Ankush and Dima to Jira and assigned the tickets
>>>
>>> 2) We had a quick chat around Caldav and libraries.
>>> https://github.com/caldav4j
>>> Seems to support it but has a few issues in compiling. That is something
>>> we can fix.
>>> But it is using a deprecated library (http://jakarta.apache.org/slide/
>>> ).
>>> We would need to lift this to use the library to use
>>> http://jackrabbit.apache.org/ instead. However this has not been done
>>> yet.
>>>
>>> So the issue is that we need to decide on if we want to do this as part
>>> of GSoC.
>>> This could be a quite significant piece of work. If we added to the
>>> scope of this project it could mean less time in doing any actual
>>> OpenMeetings enhancements.
>>>
>>> What do you think?
>>>
>>> Thanks,
>>> Sebastian
>>>
>>>
>>> --
>>> Sebastian Wagner
>>> https://twitter.com/#!/dead_lock
>>> seba.wagner@gmail.com
>>>
>>
>>
>>
>> --
>> WBR
>> Maxim aka solomax
>>
>
--
WBR
Maxim aka solomax
Re: GSoC 2016: Status and some concerns regarding caldav4j
Posted by Maxim Solodovnik <so...@gmail.com>.
Hello Sebastian,
usually library replacement is as simple as update pom.xml and perform full
text replace of classes/packages
seems to be easy
I believe this can be done as part of GSOC project without any major effect
to the roadmap
On Tue, May 3, 2016 at 11:05 AM, seba.wagner@gmail.com <
seba.wagner@gmail.com> wrote:
> Hi Maxim,
>
> during the meeting we discussed a few points:
>
> 1) I added Ankush and Dima to Jira and assigned the tickets
>
> 2) We had a quick chat around Caldav and libraries.
> https://github.com/caldav4j
> Seems to support it but has a few issues in compiling. That is something
> we can fix.
> But it is using a deprecated library (http://jakarta.apache.org/slide/).
> We would need to lift this to use the library to use
> http://jackrabbit.apache.org/ instead. However this has not been done yet.
>
> So the issue is that we need to decide on if we want to do this as part of
> GSoC.
> This could be a quite significant piece of work. If we added to the scope
> of this project it could mean less time in doing any actual OpenMeetings
> enhancements.
>
> What do you think?
>
> Thanks,
> Sebastian
>
>
> --
> Sebastian Wagner
> https://twitter.com/#!/dead_lock
> seba.wagner@gmail.com
>
--
WBR
Maxim aka solomax