Re: [xwiki-users] LDAP on xwiki

2008-01-18 Thread Gaëtan GUYODO
Thanks for all this information.
I'll try that ASAP, and I'll post results of my tests.
Gaëtan

Your XEN ICT Team - Ricardo Rodriguez a écrit :
 Gaëtan GUYODO wrote:
 I can test it with Active Directory, I'll do that asap.
 Question about java : the latest change is LDAPAuthenticater.java (47 
 kb) 18/jun/2007. How can I compile to have the jar file ?
 
 Hi, Gaëtan,
 
 Here you have the javac command to compile LDAPAuthenticater while 
 working with the brand new 1.2 release. You won't get a jar, but a class 
 file.
 
 javac -cp 
 /Library/Tomcat/webapps/xwiki/WEB-INF/lib/xwiki-core-1.2.jar:/Library/Tomcat/webapps/xwiki/WEB-INF/lib/commons-lang-2.1.jar:/Library/Tomcat/webapps/xwiki/WEB-INF/lib/commons-logging-1.1.1.jar:/Library/Tomcat/webapps/xwiki/WEB-INF/lib/ldap-UNKNOWN.jar:/Library/Tomcat/webapps/xwiki/WEB-INF/lib/ldap-UNKNOWN.jar:/Library/Tomcat/webapps/xwiki/WEB-INF/lib/ldap.jar:/Library/Tomcat/webapps/xwiki/WEB-INF/lib/securityfilter-2.0.jar:/Library/Tomcat/webapps/xwiki/WEB-INF/classes
  
 LDAPAuthenticater.java
 
 It is supposed you are in the 
 /xwiki/WEB-INF/classes/com/xpn/xwiki/ldap/authentication folder. And 
 /Library/Tomcat/webapps is the web applications folder of your servlets 
 container. You must modify these path accordingly or look for any other 
 way of referencing this classes.
 
 All classes but Novell ldap.jar are included with XWiki distribution. 
 You must also copy the classes folder from XWiki.zip 
 (http://jira.xwiki.org/jira/secure/attachment/10851/XWiki.zip) in 
 xwiki/WEB-INF directory. Then, overwrite the LDAPAuthenticater java code 
 with the updated release. So far, it is the one you mentioned dated on 
 June the 18th, 2007
 
 ldap.jar can be obtained from 
 http://developer.novell.com/wiki/index.php/Jldap
 
 I am now using this new class but have some problems while binding to my 
 eDirectory server. No I have to trace the process in the server to see 
 where does the problem arise.
 
 I will move this discussion to the JIRA-1079 issue. I think it is the 
 right place to go on with this.
 
 I am sure the Building page contents the solution to many of my doubts 
 so I have to keep trying to understand the whole building process.
 
 Cheers,
 
 Ricardo
 

-- 
__
  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
__

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] mod_jk config ? mod_proxy ?

