[xwiki-users] [Brainstorming] XWiki 5.x cycle

2012-09-18 Thread Vincent Massol
Dear XWiki lovers ;),

We're getting close to the end of the 4.x cycle which is about to be finished 
with XWiki 4.5 around end of January and we need to start brainstorming about 
the 5.x cycle (1 year duration from Feb 2013 to Jan 2014).

* 3.x was about Building Apps and Distributing them (priority 1) and 
Polishing
* 4.x was about Ease of use (priority 1) and Quality

So what would you like to see in the coming year?

You can suggest both general themes and specific items.

Thanks
-Vincent

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] WYSIWYG editor + Authentication server

2012-09-18 Thread Marius Dumitru Florea
On Mon, Sep 17, 2012 at 1:05 PM, Sergio Carrasco sercar...@gmail.com wrote:
 Hello,

What happens on Preview? Do you see the modified content or the
original one? What happens on Save  Continue? You can check with
Firebug (or any other similar tool) if the modified content is
submitted (check the POST parameters) and if the AJAX request is send
to the right place (check request URL).
Note that the edit buttons should behave the same in WYSIWYG and Wiki
edit modes. Check that the wiki edit mode works fine.


 Preview and SaveContinue just redirect me to the original content (without
 any change).

What exactly do you mean by SaveContinue just redirect me to the
original content? Save  Continue is supposed to be done using an
AJAX request, without reloading the page. That's why I suggested you
to check the request using Firebug's Console tab (check post
parameters and target URL). Are you saying that clicking on the Save 
Continue button reloads the page?

 The Edit mode had the same result, changes weren't saved (and
 wasn't able to preview them).

By the edit mode you mean wiki edit mode?

Hope this helps,
Marius


 Thanks for your response.

 Sergio Carrasco
 ___
 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] Understanding XWiki upgrading process, installed as a Debian package

2012-09-18 Thread Eugen Colesnicov
I have XWiki 4.1.3 installed as a debian package, OS - Linux Mint Debian
Edition (fully compatible to original Debian). When I checked system
updates, updates manager give me list of system packages for updates,
including and XWiki debian packages (give me 4.1.4).

I am not a specialist in a linux stategy of updating (simple user) and for
this reason - question:
Is it possible to use standart OS package updates manager to update XWiki?
Maybe need some additional steps or actions?

Before this, I was using Xwiki in a Windows platform and made updates
manually (compare files one by one).

--
Thanks beforehand!
Eugen Colesnicov



--
View this message in context: 
http://xwiki.475771.n2.nabble.com/Understanding-XWiki-upgrading-process-installed-as-a-Debian-package-tp7581407.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] [Brainstorming] XWiki 5.x cycle

2012-09-18 Thread Dmitry Bakbardin
Hi, Vincent,

My 10 coins to the suggested topic :-)

1. New Access Rights management system. There are a lot of weak points already 
known. Probably, it's time to review this.

2. Second level XWiki virtualization http://jira.xwiki.org/browse/XEM-207

3. Add WYSIWYG's editor logic while adding the link Space - Page - Anchor on 
the page  http://jira.xwiki.org/browse/XWIKI-4084  

and the same in XEM Environment: Workspace/Virtual Wiki - Space - Page - 
Anchor 
http://jira.xwiki.org/browse/XWIKI-7483

4. WebDAV access to deleted attachments http://jira.xwiki.org/browse/XWIKI-6989

5. Rebuild Translation System and add possibility to translate not only page 
content, but objects' content (and field names) also.

6. Evolve filestorage system from experimental to all-kind-production-ready 
and make it more or less comprehensive:
-  for example, add possibility of XWiki clustering and automatic attachments 
synchronization while FS is on.
- to configure path to store attachments for each XWiki/virtual 
wiki/workspace/space separetly.
- fix current bugs (like http://jira.xwiki.org/browse/XWIKI-6917) and probably 
add some other fatures :-)

7. Smooth upgrade system (to make it look more like linux upgrades): upgrade 
AND KEEP all XWiki customization with minimal manual config files comparison 
and reediting of customized pages inside XWiki.

8. Add Space - Subspace - Page logic to XWiki hierarchy to build trees 
instead of horizontal set of spaces.

9. Extend TOC macro to logic:   ...wiki1:Space1.Page1, wiki2:Space2.Page2... to 
include TOCs of separate pages inside current TOC.
 
10. XWiki Native support for mobile users (Skins, ColorThemes for all kind of 
mobile users bundled with XE/XEM)

Hope it helps :-)

Kind Regards,

Dmitry


Tue, 18 Sep 2012 08:58:04 +0200 от Vincent Massol vinc...@massol.net:
   








Dear XWiki lovers ;),


We're getting close to the end of the 4.x cycle which is about to be finished 
with XWiki 4.5 around end of January and we need to start brainstorming about 
the 5.x cycle (1 year duration from Feb 2013 to Jan 2014).


* 3.x was about Building Apps and Distributing them (priority 1) and 
Polishing

