- xwiki-devs@xwiki.org - lists.xwiki.org

[xwiki-devs] New Field In User Registration.

by Prathap Pandian

Hi, I need to add a new phone number field in user registration page. I don't know where to add. Can you please help.. -- Thanks, Prathap Pandian M

17 years, 4 months

1
0
0 0

[xwiki-devs] Using Java Script File In XWIKI

by Prathap Pandian

Hi, How to call a java script file in XWIKI page. I want to validate a form in XWIKI page, and i am having a script file, don't know how to call the file. For example in HTML we call the js file using this tag <script language="javascript" src="login.js?randomJsVer=84" ></script>, like this is there anyother way to call the js file in XWIKI. -- Thanks, Prathap Pandian M

17 years, 4 months

2
4
0 0

[xwiki-devs] [RFC] XWiki Query Language

by Artem Melentyev

Hi, devs. I'm working on JCRStore and QueryPlugin and I want to get some feedback about http://dev.xwiki.org/xwiki/bin/view/Design/XWiki+Query+Language+Specificati… 1. Why our QueryPlugin's xpath isn't sufficient? (except it doesn't work now and some features are unimplemented :)) 2. Are we sure to use sql-like query language? I think sql isn't user friendly language. Also many features of sql (such as joins) is impossible for JCR. 3. What user query language would you prefer for xwiki? -- Artem Melentyev

17 years, 4 months

7
12
0 0

[xwiki-devs] xwiki build problem ?

by rssh

