Thank you for your answer.
I solve my problem.
It was simple : just define aliases for the main wiki to solve it !
Cyril
-----Message d'origine-----
De : devs-bounces(a)xwiki.org [mailto:devs-bounces@xwiki.org] De la part de Thomas Mortagne
Envoyé : samedi 14 novembre 2009 17:55
À : XWiki Developers
Objet : Re: [xwiki-devs] configuration issue
On Fri, Nov 13, 2009 at 12:52, MOUZELER Cyril <Cyril.MOUZELER(a)kbl-bank.com> wrote:
> Hi all,
>
> I have installed xwiki enterprise manager on Windows in a Jetty
> Container based on Oracle. It works fine.
> But i 've got a problem to reach it in my web browser.
> My Windows server has an IP 10.10.10.10 for example and a name :
> xwiki-corner.domain.com for example.
> In my browser, I am not able to access to
> http://xwiki-corner.domain.com but http://10.10.10.10 works very well.
> I 've checked nslookup, ping ... this is not the problem: it seems to
> be a redirect issue...
> So could you help me ?
You can look at
http://manager.xwiki.org/xwiki/bin/view/AdminGuide/AccessWiki for how XWiki acces a wiki in a multiwiki environment.
>
>
>
> Cyril
>
> ----------------------------------------------------------------------
> ----------
>
> This e-mail is intended only for the addressee named above. It does not bind the sender, except in the case of an existing written convention with the addressee. This e-mail may contain material that is confidential and privileged for the sole use of the intended recipient. Any review, reliance or distribution by others or forwarding without express permission is strictly prohibited and may be unlawful. If you are not the intended recipient, please contact the sender and delete all copies.
>
> While reasonable precautions have been taken to ensure that this e-mail and any attachments are free from any computer virus or similar defect, no liability will be accepted in that respect. Anyone accessing this e-mail must take their own precautions as to security and virus protection.
>
> KBL European Private Bankers S.A., 43 boulevard Royal L-2955
> Luxembourg, R.C.S. Luxembourg B 6395, T (352) 47 97 1
> _______________________________________________
> devs mailing list
> devs(a)xwiki.org
> http://lists.xwiki.org/mailman/listinfo/devs
>
--
Thomas Mortagne
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
--------------------------------------------------------------------------------
This e-mail is intended only for the addressee named above. It does not bind the sender, except in the case of an existing written convention with the addressee. This e-mail may contain material that is confidential and privileged for the sole use of the intended recipient. Any review, reliance or distribution by others or forwarding without express permission is strictly prohibited and may be unlawful. If you are not the intended recipient, please contact the sender and delete all copies.
While reasonable precautions have been taken to ensure that this e-mail and any attachments are free from any computer virus or similar defect, no liability will be accepted in that respect. Anyone accessing this e-mail must take their own precautions as to security and virus protection.
KBL European Private Bankers S.A., 43 boulevard Royal L-2955 Luxembourg, R.C.S. Luxembourg B 6395, T (352) 47 97 1
Hi (Marius),
I've noticed the following pb on trunk this morning.
For ex edit the XE's sandbox home page.
When I single click on a macro, the viewport moves up (I see stuff
above the macro which I don't see anymore, it's just hidden below the
viewport).
Is that a known issue?
I'm in FF3.5.x
Thanks
-Vincent
Hello,
I discovered two problems with the blog.
[xwiki-enterprise-installer-windows-2.0.3.exe on Win XP Pro,
reproducible also on http://playground.xwiki.org/]
------------
Problem #1
1. go to the Blog page and create a new post
2. type anything in the Content and/or Summary fields and click Preview -
you won't see anything but a title
------------
Problem #2
1. go to the Blog page and create a new post
2. switch to the source editor and insert the following content in the
Content field:
1. o1 - first
1. o2 - second
1*. u1
1*. u2
1*. u3
1. o3 - third
3. click "Save & view"
4. so far, so good, the post is displayed ok, but now try to edit it - its
content will be messed up and look like this:
1. o1 - first
1. o2 - second
1*. u1
1*. u2
1*. u3
1. o3 - third
- as you see some characters are replaced with their codes. There are also
two newline characters that weren't present before.
------------
Another way to reproduce problem #2:
1. go to the Blog page and create a new post
2. switch to the source editor and insert the following content in the
Content field:
1. o1 - first
1. o2 - second
1*. u1
1*. u2
1*. u3
1. o3 - third
3. switch to the wysiwyg editor and then switch back to the source editor
------------
Neither of these problems occurs when I'm editing a "normal" wiki page (as
opposed to blog entry).
Am I doing something wrong or should I fill the bug report? :)
Kind regards
Lukasz
Hi,
Thanks for your answer.
In my xwiki.cfg usepath is already set to 1.
I think the problem is I do not know where I can configure : "you must first configure your wiki using the IP: add as an alias for the main wiki"; do I configure in xwiki system or in a config. File ?
Cyril
-----Message d'origine-----
De : devs-bounces(a)xwiki.org [mailto:devs-bounces@xwiki.org] De la part de Sergiu Dumitriu
Envoyé : vendredi 13 novembre 2009 18:35
À : XWiki Developers
Objet : Re: [xwiki-devs] configuration issue
On 11/13/2009 12:52 PM, MOUZELER Cyril wrote:
> Hi all,
>
> I have installed xwiki enterprise manager on Windows in a Jetty
> Container based on Oracle. It works fine.
> But i 've got a problem to reach it in my web browser.
> My Windows server has an IP 10.10.10.10 for example and a name :
> xwiki-corner.domain.com for example.
> In my browser, I am not able to access to
> http://xwiki-corner.domain.com but http://10.10.10.10 works very well.
> I 've checked nslookup, ping ... this is not the problem: it seems to
> be a redirect issue...
> So could you help me ?
Enterpise Manager means virtual wikis. There are two ways to make virtual wikis work: different URLs on the same domain, or different domains. By default it works with different domains. This means that the first part of the domain name is the wiki identifier, so XWiki searches for a wiki named "xwiki-corner", which does not exist.
If you want to keep a domain-based farm, you must first configure your wiki using the IP: add as an alias for the main wiki the domain name you're trying to use. After that, it should work fine.
If you want to switch to a path-based farm, edit xwiki.cfg and enable xwiki.virtual.usepath
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
--------------------------------------------------------------------------------
This e-mail is intended only for the addressee named above. It does not bind the sender, except in the case of an existing written convention with the addressee. This e-mail may contain material that is confidential and privileged for the sole use of the intended recipient. Any review, reliance or distribution by others or forwarding without express permission is strictly prohibited and may be unlawful. If you are not the intended recipient, please contact the sender and delete all copies.
While reasonable precautions have been taken to ensure that this e-mail and any attachments are free from any computer virus or similar defect, no liability will be accepted in that respect. Anyone accessing this e-mail must take their own precautions as to security and virus protection.
KBL European Private Bankers S.A., 43 boulevard Royal L-2955 Luxembourg, R.C.S. Luxembourg B 6395, T (352) 47 97 1
Hi guys,
The cleanup made also some minor changes. Some of them were remarked by
Marius because he needs to change some values in order for the WYSIWYG tests
to pass.
I would like to know if anyone has some problems with:
1. paragraph text (Ps) is now aligned: justify instead of align: left;
(long text look better when they are justify )
2. definitions (DDs) are not displayed with italics anymore
(standard HTML dd are not original italic - this was a toucan thing)
Thanks,
Caty
Hi Raluca,
On Nov 17, 2009, at 12:00 AM, notifications(a)xwiki.org wrote:
[snip]
> Between 2009/11/16 09:35 and 2009/11/16 09:37, the document has been
> modified 4 times, by 1 user: Raluca Stavro
> A XWiki Enterprise instance contains by default a list[[list of
> SkinsSkins>>http://code.xwiki.org/xwiki/bin/view/Skins/]] like:
> * the (% class="sectionblockcodecolored"%)albatross(%
> %)class="sectionblockcodecolored"%)[[albatross>>http://code.xwiki.org/xwiki/bin/view/Skins/AlbatrossSkin
> ]](%%) Skin
> * the (% class="sectionblockcodecolored"%)toucan(%
> %)class="sectionblockcodecolored"%)[[toucan>>http://code.xwiki.org/xwiki/bin/view/Skins/ToucanSkin
> ]](%%) Skin
> <wiki.gif> enterprise
> <space.gif> XWiki
> <document.gif>WebPreferences <arrowup.gif> XWiki.WebPreferences
You should use the "code:Skins.WebHome" syntax since otherwise you're
hardcoding the format of URLs (and preventing automatic refactoring in
the future).
Thanks
-Vincent
Hi,
Among other things the goal is to be able to directly do
parser -> renderer
instead of
parser -> XDOM -> renderer
Thing is all our parsers (including Doxia and WikiModel parsers) are
streaming based. So For example we generate a XDOM from events in
theses so instead of converting WikiModel events and generate XDOM all
in once we would convert WikiModel events to XWiki events (i.e.
org.xwiki.rendering.listener.Listener) and generate the XDOM from
XWiki events.
Here are some use cases for this new feature:
* xml parser read events and need to generate a XDOM from them so
it would be nicer to have a common XDOMGeneratorListener to generate
XDOM from Listener instead of having one in xml parser another in
WikiModel, Doxia...
* when we convert from one syntax to another we don't execute
transformations so it would be better to have streaming conversion
support for this
* when we save XHTML content coming form WYSIWYG we don't execute
any macro so it would be better to use streaming parser here too
* some rendering tests are executed without transformations, could
be better to execute them in pure streaming
* streaming renders are not really usable without streaming
parsers, parser->render is way more common use case than someone
calling renderer events by hand
* could be useful in wiki importers too where we don't execute macros
* It's generally more consistent anyway to have streaming parser
since we have streaming renderer
Like for renderers I propose to have two different parsers components
interfaces for the block parser and the stream parser.
Basically all this means introducing:
public interface StreamParser
{
/**
* @return the wiki syntax the parser is implementing
*/
Syntax getSyntax();
/**
* @param source the content to parse
* @param listener receive event for each element
* @throws ParseException if the source cannot be read or an
unexpected error happens during the parsing. Parsers
* should be written to not generate any error as much
as possible.
*/
void parse(Reader source, Listener listener) throws ParseException;
}
(and internally refactor most of the parsers to use a common Listener
events based XDOMGeneratorListener).
Here is my +1
--
Thomas Mortagne
Hi (Guillaume),
This is related to the move page which is now using a combo box, thus
preventing creation of a new space. I remember I was against this (I'd
have preferred an auto suggest).
So imagine the following scenario:
- I have a MySpace.WebHome page
- I'd like to move this WebHome page to a new space: MySpace2.WebHome
How do I do this?
Thanks
-Vincent
With the help of Sergiu Dumitriu, Marius Dumitru Florea, Jerome
Velociter, Guillaume Lerouge, I finally struggled to create my first
XWiki Macro. Thank you.
http://code.xwiki.org/xwiki/bin/view/Macros/LightboxMacro
But the process is not without dramas.
1. The problem with {{velocity output="false"}} #if($context.action !=
'edit') {//velocity}}
2. Especially, http://jira.xwiki.org/jira/browse/XWIKI-4591
I'm new to XWiki. The 2.0 syntax and velocity is great. But the
documentation and tutorial is not enough. And there are some gottas. I
lose two nights of sleep to the job :(
I think it's better to write more documents. And so there will be
lesser unhappy newbie developers like me.
--
-- Currahee! We stand alone together!
Hi,
Today is supposed to be the 2.1M1 release day. However we have 2 big
commits waiting:
- cleaned Colibri CSS
- new action bar (http://82.233.128.14/xwiki/bin/view/Main/AllDocs)
I think it's best to wait for these commits since they can be done
today and we'll need all the feedback we can from users after they are
committed.
Thus I'm proposing to commit them now and postpone the release to this
coming Wednesday (18th of Nov 2009), without changing the 2.1RC1 date
(30th of Nov).
Here's my +1
Thanks
-Vincent