date:20091204

Hi,


With X turned on (runlevel 5 on the linux box) there's no improvement in
 the import of documents with images (still times out)

 I start xwiki automatically from an init script - so it doesn't pick up
 a DISPLAY environment variable.

 Can anyone confirm whether they can import documents with images with:

  - linux 2.6(.18)
  - openoffice.org 3.1.1
  - xwiki (standalone) 2.0.3


Here is my configuration:

- Fedroa 10 desktop (2.6.27.30-170.2.82.fc10.i686.PAE kernel)

- XE 2.0.3

- OpenOffice.org 3.1.1 (Build 9420)

Importing documents with images works fine.

Few questions for you:

1. Is openoffice server listening on port 8100? Can XE connect to that port?

2. What does the XE log tell you when this problem occurs.

Another possibility is that there might be a problem with your openoffice
profile. Usually this should not happen because jodconverter automatically
creates a profile. Just in case, in xwiki.properties file try uncommenting
openoffice.profile option and point it to a valid (initialized) profile
directory (like /home/user/.openoffice.org/3).

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

[xwiki-users] Page modification date

Hi,


I was just wondering, is it possible to manually change the modification date 
(Page.setModified()) of pages in XWiki?


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

Re: [xwiki-users] office importer vs graphics

Hi,

On 12/4/2009 10:33 AM, Asiri Rathnayake wrote:
 Hi,


 With X turned on (runlevel 5 on the linux box) there's no improvement in

 the import of documents with images (still times out)

 I start xwiki automatically from an init script - so it doesn't pick up
 a DISPLAY environment variable.

 Can anyone confirm whether they can import documents with images with:

   - linux 2.6(.18)
   - openoffice.org 3.1.1
   - xwiki (standalone) 2.0.3

  
 Here is my configuration:

 - Fedroa 10 desktop (2.6.27.30-170.2.82.fc10.i686.PAE kernel)

 - XE 2.0.3

 - OpenOffice.org 3.1.1 (Build 9420)

 Importing documents with images works fine.

 Few questions for you:

 1. Is openoffice server listening on port 8100? Can XE connect to that port?

The port should be fine since importing simple documents works.
 2. What does the XE log tell you when this problem occurs.

I also have a import issue on the 2.0.3 XE tag. It seems that the issue 
was reported by another user here: 
http://n2.nabble.com/OpenOffice-converter-problem-URL-seems-to-be-an-unsupported-one-td3996858.html#a3996858
Importing works fine for me on the current 2.0.x snapshot.
 Another possibility is that there might be a problem with your openoffice
 profile. Usually this should not happen because jodconverter automatically
 creates a profile.
No, the profile is not created automatically, at least not every time. I 
had this issue on both Windows and Linux. You need to start  use Open 
Office so that it creates the folder, otherwise you need to create it 
yourself or change the office importer settings.

Thanks,
Florin Ciubotaru
 Just in case, in xwiki.properties file try uncommenting
 openoffice.profile option and point it to a valid (initialized) profile
 directory (like /home/user/.openoffice.org/3).

 - Asiri
 ___
 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] office importer vs graphics

Hi,

1. Is openoffice server listening on port 8100? Can XE connect to that
port?

The port should be fine since importing simple documents works.
2. What does the XE log tell you when this problem occurs.

I also have a import issue on the 2.0.3 XE tag. It seems that the issue
was reported by another user here:

http://n2.nabble.com/OpenOffice-converter-problem-URL-seems-to-be-an-unsupported-one-td3996858.html#a3996858
Importing works fine for me on the current 2.0.x snapshot.
Another possibility is that there might be a problem with your openoffice
profile. Usually this should not happen because jodconverter
automatically
creates a profile.
No, the profile is not created automatically, at least not every time. I
had this issue on both Windows and Linux. You need to start use Open
Office so that it creates the folder, otherwise you need to create it
yourself or change the office importer settings.

Well, if the OpenOffice server is started internal to XE AFAIR OpenOffice
profile should be created automatically. But if you are starting OpenOffice
server externally, then you have to provide a profile directory manually.

I'll investigate a bit further.

- Asiri

