- xwiki-devs@xwiki.org - lists.xwiki.org

[xwiki-devs] [Contrib] Open a project - DBListManager Application

by Guillaume "Louis-Marie" Delhumeau

Hi devs, Some time ago, I wrote a usefull extension: http://extensions.xwiki.org/xwiki/bin/view/Extension/DBListManager+Applicat… Some developers need it for clients, so it could be great to have it on maven. So please, would you like to add this project on "contribs" (github + maven) ? Thanks. Louis-Marie

12 years, 11 months

3
5
0 0

[xwiki-devs] Tracking user activity

by Ezequiel Scott

Hello, Since XWiki support user accounts, enabling visitors to create an account and sign in to the site, Can you tell me if It's possible with a little bit of effort track the activity of logged users? This can include recording activities such as what pages were visited as well as what actions were performed. May be it is possible implementing a plugin with Velocity or extracting the data from database. Have any idea how to do it? Thanks!! -- *Ezequiel Scott** * ezequielscott(a)gmail.com

12 years, 11 months

2
1
0 0

[xwiki-devs] Running groovy code in the background

by Paul Libbrecht

Hello developers, I've been experimenting a little bit into running things in the background on our xwiki 3.5: as part of a velocity delivered page, I am calling groovy code. That code launches a thread in the background which runs for 1000 seconds checking if it can: - use the context's toString - call context.getContext() - use the xwiki object that was passed around My current conclusion is that context.getContext() fails (with an NPE trying to check programming rights) but others work. Is this the intended behavior? Is there a way for me to get another context to run in the background? thanks in advance Paul

12 years, 11 months

3
6
0 0

[xwiki-devs] Re : [Contrib] xwiki-application-mailarchive

by jeremie.bousquet＠gmail.com