Good day. Such question: is something was changed in xwiki build procedure ? Now, when I want to build xwiki-product-enterprise I receive [rssh@a22 xwiki-product-enterprise]$ mvn install [INFO] Scanning for projects... [INFO] ------------------------------------------------------------------------ [ERROR] BUILD ERROR [INFO] ------------------------------------------------------------------------ [INFO] Failed to resolve artifact. Missing: ---------- 1) com.xpn.xwiki.platform.tools:xwiki-xar-handlers:jar:1.9-SNAPSHOT Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=com.xpn.xwiki.platform.tools -DartifactId=xwiki-xar-handlers \ -Dversion=1.9-SNAPSHOT -Dpackaging=jar -Dfile=/path/to/file Path to dependency: 1) com.xpn.xwiki.products:xwiki-enterprise-parent:pom:1.5-SNAPSHOT 2) com.xpn.xwiki.platform.tools:xwiki-xar-handlers:jar:1.9-SNAPSHOT ---------- 1 required artifact is missing. for artifact: com.xpn.xwiki.products:xwiki-enterprise-parent:pom:1.5-SNAPSHOT from the specified remote repositories: central (http://repo1.maven.org/maven2) -- Ruslan Shevchenko GradSoft. http://www.gradsoft.ua

17 years, 4 months

2
1
0 0

Re: [xwiki-devs] Tutorial to write validations and tooltips in forms

by Niels Mayer

Regarding the very helpful tutorial at XWiki - DevGuide - Creating a form with validation and tooltips<http://platform.xwiki.org/xwiki/bin/view/DevGuide/Creating+a+form+with+vali…>I've noticed a situation where it was expecting an int and had an error if it was given text instead: http://localhost:8080xwiki/bin/view/ValidationSample/ -> I fill In form with first_name: jar last_name: jar age: binks emal: binks(a)jarjar.com usphone: 123-456-7890 text: poipoipoipoipoi -> click create, which brings me to http://localhost:8080/xwiki/bin/view/ValidationSample/CreateDoc : CreateDoc ________________________________ Error number 4001 in 4: Error while parsing velocity page ValidationSample.CreateDoc Wrapped Exception: Invocation of method 'updateObjectFromRequest' in class com.xpn.xwiki.api.Document threw exception java.lang.NumberFormatException: For input string: "binks" @ ValidationSample.CreateDoc6,20? How to trap this type exception in the validation code itself? Input type-checking is why validation is needed in the first place. -- Niels Mayer ( http://http://www.curriki.org/xwiki/bin/view/XWiki/NielsMayer) Curriki: The Global Education & Learning Community

17 years, 4 months

2
1
0 0

[xwiki-devs] Bulletin Board Application - How to post?

by shivshan

Hi I have installed the bulletin board application (version BulletinBoardApplication2.xar) on XE 1.4. I can see the admin pages and also added the panels. However there is no way, at least for me, to post to a bulletin board. There is a PostClass but no associated ClassSheet and ClassTemplate in the xar. Am i missing something? Regards, Shiva -- View this message in context: http://www.nabble.com/Bulletin-Board-Application---How-to-post--tp17359096p… Sent from the XWiki- Dev mailing list archive at Nabble.com.

17 years, 4 months

2
1
0 0

[xwiki-devs] Exception When changing skins

by marlon hendred

Hi, When I try to change the skin with the admin gui to albatross i get the following stack trace: Error number 3201 in 3: Exception while saving document XWiki.XWikiPreferences Wrapped Exception: Row was updated or deleted by another transaction (or unsaved-value mapping was incorrect): [com.xpn.xwiki.objects.LargeStringProperty# ] com.xpn.xwiki.XWikiException: Error number 3201 in 3: Exception while saving document XWiki.XWikiPreferences Wrapped Exception: Row was updated or deleted by another transaction (or unsaved-value mapping was incorrect): [com.xpn.xwiki.objects.LargeStringProperty# ] at com.xpn.xwiki.store.XWikiHibernateStore.saveXWikiDoc(XWikiHibernateStore.java:573) 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:1130) at com.xpn.xwiki.web.SaveAction.save(SaveAction.java:130) at com.xpn.xwiki.web.SaveAction.action(SaveAction.java:140) at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:204) 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:709) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:112) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:541) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:868) at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:663) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) Wrapped Exception: org.hibernate.StaleObjectStateException: Row was updated or deleted by another transaction (or unsaved-value mapping was incorrect): [com.xpn.xwiki.objects.LargeStringProperty# ] at org.hibernate.persister.entity.AbstractEntityPersister.check(AbstractEntityPersister.java:1765) at org.hibernate.persister.entity.AbstractEntityPersister.update(AbstractEntityPersister.java:2407) at org.hibernate.persister.entity.AbstractEntityPersister.updateOrInsert(AbstractEntityPersister.java:2307) at org.hibernate.persister.entity.AbstractEntityPersister.update(AbstractEntityPersister.java:2607) at org.hibernate.action.EntityUpdateAction.execute(EntityUpdateAction.java:92) at org.hibernate.engine.ActionQueue.execute(ActionQueue.java:250) at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:234) at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:142) at org.hibernate.event.def.AbstractFlushingEventListener.performExecutions(AbstractFlushingEventListener.java:298) at org.hibernate.event.def.DefaultFlushEventListener.onFlush(DefaultFlushEventListener.java:27) at org.hibernate.impl.SessionImpl.flush(SessionImpl.java:1000) at org.hibernate.impl.SessionImpl.managedFlush(SessionImpl.java:338) at org.hibernate.transaction.JDBCTransaction.commit(JDBCTransaction.java:106) at com.xpn.xwiki.store.XWikiHibernateBaseStore.endTransaction(XWikiHibernateBaseStore.java:816) at com.xpn.xwiki.store.XWikiHibernateBaseStore.endTransaction(XWikiHibernateBaseStore.java:787) at com.xpn.xwiki.store.XWikiHibernateStore.saveXWikiDoc(XWikiHibernateStore.java:563) 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:1130) at com.xpn.xwiki.web.SaveAction.save(SaveAction.java:130) at com.xpn.xwiki.web.SaveAction.action(SaveAction.java:140) at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:204) 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:709) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:112) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:541) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:868) at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:663) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684 at java.lang.Thread.run(Thread.java:595) Any Ideas? It swithes the skin, but the next time i login its back on the toucan skin. Also The reason why Im using the old albatross skin is because then toucan skin doesn't display any users...any ideas about that too? Thanks in advance! -Marlon

17 years, 4 months

2
2
0 0

[xwiki-devs] searchDocuments exception

by Glenn Everitt

I looked at the FAQ example and am trying to write a query to get all of the blog entries for a specific author here is the script: #set ($sql = ", from BaseObject as obj where doc.fullName = obj.name and obj.className = 'XWiki.ArticleClass' and doc.author = 'XWiki.GEVERITT'") #set ($start = 0) #set ($nb = 50) #set ($collect = $xwiki.searchDocuments($sql , $nb , $start)) # $collect.size() #foreach ($item in $collect) #if ($xwiki.hasAccessLevel("view", "${context.database}:${item}")) #set($bentrydoc = $xwiki.getDocument($item)) #set($date = $xwiki.formatDate($bentrydoc.date,"MMMM dd, yyyy HH:mm")) #<p>$bentrydoc.name $date</p> #end #end I see this exception Error number 4001 in 4: Error while parsing velocity page COE.Blog_GEVERITT Wrapped Exception: Invocation of method 'searchDocuments' in class com.xpn.xwiki.api.XWiki threw exception com.xpn.xwiki.XWikiException: Error number 3223 in 3: Exception while searching documents with SQL web, doc.name from XWiki Document as doc , from Base Object as obj where doc.full Name = obj.name and obj.class Name = 'XWiki.Article Class' and doc.author = 'XWiki.GEVERITT'? Wrapped Exception: unexpected token: from near line 1, column 81 web, doc.name from com.xpn.xwiki.doc.XWiki Document as doc , from com.xpn.xwiki.objects.Base Object as obj where doc.full Name = obj.name and obj.class Name = 'XWiki.Article Class' and doc.author = 'XWiki.GEVERITT'? @ COE.Blog_GEVERITT4,25? and then see this which looks like the query that was executed. What looks odd is that doc.author has the bread crumb trail in it "User Blogs > Blog_GEVERITT" instead of just "GEVERITT" select distinct doc.web, doc.name from XWikiDocument as doc , from BaseObject as obj where doc.fullName = obj.name and obj.className = 'XWiki.ArticleClass' and doc.author = 'XWiki: User Blogs > Blog_GEVERITT > GEVERITT' Any idea what the problem is? Any help or suggestions on debugging it would be appreciated. I am using XWiki 1.3.2, Oracle 10, Tomcat 5.5 Thanks Glenn Everitt -- View this message in context: http://www.nabble.com/searchDocuments-exception-tp17339532p17339532.html Sent from the XWiki- Dev mailing list archive at Nabble.com.

17 years, 4 months

2
3
0 0

[xwiki-devs] SourceKibitzer EyeQ reports

by Vincent Massol

Hi everyone, SourceKibitzer is offering us some activity reports based on our SVN activity. I've created a page here to host those reports: http://dev.xwiki.org/xwiki/bin/view/Community/EyeQReports They provide information such as: * contribution size * activity * unique know how (ie code only you have modified) * shared know how * code complexity * % of comments Make sure you read the caveats on the page to understand the reports. Right now I find the contribution size metric quite misleading. However SK is working on improving it. Thanks -Vincent

17 years, 4 months

1
0
0 0

Re: [xwiki-devs] FW: New Admin Design direction

by Vincent Massol

On May 20, 2008, at 11:14 AM, Evelina Slatineanu wrote: > One proposal is to make the panels part of XE (not application > anymore, > since they have dependencies in XE) and move the PanelWizard in the > Administration application (since this one will contain PanelWizard > for both > wiki and space level, so there is no point for the PanelWizard to > exist > outside administration). WDYT? I'm not sure. I'd prefer we go the opposite way. There's nothing IMO that forces us to make Panels compulsory and I'd rather see it as an application. Right now there are dependencies in Core/XE because we don't have IX but that should go away later on. More generally speaking I'd really like that Core/XE is an empty shell in the future, i.e. completely empty and that XWiki instances are built by adding applications. The Panels are one such application but I can envision other navigation/menu applications. People who build these new apps should be able to use them without using the Panels app. Of course, when we have the Application Manager which will allow users to choose their apps the first time they start XWiki we will display the Panels app proeminently. WDYT? Thanks -Vincent > And yes, I'm +1 for the admin app to contain users/groups, rights, > import/export, presentation, panelwizard. > > > Thanks, > Evelina > > -----Original Message----- > From: devs-bounces(a)xwiki.org [mailto:devs-bounces@xwiki.org] On > Behalf Of > Vincent Massol > Sent: Tuesday, May 20, 2008 10:20 AM > To: XWiki Developers > Subject: Re: [xwiki-devs] FW: New Admin Design direction > > > On May 20, 2008, at 8:51 AM, Evelina Slatineanu wrote: > >> Hi, >> >> Yes, I've read that document a hundred times but the implementation >> proposal >> changed about that much too :P >> So, yes, Vincent is right about the fact that we should follow the >> interface >> extension direction for the new applications that we are going to >> make but, >> so far, since we don't have the interface extensions I am a little >> bit >> puzzled about the whole thing. What I don't know how to do is: >> >> 1. In what way an application should contribute admin pages to the >> administration application? For this we should have at least some >> classes & >> objects generically defined for each application and the >> administration one >> to read these objects and to be able to know what to include (even >> hardcoded) in the administration menu, as Vincent says. And isn't >> this what >> interface extension application is suppose to do? Please correct me >> if I am >> wrong or I did not understand the request. > > Right now the admin page should hardcode the link to the admin pages > of the apps. This part will be replaced when IX are there. > However before printing the link we should check if the application is > present and don't show it if not (we can check for a known page from > the application). > >> For example, let's say we have the Blog application. For now we have >> global >> administration and space administration. We have the rights, the >> panels and >> the presentation preferences included in the space administration >> for Blog >> space (this is something fixed). Where should go the other things >> that the >> Blog administration application wants to include in the >> administration menu? >> The things that Vincent wants to be hardcoded for now. In the space >> administration page? In another administration page...? And how >> should I >> read these things? From what kind of objects or documents or >> whatever else >> may be used? > > 1) The space preferences (i.e. rights, preferences, etc) should be > separated from the applications IMO. It seems better to have a generic > page that allows to change these space by space rather than delegating > this to the spaces. Especially since Application doesn't mean there's > a space for that application. An application is only a set of pages > right now. > > 2) For the Blog application what I mean by the admin page for Blog is > page in the Blog application that allows changing: > - Blog categories (edit, add new ones) > - A link to the Article Class so that admin users can edit the > stylsheet/template/class definition. > > 3) So in the left menu of the general admin page, we could hardcode a > "Blog" link that links to the blog admin page defined in 2) (and only > display it if the Blog app is present). The same goes for the Panels > app. > >> Until now, after discussing with Jv, Thomas and Sergiu, the idea I >> made >> about the administration application is that it is a set of wiki >> pages used >> to administrate a wiki at global and space level (pretty much the >> same kind >> of application like Panels). But its implementation seems to change >> the more >> we discuss about it (which is a good thing of course) but now I am >> really >> confused. > > I don't see what's changing... Could you be more specific? > > The only thing I'd like NOT to see is (to continue with the Blog > example) to have a blog admin page located in the general admin > application. > > Now one question is whether we consider Import/Export, User/Group > management, Preferences, Panels as 4 applications or not. I think for > now we should consider them as 2: > * the Admin app: Import/Export, User/Group management, Preferences > * the Panels app > > WDYT? > > Thanks > -Vincent > >> Can you help me understand WHAT exactly should I implement for now? >> >> Thanks, >> Evelina >> >> -----Original Message----- >> From: devs-bounces(a)xwiki.org [mailto:devs-bounces@xwiki.org] On >> Behalf Of >> Vincent Massol >> Sent: Monday, May 19, 2008 1:06 PM >> To: XWiki Developers >> Subject: [xwiki-devs] New Admin Design direction >> >> Hi, >> >> Some comments I've discussed with JV about implementing >> http://dev.xwiki.org/xwiki/bin/view/Design/ImproveWikiAdministration >> >> I believe we should design it in the following manner: >> >> * The Admin page is a generic empty shell >> * An XWiki instance is made of applications (admin pages like users/ >> groups/configs are part of the admin application too). Examples: >> Blog, >> Calendar, Panels, etc >> * Each application should be able to contribute admin pages to >> configure/administrate itself. These pages should automatically >> appear >> in the left menu on the new admin page. Note that this will require >> interface extensions so right now we would hardcode them in the menu. >> * What it means is that the admin page should link to the admin pages >> located in the applications providing them. >> >> I know we're missing the interface extensions to make this work but >> I'd like that our design for the new admin page works towards this >> goal in mind. >> >> WDYT? >> >> Note: This email was prompted by Evelina asking if it was ok to >> attach >> XARs to be imported in the XWiki.XWikiPeferences page. IMO it's not a >> good thing to do. The XARs should be attached in the ImportExport >> application pages (as it's done now). Now I have no idea how easy or >> hard this is to implement since I haven't dived in the >> implementation. >> >> Thanks >> -Vincent > _______________________________________________ > devs mailing list > devs(a)xwiki.org > http://lists.xwiki.org/mailman/listinfo/devs > > _______________________________________________ > devs mailing list > devs(a)xwiki.org > http://lists.xwiki.org/mailman/listinfo/devs

17 years, 4 months

2
1
0 0

Re: [xwiki-devs] [xwiki-notifications] r9854 - xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/xmlrpc

by Vincent Massol

On May 20, 2008, at 11:27 AM, Sergiu Dumitriu wrote: > vmassol (SVN) wrote: >> Author: vmassol >> Date: 2008-05-19 09:08:08 +0200 (Mon, 19 May 2008) >> New Revision: 9854 >> >> Modified: >> xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/ >> xmlrpc/XWikiXmlRpcHandler.java >> Log: >> * Replaced log.info with log.debug calls since we only want to >> print in the console when there are problems or for very important >> information (such as the XWiki version) in order not to "pollute" >> the output. >> * Fixed some copy paste errors ;) > > None of the error messages uses [] around parameters; I thought that > was > a convention for XWiki... It is. Fabio could you please fix them? >> @@ -287,7 +289,7 @@ >> if (!xwiki.getSpaces().contains(spaceKey)) { >> throw new XmlRpcException(String.format("[Space '%s' >> does not exist.]", spaceKey)); > [what's with the brackets?] Same. >> @@ -345,7 +347,7 @@ >> String pageFullName = String.format("%s.%s", spaceKey, >> pageName); >> >> if (!xwiki.exists(pageFullName)) { >> - log.warn(String.format( >> + LOG.warn(String.format( >> "[Page '%s' appears to be in space '%s' but no >> information is available.]", >> pageName)); >> } else { > > This will throw an exception, since it expects 2 arguments instead > of 1. Fabio? Thanks -Vincent PS: Sergiu, this is not code I wrote. I just fixed one aspect of the code which was the usage of info instead of debug for the logs.

17 years, 4 months

1
0
0 0

Re: [xwiki-devs] FW: New Admin Design direction

by Vincent Massol

On May 20, 2008, at 8:51 AM, Evelina Slatineanu wrote: > Hi, > > Yes, I've read that document a hundred times but the implementation > proposal > changed about that much too :P > So, yes, Vincent is right about the fact that we should follow the > interface > extension direction for the new applications that we are going to > make but, > so far, since we don't have the interface extensions I am a little bit > puzzled about the whole thing. What I don't know how to do is: > > 1. In what way an application should contribute admin pages to the > administration application? For this we should have at least some > classes & > objects generically defined for each application and the > administration one > to read these objects and to be able to know what to include (even > hardcoded) in the administration menu, as Vincent says. And isn't > this what > interface extension application is suppose to do? Please correct me > if I am > wrong or I did not understand the request. Right now the admin page should hardcode the link to the admin pages of the apps. This part will be replaced when IX are there. However before printing the link we should check if the application is present and don't show it if not (we can check for a known page from the application). > For example, let's say we have the Blog application. For now we have > global > administration and space administration. We have the rights, the > panels and > the presentation preferences included in the space administration > for Blog > space (this is something fixed). Where should go the other things > that the > Blog administration application wants to include in the > administration menu? > The things that Vincent wants to be hardcoded for now. In the space > administration page? In another administration page...? And how > should I > read these things? From what kind of objects or documents or > whatever else > may be used? 1) The space preferences (i.e. rights, preferences, etc) should be separated from the applications IMO. It seems better to have a generic page that allows to change these space by space rather than delegating this to the spaces. Especially since Application doesn't mean there's a space for that application. An application is only a set of pages right now. 2) For the Blog application what I mean by the admin page for Blog is page in the Blog application that allows changing: - Blog categories (edit, add new ones) - A link to the Article Class so that admin users can edit the stylsheet/template/class definition. 3) So in the left menu of the general admin page, we could hardcode a "Blog" link that links to the blog admin page defined in 2) (and only display it if the Blog app is present). The same goes for the Panels app. > Until now, after discussing with Jv, Thomas and Sergiu, the idea I > made > about the administration application is that it is a set of wiki > pages used > to administrate a wiki at global and space level (pretty much the > same kind > of application like Panels). But its implementation seems to change > the more > we discuss about it (which is a good thing of course) but now I am > really > confused. I don't see what's changing... Could you be more specific? The only thing I'd like NOT to see is (to continue with the Blog example) to have a blog admin page located in the general admin application. Now one question is whether we consider Import/Export, User/Group management, Preferences, Panels as 4 applications or not. I think for now we should consider them as 2: * the Admin app: Import/Export, User/Group management, Preferences * the Panels app WDYT? Thanks -Vincent > Can you help me understand WHAT exactly should I implement for now? > > Thanks, > Evelina > > -----Original Message----- > From: devs-bounces(a)xwiki.org [mailto:devs-bounces@xwiki.org] On > Behalf Of > Vincent Massol > Sent: Monday, May 19, 2008 1:06 PM > To: XWiki Developers > Subject: [xwiki-devs] New Admin Design direction > > Hi, > > Some comments I've discussed with JV about implementing > http://dev.xwiki.org/xwiki/bin/view/Design/ImproveWikiAdministration > > I believe we should design it in the following manner: > > * The Admin page is a generic empty shell > * An XWiki instance is made of applications (admin pages like users/ > groups/configs are part of the admin application too). Examples: Blog, > Calendar, Panels, etc > * Each application should be able to contribute admin pages to > configure/administrate itself. These pages should automatically appear > in the left menu on the new admin page. Note that this will require > interface extensions so right now we would hardcode them in the menu. > * What it means is that the admin page should link to the admin pages > located in the applications providing them. > > I know we're missing the interface extensions to make this work but > I'd like that our design for the new admin page works towards this > goal in mind. > > WDYT? > > Note: This email was prompted by Evelina asking if it was ok to attach > XARs to be imported in the XWiki.XWikiPeferences page. IMO it's not a > good thing to do. The XARs should be attached in the ImportExport > application pages (as it's done now). Now I have no idea how easy or > hard this is to implement since I haven't dived in the implementation. > > Thanks > -Vincent

