Hi everyone,
Just a note to say that I currently have problems comitting. The
commit seems to work but then the svn rev is increased but nothing is
committed. It works fine for Raffaello and it used to work for me too
in revs up to 5203 included but since 5204 I can't commit anything.
So it's possible you'll get some issues too.
Raffaello and I are looking into this and trying to understand what
happens but we're a bit puzzled right now...
Thanks
-Vincent
Hi all,
Does anyone know how to generate a list of links to wiki pages that meet a
set of defined features i.e. filter and sort (features defined on the
objects or tags on those pages)? Perhaps like the Google search, list the
first 20 or 30 pages and have a next/previous, 1, 2, 3, etc buttons to list
the next selections of page links (to cope with the display of large numbers
of page links).
If anyones got any code snipits to get me started then that would be really
useful - thanks.
The idea is perhaps to explore how to use XWiki to semi automatically
generate pages to record tasks or issues, and then to list those pages
(tasks/issues) according to say the status or owners of those tasks/issues.
For tasks I'm thinking XWiki might be used to help guide users through
business processes and semi-automatically document they have followed those
processes (for CMMI) so they can be simply audited. Documents generated
through users following the tasks/processes can then be generated from
templates and stored within the wiki. If anyone else has any ideas/code that
could help perhaps realise this then let me know!
Regards,
Richard Goldring
TAO
Wookey Hole Road
Wells, Somerset
BA5 1AA
Direct Line: 01749 682694
Switchboard: 01749 672081
richard.goldring(a)uk.thalesgroup.com
Thales UK Ltd (Wells) DISCLAIMER: The information contained in this e-mail
is confidential. It may also be legally privileged. It is intended only for
the stated addressee(s) and access to it by any other person is
unauthorised. If you are not an addressee, you must not disclose, copy,
circulate or in any other way use or rely on the information contained in
this e-mail. Such unauthorised use may be unlawful. We may monitor all
e-mail communications through our networks. If you have received this e-mail
in error, please inform us immediately on +44 (0) 1749 672081 and delete it
and all copies from your system. We accept no responsibility for changes to
any e-mail which occur after it has been sent. Attachments to this e-mail
may contain software viruses which could damage your system. We therefore
recommend you virus-check all attachments before opening. A business of
Thales UK Ltd. Registered Office: 2 Dashwood Lang Road, The Bourne Business
Park, Addlestone, Weybridge, Surrey KT15 2NX Registered in England No.
868273
As planned and advertised last week, today is SVN migration day.
At 12:00 AM GMT+1 I'll remove SVN access to everyone on the ObjectWeb
SVN so that nobody can commit.
One the migration is over, I'll add again SVN accesses to the new
repo. The new repo uses a different authentication mechanism.
Everyone with SVN commit access need to have an account on xwiki.org
and I'll have to add him/her to a special group on xwiki.org. One
this is done you'll be able to commit with your credentials from
xwiki.org.
Please send me your user id on xwiki.org so that I can add you.
As usual if you have any issue with this please let me know quickly.
Thanks
-Vincent
Hi all,
Today was planned to be the XEM 1.0M2 release but the main (almost all
features) of this release is the new rights/users/groups management
interface. We thinks it will be ready for next week so I propose to :
- move 1.0M2 from today to October 8
- move 1.0M3 from October 8 to October 15
Regards,
--
Thomas Mortagne
Hi,
Yes it would certainly encourage my users to edit - at the moment its not
obvious that a page can be edited, so they don't even try and just think its
a normal uneditable website.
On another wiki the right hand menu bar only appears when you move your
pointer to the right hand side of the screen, so you effectively have more
room for viewing the wiki content and only have a menu bar when you need it
- thought that might be a cool feature for xwiki but how to do it I'm not
sure.
Regards,
Richard
-----Original Message-----
From: devs-bounces(a)xwiki.org [mailto:devs-bounces@xwiki.org]On Behalf Of
Vincent Massol
Sent: 01 October 2007 21:21
To: XWiki Developers
Subject: [xwiki-devs] Display the edit button even when not logged in?
Hi,
I was looking at a wiki tonight and I noticed there was an edit
button even though I wasn't logged in. So I clicked on it, and then I
was told that if I wanted to edit the page I had to register/log in.
I found that this was very nice since:
* Users are tempted to click on the edit button and contribute
* It clearly shows to users who don't know wikis that they can
contribute content
I think we should have this feature in XWiki. I would even go as far
as proposing that it be on by default.
WDYT?
Thanks
-Vincent
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
Thales UK Ltd (Wells) DISCLAIMER: The information contained in this e-mail
is confidential. It may also be legally privileged. It is intended only for
the stated addressee(s) and access to it by any other person is
unauthorised. If you are not an addressee, you must not disclose, copy,
circulate or in any other way use or rely on the information contained in
this e-mail. Such unauthorised use may be unlawful. We may monitor all
e-mail communications through our networks. If you have received this e-mail
in error, please inform us immediately on +44 (0) 1749 672081 and delete it
and all copies from your system. We accept no responsibility for changes to
any e-mail which occur after it has been sent. Attachments to this e-mail
may contain software viruses which could damage your system. We therefore
recommend you virus-check all attachments before opening. A business of
Thales UK Ltd. Registered Office: 2 Dashwood Lang Road, The Bourne Business
Park, Addlestone, Weybridge, Surrey KT15 2NX Registered in England No.
868273
Hi everyone,
I'd like to propose voting Jerome Velociter as a XWiki committer.
Jerome has been sending patches (see http://tinyurl.com/3cbz2j) for a
long time now and his patches are good. I like the fact that in his
latest patches he takes care of submitting nice code with nice
javadocs ;) I propose we let him commit his own patches!
Here's my +1.
Note: For full disclosure, Jerome is working for XPertNet, the
company behind the creation of XWiki. FWIW, out of the 24 committers
(http://www.xwiki.org/xwiki/bin/view/Community/HallOfFame), 7 are
working for XPertNet (including myself). Note that we're running
XWiki as a meritocratic project (trying to follow the Apache rules as
much as possible) and thus anyone can become a committer (see http://
www.xwiki.org/xwiki/bin/view/Community/Committership). The more the
merrier!
Thanks
-Vincent
Hi All,
I tried to check-out the xwiki sources from within the university network
(behind a proxy) but it didn't work (I have set all svn parameters
required).
I wonder if this is something with objectweb's svn server configuration
since i can check-out sources from some other repositories (like subversion
source for an example).
For the moment I have all the sources I want but i thought it would be
better to mention this right now.
Thanks.
- Asiri
ps: I changed my boarding and no ADSL for another couple of weeks, that's
why I'm trying to use university network.
Hi,
I was looking at a wiki tonight and I noticed there was an edit
button even though I wasn't logged in. So I clicked on it, and then I
was told that if I wanted to edit the page I had to register/log in.
I found that this was very nice since:
* Users are tempted to click on the edit button and contribute
* It clearly shows to users who don't know wikis that they can
contribute content
I think we should have this feature in XWiki. I would even go as far
as proposing that it be on by default.
WDYT?
Thanks
-Vincent
Hi,
I've started working on designing the new Rendering/Parsing
components and API for XWiki. The implementation will be based on
WikiModel but we need some XWiki wrapping interfaces around it. Note
that this is a prerequisite for the new WYSIWYG editor based on GWT
(see http://www.xwiki.org/xwiki/bin/view/Design/
NewWysiwygEditorBasedOnGwt).
I've updated http://www.xwiki.org/xwiki/bin/view/Design/
WikiModelIntegration with the information below, which I'm pasting
here so that we can have a discussion about it. I'll consolidate the
results on that wiki page.
Componentize the Parsing/Rendering APIs
==================================
We need 4 main components:
* A Scripting component to manage scripting inside XWiki
documents and to evaluate them.
* A Rendering component to manage rendering Wiki syntax into
HTML and other (PDF, RTF, etc)
* A Wiki Parser component to offer a typed interface to XWiki
content so that it can be manipulated
* A HTML Parser component (for the WYSIWYG editor)
Different Syntaxes
===============
Two possible solutions:
1. Have a WikiSyntax Object (A simple class with one property: a
combox box with different syntaxes: XWiki Legacy, Creole, MediaWiki,
Confluence, JSPWiki, etc) that users can attach to pages to tell the
Renderers what syntax is used. If no such object is attached then
it'll default to XWiki's default syntax (XWiki Legacy or Creole for
example).
2. Have some special syntax, independent of the wiki syntaxes to
tell the Rendered that such block of content should be rendered with
that given syntax. Again there would be a default.
XWiki Interfaces
=============
* ScriptingEngineManager: Manages the different Scripting
Engines, calling them in turn.
* ScriptingEngine
o Method: evaluate(String content)
o Implementation: VelocityScriptingEngine
o Implementation: GroovyScriptingEngine
* RenderingEngineManager: Manages the different Rendering
Engines, calling them in turn.
* RenderingEngine
o Method: render(String content)
o Implementation: XWikiLegacyRenderingEngine (current
rendering engine)
o Implementation: WikiModelRenderingEngine
* Parser: content parsing
o HTMLParser: parses HTML syntax
o WikiParser: parses wiki syntax
o Implementation: WikiModelHTMLParser
o Implementation: WikiModelWikiParser
Open Questions:
* Does WikiModel support a generic syntax for macros?
* Is the Rendering also in charge of generating PDF, RTF, XML, etc?
o I think so, need to modify interfaces above to reflect
this.
* The WikiParser needs to recognizes scripts since this is
needed for the WYSIWYG editor.
Use cases
========
* View page
o ViewAction -- template -> ScriptingEngineManager.evaluate
() -- wiki syntax -> RenderingEngineManager.render() ---> HTML, XML,
PDF, RTF, etc
* Edit page in WYSIWYG editor
o Uses the WikiParser to create a "DOM" of the page
content and to render it accordingly. NOTE: This is required since
rendering in the WYSIWYG editor is different from the final
rendering. For example, macros need to be shown in a special way to
make them visible, etc.
o Changes done by the user are entered in HTML. Note: it
would be better to capture them so that they are entered in the
"DOM". Is that possible? If not, then the HTMLParser is used to
convert from HTML to Wiki Syntax but they're likely be some loss in
the conversion. The advantage is the ability to take any HTML content
and generate wiki syntax from it.
This is my very earlier thinking but I wanted to make it visible to
give everyone the change to 1) know what's happening and 2) suggest
ideas.
I'll refine this in the coming days and post again on this thread.
Thanks
-Vincent
Hi,
I'd like to propose releasing XE 1.2M1 tomorrow morning (it was
planned for the 1st of October), following our planned roadmap:
1.2M1: 1st of October
1.2M2: 15th of October
1.2M3: 29th of October
1.2RC1: 12th of November
1.2RC2: 19th of November
1.2 final: 26th of November
It'll have the following changes:
1) Release Notes - XWiki Platform - Version 1.2 M1
** Bug
* [XWIKI-214] - Incorrect HTML generated for lists with many items
* [XWIKI-883] - access right cannot be updated if too many users
or groups selected
* [XWIKI-1023] - Probable mistake in strikethrough regular
expression match
* [XWIKI-1176] - Non-plaintext in a heading makes section edit
edit wrong section
* [XWIKI-1635] - XWikiDocument.isMostRecent is always false
* [XWIKI-1639] - 'null' displayed when using list wiki markup
without text
* [XWIKI-1723] - multiselect separators are not defined for all
list property types
* [XWIKI-1725] - DBList cache always active
* [XWIKI-1726] - Exception deleting large documents
* [XWIKI-1727] - Whitespace between list items breaks the
continuity of the list
* [XWIKI-1738] - XAR name is not taken into account when
exporting from the Administration Export page
* [XWIKI-1746] - Possible NullPointerException in ListClass
** Improvement
* [XWIKI-1459] - keep document history in a separate table
* [XWIKI-1616] - Better Interoperability with Confluence
* [XWIKI-1617] - Refactoring and Cleanup of XML-RPC implementation
* [XWIKI-1618] - Proper exception handling for XML-RPC code
* [XWIKI-1663] - Improved support for attachments via XML-RPC
* [XWIKI-1692] - Improve the javascript mimetype detection in
SkinAction#isJavascriptMimeType
* [XWIKI-1764] - API methods returning a list should return
empty lists instead of null
** New Feature
* [XWIKI-543] - Recycle bin for deleted documents
* [XWIKI-962] - Ability to alter the document history
* [XWIKI-1447] - Minor edit of document
* [XWIKI-1569] - Store migration system
* [XWIKI-1633] - UI for Recycle bin
* [XWIKI-1641] - Add preview possibility for deleted documents
from recycle bin
** Task
* [XWIKI-1687] - Add solution for profiling XWiki when installed
remotely
* [XWIKI-1702] - Document "JDBC batch update error" when
upgrading from a 0.9 wiki
2) Release Notes - XWiki Enterprise - Version 1.2 M1
** Improvement
* [XE-130] - Fix Velocity warnings
** New Feature
* [XE-95] - rewrite Main.Dashboard with minor edit feature
3) Release Notes - XWiki Panels Application - Version 1.2 M1
** Improvement
* [XAPANELS-36] - Fix Velocity warnings
Here's my +1
Thanks
-Vincent
All,
A space selection combo box could be useful.
I've revised the New Page panel code (see below) to provide functionality to
create a new page or space based upon a page template (from a Template space
or where ever). Its not perfect, but maybe it can help. If you or anyone can
do any better then let me know! Paste it into the New Page panel code area
to see it work.
Also I'd like a pop up (or something) to appear when a user clicks on a ?
link so they can select a template to base the new page on - but I don't
know how that could be coded.
Creating a series of page from a template page (by reading the template
pages the top level template page) would also be a good feature or having a
template space from which to create new space e.g. template project
spaces/pages which can be reused for new projects, etc.
Best Regards,
Richard
Revised New Page panel code:
#if($hasedit)
#panelheader($msg.get("Create"))
<form method="post" action="$doc.getURL("view", "xpage=create")"
onsubmit="cancelCancelEdit()">
<br>Create:
<div class="left">
<select name="tocreate" class="panelselect">
<option value="page">New Page\*</option>
<option value="space">New Space</option>
<option value="post">New Blog Post</option>
</select>
</div>
#set($spaces = $xwiki.spaces)
#set($currentspace = "Templates")
#set($currentdoc = "-- N/A --")
#if ($request.sourcedoc && $request.sourcedoc.indexOf(".") > 0)
#set($currentspace =
$request.sourcedoc.substring(0,$request.sourcedoc.indexOf(".")))
#set($index = $request.sourcedoc.indexOf(".") + 1)
#set($currentdoc = $request.sourcedoc.substring($index))
#end
#if ($request.selspace) #set($currentspace = $request.selspace) #end
<br><div class="left">Space:</div><br>
<select
name="selspace"
onchange="location='?selspace=' + this.value;">
<option value="$!{request.selspace}">$!{request.selspace}</option>
#foreach($space in $spaces)
#if ($space == $currentspace)
<option value="${space}" selected>${space}</option>
#else
<option value="${space}">${space}</option>
#end
#end
</select>
<br>Page Template:
<select name="template">
<option value="" selected="selected">-- N/A --</option>
#foreach($subdoc in $xwiki.getSpaceDocsName("$currentspace"))
#if ($currentdoc == ${subdoc})
<option value="${currentspace}.${subdoc}" selected>$subdoc</option>
#else
#if ($request.selspace)
<option value="${request.selspace}.${subdoc}">$subdoc</option>
#else
<option value="${currentspace}.${subdoc}">$subdoc</option>
#end
#end
#end
</select>
<br>Page/Space Name:
<div class="left">
<input type="text" name="title" value="Title" class="panelinput"
style="margin:left;" onfocus="if(this.value=='Title') this.value=''"
onblur="if(this.value=='') this.value='Title'"/>
</div>
<div class="padded centered" style="text-align:center;">
<input type="submit" class="button" style="margin:left;"
value="$msg.get("create")"/>
</div>
<p style="font-size:0.75em;padding-left:8px;">*New pages are created in
current space</p>
</form>
#panelfooter()
#end
-----Original Message-----
From: notifications-bounces(a)xwiki.org
[mailto:notifications-bounces@xwiki.org]On Behalf Of Vincent Massol
(JIRA)
Sent: 01 October 2007 11:33
To: notifications(a)xwiki.org
Subject: [xwiki-notifications] [Issue] Updated: (XAPANELS-22) Add space
selection combo box to the "Create" Panel
[
http://jira.xwiki.org/jira/browse/XAPANELS-22?page=com.atlassian.jira.plugin
.system.issuetabpanels:all-tabpanel ]
Vincent Massol updated XAPANELS-22:
-----------------------------------
Fix Version/s: 1.2 M2
(was: 1.2 M1)
> Add space selection combo box to the "Create" Panel
> ---------------------------------------------------
>
> Key: XAPANELS-22
> URL: http://jira.xwiki.org/jira/browse/XAPANELS-22
> Project: XWiki Panels Application
> Issue Type: Improvement
> Affects Versions: 1.0 RC4
> Reporter: Vincent Massol
> Fix For: 1.2 M2
>
>
> Right now it's very difficult for new user to find out how to create a
page in a given space.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.xwiki.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
_______________________________________________
notifications mailing list
notifications(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/notifications
Thales UK Ltd (Wells) DISCLAIMER: The information contained in this e-mail
is confidential. It may also be legally privileged. It is intended only for
the stated addressee(s) and access to it by any other person is
unauthorised. If you are not an addressee, you must not disclose, copy,
circulate or in any other way use or rely on the information contained in
this e-mail. Such unauthorised use may be unlawful. We may monitor all
e-mail communications through our networks. If you have received this e-mail
in error, please inform us immediately on +44 (0) 1749 672081 and delete it
and all copies from your system. We accept no responsibility for changes to
any e-mail which occur after it has been sent. Attachments to this e-mail
may contain software viruses which could damage your system. We therefore
recommend you virus-check all attachments before opening. A business of
Thales UK Ltd. Registered Office: 2 Dashwood Lang Road, The Bourne Business
Park, Addlestone, Weybridge, Surrey KT15 2NX Registered in England No.
868273
Hi All,
I've been out-of-touch for a long time and I did an "svn up" followed by
"mvn install -Pxe" which resulted in,
[INFO] Scanning for projects...
[INFO]
------------------------------------------------------------------------
[ERROR] BUILD ERROR
[INFO]
------------------------------------------------------------------------
[INFO] Failed to resolve artifact.
GroupId: com.xpn.xwiki.platform.applications
ArtifactId: xwiki-applications
Version: 6-SNAPSHOT
Reason: Unable to download the artifact from any repository
com.xpn.xwiki.platform.applications:xwiki-applications:pom:6-SNAPSHOT
from the specified remote repositories:
central (http://repo1.maven.org/maven2)
[INFO]
------------------------------------------------------------------------
[INFO] For more information, run Maven with the -e switch
[INFO]
------------------------------------------------------------------------
[INFO] Total time: < 1 second
[INFO] Finished at: Mon Oct 01 11:14:24 LKT 2007
[INFO] Final Memory: 2M/5M
[INFO]
------------------------------------------------------------------------
[INFO]
------------------------------------------------------------------------
[INFO] BUILD SUCCESSFUL
[INFO]
------------------------------------------------------------------------
[INFO] Total time: < 1 second
[INFO] Finished at: Mon Oct 01 11:14:24 LKT 2007
[INFO] Final Memory: 2M/5M
[INFO]
------------------------------------------------------------------------
Please help...
- Asiri
The XWiki development team is pleased to announce the release of
XWiki Enterprise 1.1.1.
This is a bug fix release. It's a stable release. Everyone using
XWiki Enterprise 1.1 should upgrade to it.
Bugs fixed in 1.1.1:
* Fullscreen doesn't work on IE6 or IE7
* Cache issue on new document creation in multilingual mode
* Document change notification not sent for new documents
* Code macro doesn't like groovy code
* Backlinks are not working anymore
* Cannot delete Space with a simple quote in its name
* Lucene Plugin does not index creation or modification dates
* Import with history throws exception from time to time
* Panels Wizard not saving panels correctly
For more information see the Release notes at:
http://www.xwiki.org/xwiki/bin/view/Main/ReleaseNotesXWikiEnterprise111
Thanks
-The XWiki dev team
Hi,
I'd like to release XE 1.1.1 ASAP. This is a bug fix release fixing
the following since 1.1 has been released. It's mean to be a stable
release for projects who cannot afford unstability by moving to 1.2M1
(not released yet either).
Here are the stuff already fixed:
* [XWIKI-1682] - Fullscreen doesn't work on IE6 or IE7
* [XWIKI-1729] - Cache issue on new document creation in
multilingual mode
* [XWIKI-1739] - Document change notification not sent for new
documents
* [XWIKI-1747] - Code macro doesn't like groovy code
* [XWIKI-1766] - Backlinks are not working anymore
* [XWIKI-1754] - Platform WAR should be generic and not
dependent on database
In addition I'd like to apply the following (I sent a VOTE email but
not many responses so I'll just go ahead):
* [XWIKI-1768] - Cannot delete Space with a simple quote in its
name
* [XWIKI-1770] - Add new searchDocuments() API that accepts
named HQL queries
I'll also apply the patch for this issue;
* [XWIKI-1735] - Lucene Plugin does not index creation or
modification dates
I'll also remove a commit done in 11 that Ludovic asked me to remove:
r4721
- <li>$item</li>
+ <li><a href="$xwiki.getURL($item)">$item</a></li>
Apparently this is causing exceptions sometimes when importing with
history.
I'll do this work today.
Here's my +1 to release ASAP after I've finished the work hilighted
above.
Thanks
-Vincent
Hello.
I created a class and template using the Static List class property. But
when I want to create a new document, the following error is shown
Error number 4001 in 4: Error while parsing velocity page PMT.NewDoc
Wrapped Exception: Invocation of method 'substring' in class
java.lang.String threw exception
java.lang.StringIndexOutOfBoundsException: String index out of range: -1 @
PMT.NewDoc4,26?
I tried to use small lists and other variations but the error seems to
come from an entirely different place... please help asap.
regards,
V. Harikrishnan Nair
|| Lokah Samastah sukhino bhavantu ||
Hi all,
I am getting the following error when I edited my class to add the Level
Class property -
Error number 0 in 11: Uncaught exception
Wrapped Exception: com.xpn.xwiki.objects.meta.LevelsMetaClass cannot be
cast to com.xpn.xwiki.objects.classes.PropertyClass
com.xpn.xwiki.XWikiException: Error number 0 in 11: Uncaught exception
Wrapped Exception: com.xpn.xwiki.objects.meta.LevelsMetaClass cannot be
cast to com.xpn.xwiki.objects.classes.PropertyClass
at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:163)
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:117)
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:
java.lang.ClassCastException: com.xpn.xwiki.objects.meta.LevelsMetaClass
cannot be cast to com.xpn.xwiki.objects.classes.PropertyClass
at com.xpn.xwiki.web.PropAddAction.action(PropAddAction.java:55)
at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:147)
at
org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431)
at
org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236)
at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196)
at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432)
at javax.servlet.http.HttpServlet.service(HttpServlet.java: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:117)
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)
Can anyone check this out ?
regards,
V. Harikrishnan Nair
|| Lokah Samastah sukhino bhavantu ||
Hi Everybody,
Can anybody please tell me steps to disable WYSIWYG editor.
Also please let me know how to upgrade xwiki.I have 1.1 milestone 4 and getting problem in its editor.
Please ,Its Urgent....
ANUJ SHARMA.
---------------------------------
Flying to Bangalore or Bhopal? Search for tickets here.
Hi,
In order to properly fix the issues with escaping of single quote
characters, I'd like to propose adding the following methods in
*.api.XWiki:
public List searchDocuments(String wheresql, List whereParams)
throws XWikiException
public List searchDocuments(String wheresql, int nb, int start,
List whereParams) throws XWikiException
The idea is to allow parametrized HQL queries in XWiki documents
hence removing the issues with SQL escaping (For example this will
allow solving http://jira.xwiki.org/jira/browse/XWIKI-1768).
Here's my +1
Thanks
-Vincent
Hi,
Can we change default editor for users from WYSWYG to Wiki.If yes,then how can we do it?
ANUJ SHARMA.
---------------------------------
Unlimited freedom, unlimited storage. Get it now
Hi everyone,
XPertNet has been taking part in the Nepomuk research project [1]
since beginning of 2007, in collaboration with Mandriva and other
European partners. Nepomuk is creating a "personal semantic web" on the
desktop, aiming at letting users draw relations between any and all
desktop objects such as events, contacts, bookmarks, tasks, files etc.
The API are being implemented both in Java and in C++ (the C++ version
is included in the upcoming KDE4 release).
One XPN contribution to the project consists in designing a community
help desk with semantic and P2P capabilities on top of XWiki. The
functionalities of the system are meant to include:
- typical online help desk workflows: question and answer submission,
content categorization, notification, search and escalation;
- document annotation;
- desktop integration: users should for instance be able to interact
with the system from an email client. They should also be able to
link personal resources such as bookmarks and documents stored locally
to remote XWiki pages, for learning purposes as well as task support;
- P2P indexing: users should be able to share their local wiki pages and
metadata with others;
- rating of experts and of resources;
- "social search" of answers, based on the resources recommended by
persons trusted by the user.
- semantic search.
I have created a design page proposal on xwiki.org with a set of use
cases: http://www.xwiki.org/xwiki/bin/view/Design/HelpDesk
In this context, I would like to propose the creation of a new XWiki
projet in JIRA for describing further the tasks and use cases that will
relate to this project. Vincent, everyone does it make sense to you? If
the project is successful, the idea would be of course to consider using
the tool for managing the support requests related to XWiki.
If you have special needs in terms of help desking, please let me know
while we're starting the first implementation of this XWiki help desk.
I'm also interested in bookmark sharing on the topic. I'm using the tag
"xwiki-helpdesk" on del.icio.us: http://del.icio.us/tag/xwiki-helpdesk
[1] NEPOMUK http://nepomuk.semanticdesktop.org
Big picture presentation: http://tinyurl.com/2omsxz
PSEW: http://tinyurl.com/38wz4t
Nepomuk KDE: http://tinyurl.com/2v7gsa
Semantic Desktop is coming: http://tinyurl.com/yupyu3
Public list: https://nepomuk.semanticdesktop.org/wws/info/people
Cheers
Stéphane
--
Stéphane Laurière
slauriere(a)xwiki.com
XWiki http://www.xwiki.comhttp://concerto.xwiki.comhttp://nepomuk.semanticdesktop.org
Hi,
Anybody can tell me how the email field in the registration page can be made mandatory and where does it gets stored?
Thanks,
Anuj
ANUJ SHARMA.
---------------------------------
Now you can chat without downloading messenger. Click here to know how.
2007/9/26, Vincent Massol <vincent(a)massol.net>:
>
> On Sep 26, 2007, at 4:13 PM, Vincent Massol wrote:
>
> >
> > On Sep 26, 2007, at 3:19 PM, Thomas Mortagne wrote:
> >
> >> +1
> >>
> >> (this new api concept would also be great to add to
> >> com.xpn.xwiki.store.XWikiStoreInterface.searchDocuments and not just
> >> searchDocumentsNames)
> >
> > Yes, I know... but I always like to only introduce new APIs that are
> > used at least in one place and since I have had that need yet...
Well I said this because I would like to use it for SuperClass that
search in documents containing class with conditions on class fields
:)
>
> Sorry, I meant: "since I haven't had that need yet..."
>
> -Vincent
> [snip]
>
> _______________________________________________
> devs mailing list
> devs(a)xwiki.org
> http://lists.xwiki.org/mailman/listinfo/devs
>
--
Thomas Mortagne
Hi,
Can anybody please tell me why all the data in the editor gets erased when i switch from WYSIWYG to Wiki editor.Also the data is not displayed in the page when i click save and view n WYSIWYG editor.
ANUJ SHARMA.
---------------------------------
Forgot the famous last words? Access your message archive online. Click here.