- xwiki-users@xwiki.org - lists.xwiki.org

To: is not populated any more when using $xwiki.xWiki.sendMessage?

by Esbach, Brandon

Hi All, Wondering if this is due to an API update, or just some odd co-incidence, but since going to Beta4 any email message sent from Xwiki now has no to: address. Our corporate Junk Mail settings then trash the email.. Guess the question is, am I mucking up the call (see below), or was this an API update since 0.9.840 (last test was done pre-Beta1 on 0.9.840)? $xwiki.xWiki.sendMessage("esbachb(a)tycoelectronics.com", "esbachb(a)tycoelectronics.com", "blah blah blahdablahblah:subject is here", $context.context) Brandon Esbach Software Engineer Tyco Electronics LoughMahon Technology Park, Skehard Road, Blackrock, Cork, Ireland Tel +353 21 4808305

18 years, 3 months

2
1
0 0

resource file is not translation friendly.

by Natto Lover

Hi. I wondered if I could help translating the resource file to Japanese. But I noticed some problems, so I want to let it to be known. First, I couldn't find a preferred way to contribute resource file translations. Its a common topic in a project like this, so I think it should be clearly documented in an easily found place. Second, I found out that in a couple of cases, the resource string items contain small fragments of sentences, rather than full sentences. This makes it impossible or hard to provide a meaningful translation in languages that have different syntax structures like Japanese. You need to make much more use of the parameters like {0} and {1} and write the full sentence. I will show the ones that I noticed. helponsyntax=Help on the I haven't seen this on the xwiki UI yet. I think this sentence is followed by a text box or a pulldown. So the actual sentence is probably like: Help on the [____]. But in Japanese the sentence structure has to be something like [_____] no help wo hyoji. So adding the label on the left of the UI doesn't work. For very simple statements, english has the structure Verb + object. Japanese has the structure Object + verb. Also I noticed a line: youcan=You can In English you write "You can [do something]", but in Japanese, you write "[do something] dekimasu". So a successful resource string would be youcan=You can {0}. and the Japanese version would be youcan={0} dekimasu. If the "You can" was followed by a structure of UI elements such as a list of checkbox items, A translation friendly label would be a full sentence like "You can do the following:". I stopped translating the file after working on it for about 3 minutes because I felt that there would be many of these. I hope the structure gets revised. I hope even more that someone else translates it to Japanese :-P I like the software itself. It has features that I am looking for. -- natto is japanese food. I chose it for my alias. -- _______________________________________________ Surf the Web in a faster, safer and easier way: Download Opera 9 at http://www.opera.com Powered by Outblaze

18 years, 3 months

2
1
0 0

Wysiwyg - losing data

by Esbach, Brandon

On a few of our pc's (those with lower memory), for Beta2 and Beta3 the main problems experienced with the wysiwyg editor were mainly revolving around updating or adding large data (100lines+) in a news item. Mainly, it took several minutes depending on styles applied (understandable). On Beta4, we're experiencing data loss in place of this; which has my users quite concerned. Just to clarify: this is only affecting users using the wysiwyg interface. Before loging a JIRA issue (I could not find a similar one in the logged issues already there), I'd like a show of hands if anyone else has experienced either problem? Brandon Esbach Software Engineer Tyco Electronics LoughMahon Technology Park, Skehard Road, Blackrock, Cork, Ireland Tel +353 21 4808305

18 years, 3 months

2
2
0 0

How do I include the contents of an RSS feed in a page?

by Vincent Brousseau

The answer to that question seems to be in the FAQ at http://www.xwiki.org/xwiki/bin/view/FAQ/HowDoIIntegrateAnRSSFeedWithinAPage but I get "Error number 4001" in the answer row, not the actual anwser. Any hint? Vincent

18 years, 3 months

1
0
0 0

title mandatory for documents

by Lars Heller

Good morning everybody, I would like the document's title to be a mandatory field. How can this be achieved? Thanks for any ideas/advices/help, Lars Heller

18 years, 3 months

3
4
0 0

Persistent cache of compiled HQL queries?

by THOMAS, BRIAN M (ATTSI)

In developing my servlet filter, I created some HQL queries against the XWiki object store. These apparently get compiled and cached somewhere in generated code, because when I had an error in a query, changing it and rebuilding the project had no effect on the query text, so that it evokes the same exception and reports the same query text as before, unless I clean my project every time I change the text of the queries. Apparently the dependency of the compiled queries on my class needs to be stated in a way that it isn't currently. Any clues on how to do this? brain[sic]