17 years, 4 months

2
1
0 0

[xwiki-devs] FW: New Admin Design direction

by Evelina Slatineanu

Hi, Yes, I've read that document a hundred times but the implementation proposal changed about that much too :P So, yes, Vincent is right about the fact that we should follow the interface extension direction for the new applications that we are going to make but, so far, since we don't have the interface extensions I am a little bit puzzled about the whole thing. What I don't know how to do is: 1. In what way an application should contribute admin pages to the administration application? For this we should have at least some classes & objects generically defined for each application and the administration one to read these objects and to be able to know what to include (even hardcoded) in the administration menu, as Vincent says. And isn't this what interface extension application is suppose to do? Please correct me if I am wrong or I did not understand the request. For example, let's say we have the Blog application. For now we have global administration and space administration. We have the rights, the panels and the presentation preferences included in the space administration for Blog space (this is something fixed). Where should go the other things that the Blog administration application wants to include in the administration menu? The things that Vincent wants to be hardcoded for now. In the space administration page? In another administration page...? And how should I read these things? From what kind of objects or documents or whatever else may be used? Until now, after discussing with Jv, Thomas and Sergiu, the idea I made about the administration application is that it is a set of wiki pages used to administrate a wiki at global and space level (pretty much the same kind of application like Panels). But its implementation seems to change the more we discuss about it (which is a good thing of course) but now I am really confused. Can you help me understand WHAT exactly should I implement for now? Thanks, Evelina -----Original Message----- From: devs-bounces(a)xwiki.org [mailto:devs-bounces@xwiki.org] On Behalf Of Vincent Massol Sent: Monday, May 19, 2008 1:06 PM To: XWiki Developers Subject: [xwiki-devs] New Admin Design direction Hi, Some comments I've discussed with JV about implementing http://dev.xwiki.org/xwiki/bin/view/Design/ImproveWikiAdministration I believe we should design it in the following manner: * The Admin page is a generic empty shell * An XWiki instance is made of applications (admin pages like users/ groups/configs are part of the admin application too). Examples: Blog, Calendar, Panels, etc * Each application should be able to contribute admin pages to configure/administrate itself. These pages should automatically appear in the left menu on the new admin page. Note that this will require interface extensions so right now we would hardcode them in the menu. * What it means is that the admin page should link to the admin pages located in the applications providing them. I know we're missing the interface extensions to make this work but I'd like that our design for the new admin page works towards this goal in mind. WDYT? Note: This email was prompted by Evelina asking if it was ok to attach XARs to be imported in the XWiki.XWikiPeferences page. IMO it's not a good thing to do. The XARs should be attached in the ImportExport application pages (as it's done now). Now I have no idea how easy or hard this is to implement since I haven't dived in the implementation. Thanks -Vincent _______________________________________________ devs mailing list devs(a)xwiki.org http://lists.xwiki.org/mailman/listinfo/devs

