Greetings fellow earthlings,
I am hoping some generous soul can help me here, I am a thin-client app
noob, but (IMHO) not a complete muppet. What I have is a brand new Linux
(Ubuntu 6.06 server distro) server, Jboss 4.4.2.GA, mysql 5.0.22, xwiki
1.1.2, java-1.5.0-sun-1.5.0.13.
My goal is an xwiki based site for the service and support department of
the company I work for. I have installed xwiki on my local PC using the
stanalone distro, all good. Now I want to get a server running so I can
start to show the interested parties how it might work and get some
feedback on the thing.
I have followed the instructions on the xwiki and jboss sites pretty
faithfully (multiple times) and can't seem to get xwiki to deploy under
jboss. I have set mysql user and priviledges, downloaded the connector,
modified hibernate.cfg.xml blah, blah. I can see the jboss default pages
(at http://myserver.mydomain:8080/) when I start the jboss server, but
no xwiki at http://myserver.mydomain:8080/xwiki I get http 404. I
haven't got to the stage of importing the default enterprise database
yet.
Can someone help by first suggesting where I should start looking. I
have had a look in the server.log and boot.log but they all seem like
gobbly-gook to me. I won't post here as the server log is huge, 5MB, but
I can filter it to something sensible if only I knew what to look for.
Hoping someone can point me in the right direction,
Thanks in advance,
Dean
Applications Engineer
Rinstrum Pty. Ltd
Products, support and applications at www.rinstrum.com
Another "new user" question...
I used the xwiki-enterprise-installer-windows-1.2-rc-2.exe
I would like to use that xwiki with apache, into an existing VirtualHost.
I first just added these lines into the VirtualHost directives :
<virtualHost>
...
Redirect permanent /myXwiki/ http://server:8080/xwiki/bin/view/Main/WebHome
ProxyPass /myXwiki/ http://server:8080/xwiki/bin/view/Main/WebHome
ProxyPassReverse /myXwiki/ http://server:8080/xwiki/bin/view/Main/WebHome
...
</virtualHost>
That's a first step, but when I try http://.../myXwiki/, I can only see
text from xwiki, into a white page, no skin, no picture...
I think I need to authorize apache to execute scripts, but I didn't find
anything about that into the documentation or mailing list archive.
I realised I didn't know what is the default "servlet container" into
the xwiki-enterprise-installer-windows-1.2-rc-2.exe installation.
Any idea ?
--
__________________________________________
Gaëtan GUYODO
Chargé de mission
Centre Antipoison - Hôpital Fernand WIDAL
200, rue du faubourg St Denis
75475 PARIS Cedex 10
Tél: 01 40 05 49 63 / Fax: 01 40 05 48 56
__________________________________________
Vincent,
Yes! From a users point of view improving the following areas would make a
huge difference in useability:
* A super slick WYSIWYG editor providing similar functionality as offline
web page editors/word processors to enable users to easily and quickly enter
(and cut and paste text/images from Word, other web pages, etc) and
structure and layout the content on a page would help win over non-techie
users who don't like the wiki editor.
WYSIWYG java based web editors:
http://www.technobulls.com/2006/06/23/top-5-free-javascript-wysiwyg-editors/
For instance perhaps use an html editor like this with features added for
XWiki linking, etc:
http://www.fckeditor.net/ and http://www.fckeditor.net/demo
This editor supports cut and paste from Word. It could be offered as an
alternative to the current wiki and WYSIWYG editors?
A WYSIWYG editor doesn't have to translate everything to wiki markup does
it? - couldn't be a mixture of both to take advantage of both and existing
html WYSIWYG editors - of course it wouldn't translate over to edit in the
wiki editor - but would you need/want to?
* A flexible means to quickly customise a wiki skin (fonts/colours/page
layouts/menus/indexes/stats/etc) to be customised for a particular wiki site
without resorting to hacking css files would be useful.
* A wizard to install XWiki on apache tomcat or other and hook it into a
database would also help eliminate common setup/installation
issues/problems.
On another note - have you seen the wiki daskboard on wikipedia by PARC
research?
http://wikidashboard.parc.com/
and an example
http://wikidashboard.parc.com/w/index.php?title=United_States_presidential_e
lection%2C_2008&diff=183392068&oldid=9947884
Regards,
Richard
-----Original Message-----
From: users-bounces(a)xwiki.org [mailto:users-bounces@xwiki.org]On Behalf
Of Vincent Massol
Sent: 10 January 2008 12:52
To: XWiki Users
Subject: Re: [xwiki-users] Wiki and WYSIWYG editing
On Jan 10, 2008, at 12:29 PM, goldring, richard wrote:
> Just a thought:
>
> Perhaps XWiki should either allow users to edit a page with the wiki
> editor
> or the WYSIWYG editor BUT NOT BOTH and not provide translation
> between them.
> My reasoning is:
> * that swapping between the editors can mess up the formatting - which
> annoys users no end.
> * the WYSIWYG wiki output can sometimes be hard to read and even
> unreadable!
> * the WYSIWYG could then provide additonal formatting not currently
> supported by the wiki markup more easily (in HTML directly)
> * first time users get confused with the two editors and swapping
> between
> them and they'd prefer the WYSIWYG editor as long as it didn't mess
> up their
> formatting
>
> Of course it would also be useful to provide some means via the
> WYSIWYG
> editor to add velocity, groovy code, HTML, etc to the page to retain
> the
> freedom and flexibility of the wiki editor.
>
> What do people think?
Right now you can do what you suggest as a customization of your
instance (for example forcing the use of the WYSIWYG editor or forcing
the use of the wiki editor only).
But the main problem is that there are a few annoying bugs in the
WYSIWYG editor which can be fixed. Actually there aren't that many to
make the WYSIWYG editor really slick (probably 3-4 main ones I'd say).
Only issue is that it's a bit tricky to fix and the TinyMCE
architecture isn't really scalable for the longer term future so
that's why we've decided to implement a new WYSIWYG editor in Java
using GWT.
Now back to the current WYSIWYG editor, the XWiki project is welcoming
all patches to fix it so it's only a matter of someone with Javascript
skills providing some patches.
We're also thinking about setting up some bounties and offering some
money for people to work on specific parts of XWiki. This could be
such a domain. Another one would be about creating new skins. Do you
think this would help?
Thanks
-Vincent
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
Thales UK Ltd (Wells) DISCLAIMER: The information contained in this e-mail
is confidential. It may also be legally privileged. It is intended only for
the stated addressee(s) and access to it by any other person is
unauthorised. If you are not an addressee, you must not disclose, copy,
circulate or in any other way use or rely on the information contained in
this e-mail. Such unauthorised use may be unlawful. We may monitor all
e-mail communications through our networks. If you have received this e-mail
in error, please inform us immediately on +44 (0) 1749 672081 and delete it
and all copies from your system. We accept no responsibility for changes to
any e-mail which occur after it has been sent. Attachments to this e-mail
may contain software viruses which could damage your system. We therefore
recommend you virus-check all attachments before opening. A business of
Thales UK Ltd. Registered Office: 2 Dashwood Lang Road, The Bourne Business
Park, Addlestone, Weybridge, Surrey KT15 2NX Registered in England No.
868273
Just a thought:
Perhaps XWiki should either allow users to edit a page with the wiki editor
or the WYSIWYG editor BUT NOT BOTH and not provide translation between them.
My reasoning is:
* that swapping between the editors can mess up the formatting - which
annoys users no end.
* the WYSIWYG wiki output can sometimes be hard to read and even unreadable!
* the WYSIWYG could then provide additonal formatting not currently
supported by the wiki markup more easily (in HTML directly)
* first time users get confused with the two editors and swapping between
them and they'd prefer the WYSIWYG editor as long as it didn't mess up their
formatting
Of course it would also be useful to provide some means via the WYSIWYG
editor to add velocity, groovy code, HTML, etc to the page to retain the
freedom and flexibility of the wiki editor.
What do people think?
Regards,
Richard
Thales UK Ltd (Wells) DISCLAIMER: The information contained in this e-mail
is confidential. It may also be legally privileged. It is intended only for
the stated addressee(s) and access to it by any other person is
unauthorised. If you are not an addressee, you must not disclose, copy,
circulate or in any other way use or rely on the information contained in
this e-mail. Such unauthorised use may be unlawful. We may monitor all
e-mail communications through our networks. If you have received this e-mail
in error, please inform us immediately on +44 (0) 1749 672081 and delete it
and all copies from your system. We accept no responsibility for changes to
any e-mail which occur after it has been sent. Attachments to this e-mail
may contain software viruses which could damage your system. We therefore
recommend you virus-check all attachments before opening. A business of
Thales UK Ltd. Registered Office: 2 Dashwood Lang Road, The Bourne Business
Park, Addlestone, Weybridge, Surrey KT15 2NX Registered in England No.
868273
Hi Sergiu,
could you please suggest me an open source program that allows me to do it? (i don't find the option in mine :(
Thank you very much
----- Messaggio originale -----
Da: Sergiu Dumitriu <sergiu(a)xwiki.com>
A: XWiki Users <users(a)xwiki.org>
Inviato: Giovedì 10 gennaio 2008, 12:12:14
Oggetto: Re: [xwiki-users] Graphical problem
mattia_temp-newsgroup(a)yahoo.it wrote:
> Hi everybody,
>
> Sorry for the silly question, but i have an annoying problem on
custom
> icon visualization.
>
> The background of them appear correctly transparent in firefox,
instead
> in explorer it appear as "lightgrey" (as shown in the image attached)
>
> The png have been created with Paint.NET 3.0...
>
> Does anyone had the same problem? How do you solve it?
>
> Thank you!!
>
> Mattia
IE 6 and earlier don't know about alpha-transparent PNGs. That's the
most annoying thing web designers hate about Microsoft and its browser.
In IE7 it should work.
If you don't need full transparency (meaning semi-transparent pixels)
but jost 100% or 0% transparency, then that you can do. I never used
that program, but i guess it should have an option for this.
Sergiu
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
___________________________________
L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: http://it.docs.yahoo.com/nowyoucan.html
Hi Brandon,
Thank you for your answer, i've tryed to embed the jscript in the skin, but with no success...
could you please help me?
Thank you
----- Messaggio originale -----
Da: "Esbach, Brandon" <Esbachb(a)tycoelectronics.com>
A: XWiki Users <users(a)xwiki.org>
Inviato: Giovedì 10 gennaio 2008, 12:06:15
Oggetto: Re: [xwiki-users] Graphical problem
DIV {
MARGIN:0px;}
IE doesn't support transparency very well in
PNG's (all IE versions prior to IE7) - you can get around it though
using some script.
Gif transparency works to some decent extent in most
versions of IE.
Check here for more info, and a possible workaround for the
PNG problem:
http://homepage.ntlworld.com/bobosola/pngtest.htm
From: users-bounces(a)xwiki.org
[mailto:users-bounces@xwiki.org] On Behalf Of
mattia_temp-newsgroup(a)yahoo.it
Sent: 10 January 2008
11:01
To: XWiki Users
Subject: [xwiki-users] Graphical
problem
Hi everybody,
Sorry for the silly question, but i have an annoying
problem on custom icon visualization.
The background of them appear
correctly transparent in firefox, instead in explorer it appear as "lightgrey"
(as shown in the image attached)
The png have been created with Paint.NET
3.0...
Does anyone had the same problem? How do you solve
it?
Thank you!!
Mattia
L'email della prossima generazione? Puoi averla con la
nuova
Yahoo! Mail
___________________________________
L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: http://it.docs.yahoo.com/nowyoucan.html
For a current project, I would like to limit users in the way they use
images. I want to
1) allow all users to edit pages
2) disable file upload for all users except my 'ImageEditors' group
(i.e. no attachments)
3) make sure users only use images uploaded by an 'ImageEditors'
Unfortunately I found it very difficult to implement aforementioned
requirements in XWiki. XWiki does not implement a designated
'attachment' access level, turning off images is not trivial and file
upload can not be configured.
After creating a user group 'ImageEditors', I created two different
spaces, 'Main' and 'Images' and set the space rights for 'Images' to
'view' for all users and to 'edit' for 'ImageEditors'. While all users
can still edit 'Main'-space-pages, only 'ImageEditors' can edit
'Images'-space-pages (and thus upload attachments to these pages).
To restrict image use, I replaced the
com.xpn.xwiki.render.macro.ImageMacro with my own code (external jar)
that only renders image tags using attachments from the 'Images' space.
For every macro call, it checks if a page with the same name exists in
the 'Images' space and renders this (parallel) page's attachment (if
found). Since 'Main'-space-page attachments are ignored, only
attachments uploaded by 'ImageEditors' are published.
Finally, I customized the skin in a way that, in edit mode, images can
be conveniently picked from the respective (parallel)
'Images'-space-page and also removed all file upload skin code for
non-'ImageEditors'.
This works and meets my requirements with the minor flaw that all users
can still upload arbitrary files to 'Main'-space-pages when posting to
the upload URL directly.
----------
Is there an easier/better/simpler way of accomplishing the above?
I'd appreciate any comments.
Thank you,
Josef
Hi,
Anyone know the when and why about this.....
"Our registration page is currently getting a spam attack. We have needed to disable registration until we find a solution to block the spam attack. We are sorry for the inconvenience but we had to take these measures to keep our platform running."
We can't add users to sites on the XWiki farm?
Is the problem being worked on?
Wei-hsing
I am willing to pay a reasonable amount for someone with experience
doing it to install XWiki for me. I have a shared server account with
MySQL and Tomcat support (I have my own Tomcat instance). I need XWiki
installed so that the front page of the site is the main XWiki page.
I could do this myself of course, but am short of time for learning
how. I would like to have the site working within a week or two at
most.
Please respond directly to me with quotes and requirements. My email
address is jackb [at sign here] sff [dot here] net.
--
>>>>Jack William Bell<<<<
# Tasty links: http://del.icio.us/JackWilliamBell
# Blather: http://www.livejournal.com/users/jackwilliambell/
# Quote: "If Tyranny and Oppression come to this land, it will be in
the guise of fighting a foreign enemy." -- James Madison
# Processor halt: Divide by zero error (A42)
#
The XWiki development team is pleased to announce the release of XWiki
Enterprise 1.2 RC 3.
Go grab it at http://www.xwiki.org/xwiki/bin/view/Main/Download
This is the third and hopefully last release candidate for the 1.2
version. It fixes several bugs, especially regading Oracle support.
The final release is still planned for mid-January.
Changes from 1.2RC2:
* XWIKI-1993: Database schema update issue when migrating from XE
1.1.2 to 1.2 RC2 on Oracle 10g
* XWIKI-1995: Error inserting NULL values in NOT-NULL fields
under Oracle for Version Comments/Authors
* XWIKI-1975: Exception displayed in the log when upgrading from
a previous 1.2 release to 1.2 RC2
* XWIKI-1979: FileUploadPlugin should not call cleanFileList in
endRendering
* XWIKI-1981: UI issue when using the new rights managements UI
with IE7
* XWIKI-1946: Attachment renaming in the WYSIWYG Editor doesn't
keep the file extension
* XE-175: Show the "delete" button next to members in the group
only when the group is edited
For more information see the Release notes at:
http://www.xwiki.org/xwiki/bin/view/Main/ReleaseNotesXWikiEnterprise12RC3
Thanks
-The XWiki dev team