Hello,
I am running XWiki 0.9.840. I am on Windows XP, using Tomcat 5.5.17
with MySQL 5.0.22. I dropped the .war and the application deployed
fine and the home page loads. However I cannot log in with
Admin/admin ... I don't get an error message, the page just submits
back to itself with a blank username and password field. There are
some errors being written to the console... in fact, there are WARNs
for just about every page view. This is the entry from when I submit
the login form:
10:37:07,000 WARN http-8080-Processor25
http://localhost:8080/xwiki/bin/login/XWiki/XWikiLogin?xredirect=http://loc…
st:8080/xwiki/bin/view/XWiki/XWikiLogin
RequestUtils:createActionForm:177 - No FormBeanConfig found under
'loginerror'
And here are a few more while clicking around the site:
10:41:15,125 WARN http-8080-Processor22
RequestUtils:createActionForm:177 - No FormBeanConfig found under
'view'
10:41:15,281 WARN http-8080-Processor22
http://localhost:8080/xwiki/bin/view/Main/WebHome?xpage=history
XWikiStatsServi
ceImpl:addCookie:474 - Setting cookie PVWAHLRIY4TQSEEF5VJL3AKHUIAW4AMP
for name visitid with domain null and path / and
maxage 307875
10:41:15,281 WARN http-8080-Processor22
http://localhost:8080/xwiki/bin/view/Main/WebHome?xpage=history
XWikiStatsServi
ceImpl:findVisit:314 - Found visit with cookie
I2QN8PJZH1B1GKKX7JAOW6K6W9GRPLDW in session
A89B0B1C6848CA198E0991556F5DE
D48 for request with cookie PVWAHLRIY4TQSEEF5VJL3AKHUIAW4AMP
10:41:17,093 WARN http-8080-Processor22
RequestUtils:createActionForm:177 - No FormBeanConfig found under
'view'
10:41:17,250 WARN http-8080-Processor22
http://localhost:8080/xwiki/bin/view/Main/WebHome?xpage=comments
XWikiStatsServ
iceImpl:addCookie:474 - Setting cookie
XZ3W0VUQCQ4OWQ682EOC8UNBVXQMS1MI for name visitid with domain null and
path / and
maxage 307873
10:41:17,250 WARN http-8080-Processor22
http://localhost:8080/xwiki/bin/view/Main/WebHome?xpage=comments
XWikiStatsServ
iceImpl:findVisit:314 - Found visit with cookie
I2QN8PJZH1B1GKKX7JAOW6K6W9GRPLDW in session
A89B0B1C6848CA198E0991556F5D
ED48 for request with cookie XZ3W0VUQCQ4OWQ682EOC8UNBVXQMS1MI
Any advice you could give would be greatly appreciated! I am planning
on configuring LDAP after I verify the wiki operating properly... but
I need to get admin access to do that!
Thanks,
Cliff
By the way, (since I can't respond directly to my August post), here is the
solution I finally worked out for HQL-driven, dependent selection lists,
should anyone else find it useful:
<script language="JavaScript" type="text/javascript">
<!--
function loadSubcats(catsubcat) {
var jsloadlist = document.getElementById("selcat").value;
var actiongoto = "../apps/altdblcattest?catkey=" + jsloadlist;
document.location = actiongoto;
return (document.location);
theForm.submit();
}
//-->
</script>
<form name="catsubcat" method="POST"
onSubmit="document.location=loadSubcats(this); return false">
<%
loadlist = request.getParameter("catkey");
if (!loadlist) { loadlist = "null" };
remsubcat = request.getParameter("remsubcat");
if (!remsubcat) { remsubcat = "" };
%>
1 Add/Change Category
<table>
<tr>
<td>
<select id="selcat" name="selcat" onchange="loadSubcats()">
<%
println "<option value=\"error\">Select a category</option>";
sql = ", BaseObject as obj where obj.name=doc.fullName and
obj.className='XWiki.NavCatClass' and obj.name not like '%ClassTemplate'
order by doc.fullName";
sqlcat = xwiki.searchDocuments(sql)
for (item in sqlcat)
{
optcat = xwiki.getDocument(item)
selectvalue = optcat.name
if (!selectvalue.compareTo(loadlist)) { recall = " selected"; }
else { recall = ""; }
println "<option value='" + selectvalue + "'" + recall + ">" +
optcat.title + "</option>";
}
%>
</select>
</td>
<td>
<select id="selsubcat" name="selsubcat">
<%
println "<option value=\"error\">Select a subcategory</option>";
sql = ", BaseObject as obj, StringProperty as prop where
obj.name=doc.fullName and obj.className='XWiki.NavSubCatClass' and obj.name
not like '%ClassTemplate' and obj.id=prop.id.id and prop.id.name='parentkey'
and prop.value='${loadlist}' order by doc.name";
sqlsubcat = xwiki.searchDocuments(sql)
for (item in sqlsubcat)
{
optsubcat = xwiki.getDocument(item);
remselectvalue = optsubcat.name
if (!remselectvalue.compareTo(remsubcat)) { recall = " selected"; }
else { recall = ""; }
println "<option value='" + optsubcat.name + "'" + recall + ">" +
optsubcat.title + "</option>";
}
%>
</select>
</td></tr>
</table>
</form>
Of course, this solution is only partial. On it's own page, it works. The
rest of the implementation depends on your context (e.g., how to write
values to the database).
:)
_________________________________________________________________
The next generation of Search—say hello!
http://imagine-windowslive.com/minisites/searchlaunch/?locale=en-us&FORM=WL…
While editing a ClassSheet, XWiki shortcuts writing to the database with its
hot-coded input fields.
How can one explicitly write to the database in this context?
Rather than allowing the user to type one of the property's values into an
input box, I need the value to be extracted from the URL and directly
written to the database as the property value for this instance of my custom
class.
Inserting: $doc.displayEdit($prop, "{property name}", ${the getParameter's
new variable}) did not work.
Any suggestions?
_________________________________________________________________
Try the new Live Search today!
http://imagine-windowslive.com/minisites/searchlaunch/?locale=en-us&FORM=WL…
Hi
Is there a macro or another device to generate Wiki pages automatically
(via API calls)?
For example, I pass a category name and 3 sub-categories and my macro
creates the pages in the namespaces I programmed, with the names I want.
Is something like this already available? Does somebody have a link at
hand? Some code snippet?
This will a must-have when the semantic plugin will become available.
Thank you,
Marc Lijour
We had customized a downloaded version of xwiki (9.840). We added a lot
of new links to the left hand pane. Everything is fine - except a small
cosmetic problem.
When I resize the window, the left hand pane gets superimposed on the
middle text and remains there even when restoring the window.
Has anyone faced a similar situation? Any solutions?
Rgds,
Mrudula
The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments.
WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email.
www.wipro.com
Is anyone else having problem with groovy in the latest version?
I've also tried the following on xwiki.org and xwiki.com but it doesnt get
processed:
<%
print "hello world";
%>
Thanks
Duke
Hi,
Today I've noticed a small issue about the time on my server.
In fact when I compare the time on the history to the time from $xwiki.date, I
notice that there is 2 hours less.
In fact, $xwiki.date give me a result such as :
Wed Sep 13 17:48:09 CEST 2006
So I think that the difference is due to the fact that the history uses GMT
localtime whereas I've configure my server to "Europe/Paris".
We should have the same time for the history as the one I've configured.
Moreover I wonder if it is possible to display the time according to the user
time configuration ?
Regards
--
Xavier MOGHRABI - Consortium ObjectWeb
Jabber: moghrabi(a)jabber.objectweb.org - Phone: +33 4 76 61 52 35
Hi all,
With XWiki v0.9840, I found it was impossible to define an access
right for a group that has a space character in the web name, e.g: "My
TestSpace.testGroup" .
The space character is used as a delimiter for specifying multiple
groups within a single access right entry. With URLs, XWiki does ' '
to/from '+' conversions, but this does not seem to work for group
names within access right entries (so entering
"My+TestSpace.testGroup" did not work).
I wanted to check this out on v0.9.1252. The new access right GUI
seems to get confused.
It generates the following 3 select box options from the one group:
<option value='My TestSpace.testGroup' label='My
TestSpace.testGroup'>testGroup</option>
<option value='My' label='My'>My</option>
<option value='TestSpace.testGroup'
label='TestSpace.testGroup'>testGroup</option>
The first one is correct, but if I select it and save the rights
object, under the covers it seems to select the two other options.
This means it seems I still cannot define an access right based on a
group which has a space character in its name.
I have raised this on jira as http://jira.xwiki.org/jira/browse/XWIKI-345 .
Regards,
Robin
Hi,
I try to save a Java- object to the context with groovy:
<%
test=context.getContext().get("test");
if(test==null)
println "test is null"
else
println "test is not null"
context.getContext().put("test",new Object());
%>
If you reload the page the object should be in the context and the output
should be "test is not null". But unfortunately I get "test is null".
I also tried it with the Servlet-Context like this:
<%
scontext=context.getRequest().getSession().getServletContext();
test=scontext.get("test");
if(test==null)
println "test is null"
else
println "test is not null"
scontext.put("test",new Object())
%>
Then I get an exception: java.lang.NoClassDefFoundError:
org/apache/catalina/session/StandardSessionFacade
This class is in the catalina.jar which is located in tomcat/server/lib and
the documentation of tomcat says: These classes and resources are TOTALLY
invisible to web applications.
I copied catalina.jar to WEB-INF/lib but then I get a ClassCastException:
java.lang.ClassCastException:
org.apache.catalina.session.StandardSessionFacade
I guess this is because of different ClassLoaders.
How can I save a Java-Object to a session?
Thanks
Barbara
--
View this message in context: http://www.nabble.com/groovy---context-tf2226640.html#a6170318
Sent from the XWiki- Users forum at Nabble.com.