Hi chaps,
I am prepared to fix the Oracle port. However, I cannot connect an svn
client at work due to our network security policy.
Can you package the latest stable source for me to work on?
Many thanks.
Ed
Hey guys -- I just grabbed the Windows .exe for rc4 to try it out quick,
and noticed that it doesn't work out of the box. When I start it, I get
this failure:
19:08:46.125 WARN!! [main]
org.mortbay.jetty.servlet.WebApplicationContext.doStart(WebApplicationContext.java:519)
>12> Configuration error on
file:/C:/Program%20Files/XWiki/xwikionjetty/webapps/xwiki/
org.apache.xerces.impl.dv.DVFactoryException: DTD factory class
org.apache.xerces.impl.dv.dtd.DTDDVFactoryImpl does not extend from
DTDDVFactory.
at org.apache.xerces.impl.dv.DTDDVFactory.getInstance(Unknown
Source)
at org.apache.xerces.impl.dv.DTDDVFactory.getInstance(Unknown
Source)
at
org.apache.xerces.impl.xs.opti.SchemaParsingConfig.<init>(Unknown Source)
at
org.apache.xerces.impl.xs.opti.SchemaParsingConfig.<init>(Unknown Source)
at org.apache.xerces.impl.xs.traversers.XSDHandler.<init>(Unknown
Source)
at org.apache.xerces.impl.xs.traversers.XSDHandler.<init>(Unknown
Source)
...
I figured out that I needed to delete the xerces jar file from our lib
directory, and after I did that it worked. But this is not at all obvious,
and really for something that is stated "Should be used by first-time
users.", it'll leave a very bad impression. I would just add it to the
Instructions, but I'm not sure if that is good enough. Would it make sense
to modify the build script to delete the xerces jar file when creating the
Windows exe?
shawn.
Hello.
I would like the xwiki 1.0 release be able to compile/run on Java 1.6.
Many users already use java 1.6.
I see only one problem: XWikiJDBCConnection class.
http://jira.xwiki.org/jira/browse/XWIKI-974
As I see, info from this class is not used in xwiki core.
Main question: Why xwiki needs XWikiJDBCConnection?
If it is not needed, we can easily remove it by patch
http://jira.xwiki.org/jira/secure/attachment/10939/noXWikiJDBCConnection.pa…
If it is needed, I can rewrite XWikiJDBCConnection using java reflections.
--
Artem Melentyev, UralSU, CS401
Hi,
Vincent, you asked me to discuss about this doc in the mailing list.
This doc concentrates on complete setup guide for a newbie user (admin).
Once setup is done, provided the help links for admin & user. I haven't
created any redundant pages. Wherever required, xwiki links are re-used.
Moreover, there are few additional links provided.
This is the TOC of the doc.
1 Document Purpose
2 Prerequisites
2.1 Jdk
2.2 Tomcat Installation
2.3 Mysql
3 Database
3.1 Create Database
4 Xwiki Installation
4.1 Deploy Xwiki
4.2 Default Wiki Xar
4.3 Importing Xwiki Pages (Xar)
5 Xwiki Help
5.1 User's Guide
5.1.1 Video Tutorials
5.1.2 Features
5.2 Admin Guide
5.2.1 Create Groups
5.2.2 Add Users To Group
Refer the attached doc.
http://www.xwiki.org/xwiki/bin/view/Sandbox/InstallDevGuide
Thanks,
Sanjay
Hi,
I download the latest gelc application from repository and build with ant,get following error(JDK1.5,ANT 1.6.5 on Windows XP sp2):
gelc.gwt:
[gwtcompile] Compiling org.curriki.gwt.Main
[gwtcompile] Output will be written into H:\SoftDeveloping\wiki\xwiki\EclipseSpa
ce\gelc\build\org.curriki.gwt.Main
[gwtcompile] Analyzing permutation #1
[gwtcompile] [ERROR] Unexpected internal compiler error
[gwtcompile] java.lang.OutOfMemoryError: Java heap space
BUILD FAILED
H:\SoftDeveloping\wiki\xwiki\EclipseSpace\gelc\build.xml:76: Unable to compile G
WT
I can't found documents on build gelc,please help!
Jackson
Hi,
We need to organize a bit better the different JIRA projects. Right
now there are:
- XWiki
- XWiki Applications
- XWiki Clients
We need to clean the XWiki Applications and XWiki Clients projects.
For this we need to define a strategy for where to put xwiki plugins,
applications, etc.
Here are some facts:
* A JIRA project has the same versions for all components. This means
one JIRA project per release lifecycle.
And here's my proposal in term of JIRA projects:
* "XWiki":
- We put everything here that is tied to the XWiki Core release
(1.0 RC2, 1.1 B1, etc). Right now there are several plugins that are
still tied to the XWiki release (all the core plugins). So they
should go in there for now. When we'll move out the plugins later on,
we will then move their JIRA issues.
* "XWiki Applications":
- We remove this JIRA project
* "XWiki Default Wiki":
- We create this new JIRA project. Corresponds to xwiki-
applications/wikis/default.
- We move all issues from current XWiki JIRA project that have a
"Default Wiki" component to it.
- We define a version scheme for it. I propose to use the same
versions as for XWiki core for now. But in the future it'll be
possible to release the default wiki independently of XWiki Core.
- We create components for the various XWiki applications that we
haven't separated from the xwiki-applications/wikis/default yet (i.e.
all except the Panels which has been moved out)
* "XWiki Panels Application":
- We create this JIRA project. Corresponds to xwiki-applications/
xarlets/panels
- We define a version scheme for it. I propose to use the same
versions as for XWiki core for now. But in the future it'll be
possible to release the default wiki independently of XWiki Core.
- We release the panels application on the forge instead of just
releasing it as an attachment to http://www.xwiki.org/xwiki/bin/view/
Code/PanelsApplication. We'll continue to reference the download from
that page but it'll point to OW's forge. We ensure it's also
referenced from the main Download page on xwiki.org
* "XWiki Selenium Application":
- We create this JIRA project. Corresponds to xwiki-applications/
xarlets/selenium
- We define a version scheme for it. I propose to start at 0.1 as
it's still early stuff
- Release it as 0.1 on the forge and, as above, modify xwiki.org to
point to it (from the code zone).
* "XWiki <plugin name> Plugin":
- Where <plugin name> is: "Adwords", "Alexa", "Email Notification",
"IP Resolver", "Laszlo", "Task Manager", "Terraserver"
- The strategy is that once a plugin is moved out of the core to
the xwiki-plugins/ dir, we create a JIRA project for it
- We define a version scheme for them. I propose to start at 0.1 as
we haven't released them yet. We shouldn't release any of them until
we've tested it works with the latest version of XWiki Core.
* "XWiki Clients":
- We remove this JIRA project and move all current clients to the
sandbox. Namely they are: "foxwiki", "anyedit", "p2pxwiki", "wiked"
Others:
* I'm not entirely sure what to do with these projects in xwiki-
tools: build tools, package and cryptpasswords.
* I think they're too small and not well-defined enough to warrant a
JIRA project each. I'm proposing to create a Tools component in the
main XWiki JIRA project for now to see how they develop in the future.
WDYT?
If you're ok I'm proposing to do the reorganization work.
Thanks
-Vincent
Hi,
1) In trunk, it's not possible to save without entering a comment. I
think this should be optional.
2) When clicking on save with no comment there's a dialog box that
pops up that asks for a comment but it's not possible to cancel it
even though there's a cancel button
Thanks
-Vincent
Thanks to everyone. I got some great ideas for xwiki projects. I will go
back and digest them and pick one that I really like (right now - I like
them all - that's why it's hard to pick just one :-)
Thanks again
Anil
***********************************************************************
Bear Stearns is not responsible for any recommendation, solicitation,
offer or agreement or any information about any transaction, customer
account or account activity contained in this communication.
***********************************************************************
Well, thank you for the responses on my previous posts.
Another "difficult" question (for me :( )...
Here is the code:
#foreach($obj in $doc.getObjects("Movr.MediaHasPersonClass"))
#if($context.action=='view')
#set($personObj= $xwiki.getDocument($obj.getProperty('person').value).getObject("Movr.PersonClass"))
##link to person's page
#set($personURL = $xwiki.getURL("$obj.getProperty('person').value"))
<a href="$personURL">$personObj.firstName $personObj.lastName</a>
#else ###inline
##ajax input suggest
<input id="inputSuggest$velocityCount" name="inputSuggest" alt="Suggestions" type="text" />
$obj.person
The question is the following one: I have an Ajax input suggest (which works just fine, it retrieves from the database the information I need), which is suppose to help me add another object of type PersonClass, by selecting from the ones that are already in the database. My class MediaHasPersonClass has a field person, of type DatabaseList, which initially had attached a Hibernate query to retrieve all the persons from the database and display them in a select. Now, I'm using this Ajax suggest so I would like to somehow tell xwiki that the person whom I selected from the suggest is the correspondent object (for instance, if I write $obj.person I get an xwiki rendered input with the name of a person from the database, and if I change the name and save it, the modifications will be kept).
I would like to know how can I do that for my own input.
I hope I explained somehow what I would like to know...
Thanks.
Evelina
Hello all,
I wrote a post on xwiki-users this morning, because someone told me there is where the questions about "how to" are supposed to go, but nobody answered (and I figured it out by myself, with the help of Sergiu) so I'll try my luck here, as I really need some help.
In a velocity script I receive a request and I take the value with #set($input =$request.get("param")).
My question is, how can I apply string transformations (i.e to lowercase, split the string etc) to this variable($input) in velocity? I looked everywhere but I guess I miss something. Please help!
Thank you,
Evelina Slatineanu