Thanks,
Florin Ciubotaru
Just in case, in xwiki.properties file try uncommenting
openoffice.profile option and point it to a valid (initialized) profile
directory (like /home/user/.openoffice.org/3).

- Asiri
___
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] Print a whole space beginning with WebHome

2009-12-04 Thread H.-Dirk Schmitt

Hello!

I'm running with XWiki 2.0.3.
I have the need to print (or export to pdf) a whole space starting with
WebHome.

I tried the following:
 
[[PDF-Versionhttps://www.computer42.org/xwiki/bin/export/XX-XXX/WebHome?format=pdfincludelinks=1pagebreaks=1]]

It has worked in the beginning. But as the space grows duplicate section
names (in different pages) occurs.
This force the following exception:  
org.apache.fop.fo.ValidationException: Property ID HKurzbeschreibung
(found on fo:block) previously used; ID values must be unique within a
document! (See position 1142:263)
(full stack trace at the end)

How can I work around this problem? Is any other solution suggested ?

Best regards,

H.-Dirk Schmitt


Error number 11015 in 11: Exception while exporting
Wrapped Exception: Error number 12002 in 12: Exception while exporting PDF
Wrapped Exception: org.apache.fop.fo.ValidationException: Property ID 
HKurzbeschreibung (found on fo:block) previously used; ID values must be 
unique within a document! (See position 1142:263)
com.xpn.xwiki.XWikiException: Error number 11015 in 11: Exception while 
exporting
Wrapped Exception: Error number 12002 in 12: Exception while exporting PDF
Wrapped Exception: org.apache.fop.fo.ValidationException: Property ID 
HKurzbeschreibung (found on fo:block) previously used; ID values must be 
unique within a document! (See position 1142:263)
at com.xpn.xwiki.web.ExportAction.render(ExportAction.java:64)
at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:214)
at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:115)
at 
org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431)
at 
org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236)
at 
org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196)
at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:414)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at 
com.xpn.xwiki.wysiwyg.server.filter.ConversionFilter.doFilter(ConversionFilter.java:152)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at com.xpn.xwiki.web.ActionFilter.doFilter(ActionFilter.java:117)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at 
com.xpn.xwiki.plugin.webdav.XWikiDavFilter.doFilter(XWikiDavFilter.java:68)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at 
com.xpn.xwiki.web.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:295)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at 
com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:112)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
at 
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at 
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
at 
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at 
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:567)
at 
org.apache.catalina.authenticator.SingleSignOn.invoke(SingleSignOn.java:394)
at 
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at 
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:293)
at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:190)
at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:291)
at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:769)
at 
org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:698)
at 
org.apache.jk.common.ChannelSocket$SocketConnection.runIt(ChannelSocket.java:891)

Re: [xwiki-users] office importer vs graphics

Hi,

1. Is openoffice server listening on port 8100? Can XE connect to that
port?

The port should be fine since importing simple documents works.
2. What does the XE log tell you when this problem occurs.

I also have a import issue on the 2.0.3 XE tag. It seems that the issue
was reported by another user here:

http://n2.nabble.com/OpenOffice-converter-problem-URL-seems-to-be-an-unsupported-one-td3996858.html#a3996858
Importing works fine for me on the current 2.0.x snapshot.
Another possibility is that there might be a problem with your
openoffice
profile. Usually this should not happen because jodconverter
automatically
creates a profile.
No, the profile is not created automatically, at least not every time. I
had this issue on both Windows and Linux. You need to start use Open
Office so that it creates the folder, otherwise you need to create it
yourself or change the office importer settings.

With jodconverter 3.0-beta-2 you don't need a profile directory if you are
starting OpenOffice server internal to XE:

Refer:
http://groups.google.com/group/jodconverter/browse_thread/thread/8b73b26b701c3249?pli=1for
details.

Note that we've mentioned this on the documentation at
http://code.xwiki.org/xwiki/bin/view/Applications/OfficeImporterApplication

For the *profilePath* configuration option, you need to have an OpenOffice
profile directory created somewhere on the system. This can be a problem in
server environments where launching OpenOffice is not an option. In such
situations you can create an OpenOffice profile on a local computer and
upload it to the server running XE.

