[xwiki-devs] [Contrib] New application for copying pages from one wiki to another (name suggestions welcome)
20 Aug
2018
20 Aug
'18
4:39 p.m.
Hello XWiki devs,
slauriere and I have worked on an extension that copies pages from one wiki
(based on a HQL query selecting them) to another wiki, allowing to exclude
some class properties from objects in those pages, if the objects are
present.
It's coded as an async job, it can be manually triggered or scheduled with
a scheduler job.
We used it to implement some publication scenario, where contributors work
on a set of documents on a subwiki and then these documents, if validated,
get copied (published) to another subwiki periodically. The validation is
based on the custom structure of those documents, using the generic feature
of this extension that allows to select documents to be published based on
a query. Otherwise there's nothing else related to publication in the code
of the application itself.
We'd like to publish this application on contrib, so can we please have a
repo for it?
However, we have some trouble choosing its name. The name that we used so
far is "publication application" but we think it might be misleading esp.
because of the similarity with publication workflow with which it has
nothing to do.
So, if you have an idea for a name that would correctly illustrate this
work (and its future enhancements), please help us choose its name and
create the repo.
Thanks,
Anca
20 Aug
20 Aug
4:47 p.m.
I agree with you that "publication application" would be too much of a
conflict with the other application.
What about "Advanced Copy Application" or even just "Copy
Application"
? I find it not so bad regarding what it does even if it does a bit
more than just copy (but any application that worth its own name and
repository would do a little more than just copy I guess).
On Mon, Aug 20, 2018 at 4:39 PM, Anca Luca <lucaa(a)xwiki.com> wrote:
Hello XWiki devs,
slauriere and I have worked on an extension that copies pages from one wiki
(based on a HQL query selecting them) to another wiki, allowing to exclude
some class properties from objects in those pages, if the objects are
present.
It's coded as an async job, it can be manually triggered or scheduled with
a scheduler job.
We used it to implement some publication scenario, where contributors work
on a set of documents on a subwiki and then these documents, if validated,
get copied (published) to another subwiki periodically. The validation is
based on the custom structure of those documents, using the generic feature
of this extension that allows to select documents to be published based on
a query. Otherwise there's nothing else related to publication in the code
of the application itself.
We'd like to publish this application on contrib, so can we please have a
repo for it?
However, we have some trouble choosing its name. The name that we used so
far is "publication application" but we think it might be misleading esp.
because of the similarity with publication workflow with which it has
nothing to do.
So, if you have an idea for a name that would correctly illustrate this
work (and its future enhancements), please help us choose its name and
create the repo.
Thanks,
Anca
--
Thomas Mortagne
4:48 p.m.
Hi Anca/Stephane,
On 20 Aug 2018, at 16:39, Anca Luca
<lucaa(a)xwiki.com> wrote:
Hello XWiki devs,
slauriere and I have worked on an extension that copies pages from one wiki
(based on a HQL query selecting them) to another wiki, allowing to exclude
some class properties from objects in those pages, if the objects are
present.
It's coded as an async job, it can be manually triggered or scheduled with
a scheduler job.
If I had to implement this, I would code it using the Filter Stream Application framework
(see https://extensions.xwiki.org/xwiki/bin/view/Extension/Filter%20Module and especially
https://extensions.xwiki.org/xwiki/bin/view/Extension/Filter%20XWiki%20Inst…)
as an input filter (since the output filter to copy to a different wiki already exists).
Is that how you did it?
We used it to implement some publication scenario,
where contributors work
on a set of documents on a subwiki and then these documents, if validated,
get copied (published) to another subwiki periodically. The validation is
based on the custom structure of those documents, using the generic feature
of this extension that allows to select documents to be published based on
a query. Otherwise there's nothing else related to publication in the code
of the application itself.
We'd like to publish this application on contrib, so can we please have a
repo for it?
However, we have some trouble choosing its name. The name that we used so
far is "publication application" but we think it might be misleading esp.
because of the similarity with publication workflow with which it has
nothing to do.
I agree it’s misleading and not a good name ;)
So, if you have an idea for a name that would correctly illustrate this
work (and its future enhancements), please help us choose its name and
create the repo.
Is the code in Java or is it done as wiki pages?
Some suggestions:
If in Java:
* api-wikicopier
* api-wikicopy
If in wiki pages:
* application-wikicopier
* application-wikicopy
If coded as filterstream input:
* filter-instance-hql
* filter-instance-hql-input
Thanks
-Vincent
Thanks,
Anca
5:02 p.m.
Hello,
Are the documents "re-published" when updated? Maybe you could name
the application "Synchronization Application" or something similar if
this is the case.
On Mon, Aug 20, 2018 at 4:48 PM, Vincent Massol <vincent(a)massol.net> wrote:
Hi Anca/Stephane,
On 20 Aug 2018, at 16:39, Anca Luca
<lucaa(a)xwiki.com> wrote:
Hello XWiki devs,
slauriere and I have worked on an extension that copies pages from one wiki
(based on a HQL query selecting them) to another wiki, allowing to exclude
some class properties from objects in those pages, if the objects are
present.
It's coded as an async job, it can be manually triggered or scheduled with
a scheduler job.
If I had to implement this, I would code it using the Filter Stream Application framework
(see https://extensions.xwiki.org/xwiki/bin/view/Extension/Filter%20Module and especially
https://extensions.xwiki.org/xwiki/bin/view/Extension/Filter%20XWiki%20Inst…)
as an input filter (since the output filter to copy to a different wiki already exists).
Is that how you did it?
We used it to implement some publication
scenario, where contributors work
on a set of documents on a subwiki and then these documents, if validated,
get copied (published) to another subwiki periodically. The validation is
based on the custom structure of those documents, using the generic feature
of this extension that allows to select documents to be published based on
a query. Otherwise there's nothing else related to publication in the code
of the application itself.
We'd like to publish this application on contrib, so can we please have a
repo for it?
However, we have some trouble choosing its name. The name that we used so
far is "publication application" but we think it might be misleading esp.
because of the similarity with publication workflow with which it has
nothing to do.
I agree it’s misleading and not a good name ;)
So, if you have an idea for a name that would correctly illustrate this
work (and its future enhancements), please help us choose its name and
create the repo.
Is the code in Java or is it done as wiki pages?
Some suggestions:
If in Java:
* api-wikicopier
* api-wikicopy
If in wiki pages:
* application-wikicopier
* application-wikicopy
If coded as filterstream input:
* filter-instance-hql
* filter-instance-hql-input
Thanks
-Vincent
Thanks,
Anca
5:09 p.m.
Note: In my answer below I assumed that the contrib extension was generic and not related
to the publication use case, and that anything specific to that use case was done
elsewhere.
Thus I may be wrong if this assumption is not correct.
Thanks
-Vincent
On 20 Aug 2018, at 16:48, Vincent Massol
<vincent(a)massol.net> wrote:
Hi Anca/Stephane,
On 20 Aug 2018, at 16:39, Anca Luca
<lucaa(a)xwiki.com> wrote:
Hello XWiki devs,
slauriere and I have worked on an extension that copies pages from one wiki
(based on a HQL query selecting them) to another wiki, allowing to exclude
some class properties from objects in those pages, if the objects are
present.
It's coded as an async job, it can be manually triggered or scheduled with
a scheduler job.
If I had to implement this, I would code it using the Filter Stream Application framework
(see https://extensions.xwiki.org/xwiki/bin/view/Extension/Filter%20Module and especially
https://extensions.xwiki.org/xwiki/bin/view/Extension/Filter%20XWiki%20Inst…)
as an input filter (since the output filter to copy to a different wiki already exists).
Is that how you did it?
We used it to implement some publication
scenario, where contributors work
on a set of documents on a subwiki and then these documents, if validated,
get copied (published) to another subwiki periodically. The validation is
based on the custom structure of those documents, using the generic feature
of this extension that allows to select documents to be published based on
a query. Otherwise there's nothing else related to publication in the code
of the application itself.
We'd like to publish this application on contrib, so can we please have a
repo for it?
However, we have some trouble choosing its name. The name that we used so
far is "publication application" but we think it might be misleading esp.
because of the similarity with publication workflow with which it has
nothing to do.
I agree it’s misleading and not a good name ;)
So, if you have an idea for a name that would correctly illustrate this
work (and its future enhancements), please help us choose its name and
create the repo.
Is the code in Java or is it done as wiki pages?
Some suggestions:
If in Java:
* api-wikicopier
* api-wikicopy
If in wiki pages:
* application-wikicopier
* application-wikicopy
If coded as filterstream input:
* filter-instance-hql
* filter-instance-hql-input
Thanks
-Vincent
>
> Thanks,
> Anca 
10:58 p.m.
Hi Anca and Stéphane, hi all,
Thanks for sharing that piece of code ; this opens a ton of possiblities
and use cases for other XWiki extensions working between wikis!
Regarding the naming of the application itself, application-wikicopy
looks nice as it shows a bit what the application does, you could also
consider application-xcopy as you are kind of eXtending the copy
function of the wiki (also it looks a bit sexier than wikicopy IMO :) ).
Thanks,
Clément
On 08/20/2018 04:39 PM, Anca Luca wrote:
Hello XWiki devs,
slauriere and I have worked on an extension that copies pages from one wiki
(based on a HQL query selecting them) to another wiki, allowing to exclude
some class properties from objects in those pages, if the objects are
present.
It's coded as an async job, it can be manually triggered or scheduled with
a scheduler job.
We used it to implement some publication scenario, where contributors work
on a set of documents on a subwiki and then these documents, if validated,
get copied (published) to another subwiki periodically. The validation is
based on the custom structure of those documents, using the generic feature
of this extension that allows to select documents to be published based on
a query. Otherwise there's nothing else related to publication in the code
of the application itself.
We'd like to publish this application on contrib, so can we please have a
repo for it?
However, we have some trouble choosing its name. The name that we used so
far is "publication application" but we think it might be misleading esp.
because of the similarity with publication workflow with which it has
nothing to do.
So, if you have an idea for a name that would correctly illustrate this
work (and its future enhancements), please help us choose its name and
create the repo.
Thanks,
Anca
21 Aug
21 Aug
4:49 p.m.
For me it would be "Multipage Copy Application", application-multipagecopy,
similar to what we have for the Multipage Export Application.
Thanks,
Caty
On Mon, Aug 20, 2018 at 11:58 PM Clément Aubin <aubincleme(a)gmail.com> wrote:
Hi Anca and Stéphane, hi all,
Thanks for sharing that piece of code ; this opens a ton of possiblities
and use cases for other XWiki extensions working between wikis!
Regarding the naming of the application itself, application-wikicopy
looks nice as it shows a bit what the application does, you could also
consider application-xcopy as you are kind of eXtending the copy
function of the wiki (also it looks a bit sexier than wikicopy IMO :) ).
Thanks,
Clément
On 08/20/2018 04:39 PM, Anca Luca wrote:
Hello XWiki devs,
slauriere and I have worked on an extension that copies pages from one
wiki
(based on a HQL query selecting them) to another
wiki, allowing to
exclude
some class properties from objects in those
pages, if the objects are
present.
It's coded as an async job, it can be manually triggered or scheduled
with
a scheduler job.
We used it to implement some publication scenario, where contributors
work
on a set of documents on a subwiki and then these
documents, if
validated,
get copied (published) to another subwiki
periodically. The validation is
based on the custom structure of those documents, using the generic
feature
of this extension that allows to select documents
to be published based
on
a query. Otherwise there's nothing else
related to publication in the
code
of the application itself.
We'd like to publish this application on contrib, so can we please have a
repo for it?
However, we have some trouble choosing its name. The name that we used so
far is "publication application" but we think it might be misleading esp.
because of the similarity with publication workflow with which it has
nothing to do.
So, if you have an idea for a name that would correctly illustrate this
work (and its future enhancements), please help us choose its name and
create the repo.
Thanks,
Anca
27 Aug
27 Aug
4:40 p.m.
Hello all,
I guess we'd be going for application-xcopy .
Can you please create the repo? (for now, I think only repo is needed, not
yet jira)
Thanks a lot!
@Vincent: it's not coded with filter stream, is plain XWiki Document API,
coded as an async job (which can be launched from a regular script).
Thanks,
Anca
On Tue, Aug 21, 2018 at 4:49 PM Ecaterina Moraru (Valica) <valicac(a)gmail.com>
wrote:
For me it would be "Multipage Copy
Application", application-multipagecopy,
similar to what we have for the Multipage Export Application.
Thanks,
Caty
On Mon, Aug 20, 2018 at 11:58 PM Clément Aubin <aubincleme(a)gmail.com>
wrote:
have
a
Hi Anca and Stéphane, hi all,
Thanks for sharing that piece of code ; this opens a ton of possiblities
and use cases for other XWiki extensions working between wikis!
Regarding the naming of the application itself, application-wikicopy
looks nice as it shows a bit what the application does, you could also
consider application-xcopy as you are kind of eXtending the copy
function of the wiki (also it looks a bit sexier than wikicopy IMO :) ).
Thanks,
Clément
On 08/20/2018 04:39 PM, Anca Luca wrote:
is
Hello XWiki devs,
slauriere and I have worked on an extension that copies pages from one
wiki
(based on a HQL query selecting them) to another
wiki, allowing to
exclude
some class properties from objects in those
pages, if the objects are
present.
It's coded as an async job, it can be manually triggered or scheduled
with
a scheduler job.
We used it to implement some publication scenario, where contributors
work
on a set of documents on a subwiki and then these
documents, if
validated,
> get copied (published) to another subwiki periodically. The validation based on
the custom structure of those documents, using the generic
feature
of this extension that allows to select documents
to be published based
on
a query. Otherwise there's nothing else
related to publication in the
code
> of the application itself.
>
> We'd like to publish this application on contrib, so can we please > repo for it?
>
> However, we have some trouble choosing its name. The name that we used
so
> far is "publication application"
but we think it might be misleading
esp.
because
of the similarity with publication workflow with which it has
nothing to do.
So, if you have an idea for a name that would correctly illustrate this
work (and its future enhancements), please help us choose its name and
create the repo.
Thanks,
Anca
4:44 p.m.
Hi,
On 08/27/2018 04:40 PM, Anca Luca wrote:
Hello all,
I guess we'd be going for application-xcopy .
Can you please create the repo? (for now, I think only repo is needed, not
yet jira)
Thanks a lot!
Here it is : https://github.com/xwiki-contrib/application-xcopy
Thanks,
Clément
@Vincent: it's not coded with filter stream, is
plain XWiki Document API,
coded as an async job (which can be launched from a regular script).
Thanks,
Anca
On Tue, Aug 21, 2018 at 4:49 PM Ecaterina Moraru (Valica) <valicac(a)gmail.com>
wrote:
> For me it would be "Multipage Copy Application",
application-multipagecopy,
> similar to what we have for the Multipage Export Application.
>
> Thanks,
> Caty
>
> On Mon, Aug 20, 2018 at 11:58 PM Clément Aubin <aubincleme(a)gmail.com>
> wrote:
>
>> Hi Anca and Stéphane, hi all,
>>
>> Thanks for sharing that piece of code ; this opens a ton of possiblities
>> and use cases for other XWiki extensions working between wikis!
>>
>> Regarding the naming of the application itself, application-wikicopy
>> looks nice as it shows a bit what the application does, you could also
>> consider application-xcopy as you are kind of eXtending the copy
>> function of the wiki (also it looks a bit sexier than wikicopy IMO :) ).
>>
>> Thanks,
>> Clément
>>
>> On 08/20/2018 04:39 PM, Anca Luca wrote:
>>> Hello XWiki devs,
>>>
>>> slauriere and I have worked on an extension that copies pages from one
>> wiki
>>> (based on a HQL query selecting them) to another wiki, allowing to
>> exclude
>>> some class properties from objects in those pages, if the objects are
>>> present.
>>> It's coded as an async job, it can be manually triggered or scheduled
>> with
>>> a scheduler job.
>>>
>>> We used it to implement some publication scenario, where contributors
>> work
>>> on a set of documents on a subwiki and then these documents, if
>> validated,
>>> get copied (published) to another subwiki periodically. The validation
> is
>>> based on the custom structure of those documents, using the generic
>> feature
>>> of this extension that allows to select documents to be published based
>> on
>>> a query. Otherwise there's nothing else related to publication in the
>> code
>>> of the application itself.
>>>
>>> We'd like to publish this application on contrib, so can we please
> have a
>>> repo for it?
>>>
>>> However, we have some trouble choosing its name. The name that we used
> so
>>> far is "publication application" but we think it might be
misleading
> esp.
>>> because of the similarity with publication workflow with which it has
>>> nothing to do.
>>>
>>> So, if you have an idea for a name that would correctly illustrate this
>>> work (and its future enhancements), please help us choose its name and
>>> create the repo.
>>>
>>> Thanks,
>>> Anca
>>>
>>
>
4:45 p.m.
Hi Clement,
On 27 Aug 2018, at 16:44, Clément Aubin
<aubincleme(a)gmail.com> wrote:
Hi,
On 08/27/2018 04:40 PM, Anca Luca wrote:
Thanks. However you need to follow:
http://contrib.xwiki.org/xwiki/bin/view/Main/WebHome#HForXWikiAdmins
I’ll let you fix it.
I’ll create the jira project.
Thanks
-Vincent
Hello all,
I guess we'd be going for application-xcopy .
Can you please create the repo? (for now, I think only repo is needed, not
yet jira)
Thanks a lot!
Here it is : https://github.com/xwiki-contrib/application-xcopy
Thanks,
Clément
> @Vincent: it's not coded with filter stream, is plain XWiki Document API,
> coded as an async job (which can be launched from a regular script).
>
> Thanks,
> Anca
>
>
>
> On Tue, Aug 21, 2018 at 4:49 PM Ecaterina Moraru (Valica) <valicac(a)gmail.com>
> wrote:
>
>> For me it would be "Multipage Copy Application",
application-multipagecopy,
>> similar to what we have for the Multipage Export Application.
>>
>> Thanks,
>> Caty
>>
>> On Mon, Aug 20, 2018 at 11:58 PM Clément Aubin <aubincleme(a)gmail.com>
>> wrote:
>>
>>> Hi Anca and Stéphane, hi all,
>>>
>>> Thanks for sharing that piece of code ; this opens a ton of possiblities
>>> and use cases for other XWiki extensions working between wikis!
>>>
>>> Regarding the naming of the application itself, application-wikicopy
>>> looks nice as it shows a bit what the application does, you could also
>>> consider application-xcopy as you are kind of eXtending the copy
>>> function of the wiki (also it looks a bit sexier than wikicopy IMO :) ).
>>>
>>> Thanks,
>>> Clément
>>>
>>> On 08/20/2018 04:39 PM, Anca Luca wrote:
>>>> Hello XWiki devs,
>>>>
>>>> slauriere and I have worked on an extension that copies pages from one
>>> wiki
>>>> (based on a HQL query selecting them) to another wiki, allowing to
>>> exclude
>>>> some class properties from objects in those pages, if the objects are
>>>> present.
>>>> It's coded as an async job, it can be manually triggered or
scheduled
>>> with
>>>> a scheduler job.
>>>>
>>>> We used it to implement some publication scenario, where contributors
>>> work
>>>> on a set of documents on a subwiki and then these documents, if
>>> validated,
>>>> get copied (published) to another subwiki periodically. The validation
>> is
>>>> based on the custom structure of those documents, using the generic
>>> feature
>>>> of this extension that allows to select documents to be published based
>>> on
>>>> a query. Otherwise there's nothing else related to publication in
the
>>> code
>>>> of the application itself.
>>>>
>>>> We'd like to publish this application on contrib, so can we please
>> have a
>>>> repo for it?
>>>>
>>>> However, we have some trouble choosing its name. The name that we used
>> so
>>>> far is "publication application" but we think it might be
misleading
>> esp.
>>>> because of the similarity with publication workflow with which it has
>>>> nothing to do.
>>>>
>>>> So, if you have an idea for a name that would correctly illustrate this
>>>> work (and its future enhancements), please help us choose its name and
>>>> create the repo.
>>>>
>>>> Thanks,
>>>> Anca
>>>>
>>>
>>
4:45 p.m.
Hi Anca,
On 27 Aug 2018, at 16:40, Anca Luca
<lucaa(a)xwiki.com> wrote:
Hello all,
I guess we'd be going for application-xcopy .
Can you please create the repo? (for now, I think only repo is needed, not
yet jira)
Thanks a lot!
I’ll create it (with the jira since we create both at the same time so that anyone can
report issues/requests/etc).
@Vincent: it's not coded with filter stream, is
plain XWiki Document API,
coded as an async job (which can be launched from a regular script).
Ok too bad :) A filter stream filters opens up lots of interesting use cases.
Thanks
-Vincent
Thanks,
Anca
On Tue, Aug 21, 2018 at 4:49 PM Ecaterina Moraru (Valica) <valicac(a)gmail.com>
wrote:
> For me it would be "Multipage Copy Application",
application-multipagecopy,
> similar to what we have for the Multipage Export Application.
>
> Thanks,
> Caty
>
> On Mon, Aug 20, 2018 at 11:58 PM Clément Aubin <aubincleme(a)gmail.com>
> wrote:
>
>> Hi Anca and Stéphane, hi all,
>>
>> Thanks for sharing that piece of code ; this opens a ton of possiblities
>> and use cases for other XWiki extensions working between wikis!
>>
>> Regarding the naming of the application itself, application-wikicopy
>> looks nice as it shows a bit what the application does, you could also
>> consider application-xcopy as you are kind of eXtending the copy
>> function of the wiki (also it looks a bit sexier than wikicopy IMO :) ).
>>
>> Thanks,
>> Clément
>>
>> On 08/20/2018 04:39 PM, Anca Luca wrote:
>>> Hello XWiki devs,
>>>
>>> slauriere and I have worked on an extension that copies pages from one
>> wiki
>>> (based on a HQL query selecting them) to another wiki, allowing to
>> exclude
>>> some class properties from objects in those pages, if the objects are
>>> present.
>>> It's coded as an async job, it can be manually triggered or scheduled
>> with
>>> a scheduler job.
>>>
>>> We used it to implement some publication scenario, where contributors
>> work
>>> on a set of documents on a subwiki and then these documents, if
>> validated,
>>> get copied (published) to another subwiki periodically. The validation
> is
>>> based on the custom structure of those documents, using the generic
>> feature
>>> of this extension that allows to select documents to be published based
>> on
>>> a query. Otherwise there's nothing else related to publication in the
>> code
>>> of the application itself.
>>>
>>> We'd like to publish this application on contrib, so can we please
> have a
>>> repo for it?
>>>
>>> However, we have some trouble choosing its name. The name that we used
> so
>>> far is "publication application" but we think it might be
misleading
> esp.
>>> because of the similarity with publication workflow with which it has
>>> nothing to do.
>>>
>>> So, if you have an idea for a name that would correctly illustrate this
>>> work (and its future enhancements), please help us choose its name and
>>> create the repo.
>>>
>>> Thanks,
>>> Anca
>>>
>>
>
4:48 p.m.
On 27 Aug 2018, at 16:45, Vincent Massol
<vincent(a)massol.net> wrote:
Hi Anca,
Done:
https://jira.xwiki.org/projects/XCOPY/summary
Thanks
-Vincent
On 27 Aug 2018, at 16:40, Anca Luca
<lucaa(a)xwiki.com> wrote:
Hello all,
I guess we'd be going for application-xcopy .
Can you please create the repo? (for now, I think only repo is needed, not
yet jira)
Thanks a lot!
I’ll create it (with the jira since we create both at the same time so that anyone can
report issues/requests/etc). @Vincent: it's not coded with filter stream,
is plain XWiki Document API,
coded as an async job (which can be launched from a regular script).
Ok too bad :) A filter stream filters opens up lots of interesting use cases.
Thanks
-Vincent
Thanks,
Anca
On Tue, Aug 21, 2018 at 4:49 PM Ecaterina Moraru (Valica) <valicac(a)gmail.com>
wrote:
> For me it would be "Multipage Copy Application",
application-multipagecopy,
> similar to what we have for the Multipage Export Application.
>
> Thanks,
> Caty
>
> On Mon, Aug 20, 2018 at 11:58 PM Clément Aubin <aubincleme(a)gmail.com>
> wrote:
>
>> Hi Anca and Stéphane, hi all,
>>
>> Thanks for sharing that piece of code ; this opens a ton of possiblities
>> and use cases for other XWiki extensions working between wikis!
>>
>> Regarding the naming of the application itself, application-wikicopy
>> looks nice as it shows a bit what the application does, you could also
>> consider application-xcopy as you are kind of eXtending the copy
>> function of the wiki (also it looks a bit sexier than wikicopy IMO :) ).
>>
>> Thanks,
>> Clément
>>
>> On 08/20/2018 04:39 PM, Anca Luca wrote:
>>> Hello XWiki devs,
>>>
>>> slauriere and I have worked on an extension that copies pages from one
>> wiki
>>> (based on a HQL query selecting them) to another wiki, allowing to
>> exclude
>>> some class properties from objects in those pages, if the objects are
>>> present.
>>> It's coded as an async job, it can be manually triggered or scheduled
>> with
>>> a scheduler job.
>>>
>>> We used it to implement some publication scenario, where contributors
>> work
>>> on a set of documents on a subwiki and then these documents, if
>> validated,
>>> get copied (published) to another subwiki periodically. The validation
> is
>>> based on the custom structure of those documents, using the generic
>> feature
>>> of this extension that allows to select documents to be published based
>> on
>>> a query. Otherwise there's nothing else related to publication in the
>> code
>>> of the application itself.
>>>
>>> We'd like to publish this application on contrib, so can we please
> have a
>>> repo for it?
>>>
>>> However, we have some trouble choosing its name. The name that we used
> so
>>> far is "publication application" but we think it might be
misleading
> esp.
>>> because of the similarity with publication workflow with which it has
>>> nothing to do.
>>>
>>> So, if you have an idea for a name that would correctly illustrate this
>>> work (and its future enhancements), please help us choose its name and
>>> create the repo.
>>>
>>> Thanks,
>>> Anca
>>>
>>
>
5:08 p.m.
On 08/27/2018 04:48 PM, Vincent Massol wrote:
@Vincent, I don't think that the JIRA is actually needed ; see the last
response from Anca above :)
Thanks,
Clément
On 27 Aug 2018, at 16:45, Vincent Massol
<vincent(a)massol.net> wrote:
Hi Anca,
Done:
https://jira.xwiki.org/projects/XCOPY/summary On 27 Aug 2018, at 16:40, Anca Luca
<lucaa(a)xwiki.com> wrote:
Hello all,
I guess we'd be going for application-xcopy .
Can you please create the repo? (for now, I think only repo is needed, not
yet jira)
Thanks a lot!
I’ll create it (with the jira since we create both at the same time so that anyone can
report issues/requests/etc).
Thanks
-Vincent
@Vincent: it's not coded with filter stream,
is plain XWiki Document API,
coded as an async job (which can be launched from a regular script).
Ok too bad :) A filter stream filters opens up lots of interesting use cases.
Thanks
-Vincent
Thanks,
Anca
On Tue, Aug 21, 2018 at 4:49 PM Ecaterina Moraru (Valica) <valicac(a)gmail.com>
wrote:
> For me it would be "Multipage Copy Application",
application-multipagecopy,
> similar to what we have for the Multipage Export Application.
>
> Thanks,
> Caty
>
> On Mon, Aug 20, 2018 at 11:58 PM Clément Aubin <aubincleme(a)gmail.com>
> wrote:
>
>> Hi Anca and Stéphane, hi all,
>>
>> Thanks for sharing that piece of code ; this opens a ton of possiblities
>> and use cases for other XWiki extensions working between wikis!
>>
>> Regarding the naming of the application itself, application-wikicopy
>> looks nice as it shows a bit what the application does, you could also
>> consider application-xcopy as you are kind of eXtending the copy
>> function of the wiki (also it looks a bit sexier than wikicopy IMO :) ).
>>
>> Thanks,
>> Clément
>>
>> On 08/20/2018 04:39 PM, Anca Luca wrote:
>>> Hello XWiki devs,
>>>
>>> slauriere and I have worked on an extension that copies pages from one
>> wiki
>>> (based on a HQL query selecting them) to another wiki, allowing to
>> exclude
>>> some class properties from objects in those pages, if the objects are
>>> present.
>>> It's coded as an async job, it can be manually triggered or scheduled
>> with
>>> a scheduler job.
>>>
>>> We used it to implement some publication scenario, where contributors
>> work
>>> on a set of documents on a subwiki and then these documents, if
>> validated,
>>> get copied (published) to another subwiki periodically. The validation
> is
>>> based on the custom structure of those documents, using the generic
>> feature
>>> of this extension that allows to select documents to be published based
>> on
>>> a query. Otherwise there's nothing else related to publication in the
>> code
>>> of the application itself.
>>>
>>> We'd like to publish this application on contrib, so can we please
> have a
>>> repo for it?
>>>
>>> However, we have some trouble choosing its name. The name that we used
> so
>>> far is "publication application" but we think it might be
misleading
> esp.
>>> because of the similarity with publication workflow with which it has
>>> nothing to do.
>>>
>>> So, if you have an idea for a name that would correctly illustrate this
>>> work (and its future enhancements), please help us choose its name and
>>> create the repo.
>>>
>>> Thanks,
>>> Anca
>>>
>>
>
5:12 p.m.
On 27 Aug 2018, at 17:08, Clément Aubin
<aubincleme(a)gmail.com> wrote:
On 08/27/2018 04:48 PM, Vincent Massol wrote:
@Vincent, I don't think that the JIRA is actually needed ; see the last
response from Anca above :)
Yes I know, see my answer in the previous emails :)
However, we always create a JIRA and it’s always needed for at least 2 reasons;
1) all contrib project must follow the dev.xwiki.org rules and this mandates a JIRA
project with commits referencing a jira, doing releases, etc
2) users need a place to report bugs, improvements, new features, etc. Otherwise it’s not
a collaborative project and shouldn’t be put in xwiki-contrib ;)
Thanks
-Vincent
On 27 Aug 2018, at 16:45, Vincent Massol
<vincent(a)massol.net> wrote:
Hi Anca,
Done:
https://jira.xwiki.org/projects/XCOPY/summary On 27 Aug 2018, at 16:40, Anca Luca
<lucaa(a)xwiki.com> wrote:
Hello all,
I guess we'd be going for application-xcopy .
Can you please create the repo? (for now, I think only repo is needed, not
yet jira)
Thanks a lot!
I’ll create it (with the jira since we create both at the same time so that anyone can
report issues/requests/etc).
Thanks,
Clément
>
> Thanks
> -Vincent
>
>>
>>> @Vincent: it's not coded with filter stream, is plain XWiki Document
API,
>>> coded as an async job (which can be launched from a regular script).
>>
>> Ok too bad :) A filter stream filters opens up lots of interesting use cases.
>>
>> Thanks
>> -Vincent
>>
>>>
>>> Thanks,
>>> Anca
>>>
>>>
>>>
>>> On Tue, Aug 21, 2018 at 4:49 PM Ecaterina Moraru (Valica)
<valicac(a)gmail.com>
>>> wrote:
>>>
>>>> For me it would be "Multipage Copy Application",
application-multipagecopy,
>>>> similar to what we have for the Multipage Export Application.
>>>>
>>>> Thanks,
>>>> Caty
>>>>
>>>> On Mon, Aug 20, 2018 at 11:58 PM Clément Aubin
<aubincleme(a)gmail.com>
>>>> wrote:
>>>>
>>>>> Hi Anca and Stéphane, hi all,
>>>>>
>>>>> Thanks for sharing that piece of code ; this opens a ton of
possiblities
>>>>> and use cases for other XWiki extensions working between wikis!
>>>>>
>>>>> Regarding the naming of the application itself, application-wikicopy
>>>>> looks nice as it shows a bit what the application does, you could
also
>>>>> consider application-xcopy as you are kind of eXtending the copy
>>>>> function of the wiki (also it looks a bit sexier than wikicopy IMO :)
).
>>>>>
>>>>> Thanks,
>>>>> Clément
>>>>>
>>>>> On 08/20/2018 04:39 PM, Anca Luca wrote:
>>>>>> Hello XWiki devs,
>>>>>>
>>>>>> slauriere and I have worked on an extension that copies pages
from one
>>>>> wiki
>>>>>> (based on a HQL query selecting them) to another wiki, allowing
to
>>>>> exclude
>>>>>> some class properties from objects in those pages, if the objects
are
>>>>>> present.
>>>>>> It's coded as an async job, it can be manually triggered or
scheduled
>>>>> with
>>>>>> a scheduler job.
>>>>>>
>>>>>> We used it to implement some publication scenario, where
contributors
>>>>> work
>>>>>> on a set of documents on a subwiki and then these documents, if
>>>>> validated,
>>>>>> get copied (published) to another subwiki periodically. The
validation
>>>> is
>>>>>> based on the custom structure of those documents, using the
generic
>>>>> feature
>>>>>> of this extension that allows to select documents to be published
based
>>>>> on
>>>>>> a query. Otherwise there's nothing else related to
publication in the
>>>>> code
>>>>>> of the application itself.
>>>>>>
>>>>>> We'd like to publish this application on contrib, so can we
please
>>>> have a
>>>>>> repo for it?
>>>>>>
>>>>>> However, we have some trouble choosing its name. The name that we
used
>>>> so
>>>>>> far is "publication application" but we think it might
be misleading
>>>> esp.
>>>>>> because of the similarity with publication workflow with which it
has
>>>>>> nothing to do.
>>>>>>
>>>>>> So, if you have an idea for a name that would correctly
illustrate this
>>>>>> work (and its future enhancements), please help us choose its
name and
>>>>>> create the repo.
>>>>>>
>>>>>> Thanks,
>>>>>> Anca
2212
days inactive
2219
days old
13 comments
6 participants
participants (6)
-
Adel Atallah -
Anca Luca -
Clément Aubin -
Ecaterina Moraru (Valica) -
Thomas Mortagne -
Vincent Massol