17 years, 4 months

1
0
0 0

[xwiki-devs] Rendering one Xwiki page with 2 different templates / class sheets

by Kamna Jain

Hello Devs, Is it possible to render one page with two different class sheets. For example, in a 3 page navigation, -> We create an object of a class on the first page and add it to the second page. -> But, we do not display the Object properties on the second page, instead, we add some more properties to that object on that page ->on the third page we want to display the object properties. So, my question is can I just use the same page for the second and third page (described above). That one page has the object added to it but will display two different things based on the style sheet. I tried doing this, but it did not replace the class sheet applied the first time with the second one. -> From Page 1 to Page 2, I used $response.sendRedirect($newdoc.getURL("save", "template=${etemplate}&parent=${eparent}&title=$etitle")) where etemplate = Template 1 This adds #includeForm("XWiki.ClassSheet1") -> From Page 2 - Page2 (with a different template), I used, $response.sendRedirect($newdoc.getURL("propupdate", "template=${etemplate}&parent=${eparent}&title=$etitle")) where etemplate = template 2 This does not replace #includeForm("XWiki.ClassSheet1") , but just adds // to the wiki editor and the editor contents look like this: // #includeForm("XWiki.ClassSheet1") I was expecting it to just overwrite it with #includeForm("XWiki.ClassSheet2") Q) Is there any way to remove the template and add a new one....any other better way of achieving this. Thanks a lot for all help