Although it is under the wrong topic (internally managed..) it should be
under Externally managed... section (fixing that now).

Also jodconverter 3.0-beta-3 has been out for a while:

http://groups.google.com/group/jodconverter/browse_thread/thread/6e4eeb3d7e9e63ca/fd3da52e33043f68?lnk=gstq=beta#fd3da52e33043f68

I did not have time to upgrade office importer. And I think they have few
API changes as well, will need some testing.

Thanks.

- Asiri

I'll investigate a bit further.

- Asiri

Thanks,
Florin Ciubotaru
Just in case, in xwiki.properties file try uncommenting
openoffice.profile option and point it to a valid (initialized) profile
directory (like /home/user/.openoffice.org/3).

- Asiri
___
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] office importer vs graphics

Hi,

On 12/4/2009 11:14 AM, Asiri Rathnayake wrote:
Hi,

1. Is openoffice server listening on port 8100? Can XE connect to that
port?

The port should be fine since importing simple documents works.

2. What does the XE log tell you when this problem occurs.

I also have a import issue on the 2.0.3 XE tag. It seems that the issue
was reported by another user here:

http://n2.nabble.com/OpenOffice-converter-problem-URL-seems-to-be-an-unsupported-one-td3996858.html#a3996858
Importing works fine for me on the current 2.0.x snapshot.

Another possibility is that there might be a problem with your openoffice
profile. Usually this should not happen because jodconverter

automatically

creates a profile.

No, the profile is not created automatically, at least not every time. I
had this issue on both Windows and Linux. You need to start use Open
Office so that it creates the folder, otherwise you need to create it
yourself or change the office importer settings.

I'll investigate a bit further.

Hmm, I had the profile issue while using a internally managed
server(same machine as XE).

Thanks,
Florin Ciubotaru
- Asiri

Thanks,
Florin Ciubotaru

Just in case, in xwiki.properties file try uncommenting
openoffice.profile option and point it to a valid (initialized) profile
directory (like /home/user/.openoffice.org/3).

- Asiri
___
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] Page modification date

2009-12-04 Thread Sergiu Dumitriu

On 12/04/2009 09:52 AM, J. Allen Q. Santos wrote:
 Hi,


 I was just wondering, is it possible to manually change the modification date 
 (Page.setModified()) of pages in XWiki?


Yes. From Java, you have to do this:

doc.setDate(new Date()); // or any Date object you want
doc.setContentDirty(false);
doc.setMetaDataDirty(false);
xwiki.saveDocument(doc, comment, minorEdit, xcontext);

 From Velocity, you would need programming rights to access the 
protected XWikiDocument object, since all these setters are not 
available from the public API.

-- 
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] office importer vs graphics

Hi,

On 12/4/2009 11:27 AM, Asiri Rathnayake wrote:
Hi,

1. Is openoffice server listening on port 8100? Can XE connect to that

port?

The port should be fine since importing simple documents works.

2. What does the XE log tell you when this problem occurs.

I also have a import issue on the 2.0.3 XE tag. It seems that the issue
was reported by another user here:

http://n2.nabble.com/OpenOffice-converter-problem-URL-seems-to-be-an-unsupported-one-td3996858.html#a3996858
Importing works fine for me on the current 2.0.x snapshot.

Another possibility is that there might be a problem with your

openoffice

profile. Usually this should not happen because jodconverter

automatically

creates a profile.

With jodconverter 3.0-beta-2 you don't need a profile directory if you are
starting OpenOffice server internal to XE:

Refer:
http://groups.google.com/group/jodconverter/browse_thread/thread/8b73b26b701c3249?pli=1for
details.

I fell we're hijacking the thread with this. Even if jodconverter will
create your profile directory you still need to update the office
importer management app which requires an directory path to connect.
You only get to call jodconverter while importing, and obviously after
the connection is made. But you can't connect to the server without the
folder in the first place.

Thanks,
Florin Ciubotaru
Note that we've mentioned this on the documentation at
http://code.xwiki.org/xwiki/bin/view/Applications/OfficeImporterApplication