18 years, 3 months

1
0
0 0

XWikiPreferences and 0.9.840

by gleeb＠mediaprint.at

Hi, I migraded a mysql based 0.9.840 XWiki to 1.0B3. I need to keep the old Style/Layout. Unfortunately, I do not get the XWikiPreferences Page. Therefore, I cannot import/export admin pages. Calling http://localhost:8001/xwiki/bin/admin/XWiki/XWikiPreferences leads to a strange Page containing just 'Hello'. After migrating the configuration und preferences pagesare still like in 0.9.840. How can I get the XWikiPreferences page and/or upgrade the admin pages to use the new features? Regards, G Leeb

18 years, 3 months

1
0
0 0

Deleting users

by Oskar E. Skeide

I am trying to delete some test users I have created. I know that the only way to do this is to delete the XWiki.<username> page. I can't seen to locate these pages, where are they ? Cheers, O -- if(!Coffee.Exists) { me.Dispose(); throw new NullCoffeeException(); }

18 years, 3 months

2
5
0 0

Questions on setting up virtual servers.

by Duncan Wilson

Hi, I'm trying to add a second xwiki server to the server I am currently using. I'm running tomcat and using mysql as the database on a linux machine. I know this is going to seem like a huge barrage of questions, but I'm new to this, so please bear with me. First, all the instructions use different subdomains for the different xwiki servers. I know very little about DNS, and was hoping there might be another way. Right now the current xwiki is usually accessed just using localhost in a browser, is there some way I could set up the second instance to use a different address or port or even just a different folder name without having to mess with DNS? Would it be easier to set up my own internal DNS server? Second, I've added the second database to mysql, and granted all privileges to the xwiki user. So now there are two databases, xwiki (the old one) and publicwiki (the new one). What I'm hung up on is creating a new class called "XWikiServerClass". I've created it in the class editor, but I'm not sure what the guide means by "add a string property" for server and owner. From the guide it looks like the plan is, once I get XWikiServerClass set up, to create two pages, Xwiki.XwikiServerXwiki and Xwiki.XwikiServerPublicwiki. I then attach the XWikiServerClass object to each page and set the owner and server fields. Then change the xwiki.virtual entry from 0 to 1 in xwiki.cfg, restart tomcat. Does this sound right? Any and all help is greatly appreciated, Duncan

18 years, 3 months

2
1
0 0

life time of log-in

by Uwe Kleinschmidt

Gents, I am using BETA 4 and encountered the following problem: Once logged on there seems to be an inactivity period, which forces a log out w/o warning. The editor for an entry is open, accepts entries but once you want to save what you edited and you took a break of > 10 minutes in between, everything is gone. On the other end with previous betas, I could leave the xwiki for hours go to different URLs, and go back to the Xwiki and I was still logged-on. What are the policies here and IMHO both cases described above should not happen. Thanks Uwe

18 years, 3 months

4
3
0 0

WIKI editor

by F. Exertier

Hi all, we are currently deploying xwiki within our company. We use the last stable version, the same as the one used by ObjectWeb (0.9xxx). In this version we are using the WIKI Editor (the wysiwyg one is not running), but we have the following issue: in order to skip a line (to insert some line breaks), it is necessary to insert some "<br\>" HTML statements or some "\\" characters in the content. This is even not documented in the "help frame" on the right of the editor screen. This is a show stopper for us since we cannot ask our end users (people who will provide the content) to know this kind of syntax. Is there any turn around or any patch that could be used to cope with this issue ? We do not want to upgrade to the 1.0 beta version in a short term. Thanks, Best Regards, François

18 years, 3 months

5
10
0 0

Virtual Wikis and Postgres

by Paul Armstrong