Hi, Thanks for the fix, @vincent: you can test it, or wait for 0.2 that should fix many UI bugs. I've started working on it and should deliver it in 1 or 2 weeks. Envoyé depuis mon HTC ----- Reply message ----- De : "Thomas Mortagne" <thomas.mortagne(a)xwiki.com> Pour : "XWiki Developers" <devs(a)xwiki.org> Objet : [xwiki-devs] [Contrib] xwiki-application-mailarchive Date : mer., sept. 19, 2012 16:23 The download link was wrong, just fixed it. On Wed, Sep 19, 2012 at 4:17 PM, Vincent Massol <vincent(a)massol.net> wrote: > Hi Jeremie, > > Should I start testing your mailarchive app? I see on http://extensions.xwiki.org/xwiki/bin/view/Extension/MailArchive+Application that it's not installable with the EM. Is that "normal"? > > Thanks > -Vincent > > On Sep 18, 2012, at 11:11 AM, Vincent Massol <vincent(a)massol.net> wrote: > >> Hi Jeremie, >> >> For the next version of the MailArchive app you may want to add a Application Panel UIExtension object so that the mailarchive application appears in the new Application panel automagically when it's installed. It would be very nice. >> >> See http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWikiEnterpris… >> >> Note that it requires XWiki 4.2M3+ but if the XClass isn't there it's not going to fail on older XWiki versions (it just won't do anything). >> >> Thanks >> -Vincent >> >> On Sep 14, 2012, at 4:16 PM, Jeremie BOUSQUET <jeremie.bousquet(a)gmail.com> wrote: >> >>> Hum, thanks ... >>> As it's not a so big issue I think what I'll prefer to do, is fastly >>> deliver a new 0.2 version with fixed page, and leave the 0.1 as it is, >>> or ask for its deletion later. >>> >>> >>> 2012/9/14 Thomas Mortagne <thomas.mortagne(a)xwiki.com>: >>>> On Fri, Sep 14, 2012 at 3:04 PM, Jeremie BOUSQUET >>>> <jeremie.bousquet(a)gmail.com> wrote: >>>>> I was almost sure I would make a mistake, and I did... >>>>> In the documentation embedded in the .xar, the user guide is not >>>>> correct, because it has screenshots coming from the app as used in my >>>>> organization ... >>>>> Not that there are things so confidential, but still not something I'm fond of. >>>>> >>>>> Do you think it would be possible to either: >>>>> - replace delivered 0.1 with a new 0.1 version with fixed >>>>> documentation ? (hideously ugly, but as it impacts only documentation >>>>> ...) >>>>> - deliver a new 0.2 and remove 0.1 from nexus ? >>>> >>>> It's not yet Maven central rules ( ;) ) so we can remove things if you >>>> absolutely need to. Note that it also mean delete the current 0.1 tag >>>> from git. As you prefer, it's recent enough to be deleted even if it's >>>> a pain on your side to do. >>>> >>>>> >>>>> Anyway for sure I will not put the same on e.x.o ... >>>>> >>>>> Br, >>>>> Jeremie >>>>> >>>>> >>>>> >>>>> 2012/9/14 Jeremie BOUSQUET <jeremie.bousquet(a)gmail.com>: >>>>>> 2012/9/14 Thomas Mortagne <thomas.mortagne(a)xwiki.com>: >>>>>>> On Fri, Sep 14, 2012 at 12:57 PM, Jeremie BOUSQUET >>>>>>> Note that the id are wrong (one of the reason to use the import UI >>>>>>> instead of creating from scratch ;)). You can change it in edit >>>>>>> object, it's important have the same id that the one on maven >>>>>>> repository which mean >>>>>>> org.xwiki.contrib.mailarchive:xwiki-contrib-mailarchive-ui for the ui >>>>>>> for example otherwise Extension Manager will see two different >>>>>>> extensions in extensions.xwiki.org and maven repositories while it's >>>>>>> actually exactly the same thing. >>>>>> >>>>>> This is fixed, thanks ! >>>>>> That "import" button, I noticed it, and still can't understand why I >>>>>> didn't click on it ! :D >>>>>> >>>>>>> >>>>>>>> >>>>>>>> 2012/9/14 Thomas Mortagne <thomas.mortagne(a)xwiki.com>: >>>>>>>>> On Fri, Sep 14, 2012 at 9:13 AM, Jeremie BOUSQUET >>>>>>>>> <jeremie.bousquet(a)gmail.com> wrote: >>>>>>>>>> I guess I have to create an extension page for each artifact ? (mail >>>>>>>>>> extension, mailarchive api extension, mail archive ui extension) >>>>>>>>>> Didn't had time to test within extension repository manager locally, >>>>>>>>>> so I hope it'll work ! :) >>>>>>>>> >>>>>>>>> Actually since it's released on maven repository you can import it and >>>>>>>>> then complete the description. >>>>>>>>> >>>>>>>>>> >>>>>>>>>> 2012/9/13 Vincent Massol <vincent(a)massol.net>: >>>>>>>>>>> I guess the next step is to create the extension page on e.x.o. >>>>>>>>>>> >>>>>>>>>>> That'll be awesome and I'll start testing it when it's there! :) >>>>>>>>>>> >>>>>>>>>>> Thanks >>>>>>>>>>> -Vincent >>>>>>>>>>> >>>>>>>>>>> On Sep 13, 2012, at 1:39 PM, Jeremie BOUSQUET <jeremie.bousquet(a)gmail.com> wrote: >>>>>>>>>>> >>>>>>>>>>>> Thanks ! >>>>>>>>>>>> No problem ... >>>>>>>>>>>> >>>>>>>>>>>> 2012/9/13 Vincent Massol <vincent(a)massol.net>: >>>>>>>>>>>>> >>>>>>>>>>>>> On Sep 13, 2012, at 10:13 AM, Jeremie BOUSQUET <jeremie.bousquet(a)gmail.com> wrote: >>>>>>>>>>>>> >>>>>>>>>>>>>>> 2012/9/2 Jeremie BOUSQUET <jeremie.bousquet(a)gmail.com>: >>>>>>>>>>>>>>>> I could successfully deploy mail archive artifacts to nexus staging ! >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Would someone kindly promote it ? :) >>>>>>>>>>>>>> >>>>>>>>>>>>>> Hi, just to recall that to you ... :) >>>>>>>>>>>>>> (I know, seems a bit of a rush on 4.2 cycle and there is no urgency on >>>>>>>>>>>>>> my side, just want to avoid moving too deep in the mailing-list) >>>>>>>>>>>>> >>>>>>>>>>>>> Done! Sorry for the lag… >>>>>>>>>>>>> >>>>>>>>>>>>> -Vincent >>>>>>>>>>>>>> >>>>>>>>>>>>>> 2012/9/2 Jeremie BOUSQUET <jeremie.bousquet(a)gmail.com>: >>>>>>>>>>>>>>> (groupId : org.xwiki.contrib.mailarchive, version : 0.1, artifacts >>>>>>>>>>>>>>> xwiki-contrib-mail, xwiki-contrib-mailarchive-api, >>>>>>>>>>>>>>> xwiki-contrib-mailarchive-ui) >>>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>> Jeremie >>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>>>> Jeremie >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> 2012/9/1 Jeremie BOUSQUET <jeremie.bousquet(a)gmail.com>: >>>>>>>>>>>>>>>>> Wow, eventually, it worked ... Had to switch to using >>>>>>>>>>>>>>>>> maven-release-plugin last version (2.3.2) instead of the one from >>>>>>>>>>>>>>>>> xwiki. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Now I'm ... back to the initial issue with the enforcer : >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> [WARNING] Rule 0: >>>>>>>>>>>>>>>>> org.apache.maven.plugins.enforcer.EvaluateBeanshell failed with >>>>>>>>>>>>>>>>> message: >>>>>>>>>>>>>>>>> Couldn't evaluate condition: ("pom" != "jar") || ("pom" == "jar" >>>>>>>>>>>>>>>>> && new java.io.File("C:\PRIVATE\Dropbox\MAILARCHIVE\target\checkout\target/xwiki-contrib-mailarchive-0.1-javado >>>>>>>>>>>>>>>>> c.jar").exists()) >>>>>>>>>>>>>>>>> [INFO] ------------------------------------------------------------------------ >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Grrrr ! >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> 2012/9/1 Jeremie BOUSQUET <jeremie.bousquet(a)gmail.com>: >>>>>>>>>>>>>>>>>> I eventually was able to use push to git from maven with release >>>>>>>>>>>>>>>>>> plugin (had to reinstall git with more preservative options). >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> But previous issue is still there: when checking-out my tag from local >>>>>>>>>>>>>>>>>> clone in target/checkout, pom.xml files are not there so there's >>>>>>>>>>>>>>>>>> nothing to build for maven ... >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> 2012/9/1 Jeremie BOUSQUET <jeremie.bousquet(a)gmail.com>: >>>>>>>>>>>>>>>>>>> Progressing but still failing ... >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> ... it's like a nightmare. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> I gave up pushing to github from maven, I think there's something >>>>>>>>>>>>>>>>>>> wrong with windows/mysysgit/cygwin somehow. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Now trying to release tag "xwiki-contrib-mailarchive-0.1": >>>>>>>>>>>>>>>>>>> - it's pushed on github >>>>>>>>>>>>>>>>>>> - if I download the related zip (in "tag" tab on github), it's complete >>>>>>>>>>>>>>>>>>> - if I "release:perform" from maven, target/checkout folder contains >>>>>>>>>>>>>>>>>>> everything except pom.xml files ... of course release fails >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> How can my pom.xml files be deleted when running "git checkout >>>>>>>>>>>>>>>>>>> xwiki-contrib-mailarchive-0.1", while I can see them in my local >>>>>>>>>>>>>>>>>>> history and on github ??? >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> 2012/8/31 Jeremie BOUSQUET <jeremie.bousquet(a)gmail.com>: >>>>>>>>>>>>>>>>>>>> I tried both, but not tried exhaustively possible combinations >>>>>>>>>>>>>>>>>>>> (ssh/https, maven/git conf, and my network proxy that comes in the way >>>>>>>>>>>>>>>>>>>> ...) >>>>>>>>>>>>>>>>>>>> BTW I'm not sure about how credentials for github should be fed to >>>>>>>>>>>>>>>>>>>> maven depending on SSH/HTTPS url connection used. >>>>>>>>>>>>>>>>>>>> Authentication with keys works from git command-line to push to >>>>>>>>>>>>>>>>>>>> github, but I think I miss some configuration maven-side. >>>>>>>>>>>>>>>>>>>> Actually from maven "git push" time-outs, or freezes forever, >>>>>>>>>>>>>>>>>>>> depending on protocol used. >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> 2012/8/31 Thomas Mortagne <thomas.mortagne(a)xwiki.com>: >>>>>>>>>>>>>>>>>>>>> On Fri, Aug 31, 2012 at 9:17 AM, Jeremie BOUSQUET >>>>>>>>>>>>>>>>>>>>> <jeremie.bousquet(a)gmail.com> wrote: >>>>>>>>>>>>>>>>>>>>>> Hi Community, >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> I'm trying to release my contrib project to nexus staging but having >>>>>>>>>>>>>>>>>>>>>> difficulties. >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> Couldn't manage to "git push" correctly from maven to github (though >>>>>>>>>>>>>>>>>>>>>> "git push" command-line works), so I use "-DpushChanges=false" during >>>>>>>>>>>>>>>>>>>>>> release:prepare and release:perform, and do a "git push" manually >>>>>>>>>>>>>>>>>>>>>> after release:prepare. >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> You sure you <scm> is right ? I see you indicated the https in >>>>>>>>>>>>>>>>>>>>> <developerConnection>, you should probably use the ssh one instead. >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> Now getting that during release:perform (***** were added, it's a >>>>>>>>>>>>>>>>>>>>>> correct path behind) : >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> [INFO] --- maven-enforcer-plugin:1.0.1:enforce >>>>>>>>>>>>>>>>>>>>>> (enforce-javadoc-exists) @ xwiki-contrib-mailarchive --- >>>>>>>>>>>>>>>>>>>>>> [WARNING] Rule 0: >>>>>>>>>>>>>>>>>>>>>> org.apache.maven.plugins.enforcer.EvaluateBeanshell failed with >>>>>>>>>>>>>>>>>>>>>> message: >>>>>>>>>>>>>>>>>>>>>> Couldn't evaluate condition: ("pom" != "jar") || ("pom" == "jar" >>>>>>>>>>>>>>>>>>>>>> && new java.io.File("C:\*****\target\checkout\target/xwiki-contrib-mailarchive-0.1-javadoc.jar").exists()) >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> Of course javadoc does not exist at this level, as I'm trying to >>>>>>>>>>>>>>>>>>>>>> release from root aggregator. What I don't understand is why the >>>>>>>>>>>>>>>>>>>>>> enforcer rule fails ? Aggregator is of type "pom" as expected. >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> My command-line was: >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> mvn release:perform -DpushChanges=false >>>>>>>>>>>>>>>>>>>>>> -DconnectionUrl=scm:git:https://github.com/xwiki-contrib/xwiki-application-mailarchive.git >>>>>>>>>>>>>>>>>>>>>> -Dtag=xwiki-contrib-mailarchive-0.1 >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>>>>>>>>>> Jeremie >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> 2012/8/17 Jeremie BOUSQUET <jeremie.bousquet(a)gmail.com>: >>>>>>>>>>>>>>>>>>>>>>> Hi Vincent, >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> I saw that, no problem I'll update the groupId before doing the release :) >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> Br, >>>>>>>>>>>>>>>>>>>>>>> Jeremie >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> 2012/8/16 Vincent Massol <vincent(a)massol.net>: >>>>>>>>>>>>>>>>>>>>>>>> Hi Jeremie, >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> In case you haven't followed we've updated the contrib rule for the maven group id, see >>>>>>>>>>>>>>>>>>>>>>>> http://contrib.xwiki.org/xwiki/bin/view/Main/WebHome >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> It would be great if you could update your groupid before you do the first release :) >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> Thanks >>>>>>>>>>>>>>>>>>>>>>>> -Vincent >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> On Aug 16, 2012, at 9:50 AM, Jeremie BOUSQUET wrote: >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> Thanks Vincent & Sergiu, >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> So, is it ok if I put docs to >>>>>>>>>>>>>>>>>>>>>>>>> http://extensions.xwiki.org/xwiki/bin/view/MailArchive/Documentation >>>>>>>>>>>>>>>>>>>>>>>>> (and others in same space) ? >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> By now I've almost finished writing first versions of: >>>>>>>>>>>>>>>>>>>>>>>>> * MailArchive.Documentation (home page) >>>>>>>>>>>>>>>>>>>>>>>>> * MailArchive.UserGuide >>>>>>>>>>>>>>>>>>>>>>>>> * MailArchive.AdminGuide >>>>>>>>>>>>>>>>>>>>>>>>> * MailArchive.OperationsGuide >>>>>>>>>>>>>>>>>>>>>>>>> * MailArchive.TroubleShooting >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> I should be able to release 0.1 soon ... >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> Br, >>>>>>>>>>>>>>>>>>>>>>>>> Jeremie >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> 2012/8/13 Thomas Mortagne <thomas.mortagne(a)xwiki.com>: >>>>>>>>>>>>>>>>>>>>>>>>>> On Mon, Aug 13, 2012 at 3:23 PM, Vincent Massol <vincent(a)massol.net> wrote: >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> On Aug 13, 2012, at 3:17 PM, Vincent Massol wrote: >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Hi Jeremie and all, >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Back from holidays too :) Cool to see progress on this! >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Ok I've parsed this thread and here's my take: >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> * JIRA: I'll create a dedicated JIRA project since the project seems large enough to warrant it >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> ok, Thomas is doing it ATM, should be ready real soon :) >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>> Done, http://jira.xwiki.org/browse/XMAILARCH. You should have the >>>>>>>>>>>>>>>>>>>>>>>>>> rights to do pretty much anything in this project. >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> * Documentation: our rule is currently to have pages on extensions.xwiki.org and if the project becomes too large to create a dedicated wiki for it, as we've done for rendering.xwiki.org, commons.xwiki.org, enterprise, etc for example (see http://contrib.xwiki.org/xwiki/bin/view/Main/WebHome). IMO it's ok ATM to have several pages on e.x.o for the MailArchive application and we can decide later on to move it to its own wiki (after we have a 1.0 released IMO). >>>>>>>>>>>>>>>>>>>>>>>>>>>> * Nexus: I'll create an account for you. >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> I see you already have a user, cool. >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Thanks >>>>>>>>>>>>>>>>>>>>>>>>>>> -Vincent >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Is that ok? >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Thanks >>>>>>>>>>>>>>>>>>>>>>>>>>>> -Vincent >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> On Aug 10, 2012, at 9:51 AM, Jeremie BOUSQUET wrote: >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> So I'd say that: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> - There should be some documentation on the extension page, at least a >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> description of the project, some usage scenarios, some screenshots, and a >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> list of the features >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> - I agree that the full documentation should be included in the application >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> itself >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> - The same full documentation should also be available online, and the >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> contrib wiki seems to be the right place (in a dedicated space) >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> I think it's the best solution. >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Since the space I currently use for the main pages of my app is >>>>>>>>>>>>>>>>>>>>>>>>>>>>> "MailArchive", I would propose to use the same for the documentation >>>>>>>>>>>>>>>>>>>>>>>>>>>>> space and put pages under: >>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://contrib.xwiki.org/xwiki/bin/view/MailArchive/ >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> That way publishing the doc online to contrib wiki would be >>>>>>>>>>>>>>>>>>>>>>>>>>>>> straightforward with selective import. >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Br, >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Jeremie >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> 2012/8/9 Sergiu Dumitriu <sergiu(a)xwiki.com>: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 08/09/2012 10:38 AM, Jerome Velociter wrote: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 08/09/2012 04:34 PM, Jeremie BOUSQUET wrote: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Humm ... Just thinking I might put that directly inside my app xar ... >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> WDYT ? >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I'm a big fan of self-documenting applications. It has the great >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> advantage of always offering documentation matching the version in use. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> But you might also want to offer the latest released version >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> documentation online. I think there are some extensions that have >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> documentation that spans several pages, but honestly I don't know if >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> this is something we want/we agreed upon. I'll leave it to others to >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> bring more information on this subject. There is the contrib wiki also >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> which could be a candidate. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I've seen extensions with a lot of documentation on their extension page, >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> and I've seen things documented in several places. Personally, I don't like >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> huge extension pages. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> So I'd say that: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> - There should be some documentation on the extension page, at least a >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> description of the project, some usage scenarios, some screenshots, and a >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> list of the features >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> - I agree that the full documentation should be included in the application >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> itself >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> - The same full documentation should also be available online, and the >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> contrib wiki seems to be the right place (in a dedicated space) >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 2012/8/9 Jeremie BOUSQUET <jeremie.bousquet(a)gmail.com>: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Thanks Jerome, >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Another thing about this project: I'd like to prepare things, and >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> particularly the user guide part, so it's available when I'll publish >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> the extension. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> For this particular use-case though, I'd like to extend the user/admin >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> guide part on more than one page, as it may be quite large. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Where should I put these pages ? >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Jeremie >>>>>>>>>>> _______________________________________________ >>>>>>>>>>> devs mailing list >>>>>>>>>>> devs(a)xwiki.org >>>>>>>>>>> http://lists.xwiki.org/mailman/listinfo/devs >>>>>>>>>> _______________________________________________ >>>>>>>>>> devs mailing list >>>>>>>>>> devs(a)xwiki.org >>>>>>>>>> http://lists.xwiki.org/mailman/listinfo/devs >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> -- >>>>>>>>> Thomas Mortagne >>>>>>>>> _______________________________________________ >>>>>>>>> devs mailing list >>>>>>>>> devs(a)xwiki.org >>>>>>>>> http://lists.xwiki.org/mailman/listinfo/devs >>>>>>>> _______________________________________________ >>>>>>>> devs mailing list >>>>>>>> devs(a)xwiki.org >>>>>>>> http://lists.xwiki.org/mailman/listinfo/devs >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Thomas Mortagne >>>>>>> _______________________________________________ >>>>>>> devs mailing list >>>>>>> devs(a)xwiki.org >>>>>>> http://lists.xwiki.org/mailman/listinfo/devs >>>>> _______________________________________________ >>>>> devs mailing list >>>>> devs(a)xwiki.org >>>>> http://lists.xwiki.org/mailman/listinfo/devs >>>> >>>> >>>> >>>> -- >>>> Thomas Mortagne >>>> _______________________________________________ >>>> devs mailing list >>>> devs(a)xwiki.org >>>> http://lists.xwiki.org/mailman/listinfo/devs >>> _______________________________________________ >>> devs mailing list >>> devs(a)xwiki.org >>> http://lists.xwiki.org/mailman/listinfo/devs >> > > _______________________________________________ > devs mailing list > devs(a)xwiki.org > http://lists.xwiki.org/mailman/listinfo/devs -- Thomas Mortagne _______________________________________________ devs mailing list devs(a)xwiki.org http://lists.xwiki.org/mailman/listinfo/devs

12 years, 11 months

1
0
0 0

[xwiki-devs] Is solr ready yet?

by Jones, Dan

:D I left off with Xwiki/Solr a few weeks ago. Are there plans to move it into the main project any time soon? ________________________________ This communication (including all attachments) is intended solely for the use of the person(s) to whom it is addressed and should be treated as a confidential AAA communication. If you are not the intended recipient, any use, distribution, printing, or copying of this email is strictly prohibited. If you received this email in error, please immediately delete it from your system and notify the originator. Your cooperation is appreciated.

12 years, 11 months

2
1
0 0

[xwiki-devs] [Proposal] Strategy for migrating to the new Model

by Vincent Massol

Hi devs, Just wanted to share my vision of how we should tackle migrating to the new Model. I see the following steps: * Step 1: Define new model interfaces (status: in progress) * Step 2: Implement a "bridged" version which uses the oldcore (status: in progress). * Step 3: Start moving code to use the new API as the new API and its implementation progress. Note: we should start using the produce of step1 and step2 ASAP to tune the details (status: not started) * Step 4: At the same time, start a new implementation based on a RDBMS (probably hibernate-based, to be decided) (status: not started). I'd also like that we start other implementations not based on a RDBMS just to prove that it works with other storages. Ideally I'd like some NoSQL impl (Caleb maybe?) and I'd also like to try a Git-based implementation (using jgit) * Step 5: Deprecate all our search apis located in XWikiHibernateStore and make everyone use the new QueryManager module. This needs some tuning on the QueryManager for missing stuff but that's doable (I need to send some proposal on missing stuff). (status: in progress). The idea here is to decouple search from storage. Note that we'll need to write some translator from HQL to XWQL or the new search query language. * Step 6: As we progress in step 2, 3, 4, introduce a configuration parameter to decide which implementation to use ("bridged", etc) so that users can start playing with new implementations (status: not started) * Step 7: Rewrite a new Importer/Exporter that exports everything (all the data in the current DB) + all configuration files/data. To see what we are currently not exporting, see http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Backup#HUsingtheXWikiEx… This new exporter should probably be based on the XWiki Streams module being developed here: https://github.com/xwiki-contrib/wiki-stream (status: in progress but not active) * Step 8: When users want to migrate from one implementation ("bridged" for ex) to a new implementation they export their wiki, set the new implementation in the configuration file and reimport. (status: not started) For me Step3 can almost begin (I probably need one or 2 more weeks to be ready to have some use cases implemented and I'll send a vote to merge my work in feature-newmodel branch in master - Would be good if you guys start looking at it and give comments to be ready for this). Then we need volunteer for Step 4 for: * new RDBMS implementation. Who? * noSQL impl. Cassandra? other? Who? * git implementation. Vincent WDYT about the plan? In term of time required it's probably going to take us about a year to have a first working version for all the steps by working at a leisurely pace. Thanks -Vincent