* 4.x was about Ease of use (priority 1) and Quality


So what would you like to see in the coming year?


You can suggest both general themes and specific items.


Thanks

-Vincent


___

users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users








Kind regards,

Dmitry
WebDAV access to deleted attachments
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] [Brainstorming] XWiki 5.x cycle

2012-09-18 Thread Vincent Massol
Hi Dmitry,

Thanks for your inputs! See below.

On Sep 18, 2012, at 2:10 PM, Dmitry Bakbardin haru_mamb...@mail.ru wrote:

 Hi, Vincent,
 
 My 10 coins to the suggested topic :-)
 
 1. New Access Rights management system. There are a lot of weak points 
 already known. Probably, it's time to review this.

Have you been able to play with it already? Would be great to provide feedback 
and details. I'm sure Denis would love some feedback.

 2. Second level XWiki virtualization http://jira.xwiki.org/browse/XEM-207
 
 3. Add WYSIWYG's editor logic while adding the link Space - Page - Anchor 
 on the page  http://jira.xwiki.org/browse/XWIKI-4084  
 
 and the same in XEM Environment: Workspace/Virtual Wiki - Space - Page - 
 Anchor 
 http://jira.xwiki.org/browse/XWIKI-7483
 
 4. WebDAV access to deleted attachments 
 http://jira.xwiki.org/browse/XWIKI-6989

So you're using XWiki WebDAV feature ATM?

 5. Rebuild Translation System and add possibility to translate not only page 
 content, but objects' content (and field names) also.

Just on this point, we're planning to work on this in XE 4.3 in the coming 
month.

 6. Evolve filestorage system from experimental to all-kind-production-ready 
 and make it more or less comprehensive:
 -  for example, add possibility of XWiki clustering and automatic attachments 
 synchronization while FS is on.
 - to configure path to store attachments for each XWiki/virtual 
 wiki/workspace/space separetly.
 - fix current bugs (like http://jira.xwiki.org/browse/XWIKI-6917) and 
 probably add some other fatures :-)

Yeah I also think we need Caleb to work a bit on this so that we could call it 
production-ready ;)

 7. Smooth upgrade system (to make it look more like linux upgrades): upgrade 
 AND KEEP all XWiki customization with minimal manual config files comparison 
 and reediting of customized pages inside XWiki.

Yep, we're working on this one (XAR upgrades). You should see some first 
version with XE 4.2 when it's released next week. Next step is to tackle WAR 
and config file upgrades indeed.

 8. Add Space - Subspace - Page logic to XWiki hierarchy to build trees 
 instead of horizontal set of spaces.
 
 9. Extend TOC macro to logic:   ...wiki1:Space1.Page1, wiki2:Space2.Page2... 
 to include TOCs of separate pages inside current TOC.
  
 10. XWiki Native support for mobile users (Skins, ColorThemes for all kind of 
 mobile users bundled with XE/XEM)

Ludovic has a pull request for improving mobile skin support for XE 4.3 but 
probably not to the extent you're interesting in at the moment.

Thanks, keep the ideas coming. No promise that they'll be implemented but the 
more people who want the same thing the more weight it has. And developers are 
reading this!
-Vincent

 Hope it helps :-)
 
 Kind Regards,
 
 Dmitry
 
 
 Tue, 18 Sep 2012 08:58:04 +0200 от Vincent Massol vinc...@massol.net:
  
 
 
   
   
 
   
   
   
 Dear XWiki lovers ;),
 
 
 We're getting close to the end of the 4.x cycle which is about to be finished 
 with XWiki 4.5 around end of January and we need to start brainstorming about 
 the 5.x cycle (1 year duration from Feb 2013 to Jan 2014).
 
 
 * 3.x was about Building Apps and Distributing them (priority 1) and 
 Polishing
 
 * 4.x was about Ease of use (priority 1) and Quality
 
 
 So what would you like to see in the coming year?
 
 
 You can suggest both general themes and specific items.
 
 
 Thanks
 
 -Vincent
 
 
   
 
   
 
 Kind regards,
 
 Dmitry
 WebDAV access to deleted attachments

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] Understanding XWiki upgrading process, installed as a Debian package

2012-09-18 Thread Thomas Mortagne
On Tue, Sep 18, 2012 at 12:32 PM, Eugen Colesnicov
ecolesni...@gmail.com wrote:
 I have XWiki 4.1.3 installed as a debian package, OS - Linux Mint Debian
 Edition (fully compatible to original Debian). When I checked system
 updates, updates manager give me list of system packages for updates,
 including and XWiki debian packages (give me 4.1.4).

 I am not a specialist in a linux stategy of updating (simple user) and for
 this reason - question:
 Is it possible to use standart OS package updates manager to update XWiki?
 Maybe need some additional steps or actions?