Although it is under the wrong topic (internally managed..) it should be
under Externally managed... section (fixing that now).

Also jodconverter 3.0-beta-3 has been out for a while:

http://groups.google.com/group/jodconverter/browse_thread/thread/6e4eeb3d7e9e63ca/fd3da52e33043f68?lnk=gstq=beta#fd3da52e33043f68

I did not have time to upgrade office importer. And I think they have few
API changes as well, will need some testing.

Thanks.

- Asiri

I'll investigate a bit further.

- Asiri

Thanks,
Florin Ciubotaru

Just in case, in xwiki.properties file try uncommenting
openoffice.profile option and point it to a valid (initialized) profile
directory (like /home/user/.openoffice.org/3).

- Asiri
___
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] Page modification date

--
From: Sergiu Dumitriu ser...@xwiki.com
Sent: Friday, December 04, 2009 5:41 PM
To: XWiki Users users@xwiki.org
Subject: Re: [xwiki-users] Page modification date

 On 12/04/2009 09:52 AM, J. Allen Q. Santos wrote:
 Hi,

 I was just wondering, is it possible to manually change the modification 
 date (Page.setModified()) of pages in XWiki?

 Yes. From Java, you have to do this:

 doc.setDate(new Date()); // or any Date object you want

What's this for:
 doc.setContentDirty(false);
 doc.setMetaDataDirty(false);
???

 xwiki.saveDocument(doc, comment, minorEdit, xcontext);

 From Velocity, you would need programming rights to access the
 protected XWikiDocument object, since all these setters are not
 available from the public API.

 -- 
 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

Re: [xwiki-users] office importer vs graphics

Hi,



  Refer:
 
 http://groups.google.com/group/jodconverter/browse_thread/thread/8b73b26b701c3249?pli=1for
  details.
 
 I fell we're hijacking the thread with this. Even if jodconverter will
 create your profile directory you still need to update the office
 importer management app which requires an directory path to connect.
 You only get to call jodconverter while importing, and obviously after
 the connection is made. But you can't connect to the server without the
 folder in the first place.


Jodconverter will try to figure out the openoffice installation dir
automatically. But this is not very accurate, and I have metioned this on
the doc:

http://code.xwiki.org/xwiki/bin/view/Applications/OfficeImporterApplication

Default values for *homePath* and *profilePath* configuration options will
be calculated based on your operating environment. Even though this is the
case, this calculation might not yield accurate results for some systems. So
it's a good idea to configure these values manually by editing the
xwiki.properties file.

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

Re: [xwiki-users] office importer vs graphics

Hi,

On Fri, Dec 4, 2009 at 3:21 PM, Florin Ciubotaru florin.ciubot...@xwiki.com
 wrote:

 Hi Asiri,

 Could this be also caused by the opened streams issue?
 JODConverter creates extra files when exporting embeded elements like
 images. Since this seems to work on the 2.0.5 snapshot but not on 2.0.3,
 is it possible that this is solved as a side effect of fixing
 http://jira.xwiki.org/jira/browse/XWIKI-4636 ?


Yes, it's a possibility. But still, I can't be certain (it works fine for
me).

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

Re: [xwiki-users] Page modification date

2009-12-04 Thread Sergiu Dumitriu

On 12/04/2009 10:52 AM, J. Allen Q. Santos wrote:
 --
 From: Sergiu Dumitriuser...@xwiki.com
 Sent: Friday, December 04, 2009 5:41 PM
 To: XWiki Usersusers@xwiki.org
 Subject: Re: [xwiki-users] Page modification date

 On 12/04/2009 09:52 AM, J. Allen Q. Santos wrote:
 Hi,

 I was just wondering, is it possible to manually change the modification
 date (Page.setModified()) of pages in XWiki?

 Yes. From Java, you have to do this:

 doc.setDate(new Date()); // or any Date object you want

 What's this for:
 doc.setContentDirty(false);
 doc.setMetaDataDirty(false);
 ???

