July 2009 - xwiki-devs@xwiki.org

Re: [xwiki-devs] [xwiki-notifications] r22130 - in sandbox/xwiki-annotation-parent: . xwiki-annotation-core xwiki-annotation-core/src/main/java/org/xwiki/annotation xwiki-annotation-core/src/main/java/org/xwiki/annotation/internal xwiki-annotation-core/src/main/j
by Thomas Mortagne 28 Jul '09

28 Jul '09

On Tue, Jul 28, 2009 at 13:09, Thomas Mortagne<thomas.mortagne(a)xwiki.com> wrote: > Hi, > > Use <scope>test</scope> for test dependencies instead of <scope>provided</scope> > -- Thomas Mortagne

1 0

[xwiki-devs] [Blog] Developping an i18n blog
by Hoani Cross 28 Jul '09

28 Jul '09

Hi, I am currently using XWiki for the website of an hotel which is essentially practical for its i18n management (the website is available in English, French, Japanse and Italian). I easily managed to upgrade the PhotoAlbum application in order to be i18n (titles are i18n keys and body use $msg.get calls). I really need to have a similar functionnality on the Blog application. I was wondering how complicated this task is... I tought I could copy every document in the Blog space to a fresh new I18nBlog which I could modify. What do you think about it ? Concerning the way I plan to eventually internationalized the Blog application is to link each BlogPost to a page that could be translated, through a dedicated class member. I also noticed that the BlogParameters and BlogCode should be my first look for adapting the application. Please tell me if I'm right. At last, I was wondering about the availability of macros for managing translations when I plan to adapt the sheet. What also about the edition of a specific document in the sheet of another one, is it possible ? Thanks for your help. -- Hoani CROSS Globotraders Tahiti Founder [http://globotraders-tahiti.com]

1 0

[xwiki-devs] can/could/will Xwiki work with "Google App Engine" Java&database?
by Niels Mayer 28 Jul '09

28 Jul '09

