I noticed that the rhq-pluginAnnotations-3.0.4.jar JAR is used in xwiki-enterprise-jetty-hsqldb-4.1.2. The source code for rhq-pluginAnnotations-3.0.4 [1] uses the GNU General Public License. However, the overall licence for xwiki-enterprise-jetty-hsqldb-4.1.2 is GNU LESSER GENERAL PUBLIC LICENSE (see xwiki-enterprise-jetty-hsqldb-4.1.2\META-INF\LICENSE file that comes with the distro).
If the overall distro uses a GPL library, don't the copy left provisions of the GPL require shouldn't that require the whole distro fall under the GPL license?
Refs.
[1] http://grepcode.com/file/repository.jboss.org/nexus/content/repositories/re…
Hi,
Here I "fixed" the failing attachment test to prove what it sets out to prove.
https://github.com/xwiki/xwiki-enterprise/commit/a59168b23dfb254d67a24caf98…
I also added 2 new tests, one of which checks if a modified document is the same after saving
and the other checks if the '$doc' reference points to the same document.
It turns out that one of the tests fails, meaning any code which modified it's own page, saves it,
and expects it's handle on '$doc' to still contain the modified document will break.
It is relatively common for some scripts to modify their own document, esp. adding objects and if
they do multiple save operations, the content from only the last save will be preserved since it
will overwrite the older saves.
IMO we really need M1 but we should report a blocker on this as soon as it is released.
Caleb
Hi Thomas,
*Road Map: Status*
*
*
1)Complete SyncDaemon [done. some fine tuning needed]
2)Encryption features [currently working on]
3)Do full documentation of the current platform.[done]
4)JUnit tests [next week]
5)
I have uploaded the documentation set in a zip file at
http://dl.dropbox.com/u/30342197/Full%20Documentation.zip .Feel free to
ask for clarifications and point out mistakes,improvements if needed.[start
with INDEX-XWiki Android]. Where shall I publish them ? In
the extension space (where Chamika's Documentation is) or the design space?.
Regards,
Sasinda Rukshan
On Wed, Aug 1, 2012 at 12:41 PM, sasinda rukshan
<sasindarukshan(a)gmail.com>wrote:
> Hi Thomas,
> *Road Map: Status*
> *
> *
> 1)Complete SyncDaemon [done. some fine tuning needed]
> 2)Encryption features [currently working on]
> 3)Do full documentation of the current platform.[done]
> 4)JUnit tests [next week]
> 5)
>
> I have attached the documentation in a zip file.Feel free to ask for
> clarifications if needed.[start with INDEX-XWiki Android]. Where shall I
> publish them ? In the extension space (where Chamika's Documentation is) or
> the design space?.
>
> Regards,
> Sasinda Rukshan.
>
>
> On Tue, Jul 24, 2012 at 9:20 AM, sasinda rukshan <sasindarukshan(a)gmail.com
> > wrote:
>
>> Dear Thomas,
>>
>> *RoadMap.*
>> 1)Complete SyncDaemon
>> 2)Complete Encryption features. ( The module will not be fully specified.
>> Only little functionality for this project)
>> 3)Do full documentation of the current platform. (quick starts,
>> contribution guides ...) <<need opinion. Is documentation considered part
>> of GSoC?
>> 4)Junit Tests (for the new high level rest layer, xwiki Domain model
>> persistence)
>> 5)Some more UI demos. (what about making a View-Generator-Engine as a
>> reusable component to generate android view widgets for Document and its
>> parts?. Only objection with me is time concerns)
>>
>> Extra:
>>
>> I did not do that announcement yet :-). Hope you are not angry with me. I
>> planned to do it after I add UI to demonstrate "Sync Daemon". Currently you
>> can only manually save and do the publishing later.
>>
>> I hope to complete SyncDaemon demo, Encryption by the end of this week.
>> (Then only left will be Junit tests and some more UI demos to show adding
>> comments , attachments to the android's XWiki Domain model).
>> I will be completing the RAL layer without the querry methods.
>> Querry methods are a lot of big work. I'll just note the idea here.
>> ex: querry all documents with a blogpost object or a blog category object.
>> How to do:
>> Make 2 instances of Document Object (doc1, doc2)
>> doc1.addObject( XBlogPost)
>> doc2.addObject(XBlogCategory)
>>
>> in the RAL : DocumentRao.querry( doc1, doc2) <<here querry
>> method signature is querry(Document ... docs)
>>
>> :-) This is very highlevel. And I am not smart enough to fully implement
>> it. (slight idea of using QuerryBuilders and Filter Chains :-( )
>> So I want implement it.
>>
>>
>> Also the test build is not working.
>> The test modules are running up to mvn phase apk. Shall I see to it
>> later, when I add my own Junit tests.
>>
>>
>>
>> Regards.
>> Sasinda.
>>
>
>
Bonjour,
Un petit message pour vous demander s'il existe chez Xwiki des travaux sur
la visualisation des données ?
Merci d'avance et bonne journée
Mathieu
--
un nouveau colporteur (explorateur à ses heures) sur la route de la
révolution du sourire
The XWiki development team is proud to announce the availability of
XWiki Enterprise 4.2 Milestone 1. This release brings a couple of bug
fixes and improvements to the Extension Manager as well as two new
extensions integrated into the platform but not bundled by default: an
improved JIRA macro and a Git module that lets you perform Git
operations from within wiki pages.
You can download it here: http://www.xwiki.org/xwiki/bin/view/Main/Download
Make sure to review the release notes:
http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWikiEnterpris…
Thanks
-The XWiki dev team
Hi,
Inside a xwiki page there is inserted a INFO macro. How can I get the
corresponding InfoMessageMacro object from the code(groovy) using API?
Thanks.
Hello fellow XWiki developers and users,
would it be possible to share an export of parts of your XWiki installations to help Savitha's testings in her XWiki Solr project?
Among interesting things, I'd wish:
- a few spaces with objects and their displayers
- a clean series of multilingual pages.
It can be somewhat big (e.g thousands of documents) but not too much (less than 1Gb).
Ideally you reply with an offer on the mailing list then we can exchange directly a link to the xar. I do not think it's a good idea to send the xar as attachment to the list!
paul
Hello Friends,
As you may or may not know, I have been working on a responsive skin for
XWiki for GSOC (http://23.21.87.183:8080/xwiki/bin/view/Main/WebHome). As I
continue to add further details and refinements into the skin, I would like
to kindly ask for your help in doing so. In order to make sure that I did
not miss anything and the skin is as complete as possible, I would like to,
if possible, request a XAR of an existing wiki (or complex pages) so that I
may see the result of implementing the skin on more than the default wiki
data.
If this is not a possible, I would like to still enlist your help in
testing some basic/your favorite functionality/features of xwiki. There are
several ways to do this:
- By downloading the current skin and testing it on your XWiki:
https://github.com/jssolichin/xo5
- By playing around with the live instance (uses default admin
user/password): http://23.21.87.183:8080/xwiki/bin/view/Main/WebHome
- By letting me know of your favorite applications (so that I may look
into implementing them)
Anything you want to note is fine. Bug and feature request are both
welcome, as I think communal ideas are often better than one. Even if you
did not have a chance to play too much with the skin, go ahead and let me
know what you think I should check on (based on your experience) and/or
give me any suggestions that may have come up while reading this.
Technicality permitting, I will check myself.
Helping with this process will help make the skin better, and maybe help it
to be tailored to your (/type of) wiki and the community surrounding the
platform in general.
Thank you in advance for your time!
Jonathan Solichin
Hello devs,
I just finished porting my XWiki development environment from Windows 7 to
Ubuntu 12.04. I am now able to build all projects from the command line
without errors. I'm working with the master branch from Git. I have Eclipse
Juno installed with plugins that include m2eclipse (the version from the
Eclipse update site) and AJDT. I am now trying to import the entire
xwiki-commons Maven project into Eclipse. Just as happened under Windows
(which I never asked about, since I was still trying to get command line
builds to work), there are three Maven goals (plugins) in the xwiki-commons
projects that fail to map to Eclipse plugins -- aspectJ-maven-plugin,
maven-antrun-plugin, and maven-remote-resources-plugin. Can anyone give me
some hints on how to resolve these mapping problems? Googling for answers
about this hasn't yielded anything that I can understand :-)
--Gary
Hello again,
Sergiu provided a Maven eclipse:eclipse command line to use, and it reminded
me that I have so far ignored the issue of Maven profiles. When I built from
the command line I didn't specify any profiles, and I'm guessing that
defaulted to hsqldb,jetty (among other profiles). My real target is pgsql
and Tomcat. So I should probably rebuild with
-Pci,integration-tests,legacy,pgsql. For Tomcat deployment, all I really
want is a WAR file. I'm guessing I'm going to have to include the jetty
profile as well, even though I'm not targeting Jetty. xwiki-enterpirse-jetty
pulls in needed generic web stuff and the only other way to get that would
be to use the glassfish profile. There is no Tomcat profile. From what I see
in the POMs, the only downside of specifying the jetty profile when Tomcat
is being targeted is that it will pull in
xwiki-platform-tool-jetty-resources, which will package up a complete Jetty
runtime that I can then ignore. OTOH, maybe I should take the path of least
resistance and use Jetty instead of Tomcat for the time being.
Do I have this right?
--Gary
Hi, All, Thomas
Just to notify a design decision. Since you said to notify on major
decisions,
There is a little issue in the earlier projects RestConnector. module
"xwiki-android-rest"
I' ll take a sample method where you can check.
public Page getPage(String pageName) in PageResources.
If the page is not found in the server the underlying HttpConnector will
get a "404 not found".(there are other situations as well ex: unauthorized
etc...)
Currently these are not identified in the low level rest connector.
So I deprecated the "class Requests" (because I don't wont to break
application layer code in the earlier project) . Made a new class that
throws the exceptions up.
Also some methods as "public String addPage(Page page)" return the
response codes up to the Application layer . This does not seem a good idea
for me. The knowledge of response codes should be handled in there itself.
An exception should be thrown for unsuccessful operations. Currently
String "error" is passed up for IOExceptions. I re-factored back to throw
RestConnectionException for IO errors. I will introduce a new exception
RestException , to be
thrown at these exceptional situations.
What is you opinion on introducing exceptions?
The current exception hierarchy is as follows.
Exceptions at RestConnector (low level fine grained XWiki Restful API)
RestConnectionException : for IO errors
RestException : to capture and throw as a exception, 404, 401, 405.....
Exceptions at the Restful Access Layer.
RestAPIUsageException : runtime exception. For things that cannot be
handled.
RALException : RestException are wrapped. Well in a more friendly manner.
ex: add object to a Document in a document
update operation.
Client App is ignorantly adding a
object to a page that is not yet even created. So a 405 is returned. This
is thrown as a RestException from the Connector layer(low level)
At the RAL we see the 405 and
identify that this was because page was not created earlier. We wrap the
RestException in RALException and give the more friendlier message.( Also
note that the client
can handle this exceptional situation
by asking the RAL to do a create document)
Can you give your opinion on this?
Regards
Sasinda.
I am unable to build xwiki-commons from the command line. First, I had to
skip tests, and then, after I tweaked my setup to get back to Java 6 (I
typically use Java 7), Maven debug output includes the text pasted below.
The empty "bad path element" of "" has me baffled, but I'm ignoring that for
the moment. Meanwhile, can anyone explain the problem with
AetherExtensionRepository?
[ERROR] Failed to execute goal
org.apache.maven.plugins:maven-compiler-plugin:2.5.1:compile
(default-compile) on project xwiki-commons-extension-repository-maven:
Compilation failure: Compilation failure:
[ERROR] bad path element "": no such file or directory
[ERROR]
S:\xwiki-commons\xwiki-commons-core\xwiki-commons-extension\xwiki-commons-ex
tension-repositories\xwiki-commons-extension-repository-maven\src\main\java\
org\xwiki\extension\repository\aether\internal\AetherExtensionRepository.jav
a:[107,22] cannot find symbol
[ERROR] symbol : class AetherExtensionRepositoryFactory
[ERROR] location: class
org.xwiki.extension.repository.aether.internal.AetherExtensionRepository
[ERROR]
S:\xwiki-commons\xwiki-commons-core\xwiki-commons-extension\xwiki-commons-ex
tension-repositories\xwiki-commons-extension-repository-maven\src\main\java\
org\xwiki\extension\repository\aether\internal\AetherExtensionRepository.jav
a:[110,8] cannot find symbol
[ERROR] symbol : class AetherExtensionRepositoryFactory
[ERROR] location: class
org.xwiki.extension.repository.aether.internal.AetherExtensionRepository
[ERROR]
[ERROR]
S:\xwiki-commons\xwiki-commons-core\xwiki-commons-extension\xwiki-commons-ex
tension-repositories\xwiki-commons-extension-repository-maven\src\main\java\
org\xwiki\extension\repository\aether\internal\AetherExtensionRepository.jav
a:[107,22] cannot find symbol
[ERROR] symbol : class AetherExtensionRepositoryFactory
[ERROR] location: class
org.xwiki.extension.repository.aether.internal.AetherExtensionRepository
[ERROR]
S:\xwiki-commons\xwiki-commons-core\xwiki-commons-extension\xwiki-commons-ex
tension-repositories\xwiki-commons-extension-repository-maven\src\main\java\
org\xwiki\extension\repository\aether\internal\AetherExtensionRepository.jav
a:[110,8] cannot find symbol
[ERROR] symbol : class AetherExtensionRepositoryFactory
[ERROR] location: class
org.xwiki.extension.repository.aether.internal.AetherExtensionRepository
--Gary
I finally found and fixed my stupid error in getting XWiki builds to run
from the command line (the presence of non-breaking space characters in
settings.xml I copied and pasted from the web page), so I decided to start
at the top and run mvn install against xwiki-enterprise. I didn't use any
profile, although maybe I should. The build reported the following failure:
[ERROR] Failed to execute goal
org.xwiki.platform:xwiki-platform-tool-packager-plugin:4.2-SNAPSHOT:import
(default) on p
roject xwiki-enterprise-database-hsqldb: Execution default of goal
org.xwiki.platform:xwiki-platform-tool-packager-plugi
n:4.2-SNAPSHOT:import failed: Plugin
org.xwiki.platform:xwiki-platform-tool-packager-plugin:4.2-SNAPSHOT or one
of its d
ependencies could not be resolved: The following artifacts could not be
resolved: org.opensymphony.quartz:quartz:jar:1.6
.5, com.google:googleapi:jar:xwiki:UNKNOWN, info.informatica:css4j:jar:0.13,
info.informatica:jclf:jar:2.3.0, jtidy:jtid
y:jar:8.0-20060801.131059-3-dev,
org.codehaus.swizzle:swizzle-confluence:jar:xwiki:1.2-20080419,
com.yahoo.platform.yui:
yuicompressor:jar:2.4.2-xwiki,
edu.emory.mathcs.util:emory-util-classloader:jar:2.1,
edu.emory.mathcs.util:emory-util-io
:jar:2.1, edu.emory.mathcs.util:emory-util-security:jar:2.1,
uk.ac.ed.ph.snuggletex:snuggletex-core:jar:1.1.0, uk.ac.ed.
ph.snuggletex:snuggletex-jeuclid:jar:1.1.0,
org.artofsolving.jodconverter:jodconverter-core:jar:3.0-beta-4-xwiki-2011082
2: Could not find artifact org.opensymphony.quartz:quartz:jar:1.6.5 in
central (http://repo.maven.apache.org/maven2) ->
I guess if you distill that all down Maven is really complaining about the
quartz jar. I'm running Maven 3.0.4 on 64-bit Windows 7 with JDK 1.7. I used
the master branch, which I re-pulled a couple of hours ago. Did I miss a
step?
--Gary
To XWiki SAS, and non-affiliated XWiki developers:
While XWiki meets the technical requirements of being "open source," so far
I have found it to be a bit "closed" in its pragmatic aspects. The
developers actually interacting in public on this list all seem to be
employees of the sponsors, and the communications seem to restrict
themselves to development going on internally. Over the last week or so,
questions coming in from "outsiders" (like myself) go unanswered. It's not
necessarily atypical for open source sponsors to be unresponsive to
outsiders, but the better open source projects still encourage the active
committers to provide some level of support for potential contributors.
Beyond that, when outside "hackers" (meant in a positive sense) are
tinkering with an open source project they typically do offer their own
contributions to questions raised on development mailing lists, in those
open source projects where such activity is possible and/or encouraged. I
see no evidence of outsider developers/hackers in the XWiki project.
What finally led me to write this e-mail is my inability to build XWiki from
source. I was initially encouraged by the presence of quite a bit of
information about building in the wiki documents. But when I actually tried
to put the instructions into practice I found them to be less than complete,
and unable to be followed to a successful conclusion (while the purpose of
this e-mail is not to get help with these problems, I will note that most of
my problems revolve around Maven). I have reached the conclusion that the
only people really able to build XWiki are its sponsors, using their own
procedures, and these procedures are _not_ those currently found on the
wiki. I hope I am wrong about this.
So, are outside developers encouraged to participate? Is any XWiki
development going on outside of the sponsoring organizations? If so, do
those developers find the current building documentation to be adequate, and
I'm simply not up to the task?
--Gary
I'm just beginning my exploration of XWiki from a development standpoint,
and I could use a little help in figuring out the structure of the XWiki
source repository in terms of release versions. I see the use of both
branches and tags in the Git repository. At this point I guess I really only
have two basic questions.
What version of a project such as xwiki-platform is supposed to be in the
"master" branch? At this point in time, would I be correct in assuming that
it is the current state of 4.2M1? IOW, master is always the current status
of the upcoming release? If I'm wrong about that, how is the code for
4.2[M1] identified in Git? Beyond that, does Git contain under-development
code beyond the next release, and if so how is it identified?
My second basic question concerns identifying code in Git that matches a
given past (or current) production release. For example, what would I
checkout to capture the state of the source code as of the public release of
4.1.3? I see a branch for "stable-4.1.x" and also a tag for
"xwiki-platform-4.1.3" (among a surprisingly large number of tags) when
looking at the xwiki-platform project, and the distinction is not clear to
me.
I've been through everything I could find in the wiki and didn't find
anything that answered these questions. TIA.
--Gary
Dear Thomas,
*RoadMap.*
1)Complete SyncDaemon
2)Complete Encryption features. ( The module will not be fully specified.
Only little functionality for this project)
3)Do full documentation of the current platform. (quick starts,
contribution guides ...) <<need opinion. Is documentation considered part
of GSoC?
4)Junit Tests (for the new high level rest layer, xwiki Domain model
persistence)
5)Some more UI demos. (what about making a View-Generator-Engine as a
reusable component to generate android view widgets for Document and its
parts?. Only objection with me is time concerns)
Extra:
I did not do that announcement yet :-). Hope you are not angry with me. I
planned to do it after I add UI to demonstrate "Sync Daemon". Currently you
can only manually save and do the publishing later.
I hope to complete SyncDaemon demo, Encryption by the end of this week.
(Then only left will be Junit tests and some more UI demos to show adding
comments , attachments to the android's XWiki Domain model).
I will be completing the RAL layer without the querry methods.
Querry methods are a lot of big work. I'll just note the idea here.
ex: querry all documents with a blogpost object or a blog category object.
How to do:
Make 2 instances of Document Object (doc1, doc2)
doc1.addObject( XBlogPost)
doc2.addObject(XBlogCategory)
in the RAL : DocumentRao.querry( doc1, doc2) <<here querry
method signature is querry(Document ... docs)
:-) This is very highlevel. And I am not smart enough to fully implement
it. (slight idea of using QuerryBuilders and Filter Chains :-( )
So I want implement it.
Also the test build is not working.
The test modules are running up to mvn phase apk. Shall I see to it later,
when I add my own Junit tests.
Regards.
Sasinda.
Hi,
I am very new in wiki and am asking for help in such a request:
We have a groovy script which compiles a content from all the pages before printing to PDF. This document finally will be sent to third parties, so no links to wiki pages should be inside. But currently the output document does contain the references to wiki pages(for ex. [[Start up>>{UseCase}Startup||rel="__blank"]]) which should be replaced with the local document anchors (like [[UC:Start up>>#HUC:Startup]]).
àHow to make this replacement in a more efficient way in the final document before printing?
Thanks in advance!
Hi devs,
I've been thinking about Displayer architecture today and here are my thoughts on how I see them implemented (without entering low-level details):
Basics
======
* Everything in XWiki should be a Component and should be able to be implemented in Java and optionally extended in wiki pages (wiki components notion)
* Have a Displayer component Role (ie a java interface for displayers)
* Have default implementations in the display module for all basic types we want to support (textareas, date, string, number, etc). Basically this means rewriting the current displayers as components.
* Allow to register Displayers defined in wiki pages by using wiki components (same mechanism as wiki macros).
* Since a lot of Displayers are better written in wiki pages (javascript, css), create a UI submodule of the current display module which contains displayers we want bundled by default in XE (for ex for Dates and Users/Groups)
* Extend the current {{display}} macro to support displaying Objects and Object Properties (it already supports passing an EntityType parameter but it's not used ATM).
* The {{display}} macro will use the CM to get an instance of a displayer for the Object property type. It'll do by finding the XClass and getting the type from the XClass and then do a getInstance
* Add an optional parameter to the {{display}} macro to support passing a displayer hint (by default it would use the "default" displayer for the property type). This will allow some pages to decide which displayer to use to render their content without being forced to use the default displayer.
Advanced
=========
In order to make it easy for a given class or a given object to decide how to display itself we could also define some special DisplayerBinding XObjects (one per property type). It could work like this:
* If the {{display}} macro has the displayer hint specified as parameter then use it
* If the {{display}} macro doesn't have the displayer hint specified then check if the xclass document has a DisplayerBinding XObject defined and if so use the displayer pointed to by the binding
* If the {{display}} macro doesn't have the displayer hint specified and the xclass document doesn't have a DisplayerBinding XObject defined then check if the object to display have such an XObject and if so use it
* Deprecate the notion of "custom displayer" that we have in our XClass since it wouldn't be needed anymore
WDYT?
I know we're not there yet but it would be cool to make progress on the direction we'd like to take.
Thanks
-Vincent
Hi devs,
As part of the Hackathon 2012, I'm requesting 2 projects on our GitHub Contrib org:
- editor-autocomplete
- editor-syntaxhighlighting
Thanks
-Vincent