Jeremi,
Do you think you could use branches and thus benefit from the
versioning feature of SVN? :-)
The idea is:
* Create a 1.0 branch and move gelcv1 to it
* Make the trunk be the 2.0 version
WDYT?
Thanks
-Vincent
On Jan 25, 2007, at 7:06 PM, Jeremi Joslin wrote:
> Author: jeremi
> Date: 2007-01-25 19:06:04 +0100 (Thu, 25 Jan 2007)
> New Revision: 1988
>
> Added:
> xwiki-apps/gelc/gelcv2/
> Log:
> Created directory xwiki-apps/gelc/gelcv2
>
>
>
> --
> You receive this message as a subscriber of the xwiki-
> commits(a)objectweb.org mailing list.
> To unsubscribe: mailto:xwiki-commits-unsubscribe@objectweb.org
> For general help: mailto:sympa@objectweb.org?subject=help
> ObjectWeb mailing lists service home page: http://www.objectweb.org/
> wws
___________________________________________________________________________
Yahoo! Mail r�invente le mail ! D�couvrez le nouveau Yahoo! Mail et son interface r�volutionnaire.
http://fr.mail.yahoo.com
Hi all,
We are looking for wiki solution. Your XWiki looks impressive but we have one question.
We need authentication from LDAP and also handling the groups and user privileges from LDAP. We saw on JIRA [#XWIKI-330] issue (new feature) about that. Is someone taking any progress regarding this or do you know when this kind of feature is going to be in you software?
Regards Sasa.
Hi Ludovic,
Sorry I'm late on this (was on holiday). See below
On Mar 9, 2007, at 6:44 PM, Ludovic Dubost wrote:
>
> Hi,
>
> I'm in the process of finishing an XWiki Google Web Toolkit API
> (server-side and client-side).
> I'd like to commit that one in the core including the Java code
> that is
> compiled to Javascript. There is common code for both.
> Curriki will also rely on this API.
> It is not necessary that the build system compiles the code to
> Javascript for the moment, however it is needed to compile the
> server code.
>
> Currently I suggest commiting the code in:
>
> web/standard/src/main/java/api
> or
> web/standard/src/main/java/com.xpn.xwiki.gwt.api
>
I suggest committing this in a new module in xwiki/xwiki/trunk/web/gwt
One reason is that it's not going to work for m2 where you have
currently committed it (in standard/). We won't be able to use the
gwt maven2 plugin there.
Also it's cleaner to separate it from the rest. This is the general
direction for the build: separate different "features" into different
build modules for a better modularity.
Here's how I see it working with m2:
* The gwt m2 plugin generates the javascript from the java files in
the generate-sources build phase
* We use the WAR plugin in gwt/ to wrap both the server java classes
and the generated js into one WAR
* We then use the WAR overlay feature of the WAR plugin in standard/
to add the gwt WAR.
Please let me all know if you're ok with this and I'll do the move.
> I also have a Google Web Toolkit client for the FeedPlugin. It's a
> very
> cool RSS Aggregator interface.
> It's only client side code. I'm not sure if it should be commit in
> the core.
I don't think it should be in the core but for now I'd rather we have
it in a separate module in web/rssreader. Again the idea is to use
the m2 plugin to generate a WAR overlay for the standard WAR.
In the future we need to think how to externalize this in the same
way as we're externalizing plugins in xwiki-plugins. We can probably
consider it as a XWiki Application in the same manner as we have
Blog, Calendar, etc applications. We need a xwiki-applications
directory for these (different from the current xwiki-applications
which is for applications like Curriki sitting on top of XWiki). Then
when we build the default wiki we'll include several of these
applications in it and we'll also release them as XARs.
Again let me know about the creation of the rssreader module and I'll
do it.
> If it is it would be in
>
> web/standard/src/main/java/rssreader
> or
> web/standard/src/main/java/com.xpn.xwiki.gwt.reader
>
> Can we vote for these 2 things:
>
> - commit the API
> - commit the RSS Reader
See above.
Thanks
-Vincent
Hi,
One user spammed our jira yesterday (user name: "marie"). I've
removed the spam comments she left and removed the user from JIRA.
-Vincent
___________________________________________________________________________
Yahoo! Mail r�invente le mail ! D�couvrez le nouveau Yahoo! Mail et son interface r�volutionnaire.
http://fr.mail.yahoo.com
Hi Sergiu,
Ludovic has noticed several important issues with beta 3. Apparently
this is cause by a modification you made, see http://
svn.forge.objectweb.org/cgi-bin/viewcvs.cgi/xwiki/xwiki/trunk/core/
src/main/java/com/xpn/xwiki/XWiki.java?r2=1946&r1=1944&rev=1946
Apparently there are some data loss happening, some strange stuff
with history, some panels do not work anymore (the Add Object panel
doesn't work for example).
Ludovic is suggesting we rollback this change.
WDYT?
Thanks
-Vincent
PS: I'm holding of the release till this is resolved.
___________________________________________________________________________
Yahoo! Mail r�invente le mail ! D�couvrez le nouveau Yahoo! Mail et son interface r�volutionnaire.
http://fr.mail.yahoo.com
Hi,
The com.xpn.xwiki.store.XWikiRCSFileStore file doesn't seem to exist
anymore. I can see it's referenced in comment in xwiki.cfg files and
in a StoreObjectRCSFileTest class. Can I remove them?
I'm also curious to know why we have removed it?
Thanks
-Vincent
PS: I wish we had fisheye working, I could have done a quick search
to get the full knowledge about this... Unfortunately OW's SVN
implementation is very old and they're not allowing us to query it
from fisheye as it seems it's making the svn server fail!!
___________________________________________________________________________
D�couvrez une nouvelle fa�on d'obtenir des r�ponses � toutes vos questions !
Profitez des connaissances, des opinions et des exp�riences des internautes sur Yahoo! Questions/R�ponses
http://fr.answers.yahoo.com