Re: [xwiki-users] Antw.: Antw.: Antw.: Antw.: XAR

2015-09-25 Thread Thomas Mortagne
On Fri, Sep 25, 2015 at 11:41 AM, Peter Huisman  wrote:
> Hi Eduard,
>
> Apparently, the use of the following call is not working:
>
> http:///xwiki/bin/export/Space/Page&format=xar&pages=ws360vthwest:%25.%25&name=ws360vthwest&history=true&backup=true&author=XWiki.Admin
>  
> /xwiki/bin/export/Space/Page&format=xar&pages=ws360vthwest:%.%&name=ws360vthwest&history=true&backup=true&author=XWiki.Admin>
>
> Apparently, the export is able to find the pages, but not the history.
> The one that works without any problem is:
>
> http:///xwiki/wiki/dutotest/export/Main/WebHome?format=xar&name=export&pages=%25.%25&history=true
>  
> /xwiki/wiki/dutotest/export/Main/WebHome?format=xar&name=export&pages=%.%&history=true>
>
> The difference between both calls is, that the first one is using the Main 
> wiki, where the second one is using the Wiki that needs to be exported.
>
> Did I misread the documentation on this? I’m happy that we have at least 
> solved the problem. I’m sorry to have used up some your time for this but 
> thanks for helping me get some understanding on the topic.

Since you properly indicate the wiki in the page name it looks like a
bug to me. Would be great of your could create an issue on
http://jira.xwiki.org/browse/XWIKI.

>
> Br,
>
> Peter
>>
>>>
>>> You could maybe try to delete the version 11.1 and try exporting again.
>>>
>
> ___
> 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] Antw.: Antw.: Antw.: Antw.: XAR

2015-09-25 Thread Peter Huisman
Hi Eduard,

Apparently, the use of the following call is not working:

http:///xwiki/bin/export/Space/Page&format=xar&pages=ws360vthwest:%25.%25&name=ws360vthwest&history=true&backup=true&author=XWiki.Admin
 
/xwiki/bin/export/Space/Page&format=xar&pages=ws360vthwest:%.%&name=ws360vthwest&history=true&backup=true&author=XWiki.Admin>

Apparently, the export is able to find the pages, but not the history.
The one that works without any problem is:

http:///xwiki/wiki/dutotest/export/Main/WebHome?format=xar&name=export&pages=%25.%25&history=true
 
/xwiki/wiki/dutotest/export/Main/WebHome?format=xar&name=export&pages=%.%&history=true>

The difference between both calls is, that the first one is using the Main 
wiki, where the second one is using the Wiki that needs to be exported.

Did I misread the documentation on this? I’m happy that we have at least solved 
the problem. I’m sorry to have used up some your time for this but thanks for 
helping me get some understanding on the topic.

Br,

Peter
> 
>> 
>> You could maybe try to delete the version 11.1 and try exporting again.
>> 

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


Re: [xwiki-users] Antw.: Antw.: Antw.: Antw.: XAR

2015-09-24 Thread Thomas Mortagne
You could maybe try to delete the version 11.1 and try exporting again.

