Hi devs,
The idea today is to do a Test Day with priority to fixing long
standing flickering (integration mostly) tests.
You can find known flickering tests on
http://jira.xwiki.org/issues/?filter=14240. The goal is to really fix
them, not just add some random wait here and there ;)
If you are not confident with the area around those specific
flickering tests here are some other ideas for today:
* obviously add more tests and increase the code coverage
* move tests from enterprise to platform. Needed for the platform
flavor and removal of XE
* update jacoco covering setup (we often forget to increase it when
adding more tests)
* move more tests from JMock to Mockito
* work on new test setups and tools:
** improve docker containers for packaging XWiki (possibly several for
multiple DBs and Servlet containers).
** work on spreading Jenkins platform job into one job per maven
module so that build can be spread on various agents (groovy
scripting)
** Research/Use Jenkins 2 Pipeline plugin with the new DSL and commit
the jenkinsfile in SCM
** Test platform to run contrib extension tests on various versions of
XWiki automatically
* Speedup existing tests (research xwiki startup time, remove
unnecessary modules, etc)
When what you fix can be linked to a Jira issue (sure you can create a
jira issue for adding new tests this time :)), tag it with "testday"
(same idea as "bugfixingday" when doing BFD). If not then answer to
this mail to explain what you did.
Good Test Day !
Creating a JIRA issue without more detail won't help since deleting
groups works well in a standard XWiki. Did you look at the log for
errors ?
On Tue, May 16, 2017 at 6:55 PM, Douglas Landau <DouglasL(a)westmarine.com> wrote:
> [[Note: The XWiki project is switching away from this mailing list and moving to a forum: https://discourse.xwiki.org. This list will be made readonly in a few days. Please post on the forum from now on. Thanks.]]
>
> -----
> Thanks. But I have remove the mapping from xwiki.cfg and restarted and still have the same behavior. There are no users in the group. And this behavior also include the "foo" group which had no such mapping and never had any users.
>
> When I remove the groups, they appear to be removed, until I refresh the page with Control-R, at which time they come back.
>
> Should I file a JIRA? I searched for it there but did not find it.
>
> Doug
>
> -----Original Message-----
> From: users [mailto:users-bounces@xwiki.org] On Behalf Of Thomas Mortagne
> Sent: Tuesday, May 16, 2017 1:07 AM
> To: XWiki Users
> Cc: XWiki Developers
> Subject: Re: [xwiki-users] Can't remove groups
>
> You can remove the group but if you don't remove it from the LDAP mapping it will be automatically created each time a user authenticate.
>
> On Tue, May 16, 2017 at 3:51 AM, Douglas Landau <DouglasL(a)westmarine.com> wrote:
>> Greets,
>>
>> Seems like I am no longer able to remove groups in one of my xwiki installations. I am still able to in another. As seen in the excerpts below from catalina.out, one such group in SplunkAdmins. This group appears in xwiki.cfg where it is mapped to an AD group and had been populated with one member who I have removed. The other group is “foo” and I created it just now.
>>
>>
>> I can’t remove either. Any ideas why not? Thanks!
>>
>>
>> 2017-05-15 16:48:33,660 [http://dwswiki10.westmarine.net/xwiki/bin/admin/XWiki/XWikiPreferences?xpag…] WARN o.x.c.i.DefaultCSRFToken - CSRFToken: Secret token verification failed, token: "VuvtkWH4Qv1NiLvTaNoISw", stored token: "hbAO9bUvYVuJLFxM8Mud7Q"
>> 2017-05-15 16:48:41,026 [http://dwswiki10.westmarine.net/xwiki/bin/admin/XWiki/XWikiPreferences?xpag…] WARN o.x.c.i.DefaultCSRFToken - CSRFToken: Secret token verification failed, token: "VuvtkWH4Qv1NiLvTaNoISw", stored token: "hbAO9bUvYVuJLFxM8Mud7Q"
>>
>>
>>
>> The information contained in this transmission may contain West Marine
>> proprietary, confidential and/or privileged information. It is
>> intended only for the use of the person(s) named above. If you are not the intended recipient, you are hereby notified that any review, dissemination, distribution or duplication of this communication is strictly prohibited.
>> If you are not the intended recipient, please contact the sender by
>> reply email and destroy all copies of the original message. To reply to our email administrator directly, please send an email to netadmin(a)westmarine.com.
>
>
>
> --
> Thomas Mortagne
>
> The information contained in this transmission may contain West Marine proprietary, confidential and/or privileged
> information. It is intended only for the use of the person(s) named above. If you are not the intended recipient, you are
> hereby notified that any review, dissemination, distribution or duplication of this communication is strictly prohibited.
> If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original
> message. To reply to our email administrator directly, please send an email to netadmin(a)westmarine.com.
--
Thomas Mortagne
Hi Everyone,
I am Sarthak Gupta from India. First of all I want to thank XWiki community
for selecting me for GSoC-17 and giving me a priceless opportunity to
contribute to this organisation and improve my present skills. I also want
to thank all the XWikiers who helped me during the application period for
understanding the project as well as the organisation. :)
I have been selected for for the project "*Glossary Application*" under the
mentorship of *Vincent Massol* and *Paul Libbrecht*.
Glossary Application
<http://dev.xwiki.org/xwiki/bin/view/GoogleSummerOfCode/#HGlossaryApplicatio…>
Some more info:
Presently I have only solved one issue (
https://jira.xwiki.org/browse/BLOG-32)on *jira* but will try to solve more
during the upcoming period for better understanding of the organisation.
I have already created a design page for the project
http://design.xwiki.org/xwiki/bin/view/Proposal/GlossaryApplication and
will be updating it regularly as the project progresses.
Github user name : sarthak-sopho <https://github.com/sarthak-sopho>
xwiki.org username : sgc_072
jira username : sgc_072
IRC nick : sgc_072 (also used sgc072 in past)
I am also planning to create a blog regarding my GSoC project in the near
future (on one of the popular blogging sites).
I will try to remain active and chatty(*as said by Eduard Moraru* :P) on
both IRC and the mailing list in the coming period.
I hope that this will be a good and enjoyable learning experience for me
and with your support I will complete this project successfully with flying
colours. :D
Thank You
Sarthak Gupta
P.S : I am really sorry for the delay in introduction. Due to my end
semester examination and travelling to my home, I was not able to
introduce myself on time. Now I have summer vacations and a lot of a work
to do. :P
Hi devs,
I’d like to propose that we recommend the Diagram application on e.x.o. Marius has been working on it recently and it’s passing the criteria of http://extensions.xwiki.org/xwiki/bin/view/ExtensionCode/RecommendedExtensi…
AFAIK Marius is ok to continue supporting it. @Marius: please confirm.
Here’s my +1 to list it as recommended on e.x.o.
Thanks
-Vincent
You can remove the group but if you don't remove it from the LDAP
mapping it will be automatically created each time a user
authenticate.
On Tue, May 16, 2017 at 3:51 AM, Douglas Landau <DouglasL(a)westmarine.com> wrote:
> Greets,
>
> Seems like I am no longer able to remove groups in one of my xwiki installations. I am still able to in another. As seen in the excerpts below from catalina.out, one such group in SplunkAdmins. This group appears in xwiki.cfg where it is mapped to an AD group and had been populated with one member who I have removed. The other group is “foo” and I created it just now.
>
>
> I can’t remove either. Any ideas why not? Thanks!
>
>
> 2017-05-15 16:48:33,660 [http://dwswiki10.westmarine.net/xwiki/bin/admin/XWiki/XWikiPreferences?xpag…] WARN o.x.c.i.DefaultCSRFToken - CSRFToken: Secret token verification failed, token: "VuvtkWH4Qv1NiLvTaNoISw", stored token: "hbAO9bUvYVuJLFxM8Mud7Q"
> 2017-05-15 16:48:41,026 [http://dwswiki10.westmarine.net/xwiki/bin/admin/XWiki/XWikiPreferences?xpag…] WARN o.x.c.i.DefaultCSRFToken - CSRFToken: Secret token verification failed, token: "VuvtkWH4Qv1NiLvTaNoISw", stored token: "hbAO9bUvYVuJLFxM8Mud7Q"
>
>
>
> The information contained in this transmission may contain West Marine proprietary, confidential and/or privileged
> information. It is intended only for the use of the person(s) named above. If you are not the intended recipient, you are
> hereby notified that any review, dissemination, distribution or duplication of this communication is strictly prohibited.
> If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original
> message. To reply to our email administrator directly, please send an email to netadmin(a)westmarine.com.
--
Thomas Mortagne
Hi devs,
I’m proposing to vote for moving away from our users and devs mailing list and instead to use the Discourse open source tool:
* Home page: http://www.discourse.org/
* License: GPL v2
* FAQ: http://www.discourse.org/faq/
* Awesome feature list: http://www.discourse.org/about/
What is especially interesting for us:
* It works with mailing lists (you can receive mails and send mails to the forum).
* Works as a forum. BTW if you want to see a real life instance, check the gradle instance at https://discuss.gradle.org/
Nice things:
* Works on mobile
* Comprehensive API (would allow us to integrate it with xwiki.org)
* Badges/user metrics
So here’s my +1 to try it out and ask XWiki SAS if they could host an instance.
WDYT? Do you see any negative point (I don’t ATM)? :)
Please cast your votes!
Thanks
-Vincent
Hi all. I am De Sheng, a student from Singapore. Thank you for choosing me
for gsoc. This is my first open-source project, so I do hope that you guys
would be tolerant towards any potentially "newbie" questions that I may ask.
My project is to integrate RedPen into the XWiki platform. What I'll be
planning to do would be to parse user inputs when they create an XWiki app
or page into a separate database, then run RedPen, a word-editing software
onto it.
I'll make an extension with UI to allow the user to set natural language
rules.
As for now I have not fixed any JIRA issues yet as I've only just finished
setting up the maven environment on my desktop. (I had previous custom maven
repositories and settings which I had to undo so I took much longer than
expected). Now that I'm ready to debug, I am going to bug everyone with
questions and possible issues (Please don't kick me out for that pun.)
As with Sarthak's example, I also created a design page.
(http://design.xwiki.org/xwiki/bin/view/Proposal/RedPenIntegration)
Thank you in advance for the guidance!
P.S. This was actually to be posted a couple of days ago but I had some
issues with subscribing to the mailing list. Sorry for the delay.
--
View this message in context: http://xwiki.475771.n2.nabble.com/Proposal-RedPen-Integration-into-XWiki-as…
Sent from the XWiki- Dev mailing list archive at Nabble.com.
Hi devs,
This is a FYI. I’ve made some proposal at https://jira.xwiki.org/browse/XWIKI-14277
Let me know by commenting on the issue or in this thread if you have other ideas.
Thanks
-Vincent
Hi devs,
I think we’ve reached the point when we need 2 IRC channels:
* one for users and devs discussions (“xwiki”)
* one for notifications (“xwiki-notifications”)
There are too many notifications right now to be able to have unobstructed conversations on IRC.
Note that ideally this will require modifying the IRCBot application so that some Botlets are on the main “xwiki” channel (like the the jira botlet that gives the full URL of a jira issue) and the others on the “xwiki-notifications” channel. However, FTM I’m proposing to configure the IRCBot to use the xwiki-notifications channel exclusively.
WDYT?
Thanks
-Vincent
Hi everyone,
I'm Krzysztof Płachno (Christopher or Cristof is also possible to use when
addressing me). I'm last year Master Student of Computer Science,
specialization Intelligent Systems. I come from Poland, from extremely
beautiful city - Cracow (let me know if you show up here be chance:))
Many thanks for accepting me for GSoC in XWiki. Whlist looking for project
to apply, I focused to find something in Java, since I have 1year
experience of working in IT company as Java Dev. That's how I found XWiki,
but when I started reading about it, no longer Java was the only
interesting thing about it, but above all the approach of building speed
light fast web apps, using ready-made components and scripting in web
browser on running system.
Sorry, for introducing myself with a bit of delay, but I had recently a
small earthquake in my personal stuff. Everything is fine, now so I'm
getting down to work!
Currently I'm finishing https://jira.xwiki.org/browse/XWIKI-14138. It took
me a lot of time so far, since it's quite a deal to run everything for the
first time. Many things for tips and help I got on mailing list!
What I'm going to do during GSoC is to extend XWiki platform to be able to
import extensions from new repositories like: Bintray, Pypi, NPM, what
means that also new packages type are to be integrated. It seems quite
challenging and so - even more interesting.
I hope it'll be a great time and great experience to see how it is to be
Open Source Dev, even more, that the project and community are that cool.
To contact me - *mail list* or *direct mail* to me is fine:
krzysiekplachno(a)gmail.com
As regards IRC - I'm still a bit overwhelmed with a waterfall of messages
on it, bit I'm planning to integrate myself with it... somehow...
Thanks again!
Best,
Krzysztof
Hello everyone!
I’m Shubham Jain from New Delhi, India and I’m really excited about being part of XWiki as gsoc student for 2017. Thanks to all the mentors especially Thomas Mortagne, for his time helping me with the proposal and reviewing it.
I’ll be working on the ‘DocuWiki importer’ using the stream framework. So for this month, I’ll trying to understand DocuWiki and Xwiki’s data format and storage schema. I love working with data at scale, and i’m sure this is going to be a great learning experience.
Here’s the project: http://dev.xwiki.org/xwiki/bin/view/GoogleSummerOfCode/DokuWikiimporter2017github/jira/xwiki.org/irc username : slayerjain
I’m in the final year of my Bachelors of technology in Computer Science & engineering. I also intern at Amazon Web Services (it ends on 14th May). AWS really made me fall in love with data science. I’ve also completed all 5 AWS certifications (including AWS solutions architect professional). I’ve worked on designing and optimisations of many enterprise stacks and also have worked closely with the hottest startups India. Apart from that produce music, and can play most common instruments. Feel free to ping me if you wanna listen to some of my work :)
Hoping to work closely with all of you, and thanks again for the opportunity!
Best
Shubham
P.S. Sorry for the delayed introduction.
Hi,
The idea would be to do the same as what Jenkins is doing and provide an executable XWiki WAR using winstone:
https://github.com/jenkinsci/winstone (it’s using Jetty).
This is the install doc of Jenkins: https://jenkins.io/doc/:
"
• Download Jenkins.
• Open up a terminal in the download directory and run "java -jar jenkins.war"
• Browse to http://localhost:8080 and follow the instructions to complete the installation.
“
Actually what could be nice is that we could release a single WAR packaging for XWiki and:
* Users could execute it as an executable WAR with java -jar xwiki.war (it would run Jetty)
* Users could deploy it in their servlet container (in this case the embedded Jetty wouldn’t be used)
This would allow to release a single packaging and simplify things. It would also work on all OSes and don’t even need users to unzip anything!
WDYT?
Thanks
-Vincent
Hi all. I am using Windows OS and performing an /mvn clean install/ on the
xwiki-platform project which I have cloned into my directory. It is
currently showing me the following error message:
[INFO] BUILD FAILURE
[INFO]
------------------------------------------------------------------------
[INFO] Total time: 01:47 min
[INFO] Finished at: 2017-05-10T18:20:17+08:00
[INFO] Final Memory: 241M/775M
[INFO]
------------------------------------------------------------------------
[ERROR] Failed to execute goal org.revapi:revapi-maven-plugin:0.9.0:check
(revapi-check) on project xwiki-platform-refactoring-api
I have attached the full error log as a reference. Thank you in advance for
the help. error_log.txt
<http://xwiki.475771.n2.nabble.com/file/n7603818/error_log.txt>
--
View this message in context: http://xwiki.475771.n2.nabble.com/Build-error-Maven-build-fail-tp7603818.ht…
Sent from the XWiki- Dev mailing list archive at Nabble.com.
Hi,
Feedback from user (see http://www.xwiki.org/xwiki/bin/view/Main/DownloadFormFeedback):
“
Hello! There is very lack simple data backup. The lack of a simple backup of all data (via the web interface) greatly limits the use of Xwiki. Such a backup is available at Confluence.
Another disadvantage is a complicated backup and a complicated installation.
“
I think that a first step to answer this would be to develop a new XAR format version (v1.4 for example, see http://extensions.xwiki.org/xwiki/bin/view/Extension/XAR%20Module%20Specifi…) that adds support for saving/restoring the permanent directory.
WDYT?
Thanks
-Vincent
Hello community, Hello Google Summer of Code students,
First of all, congratulations on your applications and your activity during
the selection period, and welcome in the XWiki development team.
Before guiding the accepted students to their next steps, we'd like to
thank again all those who showed interest in XWiki for this Summer of Code.
We had a lot of good applications this year, with professional approaches
and interesting ideas, and it was very difficult to choose. Unfortunately,
some very good students, with great potential, were not accepted. So, to
those interested in getting involved anyway, without Google's implication,
I renew the invitation to put your ideas in practice under the guidance of
the community. Even though the money will be missing, you can still take
advantage of the other GSoC benefits: learning new things, gaining
experience, earning recognition, etc [1]. If you would like to do that,
please let us know by replying to this mail.
For the accepted students, here are some getting started hints:
= Community bonding period =
According to the program timeline [2], the next month (until - May 29th) is
to be used for community bonding.
The first thing to do, sometime this week, is to present yourself and your
project on the dev list, so that everyone knows who you are and
what to expect from you (a precondition is to be subscribed to the list,
which you *need to do ASAP* if you haven't already).
Also, you should continue getting acquainted with the code, the practices
and the developers. Please make sure you all read and understand the
following - very useful - documents:
- [3] http://dev.xwiki.org/xwiki/bin/view/Community/
- [4] http://platform.xwiki.org/xwiki/bin/view/DevGuide/
- [5] http://platform.xwiki.org/xwiki/bin/view/Features/
= Mentorship =
We prefer open mentorship. While your assigned mentor is the one officially
in charge with your guidance, almost all interaction should be done 'in the
open' as much as possible, on the IRC channel or on the mailing list. You
should choose the communication medium according to the importance of the
matters to be discussed: naturally, the less important issues are to be
discussed on IRC, while the design decisions, important progress
announcements and testing/feedback requests go on the list. This way, the
community is informed on the evolution of your project, and other
developers can come up any time with useful ideas and suggestions.
Moreover, if your mentor is hit by a bus (the bus factor [6]), another
developer can take his place with little effort.
= Communication =
Sitting alone in your room, working secretly on your project is definitely
a bad approach. However, please keep in mind that too much communication
can also be harmful, as it distracts the others from their own work. You
need to be able to communicate just right:
- provide meaningful information about your progress,
- ask the community's opinion on non-trivial design or implementation
decisions
- avoid wasting a lot of time on a problem, when a more experienced
developer (or a student that fought the same problem) could quickly provide
you an answer; however, do try to find the answer yourself at first.
Wrong: "Where do I start? What do I do now? And how do I do that? Is this
good? It doesn't work, help me!"
Right: "Since a couple of hours ago I get a strange exception when building
my project, and googling for a solution doesn't seem to help. Looking at
the error, I think that there's a wrong setting for the assembly plugin,
but nothing I tried works. Can someone please take a look?"
Subscribe to the devs list (if you didn't do this already), and start
monitoring the discussions. It is also recommended to subscribe to the
users list, but not mandatory. The notifications list is a little too high
volume and technical for the moment, but it is a great knowledge
source.
= Development process =
The project's lifecycle is NOT design -> implementation -> testing ->
documentation. [7]
We invite you to adopt a test driven development [8][9][10] approach and to
experience agile development [11]. After the first coding week, you must
have some code that works. It won't do much, of course, but it will be the
seed of your project. Every functionality will be validated by tests. The
code must be properly tested and commented at the time of the writing
(don't think you'll do that afterwards, because in most cases you won't).
Since our code is hosted on GitHub [12], you should register an account
there and fork some xwiki repositories, so that you can try to build XWiki
from sources, and be able to contribute bugfixes. We'll add you to the
xwiki-contrib organization [13], and we'll create dedicated repositories
for each project. We encourage you to do __at least__ weekly commits
(ideally, if you are well organized, you should be able to commit code that
works daily, so try to aim at daily commits). This way, the code can be
properly reviewed, and any problems can be detected before they grow into
something too difficult to fix. One big code blob committed at the end, no
matter how good it may seem, is a failure at several levels.
A simple way of having something functional in the first week is to prepare
the maven build for your modules, which will give you the first unit test
for the first class.
= Next steps, in a nutshell =
- Get more familiar with the code and development process and try to master
Maven, JUnit, Selenium, component driven development, ...
- Continue fixing a few small issues, chosen so that they are __related to
your project__. You can ask on IRC for help selecting good issues, or you
can pick from the (non-comprehensive) list of easy issues [14]
-~- This will help you get more familiar with the code your project needs
to interact with.
- Refine and organize the ideas concerning your project (you can use the
Drafts space [15]), and write several use case scenarios.
- Start writing the first piece of code for your project.
At the end of the community bonding period, you should have a clear vision
of the project, well documented on the xwiki.org wiki, you should have the
build infrastructure ready, and you should be pretty familiar with the
existing code you will need to interact with. And, of course, you should be
familiar with the community and the way we communicate.
Good luck, and may we all have a great Summer of Code!
-The XWiki Development Team
----------
[1] http://www.catb.org/~esr/writings/cathedral-bazaar/homesteading/
[2] https://summerofcode.withgoogle.com/dashboard/timeline/
[3] http://dev.xwiki.org/xwiki/bin/view/Community/
[4] http://platform.xwiki.org/xwiki/bin/view/DevGuide/
[5] http://platform.xwiki.org/xwiki/bin/view/Features/
[6] http://en.wikipedia.org/wiki/Bus_factor
[7] http://www.catb.org/~esr/writings/cathedral-bazaar/cathedral-bazaar/
[8] http://en.wikipedia.org/wiki/Test-driven_development
[9] http://www.amazon.com/dp/0321146530/
[10] http://www.amazon.com/dp/0201485672/
[11] http://www.amazon.com/dp/0596527675/
[12] https://github.com/xwiki/
[13] https://github.com/xwiki-contrib/
[14]
https://jira.xwiki.org/secure/IssueNavigator.jspa?mode=hide&requestId=10510
[15] http://dev.xwiki.org/xwiki/bin/view/Drafts/
Hi,
To start with - many thanks for accepting me for GSoC2017!
And now - the case.
I'm constantly fighting with https://jira.xwiki.org/browse/XWIKI-14138.
The change is almost done but what's missing is test. In particular I want
to modify a bit this one: org.xwiki.test.ui.repository.RepositoryTest. I've
already set up proper firefox version and other configuration for selenium
and now whilst calling test - on running instance of test XWiki i get
folling exceptions:
https://pastebin.com/dHBLNB0L
The first exception (NoSuchFieldError: OBJECT_REFERENCE ) is raised during
static initialization of org.xwiki.repository.internal.RepositoryManager
and then there is long list of repeating NoClassDefFoundError.
I haven't change anything with static fields or static initialization of
Repository Manager. I added one injection of service but from module that
was already referenced in the test.
The code change is here:
https://github.com/krisss2121/xwiki-platform/commits/master (unfortunately
splited into several commits, but maybe there's some way to view it
togheter)
I would be very thankful for any hint, how to solve this problem.
Best,
Krzysztof
Hi devs,
So far we don’t have automated tests for testing responsiveness. Some tests are done manually on mobile very infrequently and manually but we should think about improving that.
I guess that a first level would be to use our selenium setup and have some specific junit tests executed with xvnc on CI with a geometry corresponding to a phone, and verify presence of UI elements in those tests.
It should also be possible with pure selenium to verify relative position of WebElement vs one another (e.g. verify that this Panel Div is located below this Content Div.
Seems there’s a framework called galen that could help express this in a simpler way. I haven’t tried it yet and I don’t know how easy/hard it is to set it up.
See:
* http://mindengine.net/post/2014-01-07-layout-testing-for-responsive-website…
* http://galenframework.com/docs/reference-java-tests/
Any comment?
Thanks
-Vincent
Hi devs,
The idea today is to do a Test Day with priority to fixing long
standing flickering (integration mostly) tests.
You can find known flickering tests on
http://jira.xwiki.org/issues/?filter=14240. The goal is to really fix
them, not just add some random wait here and there ;)
If you are not confident with the area around those specific
flickering tests here are some other ideas for this kind of Day:
* obviously add more tests and increase the code coverage
* move tests from enterprise to platform. Needed for the platform
flavor and removal of XE
* update jacoco covering setup (we often forget to increase it when
adding more tests)
* move more tests from JMock to Mockito
* work on new test setups and tools:
** improve docker containers for packaging XWiki (possibly several for
multiple DBs and Servlet containers).
** work on spreading Jenkins platform job into one job per maven
module so that build can be spread on various agents (groovy
scripting)
** Research/Use Jenkins 2 Pipeline plugin with the new DSL and commit
the jenkinsfile in SCM
** Test platform to run contrib extension tests on various versions of
XWiki automatically
* Speedup existing tests (research xwiki startup time, remove
unnecessary modules, etc)
When what you fix can be linked to an issue, tag it with "testday"
(same idea as "bugfixingday" when doing BFD). If not then answer to
this mail to explain what you did.
Good Test Day !
Hi devs,
I'm currently working on a new package format to package a bunch of
extensions into a single file.
The first use case is to make offline install easier. We can't count on all
in one XAR anymore (plus all in one XAR prduces very crappy extensions) so
I was thinking about providing a generic package containing all the
extensions you need in it. It will simply be a zip containing extensions in
the same format than Extension Manager local repository so that you can
unzip it it there (or later use some UI to "import" it).
So now I need a name for this new package. Since extension descriptor file
extension is "xed" (for "XWiki Extension Descriptor") I was thinking about
naming it XEP (for "XWiki Extension Package"). Any better idea ?
For now my plan is to provide the following:
* a new Maven handler for <packaging>xep</packaging>
* a new Maven mojo "xep" in the existing extension Maven plugin
* start using it with the new platform flavor which is supposed to replace
XE so that people can have something to use for offline installs
WDYT ?
--
Thomas Mortagne
Hi devs,
Some users have complained that the content actions are too abstract /
ambiguous and they don't see/understand them so they don't know how to Edit
or Create content in the first minutes of interaction.
More details about this problem can be found at
http://design.xwiki.org/xwiki/bin/view/Proposal/IdeaLabeledActions
There I've suggested 2 possible proposals:
Proposal 1: JS Tooltips
Proposal 2: Labeled actions
Which one do you prefer?
Thanks,
Caty
P.S: This was a recurrent topic and we change several things over the
years. I guess we will continue iterating until we reach the sweet spot :)