Hi,
I'm currently integrating a fairly simple "publication management"
feature into XWiki, i.e. I exposed a BibTeX parsing/generation service
as a plugin and used the XWiki Class Editor facility to define a
Publication Class and provide "automagically" (btw veeeeery nice work)
an editing interface.
I am currently using the "TextArea" property for the BibTeX field with
"Editor" and "Content" both set to "PureText", I expected the content of
this field not to be rendered; i.e. "--" should not result in striked
text, instead it is.
Is this a bug or am I misunderstanding "PureText"?
If this is a misunderstanding of mine, in order to have the content of a
large text property not rendered by velocity should I define my own
property?
I also tried surrounding the property value with {pre} {/pre} with no
success, the "view" gets fine while the "inline edit" gets somewhat
confused and puts some html into the field content.
We are running XWiki Release 1.1.2 on Tomcat 6 on Mac OS X Tiger with
MySQL 5.0.
XWiki is an impressive platform to develop on, my best compliments to
all the people involved in the project.
Thanks a lot,
--
Marco
<http://questionmark.blogsome.com/the-author/>
=====
"We know nothing
— that is the first point.
Therefore we should be very modest
— that is the second.
That we should not claim to know when we do not know
— that is the third."
Karl R. Popper
Hi all,
I want to create a form element to allow members of the general public
to enter information into a form and then have it stored in objects
within the wiki.
So far, fairly straightforwards.
My problem is that I don't expect random members of the public
to have accounts on the wiki. As such the objects are created
using the XWikiGuest account. Which is where I hit my problem.
Guest needs edit privs on the page in order to add the object.
This means that they can also view the objects created.
Given that we'll be storing potentially sensetive information
in there (telephone, email address etc) I really don't want
people browsing through it.
I tried using $xwiki.getURLContent(url, username, password) but
xwiki auth isn't "simple"!
My next plan was to temporarily authenticate with a dummy user
account via a plugin. It looks like I can provide credentials
with $xwiki.checkAuth(). But I can't see how to remove them
again at the end of the transaction.
My short term fix has just been to email the details to the
relevant people and get them to enter the data in by hand, but
this is far from ideal.
Anyone have any ideas how I can approach this?
Cheers,
Adam
I¹ve noticed that internal wiki links end up being a little ³off² -
specifically 1 line below the intended target.
E.g.: In this example, a link to "Header Target" ends up on "First line of
text" (and the Header is scrolled out of view"
--bunch of content---
1.1 Header Target
-> First line of text.
--lots more content--
I am running 1.2-milestone-2.5917.
Anyone else seeing this? Suggestions?
Is there more to Œglossary¹ definitions than I am seeing?
Since there is a data structure for a glossary term
>>> {code}
>>>> <dl>
>>>> <dt>
>>>>> TERM
>>>> </dt>
>>>> <dd>
>>>>> DEFINITION
>>>> </dd>
>>>> </dl>
>>> {/code}
>>>
I had hoped there would be functions like ³put the glossary out as a sorted
list², or pop-up definition when I roll over the term.
Got a rejection notice, message too long. Shortened to specifics:
16:11:26,511 [http://ieg08ap02:8080/xwiki/bin/view/Main/WebHome]
[http-8080-1] INFO bernate.R4359XWIKI1459Migrator - Updating document
[Main.AlcatelDCS&GSMRX&TX]...
17:38:26,478 [http://ieg08ap02:8080/xwiki/bin/view/Main/WebHome]
[http-8080-1] WARN util.JDBCExceptionReporter - SQL Error: 0,
SQLState: 08S01
17:38:26,478 [http://ieg08ap02:8080/xwiki/bin/view/Main/WebHome]
[http-8080-1] ERROR util.JDBCExceptionReporter - Communications
link failure due to underlying exception:
** BEGIN NESTED EXCEPTION **
java.io.EOFException
STACKTRACE:
java.io.EOFException
at com.mysql.jdbc.MysqlIO.readFully(MysqlIO.java:1956)
at com.mysql.jdbc.MysqlIO.reuseAndReadPacket(MysqlIO.java:2368)
at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:2867)
at com.mysql.jdbc.MysqlIO.sendCommand(MysqlIO.java:1616)
at com.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:1708)
at com.mysql.jdbc.Connection.execSQL(Connection.java:3255)
at
com.mysql.jdbc.PreparedStatement.executeInternal(PreparedStatement.java:
1293)
at
com.mysql.jdbc.PreparedStatement.executeQuery(PreparedStatement.java:142
8)
at
org.apache.commons.dbcp.DelegatingPreparedStatement.executeQuery(Delegat
ingPreparedStatement.java:92)
at
org.apache.commons.dbcp.DelegatingPreparedStatement.executeQuery(Delegat
ingPreparedStatement.java:92)
at
org.hibernate.persister.entity.AbstractEntityPersister.getDatabaseSnapsh
ot(AbstractEntityPersister.java:983)
at
org.hibernate.engine.StatefulPersistenceContext.getDatabaseSnapshot(Stat
efulPersistenceContext.java:305)
at
org.hibernate.engine.ForeignKeys.isTransient(ForeignKeys.java:189)
at
org.hibernate.event.def.AbstractSaveEventListener.getEntityState(Abstrac
tSaveEventListener.java:460)
at
org.hibernate.event.def.DefaultSaveOrUpdateEventListener.performSaveOrUp
date(DefaultSaveOrUpdateEventListener.java:84)
at
org.hibernate.event.def.DefaultSaveOrUpdateEventListener.onSaveOrUpdate(
DefaultSaveOrUpdateEventListener.java:70)
at
org.hibernate.impl.SessionImpl.fireSaveOrUpdate(SessionImpl.java:531)
at
org.hibernate.impl.SessionImpl.saveOrUpdate(SessionImpl.java:523)
at
org.hibernate.impl.SessionImpl.saveOrUpdate(SessionImpl.java:519)
at
com.xpn.xwiki.store.XWikiHibernateVersioningStore$1.doInHibernate(XWikiH
ibernateVersioningStore.java:145)
at
com.xpn.xwiki.store.XWikiHibernateBaseStore.execute(XWikiHibernateBaseSt
ore.java:918)
at
com.xpn.xwiki.store.XWikiHibernateBaseStore.executeWrite(XWikiHibernateB
aseStore.java:960)
at
com.xpn.xwiki.store.XWikiHibernateVersioningStore.saveXWikiDocArchive(XW
ikiHibernateVersioningStore.java:135)
at
com.xpn.xwiki.store.migration.hibernate.R4359XWIKI1459Migrator$1.doInHib
ernate(R4359XWIKI1459Migrator.java:105)
at
com.xpn.xwiki.store.XWikiHibernateBaseStore.execute(XWikiHibernateBaseSt
ore.java:918)
at
com.xpn.xwiki.store.XWikiHibernateBaseStore.executeWrite(XWikiHibernateB
aseStore.java:960)
at
com.xpn.xwiki.store.migration.hibernate.R4359XWIKI1459Migrator.migrate(R
4359XWIKI1459Migrator.java:82)
at
com.xpn.xwiki.store.migration.hibernate.R4359XWIKI1459Migrator.migrate(R
4359XWIKI1459Migrator.java:72)
at
com.xpn.xwiki.store.migration.hibernate.AbstractXWikiHibernateMigrator.m
igrate(AbstractXWikiHibernateMigrator.java:38)
at
com.xpn.xwiki.store.migration.AbstractXWikiMigrationManager.migrate(Abst
ractXWikiMigrationManager.java:231)
at
com.xpn.xwiki.store.migration.AbstractXWikiMigrationManager.startMigrati
ons(AbstractXWikiMigrationManager.java:214)
at
com.xpn.xwiki.store.migration.AbstractXWikiMigrationManager.startMigrati
onsForDatabase(AbstractXWikiMigrationManager.java:143)
at
com.xpn.xwiki.store.migration.AbstractXWikiMigrationManager.startMigrati
ons(AbstractXWikiMigrationManager.java:102)
at com.xpn.xwiki.XWiki.initXWiki(XWiki.java:708)
at com.xpn.xwiki.XWiki.<init>(XWiki.java:659)
at com.xpn.xwiki.XWiki.getMainXWiki(XWiki.java:241)
at com.xpn.xwiki.XWiki.getXWiki(XWiki.java:426)
at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:94)
at
org.apache.struts.action.RequestProcessor.processActionPerform(RequestPr
ocessor.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:690)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica
tionFilterChain.java:290)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt
erChain.java:206)
at
com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodi
ngFilter.java:117)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica
tionFilterChain.java:235)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt
erChain.java:206)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValv
e.java:233)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValv
e.java:175)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java
:128)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java
:102)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.
java:109)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:2
63)
at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:84
4)
at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(
Http11Protocol.java:584)
at
org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
at java.lang.Thread.run(Unknown Source)
** END NESTED EXCEPTION **
> _____________________________________________
> From: Esbach, Brandon
> Sent: 11 December 2007 17:57
> To: 'XWiki Users'
> Subject: Upgrade process - 1.2rc1 from 1.1RC1
>
> Hi Guys,
>
> I realise I've sent a few queries on this, just trying to keep all
> data together. Got an exception while processing one of the
> documents. I think it could be MySQL timing out though?
> I should point out that a clean, new install of 1.2rc1 works perfectly
> for me. Just upgrading from 1.1 seems to be a bit dodgy for some
> reason!
>
>
> Error below from tomcat log
> ------------------------***------------------------
<<snipped>>
> ------------------------***------------------------
>
> Brandon Esbach
> Software Engineer
> Wireless Systems Segment
> Tyco Electronics
> 4 Eastgate Road
> Eastgate
> Little Island
> Co. Cork
> Ireland
> Tel: +353-21-4808305
> Email: esbachb(a)tycoelectronics.com
>
Hi, I put 1 for xwiki.stats but the Stats are not working, even with a
restart of the apps. I'm using the last xwiki with postgreSQL database
Regards,
Sylvain
Hi everyone,
We now have a new version of the xwiki.org web site up and running on http://xwiki.org
Let us know if you find any issue.
I'd like to thank the following persons who helped:
- Laurent Lunati for the skin
- Thomas Mortagne for helping me with the migration
- Guillaume Lerouge also for helping with the migration
- Raffaello for the admin part
I really like the new site, hope you'll like it too :)
-Vincent, on behalf of the xwiki dev team