2008-01-18 Thread Sergiu Dumitriu
Paul Libbrecht wrote:
 
 Le 18 janv. 08 à 00:27, Sergiu Dumitriu a écrit :
 
 Jerome Velociter wrote:
 AFAIK, xwiki .js files aren't parsed by the velocity renderer. You 
 might find JS mixed with velocity only in templates inside script 
 tags.
 
 That's how much I could see with less and grep in albatross and would be 
 already very relevant.
 
 Not exactly, some of the JS files are parsed (those that get through 
 the  SkinAction).
 
 These are the ones I would like to know about.
 
 But I don't think that is an issue, they can be cached.
 
 It is an issue.
 In mod_jk, it is classical to configure the static resources to be 
 fully ignored by the servlet container... no caching, just normal apache 
 httpd download work (with file modifs headers, only-if-changed-since 
 responses etc).
 
 Caching is an alternative for performance management, and it relies on 
 the proper usage of Vary headers... report on experience there is 
 interesting as well.
 
 AFAIR, there is no (outer) script that really depends on the current  
 request.
 
 Then for performance that script should be kind of isolated.
 In an ideal solution, all that would be under xwiki/static and it'd be 
 easy to take part into httpd (which may well be on another host). Right 
 now, I think that xwiki/skins would already be a good first step.
 
 If Have an answer to question 1 (or a way to track the answer on 
 individual files, I think I could let experiments be made...
 

How about:
- scripts that are taken from /xwiki/skins/albatross/*js are static
= scripts that are taken from /xwiki/bin/skin/.../*js are parsed

Sergiu
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


[xwiki-users] Confluence integration (Catalin)

2008-01-18 Thread goldring, richard
Anyone,

How does this Confluence integration (Catalin) work? What does it do?

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
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] Confluence integration (Catalin)

2008-01-18 Thread Vincent Massol

On Jan 18, 2008, at 9:35 AM, goldring, richard wrote:

 Anyone,

 How does this Confluence integration (Catalin) work? What does it do?

it's the XMLRPC API:
http://platform.xwiki.org/xwiki/bin/view/Features/XMLRPC

-Vincent
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] document name including /

2008-01-18 Thread Paul Libbrecht


Le 18 janv. 08 à 00:05, Your XEN ICT Team - Ricardo Rodriguez a écrit :
1 - I already have a good load of content, can I switch to UTF-8  
without wrecking the wiki ?
As far as I understand, all involved actors must run the same  
encoding.

It is just a guess, but if your database and your XWiki run with
different encoding, URLs with characters like á, ñ, or / won't work.


I haven't tried (and really do not understand why there's anyone on  
earth sticking with iso-8859-1 (except for wrongly configured editors  
such emacs) but:
I know that the DB-installation instruction say that the DB should be  
configured for encoding unicode, so that the java-strings - DB is  
encoding proof for any encoding.


XML import is also bullet proof there: the encoding value is written  
in the header.


Where you change encoding is at the front-end (delivery, hence input)  
and there, I think you can change this right away, the re-encoding  
happens in java in all cases, to any encoding.


My 2p.

paul

smime.p7s
Description: S/MIME cryptographic signature
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] Plexus version error

2008-01-18 Thread Sergiu Dumitriu
Vincent Massol wrote:
 Hi,
 
 On Jan 16, 2008, at 6:55 PM, Sergiu Dumitriu wrote:
 
 Thorbjørn Konstantinovitz wrote:
 But when I access the xwiki application in a browser I get the  
 following
 error:


 javax.servlet.ServletException: Servlet execution threw an exception

 com 
 .xpn 
 .xwiki 
 .web 
 .SetCharacterEncodingFilter 
 .doFilter(SetCharacterEncodingFilter.java:117)

 root cause

 java.lang.UnsupportedClassVersionError:
 org/exoplatform/container/PortalContainer (Unsupported major.minor
 version 49.0)

 What exactly does this mean and how do I correct it?

 Usually it means that you're using an older version of the JDK. I  
 don't
 know if Plexus requires JDK 1.5 or works on 1.4, too, so try upgrading
 and see if it works.
 
 Not sure why both of you are mentioning plexus... The error says:
 
 root cause
 
 java.lang.UnsupportedClassVersionError:
 org/exoplatform/container/PortalContainer (Unsupported major.minor
 version 49.0)
 
 And indeed exo platform requires JDK 1.5.
 

I said plexus because he said plexus, and I didn't even bother to look 
at the stack trace below the UnsupportedClassVersionError line.

So indeed, eXo requires 1.5, and we are trying to remove eXo from our 
core, but it will take a bit more time before that will happen. For the 
moment you must upgrade to a newer JDK.

Sergiu
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] Confluence integration (Catalin)

2008-01-18 Thread Sergiu Dumitriu
Vincent Massol wrote:
 On Jan 18, 2008, at 9:35 AM, goldring, richard wrote:
 
 Anyone,

 How does this Confluence integration (Catalin) work? What does it do?
 
 it's the XMLRPC API:
 http://platform.xwiki.org/xwiki/bin/view/Features/XMLRPC
 

And (Catalin) is not a codename, it is the name of the SoC student who 
implemented it, Cătălin Hriţcu.

Sergiu
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] LDAP on xwiki

2008-01-18 Thread Your XEN ICT Team - Ricardo Rodriguez
Gaëtan GUYODO wrote:
 Thanks for all this information.
 I'll try that ASAP, and I'll post results of my tests.
 Gaëtan
Great!

I do think that it will better to move the discussion to 
http://jira.xwiki.org/jira/browse/XWIKI-1079, doesn't you?

Cheers,

Ricardo

-- 
Ricardo Rodríguez
Your XEN ICT Team

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] document name including /

2008-01-18 Thread Sergiu Dumitriu
Paul Libbrecht wrote:
 
 Le 18 janv. 08 à 00:05, Your XEN ICT Team - Ricardo Rodriguez a écrit :
 1 - I already have a good load of content, can I switch to UTF-8 
 without wrecking the wiki ?
 As far as I understand, all involved actors must run the same encoding.
 It is just a guess, but if your database and your XWiki run with
 different encoding, URLs with characters like á, ñ, or / won't work.
 
 I haven't tried (and really do not understand why there's anyone on 
 earth sticking with iso-8859-1 (except for wrongly configured editors 
 such emacs) but:
 I know that the DB-installation instruction say that the DB should be 
 configured for encoding unicode, so that the java-strings - DB is 
 encoding proof for any encoding.
 
 XML import is also bullet proof there: the encoding value is written in 
 the header.
 
 Where you change encoding is at the front-end (delivery, hence input) 
 and there, I think you can change this right away, the re-encoding 
 happens in java in all cases, to any encoding.
 
 My 2p.
 
 paul
 

Hi,

I agree with you that 8859-1 is not the best encoding for a default, and 
that UTF-8 should be the default if we want to see XWiki used in 
non-USA/Western Europe countries.

However, changing the encoding is not as simple as you say. The most 
important things, external to XWiki, are:
- By default, some databases are configured in latin1 (like mySql). 
Setting the database to utf8 is something the system administrator must 
do, as we cannot specify it from XWiki. We could specify the encoding of 
each table, IF hibernate supported this. But it does not, so not even 
that is possible.
- The JVM uses the system encoding, if not manually specified. And 
almost all operating systems are configured for 8859-1, maybe except 
those that can be found in Asian countries. And all strings written are 
by default converted to the system encoding, unless we override the 
default. And changing the default JVM encoding, again, is something we 
cannot do. We have an issue for overriding the initial encoding from the 
platform with the one specified in xwiki.cfg or web.xml, but it is not 
implemented yet. (I did it locally, but the code wasn't nice, so I had 
to postpone this fix until I find a better solution).

We are planning to switch to UTF by default, but there are several 
changes needed in the platform. And more important, we need a lot of 
testing to make sure that nothing gets broken by this change. Chances 
are it will work, as I have setup several sites using UTF-8, and nobody 
reported problems until now. (There were several problems, but they have 
been fixed already).

Sergiu
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


[xwiki-users] Comments and attachments in a xwiki page

2008-01-18 Thread Sachn Mittal

Hi,
I see that any page we create in xwiki has a comments and attachment section
attached below the contents.
Is there any way to configure it to not show up.
I can do this by modifying the velocity template, but wanted it as part of
configuration setting.
Another thing I notice is that Comments and attachments section is part of a
panel in the panel application.
So one can always add it to left or right pane, thus it does not make much
sense to have it (by default) below every page.

Lastly I see that in panels application we can configure the left and right
panes. There should also be an option to configure top and bottom so as to
complete a border layout. Thus tomorrow we can move this comments and
attachments section in the bottom (for whatever spaces we need).

Let me know you suggestions on these.

Thanks
Sachin

-- 
View this message in context: 
http://www.nabble.com/Comments-and-attachments-in-a-xwiki-page-tp14949795p14949795.html
Sent from the XWiki- Users mailing list archive at Nabble.com.

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] LDAP on xwiki

2008-01-18 Thread Your XEN ICT Team - Ricardo Rodriguez
Gaëtan GUYODO wrote:
 Thanks for all this information.
 I'll try that ASAP, and I'll post results of my tests.
 Gaëtan

I'm afraid I've added some noise to my previous answer. Sorry about that.

   1. ldap-UNKNOWN.jar was referenced twice
   2. ldap.jar includes the same Novell classes than ldap-UNKNOWN.jar.
  Some only one of them is required. I've compiled with one or the
  other without any problem. I don't know why the one included with
  XWiki is called ldap-UNKNOWN.jar. I will ask in the devs list.

Best,

Ricardo

-- 
Ricardo Rodríguez
Your XEN ICT Team

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] document name including /

2008-01-18 Thread Your XEN ICT Team - Ricardo Rodriguez
FAUX, Emmanuel wrote:
 I have the same issue, and when of my users uploads a filename with a special 
 character, I end up removing an entry in XWIKIATTACHEMENT, 
 XWIKIATTACHEMENT_ARCHIVE, XWIKIATTACHEMENT_CONTENT.
   
Hi, Emmanuel,

I'm trying to remove some in troubles documents. None of them has 
attachments, so I think these three tables are not involved. The only 
table I found with a record for each document is XWIKIDOC.

But if I delete a document for this table, it is still available in the 
wiki. It is not searchable, but I can access it with its former URL. 
I've emptied the browser cache and tried Safari, Firefox, Explorer and 
Opera. Delete was commited in MySQL.

Please, where is the document stored? Thanks!


-- 
Ricardo Rodríguez
Your XEN ICT Team
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


[xwiki-users] Error for What's New

2008-01-18 Thread Lou Parisi
I have a new install of xwiki enterprise 1.2 on Linux Tomcat 5.5 with MySQL
4.1.  I installed the war file and imported the xar file.  Things seem to be
generally working but I get an error when I click on the Quick Links -
What's New.  

The page accessed when I click on the link is: xwiki/bin/view/Main/Dashboard

The error displayed is:
Error number 4001 in 4: Error while parsing velocity page Main.Dashboard
Wrapped Exception: Invocation of method 'searchDocuments' in class
com.xpn.xwiki.api.XWiki threw exception com.xpn.xwiki.XWikiException: Error
number 3223 in 3: Exception while searching documents with SQL web,
doc.name, max(ni.date) from XWiki Document as doc , XWiki RCSNode Info as ni
where doc.id=ni.id.doc Id and ni.id.version2=1 group by doc.web, doc.name
order by max(ni.date) desc? Wrapped Exception: could not execute query @
Main.Dashboard24,28?

Any ideas what the problem is.  


___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users