nice analysis :)
one question that arises in my mind: in the future, in 2, 3 or 4 years, with
all these features integrated in groovy or clojure which tends to be more
efficient syntaxically or more specialized also, I really wonder why we
should keep coding in Java in fact. The question of
Groovy has good stacktraces' entries... they manage this in some way.
Maybe Lombok does as well?
Why yet another language?
paul
Le 24-nov.-09 à 09:17, Pascal Voitot a écrit :
I wonder why we still have to code getters/setters by default... as
usual
for Sun standards: someone has to do it
Hi,
On Wed, Nov 25, 2009 at 1:33 PM, Pascal Voitot
pascal.voitot@gmail.comwrote:
nice analysis :)
one question that arises in my mind: in the future, in 2, 3 or 4 years,
with
all these features integrated in groovy or clojure which tends to be more
efficient syntaxically or more
My current feeling is that Java has been professionally designed with
very long-term view in mind, and that IDEs developers have done the
same with fierce competition.
That results in Java projects being very easy to exchange, very easy
to read and, what I feel is the most important, very
On 11/24/09 7:07 PM, Sergiu Dumitriu wrote:
On 11/23/2009 10:43 AM, Vincent Massol wrote:
On Nov 23, 2009, at 10:40 AM, Thomas Mortagne wrote:
I just found that we have a ajax URL parameter already. It's put in
the context in XWikiAction so we could check for it in statistics.
WDYT about
On 11/19/09 9:52 PM, Vincent Massol wrote:
Hi,
I'd like to apply Caleb's patch for
http://jira.xwiki.org/jira/browse/XWIKI-4410
. This issue is a prereq to fix AllDocs's attachment tab requires
programming right to work (http://jira.xwiki.org/jira/browse/XE-521).
This means introducing
On 11/25/09 10:11 AM, Jerome Velociter wrote:
On 11/24/09 7:07 PM, Sergiu Dumitriu wrote:
On 11/23/2009 10:43 AM, Vincent Massol wrote:
On Nov 23, 2009, at 10:40 AM, Thomas Mortagne wrote:
I just found that we have a ajax URL parameter already. It's put in
the context in XWikiAction so we
On Nov 25, 2009, at 10:15 AM, Jerome Velociter wrote:
On 11/25/09 10:11 AM, Jerome Velociter wrote:
On 11/24/09 7:07 PM, Sergiu Dumitriu wrote:
On 11/23/2009 10:43 AM, Vincent Massol wrote:
On Nov 23, 2009, at 10:40 AM, Thomas Mortagne wrote:
I just found that we have a ajax URL parameter
On 11/25/2009 10:26 AM, Vincent Massol wrote:
On Nov 25, 2009, at 10:15 AM, Jerome Velociter wrote:
On 11/25/09 10:11 AM, Jerome Velociter wrote:
On 11/24/09 7:07 PM, Sergiu Dumitriu wrote:
On 11/23/2009 10:43 AM, Vincent Massol wrote:
On Nov 23, 2009, at 10:40 AM, Thomas Mortagne wrote:
On 11/25/2009 10:11 AM, Jerome Velociter wrote:
On 11/24/09 7:07 PM, Sergiu Dumitriu wrote:
On 11/23/2009 10:43 AM, Vincent Massol wrote:
On Nov 23, 2009, at 10:40 AM, Thomas Mortagne wrote:
I just found that we have a ajax URL parameter already. It's put in
the context in XWikiAction so we
On Tue, Nov 24, 2009 at 19:01, Sergiu Dumitriu ser...@xwiki.com wrote:
On 11/23/2009 10:40 AM, Thomas Mortagne wrote:
I just found that we have a ajax URL parameter already. It's put in
the context in XWikiAction so we could check for it in statistics.
WDYT about reusing it ?
Sounds good
On Wed, Nov 25, 2009 at 10:26, Vincent Massol vinc...@massol.net wrote:
On Nov 25, 2009, at 10:15 AM, Jerome Velociter wrote:
On 11/25/09 10:11 AM, Jerome Velociter wrote:
On 11/24/09 7:07 PM, Sergiu Dumitriu wrote:
On 11/23/2009 10:43 AM, Vincent Massol wrote:
On Nov 23, 2009, at 10:40
On 11/25/2009 09:15 AM, Paul Libbrecht wrote:
Groovy has good stacktraces' entries... they manage this in some way.
Maybe Lombok does as well?
Why yet another language?
It's not another language, more like a small set of (useful)
annotations. Since it works with a plain javac, I'd say it's
Hi committers,
I'd like to propose a new committer on XWiki core: Caleb.
- Caleb has been regularly posting good patches in JIRA.
- He's also been courageous enough to tackle complex issues (changing
core stuff is always complex ;)).
- Even though Caleb has been active only since August 2009,
On 11/25/2009 11:31 AM, Vincent Massol wrote:
Hi committers,
I'd like to propose a new committer on XWiki core: Caleb.
- Caleb has been regularly posting good patches in JIRA.
- He's also been courageous enough to tackle complex issues (changing
core stuff is always complex ;)).
- Even
+ 1 for Caleb as a committer
Jerome.
On 11/25/09 11:31 AM, Vincent Massol wrote:
Hi committers,
I'd like to propose a new committer on XWiki core: Caleb.
- Caleb has been regularly posting good patches in JIRA.
- He's also been courageous enough to tackle complex issues (changing
core
Hi all,
Is it planned to develop a way to update xwiki automatically ?
I have installed XEM on Windows using Oracle, ActiveDirectory, Exchange,
Openoffice... To configure all, it takes time and it is not an obvious
task.
That's why i am wondering if there is a way to automatically update XEM
On Wed, Nov 25, 2009 at 4:01 PM, Vincent Massol vinc...@massol.net wrote:
Hi committers,
I'd like to propose a new committer on XWiki core: Caleb.
- Caleb has been regularly posting good patches in JIRA.
- He's also been courageous enough to tackle complex issues (changing
core stuff is
+1
On Wed, Nov 25, 2009 at 11:31, Vincent Massol vinc...@massol.net wrote:
Hi committers,
I'd like to propose a new committer on XWiki core: Caleb.
- Caleb has been regularly posting good patches in JIRA.
- He's also been courageous enough to tackle complex issues (changing
core stuff is
Hi Cyril,
On Nov 25, 2009, at 11:39 AM, MOUZELER Cyril wrote:
Hi all,
Is it planned to develop a way to update xwiki automatically ?
I have installed XEM on Windows using Oracle, ActiveDirectory,
Exchange,
Openoffice... To configure all, it takes time and it is not an obvious
task.
Hi,
On Wed, Nov 25, 2009 at 11:39, MOUZELER Cyril
cyril.mouze...@kbl-bank.com wrote:
Hi all,
Is it planned to develop a way to update xwiki automatically ?
I have installed XEM on Windows using Oracle, ActiveDirectory, Exchange,
Openoffice... To configure all, it takes time and it is not an
Hi,
On Wed, Nov 25, 2009 at 11:35 AM, Sergiu Dumitriu ser...@xwiki.com wrote:
On 11/25/2009 11:31 AM, Vincent Massol wrote:
Hi committers,
I'd like to propose a new committer on XWiki core: Caleb.
- Caleb has been regularly posting good patches in JIRA.
- He's also been courageous
On 11/25/2009 11:56 AM, Guillaume Lerouge wrote:
Hi,
On Wed, Nov 25, 2009 at 11:35 AM, Sergiu Dumitriuser...@xwiki.com wrote:
On 11/25/2009 11:31 AM, Vincent Massol wrote:
Hi committers,
I'd like to propose a new committer on XWiki core: Caleb.
- Caleb has been regularly posting good
Currently this is my process:
1. download the XEM war
2. unzip the file into my jetyt/webapps folder
3. configure hibernate.cfg.xml
4. in the xwiki.cfg set the ldap part(server, user, group), the stat part,
virtual part, lucene part
5. in the xwiki.properties set OpenOffice part
6. in the xwiki
On Nov 25, 2009, at 12:10 PM, MOUZELER Cyril wrote:
Currently this is my process:
1. download the XEM war
2. unzip the file into my jetyt/webapps folder
3. configure hibernate.cfg.xml
This one is not needed. You can simply reuse your existing config file.
4. in the xwiki.cfg set the ldap
Sorry about that, I'm struggling with subversive.
JV.
On Wed, Nov 25, 2009 at 1:24 PM, jvdrean
enterprise-notificati...@xwiki.org wrote:
Author: jvdrean
Date: 2009-11-25 13:24:14 +0100 (Wed, 25 Nov 2009)
New Revision: 25282
Added:
enterprise/trunk/xwiki-enterprise-parent/
Log:
Share
For Hibernate.cfg.xml it is ok but when i upgrade from 1.9.3 to 2.0.3 I got a
crash when I copied the entire xwiki.cfg.
Regarding my script modifications :
I change in login.vm (in colibri skin) the message regarding the forgotten
message like follow :
## TODO: Replace this with an interface
On Nov 25, 2009, at 2:11 PM, MOUZELER Cyril wrote:
For Hibernate.cfg.xml it is ok but when i upgrade from 1.9.3 to
2.0.3 I got a crash when I copied the entire xwiki.cfg.
Regarding my script modifications :
I change in login.vm (in colibri skin) the message regarding the
forgotten
Hi,
I'm starting to work on this again. Compared to what was mentioned
below here are the changes I'm bringing:
* No need to modify the ComponentDescriptor to add a get/setAdditionalData
* Addition of a new ComponentManagerFactory.createComponentManager()
interface +
+1
Thanks,
Marius
Vincent Massol wrote:
Hi committers,
I'd like to propose a new committer on XWiki core: Caleb.
- Caleb has been regularly posting good patches in JIRA.
- He's also been courageous enough to tackle complex issues (changing
core stuff is always complex ;)).
- Even
On Wed, Nov 25, 2009 at 3:06 PM, Vincent Massol vinc...@massol.net wrote:
Hi,
I'm starting to work on this again. Compared to what was mentioned
below here are the changes I'm bringing:
* No need to modify the ComponentDescriptor to add a get/setAdditionalData
* Addition of a new
+1
On Wed, Nov 25, 2009 at 11:31 AM, Vincent Massol vinc...@massol.net wrote:
Hi committers,
I'd like to propose a new committer on XWiki core: Caleb.
- Caleb has been regularly posting good patches in JIRA.
- He's also been courageous enough to tackle complex issues (changing
core stuff
Hi devs,
I want to add two new methods to the xml-rpc api:
- String getRenderedContent(String token, String pageId, String syntaxId);
- String getRenderedContent(String token, String pageId, String content,
String syntaxId);
Currently we are only able to get xhtml/1.0 output by using getPage
+1
Thanks,
Marius
Florin Ciubotaru wrote:
Hi devs,
I want to add two new methods to the xml-rpc api:
- String getRenderedContent(String token, String pageId, String syntaxId);
- String getRenderedContent(String token, String pageId, String content,
String syntaxId);
Currently we are
+1
On Wed, Nov 25, 2009 at 17:44, Florin Ciubotaru
florin.ciubot...@xwiki.com wrote:
Hi devs,
I want to add two new methods to the xml-rpc api:
- String getRenderedContent(String token, String pageId, String syntaxId);
- String getRenderedContent(String token, String pageId, String content,
Hi Denis,
Your improvements sound really great!
I saw mentioned a patch several times but didn't manage to find it... Any
hints where I can find it?
Thanks!
Anamaria
On Thu, Sep 17, 2009 at 7:49 PM, Denis Gervalle d...@softec.st wrote:
On Sep 17, 2009, at 19:10, Asiri Rathnayake wrote:
+1
- Asiri
On Wed, Nov 25, 2009 at 10:14 PM, Florin Ciubotaru
florin.ciubot...@xwiki.com wrote:
Hi devs,
I want to add two new methods to the xml-rpc api:
- String getRenderedContent(String token, String pageId, String syntaxId);
- String getRenderedContent(String token, String pageId,
Hi,
+1
+1 and I think that this could be set as a filter also for the Restlet
Servlet.
Currently I am initializing the context in that servlet. If there is
somebody (the filter) that does it beforehand it would be nicer and it will
allow to delete some code from the REST subsystem.
The
+1
- Asiri
On Mon, Nov 23, 2009 at 8:33 PM, Thomas Mortagne
thomas.morta...@xwiki.comwrote:
Hi devs,
I would like to reorg a little rendering submodule on svn/maven to have:
xwiki-rendering
- xwiki-rendering-syntaxes
-- xwiki-rendering-syntax-wikimodel
-- xwiki-rendering-syntax-xml
+1
- Asiri
On Mon, Nov 23, 2009 at 10:30 PM, Vincent Massol vinc...@massol.net wrote:
Hi,
We have the need to handle optional Transformations (for Annotations
and more generally for user-introduced annotations).
Here's what Thomas and I are proposing:
1) We remove the
Hi,
Here's my +1 (even though it keeps making the class larger but I
don't have any other idea for now without a huge refactoring)
I'd rather use the query manager component, which would need to be made
accessible from Velocity.
I also think this is the right approach.
- Asiri
--
Addition:
* I'll also create a xwiki-component-multi module to hold the multiCM
implementations since otherwise if we have them in
xwiki-component-default, it means xwiki-bridge will be required by all
modules, including the rendering API module which is supposed to work
without the bridge in
42 matches
Mail list logo