http://code.google.com/appengine/docs/whatisgoogleappengine.html Java is supported via Java 6 JVM and standard libs: http://code.google.com/appengine/docs/java/gettingstarted/ My biggest question w/r/t Xwiki is AppEngine's database support: > The Datastore > > App Engine provides a powerful distributed data storage service that > features a query engine and transactions. Just as the distributed web server > grows with your traffic, the distributed datastore grows with your data. > > The App Engine datastore is not like a traditional relational database. > Data objects, or "entities," have a kind and a set of properties. Queries > can retrieve entities of a given kind filtered and sorted by the values of > the properties. Property values can be of any of the supported property > value types<http://code.google.com/appengine/docs/python/datastore/typesandpropertyclas…> > . > > Datastore entities are "schemaless." The structure of data entities is > provided by and enforced by your application code. The Java JDO/JPA > interfaces and the Python datastore interface include features for applying > and enforcing structure within your app. Your app can also access the > datastore directly to apply as much or as little structure as it needs. > > The datastore is strongly consistent<http://en.wikipedia.org/wiki/Consistency_model>and uses optimistic > concurrency control<http://en.wikipedia.org/wiki/Optimistic_concurrency_control>. > An update of a entity occurs in a transaction that is retried a fixed number > of times if other processes are trying to update the same entity > simultaneously. Your application can execute multiple datastore operations > in a single transaction which either all succeed or all fail, ensuring the > integrity of your data. > > The datastore implements transactions across its distributed network using > "entity groups." A transaction manipulates entities within a single group. > Entities of the same group are stored together for efficient execution of > transactions. Your application can assign entities to groups when the > entities are created. > http://code.google.com/appengine/docs/java/gettingstarted/usingdatastore.ht… > App Engine includes support for two different API standards for the > datastore: Java Data Objects <http://java.sun.com/jdo/index.jsp> (JDO) and > Java Persistence API<http://java.sun.com/developer/technicalArticles/J2EE/jpa/>(JPA). These interfaces are provided by DataNucleus > Access Platform <http://www.datanucleus.org/>, an open source > implementation of several Java persistence standards, with an adapter for > the App Engine datastore. > .............. Question: What would it take to make Xwiki work on Google App-engine? Is the "datastore" google provides compatible with xwiki's database needs? What other Java-hosting services "out there" support Xwiki? Database and java "hosting" issues for Xwiki can be problematic, even though it makes more sense, to public-host using a language like Java. I think for my own situation, I would end up "hosting" Xwiki myself, as a $500.00 box can run a few Xwiki-based sites just fine. However, for people/customers wanting an Xwiki-based site that don't know about system administration, JVM's, apache, etc, it would be nice if there was an easier path to managed hosting in an "open market." This needn't limit xwiki.com's hosting market, as much as it would open-up xwiki for wider deployment and use, and make it competitive in situations where Php or RoR might have easier buy-in, such as in the USA.... Imagine if in the future, one of the installers Xwiki.org offered worked directly with http://appengine.google.com/ so that people would actually have their own live, public xwiki sites hosted for them. There's plenty of sites that would be happy with this level of free service ( http://code.google.com/appengine/docs/quotas.html ): Resource Free Default Quota Billing Enabled Quota Daily Limit Maximum Rate Daily Limit Maximum Rate Requests 1,300,000 requests 7,400 requests/minute 43,000,000 requests 30,000 requests/minute Outgoing Bandwidth (billable<http://code.google.com/appengine/docs/quotas.html#Billable_Quotas_and_Fixed…>, includes HTTPS) 1 gigabyte 56 megabytes/minute 1 gigabyte free; 1,046 gigabytes maximum 740 megabytes/minute Incoming Bandwidth (billable<http://code.google.com/appengine/docs/quotas.html#Billable_Quotas_and_Fixed…>, includes HTTPS) 1 gigabyte 56 megabytes/minute 1 gigabyte free; 1,046 gigabytes maximum 740 megabytes/minute CPU Time (billable<http://code.google.com/appengine/docs/quotas.html#Billable_Quotas_and_Fixed…> ) 6.5 CPU-hours 15 CPU-minutes/minute 6.5 CPU-hours free; 1,729 CPU-hours maximum 72 CPU-minutes/minuteNiels http://nielsmayer.com PS: although at 1 gigabyte outgoing bandwidth, and some of the sizable javascript libraries these days... you probably want to use http://webmuch.com/how-why-you-should-use-google-cdn/ alongside :-)

3 4

[xwiki-devs] Import / Export Application Problems
by Andreas Schaefer 28 Jul '09

28 Jul '09

Hi I just recently started to use the Import / Export Application and run in some unexpected problems. The most severe is the one that I cannot export HIDDEN documents because the searchDocuments() method it is using does not return any hidden documents. That makes the tool less useful and it is a pitfall for inexperienced users. So I would suggest to use a checkbox to determine if hidden documents should be listed or not. Any idea BTW how hidden documents can be found in XWiki. After checking out JIRA: http://jira.xwiki.org/jira/browse/XWIKI-3660 I see there is a need to improve the import / export application. I will have a look into how to improve it. Cheers Andreas Schaefer CEO of Madplanet.com Inc. EMail: andreas.schaefer(a)madplanet.com schaefera(a)me.com Twitter: andy_mpc AIM: schaefera(a)me.com

1 0

[xwiki-devs] Blog 20 Upgrade 6th Draft - II
by Andreas Schaefer 28 Jul '09

28 Jul '09

Sorry but I forgot to mention the JIRA report I attached the draft to: http://jira.xwiki.org/jira/browse/XABLOG-50 Cheers - Andy

1 0

[xwiki-devs] Blog 2.0 6th Draft
by Andreas Schaefer 28 Jul '09

28 Jul '09

Hi I uploaded a new draft of the Blog 2.0 upgrade and tested it with 1.9.2. I got the categories working fine as well as resovled some issues with the publisher. Because NOW I use the original naming an import with replace the old documents so be warned. I am intend to upgrade my own blog with that draft asap to see how that works out life. Cheers Andreas Schaefer CEO of Madplanet.com Inc. EMail: andreas.schaefer(a)madplanet.com schaefera(a)me.com Twitter: andy_mpc AIM: schaefera(a)me.com