Has anyone got virtual wikis working on Postgres? I keep getting stack traces when I select save to create XWiki.XWikiServerXwiki_otherwiki when using Beta4, Postgres 8.1.4 and Tomcat 4.0.5. I've tried both with a pre-created database and by giving the xwiki user sufficient privileges to create a database. Error number 0 in 11: Uncaught exception Wrapped Exception: null com.xpn.xwiki.XWikiException: Error number 0 in 11: Uncaught exception Wrapped Exception: null at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:165) 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:740) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193) at com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:121) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:213) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:243) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:190) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) at org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.java:246) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2347) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:170) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:170) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:468) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.ajp.tomcat4.Ajp13Processor.process(Ajp13Processor.java:458) at org.apache.ajp.tomcat4.Ajp13Processor.run(Ajp13Processor.java:551) at java.lang.Thread.run(Thread.java:595) Wrapped Exception: java.lang.NullPointerException at com.xpn.xwiki.XWiki.flushVirtualWikis(XWiki.java:2056) at com.xpn.xwiki.XWiki.notify(XWiki.java:2042) at com.xpn.xwiki.notify.DocObjectChangedRule.verify(DocObjectChangedRule.java:100) at com.xpn.xwiki.notify.XWikiNotificationManager.verify(XWikiNotificationManager.java:113) at com.xpn.xwiki.XWiki.deleteDocument(XWiki.java:3034) at com.xpn.xwiki.XWiki.deleteAllDocuments(XWiki.java:4462) at com.xpn.xwiki.web.DeleteAction.action(DeleteAction.java:43) at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:149) 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:740) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193) at com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:121) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:213) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:243) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:190) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) at org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.java:246) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2347) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:170) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:170) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:468) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.ajp.tomcat4.Ajp13Processor.process(Ajp13Processor.java:458) at org.apache.ajp.tomcat4.Ajp13Processor.run(Ajp13Processor.java:551) at java.lang.Thread.run(Thread.java:595)

18 years, 3 months

2
1
0 0

PDF export not including images ( Xwiki version 1.x)

by amit.jain3＠headstrong.com

Hello, Please tell when we export a page as PDF, why the images on the page does not get exported. Regards, Amit

18 years, 3 months

2
1
0 0

use in gwt

by Robert J. Carr

I'm developing a large-ish web application using the Google Web Toolkit (GWT) and one of the things I'd like to integrate is a wiki. I'd like to use an existing wiki engine and not develop from scratch, and in looking around it seems that xwiki is the best java solution. So, here are my questions: 1) Has anyone integrated xwiki into an existing GWT application? 2) And if not, has anyone integrated xwiki into any other existing java web application? Some guidance on how to approach this would be appreciated (high level is okay, I'll sweat the details), if it is indeed agreed that xwiki is an appropriate solution. Thanks- Robert

18 years, 3 months

4
4
0 0

CookieMonster

by THOMAS, BRIAN M (ATTSI)

I apologize for the length of this message, but it's a topic that I believe to be of pretty wide interest and takes some explaining. I've built a servlet filter to intercept requests and demand cookies, redirecting to an enterprise SSO server if they're missing or invalid. Intended to provide the benefits of the SSO server to any J2EE-compliant servlet, it implements the servlet API methods HttpServletRequest.getUserPrincipal() and HttpServletRequest.isUserInRole() in a custom HttpServletRequestWrapper, which it initializes with the cookie-supplied information and then passes down the filter chain. An interface for writing custom adaptor classes is provided, and for XWiki I use it to customize the Principal to prepend "XWiki." to the value to be returned from Principal.getName(). All this is working splendidly for XWiki without the need for any custom versions of the authentication, rights, or group services, which was a design goal. Another design goal was to eliminate the need for manual registration of new users, either by themselves or administrators, by automatically registering any user not already registered before passing the request on. My filter provides two possible avenues for this: first, a second filter, which can be placed after the first, sends a generic POST request with all the cookie data to a custom-crafted URL, which is easy enough for an application such as XWiki to provide - or so it seems; second, adding code (in the application-specific adaptor interface mentioned above) to accomplish the task directly using the XWiki APIs. The first approach would have required a custom form, and it looked hard enough that I didn't try it, but most of all I couldn't work out how to get the correct permissions. Between that and the second, I created a URL object with which I formatted a GET request to the XWiki.RegisterNewUser page. That had significant problems, chief of which was determining whether the registration had actually worked - the HTTP status doesn't tell you, and I'd have to parse the response to guess the answer. Changing the form (which I had to do anyway) would make that easier, but I didn't like that answer either. So now I come to the second approach, which has so far been the most straightforward and appears, sometimes, to work, sort of. There is an XWiki.createUser() method that takes only the user name, a Map of object properties, the parent document name, the user profile document content, the user's privileges and the XWikiContext. All of those except the XWikiContext can be determined easily, but what goes into the context, and how it gets there, is another question, not to mention how I get my hands on the XWiki object running in the servlet to exercise that method. The second problem was attacked first. I found that after the servlet had handled its first request after starting, there was a property in the servlet context called "xwiki", and the currently running instance was its value. Bingo. As long as I could be sure I wasn't the first customer of the day, everything was great. And that would still work if it had to, but I still didn't like it. Putting a breakpoint in XWiki.init_xwiki(), which looked to be where the show began, showed me that it was called by a chain of (deprecated) constructors called, ultimately, by static method getXwiki. Now we're getting somewhere. But still I had to get some information into the XWikiContext which I had to pass to that method. I've had a bit of trouble getting to the method in the Struts packages that is called to initialize the context, and I'll probably find it eventually, but it's taking a long time and I'm hoping that someone has better understanding of Struts and J2EE and other such stuff and could shortcut my current route to understanding all of this, and/or to suggest a better approach. So, in short: 1) Where, if anywhere, can I jump into the XWiki APIs to initialize the context properly? and/or 2) If this is a stupid way to approach the problem, what would be a wiser one? Thanks in advance, as always, brain[sic]

