Hi, all,
I am trying to add an addComments sub-menu item to image button from the
menu bar of WYSIWYG editor, what it does is to add comments for an image
inserted in the editor because I need to explain what each image is about
after I put it in the editor, I checked the
class:XWiki.WysiwygEditorConfigClass and the wysiwyg.js, I added a
sub-menu in
the WysiwygEditorConfigClass for image menu, but after that, I got lost,
this sub-menu button is supposed to connect to a plugin to trigger java to
run I believe since it is a plugin and each sub-menu like
imageInsertAttached, imageInsertURL is a plugin, but I could not find the
code where it calls a plugin, so how is the sub-menu button hooked to the
plugin? when a user clicks on the submenu button in the editor (inline
form) page, which javascript function gets called?
Thanks very much in advance!!
Dave
Hi devs,
We need to take a decision. There are 2 places where we have XMLs:
A) In our SCM when we store our documents and when we call mvn xar:format
B) When we export XARs
Right now we pretty print in A) (very recent, I've done this a few days ago) but not in B) which is not optimal since users absolutely need to call xar:format to be able to diff their output with what is in our SCM.
* Solution 1: we don't pretty print in A and B
* Solution 2: we pretty print in A and B
What would you prefer?
Thanks
-Vincent
Hello interested GSoC students,
I`d like to remind you that, according to the GSoC timeline [1], today at
19:00 GMT/UTC is the final day when you can apply as a GSoC student. After
that, students can no longer apply or modify their application's details.
Please make sure that you don`t miss this deadline and that your
application is in final state to be reviewed by our mentors.
Also, if you have worked on any existing Jira issue, please make sure to
include that in the application so that we know about it and make sure you
publish (pull request or attached patch file) your work so we can review
it. Otherwise, if you have posted a link (github repository) with any past
coding that you have done that you would like us to see, please make sure
to include it in the application together with any references that can
certify that the code is yours. Code samples that were uploaded very
recently (like 1 week ago) will not be considered.
Thanks,
Eduard
----------
[1] http://www.google-melange.com/gsoc/events/google/gsoc2012
Hello.
My name is Sai Teja Jammalamadaka.
I'm a Student of Computer Science and Engineering (B.Tech.) at Vishnu
Institute of Technology, Bhimavaram, India.
I am interested to participate in GSOC this year.
I've taken a look at the ideas page, and I see that you are wanting to
develop a LDAP server using XWiki.
To be frank, I have never worked on an open source project before.
I have worked on Java based web projects which I've submitted for
Competitions like Oracle's ThinkQuest International Competition and IBM's
The Great Mind Challenge. I created a small side scrolling java game using
the JGame Java Library. So I do have a good exposure to the Java Language.
But I've never channeled my time into working with a public open source
project, as of yet.
What I've understood from discussing on IRC is that the project is to
implement an XWiki LDAP as a backend for user registration and groups for
XWiki. I think that it will provide me with a good challenge and at the
same time allow me to learn more about java, since I am a java programmer
at heart. One of my strong points is that I can analyse pieces of java code
with ease, so I feel that I will be able to get a good understanding of
XWiki during the community bonding period in May before the actual coding
starts.
I would like your advice and feedback.
I mean is there scope for you to select a project related to the LDAP
compared to other projects? And since I've never worked before on open
source projects, will that affect my chance of getting accepted? What else
can I do to overcome that drawback?
Eagerly Awaiting Your Reply,
Sai Teja Jammalamadaka,
Student of Computer Science and Engineering,
Vishnu Institute of Technology,
Bhimavaram, 534204
Andhra Pradesh
INDIA
Link to CV:
https://docs.google.com/open?id=0B3KNacfHUN6OamJwWGFuQ0FULWlmLUxab25yejhaQQ
Website: www.saiteja.in (undergoing maintenance)
Email: audiodevelop(a)gmail.com
IRC Nick: audiodevelop
Dear Team XWiki
I'm Savitha doing my MS in Computer science at Arizona State
University. I'm really excited to contribute to open
source community through XWiki GSOC 2012. I'm interested in the project *SOLR
search component*.
I have worked in lot of Java Projects and have a good standing in it. I've
downloaded and built the Xwiki source code
as per the instructions. Right now I'm going through the documentation of
SOLR and trying to play around with XWiki Enterprise .
Looking forward to this opportunity.
--
Thanks,
Savitha
Hi everybody,
I've added the support for XWIki authentication to the chat prototype.
Now, XMPP connections are authenticated using the XWiki authentication service.
To make the integration seamless, BOSH connections are authenticated
using XWiki cookies. So if you connect from an XWiki page where you
are already logged in, you will be automatically authenticated.
Otherwise you must provide actual XWiki usernames and passwords
(e.g., if you login from Pidgin)
Everything works quite well, though I think that some code review is
needed because accessing the AuthService from outside a real HTTP
request is quite tricky and I don't know if what I did has potential
issues.
There are 2 places where I can perform authentication:
1) In the XWikiUserAuthorization class. This code is called by the
Vysper server when it needs to authenticate a request. Here we are
outside the HTTP/Servlet realm because calls to the verifyCredentials
method could come also from the TCP/IP endpoint (the one used by
Pidgin, for example). What I did here is to create fake HTTP/Servlet
request/response to build an XWiki context and access to the
AuthService. I've adapted the code from
XWikiContextInitializationFilter and it looks like this:
https://github.com/xwiki-contrib/xwiki-platform-chat/blob/master/xwiki-plat…
(called from here:
https://github.com/xwiki-contrib/xwiki-platform-chat/blob/master/xwiki-plat…)
2) In the XWikiBoshHandler class. Here I have basically overridden
Vysper's Bosh process method that processes XMPP Stanzas. I intercept
AUTH stanzas and I try to authenticate the request from where these
stanzas come from using cookies. Here we are in the HTTP/Servlet realm
and I use the Execution object to retrieve the XWiki context which is
available because I associated a XWikiContextInitializationFilter to
the Bosh servlet. The code is here:
https://github.com/xwiki-contrib/xwiki-platform-chat/blob/master/xwiki-plat…
(pretty standard)
Comments are welcome.
Thanks,
-Fabio
Hi everybody,
one of the research projects we are involved in is about realtime
collaboration. One of the aspects we wanted to investigate was the
integration of a chat system within XWiki.
I've been working on this lately and I've built a prototype that uses
an embedded XMPP server for handling all the communication.
I still have to cleanup a bit the code before committing it, but I
took a video of how things work.
You can find it here: http://youtu.be/0Gwtpu3iVwo (it's FullHD, so
make sure to change the video quality and to switch to fullscreen)
There are several things we need to address (authentication is one of
them), but I think we could have a functional extension pretty soon.
It's 1:30am right now, so I will give you more details in a next mail :)
Enjoy.
Thanks,
Fabio
The XWiki development team is proud to announce the availability of
XWiki Commons, XWiki Rendering, XWiki Platform, XWiki Enterprise and
XWiki Enterprise Manager 4.0 Milestone 2.
This version mainly introduces:
* various ways of customizing users directory and profiles
* comments and annotation merge
* LDAP administration UI
See the full release notes at
http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWikiEnterpris…
for more details.
Thanks
-The XWiki dev team
Hi devs,
I recently modified component manager internals and changed the role
used as key in the map from Class to Type so that it properly make a
difference between Provider<Toto> and Provider<Titi> without the need
to generate a special hint.
For the one not aware of what Type is lets say it's what Class is
extending. Among other things Type is also extended by
ParameterizedType which is interesting here because it basically
contain a Class with it's generic parameters (it also indicate if the
type in included in another one but we don't care in our case ;)).
To summarize:
* Provider is a Class
* Provider<String> is ParameterizedType
and both are Type
That said I would like to change the whole ComponentManager and
related descriptors APIs to use Type as role instead of Class.
= What it bring
What it means is that it makes possible to cleanly represent a
Provider in which the generic type is meaningful right in the
ComponentDescriptor (right now the generic type is extract from the
implementation class when the provider is registered which is pretty
crappy) and simplify a lot the current implementation.
But it also mean we could use this new "feature" for other components.
For example right now we have things like:
@Component
public class DefaultStringDocumentReferenceResolver implements
DocumentReferenceResolver<String>
and
@Component
@Named("default/reference")
public class DefaultReferenceDocumentReferenceResolver implements
DocumentReferenceResolver<EntityReference>
and injected by
@Inject
DocumentReferenceResolver<String> resolver;
and
@Inject
@Named("default/reference")
DocumentReferenceResolver<EntityReference> resolver;
Having Type used as role means that we could have:
@Inject
DocumentReferenceResolver<String> resolver;
and
@Inject
DocumentReferenceResolver<EntityReference> resolver;
= What it breaks
So what's the catch ?
Basically it would break any code that currently programmatically
register or unregister Provider since It would remove the current hack
to discover the Provider parameter (assuming that the
ComponentDescriptor now provide the complete role). But that's OK IMO
given that Provider support is very recent and I doubt it's a common
use case.
We would obviously keep and deprecate all the existing APIs based on
Class which are pretty easy to implement since Class extends Type.
Even if removing them would not cause any issue when you build it's
not binary compatible since it's not the same method signature.
So WDYT ?
Here is my +1 and since we are starting a new major version it sounds
a good occasion so introduce such change.
--
Thomas Mortagne
Dear* Thomas,*
I think it will take the same time with android. No difference. I am also
thinking that it is easy to propose but hard to make. I will lower the set
of requirements to a doable set. I will almost complete the proposal by
today night.
Thanks for frequently checking out.
Regards,
Sasinda Rukshan,