The current core is not that well designed, so there are lots of 
misplaced responsibilities. So, updating the document change date is now 
done inside the storage part, right before pushing the document to the 
database. This date update is triggered by this check:

 if (doc.isContentDirty() || doc.isMetaDataDirty()) {

 xwiki.saveDocument(doc, comment, minorEdit, xcontext);

  From Velocity, you would need programming rights to access the
 protected XWikiDocument object, since all these setters are not
 available from the public API.

-- 
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] office importer vs graphics

Hi,
On 12/4/2009 11:57 AM, Asiri Rathnayake wrote:
Refer:
http://groups.google.com/group/jodconverter/browse_thread/thread/8b73b26b701c3249?pli=1for
I fell we're hijacking the thread with this. Even if jodconverter will
create your profile directory you still need to update the office
importer management app which requires an directory path to connect.
You only get to call jodconverter while importing, and obviously after
the connection is made. But you can't connect to the server without the
folder in the first place.

Jodconverter will try to figure out the openoffice installation dir
automatically. But this is not very accurate, and I have metioned this on
the doc:

http://code.xwiki.org/xwiki/bin/view/Applications/OfficeImporterApplication

Yes, but even when it figures out the open office installation dir, it
doesn't create the profile folder if it doesn't exist. This will cause
the connection to fail. I think you have different behavior depending on
the system. I tested on Windows Xp, 7 and Fedora. It never created the
profile dir. Anyway, I don't think this is the cause of the current issue.
Default values for *homePath* and *profilePath* configuration options will
be calculated based on your operating environment. Even though this is the
case, this calculation might not yield accurate results for some systems. So
it's a good idea to configure these values manually by editing the
xwiki.properties file.

- Asiri
___
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] office importer vs graphics

Hi,

On 12/4/2009 11:59 AM, Asiri Rathnayake wrote:
 Hi,

 On Fri, Dec 4, 2009 at 3:21 PM, Florin Ciubotaruflorin.ciubot...@xwiki.com

 wrote:
  

 Hi Asiri,

 Could this be also caused by the opened streams issue?
 JODConverter creates extra files when exporting embeded elements like
 images. Since this seems to work on the 2.0.5 snapshot but not on 2.0.3,
 is it possible that this is solved as a side effect of fixing
 http://jira.xwiki.org/jira/browse/XWIKI-4636 ?

  
 Yes, it's a possibility. But still, I can't be certain (it works fine for
 me).

Ok, I'll make some time to look into it this week-end.

Florin Ciubotaru
 - Asiri
 ___
 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] office importer vs graphics

Hi,



  Jodconverter will try to figure out the openoffice installation dir
  automatically. But this is not very accurate, and I have metioned this on
  the doc:
 
 
 http://code.xwiki.org/xwiki/bin/view/Applications/OfficeImporterApplication
 
 Yes, but even when it figures out the open office installation dir, it
 doesn't create the profile folder if it doesn't exist. This will cause
 the connection to fail.


As I said before, with jodconverter 3.0-beta-2 version, you don't need a
profile dir (if you are internally starting the OOo server).

Refer:
http://groups.google.com/group/jodconverter/browse_thread/thread/8b73b26b701c3249?pli=1for

OOo is now started with -nofirststartwizard by default. This avoids the
   frequent problem of OOo refusing to work on a new machine because it's
   expecting somebody to accept its license dialogue even in -headless
mode.

It is after accepting the license agreement the profile dir gets created.
With the -nofirststartwizard flag you don't need a profile dir.

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

Re: [xwiki-users] office importer vs graphics

Hi,

Sorry for the previous empty mail.
All this quoting is not necessary, I never asked how jodconverter
behaves nor do I trust the doc without testing it ;) My point is that
just relying on that upgrade or specification didn't do the trick and we
still have the issue. Please test the use case. :)

The server fails to start when you call the start() method in
DefaultOpenOffice manager if you don't provide an valid folder.
Note that there is a difference between profileDir and
templateProfileDir which you set in the configuration. Maybe you could
investigate this.
Since this is not related to the current thread, i propose to move the
discussion on jira. This is a low priority issue as it only happens on a
fresh machine.

Thanks,
Florin Ciubotaru

On 12/4/2009 2:52 PM, Florin Ciubotaru wrote:
On 12/4/2009 12:29 PM, Asiri Rathnayake wrote:

