Re: [xwiki-users] HSQLDB to PostgreSQL cause of "embedded database does not support large wikis efficiently"
The Web Application will still run on port 8080 by default. The difference here is that the data will be stored on PostgreSQL instead of HSQLDB. I would recommend following the document at : http://platform.xwiki.org/xwiki/bin/view/AdminGuide/InstallationPostgreSQL And reply back here if you still have questions. Thanks, Deven On Thu, Jul 8, 2010 at 9:00 AM, Aleks87 wrote: > > I have installed the standalone version of XWiki Enterprise 2.4 M1 > The standalone installation have a HSQLDB Database which I should not use. > Is it right? > So I have to change the Database. And I decided to use PostgreSQL 8.3 cause > it was already installed on this pc. At this time I dont have the rights > (password) to create a Database and I have to contact the Admin for that. > But I'm not sure how this all should work. > Now I have a Folder "\XWiki Enterprise\database" where my XWiki content will > be saved. Is it right? > But changing to PostgreSQL I can erase this Folder because my Database will > now been in "\PostgreSQL\8.3\data". Right? > > I know that I have to change my hibernate.cfg.xml and to add a .jar to > "\XWiki Enterprise\webapps\xwiki\WEB-INF\lib". But what .jar is the right > one? "postgresql-8.3-603.jdbc3.jar" or "postgresql-8.3-603.jdbc4.jar" > > And if I have done that I can access the wiki over > http://localhost:5432/xwiki/bin/view/Main/ > (5432 instead of 8080 because of PostgreSQL) > > But how could the other people access the wiki. I heared it will be possible > with "\\myip:5432/xwiki/bin/view/Main" if all pc's are in the same network. > But it would mean that my pc have to run constantly. And the start_xwiki.bat > file has to be opened. I think that would not be the problem. But would my > wiki get performance problems after a few days?! And how safe is this all... > > Sorry I'm very new to this all and I have read many tutorials and helps in > the last weeks but I'm not sure if I understand them right. > If someone could answer my questions and give me some tips how to implement > this all, it would be very helpful. > > Thank you! > -- > View this message in context: > http://xwiki.475771.n2.nabble.com/HSQLDB-to-PostgreSQL-cause-of-embedded-database-does-not-support-large-wikis-efficiently-tp5269966p5269966.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 > ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Attached/Linked JAR files in Grrovy Scripting.
UPDATE:
The problem has been resolved on Linux by adding:
URIEncoding="UTF-8"
As a property to the tomcat/conf/server.xml file for the "Connector"
node. The problem still persists on Windows.
Thanks,
Deven
On Tue, Jul 6, 2010 at 11:58 AM, Deven Phillips
wrote:
> I need to amend my last statement. Empty tags is not enough to
> replicate the error. Putting a simple:
>
> print "Hello World" ;
>
> between the tags is enough though.
>
> Thanks,
>
> Deven
>
> On Tue, Jul 6, 2010 at 11:54 AM, Deven Phillips
> wrote:
>> More information. Simply adding the open and close {{groovy}} tags is
>> enough to cause the problem. I am using XWiki 2.3.1 build number
>> 29118. So, if your entire page merely consisted of:
>>
>> {{groovy jars="attach:myJar.jar"}}
>> {{/groovy}}
>>
>> That would be enough to replicate the problem I am having.
>>
>> Additional details are:
>>
>> Java Version: Sun Java 1.6.0_07 (Also tested on 1.6.0_20).
>> Tomcat Version: 6.0.26
>>
>> Thanks,
>>
>> Deven
>>
>> On Tue, Jul 6, 2010 at 11:30 AM, Deven Phillips
>> wrote:
>>> OK, understood. That still does not solve my problem. Yes, I enabled
>>> debug logging in order to get as much information as possible to
>>> troubleshoot this issue. I have tried using attached jar files and jar
>>> files linked via http:
>>>
>>> Examples:
>>>
>>> {{groovy jars="http://myhost.com/configBackup.jar"}}{{/groovy}}
>>>
>>> {{groovy jars="attach:configBackup.jar"}}{{/groovy}}
>>>
>>> The linked jars cause an exception:
>>>
>>> java.lang.NoClassDefFoundError: Could not initialize class
>>> sun.net.www.protocol.http.HttpURLConnection
>>>
>>> The attached jars never show an error in the browser.
>>>
>>> Deven
>>>
>>> On Tue, Jul 6, 2010 at 11:25 AM, Thomas Mortagne
>>> wrote:
>>>> On Tue, Jul 6, 2010 at 17:10, Deven Phillips
>>>> wrote:
>>>>> All,
>>>>>
>>>>> I am having issues on an upgraded and a clean install of XWiki
>>>>> 2.3.1. I attach a jar file (configBackup.jar) and try to use that in
>>>>> my groovy script as follows:
>>>>>
>>>>> {{groovy jars="attach:configBackup.jar"}}
>>>>> import path.to.my.class;
>>>>> ...
>>>>> ...
>>>>> {{/groovy}}
>>>>>
>>>>> The thread which is processing the page crashes with a the following
>>>>> stack trace visible in the catalina.out of Tomcat:
>>>>>
>>>>> 2010-07-06 11:08:34,014
>>>>> [http://192.168.54.50:8080/xwiki/bin/view/TelnetBackup/BackUpAction]
>>>>> DEBUG ternal.DefaultConverterManager - Failed to find a proper
>>>>> Converter for type [java.lang.String]
>>>>> org.xwiki.component.manager.ComponentLookupException: Can't find
>>>>> descriptor for the component [role =
>>>>> [org.xwiki.properties.converter.Converter] hint = [java.lang.String]]
>>>>> at
>>>>> org.xwiki.component.embed.EmbeddableComponentManager.initialize(EmbeddableComponentManager.java:356)
>>>>> at
>>>>> org.xwiki.component.embed.EmbeddableComponentManager.lookup(EmbeddableComponentManager.java:109)
>>>>> at
>>>>> org.xwiki.component.internal.DefaultComponentManager.lookup(DefaultComponentManager.java:85)
>>>>> at
>>>>> org.xwiki.properties.internal.DefaultConverterManager.lookupConverter(DefaultConverterManager.java:75)
>>>>> at
>>>>> org.xwiki.properties.internal.DefaultConverterManager.convert(DefaultConverterManager.java:55)
>>>>> at
>>>>> org.xwiki.properties.internal.DefaultBeanManager.populateBean(DefaultBeanManager.java:125)
>>>>> at
>>>>> org.xwiki.properties.internal.DefaultBeanManager.populate(DefaultBeanManager.java:80)
>>>>> at
>>>>> org.xwiki.rendering.internal.transformation.MacroTransformation.transformOnce(MacroTransformation.java:160)
>>>>> at
>>>>> org.xwiki.rendering.internal.transformation.MacroTransformation.transform(MacroTransformation.java:119)
>>>>> at
>>>>> org.xwiki.rendering.internal.transformation.DefaultTransformationManager.performTransfor
Re: [xwiki-users] Attached/Linked JAR files in Grrovy Scripting.
I need to amend my last statement. Empty tags is not enough to
replicate the error. Putting a simple:
print "Hello World" ;
between the tags is enough though.
Thanks,
Deven
On Tue, Jul 6, 2010 at 11:54 AM, Deven Phillips
wrote:
> More information. Simply adding the open and close {{groovy}} tags is
> enough to cause the problem. I am using XWiki 2.3.1 build number
> 29118. So, if your entire page merely consisted of:
>
> {{groovy jars="attach:myJar.jar"}}
> {{/groovy}}
>
> That would be enough to replicate the problem I am having.
>
> Additional details are:
>
> Java Version: Sun Java 1.6.0_07 (Also tested on 1.6.0_20).
> Tomcat Version: 6.0.26
>
> Thanks,
>
> Deven
>
> On Tue, Jul 6, 2010 at 11:30 AM, Deven Phillips
> wrote:
>> OK, understood. That still does not solve my problem. Yes, I enabled
>> debug logging in order to get as much information as possible to
>> troubleshoot this issue. I have tried using attached jar files and jar
>> files linked via http:
>>
>> Examples:
>>
>> {{groovy jars="http://myhost.com/configBackup.jar"}}{{/groovy}}
>>
>> {{groovy jars="attach:configBackup.jar"}}{{/groovy}}
>>
>> The linked jars cause an exception:
>>
>> java.lang.NoClassDefFoundError: Could not initialize class
>> sun.net.www.protocol.http.HttpURLConnection
>>
>> The attached jars never show an error in the browser.
>>
>> Deven
>>
>> On Tue, Jul 6, 2010 at 11:25 AM, Thomas Mortagne
>> wrote:
>>> On Tue, Jul 6, 2010 at 17:10, Deven Phillips
>>> wrote:
>>>> All,
>>>>
>>>> I am having issues on an upgraded and a clean install of XWiki
>>>> 2.3.1. I attach a jar file (configBackup.jar) and try to use that in
>>>> my groovy script as follows:
>>>>
>>>> {{groovy jars="attach:configBackup.jar"}}
>>>> import path.to.my.class;
>>>> ...
>>>> ...
>>>> {{/groovy}}
>>>>
>>>> The thread which is processing the page crashes with a the following
>>>> stack trace visible in the catalina.out of Tomcat:
>>>>
>>>> 2010-07-06 11:08:34,014
>>>> [http://192.168.54.50:8080/xwiki/bin/view/TelnetBackup/BackUpAction]
>>>> DEBUG ternal.DefaultConverterManager - Failed to find a proper
>>>> Converter for type [java.lang.String]
>>>> org.xwiki.component.manager.ComponentLookupException: Can't find
>>>> descriptor for the component [role =
>>>> [org.xwiki.properties.converter.Converter] hint = [java.lang.String]]
>>>> at
>>>> org.xwiki.component.embed.EmbeddableComponentManager.initialize(EmbeddableComponentManager.java:356)
>>>> at
>>>> org.xwiki.component.embed.EmbeddableComponentManager.lookup(EmbeddableComponentManager.java:109)
>>>> at
>>>> org.xwiki.component.internal.DefaultComponentManager.lookup(DefaultComponentManager.java:85)
>>>> at
>>>> org.xwiki.properties.internal.DefaultConverterManager.lookupConverter(DefaultConverterManager.java:75)
>>>> at
>>>> org.xwiki.properties.internal.DefaultConverterManager.convert(DefaultConverterManager.java:55)
>>>> at
>>>> org.xwiki.properties.internal.DefaultBeanManager.populateBean(DefaultBeanManager.java:125)
>>>> at
>>>> org.xwiki.properties.internal.DefaultBeanManager.populate(DefaultBeanManager.java:80)
>>>> at
>>>> org.xwiki.rendering.internal.transformation.MacroTransformation.transformOnce(MacroTransformation.java:160)
>>>> at
>>>> org.xwiki.rendering.internal.transformation.MacroTransformation.transform(MacroTransformation.java:119)
>>>> at
>>>> org.xwiki.rendering.internal.transformation.DefaultTransformationManager.performTransformations(DefaultTransformationManager.java:72)
>>>> at
>>>> com.xpn.xwiki.doc.XWikiDocument.performSyntaxConversion(XWikiDocument.java:7213)
>>>> at
>>>> com.xpn.xwiki.doc.XWikiDocument.performSyntaxConversion(XWikiDocument.java:7188)
>>>> at
>>>> com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:797)
>>>> at
>>>> com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:811)
>>>> at com.xpn.xwiki.api.Document.getRenderedContent(Document.java:525)
>>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native M
Re: [xwiki-users] Attached/Linked JAR files in Grrovy Scripting.
More information. Simply adding the open and close {{groovy}} tags is
enough to cause the problem. I am using XWiki 2.3.1 build number
29118. So, if your entire page merely consisted of:
{{groovy jars="attach:myJar.jar"}}
{{/groovy}}
That would be enough to replicate the problem I am having.
Additional details are:
Java Version: Sun Java 1.6.0_07 (Also tested on 1.6.0_20).
Tomcat Version: 6.0.26
Thanks,
Deven
On Tue, Jul 6, 2010 at 11:30 AM, Deven Phillips
wrote:
> OK, understood. That still does not solve my problem. Yes, I enabled
> debug logging in order to get as much information as possible to
> troubleshoot this issue. I have tried using attached jar files and jar
> files linked via http:
>
> Examples:
>
> {{groovy jars="http://myhost.com/configBackup.jar"}}{{/groovy}}
>
> {{groovy jars="attach:configBackup.jar"}}{{/groovy}}
>
> The linked jars cause an exception:
>
> java.lang.NoClassDefFoundError: Could not initialize class
> sun.net.www.protocol.http.HttpURLConnection
>
> The attached jars never show an error in the browser.
>
> Deven
>
> On Tue, Jul 6, 2010 at 11:25 AM, Thomas Mortagne
> wrote:
>> On Tue, Jul 6, 2010 at 17:10, Deven Phillips
>> wrote:
>>> All,
>>>
>>> I am having issues on an upgraded and a clean install of XWiki
>>> 2.3.1. I attach a jar file (configBackup.jar) and try to use that in
>>> my groovy script as follows:
>>>
>>> {{groovy jars="attach:configBackup.jar"}}
>>> import path.to.my.class;
>>> ...
>>> ...
>>> {{/groovy}}
>>>
>>> The thread which is processing the page crashes with a the following
>>> stack trace visible in the catalina.out of Tomcat:
>>>
>>> 2010-07-06 11:08:34,014
>>> [http://192.168.54.50:8080/xwiki/bin/view/TelnetBackup/BackUpAction]
>>> DEBUG ternal.DefaultConverterManager - Failed to find a proper
>>> Converter for type [java.lang.String]
>>> org.xwiki.component.manager.ComponentLookupException: Can't find
>>> descriptor for the component [role =
>>> [org.xwiki.properties.converter.Converter] hint = [java.lang.String]]
>>> at
>>> org.xwiki.component.embed.EmbeddableComponentManager.initialize(EmbeddableComponentManager.java:356)
>>> at
>>> org.xwiki.component.embed.EmbeddableComponentManager.lookup(EmbeddableComponentManager.java:109)
>>> at
>>> org.xwiki.component.internal.DefaultComponentManager.lookup(DefaultComponentManager.java:85)
>>> at
>>> org.xwiki.properties.internal.DefaultConverterManager.lookupConverter(DefaultConverterManager.java:75)
>>> at
>>> org.xwiki.properties.internal.DefaultConverterManager.convert(DefaultConverterManager.java:55)
>>> at
>>> org.xwiki.properties.internal.DefaultBeanManager.populateBean(DefaultBeanManager.java:125)
>>> at
>>> org.xwiki.properties.internal.DefaultBeanManager.populate(DefaultBeanManager.java:80)
>>> at
>>> org.xwiki.rendering.internal.transformation.MacroTransformation.transformOnce(MacroTransformation.java:160)
>>> at
>>> org.xwiki.rendering.internal.transformation.MacroTransformation.transform(MacroTransformation.java:119)
>>> at
>>> org.xwiki.rendering.internal.transformation.DefaultTransformationManager.performTransformations(DefaultTransformationManager.java:72)
>>> at
>>> com.xpn.xwiki.doc.XWikiDocument.performSyntaxConversion(XWikiDocument.java:7213)
>>> at
>>> com.xpn.xwiki.doc.XWikiDocument.performSyntaxConversion(XWikiDocument.java:7188)
>>> at
>>> com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:797)
>>> at
>>> com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:811)
>>> at com.xpn.xwiki.api.Document.getRenderedContent(Document.java:525)
>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>> at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
>>> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
>>> at java.lang.reflect.Method.invoke(Unknown Source)
>>> at
>>> org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.doInvoke(UberspectImpl.java:389)
>>> at
>>> org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:378)
>>> at
>>> org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:270)
>>>
Re: [xwiki-users] Attached/Linked JAR files in Grrovy Scripting.
OK, understood. That still does not solve my problem. Yes, I enabled
debug logging in order to get as much information as possible to
troubleshoot this issue. I have tried using attached jar files and jar
files linked via http:
Examples:
{{groovy jars="http://myhost.com/configBackup.jar"}}{{/groovy}}
{{groovy jars="attach:configBackup.jar"}}{{/groovy}}
The linked jars cause an exception:
java.lang.NoClassDefFoundError: Could not initialize class
sun.net.www.protocol.http.HttpURLConnection
The attached jars never show an error in the browser.
Deven
On Tue, Jul 6, 2010 at 11:25 AM, Thomas Mortagne
wrote:
> On Tue, Jul 6, 2010 at 17:10, Deven Phillips wrote:
>> All,
>>
>> I am having issues on an upgraded and a clean install of XWiki
>> 2.3.1. I attach a jar file (configBackup.jar) and try to use that in
>> my groovy script as follows:
>>
>> {{groovy jars="attach:configBackup.jar"}}
>> import path.to.my.class;
>> ...
>> ...
>> {{/groovy}}
>>
>> The thread which is processing the page crashes with a the following
>> stack trace visible in the catalina.out of Tomcat:
>>
>> 2010-07-06 11:08:34,014
>> [http://192.168.54.50:8080/xwiki/bin/view/TelnetBackup/BackUpAction]
>> DEBUG ternal.DefaultConverterManager - Failed to find a proper
>> Converter for type [java.lang.String]
>> org.xwiki.component.manager.ComponentLookupException: Can't find
>> descriptor for the component [role =
>> [org.xwiki.properties.converter.Converter] hint = [java.lang.String]]
>> at
>> org.xwiki.component.embed.EmbeddableComponentManager.initialize(EmbeddableComponentManager.java:356)
>> at
>> org.xwiki.component.embed.EmbeddableComponentManager.lookup(EmbeddableComponentManager.java:109)
>> at
>> org.xwiki.component.internal.DefaultComponentManager.lookup(DefaultComponentManager.java:85)
>> at
>> org.xwiki.properties.internal.DefaultConverterManager.lookupConverter(DefaultConverterManager.java:75)
>> at
>> org.xwiki.properties.internal.DefaultConverterManager.convert(DefaultConverterManager.java:55)
>> at
>> org.xwiki.properties.internal.DefaultBeanManager.populateBean(DefaultBeanManager.java:125)
>> at
>> org.xwiki.properties.internal.DefaultBeanManager.populate(DefaultBeanManager.java:80)
>> at
>> org.xwiki.rendering.internal.transformation.MacroTransformation.transformOnce(MacroTransformation.java:160)
>> at
>> org.xwiki.rendering.internal.transformation.MacroTransformation.transform(MacroTransformation.java:119)
>> at
>> org.xwiki.rendering.internal.transformation.DefaultTransformationManager.performTransformations(DefaultTransformationManager.java:72)
>> at
>> com.xpn.xwiki.doc.XWikiDocument.performSyntaxConversion(XWikiDocument.java:7213)
>> at
>> com.xpn.xwiki.doc.XWikiDocument.performSyntaxConversion(XWikiDocument.java:7188)
>> at
>> com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:797)
>> at
>> com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:811)
>> at com.xpn.xwiki.api.Document.getRenderedContent(Document.java:525)
>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>> at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
>> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
>> at java.lang.reflect.Method.invoke(Unknown Source)
>> at
>> org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.doInvoke(UberspectImpl.java:389)
>> at
>> org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:378)
>> at
>> org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:270)
>> at
>> org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:252)
>> at
>> org.apache.velocity.runtime.parser.node.ASTReference.value(ASTReference.java:493)
>> at
>> org.apache.velocity.runtime.parser.node.ASTExpression.value(ASTExpression.java:71)
>> at
>> org.apache.velocity.runtime.parser.node.ASTSetDirective.render(ASTSetDirective.java:142)
>> at
>> org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72)
>> at
>> org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:336)
>> at
>> org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfStatement.java:106)
>> at
>> org.apache.velocity.runtime.parser.node
[xwiki-users] Attached/Linked JAR files in Grrovy Scripting.
:72) at org.apache.velocity.runtime.directive.VelocimacroProxy.render(VelocimacroProxy.java:212) at org.apache.velocity.runtime.directive.RuntimeMacro.render(RuntimeMacro.java:247) at org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective.java:175) at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72) at org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfStatement.java:87) at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72) at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:336) at org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfStatement.java:106) at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:336) at org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:191) at org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:156) at com.xpn.xwiki.render.XWikiVelocityRenderer.evaluate(XWikiVelocityRenderer.java:116) at com.xpn.xwiki.XWiki.parseTemplate(XWiki.java:1840) at com.xpn.xwiki.XWiki.evaluateTemplate(XWiki.java:1761) at com.xpn.xwiki.web.Utils.parseTemplate(Utils.java:154) at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:224) 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.web.ActionFilter.doFilter(ActionFilter.java:129) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) 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.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:304) 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:127) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:852) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:588) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489) at java.lang.Thread.run(Unknown Source) The page is never rendered and the browser just keeps showing busy until it times out. Any suggestions or help would be greatly appreciated. Thanks, Deven Phillips ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Export - Request For Enhancement
The Export tool which output's XAR files includes the UUID in the XML file. This would cause a conflict between unlinked XWiki installations. As the import process will automatically generate a UUID for XML files which do not have one, I would recommend changing the export to exclude that property. Thanks, Deven Phillips ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Lucene and substring search
Vincent, I would think that the likely solution to this is to replace the "StandardAnalyzer" with the "SnowballAnalyzer" which implements Porter Stemmers for find root words and indexing the root words instead of the stems. Deven Reto Hotz wrote: > Hi, > > Vincent Massol wrote: > >> Hi, >> >> Please feel free to create a jira issue at http://jira.xwiki.org >> > > Ok, I have created an issue: http://jira.xwiki.org/jira/browse/XPLUCENE-28 > > > Thanks > Reto > ___ > 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] XAR Export/Import Issues - JIRA XWIKI-1926
Ah!! There's my confusion. Google has an API for eXtensible ARchive which actually appears to follow a similar format. Theirs is a little more involved though. I will download the source for XWiki and start looking at the Export/Import code this weekend. Just for anyone interested, here's the link to the Google XAR API: http://code.google.com/p/xar/ Thanks, Deven Vincent Massol wrote: > Hi Deven, > > On Oct 17, 2008, at 4:21 PM, Deven Phillips wrote: > > >> Vincent, >> >>I was already on the mailing list, I just haven't been keeping up >> lately. >> >> May I start off with a few questions? >> >> 1. Does XWiki use the Google XAR API unchanged? >> > > We're not using the google XAR api at all :) > > XAR means XWiki ARchive and it's just a zip with a package.xml listing > the content of the zip. > > Each xwiki page is represented in XML in the XAR. > > >> 2. Where should I post patches? Here? JIRA? >> > > JIRA. > > Thanks > -Vincent > > ___ > 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] XAR Export/Import Issues - JIRA XWIKI-1926
Vincent, I was already on the mailing list, I just haven't been keeping up lately. May I start off with a few questions? 1. Does XWiki use the Google XAR API unchanged? 2. Where should I post patches? Here? JIRA? Thanks, Deven ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