17 years, 4 months

2
1
0 0

Re: [xwiki-devs] [xwiki-notifications] r9863 - xwiki-platform/core/trunk/xwiki-core

by Vincent Massol

Maybe some comments explaning why we have to exclude so many deps with a link pointing to the jira issue where we asked the project to fix their pom and a message saying that once it's solved we can remove them? Thanks -Vincent On May 19, 2008, at 5:56 PM, sdumitriu (SVN) wrote: > Author: sdumitriu > Date: 2008-05-19 17:56:53 +0200 (Mon, 19 May 2008) > New Revision: 9863 > > Modified: > xwiki-platform/core/trunk/xwiki-core/pom.xml > Log: > XWIKI-2377: Upgrate the apache-fop dependency > Done. We still need to update batik-rasterizer to 1.7 once it will > be published on the maven repo. > > [misc] Remove pdfbox dependency, which was used by the Lucene plugin > > > Modified: xwiki-platform/core/trunk/xwiki-core/pom.xml > =================================================================== > --- xwiki-platform/core/trunk/xwiki-core/pom.xml 2008-05-19 14:49:51 > UTC (rev 9862) > +++ xwiki-platform/core/trunk/xwiki-core/pom.xml 2008-05-19 15:56:53 > UTC (rev 9863) > @@ -405,41 +405,62 @@ >  > <dependency> > <groupId>org.apache.xmlgraphics</groupId> > - <artifactId>xmlgraphics-commons</artifactId> > - <version>1.1</version> > - <scope>runtime</scope> > - </dependency> > - <dependency> > - <groupId>org.apache.xmlgraphics</groupId> > <artifactId>fop</artifactId> > - <version>0.93</version> > + <version>0.95beta-1</version> > </dependency> > <dependency> > <groupId>batik</groupId> > <artifactId>batik-rasterizer</artifactId> > <version>1.6</version> > + <exclusions> > + <exclusion> > + <groupId>batik</groupId> > + <artifactId>batik-awt-util</artifactId> > + </exclusion> > + <exclusion> > + <groupId>batik</groupId> > + <artifactId>batik-bridge</artifactId> > + </exclusion> > + <exclusion> > + <groupId>batik</groupId> > + <artifactId>batik-css</artifactId> > + </exclusion> > + <exclusion> > + <groupId>batik</groupId> > + <artifactId>batik-dom</artifactId> > + </exclusion> > + <exclusion> > + <groupId>batik</groupId> > + <artifactId>batik-gvt</artifactId> > + </exclusion> > + <exclusion> > + <groupId>batik</groupId> > + <artifactId>batik-parser</artifactId> > + </exclusion> > + <exclusion> > + <groupId>batik</groupId> > + <artifactId>batik-script</artifactId> > + </exclusion> > + <exclusion> > + <groupId>batik</groupId> > + <artifactId>batik-svg-dom</artifactId> > + </exclusion> > + <exclusion> > + <groupId>batik</groupId> > + <artifactId>batik-transcoder</artifactId> > + </exclusion> > + <exclusion> > + <groupId>batik</groupId> > + <artifactId>batik-util</artifactId> > + </exclusion> > + <exclusion> > + <groupId>batik</groupId> > + <artifactId>batik-xml</artifactId> > + </exclusion> > + </exclusions> > </dependency> > - <dependency> > - <groupId>batik</groupId> > - <artifactId>batik-svggen</artifactId> > - <version>1.6</version> > - </dependency> > - <dependency> > - <groupId>batik</groupId> > - <artifactId>batik-dom</artifactId> > - <version>1.6</version> > - </dependency> > - <dependency> > - <groupId>batik</groupId> > - <artifactId>batik-ext</artifactId> > - <version>1.6</version> > - </dependency> > - <dependency> > - <groupId>pdfbox</groupId> > - <artifactId>pdfbox</artifactId> > - <version>0.7.1</version> > - </dependency> > > + >  >  > <dependency>

17 years, 4 months

2
1
0 0

[xwiki-devs] Using search apis

by Sachin Mittal

