On Mar 22, 2008, at 9:19 AM, Asiri Rathnayake wrote:
> Hi Vincent,
>
> On Fri, Mar 21, 2008 at 8:16 PM, Vincent Massol <vincent(a)massol.net>
> wrote:
> Hi Asiri,
>
> If you have some time... :) I think it would be great if you could
> document how to use the m2eclipse plugin in Eclipse to set up XWiki
> (with screenshots). I've been using it for the past 5 days and it's
> great and makes setting up a XWiki dev environment a breeze and it's
> much much better than doing it the manual way for lots of reasons
> (always synced with the POMs, etc).
>
> http://m2eclipse.codehaus.org/
>
> I think I have hit a wall here. It seems like m2eclipse is only mean
> for windows *groans*.
>
> The embedded version of maven seems to be incapable of building XWiki,
Works just fine for Thomas and me. I didn't change anything from the
defaults. That's what we use. I'm on Mac and Thomas on unix I think.
FWIW I'm using Eclipse 3.4M5.
-Vincent
> so i tried to change it to our own version of Maven (refer to
> settings.png attached ). But when i try to build XWiki (in
> m2eclipse) with the new settings, it complains that it is unable to
> find the maven executable. If you refer to error.png , it becomes
> evident that m2eclipse doesn't know how to handle path names in Linux.
>
> One more tiny problem is that i can't find any place where i can set
> MAVEN_OPTS=-Xmx600m. But this can be overcome by setting it in
> bash_profile, so I guess it is not a big deal.
>
> Any comments ?
>
> Thanks.
>
> - Asiri
>
>
> Thanks
> -Vincent
>
>
>
> <settings.png><error.png>
Hi all
I'm a final year student of University of Moratuwa Sri lanka and totally
new to open source development. I was introduced to XWiki by one of my
friends (Asiri), and i thought i should give a try at Gsoc 2008. I have
experience in Spring / Hibernate / Struts and velocity (i learnt these
during my internship). I'm not certain about what exact project i should
apply (though i found XEclipse to be very interesting) and would appreciate
any help regarding choosing a project.
Thank you very much.
Malaka Ekanayake.
Hi all,
Please excuse me if you have received this mail before, there seems to be
some problem with my gmail account and I am not sure whether the mail I
sent earlier was sent to XWiki devs list or not, so sending it again.
please help me.
"""Support multiple installations of XWiki being indexed on one or
multiple XWiki Servers and share the index.
It should be possible to share easily the index so that multiple XWiki
installations can be shared in one UI."""
---> I am assuming that one of the several servers, is the main server
and has information about other servers like the ip address. -- am I
correct ?
---> Can each server maintain it's own index(instead of distributed
indexing), but while searching, indexes on multiple servers are used.
---> please provide me some more info regarding this.
"""Also the search UI should be possible to customize depending on
Document types."""
---> Restricting search to specified document type.
If any one has other relevant information, please provide it.
-- Sai Krishna.
Hi,
I am planing to work on the project "Distributed search for XWiki". I have
few doubts, which might sound silly, yet I would like to clear them. Please
help me.
"""Support multiple installations of XWiki being indexed on one or multiple
XWiki Servers and share the index.
It should be possible to share easily the index so that multiple XWiki
installations can be shared in one UI."""
---> I am assuming that one of the several servers, is the main server and
has information about other servers like the ip address. -- am I correct ?
---> Can each server maintain it's own index(instead of distributed
indexing), but while searching, indexes on multiple servers are used.
---> please provide me some more info regarding this.
"""Also the search UI should be possible to customize depending on Document
types."""
---> Restricting search to specified document type.
If any one has other relevant information, please provide it.
-- Sai Krishna.
Hi all,
I would like the point of view of every ones for the patch provided in
http://jira.xwiki.org/jira/browse/XWIKI-2006 by Ruslan Shevchenko
(configurated_db_schema_06.patch).
It allows to force the name of the database in the xwiki.cfg file.
Except for some very minor Checkstyle still remaining, the only
"problem" for me is than if this feature is enabled the number of
hibernates query in non-virtual mode grows to one more by hibernate
transaction used to ensure the selected database is the provided one.
Note that this is not worst than actual virtual mode which do almost
exactly the same thing for the same reason.
For that reason and also because it touch one of the deepest part of
XWiki platform I want to validate a vote to apply it in the trunk.
It also add database names prefix support which is great.
Here my +1.
--
Thomas Mortagne
Hi,
Sorry if this is a too basic question...
Please, could I download the last version of a given file by using
FishEye (http://fisheye2.cenqua.com/browse/xwiki)? It is impressive, at
least for me, how this tool keep track of changes, but is it possible to
locate the current "final state" of a given file and check it out?
I am currently looking for ApplicationResources_en.properties and
ApplicationResources_es.properties files.
I know they are packed in xwiki-core-1.3.jar or any new
xwiki-core-x.x.jar in each snapshot, but I am guessing if it could be
check out on a per file basis without waiting to the night build and
without downloading the whole war.
Thank you so much,
Ricardo
--
Ricardo RodrÃguez
Your EPEC Network ICT Team
Hi,
I have frequently encountered this problem that versions of third party jars
across modules are not uniform.
Like the xwiki-core uses commons-lang of version 2.1 and lucene 2.3.
Similarly some module uses xerces-impl of version 2.0.2 where as some other
2.8.1.
As the xwiki build can be made of different modules as per custom
requirements, when we bring these modules together there is a conflict in
the jar versions.
This way different jars of same version end up in the lib directory and
causes class not found exceptions.
I don't know what is the best way to avoid such a problem, but best I can
think is when building the pom we should ensure that version of the third
party jar stays uniform atleast across xwiki-platform.
Thanks
Sachin
-----
http://www.assembla.com/wiki/show/sachin_mittal about me:
--
View this message in context: http://www.nabble.com/Keeping-uniform-jar-versions-across-modules-tp1619459…
Sent from the XWiki- Dev mailing list archive at Nabble.com.