12 years, 11 months

5
4
0 0

[xwiki-devs] dyssmetric cluster... what's up?

by Paul Libbrecht

Hello devs, we are having a very very weird bug: the two nodes of our cluster are made of A and B and saved objects sync into B when written on A but fail to do sync into A when written on B. What could be the cause? thanks in advance Paul

12 years, 11 months

3
4
0 0

[xwiki-devs] [Idea] XWiki Translation Application

by Vincent Massol

Hi devs, We've been talking about this for a long time already. We've even seen what Jenkins does (go to http://ci.xwiki.org and click on the bottom left link). Today I've seen an article showing a cool new plugin for JIRA to help localize JIRA: http://blogs.atlassian.com/2012/09/inproduct-translation-plugin-beta/ Since XWiki allows overriding translation in wiki pages we have almost the same features OOB as those touted on the JIRA plugin page: * "Access Management: control which groups can translate JIRA". We have that too with wiki right management * "Instant updates: translations are saved automatically and appear immediately for all users". Same for us • "Mouse-hover: items turn green to let you know they are translatable". This is the cool part we're missing. It would be awesome to be able to do this. We should brainstorm about how to be able to do that. * "Translate Page: select from your username drop-down". We don't have that either and it would be cool to write/bundle in XE a Translation app to let users write translations in their wiki and then to contribute them with one click to l10n.xwiki.org (we'd need to put l10n on SCM too at the same time). WDYT? Any idea about how to do the "mouse-over" feature? Anyone interested by this topic? Thanks -Vincent

12 years, 11 months

5
5
0 0

[xwiki-devs] [Proposal] XWiki Days every month?

by Vincent Massol

Hi devs, We've had several special days in the past: * Deprecation day ** 26 April 2012: http://markmail.org/thread/c5oytyvgw6fcimqq * Bug fixing days: ** 11 june 2008: http://xwiki.markmail.org/thread/oyfxis3umqrvutxm ** 18 June 2008: http://xwiki.markmail.org/thread/brfx6gme37vgr3m5 ** 25 Jun 2008: http://markmail.org/message/nrobo3x4ppgssklk ** July 2008: http://xwiki.markmail.org/thread/mn5veblndbtgcsm5 ** 10 Feb 2011: http://xwiki.markmail.org/thread/rierrb2wk72dkpqy and result http://www.xwiki.org/xwiki/bin/view/Blog/BugFixingDayFebruary2011 * DocHour days: ** 5 March 2008: http://xwiki.markmail.org/thread/dyypju5dn23wkwr2 I think it's a good concept and I'd like to propose that we regularly (once every month?) have an XWiki Day. Ideas for such days: * Bug fixing day: Reduce bug count * Doc day: improve xwiki.org * Deprecation day: reduce # of deprecated calls. Around 1700: http://nemo.sonarsource.org/drilldown/violations/XWIKI?&rule=squid%3ACallTo… * Violation day: reduce # of violations. 10274 right now: http://nemo.sonarsource.org/drilldown/violations/XWIKI * Javadoc Day: Add missing javadocs in our code and remove checkstyle excludes * Code Coverage Day: Add as many tests as possible (unit and functional) * Broken Links Day: fix as many broken links as possible on xwiki.org. To find them is easy: we just need to enable the IRC Link Checker botlet and wait on IRC to get them! I propose that whenever a day is over, we send a mail with the Date and Topic for the next day and it has to be about 1 month from the date of the mail. To get this started I volunteer to be responsible for sending Day emails for now, unless someone else is interested to do this. WDYT? Thanks -Vincent

12 years, 12 months

6
9
0 0

[xwiki-devs] Public pages within a secured/private Xwiki app with custom authentication

by echocoder

Is it possible to have a page in the Xwiki visible and viewable to the "public" that is not under the control of the custom authentication class defined in the config? Currently, I have a JSP file that collects user credentials that are placed in the HTTP session used for login. However, when the user is authenticated and redirected to the /xwiki web application those session values are no longer there so the Xwiki just loops back to the JSP file looking for credentials. What I would like to do is have something like /xwiki/public/login where the user is prompted to enter their credentials which is then processed by the custom authentication and sends the user to /xwiki/private. By setting the xwiki.authentication.authclass to a custom authentication class... it seems like it is an all or nothing approach to where I cannot have a subset of pages open to the public. -- View this message in context: http://xwiki.475771.n2.nabble.com/Public-pages-within-a-secured-private-Xwi… Sent from the XWiki- Dev mailing list archive at Nabble.com.

12 years, 12 months

1
0
0 0

[xwiki-devs] Setting a session variable in the Xwiki Context to a value defined in HTTP session

by echocoder

My instance of Xwiki is using custom authentication. I have a new requirement to add Yubikey based authentication now. I believe in order to pull it off, I need to set a session attribute in the Xwiki context with a value defined in a JSP file. I tried to set it in the current HTTP session, with the code below but it is not showing up in the Xwiki context session when the checkAuth method is called ... session.setAttribute("okc_sso_username", username); ... public XWikiUser checkAuth(XWikiContext context) throws XWikiException { .... String okc_sso_username = (String)context.getRequest().getSession().getAttribute("okc_sso_username"); .... } Any idea on how to bind the two to make a JSP session variable available in the XwikiContext? -- View this message in context: http://xwiki.475771.n2.nabble.com/Setting-a-session-variable-in-the-Xwiki-C… Sent from the XWiki- Dev mailing list archive at Nabble.com.

12 years, 12 months

2
2
0 0

[xwiki-devs] Difference between 3.1 and 4.2 for object's implementation in oldcore.

by Karel Gardas

Hello, I'm trying to update our semantic extension for xwiki from 3.1 to 4.2 to be able to release this as an open-source finally. Now, it looks like something inbetween 3.1 and 4.2 changed in xwiki-platform-oldcore's com.xpn.xwiki.objects* since my current 4.2 setup complains a lot with a message like: Wrapped Exception: Error number 7006 in 7: Cannot find property class com.xpn.xwiki.objects.classes.SPARQListClass in MetaClass object The SPARQListClass is our implementation of the list class which provides dynamic list based on the supplied SPARQ query and which was of course working well on top of 3.1. I'm looking into all the classes in 4.2's com.xpn.xwiki.objects subdirectory but so far I'm not able to distill what change between 3.1 and 4.2 breaks our SPARQList. Any idea what's going wrong or where should I have a look is highly appreciated. Thanks! Karel

12 years, 12 months

1
0
0 0

[xwiki-devs] [Brainstorm] Web sites where we should announce XWiki releases

by Vincent Massol

Hi everyone, I'd like to improve our tech marketing by sending XWiki release announcements to web sites that people know about/use. So this thread about brainstorming about those sites. So what sites do you think we should send release announcements to? Note that at the moment we publish on: - Wikipedia: * http://en.wikipedia.org/wiki/XWiki * http://fr.wikipedia.org/wiki/XWiki * http://en.wikipedia.org/wiki/Comparison_of_wiki_software - FreeCode: * http://freecode.com/projects/xwiki/releases/new - Wikimatrix: http://www.wikimatrix.org/edit/XWiki - OW2: - http://forge.ow2.org/projects/xwiki Also note that news published on FreeCode are republished by other news sites (I don't have the list). So let me start by proposing: - DZone: * http://www.dzone.com/links/index.html * Submission form: https://www.evernote.com/shard/s119/sh/29a1d696-d2e3-4c3f-a1a1-b296296b8e04… Please add yours here! Thanks -Vincent