Hi,

Jodconverter will try to figure out the openoffice installation dir
automatically. But this is not very accurate, and I have metioned this on
the doc:

http://code.xwiki.org/xwiki/bin/view/Applications/OfficeImporterApplication

Yes, but even when it figures out the open office installation dir, it
doesn't create the profile folder if it doesn't exist. This will cause
the connection to fail.

As I said before, with jodconverter 3.0-beta-2 version, you don't need a
profile dir (if you are internally starting the OOo server).

Refer:
http://groups.google.com/group/jodconverter/browse_thread/thread/8b73b26b701c3249?pli=1for

OOo is now started with -nofirststartwizard by default. This avoids the
frequent problem of OOo refusing to work on a new machine because it's
expecting somebody to accept its license dialogue even in -headless
mode.

It is after accepting the license agreement the profile dir gets created.
With the -nofirststartwizard flag you don't need a profile dir.

- Asiri
___
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] [Proposal] Governance for xwiki.org

2009-12-04 Thread Vincent Massol

Hi everyone (devs and users),

While we have a clear governance for write access to our source  
repository (http://dev.xwiki.org), we're missing a clear governance  
for xwiki.org. The idea is to address mainly the following 2 questions:
1) who owns it and thus controls (or rather provides direction  
for)  its content
2) can it be used for business advertising (support, paid packages,  
consulting services)

Bit of History about XWiki SAS


- XWiki SAS (http://xwiki.com) is the company founded by Ludovic  
Dubost the creator of XWiki (I'm the CTO of XWiki SAS in addition to  
being a committer here).
- Most of the active contributors are also employed and paid by XWiki  
SAS to develop the XWiki software. Today that's
-- 12.5 committers (developers)
-- 1 open source product manager (see 
http://markmail.org/thread/ggaaw4u6yyci4oan 
  for its definition)
-- 1 designer
-- 1 tester/technical writer
- XWiki SAS sells services around the open source software, see 
http://www.xwiki.com/xwiki/bin/view/Services/
- XWiki SAS truly believes and understands open source, see 
http://www.xwiki.com/xwiki/bin/view/About/Values
-- I also wrote a blog post on this some time back: 
http://massol.myxwiki.org/xwiki/bin/view/Blog/XWikiSASAndOpenSource
- XWiki SAS has promised not to do evil ;), see its manifesto at 
http://www.xwiki.com/xwiki/bin/view/About/Manifesto
- XWiki SAS is paying for the servers and maintenance of xwiki.org,  
myxwiki.org, the maven repo, the svn repo, the hudson build serversn  
the free JUG farm, and more

Issue at hand
===

XWiki SAS would like to generate more revenue to be able to increase  
the development pace of the XWiki software. We'd like to fund even  
more the development of XWiki, so that it becomes an even better  
product. We've asked you what you'd like to see in the future in XWiki  
and you've answered on this survey result:
http://www.xwiki.org/xwiki/bin/view/Blog/Features+Survey+Results

We'd like to implement those features as fast as possible.

For this we need to ensure that users interested in commercial  
services find easily the way to http://xwiki.com, even when they  
arrive on xwiki.org.

This is true for XWiki SAS's services but also for any company willing  
to offer services around the XWiki open source project. There's no  
magic. Developers need to be paid when they work full time on some  
project. We need a commercial ecosystem around XWiki for it to  
progress as quickly as its competitors (the collaboration market). We  
need to allow for commercial companies the ability to generate revenue  
from their work on the XWiki open source project. However we also want  
to continue ensuring that all the XWiki development is done in open  
source, under a LGPL license.

Governance Proposal
=

