Hi all,
I know it is good to avoid special characters in document names, but to
the best of my knowledge is not possible up to now to prevent users to
use them.
For instance, we have a number of entries including / in the document
name. These documents are created, but are not longer accessible. So, no
rename or delete seems possible from the web interface.
Thus, two questions:
1. Could it be advisable to have a way to prevent the use or this or
other characters in newly created documents?
2. If I delete the entry from the xwiki_epecnet.xwikidoc table, could
I affect the correct function of the database?
Thanks!
Ricardo
--
Ricardo Rodríguez
Your XEN ICT Team
Hi,
I am a new user of xwiki and new to LDAP too. I modified the
xwiki.cfg and created a few testing entries in LDAP. Then, I can log in
with LDAP users and superroot. But with LDAP users, I always see an
error, which is "You are not allowed to view this document or perform
this action."
I searched for solution for quite a while, and I found some others
also suffer from the same issue. The only clue I get is MAYBE I need to
import users from LDAP. But the import users from LDAP code from xwiki
codebase give me another error. (If you want I can paste the complete
error stack trace). So, could anyone advice on what I should do?
Thanks a lot
Anyone,
How does this Confluence integration (Catalin) work? What does it do?
Regards,
Richard
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,
I just installed the enterprise war version of xwiki 1.2 rc3 on a SUSE
Linux Enterprise Server (SLES) version 9 in a Tomcat container. When i
start Tomcat the log says
2008-01-16 15:51:24 StandardContext[/xwiki]Loading plexus context
properties from: '/WEB-INF/plexus.properties'
2008-01-16 15:51:24 StandardContext[/xwiki]Initializing Plexus.
2008-01-16 15:51:24 StandardContext[/xwiki]resource =
jndi:/localhost/xwiki/WEB-INF/plexus.xml
2008-01-16 15:51:25 StandardContext[/xwiki]Plexus initialized.
And everything looks good.
But when I access the xwiki application in a browser I get the following
error:
javax.servlet.ServletException: Servlet execution threw an exception
com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:117)
root cause
java.lang.UnsupportedClassVersionError:
org/exoplatform/container/PortalContainer (Unsupported major.minor
version 49.0)
java.lang.ClassLoader.defineClass0(Native Method)
java.lang.ClassLoader.defineClass(ClassLoader.java:539)
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:123)
org.apache.catalina.loader.WebappClassLoader.findClassInternal(WebappClassLoader.java:1677)
org.apache.catalina.loader.WebappClassLoader.findClass(WebappClassLoader.java:900)
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1350)
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1230)
java.lang.ClassLoader.loadClassInternal(ClassLoader.java:302)
com.xpn.xwiki.web.Utils.prepareContext(Utils.java:231)
com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:87)
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:743)
javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:117)
note The full stack trace of the root cause is available in the Tomcat logs.
What exactly does this mean and how do I correct it?
Cheers
/Thorbjørn
--
W: http://kodefabrikken.dk
If you failing to plan, then you´re planning to fail.
Hello,
searching for mod_jk wasn't very rich on xwiki.org.
I am convinced may are using an apache httpd in front of the jetty or
tomcat hosting xwiki. Now the question comes as to whether some
static paths are or should be configured.
Currently we have none, on the back of mod_proxy, and I seem to see,
e.g., the logo, that gets downloaded everytime which is big big non-
sense.
I understand all request to skins, yui, freemind, s5, tiny_mce,
wiki_editor, xwiki.js, and yui could be directed to static requests
(since server inclusions such as velocity files are read from the
server anyways and the rest is static).
Is that correct ?
Is there any velocity within javascript ? And if yes where?
thanks in advance
paul
Vincent Massol wrote:
> The XWiki development team is pleased to announce the final release of
> XWiki Enterprise 1.2.
>
> Go grab it at http://www.xwiki.org/xwiki/bin/view/Main/Download
>
> This is the final 1.2 release, which brings a lot of improvements and
> new features. The main improvements over version 1.1 are:
> * Improved performances
> * Better Interoperability with Confluence
> * Clean and improvements to the XMLRPC interface
> * Recycle bin feature for deleted documents
> * Minor edits
> * News rights management UI
> * Mail sender plugin to send emails from Velocity
> * Watchlist feature to be notified of pages in documents or spaces
> * Scheduler plugin and application to schedule Groovy scripts to be
> executed at given times
> * New macro to display panels inside pages
> * JODA Time plugin to perform dates computations in Velocity scripts
> * Lucene search stabilized and now works in multiwiki setups
> * New statistics API and UI
> * Add automatic database migrations for easier XWiki installs
>
> For more information see the Release notes at:
> http://www.xwiki.org/xwiki/bin/view/Main/ReleaseNotesXWikiEnterprise12
> <http://www.xwiki.org/xwiki/bin/view/Main/ReleaseNotesXWikiEnterprise12M2>
>
> Thanks
> -The XWiki dev team
>
Some more thanks should go to Catalin Hritcu, as he donated some of his
time, CPU cycles and bandwidth helping me with the RC releases while I
was connected using an expensive and veeeeery slow dial-up connection.
Also, big thanks goes to Google and their Summer of Code program, which
sponsored several of these features, like the XmlRpc improvements and
Confluence integration (Catalin), the Recycle bin feature, minor edits
and edit comments, automatic database migrations (Artem), various UI
improvements (Evelina), and others.
And thanks to all the community, which tested XWiki and reported bugs,
and sometimes provided patches, too, and bugged us with lots of
questions. Even if we don't like answering questions all day long, it
shows us that there are real users trying XWiki, and it motivates us to
continue working.
Sergiu
The XWiki development team is pleased to announce the final release of
XWiki Enterprise 1.2.
Go grab it at http://www.xwiki.org/xwiki/bin/view/Main/Download
This is the final 1.2 release, which brings a lot of improvements and
new features. The main improvements over version 1.1 are:
* Improved performances
* Better Interoperability with Confluence
* Clean and improvements to the XMLRPC interface
* Recycle bin feature for deleted documents
* Minor edits
* News rights management UI
* Mail sender plugin to send emails from Velocity
* Watchlist feature to be notified of pages in documents or spaces
* Scheduler plugin and application to schedule Groovy scripts to be
executed at given times
* New macro to display panels inside pages
* JODA Time plugin to perform dates computations in Velocity scripts
* Lucene search stabilized and now works in multiwiki setups
* New statistics API and UI
* Add automatic database migrations for easier XWiki installs
For more information see the Release notes at:
http://www.xwiki.org/xwiki/bin/view/Main/ReleaseNotesXWikiEnterprise12
Thanks
-The XWiki dev team
Hi all
(I'm writing this here again as the target audience maybe didn't subscripe
the developer-list)
I'm just an Linux/Apace/MySQL/PostgreSQL guy (and no developer). I have no
experience with Tomcat or whatsoever. Maybe I could indeed deploy the
xwiki-installation but I'm not sure about that, so I'm asking for a
step-by-step Howto (something like you can see on http://www.howtoforge.com
).
Web(!)Server: Linux Debian 4 (console only)
DB: MySQL
Apache 2.2.x (mod_proxy must be used as mod_jk is obsolet as I saw it)
Please with a Domain example.
I would donate $50. Maybe there are other ppl who are interested in that and
would donate too??
Anybody willing to lower the xwiki installation-barrier (no offend
xwiki-guys :))?
Cheers
Good day, community.
One more questions:
- I can';t find way to import application in dojo skin - is this right or I
missing something ?
(or all skin-s except albatross now obsolete [?])
--
Ruslan Shevchenko
GradSoft. http://www.gradsoft.ua