12 years, 12 months

4
3
0 0

[xwiki-devs] [VOTE] Also add a link on DZone when performing a Release

by Vincent Massol

Hi devs, When we release a new version we publish the announcement in several places (wikimatrix, freshmeat, wikipedia). I'd like to propose that we add DZone too. For example I've just seen that GateIn 3.4 has been announced there: http://www.dzone.com/links/gatein_34_is_released.html DZone is very well know and I think it would help spread the word even more about XWiki. So here's my +1 to add DZone to the list of sites to update when we release. Thanks -Vincent

12 years, 12 months

5
10
0 0

[xwiki-devs] [ANN] XWiki Enterprise and XWiki Enterprise Manager 4.2 Milestone 3 released.

by Eduard Moraru

The XWiki development team is proud to announce the availability of XWiki Enterprise 4.2 Milestone 3. This is the third and final milestone of the XWiki Enterprise 4.2 version. This release brings new and improved UIs for file upload, logging configuration, an applications panel and the experimental install/upgrade wizard. For developers this release introduces many features: a new file upload widget, minor improvements of the attachment picker and documents macros, the ability to add skin extensions located in JAR files, a new field (mime-type) to index attachments by, an extension of the xar format and an experimental UI extension mechanism. You can download it here: http://www.xwiki.org/xwiki/bin/view/Main/Download Make sure to review the release notes: http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWikiEnterprise 42M3 Thanks -The XWiki dev team