Not sure I understand the question actually, XWiki is not updated with
the rest when you do apt-get upgrade ?


 Before this, I was using Xwiki in a Windows platform and made updates
 manually (compare files one by one).

 --
 Thanks beforehand!
 Eugen Colesnicov



 --
 View this message in context: 
 http://xwiki.475771.n2.nabble.com/Understanding-XWiki-upgrading-process-installed-as-a-Debian-package-tp7581407.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



-- 
Thomas Mortagne
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


[xwiki-users] Multipage PDF Export and child/parent dependency

2012-09-18 Thread Ryszard Łach
Hi.

I'm trying to use
http://extensions.xwiki.org/xwiki/bin/view/Extension/Multipage+Export+Application
. It works almost fine, but I cannot find out how to create document
structure exactly as I need.

I've created three pages in Sandbox (T1, T2 and T3) with the following
content (xwiki source):

T1:

= T1-1 =

T2:

= T1-2 =

T3:

= T1-3 =

(T1 stands for Title1 heading).

Each one of them has 'Sandbox.WebHome' as their parent.
When I create Multipage export (html or pdf), then in resulting document
heading levels are being changed. This is HTML output:

h1 id=HT1-1spanT1-1/span/h1h4 
id=child_1543277317spanT2/span/h4h5 
id=HT1-2spanT1-2/span/h5h4 
id=child_1543277318spanT3/span/h4h5 id=HT1-3spanT1-3/span/h5

Is there any way to keep the original heading levels intact?

TIA,

R.

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] [Brainstorming] XWiki 5.x cycle

2012-09-18 Thread Thomas Mortagne
On Tue, Sep 18, 2012 at 2:20 PM, Vincent Massol vinc...@massol.net wrote:
 Hi Dmitry,

 Thanks for your inputs! See below.

 On Sep 18, 2012, at 2:10 PM, Dmitry Bakbardin haru_mamb...@mail.ru wrote:

 Hi, Vincent,

 My 10 coins to the suggested topic :-)

 1. New Access Rights management system. There are a lot of weak points 
 already known. Probably, it's time to review this.

 Have you been able to play with it already? Would be great to provide 
 feedback and details. I'm sure Denis would love some feedback.

Andreas too ;)

Do you actually know there is a new right management system ? It's not
clear in your question if you talk about introducing a new right
management system or using more the new one.


 2. Second level XWiki virtualization http://jira.xwiki.org/browse/XEM-207

 3. Add WYSIWYG's editor logic while adding the link Space - Page - Anchor 
 on the page  http://jira.xwiki.org/browse/XWIKI-4084

 and the same in XEM Environment: Workspace/Virtual Wiki - Space - Page - 
 Anchor
 http://jira.xwiki.org/browse/XWIKI-7483

 4. WebDAV access to deleted attachments 
 http://jira.xwiki.org/browse/XWIKI-6989

 So you're using XWiki WebDAV feature ATM?

 5. Rebuild Translation System and add possibility to translate not only page 
 content, but objects' content (and field names) also.

 Just on this point, we're planning to work on this in XE 4.3 in the coming 
 month.

Except for the object content translation part which has more to do
with the model and is not going to change very soon. Note that fields
names are already translatable, for this you can use the id class
full name_field name like in Blog.BlogClass_title for the title
field name of a blog object.


 6. Evolve filestorage system from experimental to 
 all-kind-production-ready and make it more or less comprehensive:
 -  for example, add possibility of XWiki clustering and automatic 
 attachments synchronization while FS is on.
 - to configure path to store attachments for each XWiki/virtual 
 wiki/workspace/space separetly.
 - fix current bugs (like http://jira.xwiki.org/browse/XWIKI-6917) and 
 probably add some other fatures :-)

 Yeah I also think we need Caleb to work a bit on this so that we could call 
 it production-ready ;)

 7. Smooth upgrade system (to make it look more like linux upgrades): upgrade 
 AND KEEP all XWiki customization with minimal manual config files comparison 
 and reediting of customized pages inside XWiki.

 Yep, we're working on this one (XAR upgrades). You should see some first 
 version with XE 4.2 when it's released next week. Next step is to tackle WAR 
 and config file upgrades indeed.

Note that for the server side (WAR and configuration) you have the
Debian package (see
http://platform.xwiki.org/xwiki/bin/view/AdminGuide/InstallationViaAPT)
that can help a lot since apt/dpkg is taking care of configuration
file comparison/merging. But that's only for Debian based system of
course.

For the XAR part as Vincent said we are working on it and you get a
first version of an install/upgrade Wyzard for it in the coming 4.2.


 8. Add Space - Subspace - Page logic to XWiki hierarchy to build trees 
 instead of horizontal set of spaces.

 9. Extend TOC macro to logic:   ...wiki1:Space1.Page1, wiki2:Space2.Page2... 
 to include TOCs of separate pages inside current TOC.

 10. XWiki Native support for mobile users (Skins, ColorThemes for all kind 
 of mobile users bundled with XE/XEM)

 Ludovic has a pull request for improving mobile skin support for XE 4.3 but 
 probably not to the extent you're interesting in at the moment.

 Thanks, keep the ideas coming. No promise that they'll be implemented but the 
 more people who want the same thing the more weight it has. And developers 
 are reading this!
 -Vincent

 Hope it helps :-)

 Kind Regards,

 Dmitry


 Tue, 18 Sep 2012 08:58:04 +0200 от Vincent Massol vinc...@massol.net:









 Dear XWiki lovers ;),


 We're getting close to the end of the 4.x cycle which is about to be 
 finished with XWiki 4.5 around end of January and we need to start 
 brainstorming about the 5.x cycle (1 year duration from Feb 2013 to Jan 
 2014).


 * 3.x was about Building Apps and Distributing them (priority 1) and 
 Polishing

 * 4.x was about Ease of use (priority 1) and Quality


 So what would you like to see in the coming year?


 You can suggest both general themes and specific items.


 Thanks

 -Vincent






 Kind regards,

 Dmitry
 WebDAV access to deleted attachments

 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users