18 years, 3 months

2
4
0 0

Updating properties dynamically from velocity

by Esbach, Brandon

Hi all, Not sure if this can be done; but I've come across the need to update object properties directly from velocity. For example, object A is in a particular document 4 times. Each has 25 sets of 2 string properties, (field1_before; field1_after) When the user updates the _after field, I need to do certain operations - when done, I then need to update the _before field so that it only happens once. I guess, long and short of it is: anyone managed to update a property from velocity directly (without redirecting the url each time)? Or have any idea's how it could be done?

18 years, 3 months

2
2
0 0

[ANN] XWiki 1.0 Beta 4 Released

by Vincent Massol

Hi, We're happy to announce the availability of XWiki 1.0 Beta 4 (http:// www.xwiki.org/xwiki/bin/view/Main/Download). Major changes: * Lots of bugs fixed * Added support for internationalizing XWiki applications * Added XMLRPC addSpace() API (confluence1.addSpace) * Improve FeedPlugin to store RSS article in xwiki pages * (Experimental) XWiki Google Web Toolkit Server API added, for developing GWT applications in XWiki * All the files stored on disk should be charset independent * Add button to setup underline for text in wiki editor See http://www.xwiki.org/xwiki/bin/view/Main/ReleaseNotesXWiki10Beta4 for more details. Enjoy! -The XWiki Development Team ___________________________________________________________________________ Yahoo! Mail r�invente le mail ! D�couvrez le nouveau Yahoo! Mail et son interface r�volutionnaire. http://fr.mail.yahoo.com

18 years, 3 months

3
2
0 0

Stacktrace on "save and continue" with Beta-4's embeddable

by glaforge