12 years, 12 months

2
1
0 0

[xwiki-devs] Xwiki 4.1.4 - Admin-Presentation page is blank

by echocoder

I have updated to XWiki Enterprise 4.1.4. However, it seems to not have captured the skins/CSS I was using. in my old Xwiki instance. When I log in and go to the Administer Xwiki page, the Presentation section is blank. Is there another way to view/set the default skin value? -- View this message in context: http://xwiki.475771.n2.nabble.com/Xwiki-4-1-4-Admin-Presentation-page-is-bl… Sent from the XWiki- Dev mailing list archive at Nabble.com.

12 years, 12 months

3
4
0 0

[xwiki-devs] [Proposal] Add cropping API to image plugin

by Jerome Velociter

Hi devs, I've already proposed a thumbnail module in the past (http://markmail.org/thread/3le7qxziog2p7bsd) but it felt short in terms of design. I reckon it's more of a URL cache module for images/thumbnails and probably doesn't make much sense in the platform. I would like still to propose one change separately, that was going together with this module : adding a cropping API to the current image plugin. This would allow to not only pass dimensions information when downloading an image, but also to pass coordinates to crop a subimage out of the original image. Practically, it's adding a "boundaries" URL parameter (in addition to the existing width, height, quality and keepAspectRatio existing parameters), that is a comma separated list of x, y, width and height used to construct the subimage. Right now the code is in https://github.com/jvelo/xwiki-platform-thumbnails/tree/master/src/main/jav…, I will make a proper pull request to discuss the patch if their is interest. Note I also have a generic UI component to perform resizing and store image boundaries for an attachment in an XObject that I can share (and even plug into the user profile for example). On the longer term, their is a discussion to have around how to wire attachment transformation from URLs. Maybe a "transformations" URL parameter that takes a list of hints of transformation components ? Then the resizing/cropping could be implemented as transformations in a new image module ? WDYT ? Finally, finishing note, I've also written a new image processor for the current image plugin API, based on https://code.google.com/p/java-image-scaling/ that yields images of much better quality compared to the current implementation based on awt/graphics2d. See for example the before/after : http://imgur.com/oU9v5 (for the before, those had a quality param of "1", i.e. maxed out). Code is there : https://github.com/jvelo/xwiki-platform-thumbnails/blob/master/src/main/jav…. One thing I didn't do yet is to extract a superclass from it and the base impl. If there is interest, we could provide this processor as an alternative. Maybe with a parameter config to pass the hint of the processor to use. WDYT ? Thanks, Jerome

