Hi,
I'm new to this XWiki projects. I like to know how can I download the XWiki
Source Code & XWiki Software.
I downloaded the Software but when open the Start XWiki Enterprise, it just
pop up a command line and stuck.
Please help me!!!
Thanks,
Nirmal
Hi,
We have quite a few anti vandalism projects proposals. I would suggest
to the candidates that have proposed an anti vandalism project to also
propose a second XWiki project that they would be interested in pursuing.
This could help us not having a tough choice between good candidates.
Ludovic
--
Ludovic Dubost
Blog: http://blog.ludovic.org/
XWiki: http://www.xwiki.com
Skype: ldubost GTalk: ldubost
Hello Devs,
I have been working on implementing document splitting functionality in
office importer for last two weeks. Currently it's working nicely but before
it can be integrated into our main source tree there are few things we need
to agree upon.
1. New UI of the office importer application.
2. Design of the splitting functionality.
Apart from above two topics, I need a good suit of tests as well (working on
it).
== Current UI ==
Screenshot: http://i41.tinypic.com/2h4i1s9.jpg
As you can see, there are new options for appending content into an existing
page plus performing the split operation. Since I'm not a HCI expert I'm
pretty sure some of the aspects of this UI need to be changed. So your feed
back is very important on this :)
== Current Design ==
UML Diagram: http://i42.tinypic.com/345bxhw.png
There are two things I need to discuss with this design.
1) I'm using WikiDocument objects to buffer / collect XDOM fragments that
represent newly split documents. This allows me to associate names, parents,
titles etc. with corresponding XDOM structures so that after the split
operation I can save them as wiki pages. As you can see, WikiDocument is
kind of a model object that should be replaced when the new model component
is available. Still, I'm not sure if the idea of WikiDocument should be
avoided even at this point.
2) DocumentSplitter is not a component interface. I had to do this because
HeadingLevelDocumentSplitter has internal state and I couldn't think of a
way to make it a component. However I can make it a component by abstracting
out the split criterion from the document splitter as described in next
(alternative) design.
== Alternative Design ==
UML Diagram: http://i39.tinypic.com/28k24w4.png
Here I have abstracted out the split criterion from the document splitter.
The DefaultDocumentSplitter will recurse through the main XDOM asking
SplitCriterion and NamingCriterion to take care of the splitting operation.
I think this design is more reusable than the first design. WDYT?
If you have any comments regarding these topics, please let me know.
Thanks.
- Asiri
Hi all,
I am prasad jeewantha from university of moratuwa Sri Lanka. And I am
interested in developing Xwiki specially "XWiki Jabber, Google Talk, Skype
Integration", "Calendar application " and "Photo Album Application ". I have
programming knowlede in Java, c and c++. Id really appriciate if someone can
send me some documentation, tutorials etc to have a start up. I have issues
in getting the sourse code into eclipse. I havent used maven before so any
step by step guide will be highly appriciated. thanks in advance
pj
<http://dev.xwiki.org/xwiki/bin/view/GoogleSummerOfCode/XWikiJabberGoogleTal…>
Hello all!
My name is Teofil Achirei, I am a student at Technical University of
Iasi, Faculty of Automatic
Control and Computer Engineering.
I have 2 years of experience as java web developer and I'm a Microsoft
Certified Technology
Specialist .NET Framework Foundation.
I'm passionate about web development, web mining and applications integration.
You can find out more about me on my web crawling weblog:
http://teofilachirei.wordpress.com/
I would like to participate to GSoC 2009 on the project "Skin and
template support for XOffice".
I find XWord as a very useful add-in and I would like to improve its
functionality.
Currently what XWord misses most is skin and template integration and
that's what this project
is about. I've created a wiki on myxwiki.org
(http://teofilachirei.myxwiki.org) and I'll soon add
pages and mockups for this project.
I've submitted my proposal on GSoC website. Please let me know if it
needs further improvements.
Thanks.
--
Teofil Achirei
Hi,
Don't want to be impatient :p, but I'd like to check if you got my new
proposal for **Google Gadget and OpenSocial Integration**.
Even though I sent it just yesterday morning, the application period it's
getting close to the deadline and I'd like to have the chance to improve it
by then.
Thanks,
Anamaria
Hello Guillaume,
thanks for your response. I already started studying reference porlets
and XWiki internal architecture, currently I'm creating work proposal
and time schedule how to reach use case you described to me.
As time is ticking (deadline on Friday), who should I send application
form to? I suggest that the best way is to send it into this forum so
everybody can discuss it.
Karel
i've submitted a new version of the ExtendedTodo Application, but i'm
not sure how to update the download page, can some dev please do it?
changelog (from v1.0):
* compatibility with XE 1.8
* limited the 'done' and 'dropped' lists (to 10 todos)
* panel looks better in Opera
* less dummy todos
* xapp entry
Cheers
Hi,
Could someone please look into my second question, cause I really like to
get an answer for that, since I would like to submit my proposal for that
too... I guess my previous mail was overlooked upon, in the crowd of other
mails.
As I've already mentioned, I've submitted my proposal for the "XEclipse
Navigator", please look into the proposal, and let me know how I can improve
it.
The final query was answered, by Guillaume, in another thread; Thanks for
that.
Venkatesh Nandakumar
2009/3/31 Venkatesh Nandakumar <venkatesh88(a)gmail.com>
> Hi Fabio, Guillaume and other devs,
>
> I've submitted my proposal for the "New XEclipse Navigator". Please let me
> know if the proposal needs further improvements.
>
> Secondly, I have pretty good experience with xslt and xml-fo ( as a part of
> Apache Cocoon). I've used them quite extensively for PDF generation before.
> So, for the "Improved PDF Export" Project, I went through the code to see If
> it would be possible for me to work on it, and frankly, the usage of
> inherent data structures specific to Xwiki, did not make my work easy. The
> question is, since I'm new to xwiki-core structures, flow control in xwiki,
> and xwiki-code in general, would it be of any hindrance if I submit a
> proposal for that too (though I'm good at xslt and xml-fo)?
>
> Finally, Just wanted to know, how "import-export from other wikis" would be
> implemented. Is it using wikimodel?
>
> Thanks,
> Venkatesh Nandakumar
> Department of Electronics & Computer Engineering
> Indian Institute of Technology Roorkee
>
>
Hi,
I am Mafaz Hassan. An undergraduate of Department of Computer Science and
Engineering.I am working on submitting a proposal for the Project XEclipse
navigator.I have sent mails to this mailing list before, but i was just
replying to the common thread which would not have been clear to you
all.Sorry for the inconvenience caused.I have four to five years experience
on Java and i have a good knowledge on GUI programming in Java.I have been
very much involved in Swing Programming in Java for the past one or two
years, So I chose the XEclipse Navigator project without much confusion.I
have a strong knowledge on XWiki ,XWiki Data Model and XEclipse now.I would
like to know more on the state persistence functionality mentioned?I want to
know what level of state persistence do you expect out of this project?And
can someone help me out in building the source of XEclipse?
Thank you.
Regards
Mafaz
Hi all
I am an undergraduate at University of Moratuwa specializing in the
field of Computer Science and Engineering and willing to take part in XWiki
during this summer. I participated in Gsoc last year with Sahana community
where i involved in implementing a project relating to social networking and
i completed it successfully [1] . Where i had to play with photo related
works and i extracted more on the methodologies of handling those
information.
I myself think this project is kind of interesting for me and will
be able to contribute you effectively than last years as i am more
passionate on FOSS and Gsoc. Further i am really interested in Java projects
as most of the projects i have done and experienced are lied on Java.One of
them is listed below [2].
Regarding the photo album application i want some more
clarifications on migration tool from the old version photo albums. is it
kind of extracting features based on the old implementation having their
core logics, in new appliaction or just a tool to convert old photo albums
to new one with their excisting features. Would you mind clarifying me on
this.
Further regarding the Import Export from any other Wiki , would it be
kind of content transferring mechanism among wikis. In that case i can think
in terms of providing a link aside to transfer a selected content on one
wiki to another etc. I am glad to have more information on this too.
[1] http://docs.google.com/Doc?id=dhh6gcfm_29cjk88fj8&hl=en
[2] http://sci-flex.org/
Thanks in advance
Harsha
Forwarding this to xwiki devs for input.
Joshua Marks
CTO
Curriki: The Global Education and Learning Community
jmarks(a)curriki.org
www.curriki.org
US 831-685-3511
-----Original Message-----
From: curriki-devs-bounces(a)xwiki.org [mailto:curriki-devs-bounces@xwiki.org]
On Behalf Of Henri Lesourd
Sent: Tuesday, March 31, 2009 9:18 AM
To: curriki-devs(a)xwiki.org
Subject: [curriki-devs] XWiki HQL queries too slow
Although it's not specific to Curriki per se, I start by posting my
question here, for perhaps somebody on the list met this problem before.
My question is: I need to query documents containing an object from a
specific Java class, and to access the object. In Vincent Massol's XWiki
tutorial, examples of how to do this are exclusively described in the
following way:
(1) First, query the wiki for the names of all the documents having a
specific class, e.g.:
#set ($hql = ", BaseObject as obj where obj.name=doc.fullName and
obj.className='XWiki.TodoClass'")
for querying the names of all the documents having the class 'TodoClass'.
(2) and then, for each document, fetch the document with getDocument(),
and then
perform a getObject() for getting the related instance of the Java
class, which finally
can be accessed. Here is a typical snippet:
#foreach ($todo in $todos)
#set ($todoDoc = $xwiki.getDocument($todo))
#set ($todoObj = $todoDoc.getObject("XWiki.TodoClass"))
........ { Code using $todoObj } ..........
#end
Problem is: in my version of the step (1) above I get 1800 documents,
but next, in step (2), I dismiss most of them by means of performing a
simple test on the slots of the object obtained from getObject().
Thus, as it is described above, the technique from the XWiki tutorial is
highly inefficient, because for the sake of performing the simple test
you need on the Java object contained in each document, you are forced
to fetch this document, then read the object with getObject(), and it's
only then that you can perform your simple test.
==>
Question: is there a possibility to perform the getObject() *inside* the
HQL query, in such a way that I can fetch and test the slots of a given
related Java object (e.g., an XWiki.XWikiUsers, or an XWiki.XWikiGroups)
directly inside the 'where' part of the HQL query ?
For example, I'd like to be able to write something like:
#set ($hql = ", BaseObject as obj where obj.name=doc.fullName and
obj.className='XWiki.XWikiUsers' and
doc.getObject('XWiki.XWikiUsers').country='Papua New Guinea')")
for fetching the names of the XWiki pages of all people from Papua New
Guinea. In such a case, if there are only few of them among several
hundreds of users from more common nationalities, I run exactly on the
problem described above.
Of course, this example with the users is not very useful, and perhaps
you can do that in another way from inside Java, but the pattern is
typical. In practice, if you cannot perform simple tests to eliminate
unwanted items directly inside the HQL, then very easily, you obtain
programs performing queries lasting several dozens of seconds, which
quickly becomes unbearable for the users.
With more users operating in the same time, the response time for a
simple Velocity program displaying a list of items can even reach
response times of several minutes, like it happened to us last week
during the presentation of Intergeo in a seminar in Spain (fortunately,
people understand that the system is under development, but...).
Thus I'm looking for an approach to eradicate this problem once for all,
for otherwise, it will not be possible to build a web-based system
usable by more than a dozen users, and this would be, hem, annoying so
to say...
Thank you in advance,
Henri
_______________________________________________
curriki-devs mailing list
curriki-devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/curriki-devs
Hi,
I wrote a java batch allowing to acces XWIKI.
This batch was okay with 1.5.2 XWiki release but it's not working with
1.7.1 XWiki release.
I don't understand where is my problem and need your help...
Here is a part of my java code :
-------------------------------------------------------------------------------------------
private ComponentManager componentManager = null;
/**
* @return a configured Component Manager (which uses the plexus.xml file in
the test resources directory) which can then be put in the XWiki Context
for testing.
*/
public ComponentManager getComponentManager() throws Exception {
if (this.componentManager == null) {
DefaultContainerConfiguration configuration = new
DefaultContainerConfiguration();
configuration.setContainerConfiguration("/plexus.xml");
DefaultPlexusContainer container = new
DefaultPlexusContainer(configuration);
this.componentManager = new PlexusComponentManager(container);
}
return this.componentManager;
}
/**
* Constructeur de BatchWikiAccess
* @throws Exception
*/
public BatchWikiAccess() throws Exception {
String rootPath =
Thread.currentThread().getContextClassLoader().getResource("").getPath();
// Recuperation du fichier de proprietes xwiki
FileInputStream fileInputStream = getInputStream(rootPath +
"xwiki.properties");
XWikiConfig conf = null;
try {
conf = new XWikiConfig(fileInputStream);
conf.setProperty("xwiki.store.hibernate.path", rootPath +
"hibernatedev.cfg.xml");
Utils.setComponentManager(getComponentManager());
wiki = new com.xpn.xwiki.XWiki(conf, new XWikiContext());
} catch (Throwable e) {
Logger.getLogger(this.getClass()).error("o !!! Pb grave lors du runtime : "
+ e.getMessage());
throw new Exception("o !!! Pb grave lors du runtime : " + e.getMessage());
}
}
-------------------------------------------------------------------------------------------
I have a runtime error while execute line :
wiki = new com.xpn.xwiki.XWiki(conf, new XWikiContext());
Thanks in advance for help.
If someone has a better way to access XWIKI in batch mode; it good to !
Julien
hi
i would like to integrate a streaming reader
in xwiki(as plugin or other) to be able to read videos in xwiki
is there any thing about that? or how can i start a plugin to this
Thanks
--
View this message in context: http://n2.nabble.com/streaming-reader-in-xwiki-tp2562986p2562986.html
Sent from the XWiki- Dev mailing list archive at Nabble.com.
Hi,
I am working with idea on 'XWiki Jabber, Google Talk, Skype Integration'. I
thought of using GWT to create our web chat interface, therefore can some
one please let me know some details on how XWiki integrates or supports
Ajax. It would be helpful if I could have some links related to this GWT
Ajax using with XWiki.
Regards,
-Tharindu
Hi. I'm Alexandru Cismaru (MSc student in Iasi) , last year I was a GSOC
student at XWiki, with the RESTful API project.
This year I'm interested again in another project, *XWiki Cross Platform
Web and Desktop Widget*. I have done some research and talked with Ludovic,
Sergiu and Guillaume on the IRC, so this is what I came out so far:
http://dev.xwiki.org/xwiki/bin/view/Design/XWikiWidgetandFirefoxextension .
Please give me your feedback and ideas.
Thank you,
Alexandru Cismaru
fyi, especially the part:
* [MRELEASE-375] - release plugin does not work with subversion >
1.5.0
-Vincent
Begin forwarded message:
> From: Olivier Lamy <olamy(a)apache.org>
> Date: March 28, 2009 6:36:36 PM CEST
> To: announce(a)maven.apache.org, Maven Users List <users(a)maven.apache.org
> >
> Cc: Maven Developers List <dev(a)maven.apache.org>
> Subject: [ANN] Maven Release Plugin 2.0-beta-9 Released
> Reply-To: "Maven Developers List" <dev(a)maven.apache.org>
>
> Hi,
> The Maven team is pleased to announce the release of the Maven Release
> Plugin, version 2.0-beta-9.
>
> http://maven.apache.org/plugins/maven-release-plugin/
>
> You should specify the version in your project's plugin configuration:
>
> <plugin>
> <groupId>org.apache.maven.plugins</groupId>
> <artifactId>maven-release-plugin</artifactId>
> <version>2.0-beta-9</version>
> </plugin>
>
>
> Release Notes - Maven 2.x Release Plugin - Version 2.0-beta-9
>
>
> ** Bug
> * [MRELEASE-273] - Regression: NullPointerException at end of
> standalone "release:perform"
> * [MRELEASE-375] - release plugin does not work with subversion >
> 1.5.0
> * [MRELEASE-379] - return results after performing a release
> * [MRELEASE-381] - url syntax not good enough for the git scm
> provider
> * [MRELEASE-386] - Sneaky bug in DefaultReleaseManager.perform()
> * [MRELEASE-393] - NoSuchMethodError when using
> InvokerMavenExecutor with cmd line arg "--quiet"
> * [MRELEASE-405] - Wrong branch-name parameter
>
> ** Improvement
> * [MRELEASE-385] - Upgrade to last scm version (1.2)
> * [MRELEASE-392] - Align release-parent, release-manager and
> release-plugin versions
> * [MRELEASE-427] - Add a mojo parameter for using the new remote
> tagging for svn scm provider (to prevent issue with svn > 1.5.0)
> * [MRELEASE-429] - Support for a [token]-SNAPSHOT in addition to
> [number]-SNAPSHOT
>
>
> ** Task
> * [MRELEASE-390] - Add VSS dependency
>
> Have Fun!
>
> --
> The Maven Team
Hi,
I'm Arosh. In last few days I go through the Google API and find out the
component features and the data model of it.
I think this should be the correct project to me for this summer.Because I
am a Sun Certified Java Programmer and four to five years experience with
Java.
Also I have the experience of working with several APIs.In last 6 months I
working with mobile APIs like Android and Brew, WAP frameworks like
mymobileweb and netbiscuits and also JSF ect.
So before I further researching on these projects I think it is very much
important to have a strong understanding about XWiki data model.I would like
to know what are the relevant steps should I take to make my interest a
reality.
Further I would like to know what are the weakness that was there in old
calender specifically.
--
regards
Arosh Thilanka Perera
Dpt of Computer Science & Engineering
University of Moratuwa
Sri Lanka.
Hi Dear,
After a full day of brain storming, I finally submitted my proposal for
Calendar application.
Please have a look on my proposal and let me know how can I improve it.
Thanks for your consideration.
regards,
--
Apurv Gupta
Indian School of Mines University
Hi all.
I would like to participate GSoC and work by XWiki. I am interested in idea
"XWiki Jabber, Google Talk, Skype Integration".
Main aim of described idea is to use some kind of chat rooms. Those chat
rooms should be used for discuss editions and log this discussions to
wiki(please correct me if I am wrong).
What I propose is publish-subscribe mechanism, it is part of
XMPP(Jabber/GTalk) standard. It allows to create messages categorized by
nodes. When message is add, modify or delete from node there is notification
sent to all subscribers (like RSS or ATOM). Main advantage of this solution
is that users may use their jabber accounts for subscribe discussion or
publish something in it.
Here is small comparison:
chat logging:
* To be at home in subject someone have to read all chat log.
pubsub:
* You may subscribe only nodes you are interested in and ignore
uninteresting.
chat logging:
* Chat has specific convention, there is a lot of short messages, statements
are not well-thought-out, there are a lot of misunderstandings and
explanations of it
* After logged all chat. It may be necessary to moderate discussion. We have
to create special tool for this and someone have to do the work.
pubsub:
* When people publish some "post" they have more time to think about it. It
is possible to modify posted unclear statements. Author can even delete
unnecessary own posts (in both situations all subscribers will be notify).
Main disadvantage of pubsub is that it will be more difficult to port this
for Skype and other closed protocols. But users can always use expected
built-in XWiki pubsub client.
Plese give me feedback about this idea.
Jan J. Roman
Hello,
I'm master student in informatics. I would like to apply for JSR-168
full compatibility proposal in this year's GSoC for XWiki.
There's a list of my experience concerning this application:
- Java (mainly databases and web portals - JTA, JPA, JDBC, JBoss, Apache
Tomcat and Jetty)
- 2 years of continuous work at portal www.abclinuxu.cz
- project design
- (re)implementation of CSS 2.1 parser concerning easy update as
specification of CSS evolves http://cssbox.sourceforge.net/jstyleparser/
- team implementation of XML database on scratch with client-server SSL
access with JSP frontend sample application, abstract availablee at
http://www.esiee.fr/~bureaud/Unites/Pr302i/0607/i307et05.pdf
- ability to connect different pieces of code and/or software
flawlessly - bachelor thesis, comparison of Wikipedia portals based on
Apache Coocon with XML database exist and Stripes with 'Wicket' like
extension and PostgreSQL
I would like have more information what I will be supposed to do.
For example, it would be great if code is done with concerning JSR-286
forward compatibility.
Thank in advance for response
Karel Piwko
Hai Ludovic,Serigue and Other GSOC ppl
I had upload the functional view of the survey. Click here
<http://www.xwiki.org/xwiki/bin/view/XWiki/ChathuraPrabuddha>to view it.
Plan to add the architecture diagram in next fix few days.
Hope that this will be helpfull to other gsoccers too..
Mean while I had uploaded my application to the gsoc site.
Also I mailled the pdf it to Asiri and Ludovic.
So dear mentors please send me your kind feedback about my application.
good luck
Hi,
I need some help locating the code for Google Gadgets (
http://incubator.myxwiki.org/xwiki/bin/view/Gadgets/). I don't see it in
platform/xwiki-applications or platform/xwiki-plugins (in
http://svn.xwiki.org/svnroot/xwiki/).
Also what is it : an application, plugin, component ? (combination of them?)
Is it implemented as a container that supports the original gadgets API. How
about the Open Social API ? (as the project specifies, they should both be
implemented)
I think it would be nice to allow users to add gadgets/open social gadgets
to the sidebar as well, not only on the Dashboard page. What do you think ?
Thanks,
Anamaria
Hi,
I've finished the annotation implementation for registering
components. The rendering modules have been migrated to annotations
fully so I believe it's now strong enough to be used globally in XWiki.
I'd like to propose that we use annotations for all new code from now
on and slowly refactor existing code to use them.
Here's my +1
Thanks
-Vincent
Hi,
So far we've been using plexus configuration mechanism in
components.xml to define component configuration data. I'm proposing
to drop this. Reasons:
1) This is trying us to plexus and is not generic enough for all IOC
frameworks
2) It doesn't easily allow overriding config values (for ex if the
user wants to override a value in a wiki page or in xwiki.properties
file)
I thus propose 3 things:
1) to use our new xwiki configuration mechanism to store component
configuration data
2) to have a META-INF/<module prefix>.properties file located in the
module jar where <module prefix> is org.xwiki.rendering for example
for the rendering module (we could also have a submodule if the module
is split into several modules). The idea is that the file name needs
to be unique across jars so that we can create uberjars later on if
need be.
3) in general we shouldn't have component-specific config data and
instead make the data as generic config data as much as possible and
bound to the module's Configuration component instead.
For 1) and 2), it's very easy to do:
- the component which requires config data need to have
ConfigurationManager and ConfigurationSources injected and implement
the Initializable interface and then call in initialize():
this.configurationManager.initializeConfiguration(this,
this.sourceCollection.getConfigurationSources(), <prefix>);
- store data using a FQN in META-INF/<module prefix>.properties, for
example:
org.xwiki.rendering.internal.macro.RealmMacroSource.priority = 10
In this example you would call initializeConfiguration with a prefix
value of RealmMacroSource.getClass().getName().
3) is important because otherwise users will be able to override
private config data and if the internal implementation changes the
config data won't be valid anymore. The reason for 2) is to hide these
config data from the users as much as possible since these are
advanced config options that shouldn't normally be used.
For example we would defined a default priority for macros but in some
very exceptional cases the user would want to change the priority so
that the macro executes at a different time for a given reason.
Another example if the velocity components which contain lots of data.
I believe these data should be moved to a VelocityConfiguration
component instead.
WDYT?
Thanks
-Vincent