1) xwiki.org is controlled by the XWiki committers. This means that  
important changes brought to it should be discussed/vote on the list,  
using the same practices as for code commits
2) xwiki.org stays open in edit mode to all external contributors (and  
XWiki committers continue to monitor it to remove spam, etc)
3) we agree to start with 3 zones where companies can advertise their  
commercial offers on top of the XWiki open source product:
-- On the download page (for business packages, subscriptions, hosting)
-- On the support page (for services: support, consulting)
-- (still to be defined) Possibly on a Products tab in the new  
horizontal navigation. The idea would be to do as jboss.org is doing.  
Projects are open source and community and Products are commercial
4) the company offerings are listed by their amount of contributions  
to the XWiki open source project. The company that contributes most  
(XWiki SAS today) gets the best spots (top of the list, bigger space)
5) Companies who want to be listed should provide some proof of their  
contributions to the XWiki open source project
6) XWiki SAS gets some acknowledgment for paying for the xwiki.org  
server/maintenance of it. Probably somewhere in the footer of the site  
or on side panel somewhere
7) xwiki.org should always remain a site for the xwiki open source  
community

Conclusion
=

We want to stress that this proposal is not about XWiki SAS making a  
commercial takeover of the xwiki.org site.

It's about recognizing that if the XWiki open source software  
progresses quickly today, it's thanks to contributors but also for a  
very large proportion to companies paying developers to work on it,  
either directly  (like XWiki SAS or other companies that have  
developers contributing) or indirectly (by paying for example XWiki  
SAS or other companies to work on specific features).

It's also about recognizing that XWiki SAS is happy to see other  
companies willing to contribute to the progress of the XWiki open  
source project and thus to provide a place for these companies to be  
visible too.

I hope that all our contributors but also users of

[xwiki-users] [ANN] XWiki Enterprise 2.1 Release Candidate 1 released

2009-12-04 Thread Jean-Vincent Drean

The XWiki development team is pleased to announce the release of XWiki
Enterprise 2.1 Release Candidate 1.

Go grab it at http://www.xwiki.org/xwiki/bin/view/Main/Download

It's the first and hopefully only release candidate of the 2.1 version.

Main changes from 2.1 Milestone 1:

* The Blog application is now using the xwiki/2.0 syntax and the new
WYSIWYG editor
* Allow XWiki.XWikiAllGroup to be an implicit group, containing all
the users without explicitly listing them as objects
* When renaming a page, also update the parent field of subpages
(Patch from Caleb James De Lisle)
* [Platform] Ability to register a component for the current user or
for the current wiki instead of globally. Note that this will be used
in the near future to allow registering Wiki Macros in multiwiki mode
without the macros being visible in other wikis.
* Updated translations : de (including WYSIWYG), es, fr (including
WYSIWYG), gl, lv, nl, pl, ro, sv, zh
* All Features and Improvements also present in XWiki Enterprise 2.0.4

For more information see the Release notes at:
http://www.xwiki.org/xwiki/bin/view/Main/ReleaseNotesXWikiEnterprise21RC1

Thanks
-The XWiki dev team
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

[xwiki-users] xwiki 2.0 syntax issues

2009-12-04 Thread Bubulina


Hello
this was the most longest week since i can remember.

Why is that hard to use a css object inserted into a page without messing
all the text of a page?
1. I have a document in a page, to which i (have to ?) add a stylesheet
object at the edit mode. in this stylesheet object i place my css code. This
page has a simple name like: TemplateStyleClass
2. i make another page in the space and import the above page:
$xwiki.ssx.use(TemplateStyleClass) So i automatically

Xwiki new styntax makes us use the: {{velocity}}{{html}} when we have
velocity code and tables(html).if i am wrong feel free to show me an
example that works to show a table or divs or #set(something) without those
2 lines at the begining and at the end; 

When i try to do something extremmly simply like having text and tables ,
some in divs, some not, the surprise pops.

{{velocity}}
{{html}}
$xwiki.ssx.use(TemplateStyleClass)

div class=leftSidePanel 
  (% style=font-size: 1em; %)
== **LEFT** ==

/div

div class=rightSidePanel 
(% style=font-size: 1em; %)
== **RIGHT** ==
/div

{{/html}}
{{/velocity}}

In XWIKI Sintax() you specify:

**bold**
(% style=text-align:center;color:blue %)
Centered and blue paragraph
== Header ==

etc.
This means that if someone is using the new sintax (2.0) this is how he
should write the code inside the document and plus, it shows how it will
look.
== Header == this creates sections. it doesif not inserted in a div