12 years, 12 months

2
2
0 0

[xwiki-devs] best practice to programme with XWiki objects?

by Paul Libbrecht

hello fellow developers, at Curriki, we are starting to process XWiki objects in the background using subclasses of AbstractXWikiRunnable. Currently I do the following: // setup XWikiContext xcontext = (XWikiContext) Utils.getComponent(Execution.class).getContext() .getProperty(XWikiContext.EXECUTIONCONTEXT_KEY); Context context = new Context(xcontext); XWiki xwiki = new com.xpn.xwiki.api.XWiki(context.getXWiki(), xcontext); // fetch background info Document d = xwiki.getDocument(DOCNAME_x); Object obj = d.getObject("DOCNAME_class"); // modify something // save d.save("comment"); However, I wonder if this is the best practice: - is it expensive to construct a context and xwiki supposing this setup code is run multiple times? - is it preferrable to work with the com.xpn.xwiki.* classes? - is DocReference behaving much differently than fullName if we have a single wiki? Thanks in advance. Paul

12 years, 12 months

3
4
0 0

[xwiki-devs] [VOTE] Postpone 4.2 final release date to 24th of September 2012

by Vincent Massol

Hi devs, Current release dates for 4.2 are: - 4.2M3: 3 sep 2012 - 4.2RC1: 10 Sep 2012 - 4.2Final: 17 Sep 2012 Since we're already the 12th of Sep (i.e. late by **9** days on M3) his is obviously not going to happen… :( So I'd like to propose: - 4.2M3: 12th Sep 2012 - 4.2RC1: 19th Sep 2012 - 4.2Final: 24th Sep 2012 Here's my +1 Thanks -Vincent PS: I'd like not to postpone 4.2 final by more than 1 week because it means 4.3 will get shorter since we need to finish the 4.X cycle ASAP so that we can start the 5.x one as close as possible to the beginning of next year.

