Hello devs,
I am thinking it would be good to automatically attach the javadoc
generated for XWiki apis (XWiki, Document, Context, Utils, etc) + maybe
velocity tools (listtool, mathtool, etc.) in a wiki document of XE at
build time. We could embed the HTML javadoc in view mode with an iframe
(or using getURLContent API), or just link to it with the zipexplorer
plugin.
I think this would make it easier for developers to find out the
documentation for the exact version they are running, and without the
need of an Internet connection.
Tell me what you think,
Jerome.
Hi devs ,
I'm a Computer Science undergraduate Student wiling to undergo a project for
GSoc 09 under Xwiki . I've contacted this list before and would like to
undergo 'Improved content fetching mechanism for XWiki Watch' XWiki project
for Gsoc 09 . I would really like to know some more detail regarding the
scope and requirement for this project before submitting my proposal. Really
appreciate some feedback on above aspects n thnx in advance..
Regards
Udayanga
Hi
I'm targeting on gsoc 2009. I had went through your idea list. I'm
interested in your "Survey Application" project. I need some detail
information about the project mainly the SRS. Also I would like to know the
technologies you guys going to use.
To be honest this is my first time experience with open source community.
But I'm confident that I can get familiarized with this project easily
because I had done a similar sort of project using EJB3,Hibernate 3,Struts 2
technologies and frameworks to create an online exam center.
So hope to work with Xwiki.
Thank You
~ Chathura Prabuddha Ganegoda~
Undergraduate,
Department of Computer Science & Engineering,
University of Moratuwa,
Sri Lanka.
On Mar 20, 2009, at 5:54 PM, sdumitriu (SVN) wrote:
> Author: sdumitriu
> Date: 2009-03-20 17:54:57 +0100 (Fri, 20 Mar 2009)
> New Revision: 17872
>
> Modified:
> platform/core/trunk/xwiki-core/pom.xml
> Log:
> XWIKI-3405: Build fails if jfreechart from central is used
> Fixed.
>
>
> Modified: platform/core/trunk/xwiki-core/pom.xml
> ===================================================================
> --- platform/core/trunk/xwiki-core/pom.xml 2009-03-20 16:30:55 UTC
> (rev 17871)
> +++ platform/core/trunk/xwiki-core/pom.xml 2009-03-20 16:54:57 UTC
> (rev 17872)
> @@ -153,6 +153,16 @@
> <groupId>xwiki.jfree</groupId>
> <artifactId>jfreechart</artifactId>
> <version>1.0.0-rc1</version>
> + <exclusions>
> + <exclusion>
> + <groupId>gnujaxp</groupId>
> + <artifactId>gnujaxp</artifactId>
> + </exclusion>
> + <exclusion>
> + <groupId>junit</groupId>
> + <artifactId>junit</artifactId>
> + </exclusion>
> + </exclusions>
I don't understand why you've done this. If we can use jfreechart from
central then we should remove the "xwiki" from the groupid. However
the reason we're not using the central version is because it has
removed an api we're using. See comments in the pom.xml:
<!-- Version 1.0.0-rc1 has some bad dependencies in the POM. This
is fixed in 1.0.0 but unfortunately we're
using an API (setDataAreaRatio()) that has disappeared in
1.0.0 so we need to fix this before we can
move to 1.0.0 or beyond... See http://jira.xwiki.org/jira/browse/XWIKI-390
.
Note: when we move to using the central repo version we'll
only need 1 dependency on jfreechart -->
Thanks
-Vincent
Hi,
So far we've used the strategy of using a "xwiki" classifier when we
mad changes to artifacts or their poms (we actually forgot to do that
for some but that's another story...). The problem is that classifier
don't work since:
* there's a single pom file for all classifiers
* the pom is retrieved before the artifact
* if there's another remote repo before the xwiki repo and that pom
file exists in this other remote repo it'll be used instead of ours
For the record we had 2 problems with jfreechart and jackrabbit which
caused this issue to appear.
Solution:
I propose to publish modified artifacts (the artifact itself of its
pom) into our own groupId (best practice) and I propose to prefix them
with "xwiki.".
For example for "org.apache.jackrabbit" that would become
"xwiki.org.apache.jackrabbit".
I've done that for jfreechart and jackrabbit here:
http://maven.xwiki.org/externals/xwiki/
WDYT?
Thanks
-Vincent
Hi devs,
We have a general dependency issue with shared test: it depends on
some core modules and some other core module depends and we can't fix
this.
Because of that releasing them is often a mess.
I propose to move shared-test from tools and add it as a core module
where we already have rendering-tests and cache-test for example so it
makes sense (and it's not only to make releases easier ;)). It means
the shared-test jira project become useless and I propose to remove
it, it's not really important to have it still in jira as deprecated
or something like that.
Here is my +1
Thanks
--
Thomas Mortagne
I'm very interested in participating in the Google Summer of Code Project this year, and I came across XWiki while going through the mentor list. Unfortunately, I've never used XWiki before, but I would like to get involved. I am currently finishing up a 2-semester internship at a transportation company working almost exclusively in J2EE / web applications. I've also done some small projects (personal and in school) using GWT.
There are a few proposed ideas that I'm especially interested in (Calendar application, Cross-Browser WYSIWYG Support, Survey application, Import/Export, and Photo Album application). Do you think I would be in over my head to submit my application for XWiki GSoC? I would have to catch up with XWiki (from an end-user standpoint as well as the code base), but I guess that's what part of the "orientation" time is for. I just didn't know if there was already enough interest from developers with experience in XWiki to fill all of the spots.
I'll be out of town the next couple of days, but I'll be working on my application proposal. The registration opens on Monday, and I'd like to submit it shortly after -- I read that some projects will give feedback and allow you to re-submit if you're being considered for acceptance but need some changes.
I'm sorry -- this was more of a story than a question. I just wanted to express my interest in GSoC and was wondering if you've already got a large turnout of people more experienced than myself.
Thanks,
Anthony
Hi all,
I am an Undergraduate student and willing to participate for GSoC 2009. When
going through the organizations list of GSoC 2009, I came across these XWiki
projects which seem very interesting. From the listed Projects ideas[1]
“XWiki Jabber, Google Talk, Skype Integration”, ”Calendar Application”, “Photo
Album application” projects drew my interest, specially the first one.
I started my studies on XWiki and going through the developer’s guide to get
myself familiarized. Mean while I am trying to check out source codes and to
build the project. It would be very helpful if I get some advices regarding
this.
Thanks and best regards,
Tharindu.
[1]-
http://dev.xwiki.org/xwiki/bin/view/GoogleSummerOfCode/#HProposedProjects
The XWiki development team is pleased to announce the release of XWiki
Enterprise 1.8 and XWiki Enterprise Manager 1.6.
This is the final 1.8 version.
Go grab it at http://www.xwiki.org/xwiki/bin/view/Main/Download
Changes from 1.7:
-------------------------
* First usable version of new rendering and new WYSIWYG editor
* New Wiki Dashboard
* New way of displaying tags
* Page loading time reduced by 30%
* Improved information section in document footer
* By default the authentication system now calls the authenticator
only once by session
* Updated french translation
* Updated german translation
* Updated spanish translation
Important bug fixes:
--------------------------
* Scaled images in exported PDF and RTF have wrong dimensions
* When a wiki is removed, it's not removed form the cache
* Including a document with first or second heading level breaks the
including document section edit link
* PDF export does not take into account the encoding specified in xwiki.cfg
For more information see the Release notes at:
http://www.xwiki.org/xwiki/bin/view/Main/ReleaseNotesXWikiEnterprise18
Thanks
-The XWiki dev team