This issue has been created
There are 2 updates.
 
 
XWiki Platform / cid:jira-generated-image-avatar-f8b6439a-043d-4aa2-a58d-2bf8a45e2557 XWIKI-22426 Open

Filter Streams Converter only logs in UI

 
View issue   ยท   Add comment
 

Issue created

 
cid:jira-generated-image-avatar-f86301bb-4906-45e8-bcfb-7fd862c71a9e Joyce Markoll created this issue on 16/Aug/24 11:05
 
Summary: Filter Streams Converter only logs in UI
Issue Type: cid:jira-generated-image-avatar-f8b6439a-043d-4aa2-a58d-2bf8a45e2557 Improvement
Assignee: Unassigned
Components: Filter
Created: 16/Aug/24 11:05
Priority: cid:jira-generated-image-static-blocker-80b3829a-16f1-4013-a8cb-ece04a6fe9d9 Blocker
Reporter: Joyce Markoll
Description:

When converting a Confluence export with the Filter Streams Converter the only log available is the one produced on the fly in the UI during the conversion. The XML logs produced are more complicated to work with, and they vanish each time a new conversion is performed.
What we need to be able to work with logs in a workable manner is conventional logs day by day no matter how many spaces are converted during a day, and stored in /var/log/xwiki as regular text files, such as conversion-day-time.log or so (the xwiki subdirectory exists).
So it would be nice if the logs from the web backend could be piped to such text logs each time a space has been converted to XWiki.

 
 

2 updates

 
cid:jira-generated-image-avatar-0ea59f48-5daa-46f9-8a71-a43be675f514 Changes by Thomas Mortagne on 16/Aug/24 11:09
 
Priority: Blocker Major
 
cid:jira-generated-image-avatar-f86301bb-4906-45e8-bcfb-7fd862c71a9e Changes by Joyce Markoll on 16/Aug/24 11:10
 
Description: When converting a Confluence export with the Filter Streams Converter the only log available is the one produced on the fly in the UI during the conversion.
They are difficult to retrieve, they have to be copied by hand by selecting the first line and pressing simultaneously left-shift and fast-arrow-down until the end of the log from its window is reached, at each time a space is being converted.
A more automated way is desirable.
The XML logs produced are more complicated to work with, and they vanish each time a new conversion is performed.
What we need to be able to work with logs in a workable manner is conventional logs day by day no matter how many spaces are converted during a day, and stored in /var/log/xwiki as regular text files, such as conversion-day-time.log or so (the xwiki subdirectory exists).
So it would be nice if the logs from the web backend could be piped to such text logs each time a space has been converted to XWiki.