-- 
Thomas Mortagne
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] [Brainstorming] XWiki 5.x cycle

2012-09-18 Thread Dmitry Bakbardin
 See below
  
 
 Tue, 18 Sep 2012 14:20:14 +0200 от Vincent Massol vinc...@massol.net:
 Hi Dmitry,
 
 Thanks for your inputs! See below.
 
 On Sep 18, 2012, at 2:10 PM, Dmitry Bakbardin haru_mamb...@mail.ru wrote:
 
  Hi, Vincent,
  
  My 10 coins to the suggested topic :-)
  
  1. New Access Rights management system. There are a lot of weak points 
  already known. Probably, it's time to review this.
 
 Have you been able to play with it already? Would be great to provide 
 feedback and details. I'm sure Denis would love some feedback.
 

Going to do this in a couple of weeks on coming back to work. Hope to dig 
something interesting. :-)

 
 
  2. Second level XWiki virtualization http://jira.xwiki.org/browse/XEM-207
  
  3. Add WYSIWYG's editor logic while adding the link Space - Page - Anchor 
  on the page http://jira.xwiki.org/browse/XWIKI-4084
  
  and the same in XEM Environment: Workspace/Virtual Wiki - Space - Page - 
  Anchor 
  http://jira.xwiki.org/browse/XWIKI-7483
  
  4. WebDAV access to deleted attachments 
  http://jira.xwiki.org/browse/XWIKI-6989
 
 So you're using XWiki WebDAV feature ATM?

  Not yet, I was playing with all the ways to manage large attachments and 
found this bug. Until FS is not officially production ready - this is not so 
important. I even guess, that if XWiki would have an WebDAV-like (or even 
better) attachment management system - there would be no need to use external 
tools in most cases.
 
 
 
  5. Rebuild Translation System and add possibility to translate not only 
  page content, but objects' content (and field names) also.
 
 Just on this point, we're planning to work on this in XE 4.3 in the coming 
 month.
 
  6. Evolve filestorage system from experimental to 
  all-kind-production-ready and make it more or less comprehensive:
  - for example, add possibility of XWiki clustering and automatic 
  attachments synchronization while FS is on.
  - to configure path to store attachments for each XWiki/virtual 
  wiki/workspace/space separetly.
  - fix current bugs (like http://jira.xwiki.org/browse/XWIKI-6917) and 
  probably add some other fatures :-)
 
 Yeah I also think we need Caleb to work a bit on this so that we could call 
 it production-ready ;)
  
It would be excellent. :-)

 
 
 
  7. Smooth upgrade system (to make it look more like linux upgrades): 
  upgrade AND KEEP all XWiki customization with minimal manual config files 
  comparison and reediting of customized pages inside XWiki.
 
 Yep, we're working on this one (XAR upgrades). You should see some first 
 version with XE 4.2 when it's released next week. Next step is to tackle WAR 
 and config file upgrades indeed.
 
  8. Add Space - Subspace - Page logic to XWiki hierarchy to build trees 
  instead of horizontal set of spaces.
  
  9. Extend TOC macro to logic: ...wiki1:Space1.Page1, wiki2:Space2.Page2... 
  to include TOCs of separate pages inside current TOC.
  
  10. XWiki Native support for mobile users (Skins, ColorThemes for all kind 
  of mobile users bundled with XE/XEM)
 
 Ludovic has a pull request for improving mobile skin support for XE 4.3 but 
 probably not to the extent you're interesting in at the moment.
 
 Thanks, keep the ideas coming. No promise that they'll be implemented but the 
 more people who want the same thing the more weight it has. And developers 
 are reading this!
 -Vincent
 
 Hope it helps :-)


Kind Regards,
  