Hi, I downloaded the embeddable version of beta-4 of XWiki. I created a page, and when I further edited it in wiki mode, and did "save and continue", I got a huge stacktrace. This is a repeatable problem, each time I do "save and continue" on that page and even on all other pages. Error number 3201 in 3: Exception while saving document Todo.WebHome Wrapped Exception: Error number 3212 in 3: Exception while loading archive Todo.WebHome Wrapped Exception: Error number 3212 in 3: Exception while loading archive 577 054 891 Wrapped Exception: exception setting property value with CGLIB (set hibernate.cglib.use_reflection_optimizer=false for more info) setter of com.xpn.xwiki.doc.XWikiDocumentArchive.setArchive com.xpn.xwiki.XWikiException: Error number 3201 in 3: Exception while saving document Todo.WebHome Wrapped Exception: Error number 3212 in 3: Exception while loading archive Todo.WebHome Wrapped Exception: Error number 3212 in 3: Exception while loading archive 577 054 891 Wrapped Exception: exception setting property value with CGLIB (set hibernate.cglib.use_reflection_optimizer=false for more info) setter of com.xpn.xwiki.doc.XWikiDocumentArchive.setArchive at com.xpn.xwiki.store.XWikiHibernateStore.saveXWikiDoc(XWikiHibernateStore.java:314) at com.xpn.xwiki.store.XWikiCacheStore.saveXWikiDoc(XWikiCacheStore.java:100) at com.xpn.xwiki.store.XWikiCacheStore.saveXWikiDoc(XWikiCacheStore.java:94) at com.xpn.xwiki.XWiki.saveDocument(XWiki.java:909) at com.xpn.xwiki.web.SaveAction.save(SaveAction.java:114) at com.xpn.xwiki.web.SaveAndContinueAction.action(SaveAndContinueAction.java:67) at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:149) 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:616) at javax.servlet.http.HttpServlet.service(HttpServlet.java:689) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:428) at org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:830) at com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:121) at org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:821) at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:471) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:568) at org.mortbay.http.HttpContext.handle(HttpContext.java:1565) at org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext.java:633) at org.mortbay.http.HttpContext.handle(HttpContext.java:1517) at org.mortbay.http.HttpServer.service(HttpServer.java:954) at org.mortbay.http.HttpConnection.service(HttpConnection.java:816) at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:983) at org.mortbay.http.HttpConnection.handle(HttpConnection.java:833) at org.mortbay.http.SocketListener.handleConnection(SocketListener.java:244) at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:357) at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:534) Wrapped Exception: com.xpn.xwiki.XWikiException: Error number 3212 in 3: Exception while loading archive Todo.WebHome Wrapped Exception: Error number 3212 in 3: Exception while loading archive 577 054 891 Wrapped Exception: exception setting property value with CGLIB (set hibernate.cglib.use_reflection_optimizer=false for more info) setter of com.xpn.xwiki.doc.XWikiDocumentArchive.setArchive at com.xpn.xwiki.store.XWikiHibernateVersioningStore.updateXWikiDocArchive(XWikiHibernateVersioningStore.java:249) at com.xpn.xwiki.store.XWikiHibernateStore.saveXWikiDoc(XWikiHibernateStore.java:239) at com.xpn.xwiki.store.XWikiCacheStore.saveXWikiDoc(XWikiCacheStore.java:100) at com.xpn.xwiki.store.XWikiCacheStore.saveXWikiDoc(XWikiCacheStore.java:94) at com.xpn.xwiki.XWiki.saveDocument(XWiki.java:909) at com.xpn.xwiki.web.SaveAction.save(SaveAction.java:114) at com.xpn.xwiki.web.SaveAndContinueAction.action(SaveAndContinueAction.java:67) at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:149) 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:616) at javax.servlet.http.HttpServlet.service(HttpServlet.java:689) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:428) at org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:830) at com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:121) at org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:821) at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:471) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:568) at org.mortbay.http.HttpContext.handle(HttpContext.java:1565) at org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext.java:633) at org.mortbay.http.HttpContext.handle(HttpContext.java:1517) at org.mortbay.http.HttpServer.service(HttpServer.java:954) at org.mortbay.http.HttpConnection.service(HttpConnection.java:816) at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:983) at org.mortbay.http.HttpConnection.handle(HttpConnection.java:833) at org.mortbay.http.SocketListener.handleConnection(SocketListener.java:244) at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:357) at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:534) Wrapped Exception: com.xpn.xwiki.XWikiException: Error number 3212 in 3: Exception while loading archive 577 054 891 Wrapped Exception: exception setting property value with CGLIB (set hibernate.cglib.use_reflection_optimizer=false for more info) setter of com.xpn.xwiki.doc.XWikiDocumentArchive.setArchive at com.xpn.xwiki.store.XWikiHibernateVersioningStore.loadXWikiDocArchive(XWikiHibernateVersioningStore.java:122) at com.xpn.xwiki.store.XWikiHibernateVersioningStore.getXWikiDocumentArchive(XWikiHibernateVersioningStore.java:91) at com.xpn.xwiki.store.XWikiHibernateVersioningStore.updateXWikiDocArchive(XWikiHibernateVersioningStore.java:241) at com.xpn.xwiki.store.XWikiHibernateStore.saveXWikiDoc(XWikiHibernateStore.java:239) at com.xpn.xwiki.store.XWikiCacheStore.saveXWikiDoc(XWikiCacheStore.java:100) at com.xpn.xwiki.store.XWikiCacheStore.saveXWikiDoc(XWikiCacheStore.java:94) at com.xpn.xwiki.XWiki.saveDocument(XWiki.java:909) at com.xpn.xwiki.web.SaveAction.save(SaveAction.java:114) at com.xpn.xwiki.web.SaveAndContinueAction.action(SaveAndContinueAction.java:67) at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:149) 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:616) at javax.servlet.http.HttpServlet.service(HttpServlet.java:689) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:428) at org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:830) at com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:121) at org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:821) at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:471) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:568) at org.mortbay.http.HttpContext.handle(HttpContext.java:1565) at org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext.java:633) at org.mortbay.http.HttpContext.handle(HttpContext.java:1517) at org.mortbay.http.HttpServer.service(HttpServer.java:954) at org.mortbay.http.HttpConnection.service(HttpConnection.java:816) at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:983) at org.mortbay.http.HttpConnection.handle(HttpConnection.java:833) at org.mortbay.http.SocketListener.handleConnection(SocketListener.java:244) at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:357) at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:534) Wrapped Exception: net.sf.cglib.beans.BulkBeanException: Error number 3003 in 3: Exception while manipulating the archive for doc Wrapped Exception: Parse error at line 1, column 105. Encountered: Laforge at com.xpn.xwiki.doc.XWikiDocumentArchive$$BulkBeanByCGLIB$$ae9872e2.setPropertyValues() at org.hibernate.tuple.PojoEntityTuplizer.setPropertyValuesWithOptimizer(PojoEntityTuplizer.java:212) at org.hibernate.tuple.PojoEntityTuplizer.setPropertyValues(PojoEntityTuplizer.java:185) at org.hibernate.persister.entity.AbstractEntityPersister.setPropertyValues(AbstractEntityPersister.java:3232) at org.hibernate.engine.TwoPhaseLoad.initializeEntity(TwoPhaseLoad.java:126) at org.hibernate.loader.Loader.initializeEntitiesAndCollections(Loader.java:842) at org.hibernate.loader.Loader.doQuery(Loader.java:717) at org.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loader.java:224) at org.hibernate.loader.Loader.loadEntity(Loader.java:1785) at org.hibernate.loader.entity.AbstractEntityLoader.load(AbstractEntityLoader.java:93) at org.hibernate.loader.entity.AbstractEntityLoader.load(AbstractEntityLoader.java:81) at org.hibernate.persister.entity.AbstractEntityPersister.load(AbstractEntityPersister.java:2730) at org.hibernate.event.def.DefaultLoadEventListener.loadFromDatasource(DefaultLoadEventListener.java:365) at org.hibernate.event.def.DefaultLoadEventListener.doLoad(DefaultLoadEventListener.java:346) at org.hibernate.event.def.DefaultLoadEventListener.load(DefaultLoadEventListener.java:123) at org.hibernate.event.def.DefaultLoadEventListener.proxyOrLoad(DefaultLoadEventListener.java:177) at org.hibernate.event.def.DefaultLoadEventListener.onLoad(DefaultLoadEventListener.java:87) at org.hibernate.impl.SessionImpl.fireLoad(SessionImpl.java:891) at org.hibernate.impl.SessionImpl.load(SessionImpl.java:799) at com.xpn.xwiki.store.XWikiHibernateVersioningStore.loadXWikiDocArchive(XWikiHibernateVersioningStore.java:112) at com.xpn.xwiki.store.XWikiHibernateVersioningStore.getXWikiDocumentArchive(XWikiHibernateVersioningStore.java:91) at com.xpn.xwiki.store.XWikiHibernateVersioningStore.updateXWikiDocArchive(XWikiHibernateVersioningStore.java:241) at com.xpn.xwiki.store.XWikiHibernateStore.saveXWikiDoc(XWikiHibernateStore.java:239) at com.xpn.xwiki.store.XWikiCacheStore.saveXWikiDoc(XWikiCacheStore.java:100) at com.xpn.xwiki.store.XWikiCacheStore.saveXWikiDoc(XWikiCacheStore.java:94) at com.xpn.xwiki.XWiki.saveDocument(XWiki.java:909) at com.xpn.xwiki.web.SaveAction.save(SaveAction.java:114) at com.xpn.xwiki.web.SaveAndContinueAction.action(SaveAndContinueAction.java:67) at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:149) 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:616) at javax.servlet.http.HttpServlet.service(HttpServlet.java:689) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:428) at org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:830) at com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:121) at org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:821) at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:471) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:568) at org.mortbay.http.HttpContext.handle(HttpContext.java:1565) at org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext.java:633) at org.mortbay.http.HttpContext.handle(HttpContext.java:1517) at org.mortbay.http.HttpServer.service(HttpServer.java:954) at org.mortbay.http.HttpConnection.service(HttpConnection.java:816) at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:983) at org.mortbay.http.HttpConnection.handle(HttpConnection.java:833) at org.mortbay.http.SocketListener.handleConnection(SocketListener.java:244) at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:357) at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:534) Caused by: com.xpn.xwiki.XWikiException: Error number 3003 in 3: Exception while manipulating the archive for doc Wrapped Exception: Parse error at line 1, column 105. Encountered: Laforge at com.xpn.xwiki.doc.XWikiDocumentArchive.setArchive(XWikiDocumentArchive.java:68) ... 51 more Guillaume -- View this message in context: http://www.nabble.com/Stacktrace-on-%22save-and-continue%22-with-Beta-4%27s… Sent from the XWiki- Users mailing list archive at Nabble.com.