1 0

[xwiki-devs] Could not parse mapping document from resource xwiki.hbm.xml
by Travis Riggs 27 Jul '09

27 Jul '09

I've been using Xwiki 1.8 for about 2-3 months now and I really like it. Unfortunately, my server crashed. I backup the HSQLDB database everyday. Now, I'm trying to install Xwiki on a different computer and point it toward one of the copies of my database, but I'm having lot of problems. I've tried it with Xwiki 2.0, 1.9 and 1.8. I'm running Tomcat 5.5.27 and java 1.6.0_14. The real problem is reading my old database. If I don't change the hibernate.cfg.xml, xwiki will create a new HSQLDB database just fine (except that it's empty). But when I do modify the hibernate file to point to my database, I get lots of errors. Here's the snippet from my hibernate file:  <property name="connection.url">jdbc:hsqldb:file:/travis/www/xwiki/xwikiHSQLDatabase;shutdown=true</property> <property name="connection.username">sa</property> <property name="connection.password"></property> <property name="connection.driver_class">org.hsqldb.jdbcDriver</property> <property name="dialect">org.hibernate.dialect.HSQLDialect</property> <property name="connection.provider_class">com.xpn.xwiki.store.DBCPConnectionProvider</property> <property name="connection.pool_size">2</property> <property name="statement_cache.size">2</property> <mapping resource="xwiki.hbm.xml"/> <mapping resource="feeds.hbm.xml"/> And here's the error I get from my browser (Firefox): HTTP Status 500 - type Exception report message description The server encountered an internal error () that prevented it from fulfilling this request. exception javax.servlet.ServletException: Error number 3 in 0: Could not initialize main XWiki context Wrapped Exception: Error number 3001 in 3: Cannot load class com.xpn.xwiki.store.migration.hibernate.XWikiHibernateMigrationManager from param xwiki.store.migration.manager.class Wrapped Exception: Error number 0 in 3: Exception while hibernate execute Wrapped Exception: Could not parse mapping document from resource xwiki.hbm.xml org.apache.struts.action.RequestProcessor.processException(RequestProcessor.java:535) org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:433) org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236) org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196) org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:414) javax.servlet.http.HttpServlet.service(HttpServlet.java:627) javax.servlet.http.HttpServlet.service(HttpServlet.java:729) com.xpn.xwiki.wysiwyg.server.filter.ConversionFilter.doFilter(ConversionFilter.java:145) com.xpn.xwiki.web.ActionFilter.doFilter(ActionFilter.java:111) com.xpn.xwiki.plugin.webdav.XWikiDavFilter.doFilter(XWikiDavFilter.java:68) com.xpn.xwiki.web.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:295) com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:112) root cause com.xpn.xwiki.XWikiException: Error number 3 in 0: Could not initialize main XWiki context Wrapped Exception: Error number 3001 in 3: Cannot load class com.xpn.xwiki.store.migration.hibernate.XWikiHibernateMigrationManager from param xwiki.store.migration.manager.class Wrapped Exception: Error number 0 in 3: Exception while hibernate execute Wrapped Exception: Could not parse mapping document from resource xwiki.hbm.xml com.xpn.xwiki.XWiki.getMainXWiki(XWiki.java:326) com.xpn.xwiki.XWiki.getXWiki(XWiki.java:387) com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:135) com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:115) org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431) org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236) org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196) org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:414) javax.servlet.http.HttpServlet.service(HttpServlet.java:627) javax.servlet.http.HttpServlet.service(HttpServlet.java:729) com.xpn.xwiki.wysiwyg.server.filter.ConversionFilter.doFilter(ConversionFilter.java:145) com.xpn.xwiki.web.ActionFilter.doFilter(ActionFilter.java:111) com.xpn.xwiki.plugin.webdav.XWikiDavFilter.doFilter(XWikiDavFilter.java:68) com.xpn.xwiki.web.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:295) com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:112) note The full stack trace of the root cause is available in the Apache Tomcat/5.5.27 logs. Apache Tomcat/5.5.27 I've been trying to fix this for 2 days now and I'm losing hope that I can recover my Xwiki. Can anyone please help? I've tried searching the mailing list archives, google, the installation documenation, the upgrade documentation, but I haven't found a solution. I haven't really modified the xwiki installation much at all. I've just been using xwiki "as is". Still Hoping, travis

1 0

[xwiki-devs] [ANN] XWiki Enterprise Manager 1.7.2 Released
by Jean-Vincent Drean 27 Jul '09

27 Jul '09

The XWiki development team is pleased to announce the release of XWiki Enterprise Manager 1.7.2. Go grab it at http://www.xwiki.org/xwiki/bin/view/Main/Download XWiki Enterprise Manager 1.7.2 uses XWiki Enterprise 1.9.2. For more information see the release notes at: http://www.xwiki.org/xwiki/bin/view/Main/ReleaseNotesXWikiEnterprise192 Thanks, The XWiki dev team

1 0

[xwiki-devs] [ANN] XWiki Enterprise 1.9.2 Released
by Jean-Vincent Drean 27 Jul '09

27 Jul '09

The XWiki development team is pleased to announce the release of XWiki Enterprise 1.9.2. Go grab it at http://www.xwiki.org/xwiki/bin/view/Main/Download This is a bug fix and enhancement release mainly around new WYSIWYG and the Blog application. Changes since XWiki Enterprise 1.9.1. Improvements: * WYSIWYG ** Allow the page to link to to be searched for or selected from the most recently edited pages ** Improved style consistency across dialogs ** Upgrade to GWT 1.6.4 Important Bugs fixed: * Fixed errors in the Blog application with Internet Explorer 6 and 7 * XWIKI-4079 Links are lost when switching to Source in the WYSIWYG editor * XWIKI-4101 The editor WYSIWYG disappear when creating a new translation * XWIKI-4085 Content duplicated if there's a macro (toc, id..) in an html macro * XWIKI-3413 Not possible to generate pure text content (like JSON) from a 2.0 page using ?xpage=plai * XWIKI-4088 The output of the HTML macro with wiki=true is parsed and generates duplicated content * XWIKI-4067 Trying to edit a missing object property with the new WYSIWYG editor can lead to infinite include recursion * XWIKI-3847 removeObject in XWikiDocument does not search for the object correctly For more information see the Release notes at: http://www.xwiki.org/xwiki/bin/view/Main/ReleaseNotesXWikiEnterprise192 Thanks, The XWiki dev team

1 0

[xwiki-devs] Fwd: [Proposal][UX] Standardization of icon usage on actions
by Vincent Massol 27 Jul '09

27 Jul '09

(resending since I have problems with my mail client and XWiki's mail content filter) ---------- Forwarded message ---------- From: Vincent Massol <vincent(a)massol.net> Date: Mon, Jul 27, 2009 at 12:43 PM Subject: Re: [xwiki-devs] [Proposal][UX] Standardization of icon usage on actions To: XWiki Developers <devs(a)xwiki.org> On Jul 27, 2009, at 11:45 AM, Ecaterina Valica wrote: > Hi Devs, > > There are two different standards on the action icon usage in the LiveTable: > > - with icon + text > - only with icon > > The main problem is the lack of consistency. > > Please vote on three versions: > Var 1 : Icon + Text > <http://incubator.myxwiki.org/xwiki/bin/view/Standards/ActionIcons#var1> > Var 2 : Just Icon<http://incubator.myxwiki.org/xwiki/bin/view/Standards/ActionIcons#var2> > Var 3 : Icon + Legend<http://incubator.myxwiki.org/xwiki/bin/view/Standards/ActionIcons#var3> I'd normally vote for 1 but taking into account smaller screen I'm also +1 for var 3. According to "Don't make me think" var 2 should be prohibited since it forces users to think. Tooltips are very bad for the same r'eason. So +1 for either 1 or 3 but -0 for 2 and Guillaume's option with tooltips (we can have tooltips but in addition to something more visible). Thanks -Vincent

3 3