Dmitry
  
  
  Tue, 18 Sep 2012 08:58:04 +0200 от Vincent Massol vinc...@massol.net:
  
  
  
  
  
  
  
  
  
  Dear XWiki lovers ;),
  
  
  We're getting close to the end of the 4.x cycle which is about to be 
  finished with XWiki 4.5 around end of January and we need to start 
  brainstorming about the 5.x cycle (1 year duration from Feb 2013 to Jan 
  2014).
  
  
  * 3.x was about Building Apps and Distributing them (priority 1) and 
  Polishing
  
  * 4.x was about Ease of use (priority 1) and Quality
  
  
  So what would you like to see in the coming year?
  
  
  You can suggest both general themes and specific items.
  
  
  Thanks
  
  -Vincent
  
  
  
  
  
  
  Kind regards,
  
  Dmitry
  WebDAV access to deleted attachments
 
 
 
 Kind regards, 
 
 Dmitry
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] [Brainstorming] XWiki 5.x cycle

2012-09-18 Thread Dmitry Bakbardin
Hi, Andreas, 

See below,


Tue, 18 Sep 2012 15:36:15 +0200 от Thomas Mortagne thomas.morta...@xwiki.com:
On Tue, Sep 18, 2012 at 2:20 PM, Vincent Massol vinc...@massol.net wrote:

 Hi Dmitry,



 Thanks for your inputs! See below.



 On Sep 18, 2012, at 2:10 PM, Dmitry Bakbardin haru_mamb...@mail.ru wrote:



 Hi, Vincent,



 My 10 coins to the suggested topic :-)



 1. New Access Rights management system. There are a lot of weak points 
 already known. Probably, it's time to review this.



 Have you been able to play with it already? Would be great to provide 
 feedback and details. I'm sure Denis would love some feedback.


Andreas too ;)


Do you actually know there is a new right management system ? It's not

clear in your question if you talk about introducing a new right

management system or using more the new one.I mean situations like
  http://jira.xwiki.org/browse/XWIKI-2184 and
http://jira.xwiki.org/browse/XWIKI-6987

Probably I missed something in the roadmap and release notes, but I didn't see 
it fixed. And these reports were not the only bugs found as far as I remember 
mailing lists conversations. All of them required brand new system and Vincent 
said, that these changes are planned after comprehensive discussion and voting 
in futher releases. So, I mean BRAND NEW system that acts as expected, e.g. 
user with edit rights is in the god mode as to the page. I expect edit rights 
means edit page, but not access rights change. Access rights looks more admin 
function. And so on. IMHO it worth discussion.






 2. Second level XWiki virtualization http://jira.xwiki.org/browse/XEM-207



 3. Add WYSIWYG's editor logic while adding the link Space - Page - Anchor 
 on the page http://jira.xwiki.org/browse/XWIKI-4084



 and the same in XEM Environment: Workspace/Virtual Wiki - Space - Page - 
 Anchor

 http://jira.xwiki.org/browse/XWIKI-7483



 4. WebDAV access to deleted attachments 
 http://jira.xwiki.org/browse/XWIKI-6989



 So you're using XWiki WebDAV feature ATM?



 5. Rebuild Translation System and add possibility to translate not only page 
 content, but objects' content (and field names) also.



 Just on this point, we're planning to work on this in XE 4.3 in the coming 
 month.


Except for the object content translation part which has more to do

with the model and is not going to change very soon. Note that fields

names are already translatable, for this you can use the id class

full name_field name like in Blog.BlogClass_title for the title

field name of a blog object.
Looks disaster for me :-)

Let's overview simple usecase: 

- I buld FAQ (or something like it) in English with Application within minutes

- I want to make it multilingual. Looks like I'm stuck by default: not going 
to change very soon :-(

- I see the only human-friendly option to modify default scripting, produce 
templates for each language, then build pages like PageName_Language and 
load required page depending on requested language. I didn't make it like this 
yet, but if it is not going to change very soon, I'd consider this way as an 
option to make application running in multilanguage environment. I understand, 
that this is not the best solution, but as far as I understand XWiki - it 
should work.





 6. Evolve filestorage system from experimental to 
 all-kind-production-ready and make it more or less comprehensive:

 -  for example, add possibility of XWiki clustering and automatic 
 attachments synchronization while FS is on.

 - to configure path to store attachments for each XWiki/virtual 
 wiki/workspace/space separetly.

 - fix current bugs (like http://jira.xwiki.org/browse/XWIKI-6917) and 
 probably add some other fatures :-)



 Yeah I also think we need Caleb to work a bit on this so that we could call 
 it production-ready ;)



 7. Smooth upgrade system (to make it look more like linux upgrades): upgrade 
 AND KEEP all XWiki customization with minimal manual config files comparison 
 and reediting of customized pages inside XWiki.



 Yep, we're working on this one (XAR upgrades). You should see some first 
 version with XE 4.2 when it's released next week. Next step is to tackle WAR 
 and config file upgrades indeed.


Note that for the server side (WAR and configuration) you have the