18 years, 3 months

2
1
0 0

Re: [ANN] XWiki 1.0 Beta 4 Released

by Pavel

Greetings, After noticing the point about charset independence I tried a beta 4 with non-latin content. Still it exposes number of fairly visible issues, like unusable wiki editor. So is it correct that file charset independence does not imply internationalization support? -- Best regards, Pavel --------------------- Hi, We're happy to announce the availability of XWiki 1.0 Beta 4 (http:// www.xwiki.org/xwiki/bin/view/Main/Download). Major changes: * Lots of bugs fixed * Added support for internationalizing XWiki applications * Added XMLRPC addSpace() API (confluence1.addSpace) * Improve FeedPlugin to store RSS article in xwiki pages * (Experimental) XWiki Google Web Toolkit Server API added, for developing GWT applications in XWiki * All the files stored on disk should be charset independent * Add button to setup underline for text in wiki editor See http://www.xwiki.org/xwiki/bin/view/Main/ReleaseNotesXWiki10Beta4 for more details. Enjoy! -The XWiki Development Team

18 years, 3 months

2
1
0 0

Accessing Groovy function from velocity

by Esbach, Brandon

Currently trying to work with both groovy and velocity for a project management class object. What I need to do is to initiate the groovy function from velocity (with a parameter set). Looking at the newsgroup archives it seems the way to do this is by using "parseGroovyFromString", which indeed returns an object - but how do I then take this and run the function (which in turn returns a result which I need to assess)? Brandon Esbach Software Engineer M/A-Com Eurotec Operations LoughMahon Technology Park, Skehard Road, Blackrock, Cork, Ireland Tel +353 21 4808305

