Hi Devs,
I was working on openoffice server auto-start feature and faced a few
problems with it.
To start the openoffice server when XE is started, I need to send a
notification to openoffice server manager when XE is started. The first
attempt was to use our ObservationManager component to send startup /
shutdown events and let OpenOfficeServerManager listen to them. But this
approach requires that OpenOfficeServerManager component is loaded on XE
startup so that it can recieve the startup notification.
As a solution I tried to use <load-on-startup> components list in plexus.xml
file but since OpenOfficeServerManager has a dependancy on
ConfigurationSourceCollection component, it fails to load on startup. This
is because ConfigurationSourceCollection requires a valid ApplicationContext
to be present for it's operation but at the time plexus is loading
<load-on-startup> components, no ApplicationContext is present. The core
issue is, plexus is initialized before we initialize ApplicationContext; and
we can't change this order either.
Since the above approach is not going to work, I propose to introduce an
ApplicationContextInitializer component pretty much alike RequestInitializer
and ExecutionContextInitializer. The idea is to allow any component to do
further initializations on ApplicationContext if they need to do so. When XE
is started up and an ApplicationContext is created,
ApplicationContextInitializerManager will lookup for all the components that
implement ApplicationContextInitializer and let them a chance to execute
their own initializations.
But this doesn't solve the problem of shutdown notifications. For shutdown
notifications we can either use the plain old ObservationManager component
or we can do the following; rather than having ApplicationContextInitializer
and ApplicationContextInitializerManager, we will have
ApplicationContextListener and ApplicationContextListenerManager.
ApplicationContextListener will have two methods like contextCreated() and
contextDestroyed() that will allow any component to perform startup /
shutdown tasks. But still, I don't see where we can invoke
contextDestroyed() method from, I looked at both servlet container API and
portlet container API and couldn't find a consistent way of invoking the
contextDestroyed() method.
Please let me know what you think about this idea.
Thanks.
- Asiri
Hi devs,
We've been tackling this proposal for some time, but we never took a
final decision on it. So, I propose that we do this switch as soon as
possible.
Changes:
- default encoding UTF-8 in the start_xwiki* scripts, xwiki.cfg and web.xml
- remove the LANG= environment variable from the start script, since
it's not needed
- add the encoding configuration for the mysql jdbc connection URL
(http://dev.mysql.com/doc/refman/5.0/en/connector-j-reference-charsets.html)
Implications:
- hsqldb instances will continue to work fine
- for mysql and other DB instances, either the DB will need to be
changed to work with the new encoding, or the wiki will have to be
changed back to 8859-1. If we append characterEncoding=UTF-8 to the
connection URL, then the storage will throw exceptions when trying to
store an incompatible character, thus admins will quickly notice the
problem and solve the issue, before users report loosing characters
after a while (since without this setting the characters are silently
transformed to '?' and this won't be noticed until the cache expires).
We need to highlight this change in the release notes and upgrade
instructions.
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
I'm proposing to have another point release for XE 1.8.x called 1.8.3.
XE 1.8.2 is planned for the 20th of April and I propose to plan 1.8.3
for two weeks after, i.e. 4th of May.
As usual the goal is to include important bug fixes. The reason I
think we need a 1.8.3 is because we're starting to get feedback from
our new wysiwyg/new rendering and we need to bring bug fixes as fast
as possible to our users without forcing them to wait for 1.9 final.
Here's my +1
Thanks
-Vincent
On Tue, May 5, 2009 at 12:49, Vincent Massol <vincent(a)massol.net> wrote:
>
> On May 5, 2009, at 12:40 PM, tmortagne (SVN) wrote:
>
>> Author: tmortagne
>> Date: 2009-05-05 12:40:47 +0200 (Tue, 05 May 2009)
>> New Revision: 19378
>>
>> Added:
>> Â platform/core/branches/xwiki-core-1.8/xwiki-bridge/src/test/
>> Â platform/core/branches/xwiki-core-1.8/xwiki-bridge/src/test/java/
>> Â platform/core/branches/xwiki-core-1.8/xwiki-bridge/src/test/java/
>> org/
>> Â platform/core/branches/xwiki-core-1.8/xwiki-bridge/src/test/java/
>> org/xwiki/
>> Â platform/core/branches/xwiki-core-1.8/xwiki-bridge/src/test/java/
>> org/xwiki/bridge/
>> Â platform/core/branches/xwiki-core-1.8/xwiki-bridge/src/test/java/
>> org/xwiki/bridge/DocumentNameTest.java
>> Modified:
>> Â platform/core/branches/xwiki-core-1.8/xwiki-bridge/src/main/java/
>> org/xwiki/bridge/DocumentName.java
>> Â platform/core/branches/xwiki-core-1.8/xwiki-core/src/main/java/com/
>> xpn/xwiki/doc/XWikiDocument.java
>> Â platform/core/branches/xwiki-core-1.8/xwiki-core/src/test/java/com/
>> xpn/xwiki/doc/XWikiDocumentTest.java
>> Log:
>> XWIKI-3754: XWikiDocument.getLinkedPages loose multiwiki information
>
> [snip]
>>
>> +
>> + Â Â /**
>> + Â Â * {@inheritDoc}
>> + Â Â *
>> + Â Â * @see java.lang.Object#equals(java.lang.Object)
>> + Â Â */
>> + Â Â @Override
>> + Â Â public boolean equals(Object obj)
>> + Â Â {
>> + Â Â Â Â boolean equals = false;
>> +
>> + Â Â Â Â if (obj == this) {
>> + Â Â Â Â Â Â equals = true;
>> + Â Â Â Â } else if (obj instanceof DocumentName) {
>> + Â Â Â Â Â Â DocumentName documentName = (DocumentName) obj;
>> +
>> + Â Â Â Â Â Â equals =
>> + Â Â Â Â Â Â Â Â documentName.getWiki().equals(this.getWiki()) &&
>> documentName.getSpace().equals(this.getSpace())
>> + Â Â Â Â Â Â Â Â Â Â && documentName.getPage().equals(this.getPage());
>> + Â Â Â Â }
>> +
>> + Â Â Â Â return equals;
>> + Â Â }
>
> You're not handling null I think.
Yes but I assume DocumentName is supposed to be valid
>
> [snip]
>
> -Vincent
> _______________________________________________
> devs mailing list
> devs(a)xwiki.org
> http://lists.xwiki.org/mailman/listinfo/devs
>
--
Thomas Mortagne
Hello,
Because of personal reasons i decided not to continue contributing to XWiki
development.
Thanks a lot for all your guidance and a wish you good luck in everything,
it was really nice being part of this community !
With great respect, Ancuta
Hi devs,
In 2.0 architecture we have no way currently to print a strongly
formatted text (like JSON) or simply a plain text without XHTML which
we are doing generally using xpage=plain in XWiki 1.0
I propose to use the plain text renderer when xpage=plain and document is 2.0.
The difference between the two is that in xwiki 1.0, wiki syntax
generates xhtml when plain text renderer don't. But it's just because
XWiki 1.0 does not ave the concept of different renders and the main
goal of xpage=plain is JSON and things like that so this difference is
not important IMO.
Note that this is about supporting XWiki 1.0 "api", we need a generic
way to indicate the renderer to use in the URL but that's another
subject. For now we have to make xpage=plain works for both 1.0 and
2.0 content.
WDYT ?
--
Thomas Mortagne
Hello Everyone,
I was looking forward to have a tree view structure very similar to the one presented in the table of contents in curriki (displayed in the bottom right of this website: http://www.curriki.org/xwiki/bin/view/Coll_curriki/RefineyourSearchforLearn… ) I sent an email to the webmaster of curriki (his answer is forwarded), and as instructed by him, I am sending an email to the developers list in order to ask for a guideline or even some code samples in order to implement this structure in my xwiki if possible.
I am currently working with version XE 1.8.1 Thanks in advance for the help!
Regards
Roney Castro
________________________________________
From: Joshua Marks [mailto:jmarks@curriki.org]
Sent: segunda-feira, 27 de abril de 2009 12:01
To: CASTRO roney
Cc: webmaster(a)curriki.org
Subject: RE: Table of contents in tree view
Dear Rooney,
We actually have two different tree displays we use, one for the subject/topic select list and one for the TOC. They us different JS libraries (One is Yahoo and one is EXTJS). In both cases we added this to the core xwiki for our application. The Curriki application and code can be found at http://curriki.xwiki.org<http://curriki.xwiki.org/>.
If you send a message to the developers list (xwiki-devs), they can point you to some sample code I believe.
All the best,
Joshua Marks
CTO
Curriki: The Global Education and Learning Community jmarks(a)curriki.org www.curriki.org US 831-685-3511
________________________________________
From: Melinda Lies [mailto:mlies@curriki.org]
Sent: Monday, April 27, 2009 7:51 AM
To: Joshua Marks
Cc: webmaster(a)curriki.org
Subject: Re: Table of contents in tree view
See email below.
melinda
On Mon, Apr 27, 2009 at 10:49 AM, CASTRO roney <roney.CASTRO(a)gemalto.com> wrote:
Hello,
I manage an internal xwiki for my group, and I was looking for a way to create a tree structure view, similar to the one you have in your xwiki (displayed in the figure attached). Did you program this tree structure, or is it a default feature that I didn't find in my xwiki? I must say it looks really great!
I was wondering if you could please share its code with me, in case you programmed it, or tell me which xwiki feature you used?
Thanks in advance!
Roney Castro
--
--
Curriki
1615 L Street NW, Suite 650
Washington, DC 20036
www.curriki.org
mlies(a)curriki.org
Office - 202-626-8529
Fax - 202 626 8774
I just ran into this little, but very annoying problem, becaue I
actually lost 15 minutes of editing:
I entered some text in the page edit textfiled, but I also wanted to
add a little save/commit comment.
So I wrote some words into the the text input field, ad naturally, I hit return.
The page view is shown, but all I entered into the text field is gone.
Not exactly what I want when entering a save/commit comment, isn't it?
Henning
--
Henning Sprang
http://www.sprang.de | http://lazyb0y.blogspot.com/