Getting the following on our xwiki.org hosted wiki... is it a general problem?
HTTP Status 500 -
_____
type Exception report
message
description The server encountered an internal error () that prevented it from fulfilling this request.
exception
javax.servlet.ServletException: Error number 3201 in 3: Exception while saving document XWiki.XWikiPreferences
Wrapped Exception: Error number 3212 in 3: Exception while loading archive XWiki.XWikiPreferences
Wrapped Exception: Error number 3003 in 3: Exception while manipulating the archive for doc XWiki.XWikiPreferences
Wrapped Exception: null
org.apache.struts.action.RequestProcessor.processException(RequestProcessor.java:535)
org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:433)
org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236)
org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196)
org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:414)
javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:121)
root cause
com.xpn.xwiki.XWikiException: Error number 3201 in 3: Exception while saving document XWiki.XWikiPreferences
Wrapped Exception: Error number 3212 in 3: Exception while loading archive XWiki.XWikiPreferences
Wrapped Exception: Error number 3003 in 3: Exception while manipulating the archive for doc XWiki.XWikiPreferences
Wrapped Exception: null
com.xpn.xwiki.store.XWikiHibernateStore.saveXWikiDoc(XWikiHibernateStore.java:314)
com.xpn.xwiki.store.XWikiCacheStore.saveXWikiDoc(XWikiCacheStore.java:100)
com.xpn.xwiki.store.XWikiCacheStore.saveXWikiDoc(XWikiCacheStore.java:94)
com.xpn.xwiki.XWiki.saveDocument(XWiki.java:890)
com.xpn.xwiki.XWiki.getPrefsClass(XWiki.java:2286)
com.xpn.xwiki.XWiki.updateDatabase(XWiki.java:349)
com.xpn.xwiki.XWiki.updateDatabase(XWiki.java:328)
com.xpn.xwiki.XWiki.getXWiki(XWiki.java:444)
com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:96)
org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431)
org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236)
org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196)
org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:414)
javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:121)
note The full stack trace of the root cause is available in the Apache Tomcat/5.5.17 logs.
_____
Apache Tomcat/5.5.17
hi ;)
what is the meaning of "Empty Is Today:" ?
If i let it blank, it should write the today date ?
What if i enter 1 ? 0 ? or whatever ?
In fact, i'd like to initialize the date property to blank. What should
i change in the class, sheet or template ?
Maybe i missed something in the doc pages ?
Thanx in advance, i'm very new in xwiki ;)
regards,
f.
Hello. We've just installed xwiki and we're hoping it becomes a valuable
tool for storing our knowledge.
1. Pasting preformatted text
I have documents which are basically logs of software releases, complete
with commands, hash ("#") marks, dot-separated version numbers, etc. All
these things are getting parsed by xwiki, even when I place {pre} or {code}
tags at either end of it. These documents can't really be adapted to not use
xwiki syntax, and I'd really like to store them as pages in xwiki. If I
can't store them as pages, I'll store them as attachments.
I see a FAQ item that seems like it might address my question, but it
paradoxically seems to display a failure to render because of syntax:
<http://www.xwiki.org/xwiki/bin/view/FAQ/HowDoIEmbedXwikiCodeAsText>
http://www.xwiki.org/xwiki/bin/view/FAQ/HowDoIEmbedXwikiCodeAsText
What is the Answer to that FAQ?
2. Periods in space names
I do release engineering. I deal with version numbers. Version numbers
contain periods, usually. Periods in space names causes problems. Is there a
way to have a space look like N.N.N.N, by escaping the dots or using some
other notation? I know the title can contain periods. Right now I'm using
N-N-N-N for names and N.N.N.N for titles.
3. I have a malformed space, which I can't delete, that's the result of my
trying to learn how to use xwiki to do 1. and 2. above. I tried creating a
page Existing+Space.2\\.3\\.3\\.1. I thought I might be able to escape the
periods in the version number with \\ characters. Now I have a space that
looks like this:
Existing Space.2<br/>.3<br/>.1<br/>
I tried using the "Delete Space Snippet" (
<http://www.xwiki.org/xwiki/bin/view/Code/DeleteSpaceSnippet>
http://www.xwiki.org/xwiki/bin/view/Code/DeleteSpaceSnippet) and the "Rename
Space Page" ( <http://www.xwiki.org/xwiki/bin/view/Code/RenameSpacePage>
http://www.xwiki.org/xwiki/bin/view/Code/RenameSpacePage) snippets from the
Code Zone. The Delete Space snippet
(http://our.site:8080/xwiki/bin/view/Sandbox/mypage?space=Existing%20Space.2
%3Cbr/%3E.3%3Cbr/%3E.1%3Cbr/%3E) would prompt me to confirm the deletion,
(http://our.site:8080/xwiki/bin/edit//3%3Cbr%2F?parent=Sandbox.mypage&editor
=wysiwyg) and upon clicking the prompt I'd get a blank page. Nothing would
have been changed. The Rename Space snippet appeared to let me rename the
page, but nothing was actually changed.
The space once had a child page "1", which I deleted early on.
Can I get rid of this space somehow? Do I do it at the db level? If so, can
you offer me some guidance?
Thanks,
Morgan
In working on trying to make sure an XWiki application is localisable
I have found that the content of pages can be dealt with easily, but
not so with classes and objects (or attachments).
Has anybody found a good way to localise class "Pretty Name" and list
values ? Or have recommendations on the best way to
internationalise/localise object values?
Thanks,
David
dward(a)curriki.org
--
Hi All,
Does anyone sucessfully authenticate with Active Directory using xwiki 1.0?
On my newly installed XWiki, I'm trying to authenticate against active directory. I installed the xwiki 1.0 war on tomcat 6, using mysql 5 as the database.
Using the default forms authentication method works fine, when I try to enable using the AD via the LDAP authentication, it doesn't work; I always get messages in the xwiki.log saying that "LDAP Bind failed with Exception Invalid Credentials".
I am able to connect to the AD using ldap function in Coldfusion, so it should be possible.
Also, I'm using the following log4j.properties file located in WEB-INF/lib:
****log4j.properties:
### Direct log messages to stdout
log4j.appender.stdout=org.apache.log4j.ConsoleAppender
log4j.appender.stdout.Target=System.out
log4j.appender.stdout.layout=org.apache.log4j.PatternLayout
log4j.appender.stdout.layout.ConversionPattern=%d{ABSOLUTE} %5p %t %X{url} %c{1}:%M:%L - %m%n
log4j.appender.file=org.apache.log4j.RollingFileAppender
log4j.appender.file.File=xwiki.log
log4j.appender.file.MaxFileSize=10MB
log4j.appender.file.MaxBackupIndex=50
log4j.appender.file.layout=org.apache.log4j.PatternLayout
log4j.appender.file.layout.ConversionPattern=%d{ABSOLUTE} [%t] %-5p %-30.30c{2} %x - %m %n
### By default everything that is of warning or severity WARN, ERROR or FATAL is logged both to
### the console and to the xwiki.log file.
#log4j.rootLogger=warn, stdout, file
log4j.rootLogger=debug, stdout, file
### Hibernate logging options
log4j.logger.org.hibernate=warn
log4j.logger.org.hibernate.SQL=warn
log4j.logger.org.hibernate.type=warn
log4j.logger.org.hibernate.ps.PreparedStatementCache=warn
### XWiki logging configuration
log4j.logger.com.xpn.xwiki=warn
log4j.logger.com.xpn.xwiki.render.XWikiRadeoxRenderEngine=warn
### Deactive Radeox warnings
#log4j.logger.org.radeox.macro.BaseLocaleMacro=error
### Deactive Struts warnings
#log4j.logger.org.apache.struts.util.RequestUtils=error
### Deactivate JGroups warnings
#log4j.logger.org.jgroups=error
#turn on debug messages for LDAP
com.xpn.xwiki.user.impl.LDAP=debug
Here are some snippets of the relevant files:
****xwiki.cfg:
xwiki.version=1.0
xwiki.base=../../
xwiki.store.class=com.xpn.xwiki.store.XWikiHibernateStore
xwiki.store.hibernate.path=/WEB-INF/hibernate.cfg.xml
xwiki.store.hibernate.updateschema=1
xwiki.store.hibernate.custommapping=1
## Jcr Store configuration
#xwiki.store.class=com.xpn.xwiki.store.jcr.XWikiJcrStore
#xwiki.store.attachment.class=com.xpn.xwiki.store.jcr.XWikiJcrAttachmentStore
#xwiki.store.versioning.class=com.xpn.xwiki.store.jcr.XWikiJcrPropertyVersioningStore
#xwiki.store.jcr.mapping=WEB-INF/classes/jcrmapping.xml
#xwiki.store.jcr.provider=com.xpn.xwiki.store.jcr.JackRabbitJCRProvider
#xwiki.store.jcr.jackrabbit.repository.config=WEB-INF/classes/jackrabbit/repository.xml
#xwiki.store.jcr.jackrabbit.repository.path=jackrabbitrepo
#xwiki.store.jcr.jackrabbit.nodetypes.config=WEB-INF/classes/jackrabbit/nodetypes.cnd
xwiki.store.cache=1
xwiki.store.cache.capacity=100
xwiki.monitor=1
# List of active plugins.
xwiki.plugins=com.xpn.xwiki.monitor.api.MonitorPlugin,\
com.xpn.xwiki.plugin.calendar.CalendarPlugin,\
com.xpn.xwiki.plugin.feed.FeedPlugin,\
com.xpn.xwiki.plugin.ldap.LDAPPlugin,\
com.xpn.xwiki.plugin.google.GooglePlugin,\
com.xpn.xwiki.plugin.flickr.FlickrPlugin,\
com.xpn.xwiki.plugin.mail.MailPlugin,\
com.xpn.xwiki.plugin.packaging.PackagePlugin,\
com.xpn.xwiki.plugin.query.QueryPlugin,\
com.xpn.xwiki.plugin.svg.SVGPlugin,\
com.xpn.xwiki.plugin.charts.ChartingPlugin,\
com.xpn.xwiki.plugin.fileupload.FileUploadPlugin,\
com.xpn.xwiki.plugin.image.ImagePlugin,\
com.xpn.xwiki.plugin.captcha.CaptchaPlugin,\
com.xpn.xwiki.plugin.userdirectory.UserDirectoryPlugin,\
com.xpn.xwiki.plugin.usertools.XWikiUserManagementToolsImpl
# This parameter allows XWiki to operate in Hosting mode
# allowing to create multiple wikis having their own database
# and responding to different URLs
xwiki.virtual=0
xwiki.virtual.redirect=http://127.0.0.1:9080/xwiki/bin/Main/ThisWikiDoesNotExist
# This parameter will activate the exo integration
xwiki.exo=0
#xwiki.authentication=form
#xwiki.authentication.validationKey=totototototototototototototototo
#xwiki.authentication.encryptionKey=titititititititititititititititi
#xwiki.authentication.cookiedomains=xwiki.com,wiki.fr
# Stats configuration allows to globally activate/deactivate stats module
# it is also possible to choose a different stats service to record
# statistics separately from XWiki.
# Note: Statistics are disabled by default for improved performances.
xwiki.stats=0
xwiki.stats.default=1
xwiki.stats.class=com.xpn.xwiki.stats.impl.XWikiStatsServiceImpl
xwiki.encoding=ISO-8859-1
xwiki.render.macromapping=1
xwiki.backlinks=1
xwiki.tags=1
# GraphViz plugin configuration. The GraphViz plugin is not configured by default.
# To enable it, add "com.xpn.xwiki.plugin.graphviz.GraphVizPlugin" to the list of plugins
# in the xwiki.plugins property.
# Uncomment and set the locations of the Dot and Neato executables
#xwiki.plugin.graphviz.dotpath=c:/Program Files/ATT/GraphViz/bin/dot.exe
#xwiki.plugin.graphviz.neatopath=c:/Program Files/ATT/GraphViz/bin/neato.exe
xwiki.plugin.laszlo.baseurl=/openlaszlo/xwiki/
xwiki.plugin.laszlo.path=c:/Program Files/Apache Software Foundation/Tomcat 5.0/webapps/openlaszlo/xwiki/
xwiki.plugin.image.cache.capacity=30
xwiki.plugin.captcha=1
## Personal config
# Enable to allow superadmin. It is disabled by default as this could be a security breach if
# it were set and you forgot about it.
#xwiki.superadminpassword=system
#xwiki.authentication.ldap=0
#xwiki.authentication.ldap.server=172.29.116.202
#xwiki.authentication.ldap.check_level=1
#xwiki.authentication.ldap.port=389
#xwiki.authentication.ldap.base_DN=dc=necf,dc=fr
#xwiki.authentication.ldap.bind_DN=cn={0},cn=Users,dc=necf,dc=fr
#xwiki.authentication.ldap.bind_pass={1}
#xwiki.authentication.ldap.UID_attr=sAMAccountName
#xwiki.authentication.ldap.fields_mapping=name=sAMAccountName,last_name=sn,first_name=givenName,fullname=displayName,email=mail,ldap_dn=dn
xwiki.authentication.ldap=1
xwiki.authentication.ldap.authclass=com.xpn.xwiki.user.impl.LDAP.LDAPAuthServiceImpl
xwiki.authentication.ldap.server=adserver
xwiki.authentication.ldap.check_level=1
xwiki.authentication.ldap.port=389
xwiki.authentication.ldap.base_DN=dc=dc1,dc=dc2,dc=dc3
xwiki.authentication.ldap.bind_DN=dc1{0}
xwiki.authentication.ldap.bind_pass={1}
xwiki.authentication.ldap.UID_attr=sAMAccountName
xwiki.authentication.ldap.fields_mapping=name=sAMAccountName,last_name=sn,first_name=givenName,fullname=displayName,mail=mail,ldap_dn=dn
xwiki.authentication.unauthorized_code=200
# This parameter will activate the sectional editing
xwiki.section.edit=1
# Editor config
xwiki.wysiwyg.use_style_toolbar=1
xwiki.defaultskin=albatross
xwiki.defaultbaseskin=albatross
****xwiki.log:
10:41:22,015 [http-8888-2] ERROR LDAP.LDAPAuthServiceImpl - LDAP Bind failed with Exception Invalid Credentials
10:43:23,500 [http-8888-1] ERROR LDAP.LDAPAuthServiceImpl - LDAP Bind failed with Exception Invalid Credentials
etc.
Any thoughts? They would be much appreciated.
Thanks,
Joe
-----Ursprungligt meddelande-----
Från: Joseph P. McEttrick [mailto:jpmcettrick@suffolk.edu]
Skickat: den 22 juni 2007 19:29
Till: xwiki-users(a)objectweb.org
Ämne: [xwiki-users] Active Directory Authentication
Hi All,
Does anyone sucessfully authenticate with Active Directory using xwiki 1.0?
On my newly installed XWiki, I'm trying to authenticate against active directory. I installed the xwiki 1.0 war on tomcat 6, using mysql 5 as the database.
Using the default forms authentication method works fine, when I try to enable using the AD via the LDAP authentication, it doesn't work; I always get messages in the xwiki.log saying that "LDAP Bind failed with Exception Invalid Credentials".
I am able to connect to the AD using ldap function in Coldfusion, so it should be possible.
Also, I'm using the following log4j.properties file located in WEB-INF/lib:
I had some problems getting authentication using Active Directory to work too. I don't know if it will help but here's what I did:
- I removed the ...authclass=com.xpn... line all together.
- used the server name, not the IP (tried that for a while at first)
- ...base_DN=ou=Users... using numbers did not work
- ...bind_DN... and ...bind_pass... didn't work with numbers either, they've got their values right there
xwiki.authentication.ldap=1
xwiki.authentication.ldap.authclass=com.xpn.xwiki.user.impl.LDAP.LDAPAuthServiceImpl
xwiki.authentication.ldap.server=adserver
xwiki.authentication.ldap.check_level=1
xwiki.authentication.ldap.port=389
xwiki.authentication.ldap.base_DN=dc=dc1,dc=dc2,dc=dc3
xwiki.authentication.ldap.bind_DN=dc1{0}
xwiki.authentication.ldap.bind_pass={1}
xwiki.authentication.ldap.UID_attr=sAMAccountName
xwiki.authentication.ldap.fields_mapping=name=sAMAccountName,last_name=sn,first_name=givenName,fullname=displayName,mail=mail,ldap_dn=dn
good luck!
//Karin
Hi,
We upgraded our standalone wiki installation (jetty,hsql) 1.0-rc1 to 1.1-milestone-2 recently.
We backed up all spaces of the old installation and copied/restored them into the new installation.
Now, if we directly try to access a page in a space restored from the old installation we get
An error page after the successful login:
E.g. accessing the following url directly via browser:
http://asj5.linzag.at:9021/xwiki/bin/view/DS/Webhome
Brings up the login page, after successful login:
The requested document could not be found.
The Browser URL is: xwiki/bin/view/XWiki/XWikiLogin%3Bjsessionid%3D3f3igkglkf9b7
So, somehow the login page tries to forward to a wrong URL after successful login. Entering the requested URL
Manually again in logged in state, the page appears without any problem.
Any idea what the problem could be?
HANS
------------------------------------------------------------------------------------------
LINZ AG für Energie, Telekommunikation, Verkehr und Kommunale Dienste
A-4021 Linz, Wiener Straße 151, Postfach 1300, Tel. +43/732/3400-0, E-Mail: info(a)linzag.at
Diese E-Mail wurde auf Computer-Viren geprüft.
Verwendete Anti-Virus Software: Trend Micro ScanMail/Pattern 4.549.00-7
Nähere Informationen über E-Mails von der LINZ AG finden Sie im Internet unter:
http://www.linzag.at/emailsicherheit
This E-Mail was scanned for computer viruses.
Used anti-virus software: Trend Micro ScanMail/Pattern 4.549.00-7
In order to find out more information on E-Mails you received by LINZ AG, go to:
http://www.linzag.at/emailsecurity
------------------------------------------------------------------------------------------
Thank you, Vincent.
The edit window is free from trouble. Albatross rocks.
Wei-hsing
-------------- Original message ----------------------
From: Vincent Massol <vincent(a)massol.net>
>
>
> On Jun 24, 2007, at 1:55 AM, wangwh(a)att.net wrote:
>
> > Hi, Vincent,
> >
> > Thanks. Please switch my new site KHCLC to the new skin. I will
> > learn to use it.
>
> Done. I have put a right menu bar with search, navigation and create
> page panels. Feel free to modify these. The docs are on the code zone
> in the applications category, in Panels.
>
> > I will learn to switch skins for my other wikis, since that could
> > mean some customization work.
> >
> > I guess there are many others have to face this process (can't
> > avoid anymore).
>
> Agreed. We're looking into it. It probably entails upgrading the farm
> to 1.0 or 1.1M2.
>
> Thanks
> -Vincent
>
> > -------------- Original message ----------------------
> > From: Vincent Massol <vincent(a)massol.net>
> >>
> >>
> >> On Jun 23, 2007, at 6:14 AM, wangwh(a)att.net wrote:
> >>
> >>> I don't know JIRA, but the site did not have a problem, just
> >>> happened a few weeks ago. from this email, others have the same
> >>> problem. I don't know how to produce it. Something changed on the
> >>> XWiki farm.
> >>> I just created a new site on XWiki, khclc.xwiki.com, the problem
> >>> appears!
> >>> You can login as testone and use password xwiki to edit the first
> >>> page, you will see the edit window is covered by XWiki syntax
> >>> list...
> >>
> >> Right. There's definitely something wrong. I also think it's high
> >> time to switch to the Albatross skin.
> >>
> >> I'm copying Raffaello as I think this farm is being redone as we
> >> speak so it would be good to hear what's going to happen in the near
> >> future.
> >>
> >> Would you be ok if I switch your wiki to the new albatross skin to
> >> see if we still get this problem?
> >>
> >> Thanks
> >> -Vincent
> >>
> >>> -------------- Original message ----------------------
> >>> From: Vincent Massol <vincent(a)massol.net>
> >>>>
> >>>> Hi there,
> >>>>
> >>>> On Jun 19, 2007, at 1:31 PM, Harlan wrote:
> >>>>
> >>>>> <wangwh@...> writes:
> >>>>>
> >>>>>>
> >>>>>> I have a site on XWiki.com farm, when I edit a page, the XWiki
> >>>>>> syntax list
> >>>>> shift from the right to the left and
> >>>>>> overlap on the edit window. This is new to me, just happened
> >>>>>> today. Anyone
> >>>>> else have seen this?
> >>>>>
> >>>>> Yes, I'm having exactly the same behavior with a wiki that's been
> >>>>> hosted on
> >>>>> xwiki.org for more than two years. I'm happy to email a screenshot
> >>>>> of the
> >>>>> behavior to anyone. I've seen the problem on both Firefox and IE
> >>>>> for Windows. Is
> >>>>> this going to be fixed? Thanks,
> >>>>
> >>>> Is there a JIRA issue about it that clearly describes how to
> >>>> reproduce it?
> >>>>
> >>>> Thanks
> >>>> -Vincent
> >>>>
>
>
Hi, Vincent,
Thanks. Please switch my new site KHCLC to the new skin. I will learn to use it.
I will learn to switch skins for my other wikis, since that could mean some customization work.
I guess there are many others have to face this process (can't avoid anymore).
Wei-hsing
-------------- Original message ----------------------
From: Vincent Massol <vincent(a)massol.net>
>
>
> On Jun 23, 2007, at 6:14 AM, wangwh(a)att.net wrote:
>
> > I don't know JIRA, but the site did not have a problem, just
> > happened a few weeks ago. from this email, others have the same
> > problem. I don't know how to produce it. Something changed on the
> > XWiki farm.
> > I just created a new site on XWiki, khclc.xwiki.com, the problem
> > appears!
> > You can login as testone and use password xwiki to edit the first
> > page, you will see the edit window is covered by XWiki syntax list...
>
> Right. There's definitely something wrong. I also think it's high
> time to switch to the Albatross skin.
>
> I'm copying Raffaello as I think this farm is being redone as we
> speak so it would be good to hear what's going to happen in the near
> future.
>
> Would you be ok if I switch your wiki to the new albatross skin to
> see if we still get this problem?
>
> Thanks
> -Vincent
>
> > -------------- Original message ----------------------
> > From: Vincent Massol <vincent(a)massol.net>
> >>
> >> Hi there,
> >>
> >> On Jun 19, 2007, at 1:31 PM, Harlan wrote:
> >>
> >>> <wangwh@...> writes:
> >>>
> >>>>
> >>>> I have a site on XWiki.com farm, when I edit a page, the XWiki
> >>>> syntax list
> >>> shift from the right to the left and
> >>>> overlap on the edit window. This is new to me, just happened
> >>>> today. Anyone
> >>> else have seen this?
> >>>
> >>> Yes, I'm having exactly the same behavior with a wiki that's been
> >>> hosted on
> >>> xwiki.org for more than two years. I'm happy to email a screenshot
> >>> of the
> >>> behavior to anyone. I've seen the problem on both Firefox and IE
> >>> for Windows. Is
> >>> this going to be fixed? Thanks,
> >>
> >> Is there a JIRA issue about it that clearly describes how to
> >> reproduce it?
> >>
> >> Thanks
> >> -Vincent
> >>
> >>
> >
> >
> >
> >
> > --
> > 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
>
>
Hi, Catalin,
In my case, I have modified dodo, so I assume I have to switch to albatross then do the same modification on albatross, right? And the end result will not look the same, better, but will not be the same. Just to confirm my understanding.
Wei-hsing
-------------- Original message ----------------------
From: "Catalin Hritcu" <catalin.hritcu(a)gmail.com>
>
> Hi Wei-hsing,
>
> On 6/23/07, wangwh(a)att.net <wangwh(a)att.net> wrote:
> > I don't know JIRA, but the site did not have a problem, just happened a few
> weeks ago. from this email, others have the same problem. I don't know how to
> produce it. Something changed on the XWiki farm.
> > I just created a new site on XWiki, khclc.xwiki.com, the problem appears!
> > You can login as testone and use password xwiki to edit the first page, you
> will see the edit window is covered by XWiki syntax list...
> >
> I tried and this is like you describe it.
>
> However please understand that we are talking about a very old version
> of xwiki (1.0-beta-3-a) displaying a depricated skin (dodo). If you
> want to have this reported as a bug you have to at least be able to
> reproduce it with the latest xwiki release.
>
> The easiest way to fix this (and also get a much nicer look for your
> wiki) is to change the skin to a newer one, as documented here:
> http://www.xwiki.org/xwiki/bin/view/UserGuide/Skins
> http://www.xwiki.org/xwiki/bin/view/AdminGuide/Skins
>
> Regards,
> Catalin
>
> PS: Unfortunately the xwiki farm is always lagging very badly in terms
> of installed xwiki version.
>
I don't know JIRA, but the site did not have a problem, just happened a few weeks ago. from this email, others have the same problem. I don't know how to produce it. Something changed on the XWiki farm.
I just created a new site on XWiki, khclc.xwiki.com, the problem appears!
You can login as testone and use password xwiki to edit the first page, you will see the edit window is covered by XWiki syntax list...
Wei-hsing
-------------- Original message ----------------------
From: Vincent Massol <vincent(a)massol.net>
>
> Hi there,
>
> On Jun 19, 2007, at 1:31 PM, Harlan wrote:
>
> > <wangwh@...> writes:
> >
> >>
> >> I have a site on XWiki.com farm, when I edit a page, the XWiki
> >> syntax list
> > shift from the right to the left and
> >> overlap on the edit window. This is new to me, just happened
> >> today. Anyone
> > else have seen this?
> >
> > Yes, I'm having exactly the same behavior with a wiki that's been
> > hosted on
> > xwiki.org for more than two years. I'm happy to email a screenshot
> > of the
> > behavior to anyone. I've seen the problem on both Firefox and IE
> > for Windows. Is
> > this going to be fixed? Thanks,
>
> Is there a JIRA issue about it that clearly describes how to
> reproduce it?
>
> Thanks
> -Vincent
>
>
Hi All,
Does anyone use Active Directory for authentication? I can't seem to get it to work on my my new xwiki installation. I installed using Tomcat 6 and MySQL 5 and the xwiki 1.0 war.
It works fine with the regular forms authentication, but when I try to enable AD with LDAP, it never works. I also can't seem to get any useful debugging information.
I can authentication fine with the AD server using LDAP in Coldfusion. such as like this:
<cfldap action="query" name="GetEntries"
start="dc=<domain1>, dc=<domain2>, dc=<domain3>" scope="subtree"
attributes="dn,sn,cn,sAMAccountName,givenName" sort="sn" server="sulsfp1"
filter="sAMAccountName=<username>"
username="<domain1>\<username>" password="<password>">
My xwiki.cfg, and xwiki.log are included below.
No matter what settings I put in for LDAP, I still get the same error message, about invalid credentials (even if the server name is wrong). I put a log4j.properties (also below) file in WEB-INF/lib, but I don't get any additional debug messages.
If anyone has any thoughts, they would be much appreciated.
Thanks,
Joe
Joseph P. McEttrick
Web Services
Suffolk University Law School
jpmcettrick at suffolk dot edu
617.305.6286
****xwiki.cfg*****
xwiki.version=1.0
xwiki.base=../../
xwiki.store.class=com.xpn.xwiki.store.XWikiHibernateStore
xwiki.store.hibernate.path=/WEB-INF/hibernate.cfg.xml
xwiki.store.hibernate.updateschema=1
xwiki.store.hibernate.custommapping=1
## Jcr Store configuration
#xwiki.store.class=com.xpn.xwiki.store.jcr.XWikiJcrStore
#xwiki.store.attachment.class=com.xpn.xwiki.store.jcr.XWikiJcrAttachmentStore
#xwiki.store.versioning.class=com.xpn.xwiki.store.jcr.XWikiJcrPropertyVersioningStore
#xwiki.store.jcr.mapping=WEB-INF/classes/jcrmapping.xml
#xwiki.store.jcr.provider=com.xpn.xwiki.store.jcr.JackRabbitJCRProvider
#xwiki.store.jcr.jackrabbit.repository.config=WEB-INF/classes/jackrabbit/repository.xml
#xwiki.store.jcr.jackrabbit.repository.path=jackrabbitrepo
#xwiki.store.jcr.jackrabbit.nodetypes.config=WEB-INF/classes/jackrabbit/nodetypes.cnd
xwiki.store.cache=1
xwiki.store.cache.capacity=100
xwiki.monitor=1
# List of active plugins.
xwiki.plugins=com.xpn.xwiki.monitor.api.MonitorPlugin,\
com.xpn.xwiki.plugin.calendar.CalendarPlugin,\
com.xpn.xwiki.plugin.feed.FeedPlugin,\
com.xpn.xwiki.plugin.ldap.LDAPPlugin,\
com.xpn.xwiki.plugin.google.GooglePlugin,\
com.xpn.xwiki.plugin.flickr.FlickrPlugin,\
com.xpn.xwiki.plugin.mail.MailPlugin,\
com.xpn.xwiki.plugin.packaging.PackagePlugin,\
com.xpn.xwiki.plugin.query.QueryPlugin,\
com.xpn.xwiki.plugin.svg.SVGPlugin,\
com.xpn.xwiki.plugin.charts.ChartingPlugin,\
com.xpn.xwiki.plugin.fileupload.FileUploadPlugin,\
com.xpn.xwiki.plugin.image.ImagePlugin,\
com.xpn.xwiki.plugin.captcha.CaptchaPlugin,\
com.xpn.xwiki.plugin.userdirectory.UserDirectoryPlugin,\
com.xpn.xwiki.plugin.usertools.XWikiUserManagementToolsImpl
# This parameter allows XWiki to operate in Hosting mode
# allowing to create multiple wikis having their own database
# and responding to different URLs
xwiki.virtual=0
xwiki.virtual.redirect=http://127.0.0.1:9080/xwiki/bin/Main/ThisWikiDoesNotExist
# This parameter will activate the exo integration
xwiki.exo=0
#xwiki.authentication=form
#xwiki.authentication.validationKey=totototototototototototototototo
#xwiki.authentication.encryptionKey=titititititititititititititititi
#xwiki.authentication.cookiedomains=xwiki.com,wiki.fr
# Stats configuration allows to globally activate/deactivate stats module
# it is also possible to choose a different stats service to record
# statistics separately from XWiki.
# Note: Statistics are disabled by default for improved performances.
xwiki.stats=0
xwiki.stats.default=1
xwiki.stats.class=com.xpn.xwiki.stats.impl.XWikiStatsServiceImpl
xwiki.encoding=ISO-8859-1
xwiki.render.macromapping=1
xwiki.backlinks=1
xwiki.tags=1
# GraphViz plugin configuration. The GraphViz plugin is not configured by default.
# To enable it, add "com.xpn.xwiki.plugin.graphviz.GraphVizPlugin" to the list of plugins
# in the xwiki.plugins property.
# Uncomment and set the locations of the Dot and Neato executables
#xwiki.plugin.graphviz.dotpath=c:/Program Files/ATT/GraphViz/bin/dot.exe
#xwiki.plugin.graphviz.neatopath=c:/Program Files/ATT/GraphViz/bin/neato.exe
xwiki.plugin.laszlo.baseurl=/openlaszlo/xwiki/
xwiki.plugin.laszlo.path=c:/Program Files/Apache Software Foundation/Tomcat 5.0/webapps/openlaszlo/xwiki/
xwiki.plugin.image.cache.capacity=30
xwiki.plugin.captcha=1
## Personal config
# Enable to allow superadmin. It is disabled by default as this could be a security breach if
# it were set and you forgot about it.
#xwiki.superadminpassword=system
#xwiki.authentication.ldap=0
#xwiki.authentication.ldap.server=172.29.116.202
#xwiki.authentication.ldap.check_level=1
#xwiki.authentication.ldap.port=389
#xwiki.authentication.ldap.base_DN=dc=necf,dc=fr
#xwiki.authentication.ldap.bind_DN=cn={0},cn=Users,dc=necf,dc=fr
#xwiki.authentication.ldap.bind_pass={1}
#xwiki.authentication.ldap.UID_attr=sAMAccountName
#xwiki.authentication.ldap.fields_mapping=name=sAMAccountName,last_name=sn,first_name=givenName,fullname=displayName,email=mail,ldap_dn=dn
xwiki.authentication.ldap=1
xwiki.authentication.ldap.authclass=com.xpn.xwiki.user.impl.LDAP.LDAPAuthServiceImpl
xwiki.authentication.ldap.server=<myldapserver>
xwiki.authentication.ldap.check_level=1
xwiki.authentication.ldap.port=389
xwiki.authentication.ldap.base_DN=dc=<mydomain1>,dc=<mydomain2>,dc=<mydomain3>
xwiki.authentication.ldap.bind_DN=<mydomain1>{0}
xwiki.authentication.ldap.bind_pass={1}
xwiki.authentication.ldap.UID_attr=sAMAccountName
xwiki.authentication.ldap.fields_mapping=name=sAMAccountName,last_name=sn,first_name=givenName,fullname=displayName,mail=mail,ldap_dn=dn
xwiki.authentication.unauthorized_code=200
# This parameter will activate the sectional editing
xwiki.section.edit=1
# Editor config
xwiki.wysiwyg.use_style_toolbar=1
xwiki.defaultskin=albatross
xwiki.defaultbaseskin=albatross
****
***xwiki.log****
10:43:23,500 [http-8888-1] ERROR LDAP.LDAPAuthServiceImpl - LDAP Bind failed with Exception Invalid Credentials
****log4j.properties****
### Direct log messages to stdout
log4j.appender.stdout=org.apache.log4j.ConsoleAppender
log4j.appender.stdout.Target=System.out
log4j.appender.stdout.layout=org.apache.log4j.PatternLayout
log4j.appender.stdout.layout.ConversionPattern=%d{ABSOLUTE} %5p %t %X{url} %c{1}:%M:%L - %m%n
log4j.appender.file=org.apache.log4j.RollingFileAppender
log4j.appender.file.File=xwiki.log
log4j.appender.file.MaxFileSize=10MB
log4j.appender.file.MaxBackupIndex=50
log4j.appender.file.layout=org.apache.log4j.PatternLayout
log4j.appender.file.layout.ConversionPattern=%d{ABSOLUTE} [%t] %-5p %-30.30c{2} %x - %m %n
### By default everything that is of warning or severity WARN, ERROR or FATAL is logged both to
### the console and to the xwiki.log file.
#log4j.rootLogger=warn, stdout, file
log4j.rootLogger=debug, stdout, file
### Hibernate logging options
log4j.logger.org.hibernate=warn
log4j.logger.org.hibernate.SQL=warn
log4j.logger.org.hibernate.type=warn
log4j.logger.org.hibernate.ps.PreparedStatementCache=warn
### XWiki logging configuration
log4j.logger.com.xpn.xwiki=warn
log4j.logger.com.xpn.xwiki.render.XWikiRadeoxRenderEngine=warn
### Deactive Radeox warnings
#log4j.logger.org.radeox.macro.BaseLocaleMacro=error
### Deactive Struts warnings
#log4j.logger.org.apache.struts.util.RequestUtils=error
### Deactivate JGroups warnings
#log4j.logger.org.jgroups=error
#turn on debug messages for LDAP
com.xpn.xwiki.user.impl.LDAP=debug
Hi, all XWiki users,
I know this is a tough question....
Anyone has experience in using TWiki and willing to point out why would anyone choose XWiki over TWiki?
I know both are pretty good, both are open source, both have many supporters, both can do almost the same things, but for someone new, what are the reasons to consider to choose XWiki?
For it is written in JAVA? for the user group? for the future direction? for the access control?
Wei-hsing
ps. Anyone plan to attend Wikimania in Taiwan this summer? to learn from the MediaWiki or WikiMedia? (I know Vincent is, right?)
Hello All,
I use the dodo skin in a wiki installation.
When you edit a page or section, there appears a small link at the end of the page :
Help on the XWiki Syntax
If you click on it, a window opens a popup, where the help info should appear.
Unfortunately it doesn't.
Is it possible to change the help location?
And then: why do different set of cheat sheets appear depending on whether i use
the wisiwig or wiki editor in dodo. I'd expect the entire cheat sheet to appear
in wiki edit mode, but only half of it appears there. Intentionally??
Regards
Thomas
The Source (from Browser):
<script type="text/javascript">
<!--
function openHelp() {
win = open( "http://www.xwiki.com/xwiki/bin/view/Doc/XWikiSyntax?xpage=plain",
"syntax", "titlebar=0,width=750,height=480,resizable,scrollbars");
if( win ) {
win.focus();
}
}
// -->
</script>
Help on the <a href="" onclick="openHelp(); return false;">XWiki Syntax</a>
--
ontopica
Thomas Krämer
Krämer&Okpue GbR
Kurfürstenstr. 66
53115 Bonn
Fon +49 228 - 180 99 737
Fax +49 228 - 242 78 60
Email tk(a)ontopica.de
--
ontopica
Thomas Krämer
Krämer&Okpue GbR
Kurfürstenstr. 66
53115 Bonn
Fon +49 228 - 180 99 737
Fax +49 228 - 242 78 60
Email tk(a)ontopica.de
It appears that attachments are viewable and downloadable even when page that they are associated with is not viewable due to page access rights.
Is this the expected behavior? Is there a way to set attachment access rights?
Thanks,
Brian
XWiki was chosen over TWiki for many reasons, each decision was based on factors of different priorities to different decision makers. Here are the 5 major reasons:
1. XWiki was written to provide an eXtended - wiki (hence X - Wiki) that would include the best features out there and based on what XWiki creator Ludovic, who was a TWiki user, thought was missing and need improvements in TWiki.
2. XWiki was written with the aim of making it a modular and flexible platform. It is one of the few wikis to offer the easy application building capabilities and do so natively.
3. XWiki is written in JAVA. XWiki is closer to large Enterprise needs than TWiki because the Java platform is chosen by lots of large companies.
4. XWiki has a great user support group which is critical to any open source software.
5. XWiki has a tough and convenient access control system which is crucial to many applications.
For an up-to-date detail comparison between XWiki and TWiki, see this page http://www.wikimatrix.org/compare/TWiki+XWiki
For a list of applications built on XWiki platform, see this page
http://www.xwiki.org/xwiki/bin/view/References/
For a view of what is coming about bug fixes and upgrades in XWiki commuity, see this page
http://jira.xwiki.org/jira/secure/Dashboard.jspa
-------------- Original message ----------------------
From: Vincent Massol <vincent(a)massol.net>
>
>
> On Jun 21, 2007, at 1:16 PM, Pavel wrote:
>
> > My personal choice of XWiki was driven by the following considerations
> >
> > 1. I know only java, thus can maintain wiki in java only.
> > 2. I can't afford Confluence license for just a personal wiki. If
> > only they
> > had appropriate license for this niche...
> > 3. From the remaining alternatives (not numerous unfortunately)
> > XWiki looks
> > like the most appropriate one.
>
> That doesn't sound very encouraging as you're basically saying you've
> picked XWiki not because it was good but because there were no other
> good solution... ;)
>
> That said, it's very good that you'd have picked Confluence as this
> is a good way for us to find out what needs to be improved in XWiki
> so that you'd pick it if money wasn't an issue, from your POV. Would
> you mind listing things you don't like in XWiki or things that are
> missing?
>
> Thanks
> -Vincent
>
> > -----Original Message-----
> > From: wangwh(a)att.net [mailto:wangwh@att.net]
> > Sent: Thursday, June 21, 2007 5:01 AM
> > To: xwiki-users(a)objectweb.org
> > Subject: [xwiki-users] xwiki vs twiki
> >
> > Hi, all XWiki users,
> >
> > I know this is a tough question....
> >
> > Anyone has experience in using TWiki and willing to point out why
> > would
> > anyone choose XWiki over TWiki?
> >
> > I know both are pretty good, both are open source, both have many
> > supporters, both can do almost the same things, but for someone
> > new, what
> > are the reasons to consider to choose XWiki?
> >
> > For it is written in JAVA? for the user group? for the future
> > direction? for
> > the access control?
> >
> > Wei-hsing
> >
> > ps. Anyone plan to attend Wikimania in Taiwan this summer? to learn
> > from the
> > MediaWiki or WikiMedia? (I know Vincent is, right?)
> >
> >
> >
> >
> > --
> > 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
>
>
XWiki was chosen over TWiki for many reasons, each decision was based on factors of different priorities to different decision makers. Here are the 5 major reasons:
1. XWiki was written to provide an eXtended - wiki (hence X - Wiki) that would include the best features out there and based on what XWiki creator Ludovic, who was a TWiki user, thought was missing and need improvements in TWiki.
2. XWiki was written with the aim of making it a modular and flexible platform. It is one of the few wikis to offer the easy application building capabilities and do so natively.
3. XWiki is written in JAVA. XWiki is closer to large Enterprise needs than TWiki because the Java platform is chosen by lots of large companies.
4. XWiki has a great user support group which is critical to any open source software.
5. XWiki has a tough and convenient access control system which is crucial to many applications.
For an up-to-date detail comparison between XWiki and TWiki, see this page http://www.wikimatrix.org/compare/TWiki+XWiki
For a list of applications built on XWiki platform, see this page
http://www.xwiki.org/xwiki/bin/view/References/
For a view of what is coming about bug fixes and upgrades in XWiki commuity, see this page
http://jira.xwiki.org/jira/secure/Dashboard.jspa
-------------- Original message ----------------------
From: Vincent Massol <vincent(a)massol.net>
>
>
> On Jun 21, 2007, at 1:16 PM, Pavel wrote:
>
> > My personal choice of XWiki was driven by the following considerations
> >
> > 1. I know only java, thus can maintain wiki in java only.
> > 2. I can't afford Confluence license for just a personal wiki. If
> > only they
> > had appropriate license for this niche...
> > 3. From the remaining alternatives (not numerous unfortunately)
> > XWiki looks
> > like the most appropriate one.
>
> That doesn't sound very encouraging as you're basically saying you've
> picked XWiki not because it was good but because there were no other
> good solution... ;)
>
> That said, it's very good that you'd have picked Confluence as this
> is a good way for us to find out what needs to be improved in XWiki
> so that you'd pick it if money wasn't an issue, from your POV. Would
> you mind listing things you don't like in XWiki or things that are
> missing?
>
> Thanks
> -Vincent
>
> > -----Original Message-----
> > From: wangwh(a)att.net [mailto:wangwh@att.net]
> > Sent: Thursday, June 21, 2007 5:01 AM
> > To: xwiki-users(a)objectweb.org
> > Subject: [xwiki-users] xwiki vs twiki
> >
> > Hi, all XWiki users,
> >
> > I know this is a tough question....
> >
> > Anyone has experience in using TWiki and willing to point out why
> > would
> > anyone choose XWiki over TWiki?
> >
> > I know both are pretty good, both are open source, both have many
> > supporters, both can do almost the same things, but for someone
> > new, what
> > are the reasons to consider to choose XWiki?
> >
> > For it is written in JAVA? for the user group? for the future
> > direction? for
> > the access control?
> >
> > Wei-hsing
> >
> > ps. Anyone plan to attend Wikimania in Taiwan this summer? to learn
> > from the
> > MediaWiki or WikiMedia? (I know Vincent is, right?)
> >
> >
> >
> >
> > --
> > 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
>
>
Hi,
I´m part of a development team that is trying to get XWIKI working as a
jsr168 portlet, to integrate it in a commercial portal. We have been
able to run it on Jetspeed-2 without major problems, except for URLs. It
seems that Portlet URLs are generated and then filtered that causes some
major bugs in urls within the portlet since a url ending with 2
underscores ( ..../...__/ ). Has this problem been submitted before?
I´ve looked in Jira but didn´t found nothing related to it. Is there any
information on where to start digging or changes adviced, without
changing the normal flow of xwiki?
What should/must be done, if possible, to integrate the xwiki to that
commercial portal, according to your requirements?
Another issue is that any changes to XWiki Core must be delivered to the
project according to the License, is that valid also for skins developed?
Thanks in advance
Ricardo Esquito.
ps -> sorry for the bad english :-s
Can I integrate X-Wiki with another application? I have my own web application and am interested to know if I can get X-Wiki�s source-code to study and then integrate it in my web application as my own Wiki.
Hi,
I'm beating Vincent by announcing XWiki Watch 1.0M1 before he announces
XWiki 1.1M2 (which is needed for XWiki Watch 1.0M1).
XWiki Watch 1.0M1 is the first official release and is a functional beta.
XWiki Watch is:
- A collaborative RSS/Atom Feed aggregator
- Feeds, Groups and Keywords configuration using an AJAX interface.
Configuration are managed by spaces.
- Storing of articles themselves in XWiki pages using the FeedPlugin's
capabilities
- AJAX UI to navigate articles, open the content
- Collaborative tagging, commenting and flagging of articles, store a
'read' status
- Filtering UI to see only articles from a group, a feed, only flagged
articles, matching a keyword, etc..
- TagCloud of tags applied to articles
- Text analysis feature on the content of articles matching a filter
- Press Review feature allowing to generate an HTML, RSS or PDF page
listing articles and comments matching a filter
- Look and Feel adapted to the Albatross skin by Laurent Lunati !
- Packaged as an XWiki Application (xar) that can run on XWiki 1.1M2 or
later
- French and English User Interface
This release needs some developer skills to be installed. If you are
interested in beta-testing XWiki Watch but don't feel that you can
install XWiki and tweak configuration files, you can send us an email at
marketing(a)xwiki.com to get access to our online beta.
Don't hesitate to send us your feedback with bugs and suggestions. We
manage bugs and new feature requests on JIRA at
http://jira.xwiki.org/jira/browse/XWATCH
Ludovic
--
Ludovic Dubost
Blog: http://www.ludovic.org/blog/
XWiki: http://www.xwiki.com
Skype: ldubost GTalk: ldubost
AIM: nvludo Yahoo: ludovic
I have a site on XWiki.com farm, when I edit a page, the XWiki syntax list shift from the right to the left and overlap on the edit window. This is new to me, just happened today. Anyone else have seen this?
Wei-hsing
[reposting because of wrong xwiki-users address. please reply to this
email and not the previous one]
Hi,
I'm beating Vincent by announcing XWiki Watch 1.0M1 before he announces
XWiki 1.1M2 (which is needed for XWiki Watch 1.0M1).
XWiki Watch 1.0M1 is the first official release and is a functional beta.
XWiki Watch is:
- A collaborative RSS/Atom Feed aggregator
- Feeds, Groups and Keywords configuration using an AJAX interface.
Configuration are managed by spaces.
- Storing of articles themselves in XWiki pages using the FeedPlugin's
capabilities
- AJAX UI to navigate articles, open the content
- Collaborative tagging, commenting and flagging of articles, store a
'read' status
- Filtering UI to see only articles from a group, a feed, only flagged
articles, matching a keyword, etc..
- TagCloud of tags applied to articles
- Text analysis feature on the content of articles matching a filter
- Press Review feature allowing to generate an HTML, RSS or PDF page
listing articles and comments matching a filter
- Look and Feel adapted to the Albatross skin by Laurent Lunati !
- Packaged as an XWiki Application (xar) that can run on XWiki 1.1M2 or
later
- French and English User Interface
This release needs some developer skills to be installed. If you are
interested in beta-testing XWiki Watch but don't feel that you can
install XWiki and tweak configuration files, you can send us an email at
marketing(a)xwiki.com to get access to our online beta.
Don't hesitate to send us your feedback with bugs and suggestions. We
manage bugs and new feature requests on JIRA at
http://jira.xwiki.org/jira/browse/XWATCH
Ludovic
--
Ludovic Dubost
Blog: http://www.ludovic.org/blog/
XWiki: http://www.xwiki.com
Skype: ldubost GTalk: ldubost
AIM: nvludo Yahoo: ludovic
The XWiki development team team is pleased to announce the
availability of the 1.1 Milestone 2 release.
Go grab it on http://www.xwiki.org/xwiki/bin/view/Main/Download
Main changes:
* Lots of bugs fixed
* WYSIWYG editor improvements:
o Added new toolbar icon for creating horizontal lines
o Added new toolbar icon for removing all styling on the
selected text
o Make current cell visible when selected in a table
* Improved Photo Album performances
* When deleting a page, first show the list of pages linking to
it and warn about them
* Improved AllDocs page on the default wiki by adding an Index
with A-Z links and added a Treeview tab for showing pages with parent-
children relationships
* The Navigation panel now displays all pages when the logged in
user has Admin rights
* The "Recently Created", "Recently Visited" and "Members"
Panels now only display the last 5 elements
* Added a cancel button to the Rename page
* Added support for the Derby Database and bundled version
10.2.2.0 of Derby
* The Zip Explorer plugin and the AutoTag plugins are now
activated by default in the default configurations
* Added new "Recently Modified Documents" Panel
* New space rights inheritance mechanism
+ lots of other changes.
See the full release notes on http://www.xwiki.org/xwiki/bin/view/
Main/ReleaseNotesXWiki11M2
Enjoy
-The XWiki development team
Hi,
We were looking to put a 2nd required field in the
comments box which is a name. This would post their name if they were a
guest user. Could you give me an idea on how to do this?
Thanks in advance,
Thomas Vachon
PartnerNet Portal Developer
Xerox Developing Markets Organization
Xerox Corporation
800 Phillips Rd
Webster, NY 14580 USA
Phone 585.265.5750
thomas.vachon(a)xerox.com <mailto:thomas.vachon@xerox.com>
I've got XWiki 1.1 milestone 1 deployed. When I try to access a protected
page...
http://mywikiserver/xwiki/bin/view/Main/
I get redirected to the login page. The URL contains a query string to
track what I was trying to access:
http://mywikiserver/xwiki/bin/login/XWiki/XWikiLogin?xredirect=%2Fxwiki%2Fb…
When I then successfully authenticated, I am redirected to the following
URL:
http://mywikiserver/xwiki/bin/view/XWiki/XWikiLogin%3Bjsessionid%3D1rvyil3a…
However, that page apparently doesn't exist. I get the notice that "The
requested document could not be found." However, if I go explicitly to the
login page and log in, I get redirected to the following URL which works:
http://mywikiserver/xwiki/bin/view/Main/WebHome
Any ideas?
Regards,
Brian.
-----------------------------------------
CONFIDENTIALITY STATEMENT:
This e-mail transmission contains information that is intended to
be confidential. It is intended only for the addressee named
above. If you receive this e-mail in error, please do not read,
copy, or disseminate it. If you are not the intended recipient,
any disclosure, copying, distribution or use of the contents of
this information is prohibited. Please reply to the message
immediately by informing the sender that the message was
misdirected. After replying, please erase it from your computer
system. Your assistance in correcting this error is appreciated.