18 years, 3 months

4
7
0 0

Web urls that point to the same host replaced with non-working links

by Kalle Korhonen

Upgraded to beta 4 from beta 3 and it was exactly as easy I had hoped for. It does fix some of the most annoying things, thanks for that! However, one simple thing it didn't change is this: we are displaying links to other services on the same server (like maven-site, maven repository etc) right on the home page. Now, if I edit that document again, the WYSIWYG mode replaces all links with ../../../.. in an obvious attempt to make them relative instead of absolute as XWiki figures they must be links pointing elsewhere in the XWiki itself. Saving again renders the links non-working. Is there a way to enforce the links remain absolutely or should I open a bug? Kalle

18 years, 3 months

2
4
0 0

Trackback in XWiki?

by Frank Häfemeier

Hi, is there a functionality in XWiki to send link information to a trackback enabled application like Jira or receive this kind of informations? And if not, what would be the easiest way to do this? We would like to use XWiki in our company as a knowledge base. And if there are automatically created links between jira and XWiki (in both directions) this would be great. For all of you who don't know what trackback is: http://www.sixapart.com/pronet/docs/trackback_spec Bye Frank

18 years, 3 months

4
4
0 0

Email Plugin - working?

by Esbach, Brandon

Hi folks, Wondering if anyone has had the opportunity to use the email plugin at all on B2 or B3? Specifically, I have two things I'm trying to acchieve: 1) Setup email notifications for changes to specific parts of a document (eg, change occurred to field x in document y). Can't seem to find anything specific for details on this,- if there is something there, please point me in the right direction. 2) Emailing from the Xwiki system directly (documentation/faq for which seems to have disappeared since I last used it to implement on 0.9.840). The origional sample which Ludovic wrote up is still there (http://old.xwiki.org/xwiki/bin/view/Demo/SendMail on the old xwiki site), but configuration documentation seems to be missing, From recollection, there was a few things we had to configure - as the default HELO is sent using a combination of fields which includes the version number (and naturally gets rejected by our SMTP server as it is not a valid email address supplied as origionator). Brandon Esbach Software Engineer M/A-Com Eurotec Operations LoughMahon Technology Park, Skehard Road, Blackrock, Cork, Ireland Tel +353 21 4808305

18 years, 3 months

2
2
0 0

Image added in TinyMCE editor is removed

by Ronald Borman

I am implementing XWiki as an internal knowlegde base for the IT department I work for. The installation was straightforward and went relatively smooth. We are using XWiki 1.0 Beta 3 / MySQL 5.0.27 / Tomcat 5.5.17 on a Windows machine and after exploding the war file I have imported all of xwiki-1.0-beta-3.xar. However, when I edit a (new) page with the WYSIWYG editor and try to insert an image, the (uploaded) image is displayed correctly in TinyMCE but doesn't show when I save the page. The html source code only shows an <br/> tag where the image was. When I add an image in the Wiki editor, the tag '{image:example.jpg}' is inserted and after changing the file name (in WYSIWYG or Wiki editor) and saving the page, the image is properly displayed. But when I try to edit and save the page, the image is again removed. This behavior is a real show stopper for us. I searched the user email list and JIRA but can't find anything about it. Does anyone recognize this and knows a solution or workaround? Thanks in advance! Ronald Borman The Netherlands

18 years, 3 months

2
2
0 0

Re: [xwiki-users] A couple of questions after migrating xwiki from 0.9.840 to 1b3

by jimmy＠comkraft.com

Hi, Vincent and Jean-Vincent, One thing I really like xwiki is that almost all questions posted in the user list will be answered by others in a timely fashion. Thank you for your help and my problems are pretty much solved by your answers. My previous category->blog post mappings are lost actually due to my blind import of the 1b3 .xar file. I later on unchecked the Blog.* section and now I can have my mappings bag via jean-Vencent's code snippet. I now can access the Tags section via the URL Vincent sent to me. I also found out I can access the Tagged pages via the Tag page in the Main space. I played with the Panel wizard a bit and can get the XWiki space back there. The drag and drop layout tool is so cool. I also have modified the skin and did a little customization based on Vincent's answer. Now my xwiki has been almost up with the 1.0b3 code base. Sorry to hijack the session, i thought that was not hijacking but didn't know that still left some inaccurate meta data in the thread. I will start a new thread in the future. Thanks a lot! -Jimmy ----- Original Message ----- From: "Jean-Vincent Drean" <jv(a)xwiki.com> To: <xwiki-users(a)objectweb.org> Sent: Monday, February 12, 2007 10:05 AM Subject: Re: [xwiki-users] A couple of questions after migrating xwiki from 0.9.840 to 1b3 > 2007/2/12, Vincent Massol <vincent(a)massol.net>: >> Hi Jimmy, >> >> On Feb 12, 2007, at 12:57 AM, jimmy(a)comkraft.com wrote: >> >> >> > >> > 2. My previous pages are categorized in 0.9.840 in 15 categories. I >> > could >> > navigate to the pages from the category list. Now all my pages are >> > displayed in the Main space without categorization. Is there a way >> > to get >> > back the categorization for each pages? I noticed there are a >> > couple of >> > predefined categories in the Blog space. >> >> I don't have an answer for this. Maybe others know? >> > > I assume you are talking about blog posts, to see the categories again > you'll have to create a panel (/xwik/bin/view/Panels/) containing this > code : > > --------------------------------- > #panelheader('Blog') > #set($blogcatdoc = $xwiki.getDocument("Blog.Categories")) > #if($xwiki.hasAdminRights()) > <font size="-2">(<a href="$blogcatdoc.getURL("inline")">Editer les > Categories</a>)</font> > #end > #set($catdoc = $xwiki.getDocument("Blog.Categories")) > #foreach($catobj in $catdoc.getObjects("Blog.Categories")) > #set($catname = $catdoc.display("name","view",$catobj)) > #if($catname!="") > * [${catname}>Blog.Category?category=${catname}] > #end > #end > #panelfooter() > --------------------------------- > > -------------------------------------------------------------------------------- > > -- > You receive this message as a subscriber of the xwiki-users(a)objectweb.org > mailing list. > To unsubscribe: mailto:xwiki-users-unsubscribe@objectweb.org > For general help: mailto:sympa@objectweb.org?subject=help > ObjectWeb mailing lists service home page: http://www.objectweb.org/wws >

18 years, 3 months

3
2
0 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

xwiki-users