28 Jun
2012
28 Jun
'12
5:38 p.m.
from xwiki properties
#-# If the openoffice server should be started / connected upon XE start.
#-# Default value is false
# openoffice.autoStart=false
Am i right that the choice is between never running OOo, until admin runs it
explicitly, or always-running OOo ?
Maybe it is wishfull thinking but without description by property name alone
i'd tend to read it "auto start when needed"
I don't want OOo always running on loaded server.
Can it be set up, that XWiki runs OOo if needs it functionality and shuts it
down if unused for, say, 10 minutes ?
What if OOo crashed ? Would XWiki restart it ?
On Linux there is XInetd, so potentially i could set sentry on :8100 port
and lie XWiki that server is always running.
I don't know of such functionality in Windows and i'd better keep OOo
managed by XWiki
---
Trying XWiki 4.1.1 / HSQLDB / Jetty / Win7 x64 / JRE 1.7b05 x64 / Apache
OpenOffice 3.4
i cannot use OfficeServer - I do manual start, it runs, but on import
attempt when creating new page i get
2012-06-28 19:11:15,197 WARN
org.apache.struts.util.RequestUtils:createActionForm:175 - No FormBeanConfig
found under 'upload'
2012-06-28 19:11:15,207 WARN
org.apache.struts.util.RequestUtils:createActionForm:175 - No FormBeanConfig
found under 'login'
2012-06-28 19:11:15,285
[http://localhost:8888/XWiki/bin/login/XWiki/XWikiLogin?srid=UMeoBl36&xr…]
WARN o.x.v.i.DefaultVelocityEngine - Deprecated usage of method
[com.xpn.xwiki.api.XWiki.parseMessage] in /templates/login.vm@29,33
2012-06-28 19:11:15,460
[http://localhost:8888/XWiki/resources/js/xwiki/wysiwyg/xwe/WikiService.gwtr…]
WARN o.x.w.s.i.w.DefaultWikiService - Failed to get attachment: [Обзор
библиотеки AdmClient.docx] not found.
File can be attached to already existing page but not imported...
This also can have something with Opera 12, for i see some strange cookie
issues.
---
I did import via MSIE 9 and i see all russian letters in DOCX got corrupt.
http://i.imgur.com/PlLP2.png
When i directly open file in AOO, it renders perfectly.
So i think somewhere between AOO server and XWiki there is misunderstanding
about which charset to use.
--
View this message in context:
http://xwiki.475771.n2.nabble.com/OpenOffice-auto-start-tp7579979.html
Sent from the XWiki- Users mailing list archive at Nabble.com.
29 Jun
29 Jun
4:04 p.m.
On Thu, Jun 28, 2012 at 6:38 PM, Arioch <AriochThe(a)gmail.com> wrote:
from xwiki properties
#-# If the openoffice server should be started / connected upon XE start.
#-# Default value is false
# openoffice.autoStart=false
Am i right that the choice is between never running
OOo, until admin runs it
explicitly, or always-running OOo ?
First of all, you should read
http://extensions.xwiki.org/xwiki/bin/view/Extension/Office+Importer+Applic…
if you haven't done it yet. Then, in xwiki.properties there is also a
configuration about the office server type. In order for the office
import to work you need:
* the office server to be started and
* XWiki to be connected to the office server
If the server type is internal, then XWiki starts the office server
before attempting to connect. Otherwise it just tries to connect,
failing if the office server isn't started. The behaviour of the auto
start feature also depends on the server type:
* internal: when you (re)start XWiki it automatically *starts* the
configured office server and *connects* to it
* external: when you (re)start XWiki it automatically *connects* to
the configured office server.
Maybe it is wishfull thinking but without description
by property name alone
i'd tend to read it "auto start when needed"
That's why we have comments. But anyway, what better name you suggest?
I don't want OOo always running on loaded server.
Why?
Can it be set up, that XWiki runs OOo if needs it
functionality and shuts it
down if unused for, say, 10 minutes ?
Currently no.
What if OOo crashed ? Would XWiki restart it ?
Note that XWiki doesn't talk directly to the office server. It uses
http://code.google.com/p/jodconverter/ which is responsible for
managing the office process and connection. XWiki doesn't detect
office server crashes. If you notice that the office importer doesn't
work anymore you can try to reconnect to the office server which will
probably restart the office process.
On Linux there is XInetd, so potentially i could set sentry on :8100 port
and lie XWiki that server is always running.
I don't know of such functionality in Windows and i'd better keep OOo
managed by XWiki
---
Trying XWiki 4.1.1 / HSQLDB / Jetty / Win7 x64 / JRE 1.7b05 x64 / Apache
OpenOffice 3.4
i cannot use OfficeServer - I do manual start, it runs, but on import
attempt when creating new page i get
2012-06-28 19:11:15,197 WARN
org.apache.struts.util.RequestUtils:createActionForm:175 - No FormBeanConfig
found under 'upload'
2012-06-28 19:11:15,207 WARN
org.apache.struts.util.RequestUtils:createActionForm:175 - No FormBeanConfig
found under 'login'
2012-06-28 19:11:15,285
[http://localhost:8888/XWiki/bin/login/XWiki/XWikiLogin?srid=UMeoBl36&xr…]
WARN o.x.v.i.DefaultVelocityEngine - Deprecated usage of method
[com.xpn.xwiki.api.XWiki.parseMessage] in /templates/login.vm@29,33
2012-06-28 19:11:15,460
[http://localhost:8888/XWiki/resources/js/xwiki/wysiwyg/xwe/WikiService.gwtr…]
WARN o.x.w.s.i.w.DefaultWikiService - Failed to get attachment: [Обзор
библиотеки AdmClient.docx] not found.
File can be attached to already existing page but not imported...
This doesn't look like an office importer issue. Try to use the "Add >
Page from Office" menu instead of the WYSWYG editor and see if it
works.
This also can have something with Opera 12, for i see some strange cookie
issues.
---
I did import via MSIE 9 and i see all russian letters in DOCX got corrupt.
http://i.imgur.com/PlLP2.png
When i directly open file in AOO, it renders perfectly.
So i think somewhere between AOO server and XWiki there is misunderstanding
about which charset to use.
See http://jira.xwiki.org/browse/XWIKI-6377 .
Hope this helps,
Marius
--
View this message in context:
http://xwiki.475771.n2.nabble.com/OpenOffice-auto-start-tp7579979.html
Sent from the XWiki- Users mailing list archive at Nabble.com.
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
4:55 p.m.
what better name you suggest?
StartOnLoad ?
But frankly i suggest only start when needed ;-)
You can have AutoStart = 0, 1, 2 rather than only true/false
I don't
want OOo always running on loaded server.
Why? Note that XWiki doesn't talk directly to the
office server. jodconverter
...which is abandoned. I'm screwed....
BTW, is it used for RTF export ?
I see that both ODT export and RTF export destroys russian texts in the same
way.
(Import ODT also destroys them)
While RTF export is avail after OOo shutdown, it still makes the same
destruction, so the bug probably is in the same codepath.
Maybe it is Windows-related, dunno.
you can try to reconnect
The less manual work
the better, though of course "that is the way as it is"
and it already 140MB of download stuff :-)
--
View this message in context:
http://xwiki.475771.n2.nabble.com/OpenOffice-auto-start-tp7579979p7580004.h…
Sent from the XWiki- Users mailing list archive at Nabble.com.
5:05 p.m.
thanks, would have a look, that is not easy reading and i have to have my
weekend :-)
I'd like to correct myself.
I told that RTF is broken even after OOo shutdown. I was wrong.
It was broken - on that page, so probably it was caching issue.
when i exported another page, the russian text was readable. Though it
contained its own issues regarding hyperlinks: http://i.imgur.com/Q0fRr.png
in Word 2010
--
View this message in context:
http://xwiki.475771.n2.nabble.com/OpenOffice-auto-start-tp7579979p7580009.h…
Sent from the XWiki- Users mailing list archive at Nabble.com.
5:08 p.m.
On Fri, Jun 29, 2012 at 5:55 PM, Arioch <AriochThe(a)gmail.com> wrote:
The longer
application works, the more it has chance to leak memory or to
crash
> what better name you suggest?
StartOnLoad ?
Someone might ask "Load of what?". You have the choice between small
and convenient configuration name with comments to explain its meaning
or a long name (automaticallyStartAndConnentToOfficeServerWhenStartingXWiki)
but less convenient to use.
But frankly i suggest only start when needed ;-)
You can have AutoStart = 0, 1, 2 rather than only true/false
AFAIK, you're the first one to ask for this.
I
don't want OOo always running on loaded server.
Why? If this functionality would be used once a week - then
why bother?
If you use the office importer that 'often', then you probably afford
to manually start/stop the office server before/after importing :)
I want to lower load on server as possible.
RTF export can also be done through FOP, but the results are better
through office server.
Note that XWiki doesn't talk directly to the
office server. jodconverter
...which is abandoned. I'm screwed....
BTW, is it used for RTF export ?
I see that both ODT export and RTF export destroys russian texts in the same
way. (Import ODT also destroys them)
While RTF export is avail after OOo shutdown, it still makes the same
destruction, so the bug probably is in the same codepath.
Maybe it is Windows-related, dunno.
I gave you a link to a JIRA issue, did you read the comments? It's
just a matter of configuring the office server to output UTF-8
encoding.
Hope this helps,
Marius
you can try to reconnect
The less manual
work the better, though of course "that is the way as it is"
and it already 140MB of download stuff :-)
--
View this message in context:
http://xwiki.475771.n2.nabble.com/OpenOffice-auto-start-tp7579979p7580004.h…
Sent from the XWiki- Users mailing list archive at Nabble.com.
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
2 Jul
2 Jul
3:05 p.m.
i just does not want manual admin operations, nor i want giving users power
to run/stop OOo which is admin operation
Okay, maybe i'd really look for some xinetd for Win :-)
the results are better through office server.
YMMV
To me ODT's PDF is unreadable and it can hardly be told that "OOo did not
reported charset to XWiki" in this case...
did you read the comments?
yes, the work-around
for reading, i wonder it that would be work-around for
exporting as well.
That would raise questions
"which file to alter in given OOo version ?"
"where is that file placed ?"
"would it survive OOo upgrades"
BTW, if OOo is used not only for OpenDocument but also for PDF, then why not
use it for MSO formats, both OpenXML and legacy binary ones ?
--
View this message in context:
http://xwiki.475771.n2.nabble.com/OpenOffice-auto-start-tp7579979p7580054.h…
Sent from the XWiki- Users mailing list archive at Nabble.com.
3:51 p.m.
when exprorting into OOo, which module creates interim file for OOO an can be
raw file been intersapted ?
--
View this message in context:
http://xwiki.475771.n2.nabble.com/OpenOffice-auto-start-tp7579979p7580056.h…
Sent from the XWiki- Users mailing list archive at Nabble.com.
3 Jul
3 Jul
8:24 a.m.
On Mon, Jul 2, 2012 at 4:05 PM, Arioch <AriochThe(a)gmail.com> wrote:
i just does not want manual admin operations, nor i
want giving users power
to run/stop OOo which is admin operation
Okay, maybe i'd really look for some xinetd for Win :-)
WDYM? The PDF export is done only through FOP, not through the office
server. The RTF export can be done in both ways, depending whether the
office server is started and connected.
the results are better through office server.
YMMV
To me ODT's PDF is unreadable and it can hardly be told that "OOo did not
reported charset to XWiki" in this case... did you read the comments?
yes, the
work-around for reading, i wonder it that would be work-around for
exporting as well.
That would raise questions
"which file to alter in given OOo version ?"
"where is that file placed ?"
"would it survive OOo upgrades"
BTW, if OOo is used not only for OpenDocument but also
for PDF, then why not
use it for MSO formats, both OpenXML and legacy binary ones ?
Simply change the value of the 'format' query string parameter in the
export URL. We promote open standards, but technically you can export
in any format supported by the office server.
Hope this helps,
Marius
--
View this message in context:
http://xwiki.475771.n2.nabble.com/OpenOffice-auto-start-tp7579979p7580054.h…
Sent from the XWiki- Users mailing list archive at Nabble.com.
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
8:27 a.m.
On Mon, Jul 2, 2012 at 4:51 PM, Arioch <AriochThe(a)gmail.com> wrote:
when exprorting into OOo, which module creates interim
file for OOO an can be
raw file been intersapted ?
The export request starts in ExportAction [1] and goes through
OfficeExporter [2].
Hope this helps,
Marius
[1]
https://github.com/xwiki/xwiki-platform/blob/master/xwiki-platform-core/xwi…
[2]
https://github.com/xwiki/xwiki-platform/blob/master/xwiki-platform-core/xwi…
--
View this message in context:
http://xwiki.475771.n2.nabble.com/OpenOffice-auto-start-tp7579979p7580056.h…
Sent from the XWiki- Users mailing list archive at Nabble.com.
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
5:46 p.m.
> To me ODT's PDF is unreadable and it can
hardly be told that "OOo did not
> reported charset to XWiki" in this case...
WDYM? The PDF export is done only through FOP, not
through the office
server. The RTF export can be done in both ways, depending whether the
office server is started and connected.
My bad, i meant RTF export.
We promote open standards, but technically you can
export
in any format supported by the office server.
OpenXML is also open standard, no matter how u like or dislike MS.
Probably more open than RTF :-)
And since you call yourself Enterprice XWiki, then MSO import export is
expected.
Maybe by optional plugin, but still.
--
View this message in context:
http://xwiki.475771.n2.nabble.com/OpenOffice-auto-start-tp7579979p7580082.h…
Sent from the XWiki- Users mailing list archive at Nabble.com.
4 Jul
4 Jul
11:55 a.m.
when running internally contorolled server, it creates the config like
c:\Users\uesr-name\AppData\Local\Temp\.jodconverter_socket_host-127.0.0.1_port-8100\user\registrymodifications.xcu
This is vanilla ocnfig with only very little inside and no UTF8 format
fixed.
I wonder where does it take it from ?
--
View this message in context:
http://xwiki.475771.n2.nabble.com/OpenOffice-auto-start-tp7579979p7580127.h…
Sent from the XWiki- Users mailing list archive at Nabble.com.
12:18 p.m.
Do u use file.encoding in export ?
http://www.mindspring.com/~mgrand/java-system-properties.htm
I managed to intercept export_input.html and it is obviously broken.
It's header claims
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type"
/><meta
content="ru" name="language" />
But the content is in OS-dependent SBCS: namely windows-1251 to me instead
of UTF-8.
You should sync them to one case or another.
Personally i am for all UTF-8, since who can give warrants that user did not
entered into wiki-page characters that are beyond OS-local SBCS encoding,
like greek chars or german or whatever ?
--
View this message in context:
http://xwiki.475771.n2.nabble.com/OpenOffice-auto-start-tp7579979p7580132.h…
Sent from the XWiki- Users mailing list archive at Nabble.com.
12:21 p.m.
also i wonder if you do use file.encoding in import....
Then even would OOo give u correct HTML source, you would read it in
incorrect way...
I think you'd better use some HTML/XML/SGML library rather than plain file
API to avoid wrong reconversions.
HTML files are not plain text files to guess encoding, they have their own
properties and are independent of OS locale
--
View this message in context:
http://xwiki.475771.n2.nabble.com/OpenOffice-auto-start-tp7579979p7580133.h…
Sent from the XWiki- Users mailing list archive at Nabble.com.
12:31 p.m.
DefaultXDOMOfficeDocumentBuilder.java
DefaultXHTMLOfficeDocumentBuilder.java
why two files ? what the differences and interactions ?
--
View this message in context:
http://xwiki.475771.n2.nabble.com/OpenOffice-auto-start-tp7579979p7580134.h…
Sent from the XWiki- Users mailing list archive at Nabble.com.
1:33 p.m.
The PDF export is done only through FOP, not through
the office
server.
BTW, why ?
--
View this message in context:
http://xwiki.475771.n2.nabble.com/OpenOffice-auto-start-tp7579979p7580142.h…
Sent from the XWiki- Users mailing list archive at Nabble.com.
4510
days inactive
4516
days old
14 comments
2 participants
participants (2)
-
Arioch -
Marius Dumitru Florea