Hi all,
New to xwiki and trying to gather all the available support resources.
While trying to subscribe xwiki-announce email list I got the following error message...
----
The original message was received at Wed, 28 Feb 2007 20:37:51 +0100 (CET)
from 231.Red-80-34-100.staticIP.rima-tde.net [80.34.100.231]
----- The following addresses had permanent fatal errors -----
<xwiki-announce-subscribe(a)objectweb.org>
(reason: 550 Unknown local part xwiki-announce-subscribe in <xwiki-announce-subscribe(a)objectweb.org>)
----- Transcript of session follows -----
... while talking to cvs.objectweb.org.:
>>> DATA
<<< 550 Unknown local part xwiki-announce-subscribe in <xwiki-announce-subscribe(a)objectweb.org>
550 5.1.1 <xwiki-announce-subscribe(a)objectweb.org>... User unknown
<<< 503 Valid RCPT TO <recipient> must precede DATA
-----
But, when trying to do the same from http://www.objectweb.org/wws/info/xwiki-announces it worked fine.
Could this behaviour be a symptom of any problem with the subscription process?
HTH,
Ricardo
--
Ricardo Rodríguez
Your XEN ICT Team
I once had an older version of XWiki running with embedded Derby under
Tomcat 5 on Windows XP. I blew that away to start fresh with XWiki 1.0
beta 4 (still with embedded Derby under Tomcat 5 on Windows XP);
however, I've run into a variety of difficulties.
In my last run with XWiki, someone had converted the script to create
the DB into a Derby-compatible syntax which I ran through SQuirreL SQL
Client to prime the DB. With the latest version of XWiki, though, it
seems there is no need to explicitly create the schema ahead of time.
My understanding is that Hibernate will do this automatically when
directed to do so through the XWiki configuration:
xwiki.store.hibernate.updateschema=1
Thus, I have Tomcat 5 set up with a datasource for the XWiki context:
<Context docBase="C:/Program Files/XWiki/xwiki-1.0"
useNaming="true"
swallowOutput="true"
privileged="true"
antiResourceLocking="false"
antiJARLocking="false"
reloadable="true" >
<Resource
name="jdbc/xwiki"
description="XWiki DataSource"
auth="Container"
username="xwiki"
password="xwiki"
type="javax.sql.DataSource"
driverClassName="org.apache.derby.jdbc.EmbeddedDriver"
url="jdbc:derby:C:/Documents and Settings/Administrator/My
Documents/Xwiki;create=true"
maxActive="8"
maxIdle="4" />
<!-- Link to the user database we will get roles from -->
<ResourceLink name="users" global="UserDatabase"
type="org.apache.catalina.UserDatabase"/>
</Context>
In the hibernate.cfg.xml file, I've commented out the direct connections
in favor of using a datasource:
<!-- DataSource Connection -->
<property
name="connection.datasource">java:/comp/env/jdbc/xwiki</property>
<property
name="dialect">org.hibernate.dialect.DerbyDialect</property>
Trying this, though, I get problems when I hit my XWiki saying the
schema XWIKI is not found. I connected again using SQuirreL SQL Client
and indeed, there was no XWIKI schema (but the default, APP, was
there). So I created one using SQL:
CREATE SCHEMA XWIKI
Now the schema exists, so I start Tomcat with XWiki and try to access
it. Now it doesn't complain about the schema not existing. Instead it
says it can't find the tables it wants:
ERROR 42X05: Table 'XWIKI.XWIKIDOC' does not exist.
I cannot understand what it takes to have the schema created. Any ideas?
Hi,
Just installed a fresh xwiki beta 4 on WAS CE 1.1 (and MySQL
5.0.22-Debian_0ubuntu6.06.2). And have a couple of probs :( Appologies in
advance for the lenght of the email - that's stack traces for you ;)
When I started the server I got a number of warning and errors I've not seen
before - are these "normal" ?
16:39:56,995 ERROR [SimpleLog4JLogSystem] RHS of #set statement is null.
Context will not be modified. [line 9, column 1]
16:39:56,995 ERROR [SimpleLog4JLogSystem] Left side
($objuser.getProperty("usertype").value) of '==' operation has null value.
If a reference, it may not be in the context. Operation not possible. [line
10, column 66]
16:39:56,997 WARN [SimpleLog4JLogSystem]
org.apache.velocity.runtime.exception.ReferenceException: reference :
template = [line 1,column 31] : ${doc.parent.title} is not a valid
reference.
16:39:57,010 ERROR [SimpleLog4JLogSystem] RHS of #set statement is null.
Context will not be modified. [line 1, column 1]
16:39:57,041 ERROR [SimpleLog4JLogSystem] RHS of #set statement is null.
Context will not be modified. [line 18, column 1]
16:39:57,045 ERROR [SimpleLog4JLogSystem] VM #breadcrumb: error : too few
arguments to macro. Wanted 3 got 0
16:39:57,097 ERROR [SimpleLog4JLogSystem] Left side ($!hidecolumns) of '=='
operation has null value. If a reference, it may not be in the context.
Operation not possible. [line 9, column 21]
16:39:57,097 ERROR [SimpleLog4JLogSystem] RHS of #set statement is null.
Context will not be modified. [line 11, column 1]
16:39:57,266 ERROR [SimpleLog4JLogSystem] Left side ($category) of '=='
operation has null value. If a reference, it may not be in the context.
Operation not possible. Main.WebHome [line 5, column 16]
16:39:57,266 WARN [SimpleLog4JLogSystem]
org.apache.velocity.runtime.exception.ReferenceException: reference :
template = Main.WebHome [line 1,column 242] : ${category} is not a valid
reference.
16:39:57,647 ERROR [SimpleLog4JLogSystem] Left side ($velocityCount) of '=='
operation has null value. If a reference, it may not be in the context.
Operation not possible. Main.WebHome [line 48, column 42]
Although they claim to be coming from Main.WebHome, they don't exist at the
line referenced in the document (or in the included
Main.Dashboard(AFAICS)). Seems like it might be a problem in the skin.
Also,
When I import the beta 4 XAR, the Panels.PanelWizard failed to import.... I
then selected just this page again (from the import wizard) and it imported
ok. Is this expected (I was wondering if the dependency on
XWIKI.TagClassmean that the XWIKI space needs to imported first... but
then I've not seen
this behaviour before).
Unfortunatly I suspect that the error message showing the reason for the
failure was swallowed by the following exception I found in the logs :
16:12:31,021 WARN [RegexTokenFilter] <span class="error">Exception</span>:
com.xpn.xwiki.render.filter.MacroFilter@1000100
java.lang.NullPointerException
at org.radeox.macro.parameter.BaseMacroParameter.insertValue(
BaseMacroParameter.java:142)
at org.radeox.macro.parameter.BaseMacroParameter.split(
BaseMacroParameter.java:120)
at org.radeox.macro.parameter.BaseMacroParameter.setParams(
BaseMacroParameter.java:58)
at org.radeox.filter.MacroFilter.handleMatch(MacroFilter.java:100)
at org.radeox.filter.regex.RegexTokenFilter$1.handleMatch(
RegexTokenFilter.java:91)
at org.radeox.regex.JdkMatcher.substitute(JdkMatcher.java:48)
at org.radeox.filter.regex.RegexTokenFilter.filter(RegexTokenFilter.java
:89)
at org.radeox.filter.FilterPipe.filter(FilterPipe.java:169)
at org.radeox.engine.BaseRenderEngine.render(BaseRenderEngine.java:108)
at com.xpn.xwiki.render.XWikiRadeoxRenderer.render(
XWikiRadeoxRenderer.java:70)
at com.xpn.xwiki.store.XWikiHibernateStore.saveLinks(
XWikiHibernateStore.java:1459)
at com.xpn.xwiki.store.XWikiHibernateStore.saveXWikiDoc(
XWikiHibernateStore.java:305)
at com.xpn.xwiki.store.XWikiCacheStore.saveXWikiDoc(XWikiCacheStore.java
:100)
at com.xpn.xwiki.store.XWikiCacheStore.saveXWikiDoc(XWikiCacheStore.java
:94)
at com.xpn.xwiki.XWiki.saveDocument(XWiki.java:890)
at com.xpn.xwiki.plugin.packaging.Package.installDocument(Package.java
:547)
at com.xpn.xwiki.plugin.packaging.Package.install(Package.java:488)
at com.xpn.xwiki.plugin.packaging.PackageAPI.install(PackageAPI.java
:191)
at com.xpn.xwiki.web.ImportAction.render(ImportAction.java:90)
at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:150)
...
16:12:31,023 WARN [RegexTokenFilter] <span class="error">Exception</span>:
com.xpn.xwiki.render.filter.MacroFilter@14001400
java.lang.NullPointerException
at org.radeox.macro.parameter.BaseMacroParameter.insertValue(
BaseMacroParameter.java:142)
at org.radeox.macro.parameter.BaseMacroParameter.split(
BaseMacroParameter.java:120)
at org.radeox.macro.parameter.BaseMacroParameter.setParams(
BaseMacroParameter.java:58)
at org.radeox.filter.MacroFilter.handleMatch(MacroFilter.java:100)
at org.radeox.filter.regex.RegexTokenFilter$1.handleMatch(
RegexTokenFilter.java:91)
at org.radeox.regex.JdkMatcher.substitute(JdkMatcher.java:48)
at org.radeox.filter.regex.RegexTokenFilter.filter(RegexTokenFilter.java
:89)
at org.radeox.filter.FilterPipe.filter(FilterPipe.java:169)
at org.radeox.engine.BaseRenderEngine.render(BaseRenderEngine.java:108)
at com.xpn.xwiki.render.XWikiRadeoxRenderer.render(
XWikiRadeoxRenderer.java:70)
at com.xpn.xwiki.store.XWikiHibernateStore.saveLinks(
XWikiHibernateStore.java:1459)
at com.xpn.xwiki.store.XWikiHibernateStore.saveXWikiDoc(
XWikiHibernateStore.java:305)
at com.xpn.xwiki.store.XWikiCacheStore.saveXWikiDoc(XWikiCacheStore.java
:100)
at com.xpn.xwiki.store.XWikiCacheStore.saveXWikiDoc(XWikiCacheStore.java
:94)
at com.xpn.xwiki.XWiki.saveDocument(XWiki.java:890)
at com.xpn.xwiki.plugin.packaging.Package.installDocument(Package.java
:547)
at com.xpn.xwiki.plugin.packaging.Package.install(Package.java:488)
at com.xpn.xwiki.plugin.packaging.PackageAPI.install(PackageAPI.java
:191)
at com.xpn.xwiki.web.ImportAction.render(ImportAction.java:90)
... more removed for the sake of sanity :)
Any advice ?
Cheers,
Dan
I imported the default pages from the XWiki homepage, everything looks fine
except for the frontpage. It seems like a CSS problem. I've tried to view
the page in Firefox 2.0 and IE6. In IE6 the panel menu ( which is supposed
to be located right) appears in the top-left corner. In Firefox it appears
bottom-left. Sometimes it displays correctly, but not as often as it
displays incorrect.
When I click another link the menu displays where it should ( top-right)
You can take a look at it here:
http://mypal.kicks-ass.org:8180/xwiki/bin/view/Main/WebHome
--
if(!Coffee.Exists)
{
me.Dispose();
throw new NullCoffeeException();
}
Hey there,
I was looking at skins for xwiki, as I am not that fond of the
default xwiki10b1 and I found xwiki10.
This skin looks good, but unfortunately the registration link is
broken (linking to a page that does not exist).
Can someone point me to a way to fix this or indeed if there is a
nice clean (more compact) skin
available for general use?
Thanks,
Andy
Hi,
Having XWiki 1.0B3, I ran into 3 issues around LDAP (we use Novell
eDirectory).
Before, I would like to say that XWiki runs fine against eDirectory
through the LDAP interface! (It was a little bit tricky to set up and it
would be great if someone could write up some more detailed
documentation on it.)
Here are the configuration parameter that I used:
xwiki.authentication.ldap=1
xwiki.authentication.ldap.authclass=com.xpn.xwiki.user.impl.LDAP.LDAPAuthServiceImpl
xwiki.authentication.ldap.server=dsmaster
xwiki.authentication.ldap.check_level=1
xwiki.authentication.ldap.port=389
xwiki.authentication.ldap.base_DN=department=USER,department=INFORMATIK,department=1230,o=MP
xwiki.authentication.ldap.bind_DN=cn={0},department=USER,department=INFORMATIK,department=1230,o=MP
xwiki.authentication.ldap.bind_pass={1}
xwiki.authentication.ldap.UID_attr=uid
....
1. In our LDAP structure (about 2000 employees) the users that should
have access to XWiki are in multiple department nodes in the LDAP
structure. Thus, I cannot specify a single pattern of the kind
cn={0},department=USER,department=INFORMATIK,department=1230,o=MP for
authentication.
How could I specify users from different departments to have access to
XWiki? (E.g. can I specify multiple xwiki.authentication.ldap.bind_DN
lines?)
2. We cannot allow ALL users in the LDAP structure to have access to
XWiki. We would like to specify an LDAP group for all users that have
access to XWiki. How could we configure this? Our eDirectory allows
annonymous browsing.
(It is not the probably harder issue that we would want to use a LDAP
groups for page access rights. I am talking about the simpler issues of
just controlling the list of users that have access to XWiki from an
identity system behind LDAP.)
3. Current behavior is, that
1. I can login with a user/pwd authenticated against
LDAP/eDirectory. If the user does not already exist in XWiki, the user
appears to be created.
2. A user, created in XWiki CANNOT Login anymore, if he/she is not
an LDAP user. (Why is that?)
3. The old passwords do not work anymore for users with a matching
entry in XWiki and LDAP. (ok)
Why can't I add user per hand if I use LDAP? This would at least allow
some Workaround for some departments.
Can I hope for XWiki 1.0 to include the handling of an LDAP group for
authentication?
I have read a blog mentioning LDAP group support being planned for 1.0.
Is this still the case?
Regards,
G Leeb
-------------------------------------------------------------------------------
Diese E-Mail enthaelt vertrauliche und/oder rechtlich geschuetzte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtuemlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.
The information transmitted is intended only for the person or entity to
which it is addressed and may contain confidential and/or privileged
material. Any review, retransmission, dissemination or other use of, or
taking of any action in reliance upon, this information by persons or
entities other than the intended recipient is prohibited. If you received
this in error, please contact the sender and delete the material from any
computer.
-------------------------------------------------------------------------------
Hi All,
Wondering if this is due to an API update, or just some odd
co-incidence, but since going to Beta4 any email message sent from Xwiki
now has no to: address. Our corporate Junk Mail settings then trash the
email..
Guess the question is, am I mucking up the call (see below), or was this
an API update since 0.9.840 (last test was done pre-Beta1 on 0.9.840)?
$xwiki.xWiki.sendMessage("esbachb(a)tycoelectronics.com",
"esbachb(a)tycoelectronics.com", "blah blah blahdablahblah:subject is
here", $context.context)
Brandon Esbach
Software Engineer
Tyco Electronics
LoughMahon Technology Park,
Skehard Road,
Blackrock,
Cork, Ireland
Tel +353 21 4808305
Hi.
I wondered if I could help translating the resource
file to Japanese. But I noticed some problems, so I
want to let it to be known.
First, I couldn't find a preferred way to contribute
resource file translations. Its a common topic in a
project like this, so I think it should be clearly
documented in an easily found place.
Second, I found out that in a couple of cases, the
resource string items contain small fragments of
sentences, rather than full sentences. This makes it
impossible or hard to provide a meaningful translation
in languages that have different syntax structures
like Japanese. You need to make much more use of
the parameters like {0} and {1} and write the full
sentence.
I will show the ones that I noticed.
helponsyntax=Help on the
I haven't seen this on the xwiki UI yet. I think this sentence
is followed by a text box or a pulldown. So the actual sentence
is probably like:
Help on the [____].
But in Japanese the sentence structure has to be something like
[_____] no help wo hyoji.
So adding the label on the left of the UI doesn't work.
For very simple statements, english has the structure
Verb + object.
Japanese has the structure
Object + verb.
Also I noticed a line:
youcan=You can
In English you write "You can [do something]", but in Japanese,
you write "[do something] dekimasu". So a successful resource
string would be
youcan=You can {0}.
and the Japanese version would be
youcan={0} dekimasu.
If the "You can" was followed by a structure of UI elements
such as a list of checkbox items, A translation friendly
label would be a full sentence like "You can do the following:".
I stopped translating the file after working on it for about
3 minutes because I felt that there would be many of these.
I hope the structure gets revised. I hope even more that someone
else translates it to Japanese :-P
I like the software itself. It has features that I am looking for.
--
natto is japanese food.
I chose it for my alias.
--
_______________________________________________
Surf the Web in a faster, safer and easier way:
Download Opera 9 at http://www.opera.com
Powered by Outblaze
On a few of our pc's (those with lower memory), for Beta2 and Beta3 the
main problems experienced with the wysiwyg editor were mainly revolving
around updating or adding large data (100lines+) in a news item.
Mainly, it took several minutes depending on styles applied
(understandable).
On Beta4, we're experiencing data loss in place of this; which has my
users quite concerned.
Just to clarify: this is only affecting users using the wysiwyg
interface.
Before loging a JIRA issue (I could not find a similar one in the logged
issues already there), I'd like a show of hands if anyone else has
experienced either problem?
Brandon Esbach
Software Engineer
Tyco Electronics
LoughMahon Technology Park,
Skehard Road,
Blackrock,
Cork, Ireland
Tel +353 21 4808305