Hi all,
I create a page to change the parent to a chosen page using:
#set ($mydoc = $xwiki.getDocument("some.page"))
$mydoc.setParent($targetdoc)
$mydoc.save()
It works but in the tree page I see the changed page into its original tree
location.
What is my fault ??
Thanks
Raffo
Hi all,
Please, why Novell LDAP classes for Java ldap.jar has been renamed as
ldap-UNKNONW.jar in XWiki distributions? May I propose to rename it to
include the release date and the "origin"? For the updated ldap.jar
available at http://developer.novell.com/wiki/index.php/Jldap it could
be ldap-novell-20071012.jar.
I've noted that there is another jar with this syntax,
googleapi-UNKNOWN-xwiki.jar. And that other includes what it also seems
a date as proposed for ldap.jar, swizzle-confluence-1.1-20070908-xwiki.jar.
Thanks!
--
Ricardo Rodríguez
Your XEN ICT Team
Hi,
Yup, i am using the default LDAPAuthServiceImpl.java file in rev. 6611.
I will try on that extension.
Thanks
----- Original Message ----
From: Your XEN ICT Team - Ricardo Rodriguez <webmaster(a)xen.net>
To: XWiki Developers <devs(a)xwiki.org>
Sent: Friday, 18 January 2008 3:53:06
Subject: Re: [xwiki-devs] Regarding LDAP authentication
Colin Tay wrote:
> Hi all,
>
> I would like to know why the authenticate method in
> LDAPAuthServiceImpl is executed 3 times when whenever a user login.
> (Regardless whether the user exists in the database)
> I am currently trying to update the database whenever the user
> attributes fetched from the active directory is different from the
one
> in the database.
>
> Thanks in adv,
> Colin
>
>
------------------------------------------------------------------------
> Tired of visiting multiple sites for showtimes?
> Yahoo! Movies
>
<http://sg.rd.yahoo.com/movies/*http://sg.movies.yahoo.com/Showtimes/cinemas/>
> is all you need
>
------------------------------------------------------------------------
>
> _______________________________________________
> devs mailing list
> devs(a)xwiki.org
> http://lists.xwiki.org/mailman/listinfo/devs
>
Please, Colin, what LDAP authentication classes are you using? The ones
bundled with XWiki distribution? Any of the releases of the extension
attached to XWIKI-1079?
As you can read in the notes attached to this Jira issue Vincent has
asked about its state of the art and, if the problems are solved,
include it in the coming 1.3 M1 XWiki release.
Gunter, Jiri and Matthieu seem not to be in contact at the moment.
Could
you test this extension and see if it works for you in case you have
not
done it yet? Thanks!
I am testing binding to eDirectory, but I have not AD available here.
Cheers,
Ricardo
--
Ricardo Rodríguez
Your XEN ICT Team
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
______________________________________________________________________
Search, browse and book your hotels and flights through Yahoo! Travel.
http://sg.travel.yahoo.com
Hi all,
I would like to know why the authenticate method in LDAPAuthServiceImpl is executed 3 times when whenever a user login. (Regardless whether the user exists in the database)
I am currently trying to update the database whenever the user attributes fetched from the active directory is different from the one in the database.
Thanks in adv,
Colin
______________________________________________________________________
Search, browse and book your hotels and flights through Yahoo! Travel.
http://sg.travel.yahoo.com
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,
I'd like to release Platform+XE 1.2 final today.
Note that I've fixed a missing jar for the PDF export in 1.2RC3 (http://jira.xwiki.org/jira/browse/XWIKI-2002
).
I hope enough people have tested 1.2RC3 but if we still have some
important bugs after 1.2 final is released we can always release a new
1.2.1 version.
Here's my +1
Thanks
-Vincent
Hi all,
I have some problems with wysiwug.
When I try to edit something like align center the text in a table cell and
click on "save and view" the modifications are not saved.
Can someone help me??
Thanks
Raffo
Hi,
I understand your point.
I have again one doubt here.
In the code we currently get the skin name and then generate the file path
(for velocity files) such as skins/<skin name>/<vm file name>.
If we go by option 2 then in this case if skin name is albatross we would
have to generate path as templates/ and for rest we would continue to use
the old file path. This would involve writing such if else condition in
xwiki code.
Would this be elegant way of handling skins?
How would this be handled in the code.
Thanks
Sachin
> Date: Wed, 16 Jan 2008 17:06:24 +0100
> From: Vincent Massol <vincent(a)massol.net>
> Subject: Re: [xwiki-devs] Moving the xwiki.org skin as part of our
> distribution
> To: XWiki Developers <devs(a)xwiki.org>
> Message-ID: <86A70FC8-9A1F-421C-ACED-4BFE22374B3E(a)massol.net>
> Content-Type: text/plain; charset="us-ascii"
>
>
> On Jan 16, 2008, at 4:56 PM, sachin mittal wrote:
>
> > Hi,
> > I have few doubts here:
> > Currently templates directory have their own vm files.
> > So would the first task be copy the vm files under albatross
> > directory to templates directory and merge the common templates file.
> >
> > Next other wiki skins have their own vm files and leaving them in
> > their respective skins directory is not a good (uniform) idea.
> > So these should also be moved (shouldn't it).
>
> We have 2 options:
> 1) Create templates that work for all current skins: dodo, finch and
> albatross
> 2) Consider that dodo and finch are history, make them use their own
> templates and not use any of the templates in templates/, clean the
> templates dir and replace them by the albatross vm files.
>
> 2) is much easier but 1) is nicer. I prefer 2).
>
> > Best would be to create sub directories under templates directory
> > with same structure as skins directory.
>
> That would defeat the notion of templates IMO.
>
> > Lastly regarding your point:
> > Another thing to do would be to "clean" the albatross templates so
> > that they are lighter, generate less style elements, etc.
> >
> > I completely agree to this. In fact to get ExtJs working with the
> > html content created by albatross vm files I had to delete lot of
> > unnecessary style elements, merge lot of vm files in single files. I
> > feel that vm files under albatross are lot scattered and having few
> > compact vm files would be much better.
> > Would this improve the performance too? (I don't know that)
>
> No idea.
>
> Thanks
> -Vincent
>
>
On Jan 16, 2008 11:39 AM, Nicolas Réau <nicolas.reau(a)gmail.com> wrote:
> Hi,
>
> Using Ubuntu 7.10 here all day, with Firefox and an nVidia driver too, and
> never got such problem on xwiki.org.
>
> The problem might come from your version of Ubuntu don't you think? Are
> you using compiz?
>
> -Nicolas
>
> PS: By the way, discussing it on another thread could be better, no?
Hmmm...might be, but I have only problems with scrolling on this pages. No
compiz (at least not knowingly). Strange. I'll download a 7.10 Live-CD
later...
Hmm...just now, while copying the text in another gmail instance I've the
same issue...many boxes = slow scrolling performance...it's not a
XWIKI-issue then...
Hi all,
I've build xwiki enterprice using maven and it creates the war file. Can I
deploy the war file under the xwiki enterprice installation ... how to do
it?
Ragards
Raffo
Hi,
I have few doubts here:
Currently templates directory have their own vm files.
So would the first task be copy the vm files under albatross directory to
templates directory and merge the common templates file.
Next other wiki skins have their own vm files and leaving them in their
respective skins directory is not a good (uniform) idea.
So these should also be moved (shouldn't it).
Best would be to create sub directories under templates directory with same
structure as skins directory.
Lastly regarding your point:
Another thing to do would be to "clean" the albatross templates so
that they are lighter, generate less style elements, etc.
I completely agree to this. In fact to get ExtJs working with the html
content created by albatross vm files I had to delete lot of unnecessary
style elements, merge lot of vm files in single files. I feel that vm files
under albatross are lot scattered and having few compact vm files would be
much better.
Would this improve the performance too? (I don't know that)
Thanks
Sachin
------------------------------
>
> Message: 5
> Date: Wed, 16 Jan 2008 16:42:46 +0100
> From: Vincent Massol <vincent(a)massol.net>
> Subject: Re: [xwiki-devs] Moving the xwiki.org skin as part of our
> distribution
> To: XWiki Developers <devs(a)xwiki.org>
> Message-ID: <3542AB82-3970-4CA7-9155-41A53603839C(a)massol.net>
> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
>
>
> On Jan 16, 2008, at 4:34 PM, Sachn Mittal wrote:
>
> >
> > Hi,
> > What is exactly you want help on.
> > I am anyway modifying the albatross skin to build the complete UI on
> > ExtJS,
> > so maybe any work on this front can help me also.
> > Right now I am modifying the default vm files in the albatross skin.
> > It would be nice if all the vm files are placed under xwiki
> > \templates and
> > skins have only css, images, js and other static content files.
>
> Yes that's exactly a task we have to do so this would be an example of
> the help I'd need.
>
> However we should not break dodo and finch skins so I guess the
> templates they use could be moved to their skin directory.
>
> WDYT?
>
> Another thing to do would be to "clean" the albatross templates so
> that they are lighter, generate less style elements, etc.
>
> Thanks
> -Vincent
>
> > vmassol wrote:
> >>
> >> Hi,
> >>
> >> Just to let you know that I had a discussion with Laurent Lunati (the
> >> author of the xwiki.org skin) and we agreed on the following:
> >>
> >> * Laurent will modify the skin so that it can support layouts with
> >> panels on the left. There are also some little things to fix like the
> >> panel wizard, etc. Laurent will try his best to finish all this by
> >> 15th of Feb
> >>
> >> * On our side we need to do the following:
> >> - move all vm files into the templates dir so that the albatross skin
> >> is mostly CSS files + images
> >> - move skins out of the web/standard module
> >> - future (can be done later): create maven plugin to transform a file
> >> system skin into a XAR so that our skins can be easily installed on
> >> existing xwiki installations
> >>
> >> The idea would be to finish this work by the 15th of Feb, in time for
> >> the 1.3M2 release.
> >>
> >> Is anyone interesting in helping out for doing this?
> >>
> >> Thanks
> >> -Vincent
> >>
> >> _______________________________________________
> >> devs mailing list
> >> devs(a)xwiki.org
> >> http://lists.xwiki.org/mailman/listinfo/devs
> >>
> >>
> >
> > --
> > View this message in context:
> http://www.nabble.com/Moving-the-xwiki.org-skin-as-part-of-our-distribution…
> > Sent from the XWiki- Dev mailing list archive at Nabble.com.
> >
> > _______________________________________________
> > devs mailing list
> > devs(a)xwiki.org
> > http://lists.xwiki.org/mailman/listinfo/devs
>
>
>
> ------------------------------
>
> _______________________________________________
> devs mailing list
> devs(a)xwiki.org
> http://lists.xwiki.org/mailman/listinfo/devs
>
>
> End of devs Digest, Vol 7, Issue 24
> ***********************************
>
Hi,
Just to let you know that I had a discussion with Laurent Lunati (the
author of the xwiki.org skin) and we agreed on the following:
* Laurent will modify the skin so that it can support layouts with
panels on the left. There are also some little things to fix like the
panel wizard, etc. Laurent will try his best to finish all this by
15th of Feb
* On our side we need to do the following:
- move all vm files into the templates dir so that the albatross skin
is mostly CSS files + images
- move skins out of the web/standard module
- future (can be done later): create maven plugin to transform a file
system skin into a XAR so that our skins can be easily installed on
existing xwiki installations
The idea would be to finish this work by the 15th of Feb, in time for
the 1.3M2 release.
Is anyone interesting in helping out for doing this?
Thanks
-Vincent
hello developers,
I've been somewhat (but only somewhat) successfully building Curriki
with mvn which, indeed, used the DB connection where I would install it.
I would like to understand a bit more of the architecture... should I
rather discuss it per email or open a wiki page that tries to sketch
it ?
Here's what I could see:
- curriki is made of many modules, some of which are xwiki modules,
some are own
- some of the own resources are XWiki documents
- the whole packaging ends up by building a web-archive and an xwiki-
archive
(the xwiki archive seems to contain a lot of the xwiki documents)
- the build process seems to upload this web-archive to the DB
(connected to a temporary curriki)
it's easy then to deploy the web-archive and use.
However the web-archive seems incomplete on the played.
A simple one to check is Main/Board.
I tried (re-)importing it but it complains that UselessPanel is not
there.
Three questions:
- is all the above correct ?
- is there another way to upload single xwiki documents ?
- how are XWiki documents in source code edited ? (that's velocity in
xml as far as I can see).
thanks in advance
paul
Hi everyone,
Good news, we've now fixed the search page on http://www.xwiki.org
(BTW the fix will be in the final XE 1.2 release).
It's now using Lucene to search on all subwikis of xwiki.org
Thanks
-Vincent
I would suggest to have extjs implemented for ajax.
Reasons already mentioned below.
File size is not an issue as it needs to be loaded only once.
I have done some work on albatross skin to replace the default template
layout with extjs border layout for my local wiki.
One thing you need to take care is that there may be some other js files
whose execution might conflict with ext-base.js execution.
For my implementation I had to comment out all the other js that were
getting loaded.
Also another cool thing would be to integration extjs with jquery. This
combination can lead to some rich UI.
I have not yet tested the gwt web interface with xwiki, but not sure if
anyone has combined extjs with gwt, also from the version 2.0 of extjs I
don't see any adapter for gwt.
Thanks
Sachin
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Mon, 14 Jan 2008 21:31:38 +0100
> From: "Luis Arias" <kaaloo(a)gmail.com>
> Subject: Re: [xwiki-devs] upgrade to gwt 1.4
> To: "XWiki Developers" <devs(a)xwiki.org>
> Message-ID:
> <26d206520801141231y6a673686r27f168685efd2a3d(a)mail.gmail.com>
> Content-Type: text/plain; charset=UTF-8
>
> Hi J?r?me,
>
> You might also consider MyGWT:
>
> http://mygwt.net/
>
> if you're worried about the ext.js lib. It's a native implementation.
>
> For Curriki, there may be some issues with gwt-html-editor which in
> its 1.4 branch just brings up Fck Editor. I had some issues using
> gwt-html-editor trunk in 1.4.61.
>
> Luis.
>
> On Jan 14, 2008 9:55 AM, Jerome Velociter <jerome(a)xwiki.com> wrote:
>
> > > Hi all,
> > >
> > > we want to upgrade XWiki Web gwt to gwt 1.4 for the 1.3 version so,
> since
> > > gwttk does not have a version for gwt 1.4 and we depend on it for
> creating
> > > modal dialogs, we need to replace tk with something else. A good
> option is
> > > gwt-ext, which also can replace gwt-widgets and provides some more
> nice ui
> > > objects and client functionality (like date parsing -- which we get
> from
> > > gwt-widgets for the moment).
> > > The trouble with gwt-ext is that it requires ext javascript library to
> > > run, which means that any gwt application needs to import, besides the
> > > gwt.js file, some ext javascript files. Since the modal dialogs are
> > > defined in the web-gwt module (so our gwt-ext dependency is there) and
> we
> > > cannot import the ext javascript files at that level, the only
> solution is
> > > to rely on the application using web-gwt to include right all required
> > > files. It doesn't seem to me as good practice but I cannot figure out
> how
> > > big of an issue it is (since that application already has some rules
> to
> > > obey, js files to include, etc to have gwt working).
> > >
> > IMO,
> >
> > Pros for migrating to ext, vs. sticking to gwttk:
> > - larger community, visibility on roadmap
> > - lots of widgets/functionnalities available (datepickers, form
> > validation, etc.)
> > - gwt 1.4 already compatible
> >
> > Cons:
> > - every app has to import ext JS scripts in addition to gwt.js
> > - increases total JS size
> >
> > It would be great to have opinions from the Curriki development team on
> > the topic.
> >
> > Regards,
> > Jerome.
> >
> >
> > > WDYT?
> > >
> > >
> > > _______________________________________________
> > > devs mailing list
> > > devs(a)xwiki.org
> > > http://lists.xwiki.org/mailman/listinfo/devs
> > >
> >
> >
> > _______________________________________________
> > devs mailing list
> > devs(a)xwiki.org
> > http://lists.xwiki.org/mailman/listinfo/devs
> >
>
>
>
> --
> Luis Arias
> +33 6 14 20 87 93
> skype : kaaloo
>
> ------------------------------
>
>
Good day.
Yet one question - I can't find way to pass parameters from one screen to
another. In JSP this is usually doing thought session-scope variables.
Are exists some analog in XWiki ?
I.e. let I have page A and receive in one request with parameters. Than I want
forward such request (with parameters) to page B.
I can't find the way to do this: if in A before redirect I write
$context.put("X","Y"), than in B $context.get("X") return nothing.
May be I need care about passing some sessionId ?
--
Ruslan Shevchenko
GradSoft. http://www.gradsoft.ua
Hi,
I've heard that there are some places in xwiki where we need unique
ids (anyone remembers where?).
In any case I've found this JDK 1.5 class which can help us with the
implementation:
http://java.sun.com/j2se/1.5.0/docs/api/java/util/UUID.html
I'm posting it here for the record.
Thanks
-Vincent
1. I see, that xwiki-product-enterprise-manager in svn is not build by
default. (and building one in own directory cause to fetch 1.2x snapshots of
xwiki parts). Curious, why ?
2. Can be application-manager be installed on top of fresh
xwiki-product-enterprise with default pages ? (It is not work for me)
--
Ruslan Shevchenko
GradSoft. http://www.gradsoft.ua
Hello!
We have been customizing our instance of XWiki Enterprise (1.2) very
successfully but have hit a bit of a roadblock. We would like to modify the
layout of the Comments area, specifically to add a couple of controls we will
use for adding a "Rating" mechanism and we can't seem to find where we can
access the stylesheet for the template. We have successfully done this to the
Search Results page (Xwiki.Results) but cannot seem to determine how to do
something similar to the Comments area attached to each article.
Any suggestions would be greatly appreciated
Thanks in Advance!
Rob Masson
On Jan 11, 2008, at 6:28 PM, sdumitriu (SVN) wrote:
> Author: sdumitriu
> Date: 2008-01-11 18:28:47 +0100 (Fri, 11 Jan 2008)
> New Revision: 6782
>
> Modified:
> xwiki-platform/core/trunk/xwiki-core/pom.xml
> xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/
> render/groovy/GroovyTemplateEngine.java
> xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/
> store/XWikiHibernateBaseStore.java
[snip]
> Modified: xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/
> xwiki/store/XWikiHibernateBaseStore.java
> ===================================================================
> --- xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/
> store/XWikiHibernateBaseStore.java 2008-01-11 14:01:44 UTC (rev 6781)
> +++ xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/
> store/XWikiHibernateBaseStore.java 2008-01-11 17:28:47 UTC (rev 6782)
> @@ -80,7 +80,7 @@
> try {
>
> setHibUrl(XWiki.class.getClassLoader().getResource(path));
> } catch (Exception ex2) {
> - log.error("Failed setting the Hibernate
> configuration file with any method, storage cannot be configured",
> ex2);
> + log.error("Failed setting the Hibernate
> configuration file with any method, storage cannot be configured");
Why are we removing the stack trace? This is an error and the stack
trace will help debug the error.
The fact that the test is wrongly written is a different matter IMO.
The test must be forgetting to initialize something.
But we do need the max amount of info when debugging an ERROR level
error.
-Vincent
Good day, xwiki community.
I want to discuss path, with allows to set in configuration name of main wiki
database schema and prefixes for databases schemes of virtual wiki-s.
This allows to use few wiki-based applications on one computer.
Proposed path itself is attached.
The work of this path is
1. add configuration variables:
xwiki.db -- database schema name of main wiki instance.
xwiki.virtual.db.prefix -- prefix for database scheme-s of virtual wiki-s.
So, questions:
a) where I must write documentation for this parameters ?
b) can I submit JIRA issue now or exists some other things which i forgott.
--
Ruslan Shevchenko
GradSoft. http://www.gradsoft.ua
The XWiki development team is pleased to announce the release of XWiki
Enterprise Manager 1.0 Milestone 3.
Go grab it at http://www.xwiki.org/xwiki/bin/view/Main/Download
This is the last XEM 1.0 milestone. RC1 and RC2 will follow.
The main modifications since XEM 1.0M2 are all XE 1.2 branch new
features as XEM 1.0M3 is now based on XE 1.2 Release Candidate 3.
Changes from 1.0 Milestone 3:
* XAAM-28: Add authors field to applications descriptors.
* XAAM-29: Add license field to applications descriptors.
* XAWM-23: Separate wiki and wiki alias concepts.
* XAWM-26: Add pretty name field to wikis decriptors.
* XAWM-29: Add users or groups rights at wiki creation time.
* XEM-78: Add default "xwiki" wiki descriptor.
* XEM-65: Make Application Manager and Wiki Manager more easily accessible.
For more information see the Release notes at:
http://www.xwiki.org/xwiki/bin/view/Main/ReleaseNotesXEM10M3
Thanks
-The XWiki dev team