Hi, I am working on an application that relies heavily on custom search to get the data to client. I have looked at the xwiki api and it seems that seerch method needs programming rights. Now every user would not have programming rights. So could you please let me know how can I execute such search methods from within my velocity code. One way would be to use my custom search plugin to bypass the xwiki programming rights. I have also see the xwiki reference page for search queries and there are some where no result is displayed, and this is probably because when we access the page there is no access for guest user or logged in user to execute those queries. http://platform.xwiki.org/xwiki/bin/view/DevGuide/velocityHqlExamplesMacro So again can't the search apis move out of programming rights? Thanks Sachin ----- http://www.assembla.com/wiki/show/sachin_mittal about me: -- View this message in context: http://www.nabble.com/Using-search-apis-tp17315167p17315167.html Sent from the XWiki- Dev mailing list archive at Nabble.com.

17 years, 4 months

3
4
0 0

[xwiki-devs] Issue when running mvn install -Pjettyrun on platform web

by Ludovic Dubost

When I run jettyrun from platform web, I don't get the skins loaded. What I see in the run is that it points to the sources of platform web for it's web resources. With this patch: Index: pom.xml =================================================================== --- pom.xml (revision 9842) +++ pom.xml (working copy) @@ -170,6 +170,7 @@ <configuration> <contextPath>/xwiki</contextPath> <classesDirectory>${project.build.directory}/${project.build.finalName}/WEB-INF</classesDirectory> + <webAppSourceDirectory>${project.build.directory}/${project.build.finalName}/</webAppSourceDirectory> <scanIntervalSeconds>10</scanIntervalSeconds> <connectors> <connector implementation="org.mortbay.jetty.nio.SelectChannelConnector"> It points to the result of the build in target, where the skins have been unzipped. I would commit this, but I'm wondering why this was not reported already and if everybody has this problem ? Ludovic -- Ludovic Dubost Blog: http://blog.ludovic.org/ XWiki: http://www.xwiki.com Skype: ldubost GTalk: ldubost

17 years, 4 months

2
1
0 0

[xwiki-devs] Migration of xWiki enterprise.

by Marco Casavecchia Morganti

Hello all, I have to migrate from xWiki Enterprise 1.2.1 to something newer because of a known bug of my current release. My idea is to switch to the 1.4.. can anyone tell me if i must install the 1.3 before the switch to the 1.4? Is there a "migration checklist" somewhere? Thanks. -- By MCM.

17 years, 4 months

2
2
0 0

[xwiki-devs] New Admin Design direction

by Vincent Massol