13 years

8
7
0 0

[xwiki-devs] Installing Xwiki 4.1.4 - Heap space error

by echocoder

I am in the process of updating my instances of Tomcat and Xwiki into the latest versions. I installed Tomcat 7.0.29 and Xwiki 4.1.4. Tomcat is is installed in E:\Tomcat7.0.29 and Xwiki is installed in C:\XWiki Enterprise. I copied the webapps/xwiki content to tomcat7.0.29/webapps/xwiki. Aftewards, I had to stop the Tomcat service, run the Xwiki startup script, then restart the Tomcat service. Tomcat appears to be serving pages fine, but when I go to http://localhost/xwiki/ I get a Java heap space error as listed below. I am assuming I need to increase the Java heap space but I am not sure how and how high I should set it to accomodate Xwiki. Can anyone point me in the correct direction? Thanks Detailed information: Error number 0 in 11: Uncaught exception Wrapped Exception: Java heap space com.xpn.xwiki.XWikiException: Error number 0 in 11: Uncaught exception Wrapped Exception: Java heap space at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:254) at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:116) at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431) at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196) at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432) at javax.servlet.http.HttpServlet.service(HttpServlet.java:641) at javax.servlet.http.HttpServlet.service(HttpServlet.java:722) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at com.xpn.xwiki.web.ActionFilter.doFilter(ActionFilter.java:120) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.xwiki.wysiwyg.server.filter.ConversionFilter.doFilter(ConversionFilter.java:144) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at com.xpn.xwiki.plugin.webdav.XWikiDavFilter.doFilter(XWikiDavFilter.java:66) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.xwiki.container.servlet.filters.internal.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:208) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.xwiki.container.servlet.filters.internal.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:111) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:225) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:168) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:98) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:927) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:407) at org.apache.coyote.ajp.AjpProcessor.process(AjpProcessor.java:200) at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:585) at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:310) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) at java.lang.Thread.run(Unknown Source) Caused by: java.lang.OutOfMemoryError: Java heap space at java.lang.StringCoding$StringDecoder.decode(Unknown Source) at java.lang.StringCoding.decode(Unknown Source) at java.lang.String.<init>(Unknown Source) at java.lang.String.<init>(Unknown Source) at com.xpn.xwiki.doc.XWikiAttachment.toStringXML(XWikiAttachment.java:345) at com.xpn.xwiki.doc.XWikiAttachmentArchive.updateArchive(XWikiAttachmentArchive.java:180) at com.xpn.xwiki.doc.XWikiAttachment.updateContentArchive(XWikiAttachment.java:719) at com.xpn.xwiki.store.XWikiHibernateStore.saveAttachment(XWikiHibernateStore.java:1517) at com.xpn.xwiki.store.XWikiHibernateStore.saveAttachmentList(XWikiHibernateStore.java:1485) at com.xpn.xwiki.store.XWikiHibernateStore.saveXWikiDoc(XWikiHibernateStore.java:485) at com.xpn.xwiki.store.XWikiCacheStore.saveXWikiDoc(XWikiCacheStore.java:177) at com.xpn.xwiki.store.XWikiCacheStore.saveXWikiDoc(XWikiCacheStore.java:170) at com.xpn.xwiki.XWiki.saveDocument(XWiki.java:1392) at com.xpn.xwiki.XWiki.saveDocument(XWiki.java:1348) at com.xpn.xwiki.web.UploadAction.uploadAttachment(UploadAction.java:196) at com.xpn.xwiki.web.UploadAction.action(UploadAction.java:106) at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:230) at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:116) at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431) at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196) at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432) at javax.servlet.http.HttpServlet.service(HttpServlet.java:641) at javax.servlet.http.HttpServlet.service(HttpServlet.java:722) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at com.xpn.xwiki.web.ActionFilter.doFilter(ActionFilter.java:120) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.xwiki.wysiwyg.server.filter.ConversionFilter.doFilter(ConversionFilter.java:144) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) Wrapped Exception: java.lang.OutOfMemoryError: Java heap space at java.lang.StringCoding$StringDecoder.decode(Unknown Source) at java.lang.StringCoding.decode(Unknown Source) at java.lang.String.<init>(Unknown Source) at java.lang.String.<init>(Unknown Source) at com.xpn.xwiki.doc.XWikiAttachment.toStringXML(XWikiAttachment.java:345) at com.xpn.xwiki.doc.XWikiAttachmentArchive.updateArchive(XWikiAttachmentArchive.java:180) at com.xpn.xwiki.doc.XWikiAttachment.updateContentArchive(XWikiAttachment.java:719) at com.xpn.xwiki.store.XWikiHibernateStore.saveAttachment(XWikiHibernateStore.java:1517) at com.xpn.xwiki.store.XWikiHibernateStore.saveAttachmentList(XWikiHibernateStore.java:1485) at com.xpn.xwiki.store.XWikiHibernateStore.saveXWikiDoc(XWikiHibernateStore.java:485) at com.xpn.xwiki.store.XWikiCacheStore.saveXWikiDoc(XWikiCacheStore.java:177) at com.xpn.xwiki.store.XWikiCacheStore.saveXWikiDoc(XWikiCacheStore.java:170) at com.xpn.xwiki.XWiki.saveDocument(XWiki.java:1392) at com.xpn.xwiki.XWiki.saveDocument(XWiki.java:1348) at com.xpn.xwiki.web.UploadAction.uploadAttachment(UploadAction.java:196) at com.xpn.xwiki.web.UploadAction.action(UploadAction.java:106) at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:230) at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:116) at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431) at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196) at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432) at javax.servlet.http.HttpServlet.service(HttpServlet.java:641) at javax.servlet.http.HttpServlet.service(HttpServlet.java:722) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at com.xpn.xwiki.web.ActionFilter.doFilter(ActionFilter.java:120) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.xwiki.wysiwyg.server.filter.ConversionFilter.doFilter(ConversionFilter.java:144) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) -- View this message in context: http://xwiki.475771.n2.nabble.com/Installing-Xwiki-4-1-4-Heap-space-error-t… Sent from the XWiki- Dev mailing list archive at Nabble.com.