If i put {{/html}}{{/velocity}} before i write 

(% style=text-align:center;color:blue %)
Centered and blue paragraph 

and then start all over with these lines : {{velocity}}{{html}} and so oon.
it does not recognize my divs anymore.

This should have been an easy and routine, actually boring stuff to do, to
make a page, import a css where u declare 2 panels, use them in the page and
add simple text and code where you desire. 
But it turned out to be a day of a big hassel. If the documentation says :
(% style=text-align:center;color:blue %)
Centered and blue paragraph  then this should just work.

Thank you

-- 
View this message in context: 
http://n2.nabble.com/xwiki-2-0-syntax-issues-tp4113304p4113304.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] office importer vs graphics

Hi Florin,

Hi,

What do you think I have been testing for last year or so? :)

I have tested OfficeImporter in a lot of scenarios (mostly on linux boxes
though) but I cannot do exhaustive testing on all the environments. I know
we have a problem with OfficeImporter on fresh boxes but you have to
understand that currently I cannot do a lot of investigations regarding this
issue. An issue like this cannot be fixed just by going through the code, I
need some time to investigate. Please understand me, it's about priority,
not about technical details.

Why I pointed out the docs was because this problem never came across me
until recently, so without getting someone's clear confirmation that we
_really_ have an important issue, I'd rather not spend time on investigating
it.

I agree, and I plan to investigate this issue (and there are several other
issues on my list), I just need to find time for them.

- Asiri

Thanks,
Florin Ciubotaru

On 12/4/2009 2:52 PM, Florin Ciubotaru wrote:
On 12/4/2009 12:29 PM, Asiri Rathnayake wrote:

Hi,

Jodconverter will try to figure out the openoffice installation dir
automatically. But this is not very accurate, and I have metioned this
on
the doc:

http://code.xwiki.org/xwiki/bin/view/Applications/OfficeImporterApplication

Yes, but even when it figures out the open office installation dir, it
doesn't create the profile folder if it doesn't exist. This will cause
the connection to fail.

As I said before, with jodconverter 3.0-beta-2 version, you don't need a
profile dir (if you are internally starting the OOo server).

Refer:

http://groups.google.com/group/jodconverter/browse_thread/thread/8b73b26b701c3249?pli=1for

OOo is now started with -nofirststartwizard by default. This avoids the
frequent problem of OOo refusing to work on a new machine because
it's
expecting somebody to accept its license dialogue even in -headless
mode.

It is after accepting the license agreement the profile dir gets
created.
With the -nofirststartwizard flag you don't need a profile dir.

- Asiri
___
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] Page modification date

Ok. Thank you. I'll try the code snippet.

J. Allen

--
From: Sergiu Dumitriu ser...@xwiki.com
Sent: Friday, December 04, 2009 6:00 PM
To: XWiki Users users@xwiki.org
Subject: Re: [xwiki-users] Page modification date

 On 12/04/2009 10:52 AM, J. Allen Q. Santos wrote:
 --
 From: Sergiu Dumitriuser...@xwiki.com
 Sent: Friday, December 04, 2009 5:41 PM
 To: XWiki Usersusers@xwiki.org
 Subject: Re: [xwiki-users] Page modification date

 On 12/04/2009 09:52 AM, J. Allen Q. Santos wrote:
 Hi,

 I was just wondering, is it possible to manually change the 
 modification
 date (Page.setModified()) of pages in XWiki?

 Yes. From Java, you have to do this:

 doc.setDate(new Date()); // or any Date object you want

 What's this for:
 doc.setContentDirty(false);
 doc.setMetaDataDirty(false);
 ???

 The current core is not that well designed, so there are lots of
 misplaced responsibilities. So, updating the document change date is now
 done inside the storage part, right before pushing the document to the
 database. This date update is triggered by this check:

 if (doc.isContentDirty() || doc.isMetaDataDirty()) {

 xwiki.saveDocument(doc, comment, minorEdit, xcontext);

  From Velocity, you would need programming rights to access the
 protected XWikiDocument object, since all these setters are not
 available from the public API.

 -- 
 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

[xwiki-users] Page Map