xwiki-devs

xwiki-devs@xwiki.org

9400 discussions

[xwiki-devs] [vuoe] Adding attached jar classloader in 1.1RC2

by Ludovic Dubost

Hi, I'd like to propose to vote to add this new feature in 1.1RC2 http://jira.xwiki.org/jira/browse/XWIKI-1671 I know we should not add features, but this one would allow to run groovy script requiring libs not included in the xwiki release. For example this could allow to package the Google Docs Summer of Code project as a pure extension without configuration and even restart. It's implementatin is very safe, as nothing changes unless you add a param or a value in the context. <http://fisheye2.cenqua.com/browse/xwiki/xwiki-platform/xwiki-applications/b…> Ludovic -- Ludovic Dubost Blog: http://www.ludovic.org/blog/ XWiki: http://www.xwiki.com Skype: ldubost GTalk: ldubost AIM: nvludo Yahoo: ludovic _______________________________________________ devs mailing list devs(a)xwiki.org http://lists.xwiki.org/mailman/listinfo/devs

17 years, 2 months

[xwiki-devs] Fwd: [xwiki-dev] [Proposal] Document comments should not create new versions

by Erin Schnabel

New list address.. see what happens when you go on vacation? ---------- Forwarded message ---------- From: Erin Schnabel <ebullient.rain(a)gmail.com> Date: Sep 4, 2007 2:14 PM Subject: Re: [xwiki-dev] [Proposal] Document comments should not create new versions To: xwiki-dev(a)objectweb.org I don't think adding comments should increment the version, while adding tags, perhaps, should. Tags are an attribute of the document, in that they classify the document text. Comments are not part of the document content, are often edited separately (by the comment author), and can be deleted. The sticky issue is that attached objects are stored as part of the versioned content in the archive... How are changes that don't bump the version currently handled RE: archive? (sorry for being ignorant w/ this part..) On 8/28/07, Catalin Hritcu <catalin.hritcu(a)gmail.com> wrote: > Hi, > > This is not only related to comments but also to tags (also objects) > and maybe also attachments. The behavior you describe here for > comments is taken by confluence and I personally find it more > intuitive -- since it preserves the "forum metaphor" for the comments > (on a forum you can't "revert" what other people say). However it's > very hard to tell what would be best for the users (unless you do a > case study in which you ask 100+ users). > > The only question about having it as an option (for each class I > suppose if you want something generic) is how hard it is to implement > and roll-in ? > > Catalin > > On 8/24/07, Sergiu Dumitriu <sergiu.dumitriu(a)gmail.com> wrote: > > Hi, > > > > This is more a matter of opinions. Should a comment increase the > > version of a document? I'd say yes, but the view of simple users is > > that a comment should not affect the document, as it is something > > describing the document, not belonging to the document. So we should > > have a parameter that configures this. > > > > WDYT? > > Sergiu > > -- > > http://purl.org/net/sergiu > > > > > > > > -- > > You receive this message as a subscriber of the xwiki-dev(a)objectweb.org mailing list. > > To unsubscribe: mailto:xwiki-dev-unsubscribe@objectweb.org > > For general help: mailto:sympa@objectweb.org?subject=help > > ObjectWeb mailing lists service home page: http://www.objectweb.org/wws > > > > > > > > -- > You receive this message as a subscriber of the xwiki-dev(a)objectweb.org mailing list. > To unsubscribe: mailto:xwiki-dev-unsubscribe@objectweb.org > For general help: mailto:sympa@objectweb.org?subject=help > ObjectWeb mailing lists service home page: http://www.objectweb.org/wws > > -- 'Waste of a good apple' -Samwise Gamgee -- 'Waste of a good apple' -Samwise Gamgee _______________________________________________ devs mailing list devs(a)xwiki.org http://lists.xwiki.org/mailman/listinfo/devs

17 years, 2 months

OC4J - JavaScript

by adoro

I had no problem to install Xwiki in the Tomcat environment. But when I deployed Xwiki under OC4J followed the OC4J Installation instructions ("http://www.xwiki.org/xwiki/bin/view/AdminGuide/InstallationOC4J"), javascript did not work properly – it looks like the path to external .js-files couldn't be found. Both IE and Firefox show javascript errors nearly on each page, although JavaScript is not deactivated in browser. I can open the home page, go to xwiki/bin/admin/XWiki/XWikiPreferences, upload xwiki-enterprise-wiki-1.1~.xar, but cannot expand it to choose the files I want to import. I have tried to include some JavaScript functions from import.js direct in the importinline.vm source – it works fine. What's the difference between: <script type="text/javascript" src="$xwiki.getSkinFile("import.js")"></script> - it generates path to /xwiki/skins/albatross/import.js and <script type="text/javascript" src="$xwiki.getSkinFile("import.js", true)"></script> - generates path to /xwiki/bin/skin/skins/albatross/import.js Why only some paths to js- and css files are defined with the parameter “true”? Is there something specific to keep in mind concerning path under OC4J? Should I make additional entries in some xml-files? Any tips please? Regards, adoro -- View this message in context: http://www.nabble.com/OC4J---JavaScript-tf4310450.html#a12271014 Sent from the XWiki- Dev mailing list archive at Nabble.com.

17 years, 2 months

[xwiki-devs] Switching to JMock 2.0?

by Vincent Massol

Hi developers, Was just reading about JMock 2.0 this morning on http://jmock.org. I think it's great and we should swtich to it. It makes unit tests much easier to write. For example, check this: http://www.jmock.org/ ignoring.html WDYT? Thanks -Vincent

17 years, 2 months

[xwiki-devs] getting error

by Anuj

_____ From: Anuj [mailto:86anuj@gmail.com] Sent: Wednesday, September 05, 2007 1:04 PM To: 'XWiki Developers' Subject: getting error Hi, I am getting error com.xpn.xwiki.XWikiException: Error number 3 in 0: Could not initialize main XWiki context Wrapped Exception: Error number 3202 in 3: Exception while reading document XWiki.XWikiPreferences Wrapped Exception: Could not create a DBCP pool while pointing my browser to http://localhost:8080/xwiki/ Thanks, Anuj _______________________________________________ devs mailing list devs(a)xwiki.org http://lists.xwiki.org/mailman/listinfo/devs

17 years, 2 months

[xwiki-devs] error importing Xwiki.XwikiPreferences

by anuj sharma

Hi, I am getting error while importing Xwiki.XwikiPreferences. Can you please tell me why this is happening? I am using tomcat and Oracle 10g database. -- Thanks, ANUJ _______________________________________________ devs mailing list devs(a)xwiki.org http://lists.xwiki.org/mailman/listinfo/devs

17 years, 2 months

Re: [xwiki-devs] [xwiki-notifications] r4670 - xwiki-products/curriki/branches

by Vincent Massol

Hi David, On Aug 30, 2007, at 7:51 PM, David Ward wrote: > Author: dward > Date: 2007-08-30 19:51:15 +0200 (Thu, 30 Aug 2007) > New Revision: 4670 > > Added: > xwiki-products/curriki/branches/curiki-1.2/ > Log: > - Branch created for Curriki 1.2 release > > > Copied: xwiki-products/curriki/branches/curiki-1.2 (from rev 4669, > xwiki-products/curriki/trunk) It seems the version numbers in the pom.xml files for curriki are wrong since that you're tagging some old revs with 1.2.x. Poms says 1.0-SNAPSHOT. Should that be fixed? Thanks -Vincent PS: I think we should have dedicated SVN/Mailing lists for curriki since it's not meant to follow the same practices than xwiki. Also every time curriki makes a commit, it increases the svn revs for xwiki and vice-versa. We need to think about that. Last trunks-devs/ users for xwiki/curriki should be separate IMO. WDY? _______________________________________________ devs mailing list devs(a)xwiki.org http://lists.xwiki.org/mailman/listinfo/devs

17 years, 2 months

Re: [xwiki-devs] [xwiki-dev] Documentation and issue closing

by Vincent Massol

Hi Marc, On Jan 6, 2007, at 2:47 PM, Marc Lijour wrote: > On Saturday 06 January 2007 06:41, Vincent Massol wrote: > > Hi, > > > > I think we need to improve the way we update the documentation. > Right now I > > see several issues are marked as closed even though we haven't > documented > > them. Typical examples include new macros. They should be > documented on > > xwiki.org before we close the issue IMO. At the very least if for > some good > > reason we cannot do it immediately at least a new issue for > documenting > > them should be created at the same time so that it's not > forgotten and so > > that it's implemented in the future. > > > > Nobody likes documenting stuff so my belief is that someone who does > > something must do it completely, i.e. design, implement, > *document* and > > support. > > > > WDYT? > > Excellent idea. > I'd like to see some explanations in the javadoc as well. > > Is there already some guidelines about documenting code and project > (I mean > tutorial, dev guide, the web site content)? Here are some links: - http://www.xwiki.org/xwiki/bin/view/Community/DevelopmentPractices - http://www.xwiki.org/xwiki/bin/view/Community/CodeStyle and the Community space in general. Not much as been done since I proposed this idea however... Thanks -Vincent

17 years, 2 months

Re: [xwiki-devs] error importing Xwiki.XwikiPreferences

by adoro

I have the similar problem with saving XwikiPreferences: the attempt to work with tabs "Preferences" and "Rights" comes to java errors: Error number 3201 in 3: Exception while saving document XWiki.XWikiPreferences Wrapped Exception: could not update: [com.xpn.xwiki.doc.XWikiDocumentArchive#104408758] com.xpn.xwiki.XWikiException: Error number 3201 in 3: Exception while saving document XWiki.XWikiPreferences Wrapped Exception: could not update: [com.xpn.xwiki.doc.XWikiDocumentArchive#104408758] at com.xpn.xwiki.store.XWikiHibernateStore.saveXWikiDoc(XWikiHibernateStore.java:317) at com.xpn.xwiki.store.XWikiCacheStore.saveXWikiDoc(XWikiCacheStore.java:97) at com.xpn.xwiki.store.XWikiCacheStore.saveXWikiDoc(XWikiCacheStore.java:91) at com.xpn.xwiki.XWiki.saveDocument(XWiki.java:924) at com.xpn.xwiki.web.SaveAction.save(SaveAction.java:113) at com.xpn.xwiki.web.SaveAndContinueAction.action(SaveAndContinueAction.java:64) at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:147) 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.doPost(ActionServlet.java:432) at javax.servlet.http.HttpServlet.service(HttpServlet.java:760) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at com.evermind.server.http.ResourceFilterChain.doFilter(ResourceFilterChain.java:65) at com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:117) at com.evermind.server.http.ServletRequestDispatcher.invoke(ServletRequestDispatcher.java:673) at com.evermind.server.http.ServletRequestDispatcher.forwardInternal(ServletRequestDispatcher.java:340) at com.evermind.server.http.HttpRequestHandler.processRequest(HttpRequestHandler.java:830) at com.evermind.server.http.AJPRequestHandler.run(AJPRequestHandler.java:228) at com.evermind.server.http.AJPRequestHandler.run(AJPRequestHandler.java:133) at com.evermind.util.ReleasableResourcePooledExecutor$MyWorker.run(ReleasableResourcePooledExecutor.java:186) at java.lang.Thread.run(Thread.java:595) Wrapped Exception: java.sql.SQLException: setString can only process strings of less than 32766 chararacters at oracle.jdbc.driver.DatabaseError.throwSqlException(DatabaseError.java:137) at oracle.jdbc.driver.DatabaseError.throwSqlException(DatabaseError.java:174) at oracle.jdbc.driver.DatabaseError.throwSqlException(DatabaseError.java:239) at oracle.jdbc.driver.OraclePreparedStatement.setStringInternal(OraclePreparedStatement.java:4771) at oracle.jdbc.driver.OraclePreparedStatement.setString(OraclePreparedStatement.java:4742) at org.apache.commons.dbcp.DelegatingPreparedStatement.setString(DelegatingPreparedStatement.java:131) at org.apache.commons.dbcp.DelegatingPreparedStatement.setString(DelegatingPreparedStatement.java:131) at org.hibernate.type.StringType.set(StringType.java:26) at org.hibernate.type.NullableType.nullSafeSet(NullableType.java:85) at org.hibernate.type.NullableType.nullSafeSet(NullableType.java:58) at org.hibernate.persister.entity.AbstractEntityPersister.dehydrate(AbstractEntityPersister.java:1826) at org.hibernate.persister.entity.AbstractEntityPersister.update(AbstractEntityPersister.java:2172) at org.hibernate.persister.entity.AbstractEntityPersister.updateOrInsert(AbstractEntityPersister.java:2118) at org.hibernate.persister.entity.AbstractEntityPersister.update(AbstractEntityPersister.java:2374) at org.hibernate.action.EntityUpdateAction.execute(EntityUpdateAction.java:84) at org.hibernate.engine.ActionQueue.execute(ActionQueue.java:243) at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:227) at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:141) at org.hibernate.event.def.AbstractFlushingEventListener.performExecutions(AbstractFlushingEventListener.java:296) at org.hibernate.event.def.DefaultFlushEventListener.onFlush(DefaultFlushEventListener.java:27) at org.hibernate.impl.SessionImpl.flush(SessionImpl.java:1009) at org.hibernate.impl.SessionImpl.managedFlush(SessionImpl.java:356) at org.hibernate.transaction.JDBCTransaction.commit(JDBCTransaction.java:106) at com.xpn.xwiki.store.XWikiHibernateBaseStore.endTransaction(XWikiHibernateBaseStore.java:611) at com.xpn.xwiki.store.XWikiHibernateBaseStore.endTransaction(XWikiHibernateBaseStore.java:585) at com.xpn.xwiki.store.XWikiHibernateStore.saveXWikiDoc(XWikiHibernateStore.java:307) at com.xpn.xwiki.store.XWikiCacheStore.saveXWikiDoc(XWikiCacheStore.java:97) at com.xpn.xwiki.store.XWikiCacheStore.saveXWikiDoc(XWikiCacheStore.java:91) at com.xpn.xwiki.XWiki.saveDocument(XWiki.java:924) at com.xpn.xwiki.web.SaveAction.save(SaveAction.java:113) at com.xpn.xwiki.web.SaveAndContinueAction.action(SaveAndContinueAction.java:64) at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:147) 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.doPost(ActionServlet.java:432) at javax.servlet.http.HttpServlet.service(HttpServlet.java:760) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at com.evermind.server.http.ResourceFilterChain.doFilter(ResourceFilterChain.java:65) at com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:117) at com.evermind.server.http.ServletRequestDispatcher.invoke(ServletRequestDispatcher.java:673) at com.evermind.server.http.ServletRequestDispatcher.forwardInternal(ServletRequestDispatcher.java:340) at com.evermind.server.http.HttpRequestHandler.processRequest(HttpRequestHandler.java:830) at com.evermind.server.http.AJPRequestHandler.run(AJPRequestHandler.java:228) at com.evermind.server.http.AJPRequestHandler.run(AJPRequestHandler.java:133) at com.evermind.util.ReleasableResourcePooledExecutor$MyWorker.run(ReleasableResourcePooledExecutor.java:186) at java.lang.Thread.run(Thread.java:595) ------- At the same time I get the following javascript error messages in javascript debugger (Firefox): Error ``ActiveXObject is not defined'' [xs] in file ``http://server/xwiki/skins/albatross/rico/prototype.js'', line 549, character 0. Error ``ActiveXObject is not defined'' [xs] in file ``http://server/xwiki/skins/albatross/rico/prototype.js'', line 550, character 0. I've installed XWiki 1.1 Enterprise M4 under Unix and use Oracle 10g and OC4J as container. Regards, adoro -- View this message in context: http://www.nabble.com/error-importing-Xwiki.XwikiPreferences-tf4351920.html… Sent from the XWiki- Dev mailing list archive at Nabble.com.

17 years, 2 months

[xwiki-devs] XWiki needs your help for its continuous build

by Vincent Massol

Hi everyone, Some of you may have seen that we're now using TeamCity (http:// www.jetbrains.com/teamcity/) for XWiki's continuous build: http://teamcity.xwiki.org The nice thing is that TC allows to distribute the build work to build agents. XPertNet is currently providing one agent on the teamcity.xwiki.org machine. However we've found that the builds are stacking up and are a bit too long to run. Since TC supports parallel builds on different agents we'd like to call the community for help. If you have a machine that has some spare cycles for running XWiki builds then we could hook it up to the teamcity.xwiki.org server to distribute the build load. We don't need that many agents. Probably 1 or 2 (in addition to the one we have) would be enough for starters. Thanks! -Vincent, on behalf of the xwiki dev team _______________________________________________ devs mailing list devs(a)xwiki.org http://lists.xwiki.org/mailman/listinfo/devs

17 years, 2 months

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

xwiki-devs