Debian package (see
http://platform.xwiki.org/xwiki/bin/view/AdminGuide/InstallationViaAPT)

that can help a lot since apt/dpkg is taking care of configuration

file comparison/merging. But that's only for Debian based system of

course.


For the XAR part as Vincent said we are working on it and you get a

first version of an install/upgrade Wyzard for it in the coming 4.2.Thanks a 
lot. I was going to set up new server soon. Migration to Debian looks fine for 
me in this case. :-)
Looking forward to 4.2. It would be admin-rescue release :-






 8. Add Space - Subspace - Page logic to XWiki hierarchy to build trees 
 instead of horizontal set of spaces.



 9. Extend TOC macro to logic:   

Re: [xwiki-users] Understanding XWiki upgrading process, installed as a Debian package

2012-09-18 Thread Eugen Colesnicov
Thomas Mortagne wrote
 Not sure I understand the question actually, XWiki is not updated with
 the rest when you do apt-get upgrade ?

I don't known what is apt-get upgrade. I use standart graphical system
tool update manager. This tool shows all installed packages with current
versions (including xwiki debian packages) and new version numbers. User can
select or unselect items. At the end - user press make update and updating
process begins.

My question - is it possible to select in this list xwiki debian packages
also, same other system packages?

--
Thanks beforehand!
Eugen Colesnicov



--
View this message in context: 
http://xwiki.475771.n2.nabble.com/Understanding-XWiki-upgrading-process-installed-as-a-Debian-package-tp7581407p7581416.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] Understanding XWiki upgrading process, installed as a Debian package

2012-09-18 Thread Thomas Mortagne
On Tue, Sep 18, 2012 at 4:31 PM, Eugen Colesnicov ecolesni...@gmail.com wrote:
 Thomas Mortagne wrote
 Not sure I understand the question actually, XWiki is not updated with
 the rest when you do apt-get upgrade ?

 I don't known what is apt-get upgrade. I use standart graphical system
 tool update manager. This tool shows all installed packages with current
 versions (including xwiki debian packages) and new version numbers. User can
 select or unselect items. At the end - user press make update and updating
 process begins.

 My question - is it possible to select in this list xwiki debian packages
 also, same other system packages?

The update manager is just a front end of apt actually and you should
have XWiki listed in there when there is a new version AFAIK. It's a
Debian package it's not other system package. Maybe it's because
XWiki packages are not signed yet (need to find how to do it exactly
in our process), there is probably a configuration to enable/disable
unsigned packages.


 --
 Thanks beforehand!
 Eugen Colesnicov



 --
 View this message in context: 
 http://xwiki.475771.n2.nabble.com/Understanding-XWiki-upgrading-process-installed-as-a-Debian-package-tp7581407p7581416.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



-- 
Thomas Mortagne
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] Migration from 2.4 to the latest debian package (4.1.4): Duplicate entry error on R40000XWIKI6990

2012-09-18 Thread Denis Gervalle
Hi Philippe,

Regarding the failure with your trial in safe mode, it is due to a improper
cleaning of the database before import. During migration, two new tables
are created (DATABASECHANGELOG and DATABASECHANGELOGLOCK). When you restore
an earlier state that came from a version lower than 4.x, you should drop
these tables manually, since the import will not do so for you.

However, even if there is a little chance that the safe mode helps, I doubt
it will. The issue probably came from old garbage records in XWiki
statistical data. I have written the migration to already skip many of
these unexpected records, but it still do not support all of them. If you
do not care about keeping your statistical history, the simplest is to
delete all records in xwikistatsdoc, xwikistatsreferer and xwikistatsvisit.
However, if you want to keep them, you need to do some cleanup.

From your log, you are using MySQL, so I suggest you to execute the
following two commands on each of the above tables (substitute all
xwikistatsdoc with the appropriate table name) before migration:

delete s1 from xwikistatsdoc s1 join xwikistatsdoc s2 on
s1.XWS_NUMBER=s2.XWS_NUMBER and s1.XWS_NAME=s2.XWS_NAME where
s1.XWS_CLASSNAME = 'internal' and (s2.XWS_CLASSNAME != 'internal' or
s2.XWS_CLASSNAME is null);

update xwikistatsdoc set XWS_CLASSNAME =  where XWS_CLASSNAME =
'internal';

If this does not solve your issue, I would need more information about the
conflicting id. Once the migration has failed, execute:

select XWS_NUMBER,XWS_NAME from xwikistatsdoc where XWS_ID=put the
conflicting id here;

You will probably get either a spacename, or a full document name
(space.doc). Take the doc name alone, or the space name alone, and execute:

select XWS_ID,XWS_NUMBER,XWS_NAME,XWS_CLASSNAME from xwikistatsdoc
where XWS_NUMBER=the number you get in the previous request and XWS_NAME
like '%the doc or space name alone%;

This should returns more than one record. Send results of both request to
me (in private if needed) for diagnosis.