On Thu, Sep 24, 2015 at 4:27 PM, Peter Huisman  wrote:
> After I load the XWikiDocumentArchive, I can call the getArchive ((I used 
> String h = e.getArchive(this.CONTEXT);). This gives me the complete archive 
> of the versions. And I guess you are right about the content. Where any 
> previous or later version is fully XML compliant, the 11.1 version shows the 
> following content (I have replaced large text area’s with [a lot of text]:
>
> 
> 11.1
> log
> @@
> text
> @d14 1
> a14 1
> 1442743679000
> d16 1
> a16 1
> 11.1
> d336 1
> a336 1
> Er zijn vertaaltabellen voor relevante combinaties van 
> zowel gebruikte en in gebruik zijnde metainformatiestandaarden als van de 
> daarbij horende waardenlijsten.
> d378 1
> a378 1
> [a lot of text]
> d380 1
> a380 1
> [a lot of text]
> d382 3
> a384 1
> 1. de metainformatiestandaard bevat zelf een waardetabel.
> d386 1
> a386 1
> 1. de metainformatiestandaard verwijst naar een classificatieschema.
> d389 1
> a389 1
> 1. de metainformatiestandaard verwijst naar een meer algemene registratie in 
> de vorm van een database met gestandaardiseerde gegevens.
> d396 1
> a396 1
> [a lot of text]
> d398 1
> a398 1
> [a lot of text]
> d400 1
> a400 1
> Meer concreet levert dit de volgende voorbeelden van toepassingen op:
> d403 1
> a403 2
> [a lot of text]
> d405 1
> a405 1
> [a lot of text]
> 
> @
> 
>
> I am unable to make any sense of this - especially because since the listing 
> of the object properties in the snippet below give me following data:
> 
> Versie = 11.1
>identificatieString : AP_P9doA5GQpspPj
>prefix : AP
>nummer : 55
>afgeleidPrincipe : Er zijn vertaaltabellen voor relevante combinaties van 
> zowel gebruikte en in gebruik zijnde metainformatiestandaarden als van de 
> daarbij horende waardenlijsten.
>isAfgeleideVanBasisprincipe : []
>toelichting : [a lot of text]
>overweging : Dit nieuwe principe is bedoeld als vervanging van AP 23, 36 
> en 54.
>voorbeelden :
>standaarden : In ieder geval alle landelijke mclassificatieschema's en 
> metainformatiestandaarden.
>bronverwijzingen :
>acties :
>actiehouder : XWiki.AdrieSpruit
>scoreBegrijpelijk : 0
>scoreCorrect : 0
>scoreWenselijk : 0
>scoreUitvoerbaar :
>heeftStatus : ST_6JgwAwqZungbE
> 
>
> What I can get out of this is:
> - A lot of  items are not present.
> - the XML item in the  part () is the only property 
> that has indeed changed compared to the previous version (10.1). Some 
> information is missing compared to the same item in the  block.
> - the XML item in the  part (< afgeleidPrincipe> is according to 
> what it should be.
> - the XML item in the  part () could well be alright - I 
> actually don’t know :-)
> - I can make the 11.1 version the current version and it shows up as expected 
> (version 15.1)
> - Comparing the 11.1 with the 15.1 version shows that they are the same 
> (except for the user)
>
> Can you help me understand how this can be the case? And of course what I can 
> do to correct this situation?
>
> I’m sorry about the somewhat complex way of explaining but I hope you can 
> help me out here.
>
> Br,
>
> Peter
>
>
>>
>> According to the error what is falling is the method
>> XWikiDocumentArchive#getArchive when trying to load version 11.1. Did
>> you tried executing it ? Is this version listed in your code ?
>>
>> On Thu, Sep 24, 2015 at 1:14 PM, Peter Huisman > > wrote:
>>> I did some testing on this document and it’s history:
>>>
>>>LocalDocumentReference docLDR = new 
>>> LocalDocumentReference(spaceName, pageName);
>>>DocumentReference docRef = new 
>>> DocumentReference(docLDR, new WikiReference(this.CONTEXT.getWikiId()));
>>>XWikiDocument a = new XWikiDocument(docRef);
>>>XWikiVersioningStoreInterface b = 
>>> a.getVersioningStore(this.CONTEXT);
>>>Version[] c = b.getXWikiDocVersions(a, this.CONTEXT);
>>>XWikiDocumentArchive e = 
>>> b.getXWikiDocumentArchive(a, this.CONTEXT);
>>>for(Version version : c) {
>>>XWikiDocument f = e.loadDocument(version, 
>>> this.CONTEXT);
>>>BaseObject g = f.getXObject(new 
>>> DocumentReference(this.wiki.getName(), "DutoCode", 
>>> "AfgeleidPrincipeClass"));
>>>}
>>>
>>> This gives me all of the document versions that are available and there are 
>>> no error showing the Object data (I’ve removed all the logging statements). 
>>> So no documents are empty.
>>>
>>> Any suggestion on where to look for?
>>>

> From what I understand from the error it looks like some version(s) of
 the document have identifiers but no content.

 On Thu, Sep 24, 2015 at 11:01 AM, Thomas Mortagne
 mailto:thomas.morta...@

[xwiki-users] Antw.: Antw.: Antw.: Antw.: XAR

2015-09-24 Thread Peter Huisman
After I load the XWikiDocumentArchive, I can call the getArchive ((I used 
String h = e.getArchive(this.CONTEXT);). This gives me the complete archive of 
the versions. And I guess you are right about the content. Where any previous 
or later version is fully XML compliant, the 11.1 version shows the following 
content (I have replaced large text area’s with [a lot of text]:


11.1
log
@@
text
@d14 1
a14 1
1442743679000
d16 1
a16 1
11.1
d336 1
a336 1
Er zijn vertaaltabellen voor relevante combinaties van zowel 
gebruikte en in gebruik zijnde metainformatiestandaarden als van de daarbij 
horende waardenlijsten.
d378 1
a378 1
[a lot of text]
d380 1
a380 1
[a lot of text]
d382 3
a384 1
1. de metainformatiestandaard bevat zelf een waardetabel.
d386 1
a386 1
1. de metainformatiestandaard verwijst naar een classificatieschema.
d389 1
a389 1
1. de metainformatiestandaard verwijst naar een meer algemene registratie in de 
vorm van een database met gestandaardiseerde gegevens.
d396 1
a396 1
[a lot of text]
d398 1
a398 1
[a lot of text]
d400 1
a400 1
Meer concreet levert dit de volgende voorbeelden van toepassingen op:
d403 1
a403 2
[a lot of text]
d405 1
a405 1
[a lot of text]

@


I am unable to make any sense of this - especially because since the listing of 
the object properties in the snippet below give me following data:

Versie = 11.1 
   identificatieString : AP_P9doA5GQpspPj
   prefix : AP
   nummer : 55
   afgeleidPrincipe : Er zijn vertaaltabellen voor relevante combinaties van 
zowel gebruikte en in gebruik zijnde metainformatiestandaarden als van de 
daarbij horende waardenlijsten.
   isAfgeleideVanBasisprincipe : []
   toelichting : [a lot of text]
   overweging : Dit nieuwe principe is bedoeld als vervanging van AP 23, 36 en 
54.
   voorbeelden : 
   standaarden : In ieder geval alle landelijke mclassificatieschema's en 
metainformatiestandaarden.
   bronverwijzingen : 
   acties : 
   actiehouder : XWiki.AdrieSpruit
   scoreBegrijpelijk : 0
   scoreCorrect : 0
   scoreWenselijk : 0
   scoreUitvoerbaar : 
   heeftStatus : ST_6JgwAwqZungbE


What I can get out of this is: 
- A lot of  items are not present.
- the XML item in the  part () is the only property that 
has indeed changed compared to the previous version (10.1). Some information is 
missing compared to the same item in the  block.
- the XML item in the  part (< afgeleidPrincipe> is according to what 
it should be.
- the XML item in the  part () could well be alright - I 
actually don’t know :-)
- I can make the 11.1 version the current version and it shows up as expected 
(version 15.1)
- Comparing the 11.1 with the 15.1 version shows that they are the same (except 
for the user)

Can you help me understand how this can be the case? And of course what I can 
do to correct this situation?

I’m sorry about the somewhat complex way of explaining but I hope you can help 
me out here.

Br,

Peter


> 
> According to the error what is falling is the method
> XWikiDocumentArchive#getArchive when trying to load version 11.1. Did
> you tried executing it ? Is this version listed in your code ?
> 
> On Thu, Sep 24, 2015 at 1:14 PM, Peter Huisman  > wrote:
>> I did some testing on this document and it’s history:
>> 
>>LocalDocumentReference docLDR = new 
>> LocalDocumentReference(spaceName, pageName);
>>DocumentReference docRef = new 
>> DocumentReference(docLDR, new WikiReference(this.CONTEXT.getWikiId()));
>>XWikiDocument a = new XWikiDocument(docRef);
>>XWikiVersioningStoreInterface b = 
>> a.getVersioningStore(this.CONTEXT);
>>Version[] c = b.getXWikiDocVersions(a, this.CONTEXT);
>>XWikiDocumentArchive e = b.getXWikiDocumentArchive(a, 
>> this.CONTEXT);
>>for(Version version : c) {
>>XWikiDocument f = e.loadDocument(version, 
>> this.CONTEXT);
>>BaseObject g = f.getXObject(new 
>> DocumentReference(this.wiki.getName(), "DutoCode", "AfgeleidPrincipeClass"));
>>}
>> 
>> This gives me all of the document versions that are available and there are 
>> no error showing the Object data (I’ve removed all the logging statements). 
>> So no documents are empty.
>> 
>> Any suggestion on where to look for?
>> 
>>> 
 From what I understand from the error it looks like some version(s) of
>>> the document have identifiers but no content.
>>> 
>>> On Thu, Sep 24, 2015 at 11:01 AM, Thomas Mortagne
>>> mailto:thomas.morta...@xwiki.com> 
>>> >> 
>>> wrote:
 Actually it's a little more that than, it ask for a String version of
 the history which is more what happen when a document is deleted.
 
 On Thu, Sep 24, 2015 at 10:59 AM, Thomas Mortagne
 mailto:thomas.morta...@xwiki.com>