Hi, Some comments I've discussed with JV about implementing http://dev.xwiki.org/xwiki/bin/view/Design/ImproveWikiAdministration I believe we should design it in the following manner: * The Admin page is a generic empty shell * An XWiki instance is made of applications (admin pages like users/ groups/configs are part of the admin application too). Examples: Blog, Calendar, Panels, etc * Each application should be able to contribute admin pages to configure/administrate itself. These pages should automatically appear in the left menu on the new admin page. Note that this will require interface extensions so right now we would hardcode them in the menu. * What it means is that the admin page should link to the admin pages located in the applications providing them. I know we're missing the interface extensions to make this work but I'd like that our design for the new admin page works towards this goal in mind. WDYT? Note: This email was prompted by Evelina asking if it was ok to attach XARs to be imported in the XWiki.XWikiPeferences page. IMO it's not a good thing to do. The XARs should be attached in the ImportExport application pages (as it's done now). Now I have no idea how easy or hard this is to implement since I haven't dived in the implementation. Thanks -Vincent

17 years, 4 months

1
0
0 0

[xwiki-devs] Compilation errors in a fresh trunk :(

by Asiri Rathnayake

Just checked out and ran a `mvn install` got the following ... <code> [INFO] Compiling 22 source files to /home/asiri/projects/xwiki/xwiki-dev/trunks/xwiki-platform-plugins/lucene/target/classes [INFO] ------------------------------------------------------------------------ [ERROR] BUILD FAILURE [INFO] ------------------------------------------------------------------------ [INFO] Compilation failure /home/asiri/projects/xwiki/xwiki-dev/trunks/xwiki-platform-plugins/lucene/src/main/java/com/xpn/xwiki/plugin/lucene/LucenePluginApi.java:[41,46] type com.xpn.xwiki.plugin.PluginApi does not take parameters /home/asiri/projects/xwiki/xwiki-dev/trunks/xwiki-platform-plugins/lucene/src/main/java/com/xpn/xwiki/plugin/lucene/LucenePlugin.java:[544,15] incompatible types found : com.xpn.xwiki.plugin.lucene.LucenePluginApi required: com.xpn.xwiki.api.Api /home/asiri/projects/xwiki/xwiki-dev/trunks/xwiki-platform-plugins/lucene/src/main/java/com/xpn/xwiki/plugin/lucene/LucenePluginApi.java:[68,12] cannot find symbol symbol : method hasAdminRights() location: class com.xpn.xwiki.plugin.lucene.LucenePluginApi /home/asiri/projects/xwiki/xwiki-dev/trunks/xwiki-platform-plugins/lucene/src/main/java/com/xpn/xwiki/plugin/lucene/LucenePluginApi.java:[69,53] cannot find symbol symbol : variable context location: class com.xpn.xwiki.plugin.lucene.LucenePluginApi /home/asiri/projects/xwiki/xwiki-dev/trunks/xwiki-platform-plugins/lucene/src/main/java/com/xpn/xwiki/plugin/lucene/LucenePluginApi.java:[69,19] cannot find symbol symbol : method getProtectedPlugin() location: class com.xpn.xwiki.plugin.lucene.LucenePluginApi /home/asiri/projects/xwiki/xwiki-dev/trunks/xwiki-platform-plugins/lucene/src/main/java/com/xpn/xwiki/plugin/lucene/LucenePluginApi.java:[85,19] cannot find symbol symbol : method getProtectedPlugin() location: class com.xpn.xwiki.plugin.lucene.LucenePluginApi /home/asiri/projects/xwiki/xwiki-dev/trunks/xwiki-platform-plugins/lucene/src/main/java/com/xpn/xwiki/plugin/lucene/LucenePluginApi.java:[106,27] cannot find symbol symbol : variable context location: class com.xpn.xwiki.plugin.lucene.LucenePluginApi /home/asiri/projects/xwiki/xwiki-dev/trunks/xwiki-platform-plugins/lucene/src/main/java/com/xpn/xwiki/plugin/lucene/LucenePluginApi.java:[105,19] cannot find symbol symbol : method getProtectedPlugin() location: class com.xpn.xwiki.plugin.lucene.LucenePluginApi /home/asiri/projects/xwiki/xwiki-dev/trunks/xwiki-platform-plugins/lucene/src/main/java/com/xpn/xwiki/plugin/lucene/LucenePluginApi.java:[167,31] cannot find symbol symbol : variable context location: class com.xpn.xwiki.plugin.lucene.LucenePluginApi /home/asiri/projects/xwiki/xwiki-dev/trunks/xwiki-platform-plugins/lucene/src/main/java/com/xpn/xwiki/plugin/lucene/LucenePluginApi.java:[166,16] cannot find symbol symbol : method getProtectedPlugin() location: class com.xpn.xwiki.plugin.lucene.LucenePluginApi /home/asiri/projects/xwiki/xwiki-dev/trunks/xwiki-platform-plugins/lucene/src/main/java/com/xpn/xwiki/plugin/lucene/LucenePluginApi.java:[183,15] cannot find symbol symbol : method getProtectedPlugin() location: class com.xpn.xwiki.plugin.lucene.LucenePluginApi /home/asiri/projects/xwiki/xwiki-dev/trunks/xwiki-platform-plugins/lucene/src/main/java/com/xpn/xwiki/plugin/lucene/LucenePluginApi.java:[191,15] cannot find symbol symbol : method getProtectedPlugin() location: class com.xpn.xwiki.plugin.lucene.LucenePluginApi /home/asiri/projects/xwiki/xwiki-dev/trunks/xwiki-platform-plugins/lucene/src/main/java/com/xpn/xwiki/plugin/lucene/LucenePluginApi.java:[199,15] cannot find symbol symbol : method getProtectedPlugin() location: class com.xpn.xwiki.plugin.lucene.LucenePluginApi /home/asiri/projects/xwiki/xwiki-dev/trunks/xwiki-platform-plugins/lucene/src/main/java/com/xpn/xwiki/plugin/lucene/LucenePluginApi.java:[216,27] cannot find symbol symbol : variable context location: class com.xpn.xwiki.plugin.lucene.LucenePluginApi /home/asiri/projects/xwiki/xwiki-dev/trunks/xwiki-platform-plugins/lucene/src/main/java/com/xpn/xwiki/plugin/lucene/LucenePluginApi.java:[215,19] cannot find symbol symbol : method getProtectedPlugin() location: class com.xpn.xwiki.plugin.lucene.LucenePluginApi /home/asiri/projects/xwiki/xwiki-dev/trunks/xwiki-platform-plugins/lucene/src/main/java/com/xpn/xwiki/plugin/lucene/LucenePluginApi.java:[263,16] cannot find symbol symbol : variable context location: class com.xpn.xwiki.plugin.lucene.LucenePluginApi /home/asiri/projects/xwiki/xwiki-dev/trunks/xwiki-platform-plugins/lucene/src/main/java/com/xpn/xwiki/plugin/lucene/LucenePluginApi.java:[262,19] cannot find symbol symbol : method getProtectedPlugin() location: class com.xpn.xwiki.plugin.lucene.LucenePluginApi /home/asiri/projects/xwiki/xwiki-dev/trunks/xwiki-platform-plugins/lucene/src/main/java/com/xpn/xwiki/plugin/lucene/LucenePluginApi.java:[286,16] cannot find symbol symbol : variable context location: class com.xpn.xwiki.plugin.lucene.LucenePluginApi /home/asiri/projects/xwiki/xwiki-dev/trunks/xwiki-platform-plugins/lucene/src/main/java/com/xpn/xwiki/plugin/lucene/LucenePluginApi.java:[285,19] cannot find symbol symbol : method getProtectedPlugin() location: class com.xpn.xwiki.plugin.lucene.LucenePluginApi /home/asiri/projects/xwiki/xwiki-dev/trunks/xwiki-platform-plugins/lucene/src/main/java/com/xpn/xwiki/plugin/lucene/LucenePluginApi.java:[345,31] cannot find symbol symbol : variable context location: class com.xpn.xwiki.plugin.lucene.LucenePluginApi /home/asiri/projects/xwiki/xwiki-dev/trunks/xwiki-platform-plugins/lucene/src/main/java/com/xpn/xwiki/plugin/lucene/LucenePluginApi.java:[344,16] cannot find symbol symbol : method getProtectedPlugin() location: class com.xpn.xwiki.plugin.lucene.LucenePluginApi /home/asiri/projects/xwiki/xwiki-dev/trunks/xwiki-platform-plugins/lucene/src/main/java/com/xpn/xwiki/plugin/lucene/LucenePluginApi.java:[407,31] cannot find symbol symbol : variable context location: class com.xpn.xwiki.plugin.lucene.LucenePluginApi /home/asiri/projects/xwiki/xwiki-dev/trunks/xwiki-platform-plugins/lucene/src/main/java/com/xpn/xwiki/plugin/lucene/LucenePluginApi.java:[406,16] cannot find symbol symbol : method getProtectedPlugin() location: class com.xpn.xwiki.plugin.lucene.LucenePluginApi [INFO] ------------------------------------------------------------------------ [INFO] For more information, run Maven with the -e switch [INFO] ------------------------------------------------------------------------ [INFO] Total time: 2 minutes 25 seconds [INFO] Finished at: Sun May 18 08:50:39 LKT 2008 [INFO] Final Memory: 45M/142M [INFO] ------------------------------------------------------------------------ </code>

17 years, 4 months

3
3
0 0

Re: [xwiki-devs] [xwiki-notifications] r9849 - xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/plugin/feed

by Vincent Massol

Hi Ludovic, This cannot be a XWATCH issue since it's committed in the platform core so it has to be a core jira issue. Could you please create a feed plugin issue in core? Doing it the way you did is bad since it'll never appear in the release notes when we release core/XE. Thanks -Vincent On May 18, 2008, at 2:09 PM, ludovic (SVN) wrote: > Author: ludovic > Date: 2008-05-18 14:09:38 +0200 (Sun, 18 May 2008) > New Revision: 9849 > > Modified: > xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/ > plugin/feed/FeedPlugin.java > xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/ > plugin/feed/FeedPluginApi.java > xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/ > plugin/feed/UpdateThread.java > Log: > XWATCH-142 Watch cannot load more than one Watch space of the same > name in a XEM installation > > Modified: xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/ > xwiki/plugin/feed/FeedPlugin.java > =================================================================== > --- xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/ > plugin/feed/FeedPlugin.java 2008-05-18 12:09:18 UTC (rev 9848) > +++ xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/ > plugin/feed/FeedPlugin.java 2008-05-18 12:09:38 UTC (rev 9849) > @@ -319,10 +319,10 @@ > > > public boolean startUpdateFeedsInSpace(String space, boolean > fullContent, int scheduleTimer, XWikiContext context) throws > XWikiException { > - UpdateThread updateThread = (UpdateThread) > updateThreads.get(space); > + UpdateThread updateThread = (UpdateThread) > updateThreads.get(context.getDatabase() + ":" + space); > if (updateThread==null) { > updateThread = new UpdateThread(space, fullContent, > scheduleTimer, this, context); > - updateThreads.put(space, updateThread); > + updateThreads.put(context.getDatabase() + ":" + space, > updateThread); > Thread thread = new Thread(updateThread); > thread.start(); > return true; > @@ -332,22 +332,22 @@ > } > > public void stopUpdateFeedsInSpace(String space, XWikiContext > context) throws XWikiException { > - UpdateThread updateThread = (UpdateThread) > updateThreads.get(space); > + UpdateThread updateThread = (UpdateThread) > updateThreads.get(context.getDatabase() + ":" + space); > if (updateThread!=null) { > updateThread.stopUpdate(); > } > } > > - public void removeUpdateThread(String space, UpdateThread > thread) { > + public void removeUpdateThread(String space, UpdateThread > thread, XWikiContext context) { > // make sure the update thread is removed. > // this is called by the update thread when the loop is last > exited > - if (thread==updateThreads.get(space)) { > - updateThreads.remove(space); > + if (thread==updateThreads.get(context.getDatabase() + ":" + > space)) { > + updateThreads.remove(context.getDatabase() + ":" + > space); > } > } > > - public UpdateThread getUpdateThread(String space) { > - return (UpdateThread) updateThreads.get(space); > + public UpdateThread getUpdateThread(String space, XWikiContext > context) { > + return (UpdateThread) > updateThreads.get(context.getDatabase() + ":" + space); > } > > public Collection getActiveUpdateThreads() { > > Modified: xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/ > xwiki/plugin/feed/FeedPluginApi.java > =================================================================== > --- xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/ > plugin/feed/FeedPluginApi.java 2008-05-18 12:09:18 UTC (rev 9848) > +++ xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/ > plugin/feed/FeedPluginApi.java 2008-05-18 12:09:38 UTC (rev 9849) > @@ -161,7 +161,7 @@ > > > public UpdateThread getUpdateThread(String space) { > - return plugin.getUpdateThread(space); > + return plugin.getUpdateThread(space, context); > } > > public Collection getActiveUpdateThreads() { > > Modified: xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/ > xwiki/plugin/feed/UpdateThread.java > =================================================================== > --- xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/ > plugin/feed/UpdateThread.java 2008-05-18 12:09:18 UTC (rev 9848) > +++ xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/ > plugin/feed/UpdateThread.java 2008-05-18 12:09:38 UTC (rev 9849) > @@ -55,7 +55,7 @@ > while (true) { > update(); > if (stopUpdate) { > - feedPlugin.removeUpdateThread(space, this); > + feedPlugin.removeUpdateThread(space, this, context); > break; > } > try { > @@ -126,7 +126,7 @@ > > public void stopUpdate() { > if (!updateInProgress) { > - feedPlugin.removeUpdateThread(space, this); > + feedPlugin.removeUpdateThread(space, this, context); > } > stopUpdate = true; > } > > _______________________________________________ > notifications mailing list > notifications(a)xwiki.org > http://lists.xwiki.org/mailman/listinfo/notifications

17 years, 4 months

2
2
0 0

[xwiki-devs] Storing third-party credentials in user profiles

by Jerome Velociter

Hello devs, I'm trying to figure out a "clean" way of storing third-party applications credentials in a XWiki user profile. My use case is the following (and I believe such use cases will continue to occur as we offer more web-services integration). We want XWiki Workspaces users to be able to update their twitter status too when posting an update on a workspace "workstream", just checking a box. First time they would be asked for their twitter credentials, but for the following ones, it be nice not to ask. A possible way I want to propose is to encrypt the username/password couple (for example, represented under their base-64 form since twitter API requires basic authentication) through a cipher, using a secret key based on a combination of the user XWiki password hash and a secret parameter located in xwiki.cfg. This way, programming rights or physical access to xwiki.cfg would be required to decrypt the login/passwd. If the user changes his XWiki password, thus the hash, or if the secret parameter value is changed, the user would be asked to enter is credentials again (In fact, as soon as the service authentication fails). WDYT ? Are there cleaner/more secured ways of doing this ? Thanks for your inputs, Jerome.

17 years, 4 months

2
2
0 0

[xwiki-devs] newbie question

by Vivian Richard

Hi developers, I am a new comer to java and xwiki. I am trying to to download the xwiki 1.4 source code and setup the xwiki build environment in Eclipse. Is there any tutorial for that or can any one help me with that? Any help will be highly appreciated. Regards, Viv

17 years, 4 months

3
2
0 0

[xwiki-devs] [GSOC] Bonding period

by Vincent Massol

Hi GSOCers, Just a kind reminder that this is currently the bonding period (till 26th of May) and we'd like you to follow the guidelines we've set at http://dev.xwiki.org/xwiki/bin/view/GoogleSummerOfCode/ as much as possible. I haven't seen much activity from you on the list in general. It's possible you're talking directly to your mentors in which case I'd like to ask you to communicate through the mailing list instead. One main goal of the GSOC is that you integrate an open source project's community. Also have you been able to pick some jira issue and work on them? If you have any problem doing that please let us know how we can help you. If you have already sent a patch in a jira issue and it's not been reviewed and applied yet please let us know by answering this email too. Thanks again -Vincent

17 years, 4 months

8
10
0 0

[xwiki-devs] Adding a dblist property

by antoine

Hi We'd like to create a class with a domain property in wich we would like to store a list of domains. It looks like tags principle. So we want to have a list of domains to let users choose wich domains to attach to each instance. But we want this list to evolve and we had like to select these domains from another DB table. Indeed, we have try to add a dblist property to our class. But when we try to create a new object the select list for domains is empty. So our request doesn't work. Our db table domains is simple, only a field "name". Our request is : select name from domains; Could we please have an example of how to create a class with a dblist property? Thank for your time Antoine

17 years, 4 months

2
1
0 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

xwiki-devs