Please let me know the outcome.
Regards,

 On Tue, Sep 18, 2012 at 6:53 AM, Philippe Marzouk p...@ozigo.org wrote:

 Hi,

 I tried the parameter after restoring the DB from backup.
 It went further but I still got an error:

 2012-09-18 06:48:25,988 [
 http://par-wiki-1.clear2pay.com:8080/xwiki/bin/view/Main/] INFO
  h.R4XWIKI6990DataMigration - [R4XWIKI6990] - 19 schema updates
 required.
 2012-09-18 06:48:27,034 [
 http://par-wiki-1.clear2pay.com:8080/xwiki/bin/view/Main/] INFO
  c.x.x.s.m.liquibase- Successfully acquired change log lock
 2012-09-18 06:48:27,191 [
 http://par-wiki-1.clear2pay.com:8080/xwiki/bin/view/Main/] INFO
  c.x.x.s.m.liquibase- Reading from `DATABASECHANGELOG`
 2012-09-18 06:48:27,204 [
 http://par-wiki-1.clear2pay.com:8080/xwiki/bin/view/Main/] INFO
  c.x.x.s.m.liquibase- Reading from `DATABASECHANGELOG`
 2012-09-18 06:48:27,295 [
 http://par-wiki-1.clear2pay.com:8080/xwiki/bin/view/Main/] INFO
  c.x.x.s.m.liquibase- Successfully released change log lock
 2012-09-18 06:48:27,296 [
 http://par-wiki-1.clear2pay.com:8080/xwiki/bin/view/Main/] INFO
  .HibernateDataMigrationManager - Running migration [R4XWIKI6990] with
 version [4]
 2012-09-18 06:48:27,402 [
 http://par-wiki-1.clear2pay.com:8080/xwiki/bin/view/Main/] INFO
  h.R4XWIKI6990DataMigration - [R4XWIKI6990] - Retrieved 626
 document IDs to be converted.
 2012-09-18 06:48:27,540 [
 http://par-wiki-1.clear2pay.com:8080/xwiki/bin/view/Main/] INFO
  h.R4XWIKI6990DataMigration - [R4XWIKI6990] - Retrieved 783 object
 IDs to be converted.
 2012-09-18 06:48:27,622 [
 http://par-wiki-1.clear2pay.com:8080/xwiki/bin/view/Main/] INFO
  h.R4XWIKI6990DataMigration - [R4XWIKI6990] - Retrieved 3 custom
 mapped classes to be processed.
 2012-09-18 06:48:28,807 [
 http://par-wiki-1.clear2pay.com:8080/xwiki/bin/view/Main/] INFO
  h.R4XWIKI6990DataMigration - [R4XWIKI6990] - Retrieved 20458document 
 statistics IDs to be converted.
 2012-09-18 06:48:28,823 [
 http://par-wiki-1.clear2pay.com:8080/xwiki/bin/view/Main/] INFO
  h.R4XWIKI6990DataMigration - [R4XWIKI6990] - Retrieved 83 referer
 statistics IDs to be converted.
 2012-09-18 06:48:29,202 [
 http://par-wiki-1.clear2pay.com:8080/xwiki/bin/view/Main/] INFO
  h.R4XWIKI6990DataMigration - [R4XWIKI6990] - Retrieved 36073visit 
 statistics IDs to be converted.
 2012-09-18 06:48:29,231 [
 http://par-wiki-1.clear2pay.com:8080/xwiki/bin/view/Main/] INFO
  h.R4XWIKI6990DataMigration - [R4XWIKI6990] - Converting 626
 document IDs in 5 tables and 0 collection tables...
 2012-09-18 06:48:30,810 [
 http://par-wiki-1.clear2pay.com:8080/xwiki/bin/view/Main/] INFO
  h.R4XWIKI6990DataMigration - [R4XWIKI6990] - All document IDs has
 been converted successfully.
 2012-09-18 06:48:30,810 [
 http://par-wiki-1.clear2pay.com:8080/xwiki/bin/view/Main/] INFO
  h.R4XWIKI6990DataMigration - 

Re: [xwiki-users] Migration from 2.4 to the latest debian package (4.1.4): Duplicate entry error on R40000XWIKI6990

2012-09-18 Thread Philippe Marzouk

Hi Denis,

As you suspected, the safe mode was not enough.
I ran the 2 queries you gave and could migrate the DB :)

Thanks a lot,
Philippe


On Tue, Sep 18, 2012 at 07:06:49PM +0200, Denis Gervalle wrote:
 Hi Philippe,
 
 Regarding the failure with your trial in safe mode, it is due to a improper
 cleaning of the database before import. During migration, two new tables
 are created (DATABASECHANGELOG and DATABASECHANGELOGLOCK). When you restore
 an earlier state that came from a version lower than 4.x, you should drop
 these tables manually, since the import will not do so for you.
 
 However, even if there is a little chance that the safe mode helps, I doubt
 it will. The issue probably came from old garbage records in XWiki
 statistical data. I have written the migration to already skip many of
 these unexpected records, but it still do not support all of them. If you
 do not care about keeping your statistical history, the simplest is to
 delete all records in xwikistatsdoc, xwikistatsreferer and xwikistatsvisit.
 However, if you want to keep them, you need to do some cleanup.
 
 From your log, you are using MySQL, so I suggest you to execute the
 following two commands on each of the above tables (substitute all
 xwikistatsdoc with the appropriate table name) before migration:
 
 delete s1 from xwikistatsdoc s1 join xwikistatsdoc s2 on
 s1.XWS_NUMBER=s2.XWS_NUMBER and s1.XWS_NAME=s2.XWS_NAME where
 s1.XWS_CLASSNAME = 'internal' and (s2.XWS_CLASSNAME != 'internal' or
 s2.XWS_CLASSNAME is null);
 
 update xwikistatsdoc set XWS_CLASSNAME =  where XWS_CLASSNAME =
 'internal';
 
 If this does not solve your issue, I would need more information about the
 conflicting id. Once the migration has failed, execute:
 
 select XWS_NUMBER,XWS_NAME from xwikistatsdoc where XWS_ID=put the
 conflicting id here;
 
 You will probably get either a spacename, or a full document name
 (space.doc). Take the doc name alone, or the space name alone, and execute:
 
 select XWS_ID,XWS_NUMBER,XWS_NAME,XWS_CLASSNAME from xwikistatsdoc
 where XWS_NUMBER=the number you get in the previous request and XWS_NAME
 like '%the doc or space name alone%;
 
 This should returns more than one record. Send results of both request to
 me (in private if needed) for diagnosis.
 
 Please let me know the outcome.
 Regards,
 
  On Tue, Sep 18, 2012 at 6:53 AM, Philippe Marzouk p...@ozigo.org wrote:
 
  Hi,
 
  I tried the parameter after restoring the DB from backup.
  It went further but I still got an error:
 
  2012-09-18 06:48:25,988 [
  http://par-wiki-1.clear2pay.com:8080/xwiki/bin/view/Main/] INFO
   h.R4XWIKI6990DataMigration - [R4XWIKI6990] - 19 schema updates
  required.
  2012-09-18 06:48:27,034 [
  http://par-wiki-1.clear2pay.com:8080/xwiki/bin/view/Main/] INFO
   c.x.x.s.m.liquibase- Successfully acquired change log lock
  2012-09-18 06:48:27,191 [
  http://par-wiki-1.clear2pay.com:8080/xwiki/bin/view/Main/] INFO
   c.x.x.s.m.liquibase- Reading from `DATABASECHANGELOG`
  2012-09-18 06:48:27,204 [
  http://par-wiki-1.clear2pay.com:8080/xwiki/bin/view/Main/] INFO
   c.x.x.s.m.liquibase- Reading from `DATABASECHANGELOG`
  2012-09-18 06:48:27,295 [
  http://par-wiki-1.clear2pay.com:8080/xwiki/bin/view/Main/] INFO
   c.x.x.s.m.liquibase- Successfully released change log lock
  2012-09-18 06:48:27,296 [
  http://par-wiki-1.clear2pay.com:8080/xwiki/bin/view/Main/] INFO
   .HibernateDataMigrationManager - Running migration [R4XWIKI6990] with
  version [4]
  2012-09-18 06:48:27,402 [
  http://par-wiki-1.clear2pay.com:8080/xwiki/bin/view/Main/] INFO
   h.R4XWIKI6990DataMigration - [R4XWIKI6990] - Retrieved 626
  document IDs to be converted.
  2012-09-18 06:48:27,540 [
  http://par-wiki-1.clear2pay.com:8080/xwiki/bin/view/Main/] INFO
   h.R4XWIKI6990DataMigration - [R4XWIKI6990] - Retrieved 783 object
  IDs to be converted.
  2012-09-18 06:48:27,622 [
  http://par-wiki-1.clear2pay.com:8080/xwiki/bin/view/Main/] INFO
   h.R4XWIKI6990DataMigration - [R4XWIKI6990] - Retrieved 3 custom
  mapped classes to be processed.
  2012-09-18 06:48:28,807 [
  http://par-wiki-1.clear2pay.com:8080/xwiki/bin/view/Main/] INFO
   h.R4XWIKI6990DataMigration - [R4XWIKI6990] - Retrieved 
  20458document statistics IDs to be converted.
  2012-09-18 06:48:28,823 [
  http://par-wiki-1.clear2pay.com:8080/xwiki/bin/view/Main/] INFO
   h.R4XWIKI6990DataMigration - [R4XWIKI6990] - Retrieved 83 referer
  statistics IDs to be converted.
  2012-09-18 06:48:29,202 [
  http://par-wiki-1.clear2pay.com:8080/xwiki/bin/view/Main/] INFO
   h.R4XWIKI6990DataMigration - [R4XWIKI6990] - Retrieved 36073visit 
  statistics IDs to be converted.
  2012-09-18 06:48:29,231 [
  http://par-wiki-1.clear2pay.com:8080/xwiki/bin/view/Main/] INFO
   h.R4XWIKI6990DataMigration - [R4XWIKI6990] - Converting 626
  document IDs in 5 tables and 0 collection tables...
  2012-09-18