13 years

1
2
0 0

[xwiki-devs] What applications should we list in the "Applications" panel?

by Ecaterina Moraru (Valica)

Hi, For the 4.2 Roadmap there are several issues related to accessibility of applications inside the wiki. One of these issues is http://jira.xwiki.org/browse/XWIKI-7927 "Create an entry point for all available applications inside the wiki ". There are multiple ways to represent such a place (panel, special directory, gadget, etc.) but the most easy (not sure how scalable, especially if the user will create lots of spaces using AppWithinMinutes) is to use a panel. The problems remaining are: - If we have a dedicated place to list applications what will remain in the {{Spaces}} gadget on "Dashboard"? What we still consider to be a content space? (Main, XWiki, Sandbox)? http://jira.xwiki.org/browse/XWIKI-7926 or we should still display visible spaces in it? - What we consider to be an application? We list just spaces or even feature pages like "Document Index" or "User Directory"? http://jira.xwiki.org/browse/XWIKI-7925 - What about 'special' spaces like Scheduler, Stats? we let the entry point to be just the Administration (at least for now)? What about Invitation functionality? etc. So I've created a doodle and the question is what space/page do you think we should have in this dedicated "Applications" panel: http://www.doodle.com/uav7triciuf4kxpd You can use the doodle or you could respond in this main if you have other suggestions or observations. Thanks, Caty

13 years

4
7
0 0

[xwiki-devs] Release 3.5.2 as a final bugfix release of the 3.x cycle

by Sergiu Dumitriu

Hi devs, There have been 17 issues [1] committed on the stable-3.5.x branch, and I'd like to close the 3.x cycle with a final bugfix release. Does anybody have any other issue that you'd like to see fixed for this version? [1] http://jira.xwiki.org/secure/IssueNavigator.jspa?reset=true&jqlQuery=Projec… -- Sergiu Dumitriu http://purl.org/net/sergiu/

13 years

4
6
0 0

[xwiki-devs] Bug in Blog.BlogCode

by Richard Hierlmeier

I found a small bug in Blog.BlogCode. A wrong query string for the paginated view of blogs is created. I found it in version 3.5.1, but it is also in version 4.1-20120711 (current myxwiki.org). At line 751 751: #set($queryString = "${queryString}&${p}=${v}") Correct is 751: #set($queryString = "${queryString}&${p}=${v}") Should I submit an issue in jira? If yes, what project, Issue type and should it have. Richard

13 years

2
1
0 0

[xwiki-devs] [VOTE] Move Builtin Board in its own Jira project

by Thomas Mortagne

Hi devs, Since there is already 4 versions of it (and I will release another one soon) I would like to move Builtin Board application to its own Jira project so that it's easier to follow it and Jira issues assigned to it. There is not much issues right now but I feel this project is active and used enough to probably have more in the future. In other words I find it serious enough to deserve its own Jira project. extensions.xwiki.org page: http://extensions.xwiki.org/xwiki/bin/view/Extension/Bulletin+Board+Applica… WDYT ? Here is my +1 -- Thomas Mortagne

13 years

4
3
0 0

[xwiki-devs] Backup of Xwiki via Command Line

by echocoder

Is it possible to backup the Xwiki via command line using the export feature? -- View this message in context: http://xwiki.475771.n2.nabble.com/Backup-of-Xwiki-via-Command-Line-tp757998… Sent from the XWiki- Dev mailing list archive at Nabble.com.

13 years

4
4
0 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

xwiki-devs