Re: [xwiki-users] grant rights to a specific user
On Tue, Dec 7, 2010 at 01:32, Ricardo Rodriguez [eBioTIC.] <
ricardo.rodrig...@ebiotic.net> wrote:
>
>
> Ecaterina Moraru (Valica) wrote:
> > Hi,
> >
> > The behavior is correct because the checking order is: page > space >
> wiki
> > (where a space-level setting can be superseded by a (higher ranking)
> > page-level setting)
> >
>
> That's OK but, as Wouter said, if the data model implements
> real-inheritance, must not I expect that the rights explicitly granted
> at space level are considered also as explicitly granted at document
> level as a consequence of rights inheritance?
>
yes, but if you define a harder rule at page level, the space level one will
be overlapsed by the new rule.
Thanks,
Caty
>
> Thanks!
> > The only exception I can think off that would help your usecase (but is
> not
> > implemented) is to have additional special rights for the document
> Creator.
> > Right now the creator gets DELETE right as an additional behavior. Maybe
> we
> > should always grant VIEW and EDIT to the creator.
> > This way, at least, he could fix the rights behavior (by giving rights
> also
> > to GroupA).
> >
> > Another thing that is missing is a warning that by giving that right, the
> > giver will lose it.
> >
> > If you want to read more about rights:
> > - http://www.xwiki.org/xwiki/bin/view/FAQ/HowDoesRightsWork
> > - http://dev.xwiki.org/xwiki/bin/view/Drafts/Access%20Rights
> > - http://dev.xwiki.org/xwiki/bin/view/Drafts/XWikiRightServiceReversed
> >
> > Thanks,
> > Caty
> >
> > On Fri, Nov 19, 2010 at 18:53, Wouter Boasson >wrote:
> >
> >
> >> Hi,
> >>
> >> We ran into a rights problem, which might be the result of ignorance,
> but
> >> could also be caused by a perceptual omission in the rights model. The
> >> following happened:
> >>
> >> 1. created space, with explicit rights on group 'GroupA' (this
> >> automatically locks out users who are not a member of this group) => ok
> >> 2. create/edit a page as user 'UserA', member of 'GroupA' => ok
> >> 3. UserA (owner/creator of the document) grants view rights to user
> >> 'UserB', NOT in GroupA => problems!
> >>
> >> Now the creator/owner of the document (UserA) can NOT view his own
> document
> >> anymore! Same for problem for every other user in 'GroupA'.
> >>
> >> I figured that this is correct from a certain point of view: an explicit
> >> view for a specific user locks out all other users, but that includes
> the
> >> owner and all other users, including those in 'GroupA', with correct
> rights
> >> at the space level.
> >> A possible solution is to grant GroupA explicitly at the same time you
> >> grant a specific user access to a certain page, but people will forget
> to do
> >> so.
> >>
> >> My question is: did we do anything wrong, and is it possible to manage
> the
> >> rights in a way that prevents this counter-intuitive behaviour?
> >>
> >> I have the feeling that the rights model lacks real-inheritance: when
> >> checking permissions for a user, it should return the permissions
> including
> >> that of the group as if it were his explicit permissions, also for pages
> >> that inherit rights from the space. E.g.
> >> hasView('UserA') should always return 'True' when the group he belongs
> to
> >> has view rights at the space level.
> >> Now it apparently returns 'False' when there is an implicit override by
> >> granting a user view rights. Or does inheritance from the space levels
> stops
> >> working as soon as there's any kind of override on a specific page?
> >>
> >> A possible but crude work-around could be using some intelligent trigger
> >> functions in the database to explicitly add all rights from the space to
> the
> >> specific document as soon as an XWikiRights object is written, but
> that's
> >> kind of a last resort.
> >>
> >> Could you help me? I hope for a better solution!
> >>
> >> Thanks,
> >> Wouter
> >>
> >>
> >> Wouter Boasson (MSc)
> >> Geo-IT Research and Coordination
> >>
> >> RIVM - National Institute for Public Health and the Environment
> >> Expertise Centre for Methodology and Information Services
> >>
> >> Contact information
> >> ---
> >> RIVM
> >> VenZ/EMI, Pb 86
> >> t.a.v. dhr. Drs. Wouter Boasson
> >> Postbus 1
> >> 3720 BA Bilthoven
> >>
> >> T +31(0)302748518
> >> F +31(0)302744456
> >> E wouter.boas...@rivm.nl
> >> mo - th
> >>
> >>
> >> Disclaimer RIVM
> >> ___
> >> users mailing list
> >> users@xwiki.org
> >> http://lists.xwiki.org/mailman/listinfo/users
> >>
> >>
> > ___
> > users mailing list
> > users@xwiki.org
> > http://lists.xwiki.org/mailman/listinfo/users
> >
> >
>
> --
> Ricardo Rodríguez
> CTO
> eBioTIC.
> Life Sciences, Data Modeling and Information Management Systems
>
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
___
users mailing list
us
Re: [xwiki-users] Problem with #includeMacros()
Hi!
tomasg wrote:
> Hi, I create a page with macros, then I included it on another page
> (#includeMacros("Sprava.Macros"), or {{include
> document="SpaceOf.DocumentToInclude"/}}). Problem is when page is rendered,
> sometimes are macros proceed, but sometimes when I change page where I use
> macros I got instead rendered macro only name of macro (e.g.
> #getType($type)). Page with macros is not changed. Seems to me like a bug.
> Another problem is when I left empty line in macro page I got sometimes in
> rendered page this text:
>
> class="wikimodel-emptyline">
>
> Some empty lines do not affect result some yes.
>
> Any idea?
>
Please, could you share some of your in trouble macros to test them
here? An example to reproduce what you are seeing is also helpful!
Mostly with an "sometimes" in the description of the problem!
Greetings!
Ricardo
--
Ricardo Rodríguez
CTO
eBioTIC.
Life Sciences, Data Modeling and Information Management Systems
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Clobbered syntax when importing 2.1 xwiki content into 2.5.1
Hi, I'm not quite sure what you mean, but I have imported the entire xwiki-enterprise-wiki-2.5.1.xar How can I check if Panels.DocumentInformation has been imported? /Lars -- View this message in context: http://xwiki.475771.n2.nabble.com/Clobbered-syntax-when-importing-2-1-xwiki-content-into-2-5-1-tp5808169p5810718.html Sent from the XWiki- Users mailing list archive at Nabble.com. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Clobbered syntax when importing 2.1 xwiki content into 2.5.1
Hi, Yes, I have restarted my xwiki several times. Please, find my xwiki.cfg below. /Lars p#--- # Preamble # # This is the main old XWiki configuration file. Commented parameters show the default value, although some features # might be disabled. To customize, uncomment and put your own value instead. #--- # General wiki settings # #-# When the wiki is readonly, any updates are forbidden. To mark readonly, use one of: yes, 1, true # xwiki.readonly=no #-# [Since 1.6RC1] Defines the list of supported syntaxes #-# Available syntaxes are: #-#xwiki/1.0, xwiki/2.0, xwiki/2.1, confluence/1.0, jspwiki/1.0, creole/1.0, mediawiki/1.0, twiki/1.0, xhtml/1.0, html/4.01, plain/1.0 xwiki.rendering.syntaxes = xwiki/1.0, xwiki/2.0, xwiki/2.1 #-# List of groups that a new user should be added to by default after registering. Comma-separated list of group document #-# names. # xwiki.users.initialGroups=XWiki.XWikiAllGroup #-# Should all users be considered members of XWiki.XWikiAllGroup, even if they don't have an associated object in the #-# group's document? # xwiki.authentication.group.allgroupimplicit=0 #-# Uncomment if you want to ignore requests for unmapped actions, and simply display the document # xwiki.unknownActionResponse=view #-# The encoding to use when transformin strings to and from byte arrays. This causes the jvm encoding to be ignored, #-# since we want to be independend of the underlying system. xwiki.encoding=UTF-8 #-# This parameter will activate the sectional editing. xwiki.section.edit=1 #-# This parameter controls the depth of sections that have section editing. #-# By default level 1 and level 2 sections have section editing. xwiki.section.depth=2 #-# Enable backlinks storage, which increases the update time, but allows to keep track of inter document links. xwiki.backlinks=1 #-# Enable document tags. xwiki.tags=1 #--- # Storage # #-# Role hints that differentiate implementations of the various storage components. To add a new implementation for one #-# of the storages, implement the appropriate interface and declare it in a components.xml file (using a role-hint other #-# than 'default') and put its hint here. # #-# The main (documents) storage. # xwiki.store.main.hint=default #-# The attachment storage. # xwiki.store.attachment.hint=default #-# The document versioning storage. # xwiki.store.versioning.hint=default #-# The attachment versioning storage. Use 'void' to disable attachment versioning. # xwiki.store.attachment.versioning.hint=default #-# The document recycle bin storage. # xwiki.store.recyclebin.hint=default #-# The attachment recycle bin storage. # xwiki.store.attachment.recyclebin.hint=default #-# Whether the document recycle bin feature is activated or not # xwiki.recyclebin=1 #-# Whether the attachment recycle bin feature is activated or not # storage.attachment.recyclebin=1 #-# Whether the document versioning feature is activated or not # xwiki.store.versioning=1 #-# Whether the attachment versioning feature is activated or not # xwiki.store.attachment.versioning=1 #-# Whether the attachments should also be rolled back when a document is reverted. # xwiki.store.rollbackattachmentwithdocuments=1 #-# The path to the hibernate configuration file. # xwiki.store.hibernate.path=/WEB-INF/hibernate.cfg.xml #-# Whether to update the database schema on startup. Useful when upgrading XWiki. as the mapping could change between #-# versions, and this allows to automatically update the database. Should be disabled (=0) during normal operation to #-# improve the startup time. # xwiki.store.hibernate.updateschema=1 #-# Allow or disable custom mapping for particular XClasses. Custom mapping may increase the performance of certain #-# queries when large number of objects from particular classes are used in the wiki. # xwiki.store.hibernate.custommapping=1 #-# Dynamic custom mapping. # xwiki.store.hibernate.custommapping.dynamic=0 #-# Put a cache in front of the document store. This greatly improves performance at the cost of memory consumption. #-# Disable only when memory is critical. # xwiki.store.cache=1 #-# Maximum number of documents to keep in the cache. # xwiki.store.cache.capacity=100 #-# [Since 1.6M1] #-# Force the database name for the main wiki in virtual mode and for the wiki itself in non virtual mode. # xwiki.db=xwiki #-# [Since 1.6M1] #-# Add a prefix to all databases names of the wikis in virtual mode and to the wiki name in non virtual mode. # xwiki.db.prefix= #--- # Data migrations # # Similar to schema updates, this manipulates the actual data, and not just the layout of the database. Useful for # migrating data to new formats, correct errors introduced in older versions, or even for schema updates that are not # handled by velocity. #-# Whether migrations are enabled or not. Should be enabled when upgradin
Re: [xwiki-users] Remove a translation
On Mon, Dec 6, 2010 at 10:37 PM, Raluca Stavro wrote: > Hello Ricardo, Sorry, Gerritjan :) I will have to give you a lamb for my mistake ;) Raluca. > > The document translations are stored separately. For example, if you > export as XAR a document having multiple translations, you will notice > that the XML files are named like this: DocName.xml (default > language), DocName.en.xml, DocName.es.xml ... etc . > This is why, in order to delete a document translation, you have to go > on that document translated in the language that you want to remove > (for example '.../view/SpaceName/PageName?language=en') and delete the > document. The other translations (default and others) will not be > deleted. > You can check the comments of this Jira issue: > http://jira.xwiki.org/jira/browse/XWIKI-4932 . > > Raluca. > > On Mon, Dec 6, 2010 at 9:46 PM, Gerritjan Koekkoek > wrote: >> Hi >> >> Our XWIKI is multi-language. >> When we translate a document into other languages how are these documents >> stored? >> The issue I have is that when we update the original it is not easy to >> remove the incorrect translations >> How do I remove only a translation without removing the default language (or >> all the translations at once, without the original)? >> >> Gerritjan >> ___ >> users mailing list >> users@xwiki.org >> http://lists.xwiki.org/mailman/listinfo/users >> > ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Setting rules tag in a table doesnt work with the export
Hi!
Erica Usui wrote:
> Hi!
>
> I'm using the following:
> $xwiki.jsfx.use("js/xwiki/table/tablefilterNsort.js")
> $xwiki.ssfx.use("js/xwiki/table/table.css")
>
> When defining rules="all", and I export the table to pdf, it doesn't come
> with the lines it was supposed to come with... The only thing that works is
> to define border="1".
>
> How can I get all the lines when exporting my table?
>
>
To the best of my knowledge rules=all is a HTML element, not a CSS
property, isn't it?
What is the appearance of the table you are trying to get?
Have you an online example or could you share your js and css files to
try them here?
Thanks!
Ricardo
--
Ricardo Rodríguez
CTO
eBioTIC.
Life Sciences, Data Modeling and Information Management Systems
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Specs
What are the recommended specs for a server to run XWiki? I understand this is quite a vague question as there are many variables to consider. I would like to run this on a VPS so a general spec would be nice. Thanks - Eric ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Attachments-RAM dependencies, anchors, TOC
Thank you very much, in general - it's more than clear. Now I'm almost ready to master both science and art of XWiki setup :-) Mon, 06 Dec 2010 19:11:45 -0500 письмо от Caleb James DeLisle : > > > On 12/06/2010 06:55 PM, Haru Mamburu wrote: > > Hi! > > > > Kindly ask you to solve some unclear topics: > > > > I. How can I find information about such dependencies: > > - How many server RAM memory is required for each 1GB of attachments? > > It depends on how large the attachments are. Currently (as of version 2.6) > attachments are stored on > the disk and in the database rather than in RAM so the only limit on the total > of all attachments is > the amount of space which your database can hold. Remember that the default > database HSQL holds all > tables in RAM. > > If you're asking about a single very large attachment. There is some > inefficient code in the > attachment version storage which means that you can only store attachments up > to about 60MB with > 512MB of heap space (RAM). This can be bypassed by setting the attachment > version store type to > "void" and the limit will rise over 100MB where the problem will > become the transfer to and from the > database. > > > - The same for CPU. > > The CPU usage for attachments is not really a factor as compared to the number > of users, page loads > per second, number of pages, complexity of queries etc. > > > How to estimate this and calculate hardware? What are main principles? > > It is an art as much as it is a science ;) > > Others know much more than me about the rest of your questions so I will leave > this to them. > > Caleb > > > > > II. Is it possible to customise WYSIWYG editor separetly for each space > in one sub-XWiki ? > > > > III. Is there any way to manage anchors from Links plugin in WYSIWYG > editor? > > The logic is: > >- select space > >- select page > >- select anchor on this page > >- put the link > > > > For now, even if I write down XWiki.WebHome#anchor in the link field > manually, I get #anchor cut out. > > And the only way to do it via source code editor manually. Then it works > fine. Personally me found more or less suitable solution with FF plugin > https://addons.mozilla.org/ru/firefox/addon/416/ > > It's very easy to get anchor, but not so easy to put it. For > unqualified users it makes XWiki "one-handed". > > > > IV. Is there any way to make TOC macro to build table of contents of > several pages and put it on one page? > > For Example: > > toc Page1, Page2, Page3 > > > > It's very useful, when one can group all project highligts together > in one TOC. > > I used to use Track Wiki, it works excellent in there. I suffer from > it's absence now :-) > > > > Thank you > > > > Dmitry Bakbardin > > > > ___ > > users mailing list > > users@xwiki.org > > http://lists.xwiki.org/mailman/listinfo/users > > > > ___ > users mailing list > users@xwiki.org > http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Attachments-RAM dependencies, anchors, TOC
On 12/06/2010 06:55 PM, Haru Mamburu wrote: > Hi! > > Kindly ask you to solve some unclear topics: > > I. How can I find information about such dependencies: > - How many server RAM memory is required for each 1GB of attachments? It depends on how large the attachments are. Currently (as of version 2.6) attachments are stored on the disk and in the database rather than in RAM so the only limit on the total of all attachments is the amount of space which your database can hold. Remember that the default database HSQL holds all tables in RAM. If you're asking about a single very large attachment. There is some inefficient code in the attachment version storage which means that you can only store attachments up to about 60MB with 512MB of heap space (RAM). This can be bypassed by setting the attachment version store type to "void" and the limit will rise over 100MB where the problem will become the transfer to and from the database. > - The same for CPU. The CPU usage for attachments is not really a factor as compared to the number of users, page loads per second, number of pages, complexity of queries etc. > How to estimate this and calculate hardware? What are main principles? It is an art as much as it is a science ;) Others know much more than me about the rest of your questions so I will leave this to them. Caleb > > II. Is it possible to customise WYSIWYG editor separetly for each space in > one sub-XWiki ? > > III. Is there any way to manage anchors from Links plugin in WYSIWYG editor? > The logic is: >- select space >- select page >- select anchor on this page >- put the link > > For now, even if I write down XWiki.WebHome#anchor in the link field > manually, I get #anchor cut out. > And the only way to do it via source code editor manually. Then it works > fine. Personally me found more or less suitable solution with FF plugin > https://addons.mozilla.org/ru/firefox/addon/416/ > It's very easy to get anchor, but not so easy to put it. For unqualified > users it makes XWiki "one-handed". > > IV. Is there any way to make TOC macro to build table of contents of several > pages and put it on one page? > For Example: > toc Page1, Page2, Page3 > > It's very useful, when one can group all project highligts together in one > TOC. > I used to use Track Wiki, it works excellent in there. I suffer from it's > absence now :-) > > Thank you > > Dmitry Bakbardin > > ___ > users mailing list > users@xwiki.org > http://lists.xwiki.org/mailman/listinfo/users > ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Attachments-RAM dependencies, anchors, TOC
Hi! Kindly ask you to solve some unclear topics: I. How can I find information about such dependencies: - How many server RAM memory is required for each 1GB of attachments? - The same for CPU. How to estimate this and calculate hardware? What are main principles? II. Is it possible to customise WYSIWYG editor separetly for each space in one sub-XWiki ? III. Is there any way to manage anchors from Links plugin in WYSIWYG editor? The logic is: - select space - select page - select anchor on this page - put the link For now, even if I write down XWiki.WebHome#anchor in the link field manually, I get #anchor cut out. And the only way to do it via source code editor manually. Then it works fine. Personally me found more or less suitable solution with FF plugin https://addons.mozilla.org/ru/firefox/addon/416/ It's very easy to get anchor, but not so easy to put it. For unqualified users it makes XWiki "one-handed". IV. Is there any way to make TOC macro to build table of contents of several pages and put it on one page? For Example: toc Page1, Page2, Page3 It's very useful, when one can group all project highligts together in one TOC. I used to use Track Wiki, it works excellent in there. I suffer from it's absence now :-) Thank you Dmitry Bakbardin ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] grant rights to a specific user
Ecaterina Moraru (Valica) wrote:
> Hi,
>
> The behavior is correct because the checking order is: page > space > wiki
> (where a space-level setting can be superseded by a (higher ranking)
> page-level setting)
>
That's OK but, as Wouter said, if the data model implements
real-inheritance, must not I expect that the rights explicitly granted
at space level are considered also as explicitly granted at document
level as a consequence of rights inheritance?
Thanks!
> The only exception I can think off that would help your usecase (but is not
> implemented) is to have additional special rights for the document Creator.
> Right now the creator gets DELETE right as an additional behavior. Maybe we
> should always grant VIEW and EDIT to the creator.
> This way, at least, he could fix the rights behavior (by giving rights also
> to GroupA).
>
> Another thing that is missing is a warning that by giving that right, the
> giver will lose it.
>
> If you want to read more about rights:
> - http://www.xwiki.org/xwiki/bin/view/FAQ/HowDoesRightsWork
> - http://dev.xwiki.org/xwiki/bin/view/Drafts/Access%20Rights
> - http://dev.xwiki.org/xwiki/bin/view/Drafts/XWikiRightServiceReversed
>
> Thanks,
> Caty
>
> On Fri, Nov 19, 2010 at 18:53, Wouter Boasson wrote:
>
>
>> Hi,
>>
>> We ran into a rights problem, which might be the result of ignorance, but
>> could also be caused by a perceptual omission in the rights model. The
>> following happened:
>>
>> 1. created space, with explicit rights on group 'GroupA' (this
>> automatically locks out users who are not a member of this group) => ok
>> 2. create/edit a page as user 'UserA', member of 'GroupA' => ok
>> 3. UserA (owner/creator of the document) grants view rights to user
>> 'UserB', NOT in GroupA => problems!
>>
>> Now the creator/owner of the document (UserA) can NOT view his own document
>> anymore! Same for problem for every other user in 'GroupA'.
>>
>> I figured that this is correct from a certain point of view: an explicit
>> view for a specific user locks out all other users, but that includes the
>> owner and all other users, including those in 'GroupA', with correct rights
>> at the space level.
>> A possible solution is to grant GroupA explicitly at the same time you
>> grant a specific user access to a certain page, but people will forget to do
>> so.
>>
>> My question is: did we do anything wrong, and is it possible to manage the
>> rights in a way that prevents this counter-intuitive behaviour?
>>
>> I have the feeling that the rights model lacks real-inheritance: when
>> checking permissions for a user, it should return the permissions including
>> that of the group as if it were his explicit permissions, also for pages
>> that inherit rights from the space. E.g.
>> hasView('UserA') should always return 'True' when the group he belongs to
>> has view rights at the space level.
>> Now it apparently returns 'False' when there is an implicit override by
>> granting a user view rights. Or does inheritance from the space levels stops
>> working as soon as there's any kind of override on a specific page?
>>
>> A possible but crude work-around could be using some intelligent trigger
>> functions in the database to explicitly add all rights from the space to the
>> specific document as soon as an XWikiRights object is written, but that's
>> kind of a last resort.
>>
>> Could you help me? I hope for a better solution!
>>
>> Thanks,
>> Wouter
>>
>>
>> Wouter Boasson (MSc)
>> Geo-IT Research and Coordination
>>
>> RIVM - National Institute for Public Health and the Environment
>> Expertise Centre for Methodology and Information Services
>>
>> Contact information
>> ---
>> RIVM
>> VenZ/EMI, Pb 86
>> t.a.v. dhr. Drs. Wouter Boasson
>> Postbus 1
>> 3720 BA Bilthoven
>>
>> T +31(0)302748518
>> F +31(0)302744456
>> E wouter.boas...@rivm.nl
>> mo - th
>>
>>
>> Disclaimer RIVM
>> ___
>> users mailing list
>> users@xwiki.org
>> http://lists.xwiki.org/mailman/listinfo/users
>>
>>
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
>
--
Ricardo Rodríguez
CTO
eBioTIC.
Life Sciences, Data Modeling and Information Management Systems
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] evaluation questions: sorted document tree; XOO; other topics
Mark D. Anderson wrote: > Thanks Ricardo and Vincent. > > I think I have some answer on my questions except this one: > > 4. I like the idea of supporting office app clients. But it seems there is some clumsiness with XOffice specifying a parent: http://jira.xwiki.org/jira/browse/XOFFICE-243 Well, this is clearly an open issue! :-) And I can't find any documentation on editing/creating content from OpenOffice and/or via any webdav client. Things like URL conventions, etc. This page http://platform.xwiki.org/xwiki/bin/view/DevGuide/Architecture mentions XOO (Xwiki OpenOffice) but there is nothing else about it: http://www.xwiki.org/xwiki/bin/view/Main/Search?text=XOO&wikinames=&space= Please, check this... http://www.xwiki.org/xwiki/bin/view/Main/Search?text=OpenOffice&x=0&y=0 and this... http://code.xwiki.org/xwiki/bin/view/Applications/OfficeImporterApplication > > also, http://code.xwiki.org/xwiki/bin/view/Plugins/SortedDocumentTreePlugin > says: >use imported class (section Installation step 3) called > XWiki.SortedTreePageClass > where can i read what that means? (what is importing a class?) > It is rather important to get at least an intuitive idea about what XWiki Classes, Objects and Properties do mean. Please, check this: http://platform.xwiki.org/xwiki/bin/view/DevGuide/DataModel It won't be possible to unveil the power of XWiki without a clear understanding of what these concepts mean and how are implemented within XWiki. In the case of the Sorted Document Tree Plugin, the piece of information used to weight a document could be either add an instance of the XWiki.TagClass class, or the XWiki.SortedTreePageClass class imported with the xar file of the application. How to instantiate a class? 1. Generally: Edit > Objects ; select the class and click ADD. You can edit the value of any property by clicking the small pencil in the right side. 2. To add a tag, follow the general procedure by selecting XWiki.TagClass or simply click the plus symbol in the bottom of the document. To the left, in the same line including author and date. > btw, it occurs to me that the support for section editing makes it viable to > use longer pages, which will help with both page ordering and with export to > PDF. > Great to read this. There are a lot of work done in new procedures to avoid edition conflicts. Some devs are currently considering to improve lock to section level. > -mda > ___ > users mailing list > users@xwiki.org > http://lists.xwiki.org/mailman/listinfo/users > > Hope this helps to soften your XWiki learning curve! -- Ricardo Rodríguez CTO eBioTIC. Life Sciences, Data Modeling and Information Management Systems ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] WARN xwiki.MyPersistentLoginManager - Login cookie validation hash mismatch!
Nevzat Guler wrote: > Hello, > I made the change you suggested but it did not solve the problem. I made the > change by using notepad, maybe that's wrong? I attached the xwiki config > file if you would like to take a look at it. > Just a silly comment: please, take into account that attached files are not allowed by the list. Please, could you make it available any where in the net? Thanks! > When I am in the server itself, I am able to login. But from another > computer, I am not and xwiki monitor gives the warning I mentioned below.. > > I appreciate your help, - Nevzat > On Fri, Dec 3, 2010 at 8:56 AM, Sergiu Dumitriu wrote: > > >> On 12/03/2010 01:20 AM, Nevzat Guler wrote: >> >>> Hello xwiki users, >>> I just installed xwiki on windows server. I unpacked the stand alone >>> version Stable: xwiki-enterprise-jetty-hsqldb-2.6.zip into a directory >>> called XWikiHome and setup MySQL data base, created a new user. When I >>> >> am >> >>> in the server itself, I can login. But when I try to login from another >>> computer I cannot login and the xwiki creates a message: >>> >>> WARN xwiki.MyPersistentLoginManager - Login cookie validation hash >>> >> mismatch! >> >>> Cookies have been tampered with >>> >> Can you try to edit webapps/xwiki/WEB-INF/xwiki.cfg and add at the end >> of the file: >> >> xwiki.authentication.useip=false >> >> Then restart XWiki. >> >> >>> I have seen a few other emails regarding the same issue. But I don't see >>> >> a >> >>> solution. One suggestion was to change cookie version >>> to cookie.setVersion(1); but I am not sure where this change needs to be >>> made? My XWikiHome folder contains the following folders and files: >>> >>> XWikiHome: >>> database (folder) >>> jetty (folder) >>> META-INF (folder) >>> webapps (folder) >>> start_xwiki >>> start_xwiki >>> start_xwiki_debug >>> start_xwiki_debug >>> stop_xwiki >>> stop_xwiki >>> xwiki >>> >>> Within the folders, I don't see any configuration file or a file like a >>> "..LoginManager..". Did I not install this correctly? But I can actually >>> open the pages when I am in the server from internet explorer. But from >>> another computer, I get the login page but cannot login. As a side note, >>> >> I >> >>> have tried version 2.5 last week and I did not have this problem. Then I >>> wanted to change the location of the xwiki, so I deleted that directory >>> >> and >> >>> reinstalled the 2.6 version into another drive. >>> >>> I appreciate your suggestions. Thanks, - Nevzat >>> >> -- >> Sergiu Dumitriu >> http://purl.org/net/sergiu/ >> ___ >> users mailing list >> users@xwiki.org >> http://lists.xwiki.org/mailman/listinfo/users >> >> > > > > > > > ___ > users mailing list > users@xwiki.org > http://lists.xwiki.org/mailman/listinfo/users > -- Ricardo Rodríguez CTO eBioTIC. Life Sciences, Data Modeling and Information Management Systems ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] WARN xwiki.MyPersistentLoginManager - Login cookie validation hash mismatch! Cookies have been tampered with
Hi, Mark markblokpoel wrote: > Some extra information, it seems the users get's logged in: > > 2010-12-06 14:12:17,659 > [http://tcs.dcc.ru.nl/xwiki/bin/loginsubmit/XWiki/XWikiLogin] > [http://tcs.dcc.ru.nl/xwiki/bin/loginsubmit/XWiki/XWikiLogin] INFO > xwiki.MyFormAuthenticator - User XWiki.MarkBlokpoel has been logged-in > 2010-12-06 14:12:17,803 > [http://tcs.dcc.ru.nl/xwiki/bin/loginsubmit/XWiki/XWikiLogin] > [http://tcs.dcc.ru.nl/xwiki/bin/loginsubmit/XWiki/XWikiLogin] INFO > xwiki.XWikiRightServiceImpl - Access has been denied for > (XWiki.XWikiGuest,XWiki.XWikiLogin,edit): global level (restricting right > was found) > 2010-12-06 14:12:17,815 > [http://tcs.dcc.ru.nl/xwiki/bin/loginsubmit/XWiki/XWikiLogin] > [http://tcs.dcc.ru.nl/xwiki/bin/loginsubmit/XWiki/XWikiLogin] INFO > xwiki.XWikiRightServiceImpl - Access has been denied for > (XWiki.XWikiGuest,XWiki.XWikiLogin,admin): global level (restricting right > was found) > 2010-12-06 14:12:17,828 > [http://tcs.dcc.ru.nl/xwiki/bin/loginsubmit/XWiki/XWikiLogin] > [http://tcs.dcc.ru.nl/xwiki/bin/loginsubmit/XWiki/XWikiLogin] INFO > xwiki.XWikiRightServiceImpl - Access has been denied for > (XWiki.XWikiGuest,XWiki.XWikiLogin,comment): global level (restricting right > was found) > > However soon after it logs the following: > 2010-12-06 14:11:35,134 > [http://tcs.dcc.ru.nl/xwiki/bin/loginsubmit/XWiki/XWikiLogin] > [http://tcs.dcc.ru.nl/xwiki/bin/loginsubmit/XWiki/XWikiLogin] WARN > xwiki.MyPersistentLoginManager - Login cookie validation hash mismatch! > Cookies have been tampered with > 2010-12-06 14:11:35,141 > [http://tcs.dcc.ru.nl/xwiki/bin/loginsubmit/XWiki/XWikiLogin] > [http://tcs.dcc.ru.nl/xwiki/bin/loginsubmit/XWiki/XWikiLogin] INFO > xwiki.MyPersistentLoginManager - Login cookie is being deleted! > > Maybe this helps to clarify what is happening.. Thanks. > > Best, > Mark > As far as I see, you have tweaked with the access rights of your installation. It seems to me that somehow you are preventing access to all and every user. Have you tried to access with the superadmin user? Does it work? Check this... http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Configuration If it was working before and no changes in the application server and/or XWiki installation have been done, some misconfiguration of access rights is the only thing I can figure out that could prevent you login into your system. HTH -- Ricardo Rodríguez CTO eBioTIC. Life Sciences, Data Modeling and Information Management Systems ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Remove a translation
Hello Ricardo, The document translations are stored separately. For example, if you export as XAR a document having multiple translations, you will notice that the XML files are named like this: DocName.xml (default language), DocName.en.xml, DocName.es.xml ... etc . This is why, in order to delete a document translation, you have to go on that document translated in the language that you want to remove (for example '.../view/SpaceName/PageName?language=en') and delete the document. The other translations (default and others) will not be deleted. You can check the comments of this Jira issue: http://jira.xwiki.org/jira/browse/XWIKI-4932 . Raluca. On Mon, Dec 6, 2010 at 9:46 PM, Gerritjan Koekkoek wrote: > Hi > > Our XWIKI is multi-language. > When we translate a document into other languages how are these documents > stored? > The issue I have is that when we update the original it is not easy to remove > the incorrect translations > How do I remove only a translation without removing the default language (or > all the translations at once, without the original)? > > Gerritjan > ___ > users mailing list > users@xwiki.org > http://lists.xwiki.org/mailman/listinfo/users > ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] evaluation questions: sorted document tree; XOO; other topics
Thanks Ricardo and Vincent. I think I have some answer on my questions except this one: > >> 4. I like the idea of supporting office app clients. > >> But it seems there is some clumsiness with XOffice specifying a parent: > >> http://jira.xwiki.org/jira/browse/XOFFICE-243 > >> And I can't find any documentation on editing/creating content from > >> OpenOffice > >> and/or via any webdav client. Things like URL conventions, etc. > >> This page http://platform.xwiki.org/xwiki/bin/view/DevGuide/Architecture > >> mentions XOO (Xwiki OpenOffice) but there is nothing else about it: > >> http://www.xwiki.org/xwiki/bin/view/Main/Search?text=XOO&wikinames=&space= also, http://code.xwiki.org/xwiki/bin/view/Plugins/SortedDocumentTreePlugin says: use imported class (section Installation step 3) called XWiki.SortedTreePageClass where can i read what that means? (what is importing a class?) btw, it occurs to me that the support for section editing makes it viable to use longer pages, which will help with both page ordering and with export to PDF. -mda ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Remove a translation
Hi Our XWIKI is multi-language. When we translate a document into other languages how are these documents stored? The issue I have is that when we update the original it is not easy to remove the incorrect translations How do I remove only a translation without removing the default language (or all the translations at once, without the original)? Gerritjan ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Clobbered syntax when importing 2.1 xwiki content into 2.5.1
On 12/06/2010 04:37 PM, Lars Lindwall wrote: > > Hi, > That's exactly what I have tried. However, the pop-list gives only one > option and that is xwiki syntax 1.0. I have enabled also 2.0 and 2.1 in the > xwiki.cfg file but that didn't help. > What more do I have to change? You need to import at least Panels.DocumentInformation from the XE 2.6 xar. -- Sergiu Dumitriu http://purl.org/net/sergiu/ ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Clobbered syntax when importing 2.1 xwiki content into 2.5.1
On Dec 6, 2010, at 4:37 PM, Lars Lindwall wrote: > > Hi, > That's exactly what I have tried. However, the pop-list gives only one > option and that is xwiki syntax 1.0. I have enabled also 2.0 and 2.1 in the > xwiki.cfg file but that didn't help. > What more do I have to change? Can you copy/paste your xwiki.cfg? Have you restarted xwiki after you made the change to xwiki.cfg? Thanks -Vincent ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Clobbered syntax when importing 2.1 xwiki content into 2.5.1
Hi, That's exactly what I have tried. However, the pop-list gives only one option and that is xwiki syntax 1.0. I have enabled also 2.0 and 2.1 in the xwiki.cfg file but that didn't help. What more do I have to change? /Lars L -- View this message in context: http://xwiki.475771.n2.nabble.com/Clobbered-syntax-when-importing-2-1-xwiki-content-into-2-5-1-tp5808169p5808268.html Sent from the XWiki- Users mailing list archive at Nabble.com. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Clobbered syntax when importing 2.1 xwiki content into 2.5.1
Hi Lars, On Dec 6, 2010, at 4:16 PM, Lars Lindwall wrote: > > Hi, > I'm having severe trouble when importing xwiki content from xwiki 2.1 into > xwiki 2.5.1. > When the import is fresh everything seems OK: > > http://xwiki.475771.n2.nabble.com/file/n5808169/original.jpg > > When I try to edit, the syntax looks exactly as in 2.1 > > http://xwiki.475771.n2.nabble.com/file/n5808169/edit.jpg > > And when I "Save & Show" (without any changes) the page looks like: > > http://xwiki.475771.n2.nabble.com/file/n5808169/new.jpg > > What is this? How can I get around this? That's probably because your page is set to use XWiki syntax 1.0 and you're using XWiki Syntax 2.0 in it... Change the page to use XWiki Syntax 2.0 and it should be fine. Thanks -Vincent > Please, help! > > /Lars L ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Clobbered syntax when importing 2.1 xwiki content into 2.5.1
Hi, I'm having severe trouble when importing xwiki content from xwiki 2.1 into xwiki 2.5.1. When the import is fresh everything seems OK: http://xwiki.475771.n2.nabble.com/file/n5808169/original.jpg When I try to edit, the syntax looks exactly as in 2.1 http://xwiki.475771.n2.nabble.com/file/n5808169/edit.jpg And when I "Save & Show" (without any changes) the page looks like: http://xwiki.475771.n2.nabble.com/file/n5808169/new.jpg What is this? How can I get around this? Please, help! /Lars L -- View this message in context: http://xwiki.475771.n2.nabble.com/Clobbered-syntax-when-importing-2-1-xwiki-content-into-2-5-1-tp5808169p5808169.html Sent from the XWiki- Users mailing list archive at Nabble.com. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] WARN xwiki.MyPersistentLoginManager - Login cookie validation hash mismatch! Cookies have been tampered with
Some extra information, it seems the users get's logged in: 2010-12-06 14:12:17,659 [http://tcs.dcc.ru.nl/xwiki/bin/loginsubmit/XWiki/XWikiLogin] [http://tcs.dcc.ru.nl/xwiki/bin/loginsubmit/XWiki/XWikiLogin] INFO xwiki.MyFormAuthenticator - User XWiki.MarkBlokpoel has been logged-in 2010-12-06 14:12:17,803 [http://tcs.dcc.ru.nl/xwiki/bin/loginsubmit/XWiki/XWikiLogin] [http://tcs.dcc.ru.nl/xwiki/bin/loginsubmit/XWiki/XWikiLogin] INFO xwiki.XWikiRightServiceImpl - Access has been denied for (XWiki.XWikiGuest,XWiki.XWikiLogin,edit): global level (restricting right was found) 2010-12-06 14:12:17,815 [http://tcs.dcc.ru.nl/xwiki/bin/loginsubmit/XWiki/XWikiLogin] [http://tcs.dcc.ru.nl/xwiki/bin/loginsubmit/XWiki/XWikiLogin] INFO xwiki.XWikiRightServiceImpl - Access has been denied for (XWiki.XWikiGuest,XWiki.XWikiLogin,admin): global level (restricting right was found) 2010-12-06 14:12:17,828 [http://tcs.dcc.ru.nl/xwiki/bin/loginsubmit/XWiki/XWikiLogin] [http://tcs.dcc.ru.nl/xwiki/bin/loginsubmit/XWiki/XWikiLogin] INFO xwiki.XWikiRightServiceImpl - Access has been denied for (XWiki.XWikiGuest,XWiki.XWikiLogin,comment): global level (restricting right was found) However soon after it logs the following: 2010-12-06 14:11:35,134 [http://tcs.dcc.ru.nl/xwiki/bin/loginsubmit/XWiki/XWikiLogin] [http://tcs.dcc.ru.nl/xwiki/bin/loginsubmit/XWiki/XWikiLogin] WARN xwiki.MyPersistentLoginManager - Login cookie validation hash mismatch! Cookies have been tampered with 2010-12-06 14:11:35,141 [http://tcs.dcc.ru.nl/xwiki/bin/loginsubmit/XWiki/XWikiLogin] [http://tcs.dcc.ru.nl/xwiki/bin/loginsubmit/XWiki/XWikiLogin] INFO xwiki.MyPersistentLoginManager - Login cookie is being deleted! Maybe this helps to clarify what is happening.. Thanks. Best, Mark -- View this message in context: http://xwiki.475771.n2.nabble.com/WARN-xwiki-MyPersistentLoginManager-Login-cookie-validation-hash-mismatch-Cookies-have-been-tamperedh-tp5807284p5807774.html Sent from the XWiki- Users mailing list archive at Nabble.com. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] [Investigation] User Statuses
Sergiu Dumitriu wrote:
> On 11/24/2010 04:12 PM, Fabio Mancinelli wrote:
>
>> Hi Caty,
>>
>> a mail to share my vision about the User Status feature.
>>
>> The main idea is to have a mechanism for users to broadcast messages
>> concerning their activities.
>> The key use cases for this are:
>>
>> 1) Fast communication between enterprise members which can replace IMs
>> and mails with user status
>> 1.1) Communicate what you are working on
>>
>
> Obvious, +1.
>
>
>> 1.2) Quick question answering and feedback gathering
>>
>
> You mean something like:
>
> BigBoss says:
>How do we get through the crisis?
> Jimmy says:
>@BigBoss reduce costs!
> Mike says:
>@BigBoss sell more!
>
> And:
>
> Jimmy says:
>@Timmy where can I get a W80 form?
> Timmy says:
>@Jimmy room 404
>
>
>> 1.3) Interesting material dissemination
>>
>
> You mean link sharing?
>
>
>> 2) Focused discussions about a given topic
>>
>
> I'm not sure this is the best way to communicate. It might work if it
> behaves a bit like instant messaging, with updates being refreshed in
> real time. Also, for it to make sense as a discussion, it should be
> threaded. So this starts to look like Google Wave, which somehow failed.
> It might work in an intranet, but still it would diverge too much from a
> simple status update, and I'm not sure how it can be integrated nicely
> inside the current Activity UI (nor the implementation, but that's not
> critical).
>
>
>> 3) Fast communication with external clients to keep them up-to-date
>>
>
> I'm not sure I get this. Isn't an *intra*net supposed to be internal,
> inaccessible to external parties?
>
> Do you mean closed group messages, visible only in a given space?
>
>
>> In order to realize these use cases we need something that resembles
>> to Facebook's Wall or, if we look at more enterprise oriented
>> products, to SalesForce chatter (http://www.salesforce.com/chatter)
>>
>
> This is getting too far from the initial ideas. It was supposed to be
> integrated in the recent activity, as little user messages mixed among
> wiki activity. Now it looks like the main goal is user communication,
> with wiki activity on the second place. Going the Chatter way would
> imply many changes in the ActivityStream implementation, the
> {{activity}} macro, and the Recent Activity UI.
>
> I'm not saying we shouldn't try to go there, I'm only asking if we want
> to do it as the "User Statuses" sub-feature inside the Activity feature.
>
>
>> In particular:
>>
>> 1) The feature should be implemented as an internal subsystem that
>> takes advantage of the Wiki underlying model for exposing information
>>
>
> That's always the case.
>
>
>> 1.1) User status can contain reference to Wiki entities (i.e., page,
>> attachments, comments) and external links. As Jerome said in a
>> previous email, this is key. An autocompletion mechanism could help
>> making this feature more usable.
>>
>
> The full wiki syntax might be available, which includes links to
> documents/attachment. If we do that, then should the WYSIWYG be
> displayed as well?
>
>
>> 1.2) I am not sure that we need to provide an upload mechanism to
>> associate an artifact to a user status. Linking an attachment in a
>> Wiki page is sufficient in my opinion.
>>
>
> +1 for links to existing data only. We could provide a "notify this"
> checkbox in the edit/upload UI.
>
>
>> 2) It should be possible to define one or more "neighborhoods", i.e.,
>> people that will receive our status updates
>>
>
> We could have activities for a space, and activities for a group. This
> means that in the group UI we could integrate a "say something" widget.
>
> Another idea is a panel which allows you to specify where to post the
> update: global (default), current space, specific space (with suggest),
> group of users (with suggest), specific user (with suggest).
>
> My fear is that the UI will be too complex, which increases the
> likelihood of users abandoning their update. If something takes too much
> to accomplish, or there are too many knobs to tinker with, then people
> will avoid that.
>
>
>> 2.1) This is something that is more powerful wrt to what we have in
>> Facebook because it would allow us to create different social-graphs
>> that can be targeted when a user status is updated
>>
>> 3) It should be possible to comment on a status update (e.g., quick
>> question answering and feedback gathering use case)
>>
>
> Is a simple "reply to this" enough?
>
>
>> 4) The user status are not tweets... I think that the number of
>> character should be limited to a reasonable high threshold (e.g.,
>> 2048)
>>
>
> The current activity stream allows for 2000 characters (which usually is
> rounded to something more), so this should be OK.
>
>
>> 5) User statuses should be visible only to the users belonging to the
>> "neighborhood" targeted by the status
>>
Re: [xwiki-users] Section editing - overwriting wrong section
Done, it's here: http://jira.xwiki.org/jira/browse/XWIKI-5761 Regards, Piotr W dniu 10-12-06 12:55, Guillaume Lerouge wrote: > Hi Piotr, > > On Mon, Dec 6, 2010 at 12:12, Piotr Dziubecki wrote: > >> Hello again, >> >> could you tell me whether that behavior is a bug ? If so, I'll create a bug >> report on that ( or if it's >> impossible for the 'outside' user, I'll ask someone capable of to help me >> with that ). >> > > Sounds like a bug, smells like a bug, looks like a bug, most probably it's a > bug ;-) > > Please create an account and report your bug on http://jira.xwiki.org/ > > Thanks for your time and effort investigating this, > > Guillaume > > >> Thanks, >> Piotr >> >> W dniu 10-11-29 11:04, Piotr Dziubecki wrote: >>> Hi, >>> >>> lately a user reported to me another issue regarding sections. >>> >>> Scenario, there are two users and document like that: >>> >>> == section 1 == >>> sect content >>> >>> == section 2 == >>> sect content >>> >>> == section 3 == >>> sect content >>> >>> 1. UserA opens section 2 to edit >>> 2. UserB opens whole document to edit ( no other way but with force >> editing ) >>> 3. UserB adds section 1.5 in the way it is: >>> >>> >>> == section 1 == >>> sect content >>> >>> == section 1.5 == >>> sect content >>> >>> == section 2 == >>> sect content >>> >>> == section 3 == >>> sect content >>> >>> 4. UserB saves document. >>> 5. UserA changes content of the section 2 and saves document. >>> >>> The result is that userA saves overwrites section 'section 1.5' instead >> of 'section 2'. >>> >>> I can see that you're indexing section with numbers and add this as a >> parameter to edit link and that is >>> probably the reason of shifting the section change but I've just checked >> the Media wiki sandbox and the same >>> scenario causes no errors - they are also adding the 'section' parameter >> but somehow an extra identification >>> is performed as well.. >>> >>> >>> Is there any chance to get that working right ? maybe some configuration >> switch.. >>> >>> Thanks, >>> Piotr >>> ___ >>> users mailing list >>> users@xwiki.org >>> http://lists.xwiki.org/mailman/listinfo/users >>> >>> >> ___ >> users mailing list >> users@xwiki.org >> http://lists.xwiki.org/mailman/listinfo/users >> > ___ > users mailing list > users@xwiki.org > http://lists.xwiki.org/mailman/listinfo/users > > ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Attachments lost !
Caleb James DeLisle wrote: > On 11/30/2010 05:46 PM, Ricardo Rodriguez [eBioTIC.] wrote: > >> Piotr Dziubecki wrote: >> >>> Hi Sergiu, >>> >>> W dniu 10-11-22 12:58, Sergiu Dumitriu wrote: >>> >>> On 11/22/2010 11:20 AM, Piotr Dziubecki wrote: > Hi Ricardo, > > W dniu 10-11-19 19:37, Ricardo Rodriguez [eBioTIC.] wrote: > > >> Hi Piotr, >> >> Piotr Dziubecki wrote: >> >> >>> Hi, >>> >>> today I've noticed that something bad had happen to some of the >>> attachments in my XWiki, here is a >>> screenshot from one of the affected pages: >>> >>> http://i.imgur.com/p6Xs7.png >>> >>> Take a look, a couple of attachments have been uploaded but only one is >>> displayed in the attachment tab. >>> Person who uploaded them claims that yesterday they were ok, but today >>> somehow they disappeared. >>> >>> It's weird that there is no trace of any operation on them after the >>> uploading phase. >>> >>> I'm using XWiki Enterprise 2.5.32127 with MySQL data base (Server >>> version 5.1.47). >>> >>> To add more context, last days my users started to add more >>> attachements to their pages. Currently the >>> database after the dump is around 200 MB large. >>> >>> Also looked at the logs and found several interesting fragments ( all >>> of the log snippets are from the time >>> this have been noticed ): >>> >>> 2010-11-18 09:03:09,355 >>> [http://apps.man.poznan.pl:28181/xwiki/bin/download/Documents/Proposals/2009AUGURISProposalBPartSubmission.pdf?width=1262] >>> ERROR web.XWikiAction - Connection aborted >>> Found a TextHeaderAtom not followed by a TextBytesAtom or >>> TextCharsAtom: Followed by 3999 >>> Found a TextHeaderAtom not followed by a TextBytesAtom or >>> TextCharsAtom: Followed by 3999 >>> Found a TextHeaderAtom not followed by a TextBytesAtom or >>> TextCharsAtom: Followed by 3999 >>> Found a TextHeaderAtom not followed by a TextBytesAtom or >>> TextCharsAtom: Followed by 3999 >>> 2010-11-18 13:23:53,118 >>> [http://localhost:28181/xwiki/bin/view/Projects/Opinion+Mining] WARN >>> xwiki.MyPersistentLoginManager - Login cookie validation hash >>> mismatch! Cookies have been tampered with >>> 2010-11-18 13:23:53,119 >>> [http://localhost:28181/xwiki/bin/view/Projects/Opinion+Mining] WARN >>> xwiki.MyPersistentLoginManager - Login cookie validation hash >>> mismatch! Cookies have been tampered with >>> Found a TextHeaderAtom not followed by a TextBytesAtom or >>> TextCharsAtom: Followed by 3999 >>> Found a TextHeaderAtom not followed by a TextBytesAtom or >>> TextCharsAtom: Followed by 3999 >>> Found a TextHeaderAtom not followed by a TextBytesAtom or >>> TextCharsAtom: Followed by 3999 >>> Found a TextHeaderAtom not followed by a TextBytesAtom or >>> TextCharsAtom: Followed by 3999 >>> 2010-11-18 13:57:55,471 [Lucene Index Updater] WARN >>> lucene.AttachmentData - error getting content >>> of attachment [2009BEinGRIDwow2greenCONTEXTREVIEW.PPT] for document >>> [xwiki:Documents.Presentations] >>> org.apache.tika.exception.TikaException: TIKA-198: Illegal IOException >>> from >>> org.apache.tika.parser.microsoft.officepar...@72be25d1 >>> at >>> org.apache.tika.parser.CompositeParser.parse(CompositeParser.java:138) >>> at >>> org.apache.tika.parser.AutoDetectParser.parse(AutoDetectParser.java:99) >>> at org.apache.tika.Tika.parseToString(Tika.java:267) >>> at >>> com.xpn.xwiki.plugin.lucene.AttachmentData.getContentAsText(AttachmentData.java:161) >>> at >>> com.xpn.xwiki.plugin.lucene.AttachmentData.getFullText(AttachmentData.java:136) >>> at >>> com.xpn.xwiki.plugin.lucene.IndexData.getFullText(IndexData.java:190) >>> at >>> com.xpn.xwiki.plugin.lucene.IndexData.addDataToLuceneDocument(IndexData.java:146) >>> at >>> com.xpn.xwiki.plugin.lucene.AttachmentData.addDataToLuceneDocument(AttachmentData.java:65) >>> at >>> com.xpn.xwiki.plugin.lucene.IndexUpdater.addToIndex(IndexUpdater.java:296) >>> at >>> com.xpn.xwiki.plugin.lucene.IndexUpdater.updateIndex(IndexUpdater.java:237) >>> at >>> com.xpn.xwiki.plugin.lucene.IndexUpdater.runMainLoop(IndexUpdater.java:171) >>> at >>> com.xpn.xwiki.plugin.lucene.IndexUpdater.runInternal(IndexUpdater.java:153) >>> at >>> com.xpn.xwiki.util.AbstractXWikiRunnable.run(AbstractXWikiRunnable.java:99) >>> at java.lang.Thread.run(Thread.java:662) >>> Caused by: java.io.IOException:
Re: [xwiki-users] Section editing - overwriting wrong section
Hi Piotr, On Mon, Dec 6, 2010 at 12:12, Piotr Dziubecki wrote: > Hello again, > > could you tell me whether that behavior is a bug ? If so, I'll create a bug > report on that ( or if it's > impossible for the 'outside' user, I'll ask someone capable of to help me > with that ). > Sounds like a bug, smells like a bug, looks like a bug, most probably it's a bug ;-) Please create an account and report your bug on http://jira.xwiki.org/ Thanks for your time and effort investigating this, Guillaume > Thanks, > Piotr > > W dniu 10-11-29 11:04, Piotr Dziubecki wrote: > > Hi, > > > > lately a user reported to me another issue regarding sections. > > > > Scenario, there are two users and document like that: > > > > == section 1 == > > sect content > > > > == section 2 == > > sect content > > > > == section 3 == > > sect content > > > > 1. UserA opens section 2 to edit > > 2. UserB opens whole document to edit ( no other way but with force > editing ) > > 3. UserB adds section 1.5 in the way it is: > > > > > > == section 1 == > > sect content > > > > == section 1.5 == > > sect content > > > > == section 2 == > > sect content > > > > == section 3 == > > sect content > > > > 4. UserB saves document. > > 5. UserA changes content of the section 2 and saves document. > > > > The result is that userA saves overwrites section 'section 1.5' instead > of 'section 2'. > > > > I can see that you're indexing section with numbers and add this as a > parameter to edit link and that is > > probably the reason of shifting the section change but I've just checked > the Media wiki sandbox and the same > > scenario causes no errors - they are also adding the 'section' parameter > but somehow an extra identification > > is performed as well.. > > > > > > Is there any chance to get that working right ? maybe some configuration > switch.. > > > > Thanks, > > Piotr > > ___ > > users mailing list > > users@xwiki.org > > http://lists.xwiki.org/mailman/listinfo/users > > > > > ___ > users mailing list > users@xwiki.org > http://lists.xwiki.org/mailman/listinfo/users > ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] evaluation questions: sorted document tree; XOO; other topics
Hi Mark, see below On Dec 6, 2010, at 11:52 AM, Ricardo Rodriguez [eBioTIC.] wrote: > Hi! > > Mark D. Anderson wrote: >> hi - >> >> I'm one of the stranded former users of the free hosted service wik.is >> which mindtouch precipitously cancelled, forcing all users to either go >> to one of their paid plans (which don't match my usage), or leave. >> >> I'm going to host it myself this time, and have been looking through >> the alternatives. I'm attracted to xwiki for several reasons: >> full ACL support; ldap authentication; good open source license without >> a bunch of proprietary features; Balsamiq and Word integrations; >> wysiwyg editing; and strong REST api. >> >>> From my first glance I do still have some reservations: >> >> >> 1. One concern is convenient maintenance of sorted children. >> I see that in xwiki's own documentation wiki, this isn't done: >> http://platform.xwiki.org/xwiki/bin/view/AdminGuide/ >> is just maintained manually as an index page. >> >> As far as I can tell, by default children are just sorted by creation order. >> With the http://code.xwiki.org/xwiki/bin/view/Plugins/DocumentTreePlugin >> they can instead be sorted by name. >> Lastly, there is >> http://code.xwiki.org/xwiki/bin/view/Plugins/SortedDocumentTreePlugin >> But I really don't understand the instructions for "importing" a class to get >> an additional sortable attribute. >> >> Also I don't know if these plugins support sort order of spaces too, or not. >> >> Ideally, however it is done, when a page is created, the form would have not >> only the page title and parent title, but a place for an optional sort value. >> >> > > Without considering the available code, just to say that any single > piece of information associated with a document can be used to > programmatically display any bunch of selected documents in a new one. > The homepage of a document is a clear field to be used as ID, but any > identifiable content or object property could be used. > >> 2. I'd like to be able to export an entire space as a big PDF. >> I can't tell if this plugin will do that: >> http://code.xwiki.org/xwiki/bin/view/Applications/PDFExportPanelApplication >> For example, suppose I wanted the whol xwiki AdminGuide as a single PDF, >> what would I do? >> > > To the best of my knowledge, this is not possible with the available > plugins or applications. It's possible to some degree by passing params in the URL, see: http://platform.xwiki.org/xwiki/bin/view/Features/Exports > You can export as PDF a document, but not space > or any other "artefact" you could create as a multi-chapter document > metaphor. This nice application eases the use of some features related > with document export. There's a work in progress to add a UI for multipage export, see the following: http://incubator.myxwiki.org/xwiki/bin/view/Improvements/MultiExport Thanks -Vincent > I would keep track of the development of nested spaces features and some > other initiatives to add new hierarchy to XWiki documents. Also, an > understanding of the new rendering architecture will be required to get > something working on this field... > > http://code.xwiki.org/xwiki/bin/view/Modules/RenderingModule > >> >> 3. I'd like a real bare bones look -- even slimmer than Confluence or >> MediaWiki, >> and both of those are a little less cluttered than the Toucan skin. >> I'm not finding any example skins that are like that. >> > > This is really easy. Check this thread... > > http://markmail.org/thread/n5i7mammmo63dcz6 > > As Vincent said, check some samples here... > > http://www.xwiki.org/xwiki/bin/view/Main/Screenshots > >> >> 4. I like the idea of supporting office app clients. >> But it seems there is some clumsiness with XOffice specifying a parent: >> http://jira.xwiki.org/jira/browse/XOFFICE-243 >> And I can't find any documentation on editing/creating content from >> OpenOffice >> and/or via any webdav client. Things like URL conventions, etc. >> This page http://platform.xwiki.org/xwiki/bin/view/DevGuide/Architecture >> mentions XOO (Xwiki OpenOffice) but there is nothing else about it: >> http://www.xwiki.org/xwiki/bin/view/Main/Search?text=XOO&wikinames=&space= >> >> >> 5. I might be blind but I can't find any documentation for the blogging >> support. >> > > http://code.xwiki.org/xwiki/bin/view/Applications/BlogApplication >> >> 6. The page http://code.xwiki.org/xwiki/bin/view/Plugins/ >> says "Components" are preferred over plugins but the link to "Components" >> goes nowhere. >> > > http://code.xwiki.org/xwiki/bin/view/Modules/ComponentModule >> In general the documentation wiki is pretty confusing. The Enterprise docs >> link to basically >> all the same places as the platform docs. There seems to be a mixture of >> information that is >> years out of date and information about ideas not yet implemented. Sadly it >> is an example >> of the dangers of using a wiki :(. >> >> -mda >> > > Well, I cou
Re: [xwiki-users] Section editing - overwriting wrong section
Hello again, could you tell me whether that behavior is a bug ? If so, I'll create a bug report on that ( or if it's impossible for the 'outside' user, I'll ask someone capable of to help me with that ). Thanks, Piotr W dniu 10-11-29 11:04, Piotr Dziubecki wrote: > Hi, > > lately a user reported to me another issue regarding sections. > > Scenario, there are two users and document like that: > > == section 1 == > sect content > > == section 2 == > sect content > > == section 3 == > sect content > > 1. UserA opens section 2 to edit > 2. UserB opens whole document to edit ( no other way but with force editing ) > 3. UserB adds section 1.5 in the way it is: > > > == section 1 == > sect content > > == section 1.5 == > sect content > > == section 2 == > sect content > > == section 3 == > sect content > > 4. UserB saves document. > 5. UserA changes content of the section 2 and saves document. > > The result is that userA saves overwrites section 'section 1.5' instead of > 'section 2'. > > I can see that you're indexing section with numbers and add this as a > parameter to edit link and that is > probably the reason of shifting the section change but I've just checked the > Media wiki sandbox and the same > scenario causes no errors - they are also adding the 'section' parameter but > somehow an extra identification > is performed as well.. > > > Is there any chance to get that working right ? maybe some configuration > switch.. > > Thanks, > Piotr > ___ > users mailing list > users@xwiki.org > http://lists.xwiki.org/mailman/listinfo/users > > ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] evaluation questions: sorted document tree; XOO; other topics
Hi! Mark D. Anderson wrote: > hi - > > I'm one of the stranded former users of the free hosted service wik.is > which mindtouch precipitously cancelled, forcing all users to either go > to one of their paid plans (which don't match my usage), or leave. > > I'm going to host it myself this time, and have been looking through > the alternatives. I'm attracted to xwiki for several reasons: > full ACL support; ldap authentication; good open source license without > a bunch of proprietary features; Balsamiq and Word integrations; > wysiwyg editing; and strong REST api. > > >From my first glance I do still have some reservations: > > > 1. One concern is convenient maintenance of sorted children. > I see that in xwiki's own documentation wiki, this isn't done: >http://platform.xwiki.org/xwiki/bin/view/AdminGuide/ > is just maintained manually as an index page. > > As far as I can tell, by default children are just sorted by creation order. > With the http://code.xwiki.org/xwiki/bin/view/Plugins/DocumentTreePlugin > they can instead be sorted by name. > Lastly, there is > http://code.xwiki.org/xwiki/bin/view/Plugins/SortedDocumentTreePlugin > But I really don't understand the instructions for "importing" a class to get > an additional sortable attribute. > > Also I don't know if these plugins support sort order of spaces too, or not. > > Ideally, however it is done, when a page is created, the form would have not > only the page title and parent title, but a place for an optional sort value. > > Without considering the available code, just to say that any single piece of information associated with a document can be used to programmatically display any bunch of selected documents in a new one. The homepage of a document is a clear field to be used as ID, but any identifiable content or object property could be used. > 2. I'd like to be able to export an entire space as a big PDF. > I can't tell if this plugin will do that: > http://code.xwiki.org/xwiki/bin/view/Applications/PDFExportPanelApplication > For example, suppose I wanted the whol xwiki AdminGuide as a single PDF, > what would I do? > To the best of my knowledge, this is not possible with the available plugins or applications. You can export as PDF a document, but not space or any other "artefact" you could create as a multi-chapter document metaphor. This nice application eases the use of some features related with document export. I would keep track of the development of nested spaces features and some other initiatives to add new hierarchy to XWiki documents. Also, an understanding of the new rendering architecture will be required to get something working on this field... http://code.xwiki.org/xwiki/bin/view/Modules/RenderingModule > > 3. I'd like a real bare bones look -- even slimmer than Confluence or > MediaWiki, > and both of those are a little less cluttered than the Toucan skin. > I'm not finding any example skins that are like that. > This is really easy. Check this thread... http://markmail.org/thread/n5i7mammmo63dcz6 As Vincent said, check some samples here... http://www.xwiki.org/xwiki/bin/view/Main/Screenshots > > 4. I like the idea of supporting office app clients. > But it seems there is some clumsiness with XOffice specifying a parent: >http://jira.xwiki.org/jira/browse/XOFFICE-243 > And I can't find any documentation on editing/creating content from OpenOffice > and/or via any webdav client. Things like URL conventions, etc. > This page http://platform.xwiki.org/xwiki/bin/view/DevGuide/Architecture > mentions XOO (Xwiki OpenOffice) but there is nothing else about it: > http://www.xwiki.org/xwiki/bin/view/Main/Search?text=XOO&wikinames=&space= > > > 5. I might be blind but I can't find any documentation for the blogging > support. > http://code.xwiki.org/xwiki/bin/view/Applications/BlogApplication > > 6. The page http://code.xwiki.org/xwiki/bin/view/Plugins/ > says "Components" are preferred over plugins but the link to "Components" > goes nowhere. > http://code.xwiki.org/xwiki/bin/view/Modules/ComponentModule > In general the documentation wiki is pretty confusing. The Enterprise docs > link to basically > all the same places as the platform docs. There seems to be a mixture of > information that is > years out of date and information about ideas not yet implemented. Sadly it > is an example > of the dangers of using a wiki :(. > > -mda > Well, I could agree with you and I can also feel the same danger of using a wiki you are speaking about. The point is that XWiki is a collaborative initiative. Developers are mostly devoted to develop (sic) new great features and it could be truth that the documentation is a bit messy. But I'm sure, better I can confirm, that any initiative/idea will be welcome and carefully considered for the community. Mainly, for the developers themselves. Please, browse through users lists and Jira repository to check how many times several aspec
[xwiki-users] WARN xwiki.MyPersistentLoginManager - Login cookie validation hash mismatch! Cookies have been tampered with
Dear xwiki-community, Thank you for helping me sofar, getting my XWiki up and running. This weekend I noticed that I could not login from my home computer. Here's what I've found out: Loggin in from a computer within the same network works; logging in from a different network fails, resulting in the following error in xwiki.log: 2010-12-06 11:26:24,663 [http://tcs.dcc.ru.nl/xwiki/bin/loginsubmit/XWiki/XWikiLogin] WARN xwiki.MyPersistentLoginManager - Login cookie validation hash mismatch! Cookies have been tampered with I have the following authentication settings in my xwiki.cfg: xwiki.authentication.validationKey= xwiki.authentication.encryptionKey= xwiki.authentication.cookiepath=/xwiki xwiki.authentication.logoutpage=(/|/[^/]+/|/wiki/[^/]+/)logout/* xwiki.authentication.unauthorized_code=200 I'm running XWiki 2.6 on Tomcat6. Thanks for the help. Best wishes, Mark -- View this message in context: http://xwiki.475771.n2.nabble.com/WARN-xwiki-MyPersistentLoginManager-Login-cookie-validation-hash-mismatch-Cookies-have-been-tamperedh-tp5807284p5807284.html Sent from the XWiki- Users mailing list archive at Nabble.com. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Trying to find a wiki software
Thanks for the help. Will go with Xwiki once I get everything set up :) - Eric On Mon, Dec 6, 2010 at 2:06 AM, Vincent Massol wrote: > > On Dec 6, 2010, at 5:12 AM, Eric Tse wrote: > > > Cool cool. Am I able to customize it enough so it looks like an actual > > website and not a wiki? (Wikipedia style) > > Yes > > You can also check some screenshots here: > http://www.xwiki.org/xwiki/bin/view/Main/Screenshots > > Thanks > -Vincent > > > - Eric > > > > > > On Sun, Dec 5, 2010 at 3:12 PM, Ricardo Rodriguez [eBioTIC.] < > > ricardo.rodrig...@ebiotic.net> wrote: > > > >> Hi! > >> > >> Eric Tse wrote: > >>> Hey guys, just subscribed to this list. > >>> > >>> I'm currently stuck between two softwares: XWiki and Foswiki. > >>> > >>> What I'm looking for is: > >>> Speed/Performance > >>> Access control (Guests can only read and not modify, certain users can > >>> modify) > >>> Good theming/Easy theming. > >>> An overall good wiki with user-friendly UI. > >>> > >>> Foswiki is flatfile and xwiki is SQL based. I hear that SQL is > generally > >>> better, is that the case? Foswiki seems to be pretty fast even if it is > >>> flatfile. > >>> > >>> Thanks :) > >>> > >>> > >> > >> XWiki is not only a wiki: it is a complete and powerful Java based > >> development framework. I arrived here from MediaWiki looking for access > >> management and I found much, much more than this. I think it is worth > >> you give it a try! Even more: if after playing for a while in the > >> sandbox (http://xoffice.xwiki.org/xwiki/bin/view/Sandbox/), or asking > >> and using your own wiki in MyWiki community farm or Netcipia, or > >> installing your own standalone installation, you know how to set up an > >> application server and a supported RDBMS, install and give a try to the > >> last snapshot to feel the newest improvements! Don't forget to use the > >> Create 200 Dummy Users snippet available at... > >> > >> > http://code.xwiki.org/xwiki/bin/view/Snippets/Create200DummyUsersSnippet > >> > >> ... and play for a while with Users and Groups administration. Out of > >> the box, XWiki features an amazingly powerful rights management system. > >> Of course control who can read or edit a given document of a part of it > >> is not a big issue for XWiki administrators. > >> > >> As for theming. Even though I think teaming is better than theming > >> working with XWiki :-) as many other development areas, it has also > >> evolved greatly in the last months. Some new concepts has been recently > >> introduced, for instance check the Skin Extensions Plugin > >> (http://code.xwiki.org/xwiki/bin/view/Plugins/SkinExtensionsPlugin). > >> Right now is really easy to customized colours and logos, and modify any > >> UI characteristic by using Firefox Firebug to track the relevant CSS > >> XWiki code. Perhaps if you only look for a "classical" wiki, theming is > >> not the most friendly XWiki feature for you. But don't forget this: it > >> is completely scalable, so you should want to forget a bit about theming > >> for a while being sure that what you see in our UI is or will be easily > >> customizable in a near future. > >> > >> XWiki is what it reads in its portal's homepage: "The XWiki project > >> offers both a generic platform for developing collaborative applications > >> using the wiki paradigm and products developed on top of it." XWiki > >> Enterprise should be the product you are looking for, but this is only > >> the top of the iceberg. > >> > >> I'm not able to compare the use of flat-files vs RDBMS (SQL is just the > >> standard language that allows you to query such databases). BUT, once > >> again, don't forget that XWiki is more than a wiki. It uses a RDBMS to > >> hold a complex object-oriented structure. You can also use its SQL > >> plugin to query local or remote RDBMS tables, but also can its API > >> methods to design complex queries using HQL (Hibernate Query Language) > >> or XWQL (XWiki Query Language) > >> > >> More: each XWiki document could be considered a database on its own! It > >> could be composed of an unlimited number of objects + plain or more or > >> less structured text. > >> > >> Sticks with XWiki and won't only create a classical, fast and full > >> featured wiki but discover a full and funny universe of great > >> possibilities. And, most important of all: you will meet a great > >> community and development team! > >> > >> > >> Just my two cents! > >> > >> Ricardo > >> > >>> - Eric > ___ > users mailing list > users@xwiki.org > http://lists.xwiki.org/mailman/listinfo/users > ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Trying to find a wiki software
On Dec 6, 2010, at 5:12 AM, Eric Tse wrote: > Cool cool. Am I able to customize it enough so it looks like an actual > website and not a wiki? (Wikipedia style) Yes You can also check some screenshots here: http://www.xwiki.org/xwiki/bin/view/Main/Screenshots Thanks -Vincent > - Eric > > > On Sun, Dec 5, 2010 at 3:12 PM, Ricardo Rodriguez [eBioTIC.] < > ricardo.rodrig...@ebiotic.net> wrote: > >> Hi! >> >> Eric Tse wrote: >>> Hey guys, just subscribed to this list. >>> >>> I'm currently stuck between two softwares: XWiki and Foswiki. >>> >>> What I'm looking for is: >>> Speed/Performance >>> Access control (Guests can only read and not modify, certain users can >>> modify) >>> Good theming/Easy theming. >>> An overall good wiki with user-friendly UI. >>> >>> Foswiki is flatfile and xwiki is SQL based. I hear that SQL is generally >>> better, is that the case? Foswiki seems to be pretty fast even if it is >>> flatfile. >>> >>> Thanks :) >>> >>> >> >> XWiki is not only a wiki: it is a complete and powerful Java based >> development framework. I arrived here from MediaWiki looking for access >> management and I found much, much more than this. I think it is worth >> you give it a try! Even more: if after playing for a while in the >> sandbox (http://xoffice.xwiki.org/xwiki/bin/view/Sandbox/), or asking >> and using your own wiki in MyWiki community farm or Netcipia, or >> installing your own standalone installation, you know how to set up an >> application server and a supported RDBMS, install and give a try to the >> last snapshot to feel the newest improvements! Don't forget to use the >> Create 200 Dummy Users snippet available at... >> >> http://code.xwiki.org/xwiki/bin/view/Snippets/Create200DummyUsersSnippet >> >> ... and play for a while with Users and Groups administration. Out of >> the box, XWiki features an amazingly powerful rights management system. >> Of course control who can read or edit a given document of a part of it >> is not a big issue for XWiki administrators. >> >> As for theming. Even though I think teaming is better than theming >> working with XWiki :-) as many other development areas, it has also >> evolved greatly in the last months. Some new concepts has been recently >> introduced, for instance check the Skin Extensions Plugin >> (http://code.xwiki.org/xwiki/bin/view/Plugins/SkinExtensionsPlugin). >> Right now is really easy to customized colours and logos, and modify any >> UI characteristic by using Firefox Firebug to track the relevant CSS >> XWiki code. Perhaps if you only look for a "classical" wiki, theming is >> not the most friendly XWiki feature for you. But don't forget this: it >> is completely scalable, so you should want to forget a bit about theming >> for a while being sure that what you see in our UI is or will be easily >> customizable in a near future. >> >> XWiki is what it reads in its portal's homepage: "The XWiki project >> offers both a generic platform for developing collaborative applications >> using the wiki paradigm and products developed on top of it." XWiki >> Enterprise should be the product you are looking for, but this is only >> the top of the iceberg. >> >> I'm not able to compare the use of flat-files vs RDBMS (SQL is just the >> standard language that allows you to query such databases). BUT, once >> again, don't forget that XWiki is more than a wiki. It uses a RDBMS to >> hold a complex object-oriented structure. You can also use its SQL >> plugin to query local or remote RDBMS tables, but also can its API >> methods to design complex queries using HQL (Hibernate Query Language) >> or XWQL (XWiki Query Language) >> >> More: each XWiki document could be considered a database on its own! It >> could be composed of an unlimited number of objects + plain or more or >> less structured text. >> >> Sticks with XWiki and won't only create a classical, fast and full >> featured wiki but discover a full and funny universe of great >> possibilities. And, most important of all: you will meet a great >> community and development team! >> >> >> Just my two cents! >> >> Ricardo >> >>> - Eric ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Trying to find a wiki software
Eric Tse wrote: > Cool cool. Am I able to customize it enough so it looks like an actual > website and not a wiki? (Wikipedia style) > - Eric > > > Yes. Please, check this simple examples... http://ebiotic.net There are panels with titles and contents from which you can guess a wiki is behind the scene, but all these contents are easily customizable. No register button, no history, comments or annotations panels accessible from the main page. No create new page or edit the current one buttons. All that features will be shown only after user authentication. And, some of them, only for a given set of users. Yes, the portal is based on the wiki concept, but wiki features are so obvious as the administrator/designer decides. An "a la Wikipedia" skin is among the wanted skins for some users. But consider that even Wikipedia shows Discussion, History and Source before you login. That is easly hidden when using XWiki. HTH > On Sun, Dec 5, 2010 at 3:12 PM, Ricardo Rodriguez [eBioTIC.] < > ricardo.rodrig...@ebiotic.net> wrote: > > >> Hi! >> >> Eric Tse wrote: >> >>> Hey guys, just subscribed to this list. >>> >>> I'm currently stuck between two softwares: XWiki and Foswiki. >>> >>> What I'm looking for is: >>> Speed/Performance >>> Access control (Guests can only read and not modify, certain users can >>> modify) >>> Good theming/Easy theming. >>> An overall good wiki with user-friendly UI. >>> >>> Foswiki is flatfile and xwiki is SQL based. I hear that SQL is generally >>> better, is that the case? Foswiki seems to be pretty fast even if it is >>> flatfile. >>> >>> Thanks :) >>> >>> >>> >> XWiki is not only a wiki: it is a complete and powerful Java based >> development framework. I arrived here from MediaWiki looking for access >> management and I found much, much more than this. I think it is worth >> you give it a try! Even more: if after playing for a while in the >> sandbox (http://xoffice.xwiki.org/xwiki/bin/view/Sandbox/), or asking >> and using your own wiki in MyWiki community farm or Netcipia, or >> installing your own standalone installation, you know how to set up an >> application server and a supported RDBMS, install and give a try to the >> last snapshot to feel the newest improvements! Don't forget to use the >> Create 200 Dummy Users snippet available at... >> >> http://code.xwiki.org/xwiki/bin/view/Snippets/Create200DummyUsersSnippet >> >> ... and play for a while with Users and Groups administration. Out of >> the box, XWiki features an amazingly powerful rights management system. >> Of course control who can read or edit a given document of a part of it >> is not a big issue for XWiki administrators. >> >> As for theming. Even though I think teaming is better than theming >> working with XWiki :-) as many other development areas, it has also >> evolved greatly in the last months. Some new concepts has been recently >> introduced, for instance check the Skin Extensions Plugin >> (http://code.xwiki.org/xwiki/bin/view/Plugins/SkinExtensionsPlugin). >> Right now is really easy to customized colours and logos, and modify any >> UI characteristic by using Firefox Firebug to track the relevant CSS >> XWiki code. Perhaps if you only look for a "classical" wiki, theming is >> not the most friendly XWiki feature for you. But don't forget this: it >> is completely scalable, so you should want to forget a bit about theming >> for a while being sure that what you see in our UI is or will be easily >> customizable in a near future. >> >> XWiki is what it reads in its portal's homepage: "The XWiki project >> offers both a generic platform for developing collaborative applications >> using the wiki paradigm and products developed on top of it." XWiki >> Enterprise should be the product you are looking for, but this is only >> the top of the iceberg. >> >> I'm not able to compare the use of flat-files vs RDBMS (SQL is just the >> standard language that allows you to query such databases). BUT, once >> again, don't forget that XWiki is more than a wiki. It uses a RDBMS to >> hold a complex object-oriented structure. You can also use its SQL >> plugin to query local or remote RDBMS tables, but also can its API >> methods to design complex queries using HQL (Hibernate Query Language) >> or XWQL (XWiki Query Language) >> >> More: each XWiki document could be considered a database on its own! It >> could be composed of an unlimited number of objects + plain or more or >> less structured text. >> >> Sticks with XWiki and won't only create a classical, fast and full >> featured wiki but discover a full and funny universe of great >> possibilities. And, most important of all: you will meet a great >> community and development team! >> >> >> Just my two cents! >> >> Ricardo >> >> >>> - Eric >>> ___ >>> users mailing list >>> users@xwiki.org >>> http://lists.xwiki.org/mailman/listinfo/users >>> >>> >>> >> -- >> Ricardo Rodríguez >>
[xwiki-users] evaluation questions: sorted document tree; XOO; other topics
hi - I'm one of the stranded former users of the free hosted service wik.is which mindtouch precipitously cancelled, forcing all users to either go to one of their paid plans (which don't match my usage), or leave. I'm going to host it myself this time, and have been looking through the alternatives. I'm attracted to xwiki for several reasons: full ACL support; ldap authentication; good open source license without a bunch of proprietary features; Balsamiq and Word integrations; wysiwyg editing; and strong REST api. >From my first glance I do still have some reservations: 1. One concern is convenient maintenance of sorted children. I see that in xwiki's own documentation wiki, this isn't done: http://platform.xwiki.org/xwiki/bin/view/AdminGuide/ is just maintained manually as an index page. As far as I can tell, by default children are just sorted by creation order. With the http://code.xwiki.org/xwiki/bin/view/Plugins/DocumentTreePlugin they can instead be sorted by name. Lastly, there is http://code.xwiki.org/xwiki/bin/view/Plugins/SortedDocumentTreePlugin But I really don't understand the instructions for "importing" a class to get an additional sortable attribute. Also I don't know if these plugins support sort order of spaces too, or not. Ideally, however it is done, when a page is created, the form would have not only the page title and parent title, but a place for an optional sort value. 2. I'd like to be able to export an entire space as a big PDF. I can't tell if this plugin will do that: http://code.xwiki.org/xwiki/bin/view/Applications/PDFExportPanelApplication For example, suppose I wanted the whol xwiki AdminGuide as a single PDF, what would I do? 3. I'd like a real bare bones look -- even slimmer than Confluence or MediaWiki, and both of those are a little less cluttered than the Toucan skin. I'm not finding any example skins that are like that. 4. I like the idea of supporting office app clients. But it seems there is some clumsiness with XOffice specifying a parent: http://jira.xwiki.org/jira/browse/XOFFICE-243 And I can't find any documentation on editing/creating content from OpenOffice and/or via any webdav client. Things like URL conventions, etc. This page http://platform.xwiki.org/xwiki/bin/view/DevGuide/Architecture mentions XOO (Xwiki OpenOffice) but there is nothing else about it: http://www.xwiki.org/xwiki/bin/view/Main/Search?text=XOO&wikinames=&space= 5. I might be blind but I can't find any documentation for the blogging support. 6. The page http://code.xwiki.org/xwiki/bin/view/Plugins/ says "Components" are preferred over plugins but the link to "Components" goes nowhere. In general the documentation wiki is pretty confusing. The Enterprise docs link to basically all the same places as the platform docs. There seems to be a mixture of information that is years out of date and information about ideas not yet implemented. Sadly it is an example of the dangers of using a wiki :(. -mda ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
