Re: [xwiki-users] Filesystem porter issue (VoidAttachmentVersioningStore)

2016-04-27 Thread Caleb James DeLisle

So try setting your AttachmentVersionStore in your config to "file" as per
the recommendations. When the porter is complete you can set it back.

Thanks,
Caleb


On 26/04/16 09:01, m...@ow2.org wrote:

Well,
Having VoidAttachmentVersioningStore here just prevents the script to
run, this is why I'm asking for help :)

Le 25/04/2016 12:17, Caleb James DeLisle a écrit :

Hmm, I don't recall whether VoidAttachmentVersioningStore was supported
but in any case you should have little difficulty if you switch attachment
versioning store to file and then switch to void after making the
migration.

Thanks,
Caleb


On 25/04/16 11:47, m...@ow2.org wrote:

Hi,

Like described in http://jira.xwiki.org/browse/XWIKI-13348 I get a red
line on VoidAttachmentVersioningStore.

I have double-checked the configuration (those three lines in xwiki.cfg).

Could someone give a hand ? Is it safe to run the backup script like
this anyway ?

PS: I've also attached a screenshot of the error in the issue

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



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


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


Re: [xwiki-users] [xwiki-devs] [VOTE] Move to Java 8 as minimal version for XWiki 8.0+

2016-02-09 Thread Caleb James DeLisle

+1 because better the developers and the users run the same major version
of the JVM and I think most of the devs are already running 8.

Thanks,
Caleb


On 10/02/16 07:17, Manuel Smeria wrote:

+1

Thanks,
Manuel

On Tue, Feb 9, 2016 at 10:53 PM, Paul Libbrecht  wrote:




vinc...@massol.net wrote:

Just found this: http://java.com/en/download/help/sysreq.xml


This is for Oracle’s JVM but all you need is to find a Java 8 JVM that

works for your OS. I don’t know the requirements for OpenJDK or other JVMs.
cool. Sounds rather acceptable to me.
+1.
(non-binding I think)

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


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


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


Re: [xwiki-users] Admin Tools database to filesystem porter error

2016-01-18 Thread Caleb James DeLisle

Hi Mark,

My estimation of the problem is that a newer version of Groovy forbids the use
of a function called `main()`. I've updated the script to use a different name
for the main entry point function and you can access the new version here.

http://extensions.xwiki.org/xwiki/bin/download/Extension/Filesystem+Attachment+Porter/filesystemAttachmentPorterScript-2.3.xwiki20

Thanks,
Caleb

On 15/01/16 16:04, Mark Sack wrote:

When I try to execute the database to filesystem porter tool in xwiki 7.4, I
see the following error:

   Failed to execute the [groovy] macro. Click on this message
for details.

Can anyone suggest how to resolve or work around this problem?
My environment is Debian jessie, Postgresql 9.4, WAR file running on tomcat8
and openjdk-7

The details are below.

org.xwiki.rendering.macro.MacroExecutionException: Failed to evaluate Script
Macro for content [import com.xpn.xwiki.doc.XWikiAttachment;
import com.xpn.xwiki.doc.XWikiDocument;
import com.xpn.xwiki.doc.DeletedAttachment;
import org.xwiki.store.legacy.doc.internal.ListAttachmentArchive;
import com.xpn.xwiki.store.XWikiAttachmentStoreInterface;
import org.xwiki.store.legacy.store.internal.FilesystemAttachmentStore;
import com.xpn.xwiki.store.AttachmentVersioningStore;
import org.xwiki.store.legacy.store.internal.XWikiHibernateTransaction;
import com.xpn.xwiki.store.AttachmentRecycleBinStore;
import com.xpn.xwiki.web.Utils;
import com.xpn.xwiki.XWikiContext;
import com.xpn.xwiki.XWiki;
import com.xpn.xwiki.XWikiException;
import org.xwiki.store.filesystem.internal.FilesystemStoreTools;
import org.apache.commons.lang.exception.ExceptionUtils;
import org.hibernate.ObjectNotFoundException;

private void printIntro(final XWiki wiki)
{
 println("= Filesystem attachment storage porting script =");

 println("== Step 1: Switch to Filesystem attachments. ==");

 boolean ret = isFilesystemStore(wiki.getAttachmentStore()) \
 && isFilesystemStore(wiki.getAttachmentVersioningStore()) \
 && isFilesystemStore(wiki.getAttachmentRecycleBinStore());

 println(getStoreLine(isFilesystemStore(wiki.getAttachmentStore()),
  wiki.getAttachmentStore()));

println(getStoreLine(isFilesystemStore(wiki.getAttachmentVersioningStore()),
  wiki.getAttachmentVersioningStore()));

println(getStoreLine(isFilesystemStore(wiki.getAttachmentRecycleBinStore()),
  wiki.getAttachmentRecycleBinStore()));

 if (!ret) {
 println("Please edit your xwiki.cfg file by modifying "
 + "the attachment store lines to read as follows:");
 println("xwiki.store.attachment.hint = file");
 println("xwiki.store.attachment.versioning.hint = file");
 println("xwiki.store.attachment.recyclebin.hint = file");
 println("Also make sure they are not commented out.");
 }

 println("== Step 2: Add this directory to your backup routine. ==");
 println("This is your storage directory, "
 + "when filesystem attachments are enabled you have to back this up
"
 + "as part of your data backup routine.\n");

println(Utils.getComponent(FilesystemStoreTools.class).storageDir.getAbsolutePath());

 println("== Step 3: Copy attachments from database to filesystem. ==");
 println("Now you are ready to copy the data over from your database to
the filesystem. "
 + "It is prudent to leave the attachments in the database since this
is still experimental "
 + "and in most situations the attachment data is not bothersome just
sitting in the "
 + "database. As such, this script contains no facility to delete
entries from the database.");
 println("If anything goes wrong in this function, it will fail with an
error message, "
 + "you should get the stack trace (probably in the log file) and
keep it to "
 + "confuse and humiliate the developers with. No harm should be done
since this only loads "
 + "from the database and only saves to the filesystem.");
}

main();
private void main()
{
 final XWikiContext xc = xcontext.getContext();
 final XWiki wiki = xc.getWiki();

 int startAt = 0;
 int seconds = 20;
 boolean dryRun = true;
 boolean verbose = false;
 boolean go = request.getMethod().equals("POST") &&
request.getParameter("doIt") != null;
 boolean ajax = "plain".equals(request.getParameter("xpage"));
 int endedAt = 0;

 if (!ajax) {
 this.printIntro(wiki);
 }

 if (go) {
 startAt = Integer.parseInt(request.getParameter("startAt"));
 seconds = Integer.parseInt(request.getParameter("seconds"));
 dryRun = "on".equals(request.getParameter("dryRun"));
 verbose = "on".equals(request.getParameter("verbose"));
 endedAt = this.doIt(startAt, seconds, dryRun, verbose, ajax);
 if (ajax) {
 if (endedAt == -1) {
 this.printFooter();
 } 

Re: [xwiki-users] [xwiki-devs] [Idea] Make Markdown syntax available as an optional subset of the XWiki 2.1 syntax

2015-11-27 Thread Caleb James DeLisle

The point is not to use someone else's code or even to duplicate
the logic to a perfect binary-compatible tee, the point is to be
"standard enough" that it's familiar to people who come in from
Github, StackOverflow, Slack, Reddit etc.

The php-inspired macro idea is another attempt at making it more
familiar to people and thus more intuitive.

Thanks,
Caleb



On 27/11/15 16:54, vinc...@massol.net wrote:




On 27 Nov 2015 at 16:41:34, Paul Libbrecht 
(p...@hoplahup.net(mailto:p...@hoplahup.net)) wrote:




Caleb James DeLisle wrote:

I had just imagined an extension to the markdown standard, not sure
exactly
how macros ought to be implemented... One possibility:


$doc.getFullName()

?>

or

?>

Hey, that is very "standard" in the sense of PHP-ish.
I like it but I am sure it can clash heavily somewhere.

Another proposal is here:
https://github.com/codingcoop/markdown-macros
More compact... thus less portable…


Can you explain why you’re trying to do something that’s already implemented? 
You don’t like our current implementation?

Thanks
-Vincent


Paul


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


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


Re: [xwiki-users] [xwiki-devs] [Idea] Make Markdown syntax available as an optional subset of the XWiki 2.1 syntax

2015-11-27 Thread Caleb James DeLisle

I had just imagined an extension to the markdown standard, not sure exactly
how macros ought to be implemented... One possibility:



or

 ?>


Thanks,
Caleb


On 27/11/15 14:28, Paul Libbrecht wrote:

I'm trying to find "comparable tools" that we could document there as
being comparable experiences that users might have met already. I do not
see any yet (Confluence and Jenkins seem to have pedgown as an option,
that's the only similarity I find).
So... this is "just another extended markdown" ?

Caleb, did you have something more pangalactic in mind?

Paul

vinc...@massol.net wrote:

I'm sure we could do more user-friendly by comparing to tools that
use PegDown maybe.

I’m not sure what you have in mind but feel free to edit the page and
add information.


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


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


[xwiki-users] [myxwiki] Request for new wiki

2015-09-24 Thread Caleb James DeLisle

Hi,

I'd like to start a wiki for documenting a small sociological project
which I'm doing with a few friends. It will be closed while the project
is ongoing but we intend to make our findings usable to the outside world
when the project is complete.

My username is CalebJamesDeLisle and I'd like a wiki named 'grw'

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


Re: [xwiki-users] Is there option...

2015-07-24 Thread Caleb James DeLisle
XWiki has a statistics module 
http://extensions.xwiki.org/xwiki/bin/view/Extension/Statistics+Application
which is disabled by default for performance reasons. When we encounter
a similar issue, we install Piwik and use that with the Piwik Extension

http://extensions.xwiki.org/xwiki/bin/view/Extension/XWiki+Application+-+Piwik+Extension

Thanks,
Caleb


On 24/07/15 10:26, Maciej Fokt wrote:
 *how many views :)
 
 W dniu .07.2015 o 10:24 Maciej Fokt maciek.f...@taxi123.pl pisze:
 
 Hi,

 Can I check somewhere how many unregistered users watched my XWIki space?
 (I have two spaces for unregistered users)

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

-- 
Satire is the escape hatch from the cycle of sorrow, hatred and violence. 
#JeSuisCharlie
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


[xwiki-users] [ANN] XWebIDE - Working prototype of Application Development Environment in XWiki !

2015-07-02 Thread Caleb James DeLisle
Hi guys and gals,

XWiki Labs is proud to present an early (but working!) prototype of an 
Application Development Environment in XWiki.
I want to put out a big congradulations to the Labs team's most recent member 
Yann Flory for making this great work possible in record time.

We went to great lengths to avoid nice features such as syntax highlighting 
and autocompletion which are likely
sources of bugs so that we could provide a basic workflow which is stable 
enough to provide you something you can
start using today.

You can install XWebIDE right now from 
http://extensions.xwiki.org/xwiki/bin/view/Extension/XWebIDE+Application
or by searching for XWebIDE on the Extension Manager.

If you're developing extensions or projects on top of XWiki, start playing with 
XWebIDE and tell us what you think.

If you have ideas for better workflows and user experiences, we want to hear it!
* Should it be integrated in App Within Minutes? If so, how?
* How would you want to create a project? Should there be a wizard? What steps?
* What else would you like this to allow you to do?

You can write your feedback ideas and report bugs on JIRA at 
http://jira.xwiki.org/browse/XWEBIDE or write to me.


Thanks,
Caleb

-- 
Caleb James DeLisle
XWiki SAS
calebjamesdeli...@xwiki.com
irc.freenode cjd 9:00-18:00 GMT+1 http://bit.ly/1suU0Lh
Satire is the escape hatch from the cycle of sorrow, hatred and violence. 
#JeSuisCharlie

-- 
Satire is the escape hatch from the cycle of sorrow, hatred and violence. 
#JeSuisCharlie
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] SSL on Tomcat 7 Xwiki

2015-04-28 Thread Caleb James DeLisle
I know it's possible to setup tomcat itself to do TLS but personally I would
look at using an Apache/AJP connector or Nginx/HTTP for handling the TLS and
proxying back to the Tomcat server. I know Apache/AJP - Tomcat to be well
tested but I'll throw in a word for Nginx/HTTP - Jetty just because I have
a personal soft spot for it :)

Thanks,
Caleb

On 04/27/2015 08:57 PM, Niko B. wrote:
 Hi,
 
 I am trying to setup SSL/TLS on xwiki running tomcat7. I am trying to find
 the tomcat conf file and the java directory but they dont seem to be in the
 default location. Since we are running tomcat, the ssl certificate would
 have to be in tomcat correct? Would this be easier in Jetty? Does anyone
 have instructions on how to setup SSL/TLS on xwiki or can someone point me
 in the right direction?
 
 Thanks in advance!
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users
 

-- 
Satire is the escape hatch from the cycle of sorrow, hatred and violence. 
#JeSuisCharlie
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] Can't make big uploads?

2015-01-12 Thread Caleb James DeLisle
The error makes it look like FSAttach is disabled.
Check for files existing in the Permanent Storage directory in the server's 
filesystem.

Thanks,
Caleb

On 01/12/2015 10:05 AM, Paul Libbrecht wrote:
 Thomas,
 
 I believe I am using the filesystem attachment. At least that's when I 
 thought when using the following configuration:
   
 # enable attachment filesystem storage
 xwiki.store.attachment.hint=file
 xwiki.store.attachment.versioning.hint=file
 xwiki.store.attachment.recyclebin.hint=file
 
 Any other way for me to proof?
 
 thanks
 
 Paul
 
 
 On 12 janv. 2015, at 09:38, Thomas Mortagne thomas.morta...@xwiki.com wrote:
 
 When saving an attachment XWikiAttachment.updateContentArchive produce
 a base 64 String of the attachment (so a lot bigger than the
 attachment size) before copy it again as String[] (so again double the
 size in memory) and then sending it to the database (which is not
 quite the streamed thing you would expect in case of MySQL for
 example). There is thing that can be improved (but not much we can do
 about non streaming MySQL connector) but yes currently default
 attachment store is not exactly great to store 600 Mb files unless you
 allocate a looot of memory to your XWiki instance.

 Filesystem attachment should support it well (been made just for this
 kind of use case after all), see
 http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Attachments#HFilesystemAttachmentStore.
 
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users
 
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] HELP! Java Heap Space

2014-09-12 Thread Caleb James DeLisle
You could try setting attachment versioning to false or investigate
Filesystem Attachment Store.

Thanks,
Caleb

On 09/12/2014 10:59 AM, Nema wrote:
 This post has NOT been accepted by the mailing list yet.
 Help please im trying to upload a file that is 30.02 mb big and everytime i
 try to upload this zip file i get this message. Please help im about to get
 crazy. I allready change the max value of upload size. 
 
Error number 0 in 11: Uncaught exception 
 com.xpn.xwiki.XWikiException: Error number 0 in 11: Uncaught exception 
 at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:370) 
 at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:148) 
 at
 org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:425)
  
 at
 org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:228) 
 at
 org.apache.struts.action.ActionServlet.process(ActionServlet.java:1913) 
 at
 org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:462) 
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:755) 
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:848) 
 at
 org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:669) 
 at
 org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1448)
  
 at com.xpn.xwiki.web.ActionFilter.doFilter(ActionFilter.java:115) 
 at
 org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1419)
  
 at
 org.xwiki.wysiwyg.server.filter.ConversionFilter.doFilter(ConversionFilter.java:126)
  
 at
 org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1419)
  
 at
 com.xpn.xwiki.plugin.webdav.XWikiDavFilter.doFilter(XWikiDavFilter.java:66) 
 at
 org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1419)
  
 at
 org.xwiki.container.servlet.filters.internal.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:208)
  
 at
 org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1419)
  
 at
 org.xwiki.container.servlet.filters.internal.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:111)
  
 at
 org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1419)
  
 at
 org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:455) 
 at
 org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:137) 
 at
 org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:557) 
 at
 org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:231)
  
 at
 org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1075)
  
 at
 org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:384) 
 at
 org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:193)
  
 at
 org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1009)
  
 at
 org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:135) 
 at
 org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:255)
  
 at
 org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:154)
  
 at
 org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:116)
  
 at org.eclipse.jetty.server.Server.handle(Server.java:368) 
 at
 org.eclipse.jetty.server.AbstractHttpConnection.handleRequest(AbstractHttpConnection.java:488)
  
 at
 org.eclipse.jetty.server.AbstractHttpConnection.content(AbstractHttpConnection.java:943)
  
 at
 org.eclipse.jetty.server.AbstractHttpConnection$RequestHandler.content(AbstractHttpConnection.java:1004)
  
 at org.eclipse.jetty.http.HttpParser.parseNext(HttpParser.java:861) 
 at
 org.eclipse.jetty.http.HttpParser.parseAvailable(HttpParser.java:240) 
 at
 org.eclipse.jetty.server.AsyncHttpConnection.handle(AsyncHttpConnection.java:82)
  
 at
 org.eclipse.jetty.io.nio.SelectChannelEndPoint.handle(SelectChannelEndPoint.java:628)
  
 at
 org.eclipse.jetty.io.nio.SelectChannelEndPoint$1.run(SelectChannelEndPoint.java:52)
  
 at
 org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:608)
  
 at
 org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:543)
  
 at java.lang.Thread.run(Unknown Source) 
 Caused by: java.lang.OutOfMemoryError: Java heap space 
 at java.util.Arrays.copyOf(Unknown Source) 
 at java.lang.AbstractStringBuilder.expandCapacity(Unknown Source) 
 at java.lang.AbstractStringBuilder.ensureCapacityInternal(Unknown
 Source) 
 at 

Re: [xwiki-users] Experimental Realtime WYSIWYG editor released.

2014-08-08 Thread Caleb James DeLisle
Update:

I forgot to mention that it is currently deployed and testable on
http://realtime.webviewers.org/

Thanks,
Caleb


On 08/08/2014 12:24 PM, Caleb James DeLisle wrote:
 Hello all,
 On behalf of XWiki SAS Research Team, I'm proud to announce that an
 early experimental version of the XWiki Realtime WYSIWYG has just
 been released!
 
 You can find the code here:
 http://extensions.xwiki.org/xwiki/bin/view/Extension/RtWysiwyg
 and install it using the Extension Manager.
 Beware: it's still experimental and we're not yet sure that it won't
 eat your cat.
 
 We're very interested in discovering what issues people are having
 with the system and any bugs, feature requests or other issues which
 people are experiencing would be most appreciated on
 http://jira.xwiki.org/browse/RTWYSIWYG
 
 
 Thanks,
 Caleb
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users
 

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


Re: [xwiki-users] [xwiki-devs] [UX] Wiki - Space - Page concepts pitch

2014-08-01 Thread Caleb James DeLisle
I don't like the idea of renaming space (again).

If new people don't understand it easily, better we find an efficient
way to educate them than to rename the concept so that old people won't
understand it either. The tragedy of renaming things is that the code
becomes unapproachable with surprises like XWD_WEB which only the well
informed know is a table representing the names of *spaces* which once
upon a time were known as *webs*.

On 08/01/2014 09:47 AM, Jean SIMARD wrote:
 Just a thought.  It seems that the 'wiki - space - page' is a hard
 concept to get; maybe it's too complex, maybe it's not intuitive.  I
 heard once that we should use 'folder' instead of 'space'.
 
 My thought is the following: do we need to explain a hard concept or do
 we need to simplify it?
 
 However, 'simplifying' is probably a big work to do.  In a short-term
 action plan, a pitch to explain these concepts is a good idea.
 --
 Jean
 
 On jeu., 2014-07-31 at 12:13 +0300, Ecaterina Moraru (Valica) wrote:
 Hi,

 We did some usability testing sessions and found out that one of the
 biggest problems users are facing is that they don't understand the Home -
 Wiki - Space - Page concepts.
 Because of this confusion:
 - they are creating a wiki instead of a space or a page,
 - they don't know where they are located when looking at a page (in the
 main wiki or in a subwiki),
 - they don't know how to navigate to the pages they've created,
 - very confused that we have a Main space in every wiki,
 - they are having a hard time making a difference between a space and an
 application,
 - hard to understand everything is a page,
 - etc.

 We could do many things in order to improve our navigation, but one thing I
 want us to focus in this mail thread is the explanation of Wiki - Space -
 Page concepts on the Main.WebHome.

 Currently the content of the Welcome Block is:

 = Welcome to your wiki =

 It's an easy-to-edit website that will help you work better together. This
 Wiki is made of //pages// sorted by //spaces//. You're currently in the
 **Main** space, looking at its home page (**WebHome**).

 Learn how to use XWiki with the [[Getting Started Guide]]


 You can then use the [[Sandbox space]] to try out your wiki's features.


 I would like to replace this message with an introductory text that explain
 the concepts (there were also some ideas that maybe we need some images to
 represent the hierarchy, etc.) and I need your opinion on this subject.

 So, how would you pitch the Wiki - Space - Page concepts to newcomers?

 Thanks,
 Caty
 ___
 devs mailing list
 d...@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/devs
 
 ___
 devs mailing list
 d...@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/devs
 
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] Feedback from a novice user

2014-07-02 Thread Caleb James DeLisle
hmm maybe we can hook the backspace key in javascript and eat the event...

On 07/02/2014 04:32 PM, Hamster wrote:
 Great report Vincent, it felt like I was watching over your shoulders, seeing
 your wife struggling with XWiki for the first time. The Backspace issue is
 hitting me in the face once or twice every year (mainly when visiting a
 website, filling a form, loosing focus on a textbox, hitting backspace to
 erase a character...and Chrome/IE navigates to the previous page, loosing
 all entered information...you get the picture)
 
 I can relate to the issues you have described. I am also getting the most
 basic questions from our novice users (for example, Can you put this piece
 of text on the wiki?). Reading your report reminds me that being an XWiki
 Administator or being a first-time user...it's a huge difference :-)
 
 Even after writing a custom XWiki Manual and giving a short training
 (showing them how to create a new page, insert text and pictures, create
 links to other pages..) people don't have a clue what they are doing! :-O
 
 
 
 --
 View this message in context: 
 http://xwiki.475771.n2.nabble.com/Feedback-from-a-novice-user-tp7591176p7591181.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
 
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] xwiki code isn't interpreted in footer?

2014-06-11 Thread Caleb James DeLisle
.vm files are Velocity code, not XWiki syntax so if you want to include
a page, you could do 
$xwiki.getDocument(BacASable.PiedDePage).getRenderedContent()
which would output the relevant html.

Thanks,
Caleb

On 06/11/2014 11:34 AM, Pascal BASTIEN wrote:
 Hello,
 
 Are there a way to include some page in footer?
 I tried without success {{include context=NEW 
 reference=BacASable.PiedDePage/}} in and in footer.vm and  Footer:Space 
 Copyright.
 
 
 Thxs.
 
 Pascal B
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users
 
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] Using parameter macro in the js extension

2014-05-13 Thread Caleb James DeLisle
This depends a lot on how the javascript is loaded...

If you're including it using $xwiki.jsx.use() then it won't have the same
context because it's a different HTTP request. If you use the macro and then
do a {{velocity}} macro with an {{html}} macro and a script inside of that,
the content will (should) be there.

Another solution is to pass the info in a parameter, eg:
$xwiki.jsx.use('My.Document', {param: $value})
and then in the jsx extension...

var PARAMETER_ONE = $escapetool.javascript($request.getParameter('param'));

Thanks,
Caleb


On 05/13/2014 03:28 PM, Eduardo Abritta wrote:
 Exactly. I'm needing initialize a value in the velocity environment and use 
 it on the  javascript code.  it not needs to be dinamic.
 I am trying to use the following code but the JS variable is returning 
 undefined
  
  
 Java Script Code
 var param;
 this.param=$xcontext.macro.params.parameter;
 console.log(param);
  
 Velocity (Macro)
  
  $xcontext.put(param, $xcontext.macro.params.parameter)
 
 Some light?
  
 ty
 
 
 Atenciosamente,
 Eduardo Abritta
 e-mail: eduardo.abri...@outlook.com | 
  
 Date: Tue, 13 May 2014 10:05:17 +0200
 From: jeremie.bousq...@gmail.com
 To: users@xwiki.org
 Subject: Re: [xwiki-users] Using parameter macro in the js extension

 Hi,


 2014-05-13 8:40 GMT+02:00 Michael Bußler michael.buss...@googlemail.com:

 Hi, the velocity-code is executed on the server, while js-code runs on the
 client side, AFTER the macro-code was executed .
 You could try need to pass parameters to your macro via an URL parameter or
 http POST.


 Only if value needs to be refreshed without a page refresh. If value comes
 from a velocity macro, it's in the context of a page, so it's enough to
 initialize the javascript var from velocity (which is ok as velocity is
 executed before) - it's not supposed to be updated server-side after the
 page is rendered.
 Of course if it needs to be dynamic you could go ajax.
 Well my understanding of Eduardo is that he needs to initialize a value in
 javascript, based on a macro parameter passed to a velocity macro.



 Hope this helps!

 Best, Michael
 Am 12.05.2014 19:01 schrieb Eduardo Abritta eduardo.abri...@outlook.com
 :

 Hi Sirs,

 I am developing a macro in velocity (wiki macro) and need to use a
 parameter (wiki macro parameter) defined by the user in my java script
 code
 (java script extension). I tried  can several methods but it is not
 working.

 How can I do this?




 Atenciosamente,
 Eduardo Abritta
 e-mail: eduardo.abri...@outlook.com |



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

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

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


Re: [xwiki-users] Groovy syntax for $xwiki.jsfx.use

2014-05-09 Thread Caleb James DeLisle
All of the groovy bindings are the same as the velocity ones
http://platform.xwiki.org/xwiki/bin/view/DevGuide/Scripting#HBindings
So in your case you'll want xwiki.get('jsfx').use()
Note that xwiki.jsfs is a language-provided alias to xwiki.get('jsfx')
In some scripting languages you will need to use the real syntax.

Thanks,
Caleb


On 05/09/2014 11:35 AM, Nicolas Jouanin wrote:
 Hi,
 
 Xwiki developer guide specifies that front-end resources can be added from
 wiki page using the volicity syntax (for example):
 {{velocity}}
 $xwiki.jsfx.use(js/scriptaculous/slider.js)
 {{/velocity}}
 
 Is there an equivalent using groovy, I mean for method call
 $xwiki.jsfx.use() ?
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users
 
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] Polemic Security Question

2014-04-25 Thread Caleb James DeLisle
Hi Danilo,

There is a print page button in the wiki and indeed this can be disabled.
There is of course also a printscreen button on the keyboard and this hooks
to the underlying operating system and takes whatever is displayed on the 
screen.

Unfortunately for a web application to deny the Operating System from capturing
it's page would be like a book preventing you from taking a photo copy, not
feasible. Note that even without the keyboard button, malware on the computer 
can
also use the same Operating System function.

If this is a company Intranet and you want to control information risk, you 
might
consider issuing employee laptops with a restricted operating system which can't
(for example) connect to a USB thumbdrive, upload files to the Internet, or 
use
the printscreen function.

Thanks,
Caleb


On 04/25/2014 02:56 PM, Danilo Amaral de Oliveira wrote:
 Hello Community,
 
 I would like to do a polemic question... Do you think that is possible to 
 deny the function of PrintScreen on the XWiki application?
 
 Thanks
 Danilo
 
 
 Grupo Energisa
 Danilo Oliveira
 Analista Suporte Aplicacao TI - DPTO CORP. DE INFRAESTR. TI
 e-mail: danilo.olive...@energisa.com.br | tel: (32) 3429-6342 | cel: (32) 
 8452-9478
 
 Esta mensagem contém informação confidencial. Se você a recebeu por engano, 
 não divulgue ou copie seu conteúdo. Por favor, avise ao remetente 
 imediatamente e apague-a do computador.
 Privileged and confidential. If this message has been received by mistake, do 
 not disclose or copy its contents. Please notify sender and delete 
 immediately.
 
 
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users
 
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] [BUG] Do the attachments hustle

2014-04-08 Thread Caleb James DeLisle
Any series of events which can cause an attachment to appear to exist but not
should be considered a bug so I think you should go ahead and open a JIRA issue.

Thanks for your detailed instructions to repeat, as always instructions are 
good,
a piece of velocity/groovy is better and a pull request with a failing test is
best :)

Thanks,
Caleb


ok actually a pull to fix the bug is best ;)


On 04/08/2014 12:00 PM, Hamster wrote:
 -bump-
 
 Can a developer please comment on this serious issue?
 
 
 
 --
 View this message in context: 
 http://xwiki.475771.n2.nabble.com/BUG-Do-the-attachments-hustle-tp7589936p7590024.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
 
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] [ANN] Realtime Collaborative Plain WikiText Editor and WEBSOCKET!

2014-02-10 Thread Caleb James DeLisle
I have a correction, see below:

On 02/06/2014 12:41 AM, Caleb James DeLisle wrote:
 Hi all,
 
 I'm very pleased to announce two new extensions to come out of XWikiSAS 
 Research
 and the RESILIENCE Research project.
 
 Number One: WebSockets in XWiki!
 If you're an extension developer like me, you want events, you want stuff in 
 the
 browser to be talking to stuff in the wiki and you don't want to be messing 
 around
 with Jetty and Tomcat and all different kinds of libraries and configuration 
 every
 time you need to write an application. You just want stuff that works.
 Here it is:
 http://extensions.xwiki.org/xwiki/bin/view/Extension/WebSocket
 Include this as a dependency for your extension and the Extension Manager will
 automatically include it when users install your extension. In just a few 
 lines of
 code, your users can be chatting and collaborating through the websocket and 
 it's
 based on Netty (Special thanks to the Atmosphere project for developing 
 Nettosphere)
 so it works in all versions of Tomcat and Jetty and does not need any changes 
 to the
 front-end server, just open a port on the JVM machine and you're done.
 
 Number Two: A new Realtime Collaborative WikiText Editor.
 Indeed this is not the first attempt at Realtime Collaborative editing but 
 perhaps
 it is the most academically amusing. Really this is a prototype to get a 
 handle on
 the technology before we make the leap into Realtime WYSIWYG. Whereas the 
 previous
 Realtime Collaborative WikiText editor had performance issues and was unable 
 to
 handle large pasted, the new editor uses a completely novel design which is 
 intended
 to not only port well to WYSIWYG editing but is implemented entirely on the 
 client
 with the server only relaying messages, making it portable to different web 
 frameworks.
 
 Check out the Realtime Collaborative WikiText Editor here:
 http://extensions.xwiki.org/xwiki/bin/view/Extension/RealTime+Wiki+Editor

Oops: sorry about this - wrong link - I linked to the *old* wiki editor!

Here's the one:

http://extensions.xwiki.org/xwiki/bin/view/Extension/RtWiki


Thanks,
Caleb


 
 or install it with the Extension Manager to give it a try for yourself.
 
 Disclamer: This is still new and might not work properly on all browsers, it 
 certainly
 will not work without websocket support.
 
 
 
 Thanks,
 Caleb
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users
 
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] Upgrade from 5.1 to 5.3 (Portable Version)

2014-02-01 Thread Caleb James DeLisle
Hi Matthias,

If you can paste me the exceptions ( https://ezcrypt.it/ is nice for this )
I might have an idea of what went wrong.

Thanks,
Caleb

On 02/01/2014 02:07 PM, Matthias Wegner wrote:
 Hello,
 
 i use a portable version v5.1 with jetty. With
 http://extensions.xwiki.org/xwiki/bin/view/Extension/Filesystem+Attachment+Porter
 i exported all the attachments and change to filesystem. Now i want to
 upgrade to v5.3.
 
 I tried to install 5.3 and overwrite the data-dir and the xwiki.cfg. This is
 not working and throws exceptions. Did anyone try that and can give me some
 hint how this is working?
 
 Regards,
 Matthias
 
 
 
 --
 View this message in context: 
 http://xwiki.475771.n2.nabble.com/Upgrade-from-5-1-to-5-3-Portable-Version-tp7588918.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
 
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] Upgrade from 5.1 to 5.3 (Portable Version)

2014-02-01 Thread Caleb James DeLisle
Check your xwiki.cfg file, there should be a set of plugins
in the file and you should see com.xpn.xwiki.plugin.google.GooglePlugin,
you'll need make sure that the differences between the new xwiki.cfg file
and the old one are resolved.

Once that is working, if there are other errors then paste what's happening.

Thanks,
Caleb

On 02/01/2014 04:20 PM, Matthias Wegner wrote:
 Hi Caleb,
 
 sure. Please see https://ezcrypt.it/QT7n#6xOV4Iswn3t6jof2kUPrIFjz
 
 If i ust the v5.3 xwiki.cfg and only set the attachment-lines to ...=file
 then the GooglePluginException not occurs. The others are similar if i copy
 the complete v5.1 xwiki.cfg to v5.3.
 
 As said i copied the complete data-dir from v5.1 to v5.3
 
 Regards,
 Matthias
 
 
 
 --
 View this message in context: 
 http://xwiki.475771.n2.nabble.com/Upgrade-from-5-1-to-5-3-Portable-Version-tp7588918p7588920.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
 
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] jQuery plugin - Conflict with prototype.js

2013-12-18 Thread Caleb James DeLisle
Hi Ruben,

If you're wrapping the metrojs script in a
require(['jquery'], function($) { all_metrojs_code_goes_here })
call then I'm not sure there much else you can do other than manually searching
through metrojs and hunting down the places where it uses window.$ which
defeats the wrapper.

Sorry I couldn't bring better news.

Thanks,
Caleb


On 12/18/2013 02:24 PM, Ruben M. wrote:
 Hi Caleb,
 
 After several tries i gave up on the requirejs-implementation in Xwiki. For
 me, it seems like jQuery plugins also use $ for their functions, but are not
 beeing connected to jQuery although inside the require-function. (in this
 case: $(...).liveTile() is not a function.) 
 
 I saw your documentation on
 http://platform.xwiki.org/xwiki/bin/view/DevGuide/JavaScriptAPI, thanks for
 that. Do you (or anyone else) know a Xwiki-page where i can analyze a
 working jQuery plugin with $-functions?
 I'm not sure about whether to use shim, map, registrating the metrojs as a
 module or none of that.
 
 Thanks  regards
 Ruben
 
 
 
 --
 View this message in context: 
 http://xwiki.475771.n2.nabble.com/jQuery-plugin-Conflict-with-prototype-js-tp7588243p7588424.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
 
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] jQuery plugin - Conflict with prototype.js

2013-12-04 Thread Caleb James DeLisle
Hi Ruben,

On 12/04/2013 12:10 PM, Ruben M. wrote:
 Hello XWiki team  users,
 
 First of all thanks a lot for your great work. 
 
 I’ve set up XWiki as an intranet website (version 5.2.1).
 Currenty I’m trying to customize it with some javascript to make life easier
 for the users.
 
 I experimented a bit with jQuery (as I have a bit of experience with it) and
 have successfully integrated it into a test page via the jQuery Helpers
 Extension
 (http://extensions.xwiki.org/xwiki/bin/view/Extension/jQuery+Helpers)
 Now I want to include a jQuery Plugin which extends the jQuery functions.
 I’d like to try out the live tiles in Windows 8 style from Drew Greenwell
 (http://www.drewgreenwell.com/projects/metrojs).
 
 It’s no big deal to get the liveTiles working - On a local webserver without
 Xwiki.
 Here’s the problem: The functions from metrojs seem to collide with
 prototype.js. I experimented a bit with jQuerynoConflict(); , I tried to
 rename the functions inside metroJS.js, but nothing worked so far.
 Firebug says ‘$ele.attr is not a function’ inside the metrojs-Code in the
 console, which I believe is a problem with prototype.js. (See for the XWiki
 test page code at the end of the mail – I won’t post the whole MetroJS-Code
 here, it’s a little big).
 
 My questions are: 
 a)Is there a possibility to deactivate / rename / “defuse” prototype.js, 
 or
 to listen for another shortcut than $ on this page (something like
 prototypeNoConflict();) ?


No, prototype is not really able to do this and much of XWiki and extension js
depends on $ being bound to prototype.


 b)Has anyone of you any experience with jQuery plugins (or even better,
 Metrojs!) in XWiki and maybe a hint?


I have experience with jquery, as of XWiki 5.2 you can access that using 
requirejs.
require(['jquery'], function ($) {   $('#xwikicontent').append('phello 
world/p') });

I recommend wrapping metrojs in a similar function to avoid conflicts while
still giving it access to jquery as it requires.


 c)Is there a possibility of producing some kind of “liveTiles” with
 prototype.js (which I’m not very experienced with)

prototype is (gingerly) moving toward retirement and the best support will
always be found in the jQuery world.
http://sstephenson.us/posts/you-are-not-your-code


Thanks,
Caleb


 
 I know it’s more of a javascript-related question, so thanks a lot for
 reading this anyway.
 
 Regards
 Ruben
 
 #
 
 Here’s the current code of my test page (ADMIN is the test space):
 
 {{velocity}}
 $xwiki.jsx.use(jQuery.jQuery, {'defer': false})
 $xwiki.jsx.use(ADMIN.MetroJS)
 $xwiki.ssx.use(ADMIN.MetroCSS)
 {{/velocity}}
 
 
 {{html}}
 Carousel Mode: Simple
 
 div class=red
 div id=tile1 data-mode=carousel data-start-now=true
 class=live-tile data-direction=horizontal data-delay=3000
 div http://www.drewgreenwell.com/images/sample/1tw.gif /div
 div http://www.drewgreenwell.com/images/sample/2tw.gif /div
 div class=accent emeraldp class=metroExtraLarge2 and a
 half/p/div
 div http://www.drewgreenwell.com/images/sample/3tw.gif /div
 div http://www.drewgreenwell.com/images/sample/4tw.gif /div
 /div
 /div
 
 
 
 {{/html}}
 
 
 
 
 
 --
 View this message in context: 
 http://xwiki.475771.n2.nabble.com/jQuery-plugin-Conflict-with-prototype-js-tp7588243.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
 
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


[xwiki-users] [ANN] WebViewers, a way to view and edit attachments in XWiki (and other webapps!)

2013-11-25 Thread Caleb James DeLisle
Hi guys,
I am proud to announce WebViewers are now available for XWiki.
As part of the Resilience research project, I and others have been working on a
compatible solution for interfacing the variety of Javascript file viewers and
editors with the many available web application frameworks. The first few
WebViewers are available now on http://webviewers.org/ and as self-contained
archive files, are installable on any system supporting the API.

More interestingly, the first few WebViewers to be ported are now available as
XWiki Extensions on 
http://extensions.xwiki.org/xwiki/bin/view/ExtensionCode/ExtensionSearch?space=Extensiontext=webviewer
and while they are largely prototypes, one which is useful right now is the
PDF WebViewer based on Mozilla's pdf.js.

http://extensions.xwiki.org/xwiki/bin/view/Extension/pdf+webviewer

This is of course installable with the Extension Manager and supports XWiki
versions 5.1 or newer.

With this you will be able to both view in a preview window and embed in a wiki
page, the content of a PDF attachment. Viewing of the attachment is done by
clicking on the magnifying glass shown next to the PDF attachment and embedding
a PDF attachment in the page is done using the {{embed}} macro (part of the
XWiki WebViewers extension).

You can see the embedded viewers and example uses of the {{embed}} macro here:
http://webviewers.org/xwiki/bin/view/Viewers/Demo

And you can see the magnifying glass icons next to the attachments here:
http://webviewers.org/xwiki/bin/view/Viewers/Demo#Attachments


If anyone has any questions or comments about WebViewers or the XWiki 
Extensions,
I'd love to hear them.

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


Re: [xwiki-users] How to manage deleted attachments while filesystem is on?

2013-11-23 Thread Caleb James DeLisle
The next two versions are going to be stabilization versions which means we 
want to
avoid new features and internally this is a matter of implementing a new 
feature.
Moving files around on your filesystem is not supported at all, it will corrupt 
your
wiki. If you delete an attachment using the normal method, it goes in the 
deleted
attachments directory (there are also changes in the database which is why you 
must
not move files). Deleting the attachment creates a new version of the document. 
If
you rollback the document it will restore the deleted attachment. If you delete 
the
document and then click delete again to permanently expunge the document from 
history,
the attachment will be removed from your system. This is the same with DB and FS
attachments.

Thanks,
Caleb


On 11/23/2013 02:48 AM, Dmitry Bakbardin wrote:
  Hi, Caleb,
 
 Is this task in any close Roadmap? Because now the only way I see to handle 
 this is to turn off attachment's recycle bin to avoid mess in filesystem. 
 Is it correct from XWiki's poin of view to copy deleted file back to the 
 /attachments/filename folder in order to resore it? Is it enough or 
 something else should be done for this? (it's in case of accidental cituation 
 for now)
 
 By the way: what happens now from database and filesystem point of view if 
 page with attachments is deleted? Are attachments restorable in a proper way 
 if being restored together with page? Any unknown problems expected?
 
 
 
 Пятница, 22 ноября 2013, 9:13 +01:00 от Caleb James DeLisle 
 c...@hyperboria.ca:
 I'd like to get this working but it's a bit of a headache.
 When I originally developed FS attachments, I didn't realize there was an 
 application
 (XWiki.DeletedAttachments) which was looking for attachments in the 
 database.
 Since they're gone from the database now this application is unhappy.
 I just need to find time to write a workaround for the issue and a migrator 
 to put
 fake attachments in the database so that XWiki.DeletedAttachments sees what 
 it wants
 to see.

 Thanks,
 Caleb

 On 11/22/2013 03:37 AM, Dmitry Bakbardin wrote:
  Hi, All

 There is a problem in XWiki which makes work with attachments very painful 
 when filestorage is on: no way to manage them. Actually no recycle bin 
 available for them in this case.

 There is an issue in jira:  XWiki.DeletedAttachments shows nothing when 
 filesystem attachments are enabled .

 What are plans in fixing it?

 Kind regards,

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

 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users
 
 
 Kind regards,
 
 Dmitry
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users
 
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] How to manage deleted attachments while filesystem is on?

2013-11-22 Thread Caleb James DeLisle
I'd like to get this working but it's a bit of a headache.
When I originally developed FS attachments, I didn't realize there was an 
application
(XWiki.DeletedAttachments) which was looking for attachments in the 
database.
Since they're gone from the database now this application is unhappy.
I just need to find time to write a workaround for the issue and a migrator to 
put
fake attachments in the database so that XWiki.DeletedAttachments sees what it 
wants
to see.

Thanks,
Caleb

On 11/22/2013 03:37 AM, Dmitry Bakbardin wrote:
  Hi, All
 
 There is a problem in XWiki which makes work with attachments very painful 
 when filestorage is on: no way to manage them. Actually no recycle bin 
 available for them in this case.
 
 There is an issue in jira:  XWiki.DeletedAttachments shows nothing when 
 filesystem attachments are enabled .
 
 What are plans in fixing it?
 
 Kind regards,
 
 Dmitry
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users
 
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] XWiki TableEdit extension

2013-11-22 Thread Caleb James DeLisle
Fixed in version 1.1 of the extension.

Thanks,
Caleb


On 11/15/2013 03:33 PM, Marius Dumitru Florea wrote:
 Hi Caleb,
 
 I think the issue is that the 'jQueryNoConflict' module defined inline
 in javascript.vm
 
 define('jQueryNoConflict', ['jquery'], function($) { $.noConflict();
 return $; });
 
 is not available to the iframe that this extension creates. It's
 available only to the 'mother' page, which includes the iframe. If you
 inspect the iframe you can see that it loads 3 scripts:
 
 /xwiki/resources/js/amd/require.js
 /xwiki/bin/download/XWiki/TableEdit/jquery%2Dsheet%2Damd.zip/jqs.js
 /jQueryNoConflict.js
 
 The first too are fine. The last one is obviously wrong. Any idea how
 to fix this?
 
 Thanks,
 Marius
 
 On Fri, Nov 15, 2013 at 7:53 AM, Caleb James DeLisle c...@hyperboria.ca 
 wrote:
 I think at this point it's probably best to go ahead and report a bug on
 jira.xwiki.org. This looks like it is just not performing correctly since
 some changes in the underlying platform, I sincerely apologize and appreciate
 your help on the matter.

 Thanks,
 Caleb


 On 11/14/2013 06:36 PM, shouldbe q931 wrote:
 On Wed, Nov 13, 2013 at 5:20 PM, shouldbe q931 shouldbeq...@gmail.com 
 wrote:
 On Wed, Nov 13, 2013 at 3:15 PM, Caleb James DeLisle c...@hyperboria.ca 
 wrote:
 Hmm,
 does anything show up in the console as far as errors?

 Thanks,
 Caleb


 Hi Caleb,

 Apologies, should have checked first, there are two errors in the console

 [17:18:33.222] Error: Script error for: jQueryNoConflict
 http://requirejs.org/docs/errors.html#scripterror @
 https://xwiki.domain.com/xwiki/resources/js/amd/require.js:1
 [17:18:40.116] Error: Load timeout for modules:
 xwiki/bin/download/XWiki/TableEdit/jquery%2Dsheet%2Damd.zip/iframe!xwiki/bin/download/XWiki/TableEdit/jquery%2Dsheet%2Damd.zip/jqs@jquery-sheet-iframe_unnormalized2,xwiki/bin/download/XWiki/TableEdit/jquery%2Dsheet%2Damd.zip/iframe!xwiki/bin/download/XWiki/TableEdit/jquery%2Dsheet%2Damd.zip/jqs@jquery-sheet-iframe
 http://requirejs.org/docs/errors.html#timeout @
 https://xwiki.domain.com/xwiki/resources/js/amd/require.js:1

 Cheers

 The above appears to have missed a bit of the error

 GET https://xwiki.domain.com/xwiki/bin/ssx/XWiki/spinner.gif 404 (Not
 Found) prototype.js:8
 GET https://xwiki.domain.com/jQueryNoConflict.js 404 (Not Found) 
 require.js:1
 Uncaught Error: Script error for: jQueryNoConflict
 http://requirejs.org/docs/errors.html#scripterror require.js:1
 Uncaught Error: Load timeout for modules:
 xwiki/bin/download/XWiki/TableEdit/jquery%2Dsheet%2Damd.zip/iframe!xwiki/bin/download/XWiki/TableEdit/jquery%2Dsheet%2Damd.zip/jqs@jquery-sheet-iframe_unnormalized2,xwiki/bin/download/XWiki/TableEdit/jquery%2Dsheet%2Damd.zip/iframe!xwiki/bin/download/XWiki/TableEdit/jquery%2Dsheet%2Damd.zip/jqs@jquery-sheet-iframe
 http://requirejs.org/docs/errors.html#timeout

 I'm not sure why it's looking for jQueryNoConflict.js in the root of
 the webserver ? I've checked on the server, and jQueryNoConflict.js
 does not exist on the server as a file.

 A spinner.gif exist in /webapps/xwiki/resources/icons/xwiki/spinner.gif

 I also don't understand the xwiki/bin path in the above, I don't have a /bin

 I'm well out of my depth with this and would appreciate any assistance.

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

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


Re: [xwiki-users] [ANN] 10 years of the XWiki open source project!

2013-11-18 Thread Caleb James DeLisle
I didn't even see it on the mailing list, I saw it on IRC.
Maybe our mailing lists are too noisy ;)

Thanks,
Caleb


PS: As I add my own drop of water to the flood


On 11/18/2013 11:45 AM, Vincent Massol wrote:
 Hi XWiki users,
 
 To be honest, I'm a bit sad that no XWiki users replied to this email nor
 added any story on
 http://dev.xwiki.org/xwiki/bin/view/Drafts/TenYearsOfXWiki (except for
 Caleb!).
 
 Is that the best the XWiki community can do?
 
 The XWiki developers go to great pain to try to make a great product and we
 love to have some feedback from users. I hope it doesn't mean that nobody
 likes it! Please prove me wrong :)
 
 Thanks
 -Vincent
 
 
 On Thu, Nov 14, 2013 at 3:02 PM, Vincent Massol vinc...@massol.net wrote:
 
 Hi everyone,

 On the 15th of December (i.e. in a month's time), it will be **10 years**
 since the first commit on the XWiki open source project.

 Ludovic did the first commit in CVS on Sourceforge:

 
 15.12.2003 10:13:33, by ludovic
 Initial revision
 

 (Can be seen at
 http://svnsearch.org/svnsearch/repos/XWIKI/search?from=20030101to=20040101
  )

 10 years is starting to be some respectable milestone!

 I invite everyone to join us in celebrating by adding your own story about
 your interaction with the XWiki community or the XWiki software at
 http://dev.xwiki.org/xwiki/bin/view/Drafts/TenYearsOfXWiki

 XWiki SAS hat
 Since I'm also the CTO of the XWiki SAS company, I'd like to officially
 invite all the members of this great community to join us in celebrating
 the 10 days of the XWiki project at the XWiki SAS office in Paris, France
 on the 12th of December 2013.

 Here's the invitation:
 http://www.xwiki.com/lang/en/News/XWiki+10th+Anniversary

 See you there!
 /XWiki SAS hat

 Well done everyone!
 -Vincent Massol

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


Re: [xwiki-users] XWiki TableEdit extension

2013-11-14 Thread Caleb James DeLisle
I think at this point it's probably best to go ahead and report a bug on
jira.xwiki.org. This looks like it is just not performing correctly since
some changes in the underlying platform, I sincerely apologize and appreciate
your help on the matter.

Thanks,
Caleb


On 11/14/2013 06:36 PM, shouldbe q931 wrote:
 On Wed, Nov 13, 2013 at 5:20 PM, shouldbe q931 shouldbeq...@gmail.com wrote:
 On Wed, Nov 13, 2013 at 3:15 PM, Caleb James DeLisle c...@hyperboria.ca 
 wrote:
 Hmm,
 does anything show up in the console as far as errors?

 Thanks,
 Caleb


 Hi Caleb,

 Apologies, should have checked first, there are two errors in the console

 [17:18:33.222] Error: Script error for: jQueryNoConflict
 http://requirejs.org/docs/errors.html#scripterror @
 https://xwiki.domain.com/xwiki/resources/js/amd/require.js:1
 [17:18:40.116] Error: Load timeout for modules:
 xwiki/bin/download/XWiki/TableEdit/jquery%2Dsheet%2Damd.zip/iframe!xwiki/bin/download/XWiki/TableEdit/jquery%2Dsheet%2Damd.zip/jqs@jquery-sheet-iframe_unnormalized2,xwiki/bin/download/XWiki/TableEdit/jquery%2Dsheet%2Damd.zip/iframe!xwiki/bin/download/XWiki/TableEdit/jquery%2Dsheet%2Damd.zip/jqs@jquery-sheet-iframe
 http://requirejs.org/docs/errors.html#timeout @
 https://xwiki.domain.com/xwiki/resources/js/amd/require.js:1

 Cheers
 
 The above appears to have missed a bit of the error
 
 GET https://xwiki.domain.com/xwiki/bin/ssx/XWiki/spinner.gif 404 (Not
 Found) prototype.js:8
 GET https://xwiki.domain.com/jQueryNoConflict.js 404 (Not Found) require.js:1
 Uncaught Error: Script error for: jQueryNoConflict
 http://requirejs.org/docs/errors.html#scripterror require.js:1
 Uncaught Error: Load timeout for modules:
 xwiki/bin/download/XWiki/TableEdit/jquery%2Dsheet%2Damd.zip/iframe!xwiki/bin/download/XWiki/TableEdit/jquery%2Dsheet%2Damd.zip/jqs@jquery-sheet-iframe_unnormalized2,xwiki/bin/download/XWiki/TableEdit/jquery%2Dsheet%2Damd.zip/iframe!xwiki/bin/download/XWiki/TableEdit/jquery%2Dsheet%2Damd.zip/jqs@jquery-sheet-iframe
 http://requirejs.org/docs/errors.html#timeout
 
 I'm not sure why it's looking for jQueryNoConflict.js in the root of
 the webserver ? I've checked on the server, and jQueryNoConflict.js
 does not exist on the server as a file.
 
 A spinner.gif exist in /webapps/xwiki/resources/icons/xwiki/spinner.gif
 
 I also don't understand the xwiki/bin path in the above, I don't have a /bin
 
 I'm well out of my depth with this and would appreciate any assistance.
 
 Cheers
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users
 
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] XWiki TableEdit extension

2013-11-13 Thread Caleb James DeLisle
The pencils are injected using javascript so you might check
to see if there are any javascript errors in your browser
in firefox/chrome: right click - inspect element -- click console

Thanks,
Caleb

On 11/13/2013 12:38 PM, shouldbe q931 wrote:
 Hi,
 
 I installed the XWiki TableEdit extension, but I don't see the
 pencil next to any tables.
 
 Is there something else I need to do to activate it ?
 
 I'm running xwiki 5.2 on tomcat7 on Ubuntu 12.04
 
 Cheers
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users
 
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] XWiki TableEdit extension

2013-11-13 Thread Caleb James DeLisle
It doesn't look like the skin extension is being pulled in,
are you sure it was saved by a user with programming right?

Thanks,
Caleb


On 11/13/2013 02:46 PM, shouldbe q931 wrote:
 On Wed, Nov 13, 2013 at 12:20 PM, Caleb James DeLisle c...@hyperboria.ca 
 wrote:
 The pencils are injected using javascript so you might check
 to see if there are any javascript errors in your browser
 in firefox/chrome: right click - inspect element -- click console

 Thanks,
 Caleb

 
 Hi Caleb,
 
 I did a right click  inspect element, clicked on console, ensured
 that everything would be logged and refreshed the page, output as
 below (apart from removing the domain name). I've not got a clue what
 I should be looking for.
 
 Cheers
 
 
 [13:40:41.792] GET
 https://xwiki.domain.com/xwiki/bin/view/TechMD+Time/2013%2D11%2D11
 [HTTP/1.1 200 OK 495ms]
 [13:40:42.326] GET
 https://xwiki.domain.com/xwiki/bin/skin/skins/colibri/style.css?colorTheme=ColorThemes.DefaultColorTheme
 [HTTP/1.1 200 OK 56ms]
 [13:40:42.328] GET
 https://xwiki.domain.com/xwiki/bin/skin/skins/colibri/print.css?colorTheme=ColorThemes.DefaultColorTheme
 [HTTP/1.1 200 OK 121ms]
 [13:40:42.328] GET
 https://xwiki.domain.com/xwiki/bin/ssx/XWiki/SharePage?language=en
 [HTTP/1.1 200 OK 357ms]
 [13:40:42.329] GET
 https://xwiki.domain.com/xwiki/bin/ssx/Panels/Applications?language=en
 [HTTP/1.1 200 OK 190ms]
 [13:40:42.330] GET
 https://xwiki.domain.com/xwiki/bin/skin/resources/css/xwiki%2Dmin.css?colorTheme=ColorThemes.DefaultColorThemelanguage=en
 [HTTP/1.1 200 OK 357ms]
 [13:40:42.331] GET
 https://xwiki.domain.com/xwiki/bin/skin/resources/uicomponents/search/searchSuggest.css
 [HTTP/1.1 200 OK 262ms]
 [13:40:42.332] GET
 https://xwiki.domain.com/xwiki/bin/skin/resources/uicomponents/suggest/suggestPicker.css
 [HTTP/1.1 200 OK 261ms]
 [13:40:42.333] GET
 https://xwiki.domain.com/xwiki/bin/skin/resources/uicomponents/widgets/userpicker/userPicker.css
 [HTTP/1.1 200 OK 294ms]
 [13:40:42.334] GET
 https://xwiki.domain.com/xwiki/bin/skin/resources/uicomponents/viewers/tags.css?colorTheme=ColorThemes.DefaultColorTheme
 [HTTP/1.1 200 OK 272ms]
 [13:40:42.336] GET
 https://xwiki.domain.com/xwiki/bin/skin/resources/uicomponents/viewers/comments.css
 [HTTP/1.1 200 OK 346ms]
 [13:40:42.337] GET
 https://xwiki.domain.com/xwiki/bin/skin/resources/uicomponents/widgets/upload.css
 [HTTP/1.1 200 OK 358ms]
 [13:40:42.338] GET
 https://xwiki.domain.com/xwiki/bin/skin/resources/js/xwiki/viewers/attachments.css
 [HTTP/1.1 200 OK 371ms]
 [13:40:42.339] GET
 https://xwiki.domain.com/xwiki/bin/skin/resources/uicomponents/pagination/pagination.css
 [HTTP/1.1 200 OK 370ms]
 [13:40:42.340] GET
 https://xwiki.domain.com/xwiki/resources/js/amd/require.js [HTTP/1.1
 304 Not Modified 368ms]
 [13:40:42.341] GET
 https://xwiki.domain.com/xwiki/resources/js/prototype/prototype.js
 [HTTP/1.1 304 Not Modified 381ms]
 [13:40:42.342] GET
 https://xwiki.domain.com/xwiki/bin/skin/resources/js/scriptaculous/effects.js
 [HTTP/1.1 200 OK 463ms]
 [13:40:42.343] GET
 https://xwiki.domain.com/xwiki/bin/skin/resources/js/xwiki/xwiki%2Dmin.js?defer=falselanguage=en
 [HTTP/1.1 200 OK 488ms]
 [13:40:42.344] GET
 https://xwiki.domain.com/xwiki/bin/skin/resources/uicomponents/search/searchSuggest.js?h=-1493239498
 [HTTP/1.1 200 OK 579ms]
 [13:40:42.345] GET
 https://xwiki.domain.com/xwiki/bin/skin/resources/uicomponents/suggest/suggestPicker.js
 [HTTP/1.1 200 OK 433ms]
 [13:40:42.346] GET
 https://xwiki.domain.com/xwiki/bin/skin/resources/uicomponents/widgets/userpicker/userPicker.js
 [HTTP/1.1 200 OK 423ms]
 [13:40:42.346] GET
 https://xwiki.domain.com/xwiki/bin/skin/resources/uicomponents/viewers/tags.js
 [HTTP/1.1 200 OK 462ms]
 [13:40:42.347] GET
 https://xwiki.domain.com/xwiki/bin/skin/resources/uicomponents/viewers/comments.js?language=en
 [HTTP/1.1 200 OK 480ms]
 [13:40:42.348] GET
 https://xwiki.domain.com/xwiki/bin/skin/resources/uicomponents/widgets/upload.js?language=en
 [HTTP/1.1 200 OK 484ms]
 [13:40:42.349] GET
 https://xwiki.domain.com/xwiki/bin/skin/resources/js/xwiki/viewers/attachments.js?language=en
 [HTTP/1.1 200 OK 548ms]
 [13:40:42.351] GET
 https://xwiki.domain.com/xwiki/bin/jsx/XWiki/SharePage?language=en
 [HTTP/1.1 200 OK 538ms]
 [13:40:42.352] GET
 https://xwiki.domain.com/xwiki/bin/jsx/Panels/Applications?language=en
 [HTTP/1.1 200 OK 534ms]
 [13:40:42.353] GET
 https://xwiki.domain.com/xwiki/resources/js/xwiki/compatibility.js
 [HTTP/1.1 304 Not Modified 511ms]
 [13:40:42.354] GET
 https://xwiki.domain.com/xwiki/resources/js/xwiki/markerScript.js
 [HTTP/1.1 304 Not Modified 518ms]
 [13:40:42.355] GET
 https://xwiki.domain.com/xwiki/resources/css/microformats.css
 [HTTP/1.1 304 Not Modified 474ms]
 [13:40:42.356] GET
 https://xwiki.domain.com/xwiki/bin/skin/skins/colibri/colibri.css?colorTheme=ColorThemes.DefaultColorTheme
 [HTTP/1.1 200 OK 570ms]
 [13:40:42.615] Error in parsing value for 'background-image'.
 Declaration dropped. @
 https://xwiki.domain.com/xwiki/bin/skin

Re: [xwiki-users] XWiki TableEdit extension

2013-11-13 Thread Caleb James DeLisle
Hmm,
does anything show up in the console as far as errors?

Thanks,
Caleb

On 11/13/2013 03:38 PM, shouldbe q931 wrote:
 On Wed, Nov 13, 2013 at 2:34 PM, shouldbe q931 shouldbeq...@gmail.com wrote:
 On Wed, Nov 13, 2013 at 1:55 PM, Caleb James DeLisle c...@hyperboria.ca 
 wrote:
 It doesn't look like the skin extension is being pulled in,
 are you sure it was saved by a user with programming right?

 Thanks,
 Caleb

 Hi Caleb,

 /embarrassed face

 the account had admin rights, but not programming rights

 Its now working correctly :-)

 Hi Caleb,
 
 er, working correctly as in the pencil shows, but when clicked on, the
 table doesn't open, only seeing gery box named ModalBox Window with
 no content
 
 Cheers
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users
 
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] esoteric features

2013-09-27 Thread Caleb James DeLisle
Hi,
I just saw this thread and I have to say, your requirements are really 
interesting.

On 09/23/2013 03:08 AM, Richard Kulisz wrote:
 Hi there,
 
 I'm investigating whether this wiki engine is right for me. I'm
 looking for three specific design features:
 
 1. able to attach autonomous agents to pages
 
 2. transclusions / includes.
 
 3. capability security model rather than ACLs


Zed Shaw discussed this in the ACL is dead IIRC, he was using snippets
of ruby (obviously touring complete) to express security rules.
Bitcoin is of course another notable example since the actual payments
are expressed as bytecode and the payment claims are inputs which cause
that code to return true.


 
 features #3 + #1 can easily be made to enact:
 3a. patron blindness - users can become patrons of others and their
 own patron is blind to that, but must deal with the entire
 sub-hierarchy of users as a collective
 
 which makes this other feature rather important:
 3b. patron multiplicity - users can acquire multiple patrons just in
 case their first patron decides to eradicate them


I find this use case particularly interesting since it seems you're
trying to implement the same friend-to-friend model that's done with
ISP peering in Internet routing. This is a very scalable model which
I have spent some time studying before beginning on cjdns.

The reason I think why these things don't exist is because they can't
outperform dictatorships at small scale. When a programmer implements
one of these brilliant ideas, the first words out of the customer's
mouth are how can I make a rule so only management group can read
these pages? and we end up using this technology to emulate the ACL.

What the customer comprehends is what he asks for, what he asks for
is what the programmer must provide and what the programmer provides
defined the customer's view of what is possible. Of course it's a bit
of a catch 22 but still the programmer has a window of opportunity to
define new possibilities through his solution to the customer's problems.


So then the question becomes how to redefine the features needed to
solve these problems which happen at scale in terms of use cases which
people know they need. As far as actual answers I'm afraid I don't have
any.


Thanks,
Caleb

 
 Oh and I suppose:
 4. automatic garbage collection and revisions even of deleted pages
 
 
 If you know of another wiki engine that supports these better, please
 let me know. I know that Wagn supports transclusions but I'm rather
 doubtful that anyone supports a capability security model. Even though
 ACLs really should have died out in the 70s.
 
 
 Thanks for reading this far,
 
 Richard
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users
 
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] [xwiki-devs] [ANN] XWiki.TableEdit extension now available for your ExtensionManager installing pleasure.

2013-01-12 Thread Caleb James DeLisle

Hi,

After importing the TableEdit page, you should see a pencil next to each table
when viewing it in a wiki page. If you don't, make sure javascript is enabled 
and
check your browser's javascript console for errors. If there is an error, please
report it on http://jira.xwiki.org/browse/XCOMMONS along with your web browser
make and version.

Thanks,
Caleb


On 01/10/2013 04:30 PM, Dan Jones wrote:

I imported the xar, and it created the page with two attachments...

But I don't see any tables that can be edited. The page it created contained no 
actual velocity scripts or anything.

What did I do wrong?




  From: Ludovic Dubost ludo...@xwiki.com
To: XWiki Developers d...@xwiki.org
Cc: XWiki Users users@xwiki.org
Sent: Wednesday, January 9, 2013 4:15 AM
Subject: Re: [xwiki-users] [xwiki-devs] [ANN] XWiki.TableEdit extension now 
available for your ExtensionManager installing pleasure.

Hi Caleb,

Great stuff. I just tried it out. Installation was immediate.

I found one issue with multilingual. Although my wiki was in mono-lingual
and french, it retrieved the english version of the sandbox document. This
might be a REST issue.

Another issue but is probably a feature for now is that I was not able to
do calculations in the spreadsheet. I tested on Chrome.

Ludovic


2013/1/9 Caleb James DeLisle calebdeli...@lavabit.com


Hi all,

I'm proud to announce that after a few weeks of hectic downtime I finally
got XWiki.TableEdit extension finished. XWiki.TableEdit allows you to edit
wiki tables as if they were spreadsheets using the jquery.sheet in-browser
spreadsheet editor.

Internally XWiki.TableEdit is an exiting foray into a new frontier of
modular
javascript, relying entirely on Asynchronous Modular Definition to load
it's
component parts. ( https://github.com/amdjs/amdjs-api/wiki/AMD )

XWiki.TableEdit is still in it's infancy, future plans include editing of
spreadsheets in attachments, conversion of the loading and saving APIs to
the
simple REST-like JIO standard ( http://www.j-io.org/ ) so that others can
more
easily develop similar editors, and porting the entire widget from painful
hand written javascript to simple HTML5 based on renderjs
( http://www.renderjs.org/ ) which can be installed in other frameworks.

More information about the extension:

http://extensions.xwiki.org/xwiki/bin/view/Extension/XWiki+TableEdit

I'd love to hear your feedback, especially browsers where it doesn't work.
xwiki-contrib JIRA project coming soon..

Thanks,
Caleb

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







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


Re: [xwiki-users] How to make an extension which is installable by the extension manager?

2013-01-08 Thread Caleb James DeLisle
Thanks for the help Vincent.
I have the basics of a My First Extension tutorial by example.
https://github.com/cjdelisle/my-first-xwiki-extension
(It's very important to me that developing installable extensions be simple and 
intuitive)

I'm trying to allow the user to deploy their extension to a local directory 
within
their git repository and then they could push that to github or equivalent and 
import
without having to ask that their key be included in maven.xwiki.org and 
deploying where
they could break something.
It seems to work:
https://raw.github.com/cjdelisle/my-first-xwiki-extension/master/repo/org/xwiki/commons/my-first-xwiki-extension/maven-metadata.xml

Where I'm hitting a wall is on the import phase, I need to be able to import 
from an
arbitrary m2 repo in order for this technique to work. Is this possible with 
the EM as it is now?

Thanks,
Caleb



On 01/05/2013 09:34 AM, Vincent Massol wrote:
 Hi Caleb,
 
 On Jan 4, 2013, at 8:41 PM, Caleb James DeLisle calebdeli...@lavabit.com 
 wrote:
 
 Hi,

 I'm looking to contribute an extension which is installable with the EM
 and I can't find any documentation on it, if there is no documentation
 I am willing to write it if someone will walk me through the process.

 How do I go about getting published and how are dependencies declared?
 
 3 choices:
 
 1) Your extension is published in a maven repo (e.g. the XWiki public maven 
 repo at http//nexus.xwiki.org). This makes it installable directly by any XE 
 instance. However Maven repos are not searchable so users won't be able to 
 search for your extension and will need to enter the extension id/version in 
 the Advanced Search.
 2) Same as 1) but you wish to have your extension searchable. For this, it 
 should be available on extensions.xwiki.org. To do that all you need is to 
 Import your extension from the maven repo. This is the import action on 
 extensions.xwiki.org
 3) Your extension is NOT in a maven repo. You need to contribute it on 
 extensions.xwiki.org and then follow the documentation to add dependencies 
 (basically one object per dep).
 
 Feel free to document this. I think we could have a question mark icon on 
 extensions.xwiki.org just after Contribute extension and when you click on 
 it, it would go to a page listing what I've explained above, wdyt?
 
 Thanks
 -Vincent
 
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users
 


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


[xwiki-users] [ANN] XWiki.TableEdit extension now available for your ExtensionManager installing pleasure.

2013-01-08 Thread Caleb James DeLisle
Hi all,

I'm proud to announce that after a few weeks of hectic downtime I finally
got XWiki.TableEdit extension finished. XWiki.TableEdit allows you to edit
wiki tables as if they were spreadsheets using the jquery.sheet in-browser
spreadsheet editor.

Internally XWiki.TableEdit is an exiting foray into a new frontier of modular
javascript, relying entirely on Asynchronous Modular Definition to load it's
component parts. ( https://github.com/amdjs/amdjs-api/wiki/AMD )

XWiki.TableEdit is still in it's infancy, future plans include editing of
spreadsheets in attachments, conversion of the loading and saving APIs to the
simple REST-like JIO standard ( http://www.j-io.org/ ) so that others can more
easily develop similar editors, and porting the entire widget from painful
hand written javascript to simple HTML5 based on renderjs
( http://www.renderjs.org/ ) which can be installed in other frameworks.

More information about the extension:

http://extensions.xwiki.org/xwiki/bin/view/Extension/XWiki+TableEdit

I'd love to hear your feedback, especially browsers where it doesn't work.
xwiki-contrib JIRA project coming soon..

Thanks,
Caleb

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


Re: [xwiki-users] getDocumentAsAuthor doesn't work in attempt to read a page from velocity

2013-01-04 Thread Caleb James DeLisle
Hi Dmitry,

The getDocumentAsAuthor() call should work as expected.
Make sure to use saveDocumentAsAuthor() when saving as well.

Thanks,
Caleb


On 01/04/2013 11:00 AM, Haru wrote:
  Hi!
 
 I'm trying to develop a simple script for followng scenario:
 - Registered User receives an access code to the restricted Space
 - User fills in access code and access is granted to him.
 
 Following test code is used for tests now (no codes involved yet):
  
 {{velocity}}
 
 #set ($mydoc = $xwiki.getDocumentAsAuthor(Week1.WebPreferences))
 #set ($rightsObject = $mydoc.newObject(XWiki.XWikiGlobalRights))
 
 ## Set the values of the fields
 #set ($result1 = $rightsObject.set(groups, XWiki.XWikiAdminGroup))
 #set ($result2 = $rightsObject.set(levels, view,comment,edit))
 #set ($result3 = $rightsObject.set(users, $xcontext.getUser()))
 #set ($result4 = $rightsObject.set(allow, 1))
 
 $mydoc.save()
 
 {{velocity}}
 
 The problem is: it works only if user alredy has access rights to the 
 Week1.WebPreferences, if not (as desired by scenario)
 
 #set ($mydoc = $xwiki.getDocumentAsAuthor(Week1.WebPreferences))
 
 gives Access denied error. The page with this velocity scripting is saved 
 with programming rights user.
 
 What is wrong?
 
 I'd highly appreciate if anyone point the direction :-)
 
 
 Kind regards,
 
 Dmitry
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users
 


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


[xwiki-users] How to make an extension which is installable by the extension manager?

2013-01-04 Thread Caleb James DeLisle
Hi,

I'm looking to contribute an extension which is installable with the EM
and I can't find any documentation on it, if there is no documentation
I am willing to write it if someone will walk me through the process.

How do I go about getting published and how are dependencies declared?

Thanks,
Caleb

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


Re: [xwiki-users] XSS Security Hole, how to post to secur...@xwiki.org

2012-12-04 Thread Caleb James DeLisle
I'm sorry about your getting hit and if you want to send me direct mail,
I'll see that it gets to the right people. I'll also make sure to check out
the situation with that list because it should not be blocking non-subscribers.

As a side note, it might be irresponsable of me but I don't personally think
most security issues warrant as much secrecy as the sec community proscribe
although it's always important to keep PoC scripts out of the hands of people
who might try running them.

Thanks,
Caleb


On 12/04/2012 10:21 PM, Jan-Philip Loos wrote:
 Hello,
 
 tonight some XWikis Sites were attacked with XSS. One of this sites is our
 own, which runs 4.2.
 
 A wrote the details to secur...@xwiki.org mailing list, but it's rejected by
 security-ow...@xwiki.org. According to
 http://dev.xwiki.org/xwiki/bin/view/Community/MailingLists : However,
 anyone can write to these lists to report issues (no subscription needed).
 I think I misinterpreted it.
 
 How can I post the details on this attack to a non public space?
 
 Greetings
 
 Jan-Philip Loos
 
 
 
 --
 View this message in context: 
 http://xwiki.475771.n2.nabble.com/XSS-Security-Hole-how-to-post-to-security-xwiki-org-tp7582719.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
 


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


Re: [xwiki-users] control the size of the attachments temp storage?

2012-11-12 Thread Caleb James DeLisle
Hi,

You can delete those files any time the server stops, unfortunately when it's 
running they are not safe to
delete. There was an issue which lead to files accumulating over time after 
adverse shutdowns such as a JVM
crash. http://jira.xwiki.org/browse/XWIKI-7748
To mitigate this issue with older systems it's prudent to clear out the temp 
directory from time to time.

As far as controlling the total storage size, there isn't any method to limit 
it and I'm not sure how much
sense that would make to add one since the attachments are already stored in 
the database.

Thanks,
Caleb


On 11/11/2012 03:46 PM, Paul Libbrecht wrote:
 Hello XWiki experts,
 
 at www.curriki.org, our two server-nodes are reaching limits in terms of 
 storage.
 One of the things that take a lot of space are the logs, we have a clue how 
 to manage that.
 
 Another thing that takes a lot of space is /var/tmp/ which contains temporary 
 storages for the attachment deliveries. 
 
 On one of the nodes, it's made of 14Gb and 12538 files.
 On the other, 23Gb and 29402 files.
 
 What are the risk of deleting the old files there?
 Is the server touching the files when it has served them so that files older 
 than a day could be deleted if we need?
 (I think I know that it takes more time to deliver from the DB and create 
 temp-storage than to use the temp storage)
 
 thanks in advance
 
 Paul
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users
 


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


Re: [xwiki-users] New Realtime collaborative editing extension.

2012-11-12 Thread Caleb James DeLisle
Thanks for the complements, it was really a team effort.. and then I came along 
and packaged it ;)
To make simple users act more like advanced users, all you have to do is edit 
the velocity file:
webapps/xwiki/xwikivars.vm and modify the #if directive around line 72.
It's probably worthy of a discussion whether simple users should be able to 
choose between wiki and WYSIWYG
editors.

Thanks,
Caleb


On 11/09/2012 10:53 AM, Paul Libbrecht wrote:
 Caleb,
 
 I've installed a brand new 4.3M1 with this editor add-on and configured it.
 It looks real nice and fast.
 
 I was about to announce my installation to my partners but then realized that 
 users need to be advanced otherwise they are offered a single edit link and 
 not a menu.
 
 Is there a way to make advanced the default?
 Or allow all users to have all edit options?
 Or add the real-time editor as a tab?
 
 thanks in advance
 
 Paul
 
 
 Le 17 oct. 2012 à 07:12, Caleb James DeLisle a écrit :
 
 Hi guys,

 I just finished repackaging the realtime collaborative editor which was 
 developed as part of wiki/3.0.
 It is now installable as an extension. It's still a bit rough around the 
 edges but it's pretty safe to
 play with so everyone is invited to give it a try.

 * Multiple users can edit the same document at the same time and their 
 changes are merged in real time.

 * The RealTime Wiki editor is an option along side WYSIWYG and Wiki so it 
 won't break existing editors.

 * Easy installation by copying a .jar file and importing a .xar file, 
 removal is simply deleting 2 XDocuments.


 http://extensions.xwiki.org/xwiki/bin/view/Extension/RealTime+Wiki+Editor


 Please feel free to share your experiences in the mailing list, on the 
 extension wiki page and on the
 github bug tracker.


 Thanks,
 Caleb

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


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


Re: [xwiki-users] control the size of the attachments temp storage?

2012-11-12 Thread Caleb James DeLisle
That's not a guarantee unless the modification date predates a restart of the 
wiki.
If you don't want to restart (who does) a cache flush should also release the 
rest of the files from use.

Thanks,
Caleb

On 11/12/2012 09:48 AM, Paul Libbrecht wrote:
 Thank you Caleb,
 
 could answer the question as to whether the files with older modification 
 dates are indeed not being served currently, provided the modification dates 
 are older than any connection?
 
 thanks in advance
 
 Paul
 
 
 Le 12 nov. 2012 à 14:50, Caleb James DeLisle a écrit :
 
 Hi,

 You can delete those files any time the server stops, unfortunately when 
 it's running they are not safe to
 delete. There was an issue which lead to files accumulating over time after 
 adverse shutdowns such as a JVM
 crash. http://jira.xwiki.org/browse/XWIKI-7748
 To mitigate this issue with older systems it's prudent to clear out the temp 
 directory from time to time.

 As far as controlling the total storage size, there isn't any method to 
 limit it and I'm not sure how much
 sense that would make to add one since the attachments are already stored in 
 the database.

 Thanks,
 Caleb


 On 11/11/2012 03:46 PM, Paul Libbrecht wrote:
 Hello XWiki experts,

 at www.curriki.org, our two server-nodes are reaching limits in terms of 
 storage.
 One of the things that take a lot of space are the logs, we have a clue how 
 to manage that.

 Another thing that takes a lot of space is /var/tmp/ which contains 
 temporary storages for the attachment deliveries. 

 On one of the nodes, it's made of 14Gb and 12538 files.
 On the other, 23Gb and 29402 files.

 What are the risk of deleting the old files there?
 Is the server touching the files when it has served them so that files 
 older than a day could be deleted if we need?
 (I think I know that it takes more time to deliver from the DB and create 
 temp-storage than to use the temp storage)

 thanks in advance

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



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


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


Re: [xwiki-users] Just questions regarding filesystem storage feature

2012-10-30 Thread Caleb James DeLisle
Hi,

On 10/29/2012 12:01 PM, Jeremie BOUSQUET wrote:
 Hello,
 
 No issues here just needing some insights on filesystem storage ...
 
 I just moved to it (on 4.3-milestone-1), and ran script to migrate my
 attachments from db to filesystem.
 
 Though attachments seem to open perfectly well, I'm surprised by the
 difference in size: file xwikiattachment_content.MYD (I'm using
 MySql as you guess) is about 1,3GB, while my whole folder
 ${xwiki.data.dir}/storage is only about 600MB.
 What could explain such a big difference ? (apart from some
 attachments that may not have been migrated)

I have never looked at the size difference in a mysql file to the
accompanying filesystem data size. That seems like a large discrepency
perhaps try doing a select length(xwikiattachment_content.xwa_content) on that
table and add up the numbers? It's also possible that there was corruption
at one time which lead to orphaned entries in the xwikiattachment_content
table with no accompanying pointers from the xwikiattachment table.

The content in that table is binary so it should not have any overhead, let
alone over 2x.

Note this issue:
http://extensions.xwiki.org/xwiki/bin/view/Extension/Filesystem+Attachment+Porter?viewer=comments#xwikicomment_6
which might have caused some of the attachments not to import properly.
This patch was just applied in version 2.1 of the attachment.

 
 Considering: It is prudent to leave the attachments in the database
 since in most situations the attachment data is not bothersome just
 sitting in the database (The only risk of attachments left in the
 database is that they will bloat the size of the database files) [1]
 
 Ok with that, but supposing that I checked my attachments are ok and
 I'm satisfied with fs storage (or I'm just using a test xwiki that I
 can blow away without risk), removing attachments from db means
 cleaning table xwikiattachment_content, is it right ? Can I remove
 other xwikiattachment* tables, or are they still used to reference the
 attachments ? (I guess they do but...)

I added documentation on how to do this, note that you probably should not
do it until we have a satisfactory answer to the size discrepancy.
http://extensions.xwiki.org/xwiki/bin/view/Extension/Filesystem+Attachment+Porter#HStep5:Cleandatabaseofoldattachmentcontent.


Thanks,
Caleb


 
 Thanks,
 Jeremie
 
 [1] - 
 http://extensions.xwiki.org/xwiki/bin/view/Extension/Filesystem+Attachment+Porter
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users
 


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


Re: [xwiki-users] [xwiki-devs] [Contrib] I'd like to move xwiki realtime editor to xwiki-contrib

2012-10-24 Thread Caleb James DeLisle
Done, moved the realtime editor to contrib and now you can report issues here:
http://jira.xwiki.org/browse/XCONTRIB/component/12462

Thanks,
Caleb

On 10/24/2012 10:32 AM, Thomas Mortagne wrote:
 +1
 
 On Wed, Oct 24, 2012 at 2:43 PM, Caleb James DeLisle
 calebdeli...@lavabit.com wrote:
 Hi,

 Since I've got the realtime editor in a working state and it's hosted as an 
 extension,
 I'd like to move it to xwiki-contrib so we can take advantage of the jira 
 project and
 not have issues lost in githubland.

 WDYT?

 Thanks,
 Caleb

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


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


Re: [xwiki-users] New Realtime collaborative editing extension.

2012-10-22 Thread Caleb James DeLisle
Hi,

Thanks for the complement.

I just updated it and fixed issue #1. Thanks for reporting it.
Somehow showing who else is editing, showing where they are editing in the 
document
and allowing the user to spawn a chat window with other editors on the page are 
all
interesting possibilities. Right now I think the thing to do is decide where 
there
is the most bang for your buck in terms of feature value and get an idea of 
what's
most natural for the user.

Thanks,
Caleb


On 10/19/2012 07:59 AM, Ryszard Łach wrote:
 Great work!
 
 It looks like good starting point to give xwiki the main (at least for
 me) feature, that makes googledoc sometimes more suitable for
 collaborative editing. It would be really great, if your editor would
 show somehow, where the other editor (person) is now, where is his
 cursor. Maybe a highlight (the whole line) showing the other's cursor
 placement?
 Do you plan to work on such improvements?
 
 R.
 
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users
 


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


Re: [xwiki-users] New Realtime collaborative editing extension.

2012-10-22 Thread Caleb James DeLisle
One other thing, please report the features which you want and what you imagine 
as
best on the github tracker, it's easier to close an issue as won't fix than 
it is
to remember an important issue which nobody wrote down ;)

Thanks
Caleb

On 10/22/2012 10:14 PM, Caleb James DeLisle wrote:
 Hi,
 
 Thanks for the complement.
 
 I just updated it and fixed issue #1. Thanks for reporting it.
 Somehow showing who else is editing, showing where they are editing in the 
 document
 and allowing the user to spawn a chat window with other editors on the page 
 are all
 interesting possibilities. Right now I think the thing to do is decide where 
 there
 is the most bang for your buck in terms of feature value and get an idea of 
 what's
 most natural for the user.
 
 Thanks,
 Caleb
 
 
 On 10/19/2012 07:59 AM, Ryszard Łach wrote:
 Great work!

 It looks like good starting point to give xwiki the main (at least for
 me) feature, that makes googledoc sometimes more suitable for
 collaborative editing. It would be really great, if your editor would
 show somehow, where the other editor (person) is now, where is his
 cursor. Maybe a highlight (the whole line) showing the other's cursor
 placement?
 Do you plan to work on such improvements?

 R.

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

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


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


Re: [xwiki-users] [xwiki-devs] New Realtime collaborative editing extension.

2012-10-22 Thread Caleb James DeLisle


On 10/17/2012 06:11 AM, Ludovic Dubost wrote:
 Hi Caleb,
 
 This is great progress ! Way to go.
 
 Some improvements, sorted by priority from my POV:
 
 - Support real-time editing on an object Textarea field
Not sure I understand this, you mean for inline edit?
if so, there will of course be issues with input fields, checkboxes, and radio 
bubbles.


 - The current textarea does not allow to do a select All of the text
Added an issue for select all with ctrl+a as well as save (alt+s) and 
save+continue (shift+alt+s)
https://github.com/cjdelisle/xwiki-platform-realtime/issues/3

 - XEM compatibility either as an extension for the global wiki, or as a
 template based install (right now you have to install the XAR in each wiki)
https://github.com/cjdelisle/xwiki-platform-realtime/issues/2

 - Install through extension manager
https://github.com/cjdelisle/xwiki-platform-realtime/issues/4
easy to do as long as XEM support still requires manual intervention


I think the rest of these issues fall in the refactor realtime editor 
category.
I started a draft here: 
http://dev.xwiki.org/xwiki/bin/view/Drafts/RealTimeEditor
So we can talk about what is best for the next generation of the editor.


Thanks,
Caleb


 - See who's editing
 - Auto-saving
 - Handling merging if there has been a concurrent editing
 - Support a live switch from wiki editing to real-time editing
 
 Ludovic
 
 2012/10/17 Vincent Massol vinc...@massol.net
 
 Hi Caleb,

 Ok I've played with it, very cool!  :)

 Some next steps:
 * Make it a real extension installable with the Extension Manager:
 ** Move the project to xwiki-contrib and release a first 1.0 version of
 the JAR and XAR in the xwiki maven repo for contrib

 Slightly later:
 * Add an Extension Point for the Edit menu and transform the JS Skin
 extension into a UI Extension

 Of course in term of the editor itself there are a few things to improve.
 Some ideas:
 * Release the lock only when all the editors have either cancelled or
 saved the document so that someone who edits in wiki mode gets a lock
 dialog box if someone is still editing it
 * See who's editing + colors to differentiate users
 * Use a textarea similar to the wiki editor one (no line number, same
 font, etc)

 Thanks
 -Vincent


 On Oct 17, 2012, at 8:57 AM, Vincent Massol vinc...@massol.net wrote:

 Hi Caleb,

 What a nice morning treat! :)

 I'll check it out later today.

 Thanks
 -Vincent

 On Oct 17, 2012, at 7:12 AM, Caleb James DeLisle 
 calebdeli...@lavabit.com wrote:

 Hi guys,

 I just finished repackaging the realtime collaborative editor which was
 developed as part of wiki/3.0.
 It is now installable as an extension. It's still a bit rough around
 the edges but it's pretty safe to
 play with so everyone is invited to give it a try.

 * Multiple users can edit the same document at the same time and their
 changes are merged in real time.

 * The RealTime Wiki editor is an option along side WYSIWYG and Wiki
 so it won't break existing editors.

 * Easy installation by copying a .jar file and importing a .xar file,
 removal is simply deleting 2 XDocuments.



 http://extensions.xwiki.org/xwiki/bin/view/Extension/RealTime+Wiki+Editor


 Please feel free to share your experiences in the mailing list, on the
 extension wiki page and on the
 github bug tracker.


 Thanks,
 Caleb

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

 
 
 


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


Re: [xwiki-users] [xwiki-devs] New Realtime collaborative editing extension.

2012-10-17 Thread Caleb James DeLisle
Found and fixed, thanks for reporting it.
I didn't notice that it was being pulled in because the WYSIWYG worked on 
chromium despite it.

Thanks,
Caleb

On 10/17/2012 06:53 AM, Ludovic Dubost wrote:
 Hi again,
 
 There is a serious bug which makes the wysiwyg editor fail because the Rt
 code loads on wysiwyg.
 
 With the code in the JS Extension
 
 var isRealtimeMode = function() {
 return (window.location.hash == '#RealTime');
 };
 
 #if ($!request.lazy != true)
 if (isRealtimeMode()) {
  Rt.load();
 }
 
 It allows to avoid loading conflicting code when in wysiwyg.
 
 Ludovic
 
 2012/10/17 Ludovic Dubost ludo...@xwiki.com
 

 Hi Caleb,

 This is great progress ! Way to go.

 Some improvements, sorted by priority from my POV:

 - Support real-time editing on an object Textarea field
 - The current textarea does not allow to do a select All of the text
 - XEM compatibility either as an extension for the global wiki, or as a
 template based install (right now you have to install the XAR in each wiki)
 - Install through extension manager
 - See who's editing
 - Auto-saving
 - Handling merging if there has been a concurrent editing
 - Support a live switch from wiki editing to real-time editing

 Ludovic

 2012/10/17 Vincent Massol vinc...@massol.net

 Hi Caleb,

 Ok I've played with it, very cool!  :)

 Some next steps:
 * Make it a real extension installable with the Extension Manager:
 ** Move the project to xwiki-contrib and release a first 1.0 version of
 the JAR and XAR in the xwiki maven repo for contrib

 Slightly later:
 * Add an Extension Point for the Edit menu and transform the JS Skin
 extension into a UI Extension

 Of course in term of the editor itself there are a few things to improve.
 Some ideas:
 * Release the lock only when all the editors have either cancelled or
 saved the document so that someone who edits in wiki mode gets a lock
 dialog box if someone is still editing it
 * See who's editing + colors to differentiate users
 * Use a textarea similar to the wiki editor one (no line number, same
 font, etc)

 Thanks
 -Vincent


 On Oct 17, 2012, at 8:57 AM, Vincent Massol vinc...@massol.net wrote:

 Hi Caleb,

 What a nice morning treat! :)

 I'll check it out later today.

 Thanks
 -Vincent

 On Oct 17, 2012, at 7:12 AM, Caleb James DeLisle 
 calebdeli...@lavabit.com wrote:

 Hi guys,

 I just finished repackaging the realtime collaborative editor which
 was developed as part of wiki/3.0.
 It is now installable as an extension. It's still a bit rough around
 the edges but it's pretty safe to
 play with so everyone is invited to give it a try.

 * Multiple users can edit the same document at the same time and their
 changes are merged in real time.

 * The RealTime Wiki editor is an option along side WYSIWYG and Wiki
 so it won't break existing editors.

 * Easy installation by copying a .jar file and importing a .xar file,
 removal is simply deleting 2 XDocuments.



 http://extensions.xwiki.org/xwiki/bin/view/Extension/RealTime+Wiki+Editor


 Please feel free to share your experiences in the mailing list, on the
 extension wiki page and on the
 github bug tracker.


 Thanks,
 Caleb

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




 --
 Ludovic Dubost
 Founder and CEO
 Blog: http://blog.ludovic.org/
 XWiki: http://www.xwiki.com
 Skype: ldubost GTalk: ldubost


 
 


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


[xwiki-users] New Realtime collaborative editing extension.

2012-10-16 Thread Caleb James DeLisle
Hi guys,

I just finished repackaging the realtime collaborative editor which was 
developed as part of wiki/3.0.
It is now installable as an extension. It's still a bit rough around the edges 
but it's pretty safe to
play with so everyone is invited to give it a try.

* Multiple users can edit the same document at the same time and their changes 
are merged in real time.

* The RealTime Wiki editor is an option along side WYSIWYG and Wiki so it 
won't break existing editors.

* Easy installation by copying a .jar file and importing a .xar file, removal 
is simply deleting 2 XDocuments.


http://extensions.xwiki.org/xwiki/bin/view/Extension/RealTime+Wiki+Editor


Please feel free to share your experiences in the mailing list, on the 
extension wiki page and on the
github bug tracker.


Thanks,
Caleb

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


Re: [xwiki-users] User rights?

2012-09-23 Thread Caleb James DeLisle
If you deny permission to any group that a user is a member of, the user
will not be able to access the document, deny overpowers allow.

What you can do is block access for the whole space then explicitly allow
AllGroup for the pages which you want them to be able to see. Alternatively
you could separate the pages into two spaces which makes it easier.

Thanks,
Caleb

On 09/24/2012 06:53 AM, Matt Lamoureux wrote:
 Can someone please confirm that I understand user rights properly?
 
 I have a wiki in which I have loaded all of our custom pages into a space
 called 1.  We use LDAP, so every user is automatically added to the
 XWikiAllGroup.  We have a small team that wants to utilize secured pages,
 so I created a group called GroupA.  I then went through and added team
 members to GroupA (without removing them from XWikiAllGroup).
 
 At the wiki level, I have granted both groups view access, but blocked
 everything else.
 At the 1 space level, I have granted both groups edit and delete
 rights
 
 Now, in that space, there are some pages that we only want GroupA to see.
 I thought it was simple - I could just go into each page, block
 XWikiAllGroup from view/edit/delete, and grant view/edit/delete access to
 GroupA.  Apparently that is not true - the fact that they are still in
 XWikiAllGroup prevents them from viewing those pages, since that group is
 blocked?  I expected the fact that they are part of GroupA and GroupA is
 authorized, they would be authorized.
 
 If that is true, what is the solution to this?  What is the simplest way to
 secure a page from everyone except the members of GroupA?  If I remove
 GroupA members from XWikiAllGroup, that seems to cause other issues with
 skins and such.
 
 Any suggestions?
 
 Thanks!
- Matt L.
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users
 


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


Re: [xwiki-users] Incremental Backup

2012-08-02 Thread Caleb James DeLisle
Hi,

The XWiki SAS platform team does backup at the mysql level by doing live 
replication
and periodic backups. It sounds like you are using the default HSQL/jetty 
installation
which has some scaling issues and is lacking in administrative tools so it is 
not
recommended for production use. Given what you're doing, I think your solution 
of
backing up the files makes sense. You might consider using a differential 
compression
scheme like rsync or, my personal favorite, zfs snapshots using zfsonlinux.
Note that zfsonlinux still has some issues so it's not good for mission critical
applications but it powers Livermore National lab's equipment and my /home/ 
directory.

Thanks,

Caleb

On 08/02/2012 10:03 AM, siewiki wrote:
 I am using XWiki for managing Knowledge. Now i want to project a backup
 strategy. First of all i thought about to create a *.rar archive from whole
 XWiki Enterprise folder which has a amount from 1.5GB. In a batch i copy
 this rar to another harddrive. The rar archive is about 850MB.
 and with the windows scheduler i import different batchs for each day
 another.
 
 But a better solution is the incremental backup. 
 
 Is there any way to make a incremental backup? Because i dont want to have
 about 10 x 850 MB files for my backup system. 
 
 Thank you very much in advance for the answers.  
 
  
 
 
 
 --
 View this message in context: 
 http://xwiki.475771.n2.nabble.com/Incremental-Backup-tp7580693.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
 


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


Re: [xwiki-users] Problem Migrating Database from XWiki Ent 3.5.1 to 4.1.3 for MSSQL

2012-08-02 Thread Caleb James DeLisle
Check line 142
# xwiki.store.migration=0
That should be uncommented and it should be xwiki.store.migration=1

Thanks,

Caleb

On 08/02/2012 04:17 PM, rheim651 wrote:
 Denis,
 
 I have reviewed my xwiki.cfg file and revised it according to what you
 requested ( http://pastebin.com/ACFyDT87 Xwiki Cfg )
 
 Unfortunately, I still get the same error.
 
 Is there a way to enable additional logging to try and determine where it is
 failiing on the migration?  If I need to manually adjust some things on the
 database side I'm fine with that.
 
 As it stands, right now I'm also attempting to reverse-engineer the database
 schema changes between 3.5 and 4.1.3.  Initially it looks like it's
 converting Primary Keys on 20 tables to use NUMERIC(19,0) instead of INT. 
 Are there any other schema changes besides that I should also be aware of?
 
 
 Denis Gervalle-2 wrote

 Hi,

 I have written most of the migration manager stuffs and the major
 migration
 of 4.x, and from what I see, your configuration currently prevent any
 migrations to be executed. You should carefully investigate your xwiki.cfg
 file for migration configuration.
 From what you copy paste, I see twice the
 xwiki.store.migration.databases
 parameters, I suggest you remove both, the default being all now. Also
 check there is no xwiki.store.hibernate.updateschema, the default is
 good. Also check that you do not have any xwiki.store.migration=0.
 Finally, xwiki.store.main.hint should not be defined or be hibernate,
 and the same is true for xwiki.store.versioning.hint,
 xwiki.store.recyclebin.hint and xwiki.store.migration.manager.hint. If
 you do not find the issue, please send me your xwiki.cfg, and I will have
 a
 look at it.

 Finally, I should bring your attention to the fact that MSSQL is not
 officially supported and that the migration has never been tested on that
 DBMS. However, we have done our best so it is as database agnostic as
 possible. It may simply work or not. Do not hesitate to share your
 experience, I will do my best to help, but I cannot promise success.

 Regards,

 
 
 
 
 --
 View this message in context: 
 http://xwiki.475771.n2.nabble.com/Problem-Migrating-Database-from-XWiki-Ent-3-5-1-to-4-1-3-for-MSSQL-tp7580579p7580699.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
 


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


Re: [xwiki-users] Regular users can edit access rights?

2012-07-31 Thread Caleb James DeLisle


On 07/30/2012 09:32 AM, Guillaume Lerouge wrote:
 Hi Moritz,
 
 On Thu, Jul 12, 2012 at 8:46 AM, Moritz Hesse (EnergieArchitektur) 
 moritz.he...@ea-gmbh.de wrote:
 
 Hi, we have made the experience, that regular users can edit access rights
 for pages. Is this regular behaviour?
 
 
 Yes. Right now, given that an user with edit rights can add objects to a
 page, that user is able to add XWikiRights objects and thus set rights at
 the page level.
 
 
 And funnily: The user can only _grant_
 access rights but cannot revoke them. Plus: he can only grant it to _one_
 group/user. In both cases (when trying to revoke or when trying to grant to
 any other group/user) the system says, that there was an error when
 communicating with the server.

 
 I think there is some kind of safety code related to this, but you'd need
 a developer to verify. It might simply be a bug.
 
 Is it in gerenal possible to restrict access to the access page and to the
 
 objects page for regular users?

Permissions on a page are transferable, if you have authority to edit it you can
give others authority over it. There are limitations: you can create a 
permission
object denying admin access but it will be ignored by the rights subsystem.

What you were seeing sounds like a bug or some kind of failure in your system.
It is possible to deny yourself permission on a page and find subsequent
permissions changes blocked with an unauthorized message but AFAIK an
error when communicating with the server always means something went wrong.

Thanks,

Caleb


 
 You could look at changing the Apache configuration to disallow adding
 XWikiRights objects, or write a listener in XWiki that detects these kind
 of changes and rolls them back automatically if the context user is not an
 admin.
 
 Thanks,
 Guillaume
 
 Thanks!

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


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


Re: [xwiki-users] Problem Migrating Database from XWiki Ent 3.5.1 to 4.1.3 for MSSQL

2012-07-28 Thread Caleb James DeLisle
Hi,

The 4.x migration is large and has turned out to be particularly painful.
We are evaluating how to improve it.
Do you have any messages regarding the migration in your catalina.out log file?
I suspect it is trying to do the migration but failing for some reason.
If you can paste any relevant information to a pastebin or in a reply, I will
take a look and see if I can diagnose your issue.

Thanks,

Caleb


On 07/27/2012 06:46 PM, rheim651 wrote:
 I am attempting to clone an existing XWiki Enterprise 3.5.1 installation to
 test out how to upgrade to 4.1.3.
 
 When attempting to load the main page, I receive the following error:
 
 message com.xpn.xwiki.XWikiException: Error number 3 in 0: Could not
 initialize main XWiki context Wrapped Exception: Error number 3202 in 3:
 Exception while reading document [name = [XWikiPreferences], type =
 [DOCUMENT], parent = [name = [XWiki], type = [SPACE], parent = [name =
 [xwiki], type = [WIKI], parent = [null Wrapped Exception: Error number
 3301 in 3: Exception while switching to database xwiki Wrapped Exception:
 Database xwiki needs migration(s), it could not be safely used!
 
 description The server encountered an internal error
 (com.xpn.xwiki.XWikiException: Error number 3 in 0: Could not initialize
 main XWiki context Wrapped Exception: Error number 3202 in 3: Exception
 while reading document [name = [XWikiPreferences], type = [DOCUMENT], parent
 = [name = [XWiki], type = [SPACE], parent = [name = [xwiki], type = [WIKI],
 parent = [null Wrapped Exception: Error number 3301 in 3: Exception
 while switching to database xwiki Wrapped Exception: Database xwiki needs
 migration(s), it could not be safely used!) that prevented it from
 fulfilling this request.
 
 I have tried a couple of different configurations in the xwiki.cfg.  Here is
 my current configuration.
 
 xwiki.store.migration=1
 
 #-# Whether to exit after migration. Useful when a server should handle
 migrations for a large database, without going
 #-# live afterwards.
 # xwiki.store.migration.exitAfterEnd=0
 
 #-# Indicate the list of databases to migrate.
 #-# to upgrade all wikis database set xwiki.store.migration.databases=all
 #-# to upgrade just some wikis databases set
 xwiki.store.migration.databases=xwiki,wiki1,wiki2
 #-# Note: the main wiki is always migrated whatever the configuration.
 #-# [Since 3.3M1] default to migrate all databases
 xwiki.store.migration.databases=all
 
 I'm using the following environment which is almost exactly the same as our
 current running environment (3.5.1):
 -Windows Server 2008 R2 Standard
 -Apache-Tomcat 7.0.29 (x64)
 -JDK 1.7.0_05 (x64)
 -Microsoft SQL Server JDBC Driver (rev 3)
 -Microsoft SQL Server 2008 R2
 
 The database is a restored copy of our running 3.5.1 xwiki instance.  The
 user account has full permissions to modify the schema.
 
 Any ideas on why the migration isn't happening?
 
 
 
 --
 View this message in context: 
 http://xwiki.475771.n2.nabble.com/Problem-Migrating-Database-from-XWiki-Ent-3-5-1-to-4-1-3-for-MSSQL-tp7580579.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
 


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


Re: [xwiki-users] evaluate programming rights?

2012-07-27 Thread Caleb James DeLisle
Hi Paul,

$doc.hasProgrammingRights() returns true if 
$xwiki.hasAccessLevel(programming, $doc.getContentAuthor(), 
xwiki:XWiki.XWikiPreferences) is true
and $xcontext.dropPermissions() has not been called in the same request.
What is important is that the contentAuthor of the document has a permission 
called programming on the XWikiPreferences document in the main wiki (if it's 
a wiki farm).
Users who are registered to a subwiki can never have the power to make a 
document have PR
and small changes such as adding an attachment or a comment will not change the 
contentAuthor of the document so the document will still have PR.

I wrote a snippet to grant PR to all documents in a given space.
http://extensions.xwiki.org/xwiki/bin/view/Extension/Give+Programming+Rights+To+Space

Thanks,

Caleb


On 07/24/2012 05:59 PM, Paul Libbrecht wrote:
 
 Hello XWiki ers,
 
 on #xwiki, Sergiu was kind enough to indicate that my current bug, the fact 
 that $!xwiki.getXWiki().Param(...) returns empty is a programming rights 
 issue: the problem seems to be that the resource page, whose rendering is 
 entirely made outside of the wiki-page-content.
 
 And I could verify that by having, in all pages where the above is empty, an 
 output that of $doc.hasProgrammingRight() which is false.
 
 Question 1: how can I evaluate that another page has programming rights?
 
 Question 2: is there a way to give programming rights to everything in a 
 space? to all code in included .vm files?
 
 thanks in advance
 
 Paul
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users
 


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


Re: [xwiki-users] [Video] XWiki-G3 demo - Distributed XWiki cluster storing native Java objects

2012-07-04 Thread Caleb James DeLisle
Yes, this is exactly what I was thinking about when I designed it.
I envisioned the next generation as being more powerful than the current
generation in a Turing sense so that it can emulate it to provide backward
compatibility. I had imagined a UI where the user selects properties in a
class editor and template code is generated below which they can edit.
As far as the UI goes, the sky really is the limit here.

Thanks,

Caleb




On 07/04/2012 04:26 AM, Jerome Velociter wrote:
 Hi Caleb,
 
 This is great stuff!
 
 Since XClasses are actually JDO-enhanced Java classes as I understand, is
 there, or could we add, an UI to write such classes directly (in groovy for
 example) ? It would offer more possibilities than regular XWiki classes :
 more complex relationships, other types (blobs, etc.). A mechanism would be
 needed to be able to manipulate such objects as native java objects from
 the XWiki api I guess.
 
 Does that make sense ?
 
 Jerome
 
 On Wed, Jul 4, 2012 at 12:57 AM, Caleb James DeLisle 
 calebdeli...@lavabit.com wrote:
 
 Hi,

 Over in the XWiki Research Department, we've been working on some exciting
 new developments.
 While XWiki provides industry leading flexibility for defining, storing
 and querying data structures in SQL based stores, we are researching how to
 bring storage to Cassandra distributed NoSQL data store and give you the
 power to define and store your own true Java native Objects.

 In this demonstration we run 2 integrated XWiki/Cassandra nodes and show
 changes propagating from one to the other as we edit pages. We show that
 you can stop one node and the wiki is still fully functional with only one
 node running. Then we restart the downed node and show the edits which were
 made while the node was down propagating over from the running node.

 Here is the demonstration video:

 http://www.youtube.com/watch?v=NngAKdeWuH0

 While this is still in heavy development, we hope to be bringing up live
 nodes for you to play with as soon as possible.

 Thanks,

 Caleb

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

 
 
 

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


[xwiki-users] [Video] XWiki-G3 demo - Distributed XWiki cluster storing native Java objects

2012-07-03 Thread Caleb James DeLisle
Hi,

Over in the XWiki Research Department, we've been working on some exciting new 
developments.
While XWiki provides industry leading flexibility for defining, storing and 
querying data structures in SQL based stores, we are researching how to bring 
storage to Cassandra distributed NoSQL data store and give you the power to 
define and store your own true Java native Objects.

In this demonstration we run 2 integrated XWiki/Cassandra nodes and show 
changes propagating from one to the other as we edit pages. We show that you 
can stop one node and the wiki is still fully functional with only one node 
running. Then we restart the downed node and show the edits which were made 
while the node was down propagating over from the running node.

Here is the demonstration video:

http://www.youtube.com/watch?v=NngAKdeWuH0

While this is still in heavy development, we hope to be bringing up live nodes 
for you to play with as soon as possible.

Thanks,

Caleb

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


[xwiki-users] [Video] XWiki-G3 demo - XWiki cluster storing native Java objects in Cassandra distributed store.

2012-07-03 Thread Caleb James DeLisle
Hi,

Over in the XWiki Research Department, we've been working on some exciting new 
developments.
While XWiki provides industry leading flexibility for defining, storing and 
querying data structures in SQL based stores, we are researching how to bring 
storage to Cassandra distributed NoSQL data store and give you the power to 
define and store your own true Java native Objects.

In this demonstration we run 2 integrated XWiki/Cassandra nodes and show 
changes propagating from one to the other as we edit pages. We show that you 
can stop one node and the wiki is still fully functional with only one node 
running. Then we restart the downed node and show the edits which were made 
while the node was down propagating over from the running node.

XWiki documents and objects are stored in an integrated Cassandra NoSQL Cloud 
data store allowing for horizontal scalability without any single point of 
failure. Users can define XClasses using the XWiki class creation interface and 
those XClasses are compiled into native Java classes which can be loaded and 
stored in the Cassandra distributed store.

Here is the demonstration video:
https://www.youtube.com/watch?v=NngAKdeWuH0

While this is still in heavy development, we hope to be bringing up live nodes 
for you to play with as soon as possible.

Thanks,

Caleb

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


Re: [xwiki-users] [xwiki-devs] [Video] XWiki-G3 demo - XWiki cluster storing native Java objects in Cassandra distributed store.

2012-07-03 Thread Caleb James DeLisle
Oops, sent that one twice.
Sorry about the noise.

Caleb


On 07/03/2012 07:39 PM, Caleb James DeLisle wrote:
 Hi,
 
 Over in the XWiki Research Department, we've been working on some exciting 
 new developments.
 While XWiki provides industry leading flexibility for defining, storing and 
 querying data structures in SQL based stores, we are researching how to bring 
 storage to Cassandra distributed NoSQL data store and give you the power to 
 define and store your own true Java native Objects.
 
 In this demonstration we run 2 integrated XWiki/Cassandra nodes and show 
 changes propagating from one to the other as we edit pages. We show that you 
 can stop one node and the wiki is still fully functional with only one node 
 running. Then we restart the downed node and show the edits which were made 
 while the node was down propagating over from the running node.
 
 XWiki documents and objects are stored in an integrated Cassandra NoSQL Cloud 
 data store allowing for horizontal scalability without any single point of 
 failure. Users can define XClasses using the XWiki class creation interface 
 and those XClasses are compiled into native Java classes which can be loaded 
 and stored in the Cassandra distributed store.
 
 Here is the demonstration video:
 https://www.youtube.com/watch?v=NngAKdeWuH0
 
 While this is still in heavy development, we hope to be bringing up live 
 nodes for you to play with as soon as possible.
 
 Thanks,
 
 Caleb
 
 ___
 devs mailing list
 d...@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/devs
 

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


[xwiki-users] [ANN] XWiki Enterprise and XWiki Enterprise Manager 4.1.2 released.

2012-06-26 Thread Caleb James DeLisle
The XWiki development team is proud to announce the availability of XWiki 
Enterprise 4.1.2.
This is the second bug fix release of the 4.1 cycle. This release fixes a 
serious issue preventing the display of differences between versions in both 
history and Extension Manager.

You can download it here: http://www.xwiki.org/xwiki/bin/view/Main/Download

And review the release notes: 
http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWikiEnterprise412
For those who haven't upgraded to 4.1+, check out the great new features from 
the 4.1 release notes: 
http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWikiEnterprise41

Thanks to everyone involved for making this a smooth release.

Caleb

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


[xwiki-users] [ANN] XWiki Enterprise and XWiki Enterprise Manager 4.1 released

2012-06-19 Thread Caleb James DeLisle
The XWiki Development team is pleased to announce the 4.1.1 bug fix release.

Download it here: http://www.xwiki.org/xwiki/bin/view/Main/Download

And review the release notes here:
http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWikiEnterprise411


This release fixes the following issues:

* XWIKI-7943 Impossible to save very large pages in jetty
* XWIKI-7940 Conflict reported when same existing document is already in the 
database and there is no previous official version of the XAR extension
* XWIKI-7939 Merge conflict resolution UI fails when there is no previous 
version
* XWIKI-7938 Conflict reported when an extension document have attachment when 
installing a xar
* XE-1190 Add suggest in Debian packages
* XE-1189 Debian package fail to upgrade
* XCOMMONS-201 class java.lang.StackOverflowError in LogQueue.error under some 
conditions

Thanks to the developers for getting these issues fixed promptly and thanks to 
the users
for your helpful bug reports and your patience.

Caleb

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


[xwiki-users] [ANN] XWiki Enterprise and XWiki Enterprise Manager 4.1 released

2012-06-18 Thread Caleb James DeLisle
The XWiki Development team is proud to announce the second release of the 4.x 
cycle.
This release brings Extension Manager improvements such as merging of 
configuration documents during extension upgrade, a more gentle learning curve 
by hiding internal documents from non-technical users, and lots of goodies for 
the developers such as easy sharing of variables between scripts in different 
languages.

Download it hot off the press: http://www.xwiki.org/xwiki/bin/view/Main/Download

Other new and notable features include:

* Message sender macro for allowing users to send to the activity stream from 
any location.
* Global and per-user timezone settings
* Script access to load dependencies from the core using the Component Manager
* Smarter velocity interpretation converts allows strings to be passed to 
methods which take enums
* Stop run-away scripts after a configurable timeout
* Shorthand HQL queries in the Query Manager

For a full list with examples and explanations, check out the release notes:

http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWikiEnterprise41


Thanks everyone who contributed to make the 4.1 cycle a success.

Caleb

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


Re: [xwiki-users] features for dealing with known comment spammers in XWiki?

2012-06-12 Thread Caleb James DeLisle
Hi,

Here's a little proof of concept which should do the right general thing.
If you put the groovy script at the top of your registration page, you can
edit the content of the page to behave differently if the user fails an RBL 
check.
It would make sense to allow them in but lock the account and explain to them 
that
they will be checked by an admin.
Ofc I know the feeling of just wanting to use the big hammer myself.

Caleb


{{groovy}}
import java.net.InetAddress;
def rbls = ['.dnsbl.tornevall.org'];
String[] bytes = request.getRemoteAddr().split(\\.);
// Test
//String[] bytes = ['111','243','227','227'];
String reversed = bytes[3] + . + bytes[2] + . + bytes[1] + . + bytes[0];
def failedRbls = [];
for (String rbl : rbls) {
try {
InetAddress.getByName(reversed + rbl);
failedRbls.add(rbl);
} catch (UnknownHostException e) {
// expected
}
}
xcontext.get(vcontext).put(failedRbls, failedRbls);
{{/groovy}}

{{velocity}}
$failedRbls
{{/velocity}}



On 06/09/2012 05:16 PM, Niels Mayer wrote:
 This is  either a feature request or a request for discussing
 solutions to the issue of known comment spammers against XWiki
 installs.
 
 There's known spammers like davycrokk...@hotmail.com (see
 http://www.nielsmayer.com/bin/view/XWiki/DavyCrokkett ) which have to
 be managed and curtailed for any XWiki install enabling comments.
 
 During registration, it would it be nice to check sites like
 http://www.stopforumspam.com/ and prevent registration emails from
 going out to known comment spammers.
 
 For example, the aforementioned spammer is listed at
 http://www.stopforumspam.com/ipcheck/111.243.227.227
 suggesting Current country of origin:Taiwan, Province of China
 
 Date  IP Address  UsernameEmail   
 1-Jul-11 07:31111.243.227.227 coseteene   
 davycrokk...@hotmail.com
 30-Jun-11 18:29   111.243.227.227 Assusypesound   
 davycrokk...@hotmail.com
 30-Jun-11 13:43   111.243.227.227 Impuppota   
 davycrokk...@hotmail.com
 30-Jun-11 11:22   111.243.227.227 Biordaccoma 
 davycrokk...@hotmail.com
 30-Jun-11 07:01   111.243.227.227 rooviskitte 
 davycrokk...@hotmail.com
 29-Jun-11 23:59   109.230.222.175 Beethyemegree   
 davycrokk...@hotmail.com
 29-Jun-11 22:49   111.243.227.227 Kneefshes   
 davycrokk...@hotmail.com
 29-Jun-11 13:59   111.243.227.227 seltencarne 
 davycrokk...@hotmail.com
 29-Jun-11 13:31   111.243.227.227 inigneedync 
 davycrokk...@hotmail.com
 29-Jun-11 11:50   174.142.132.203 Beethyemegree   
 davycrokk...@hotmail.com
 29-Jun-11 11:50   174.142.132.203 phorilmiplism   
 davycrokk...@hotmail.com
 29-Jun-11 07:53   111.243.227.227 Agergeevame 
 davycrokk...@hotmail.com
 29-Jun-11 05:56   111.243.227.227 Atomnegmess 
 davycrokk...@hotmail.com
 29-Jun-11 05:50   111.243.227.227 Impuppota   
 davycrokk...@hotmail.com
 
 It would also be interesting for such flagged users to return a list
 of associated IP's (such as above) which could be blacklisted as well.
 
 I guess the correct solution would be to use
 http://extensions.xwiki.org/xwiki/bin/view/Extension/Social+Login but
 then the spammers would just end up getting twitter, facebook or
 foursquare logins and use those instead of hotmail accounts.
 
 -- Niels
 http://www.nielsmayer.com
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users
 

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


[xwiki-users] [ANN] XWiki Enterprise 4.1 Release Candidate 1 is now available.

2012-06-11 Thread Caleb James DeLisle
XWiki core development team is proud to announce the availability of XWiki 
Enterprise 4.1 Release Candidate 1
This is the first and hopefully final release candidate of the 4.1 release 
cycle. Being a release candidate, this release is sparse on new features 
concentrating instead on stabilization of the features brought in Milestone 1 
and Milestone 2. The 4.1 cycle brings new 3D graphs made with pure XWiki 
syntax, safer Groovy scripting, and new localization through timezone settings.

Go grab it at http://enterprise.xwiki.org/xwiki/bin/view/Main/Download and let 
us know what you think.

For more information about the 4.1-rc-1 release, See the Release Notes 
http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWikiEnterprise41RC1

Thanks to everyone who helped out to make this release great.

Caleb

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


[xwiki-users] [ANN] XWiki Enterprise 4.1 Milestone 2 Released

2012-05-31 Thread Caleb James DeLisle
The XWiki Development Team is pleased to announce the release of XWiki 
Enterprise 4.1 Milestone 2.

Go grab it at http://www.xwiki.org/xwiki/bin/view/Main/Download

This is the second and final milestone of the XWiki Enterprise 4.1 development 
cycle.

Changes from Milestone 1:

* Extension Manager now handles updates to configuration documents.
* New localization through timezone settings.
* Customization of chart colors.

For more information see the Release notes at:
http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWikiEnterprise41M2


Thanks,

The XWiki Development Team

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


Re: [xwiki-users] How end user can capitalize on groovy/velocity fscript in xwiki?

2012-05-18 Thread Caleb James DeLisle
Hi,

I think of Velocity as a templating language.
You can write:
{{velocity}}
Your username is $xcontext.getUser(), welcome to the site.
{{/velocity}}

Combining code and text in a natural way.
You can even include XWiki markup in your velocity script since the output
from velocity will go to the rendering engine.

In groovy the same example would look like this:

{{groovy}}
println(Your username is  + xcontext.getUser() +  welcome to the site.);
{{/groovy}}

Also possible but not as easy.
We usually use velocity for everything unless there is a compelling reason for
groovy (there are some things such as the import keyword which are not 
available in velocity)



Caleb




On 05/18/2012 04:31 AM, mohit gupta wrote:
 Hi all,
 
 i have seen xwiki can do lot of stuff with groovy and velocity.I am new to
 groovy so trying to understand how groovy and velocty can benefit xwiki and
 ultimately end user. As most of the site says groovy and java are almost
 similar. so why xwiki is using groovy when it built upon java. As per my
 understanding xwiki is using groovy as scripting language where admin can
 write groovy scripts at run time from UI which needs not nto be compiled
 but work like in the similar fashion to java. Internally we are passing
 this grrovy script as string to server which is compilinh it and executing
 it at run time. Right?
 
 Now second part is why velocity in xwiki? Velocity is used in similar
 fashin to groovy in xwiki but difference is that any user without
 programming rights also can write velocity scripts as it has access to
 limited set of apis . Apart from that we can also write front end in
 velocity script like if i write
 {velocity}Hello:$xContext.getUser(){velocity} it will simply say
 Hello:Scott on UI
 but inside groovy scriplets everything will be taken as java code. Right?
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users
 

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


[xwiki-users] [Release] XWiki Enterprise and XWiki Manager 4.1 Milestone 1 Released

2012-05-16 Thread Caleb James DeLisle
The XWiki development team is proud to announce the release of XWiki Enterprise 
4.1 Milestone 1, the first milestone along the 4.1 road map.
This release brings new 3D graphs made with pure XWiki syntax, safer Groovy 
scripting, and better hiding of internal application related documents.
As always, it includes plenty of important bug fixes and improvements.

See: 
http://www.xwiki.org/xwiki/bin/ReleaseNotes/ReleaseNotesXWikiEnterprise41M1 for 
more details.
Or grab the fresh downloads at: 
http://enterprise.xwiki.org/xwiki/bin/view/Main/Download

Thanks to everyone in the community for making this release great!

Caleb

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


Re: [xwiki-users] autologin without password

2011-11-12 Thread Caleb James DeLisle
You could login with a trivial password such as 'password' which is hardcoded 
into your end.
I could help you more if you knew how your stuff will talk to XWiki.
For example will it speak http like the web browser or webdav or rest?

Caleb



On 11/11/2011 03:54 PM, Legeinfo wrote:
 Hi!
 It is possible to login in xwiki as a user without password? I want to link
 from a software in my Hospital to xwiki. The only variable a have is the
 real-name and user-name. I think about a login via velocity script with a
 special admin user/password as a bridge component.
 
 Hospital system -- xwiki
 username foo   foo
 
 admin  open xwiki---
 pasword
 
 --
 View this message in context: 
 http://xwiki.475771.n2.nabble.com/autologin-without-password-tp6986733p6986733.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
 

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


Re: [xwiki-users] autologin without password

2011-11-12 Thread Caleb James DeLisle
If you're using batch files to communicate with the wiki, you can create a user 
by sending a request to:
http://xwiki/bin/register/XWiki/Register?register_first_name=Johnregister_last_name=Smithxwikiname=jsmithregister_password=trivialregister2_password=trivialregister_email=x...@y.zz
the only 3 required fields are register_password, register2_password, and 
xwikiname (the name of the user document, must only contain a-z, A-Z, 0-9, and 
_ characters)
note that you will need to disable CSRF prevention tokens in the 
xwiki.properties file for this to work but given you are looking to register 
without any password, CSRF attack protection is probably not something you are 
looking for.

then to save a page as your new user, this would be the wget command, you will 
need to change that for whatever http client you use.
wget --user=jsmith --password=trivial 
http://xwiki/bin/save/Main/WebHome?basicauth=1content=HelloWorld!

You can just look at the source and mimic any request you would like to with 
your script, you can also install firebug to watch the requests happen in real 
time so you can mimic them easier.

Caleb


On 11/12/2011 04:26 PM, Legeinfo wrote:
 Thank you for replying!
 I can start a windows batch with %username% as a variable. I think about
 http://xwiki?username=fooRealname=Volker Lap...
 Xwiki should lookup the user. If not existing? Make a new user. If existing
 login.
 
 But the problem is that i have do not have a password, or only a trivial
 password. How to protect this kind of login process? I was thinking about a
 admin login (http or rest) and doing the login process for this user without
 password.  Volker
 
 --
 View this message in context: 
 http://xwiki.475771.n2.nabble.com/autologin-without-password-tp6986733p6988722.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
 

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


Re: [xwiki-users] 4Developers: more important issues regarding to XE 3.3 Roadmap

2011-10-20 Thread Caleb James DeLisle
I have just assigned myself XWIKI-6918 and XWIKI-6917, the bugs.
You can go ahead and vote on the feature requests (resume download and webdav 
access) and we can see where things go from there.

Caleb


On 10/20/2011 04:02 AM, Haru Mamburu wrote:
 Hi,  All
 
 Also, I'd add  all bug fixes with file storage system, because for now, I 
 have had to switch off (in 3.2):
 
 - versioning of attachment
 - recycle bin for attachment
 
 to use it more or less seamless. Otherwise, there is a big mess with deleted 
 attachment occure. Everything I found, JIRAded already: XWIKI-6989, 
 XWIKI-6921,XWIKI-6918, XWIKI-6917.
 Would be nice also to have resume download for big files: XWIKI-6921
 
 So, we have a new feature, but with a very limited functionality, that really 
 works. Moreover, not each and every core functions really support 
 attachments, stored in FS. For projects with big and huge attachments these 
 topics are essential, IMO.  
 
 Some additional support for cyrillic XWIKI-6955 is also welcome to put in 
 plan. :-)
 
 Best regards,
 
 Dmitry Bakbardin
 
 
 20 октября 2011, 11:25 от Eugen Colesnicov ecolesni...@gmail.com:
 Hello developers!

 I seen your thread about XE 3.3 Roadmap + Finishing the 3.x cycle. In this
 post also described jira-requests, which you planned to resolve in a near
 future.

 All is great, the general strategy and each step are right, but also exists
 some other important issues (I think that its are important) and I want to
 put your attention on its. If is it possible, can you analyze possibility to
 include these issues in your nearly plans?

 1. XE-1032 - XWiki 3.2 totally cannot work on Oracle (upgrade  fresh
 install failed). I think, it is important issue, because supporting of
 Oracle are declared - but in realty XE 3.2 is not supporting Oracle.

 To the future, maybe is good proposal, same as you wrote in a 3.2 release
 notes - which browsers are tested  supporting - also will write witch DB
 are tested  supporting. I can test new releases on Oracle.

 2. XE-324 - allow special (russian and asian) characters in attachment names
 - very old issue, but I think is important, because without it - you cannot
 declare that XWiki have normal multi-language support. All modern
 web-platforms  applications now have this possibility (wikis, web-mails,
 social applications, etc.) only XWiki is lagging...

 3. XWIKI-2870 - Ability to select query language in Database List property.
 This is more for developers, and also very old issue. I think it is
 important, because if you did something modern (in this case - XWQL) - need
 to support this in all parts of platform... If you didn't do this - your
 great work for modern features - looks like as garbage - I cannot use XWQL
 in Database List property - as a result - I am not using XWQL at all,
 because I don't want to write queries 2 times.

 If is it possible, can you analyze possibility to include these issues in
 your nearly plans?

 PS. Maybe another users know some more important unresolved issues? I think,
 user opinions will be interesting for developers!

 Thanks beforehand!
 Eugen Colesnicov

 --
 View this message in context: 
 http://xwiki.475771.n2.nabble.com/4Developers-more-important-issues-regarding-to-XE-3-3-Roadmap-tp6911884p6911884.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

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

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


Re: [xwiki-users] Access rights management bug?

2011-09-23 Thread Caleb James DeLisle
Another way that you can get the results you are looking for is to write a 
script which does the editing
on the user's behalf. If the script document is saved by someone who has 
permission to edit the
document which the user wants to edit and the user needs to be able to, for 
example: edit only the content
of an object but not add or remove objects or change the document's main 
content.
The script can check that the user is permitted and provide the appropriate 
form then do the operation
on the user's behalf. The script can use the $doc.saveAsAuthor() function to do 
that.


Caleb


On 09/21/2011 07:31 PM, Sergiu Dumitriu wrote:
 On 09/21/2011 10:09 AM, Haru Mamburu wrote:
 Hi!

 So, this feature makes absolutely useless delete rights, for example, if 
 each and every user with edit rights can easily skip Delete and Admin 
 Prohibition. Actually edit right behaves like admin in the allowed space. As 
 for me it looks a little bit wierd.
 
 Well, delete rights are not that relevant actually. By default only the 
 document's creator can delete a document. So, unless you explicitly give 
 delete rights to somebody, they'll only be able to delete their own 
 documents.
 
 All users by default are simple, but as you mentioned, nothing stops the 
 intruder with edit rights if he knows magic of URLs.

 For me it looks logical, that if I PROHIBITED right to delete or Admin 
 rights - it means prohibited, but not don't pay attention'.
 
 The delete and admin rights don't normally work on page level anyway, 
 it's pretty hard to get hold of them if they're not explicitly granted.
 
 If you want finer grained security, you can implement them in Java, not 
 as normal access rights, but as guard checks blocking actions according 
 to your own custom rules.
 
 For security it means VERY big black whole. And actually we don't have any 
 instrument to track or stop it (besides watching pages). For semi-open 
 projects, or even open, like Wikipedia it creates paradise for vandals, even 
 if you open edit rights only for registered users. Once you can find couple 
 of hundreds pages in Recycle bin even if nobody but Admin has ability to 
 delete pages. :-)
 And actually rights management contradicts wit 6 user types concept 
 http://dev.xwiki.org/xwiki/bin/view/Design/6TypesOfXWikiUsers

 So, my proposal is: discuss and implement more precise rights management 
 system in the neares future. Let's make XWiki more safe :-)
 
 Yep, this was actually on the roadmap for 3.1, but it got postponed. 
 Rights management is a very serious issue that needs to be tackled, but 
 it's quite big so it will have to be approached in smaller steps.
 
 Thnks a lot for help,

 Dmitry


 21 сентября 2011, 17:39 от Guillaume Lerougeguilla...@xwiki.com:
 Hi Dmitry,

 unfortunately for your use case this is a feature of XWiki. When a user is
 granted edit right on a page, he is allowed to edit any object attached to
 that page (this is used through the edit inline mode as well, when editing
 in inline mode the user is actually updating the values of object properties
 in the page.

 One way to work around this is by making all users simple users by default
 so that the menus do not display the advanced edit options. However, users
 that know the right URLs will still be able to access the object edition
 mode.

 In short: sorry but no, not safe the way you mean it :-(

 Guillaume

 On Sat, Sep 17, 2011 at 6:57 AM, Haru Mamburuharu_mamb...@mail.ru  wrote:


 Dear Users,

 XE 3.1. Playing with rights I found very unpleasant and IMO dangerous
 behaviour.

 Two Default groups: XWikiAllGroup and XWikiAdminGroup

 Admin gives rigths to XWikiAllGroup to view pages - no problem.
 Admin gives rigths to XWikiAllGroup to EDIT pages. From my point of view -
 EDIT means only page EDIT in edit/inline mode,
 but not:
 - managing page access rights
 - editing in editor object mode.

 I even tried to prohibit to XWikiAllGroup users Administration rights,
 nothing changed. As for my project - it is a disaster.
 I must separate four categories of users:
 1. All users - have View access to definite spaces.
 2. SOME registered users - have edit rights for spaces/pages (edit/inline),
 create rights. BUT NO Access rights management, NO object mode editing)
 
 Unless you want to put very important information in non-displayed 
 objects, the object edit mode is not that dangerous.
 
 As for rights, a user with edit rights on a page can only modify that 
 page in non-dangerous ways: grant or deny other people edit rights. The 
 most dangerous ones, admin and programming, can only be given at the 
 space or wiki level, so as long as you prohibit edit rights on the space 
 preferences page itself, nobody should be able to steal those rights.
 
 For delete, you can just implement an event listener that stops all 
 /delete/ actions for non-admins.
 
 3. Admin Users with Admin rights on several spaces to delete/undelete pages
 AND access rights management.
 4. XWiki 

Re: [xwiki-users] Filesystem Storage and Pictures

2011-09-20 Thread Caleb James DeLisle
I can't imagine why that would happen at all.
To the storage code, an attachment is an attachment, the type is irrelevant.
There is an issue with zipexplorer. It doesn't close it's stream and FS 
attachments
locks the file and refuses to unlock it http://jira.xwiki.org/browse/XWIKI-6878
If you have not viewed the png file in zipexplorer (and I don't see how you 
could) that can't really happen.

Caleb


On 09/15/2011 07:23 AM, li...@yhmail.de wrote:
 Hello!
 after ?[xwiki-users] Attachment loss after restarting tomcat? I  
 managed to configure the paths and now the attachments seem to be  
 there permanently.
 
 However I do encounter a new strange behavior with pictures now. When  
 I upload a PNG ? Image and embed it into the page it is there at first  
 when I reload the page the image is gone and the page won?t stop  
 loading. Any other attachment (e.g. a pdf) can be loaded.
 
 Any Ideas what might be wrong?
 
 Thanks again,
 Stephanie
 
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users
 

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


Re: [xwiki-users] Migrate to Filesystem Storage Issues

2011-09-12 Thread Caleb James DeLisle
Hi,

Can you tell me exactly what the attachment porter says when you run it?
Pastes of any error messages would be helpful.

Caleb


On 09/06/2011 05:26 PM, li...@yhmail.de wrote:
 Hello,
 
 I tried to get the Filesystem attachments to work. Unfortunately,  
 after setting the appropriate config parameters in xwiki.conf and  
 restarting tomcat, all attachments stored in the database are not  
 accessible any more.
 Therefore I tried to use the Filesystem Attachment  
 Porter(http://extensions.xwiki.org/xwiki/bin/view/Extension/Filesystem+Attachment+Porter).
  The importer complains that there are no files to import,  
 though.
 
 Am I missing a step here?
 
 Thank you for your help,
 Stephanie
 
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users
 

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


Re: [xwiki-users] After update to 3.1 default skin is broken

2011-09-12 Thread Caleb James DeLisle
Hi,

If I recall, the default skin switched from albatross to colibri
and if you copied over the xwiki.cfg without merging it the header would be 
broken.

Caleb



On 09/06/2011 05:44 PM, li...@yhmail.de wrote:
 Hello again,
 I updated my xwiki instance from 3.0 to 3.1.
 
   I deployed the new war-file and copied ?xwiki.cfg?,  
 Xwiki.properties?,  ?hibernate.cfg.xml?  and  
 ?mysql-connector-java-5.1.5-bin.jar? from the old instance. After die  
 update the colibri-skin was broken.  Any ideas what went wrong?
 
 Thank you again,
 Stephanie
 
 
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users
 

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


Re: [xwiki-users] Deleted Attachments in filesystem Storage

2011-09-10 Thread Caleb James DeLisle
Hello,

I just tried repeating your problems with the same configuration.

1. I went to AllDocs, selected Attachments, and looked at the list and an 
attachment I had uploaded
was there, maybe you can give me more information about it but at this time I 
cant reproduce the problem.

3. I did reproduce duplication of files after deletion with versioning off.
I created a bug issue for this here: http://jira.xwiki.org/browse/XWIKI-6951

4. This issue is http://jira.xwiki.org/browse/XE-896 and it is not a trivial 
issue to fix since there
is no api for getting the list of attachments so XWiki.DeletedAttachments 
searches for the attachment
content in the database.


Thank you for the reports I will be taking a look at these issues.

Caleb


On 09/05/2011 11:52 AM, Haru Mamburu wrote:
 
 
 Hi!
 
 Xwiki 3.1. Attachment versioning turned off 
 (xwiki.store.attachment.versioning.hint = void)
 Storage is set to file system, Recicle Bin is ON.
 
 1. xwiki/bin/view/Main/AllDocs?view=attachments  - gives empty table. How 
 one can see all attachments in a Live table?
 
 2. To verify attachment versioning: attach several times the same file - one 
 copy is stored as a file in a storage, version upgrades correctly - no 
 problem.
 
 3. I deleted an attachment. It shoild be in recycle bin:
 ~GLOBAL_DELETED_ATTACHMENT_ID_MAPPINGS.xml appeared in  /store folder.
 XML inside shows were to find files. Files are on their places as descriebed.
 
 BUT
 
 Recycle bin gives terrible surprise: it stores TWO COPIES of deleted file:
 first is: filename.extension
 second is: filename~v1.1.extension
 
 Please note, that attachment VERSIONING is turned OFF. For big attachments 
 (1GB and more) such a behaviour is a disaster for two reasons:
 - unreasonable disk space consumption
 - (probably) huge delay while user deleting attachment.
 
 What is correct way to disallow XWiki such file duplication?
 
 4. XWiki.DeletedAttachments gives empty table. How one can see all deleted 
 attachments in a Live table?
 
 Thanks a lot
 
 Dmitry Bakbardin
 
 
 
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users

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


Re: [xwiki-users] XWiki upgrade

2011-08-26 Thread Caleb James DeLisle
Hello,

On 08/25/2011 12:46 PM, Jonathan at Crindau wrote:
 Hi,
 
 I am a user of myxwiki and I receive notifications on pages such as June 6:
 Upgraded xwiki to version 3.1 SNAPSHOT from 2011-06-06. Don't forget to
 upgrade your wiki with the latest XAR (Upgrade instructions). Does that
 mean the XWiki Core has been upgraded and I just need to upgrade wiki
 documents?

Yes

 If so, having downloaded the latest XAR
 (xwiki-enterprise-wiki-3.1-20110824.095236-263.xar in this instance) to my
 PC, can I expand it within myxwiki or unzip it on my machine? Do I export my
 xwiki, merge my files into the new build and then import back? 

the most common way to do it is by doing the import on top of your wiki and 
unchecking
documents which contain configuration and should not be re-imported.
It also helps to import as new revision so if you make a mistake you can just 
roll back the
document which was broken in the import.
Of course it makes sense to back up your wiki before hand using the exporter.

Caleb

 Since with
 myxwiki the wiki is already available I don't have the experience of
 building one from scratch and the confidence to just make changes knowing
 they are on a local machine. Please can you provide some clearer guidelines
 for users of myxwiki.
 
 Thanks,
 
 Jonathan
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users
 

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


Re: [xwiki-users] Importing attached files in Xwiki

2011-08-25 Thread Caleb James DeLisle
Howdy Françoise,

The way I would approach this project is to use an external script and pull all 
of the attachments
out to the filesystem then push them into XWiki. It is true that with FS 
attachments, XWiki stores
the attachments as plain old files on the filesystem but each one has 
accompanying data in the database
and that is difficult to replicate so I recommend just sending the attachments 
in through the front door.
A search of oracle blob to file turns up plenty of relevant results.
This looks promising: 
http://www.idevelopment.info/data/Oracle/DBA_tips/LOBs/LOBS_10.shtml

Once the files are exported to the filesystem, I would use a shell script to 
push them to the wiki.
Here's a simple script which pushes files through the webdav system, you should 
be able to modify this
to meet your requirements.

#!/bin/bash
# usage:  upload.sh document file
# uploads file as an attachment to document
# example:  upload.sh Main.WebHome /home/user/file.txt
#
fileName=`echo $2 | sed 's/^.*\([^\/]*\)/\1/'`;
path=`echo $1 | sed 's/\(.*\)\.\(.\)\(.*\)$/\1\/_\2_\/\2\3/'`;
curl -v --user Admin:admin -T $2 
http://127.0.0.1:8080/xwiki/webdav/attachments/${path}/${fileName}


Caleb



On 08/24/2011 11:51 AM, Cadin Françoise wrote:
 Thank you very much, I didn't want to start developpement before being sure I 
 can't avoid it. 
 
 Françoise
 
 -Message d'origine-
 De : users-boun...@xwiki.org [mailto:users-boun...@xwiki.org] De la part de 
 Thomas Mortagne
 Envoyé : mercredi 24 août 2011 16:14
 À : XWiki Users
 Objet : Re: [xwiki-users] Importing attached files in Xwiki
 
 Ha I tough you wanted to change the database used for XWiki.
 
 First thing is to decide where you want to put theses files in XWiki and to 
 define a conversion rule you can then implements in a script.
 
 You have several solution:
 * use groovy inside a XWiki page since that's the easiest way to use XWiki 
 API to import and store the attachments in your wiki
 * if you are not very confident with groovy (or java since groovy is very 
 close to java) you can also use the REST
 (platform.xwiki.org/xwiki/bin/view/Features/XWikiRESTfulAPI) or XMLRPC
 (http://platform.xwiki.org/xwiki/bin/view/Features/XMLRPC) or WebDAV
 (http://platform.xwiki.org/xwiki/bin/view/Features/WebDAV) interfaces 
 provided by XWiki to upload the attachments in a whatever script/program you 
 know better
 
 On Wed, Aug 24, 2011 at 4:04 PM, Guillaume Lerouge guilla...@xwiki.com 
 wrote:
 Hi Françoise,

 in order to do this, you would need to export all attachments from you 
 Oracle DB and store them into a ZIP file for instance. Then you would 
 need to write a script that reads the contents of the ZIP file, 
 creates a XWiki document for each of them and attaches the file to the 
 document.

 I've seen such scripts in action, but unfortunately I cannot find it 
 on http://extensions.xwiki.org . If you're not a developer, they might 
 be a bit tough to create from scratch.

 Guillaume

 On Wed, Aug 24, 2011 at 3:40 PM, Thomas Mortagne
 thomas.morta...@xwiki.comwrote:

 Whatever the way you store the attachment they are supposed to be 
 part of the exported xar.

 On Wed, Aug 24, 2011 at 3:33 PM, Cadin Françoise 
 francoise.ca...@insee.fr wrote:
 Hello,

 My company wants to migrate the content of an Oracle database into XWiki.
 This database contains files (xls, doc, rtf etc...) stored in BLOB 
 which are linked with text documents. In order to migrate the text 
 documents, I use the import in Xar format and it's OK, the problem is 
 the migration of the files. In my Wiki I chose the option to store 
 the attached files outside the database. I expected to put metadatas 
 attachment in the xml files and simply copy my files in the right 
 directory but it doesn't work. Is it a wrong idea ? What's the best way to 
 do it ?
 Thank you for help.

 Françoise Cadin
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users




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

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

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

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


Re: [xwiki-users] Installing XWiki on Ubuntu Natty

2011-08-15 Thread Caleb James DeLisle
If you want to write up instructions then it will benefit everyone and I would 
be glad to help you get it installed.
We can coordinate on IRC in the #xwiki channel on freenode, I am cjdelisle.

Caleb

On 08/11/2011 01:12 PM, Dale Amon wrote:
 Okay, no more ideas have come in so I'm going to make
 an offer.
 
 I have gen'ed up a base i386 Ubuntu Natty VM and made
 a copy of it. Anyone game to work with me to create a
 working XWiki so that I can write a clear documented
 installation procedure for a working XWiki on Natty?
 
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users
 

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


Re: [xwiki-users] Failed to save the document. Reason: Form too large205171200000

2011-08-09 Thread Caleb James DeLisle
Hello Phill,

I seem to recall something like that coming from a configuration option in the 
servlet container (Jetty/Tomcat/GlassFish) but I can't be sure if that's what 
you're seeing without seeing the full error message.
Could you paste exactly what it says?

Thanks,

Caleb


On 08/09/2011 03:50 PM, Moran, Phil (CA - Toronto) wrote:
 Why is there a limit on pages? This page is not that large but it seems 
 almost silly to have a wiki with a text limit on it. Could not find a 
 preference to change this not sure what I need to do to continue. Any 
 suggestions
 
 Sincerely,
 Phill
 
 
 Phill Moran
 Deloitte
 Cell (416) 806-9033
 www.deloitte.ca
 
 
 
 
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users
 

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


[xwiki-users] XWiki on Cassandra

2011-08-02 Thread Caleb James DeLisle
I have an instance of XWiki finally running on Cassandra.
http://kk.l.to:8080/xwikiOnCassandra/

Cassandra is a NoSQL database, unlike a traditional SQL database it cannot do 
advanced queries but it can store data in a more flexible way eg: each row is 
like a hashtable where additional columns can be added at will.
The most important feature of Cassandra is that multiple Cassandra nodes can be 
connected together into potentially very large swarms of nodes which reside 
in different racks or even data centers continents apart, yet all of them 
represent the same database.
Cassandra was developed by Facebook and their swarm was said to be over 200 
nodes strong.
In it's application with XWiki, each node can have an XWiki engine sitting on 
top of it and users can be directed to the geographically closest node or to 
the node which is most likely to have a cache of the page which they are 
looking for.
Where a traditional cluster is a group of XWiki engines sitting atop a single 
MySQL engine, this allows for a group of XWiki engines to sit atop a group of 
Cassandra engines in a potentially very scalable way.
In a cloud setting, one would either buy access to a provided NoSQL store such 
as Google's BigTable or they would setup a number of XWiki/Cassandra stacks in 
a less managed cloud such as Rackspace's or Amazon's.

How it works:
XWiki objects in the traditional Hibernate based storage engine are persisted 
by breaking them up into properties which are then joined again when the object 
is loaded.
A user object which has a name and an age will occupy a row in each of three 
tables, the xwikiobjects table, the xwikistrings table, and the xwikiintegers 
table.
The object's metadata will be in the xwikiobjects table while the name will be 
in a row in the xwikistrings table and the age, a number, will go in the 
xwikiintegers table.
The NoSQL/Datanucleus based storage engine does this differently, the same 
object only occupies space in the XWikiDocument table where it takes advantage 
of Cassandra's flexibility by simply adding a new column for each property.
NOTE: this is not fully implemented yet, objects are still stored serialized.

What works

* Document storage
* Classes and Objects
* Attachments
* Links and Locks
* Basic querying with JDOQL

What doesn't work

* Querying inside of objects
* JPQL/XWQL queries
* Document history
* Permissions (requires unimplemented queries)
* The feature you want


I am interested in what the community thinks is the first priority, I can work 
on performance which will likely lead to patches being merged into master which 
will benefit everyone
or I can work on more features which will benefit people who want to use XWiki 
as a traditional application wiki but use it on top of Cassandra.
You can reply here or add comments to the wiki ;)

Caleb

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


[xwiki-users] XWiki Enterprise 3.1 Released.

2011-06-21 Thread Caleb James DeLisle
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1



The XWiki development team is proud to announce the release of XWiki Enterprise 
3.1 Final.

Go grab it at http://www.xwiki.org/xwiki/bin/view/Main/Download

This is the first ever release to be tested in a staging repository and is 
probably the most well tested release to date.
You can review the changes made since 3.0 by going to:
http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWikiEnterprise31

Thanks
- -The XWiki development team


If you would like to download the new release now, you can using these links:

-  XWiki Enterprise for Servers 

xwiki-enterprise-web-3.1.war
SHA1: 5321b065247027cffb2b139bbe9db876e079f4ca
http://forge.ow2.org/project/download.php?group_id=170file_id=16846

xwiki-enterprise-wiki-3.1.xar
SHA1: d80a7611d19dc28717a4538efe49cfd4858f94ec
http://forge.ow2.org/project/download.php?group_id=170file_id=16847

-  XWiki Enterprise Standalone 

xwiki-enterprise-installer-windows-3.1.exe
SHA1: c2ba74cfae30e272566f4e6ce7435d14ae9df2e3
http://forge.ow2.org/project/download.php?group_id=170file_id=16845

xwiki-enterprise-jetty-hsqldb-3.1.zip
SHA1: 82a80420f48b7d0614822137498251e7fc01e889
http://forge.ow2.org/project/download.php?group_id=170file_id=16844

xwiki-enterprise-installer-generic-3.1-standard.jar
SHA1: 7a038ce14be2b75bdaecb816bcf699f221908d9b
http://forge.ow2.org/project/download.php?group_id=170file_id=16843

-  XWiki Manager for Servers 

xwiki-manager-web-3.1.war
SHA1: abdf4e758246cabf4a1af79337e8170bfc582b1e
http://forge.ow2.org/project/download.php?group_id=170file_id=16848

xwiki-manager-wiki-administrator-3.1.xar
SHA1: 9e2c9a2b02f87060c657c70bf15e4721df7e4f6c
http://forge.ow2.org/project/download.php?group_id=170file_id=16850

-  XWiki Manager Standalone 

xwiki-manager-jetty-mysql-3.1.zip
SHA1: f6277fd61c412642300427440798fd27938651cf
http://forge.ow2.org/project/download.php?group_id=170file_id=16851

-  XWiki Manager Extension for XWiki Enterprise Installations 

xwiki-manager-application-xem-3.1.xar
SHA1: f22abfd671527f6ef293d3763b8e688e2f0c100d
http://forge.ow2.org/project/download.php?group_id=170file_id=16849



-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)

iQIcBAEBAgAGBQJOAL4sAAoJECYAmptlsgnWNk8P/jDYcGMDioM+DCzaN69Ljo5F
De3EQQL0c++OjkC+R/s3kzxoHFk9g2Sa8bWjjDYIqiORiV1eIbJ1RnV5Tc31G5xA
Q5MastEQ9onzQalXnZDJhrwwSw2CYMk9sia3bWBDPi55zuSKJvSar7Zgg85xE953
0a+Xmp2bCECc8QI8taeqyOnpAmvHR3NG6sKFc6biVRTBcU93XhUVZVPmjZixvupR
fxo3gVmyX4G9RbNJFKxHZkHyEHcRdW1+7vdR9Dj3qZBTGBs+2jAHR3Xl6LEjyAb6
+NrZsmHf590jnrvrrl4t0Ld5kaG4ykHICShOZRIrZ8VylBTylHl+Zgx38imQ818J
/YVEdjCGh6iqOHF1BQM4aeiAFw/Ja3EiqjpUkrqtMH5pjfbMU3qNNxKAtP4WKdac
xDZaUZddMcKGauA7Qc27YkQkl7Nkvb4A3ikNld/PZs2QfDPEJsytrz6VqAgnLfwO
Q4H6rvltysCbv/v05V2/jgUrNtXsnUa2NSOXjYVrsdiQh71qTph9I+nNbjk35gs/
dD8TaFxejMmu68qUcOR2aFIRncO2QKlbff8dN1UfkXJ7dd/HVS/1/1YtBQWiIqjk
TWRS3KVgf4tgo1yHGyedBIkSCo3+iHffUyMPkmZoxJ9fnzvVWRi7eOQWOUwCOqWd
Lg7wLAAwbJWY1rdpiXAT
=78pa
-END PGP SIGNATURE-

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


Re: [xwiki-users] Starting an external application

2011-06-21 Thread Caleb James DeLisle
The question is how your software tool talks. If it can speak http then you can 
use $xwiki.getURLContent in velocity to
send commands and get responses back. See:
http://nexus.xwiki.org/nexus/service/local/repositories/releases/archive/org/xwiki/platform/xwiki-platform-oldcore/3.1/xwiki-platform-oldcore-3.1-javadoc.jar/!/index.html

If it only speaks some other language then I would need to know what that 
language is in order to help you chose a way to communicate with it.

Caleb

On 06/21/2011 08:49 AM, Frank Marrenbach wrote:
 Hello all,
 
 In a elearning invironment XWIKI have to be  linket to an external 
 software tool. In a second step XWIKI send some data to the external 
 tool to open a specific file. At the end of the usage of the external 
 tool XWIKI will get some date from the external tool and store it in a 
 page.
 
 What kind of externsion I need to solve these problem?
 Are there any examples?
 
 Thank you for help!
 
 Yours
 Frank Marrenbach
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users
 

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


[xwiki-users] XWiki Enterprise 3.1 Milestone 2 Released.

2011-06-07 Thread Caleb James DeLisle
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1



The XWiki development team is proud to announce the release of XWiki Enterprise 
3.1 Release Candidate 1.

Go grab it at http://www.xwiki.org/xwiki/bin/view/Main/Download

Unless a new bug is discovered, this will become the 3.1 final version.
This release was a stability and bug-fix only release so there are no new 
features.
You can read about bugs fixed and translation updates by going to:
http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWikiEnterprise31M2

Thanks
- -The XWiki development team


If you would like to download the new release now, you can using these links:

-  XWiki Enterprise for Servers 

xwiki-enterprise-web-3.1-rc-1.war
SHA1: 0afab6a2cf62cff56c2351ce5ee5916e3be3eb60
http://forge.ow2.org/project/download.php?group_id=170file_id=16747

xwiki-enterprise-wiki-3.1-rc-1.xar
SHA1: 7286b367c735b8a667a4cb00c7b8403001027821
http://forge.ow2.org/project/download.php?group_id=170file_id=16745

-  XWiki Enterprise Standalone 

xwiki-enterprise-installer-windows-3.1-rc-1.exe
SHA1: 5f71b52c823fc92474a28caebf89af56b176c6a8
http://forge.ow2.org/project/download.php?group_id=170file_id=16750

xwiki-enterprise-jetty-hsqldb-3.1-rc-1.zip
SHA1: 870553bbac3f720135780ee0b89398e38e87797f
http://forge.ow2.org/project/download.php?group_id=170file_id=16748

xwiki-enterprise-installer-generic-3.1-rc-1-standard.jar
SHA1: 123309d14972c2391b1824b33a2ce20b11464005
http://forge.ow2.org/project/download.php?group_id=170file_id=16749

-  XWiki Manager for Servers 

xwiki-manager-web-3.1-rc-1.war
SHA1: 0313a8d54053a61e12f1651216c1b64d9989c184
http://forge.ow2.org/project/download.php?group_id=170file_id=16754

xwiki-manager-wiki-administrator-3.1-rc-1.xar
SHA1: 4551d78e9f7b66f6cae3f10982ac69284c05386f
http://forge.ow2.org/project/download.php?group_id=170file_id=16753

-  XWiki Manager Standalone 

xwiki-manager-jetty-mysql-3.1-rc-1.zip
SHA1: ec611704fd298774af956beeda1a3b302b0d4744
http://forge.ow2.org/project/download.php?group_id=170file_id=16751

-  XWiki Manager Extension for XWiki Enterprise Installations 

xwiki-manager-application-xem-3.1-rc-1.xar
SHA1: 71659f787ab9c1e7700aee4a2f9b0316194fab9a
http://forge.ow2.org/project/download.php?group_id=170file_id=16752



-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)

iQIcBAEBAgAGBQJN7dwsAAoJECYAmptlsgnWJBIQAIyTSN6wqWfmS+3H4YIZLXOJ
CefTZqHFJI38inSzXgbBG3wwtS/EA3ycRoyzuqVSlsuRJ+06KmlUz75WAk0hVsrU
84Ihpq2GXioL2jvwLKNNNvX97Jk93JzNaI5Ys0gh9hZy0/9XKT1jrrvTjxCxkoES
eUFAHUF9uFuOGKcazTEYF/itbc0jSMZvbVqz0NQZY7w6EpZKEeds2Xv0fVzYIq6+
GP+AocHYJ7WADajMzYfcvEUdy0SPgAMpgx+vx0k3XczPTa+eT6MgANOYKbV5COaB
v5VBLvjiJaLmwDMw/c8rjLPjJzY+EAVC1Wy/DEWMswwOnw1ubjX3vUK9x99mQwgF
z0tnW7fgJS+mcY5LFQlWg2FH2+bg04CwoksuOI1JNMksbCC+jQ4rBDDzwPgLUBEL
HaAgjLFsF8Eg/Y8V1PdJKFKi5tmfsodqHnJ7Xv9Qrem9D97JrFgbOLr6ULz7NDus
1KDLNoBvcJC74q1Wo+F6XVf2hY1HQjXw4IqIJlYYi1ZAhNS75LasvvWl7nC+XeAo
4BIHx2vskRuMbYtY4wfElPEl9yXCtwOR7DBpzV9JjzmiKHKVuW0+ZuJGnTn/a+G1
BkWB9ttwjFQ/V9MK61GXdSbGRhobccBRwHw+trIrkBK5dOD4bBoF5or/rX/RA9xb
c4l27NeRfuPKHRjKZAG9
=QIBM
-END PGP SIGNATURE-

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


Re: [xwiki-users] Problem with deleted user - not fully deleted?

2011-06-02 Thread Caleb James DeLisle
Hi, I can say for certain that the only thing which makes the user a part of 
the wiki is the document XWiki.$username and it's contained object.
If that document is gone then there is no user. Of course that is dependent on 
using the default authenticator.
If you are using a custom authenticator which still lets the user authenticate 
then XWiki has no way of knowing that they don't exist, your
authenticator says they do.

What I can say is there is no users table in the database.

I hope this helps.

Caleb

On 06/02/2011 01:52 PM, Scardino, Leonard R Jr ERDC-ITL-MS Contractor wrote:
 Well, it's good to know I'm not the only one.  Hopefully someone has an idea
 and can be helpful.
 
 Lenny
 
 
 
 -Original Message-
 From: users-boun...@xwiki.org [mailto:users-boun...@xwiki.org] On Behalf Of
 Kevin P. Foote
 Sent: Thursday, June 02, 2011 12:50 PM
 To: XWiki Users
 Subject: Re: [xwiki-users] Problem with deleted user - not fully deleted?
 
 
 Lenny, 
 
 I dont have an answer for you .. However, I have witnessed similar behavior
 with my test xwiki install. (version 3.0)
 
 I'm using, again, a custom XWikiAuthServiceImpl and have done similar steps
 to reproduce almost identical outcome.
 
 I too would like to know how to _fully_ remove the problem user from the
 database. Either by a) removal within XWiki, b) SQL calls to the database.
 
 
 Note: as mentioned above this is on my test install of xwiki so I have not
 dedicated too much time to further exploring the issue.
 
 --
 thanks
   kevin.foote
 
 On Wed, 1 Jun 2011, Scardino, Leonard R Jr ERDC-ITL-MS Contractor wrote:
 
 - Bumping this because I still haven't found an answer on my own.  
 - Anyone have any ideas that could help?
 - 
 - Lenny
 - 
 - -Original Message-
 - From: users-boun...@xwiki.org [mailto:users-boun...@xwiki.org] On 
 - Behalf Of Scardino,Leonard R Jr ERDC-ITL-MS Contractor
 - Sent: Wednesday, May 25, 2011 3:55 PM
 - To: XWiki Users
 - Subject: [xwiki-users] Problem with deleted user - not fully deleted?
 - 
 - version=2.7.33656
 - 
 - Ok, so I have a custom XWikiAuthServiceImpl login that after 
 - authenticating via a smart card looks up a user from a database and
 creates a xwiki user.
 - To verify it was working after some changes, I deleted a user that 
 - previously could log in fine, and then had them try to log in again.  
 - They got a screen with no skin applied and an error You are not 
 - allowed to view this document or perform this action.  I did the 
 - same for a different user, and they had no trouble at all, with their user
 being created again just fine.
 - 
 - I looked in the admin console, and the user with the problem is not
 listed.
 - So I tried creating the user with the problem by hand in the Admin 
 - console, but it claims the user already exists.
 - 
 - Also, I have an output line in my extended XWikiAuthServiceImpl code 
 - that tells me that it made it to that point.  Right after it is an
 exception:
 - org.xwiki.velocity.XWikiVelocityException: Failed to evaluate 
 - content with id [/templates/xwikivars.vm]  I can't be sure it's related,
 but seems to be.
 - 
 - Is there perhaps lingering user info in the database for this user?  
 - If so, how do I get rid of it?  Or is it something else entirely?
 - 
 - Thanks for any help.
 - 
 - Lenny
 - ___
 - users mailing list
 - users@xwiki.org
 - http://lists.xwiki.org/mailman/listinfo/users
 - ___
 - users mailing list
 - users@xwiki.org
 - http://lists.xwiki.org/mailman/listinfo/users
 - 
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users
 

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


Re: [xwiki-users] Installation problem

2011-05-27 Thread Caleb James DeLisle
Good report, thanks.

We define sql_mode to work around a hibernate bug:
http://jira.xwiki.org/jira/browse/XWIKI-1945
http://opensource.atlassian.com/projects/hibernate/browse/HHH-468

It appears that our workaround has exposed us to a new mysql connector bug:
http://bugs.mysql.com/bug.php?id=61201

From the connector bug report it says that 5.1.14 and 5.1.15 are unaffected so 
you could downgrade your connector version.

Caleb


On 05/26/2011 10:14 AM, Neil Streeter wrote:
 Hi all,
 
 I need help with installation...
 
 I'm trying to get xwiki running on:
 RHEL 6  x64...
 JDK 6 latest...
 Mysql 5.1.52...
 Tomcat 7.0.14
 
 I've followed the admin guide as near as possible... The deviations I've 
 made are..
 
 created my db as 'testxwiki' instead of just xwiki...
 modified xwiki.db=testxwiki (this was just a stab in the dark - not sure 
 I need to change this)
 made appropriate modifications to the jdbc url in hibernate.cfg.xml...
 
 I've varified that I can connect to the database using:
 mysql -uxwiki -psome_password testxwiki
 
 and show tables returns the empty set...  xwiki / hibernate is supposed 
 to create the initial schema on startup right (less indexes)?
 
 A more complete catalina.out snip is below but essentially I'm getting...
 
 FATAL store.DBCPConnectionProvider- Could not create a DBCP pool. 
 There is an error in the hibernate configuration file, please review it.
 
 Unfortunately I have been through this file many many times... and I 
 just don't see anything wrong with it...
 
 I also get some interesting results when I stop tomcat after attempting 
 to browse the xwiki site...
 
 SEVERE: The web application [/xwiki] registered the JDBC driver 
 [com.mysql.jdbc.Driver] but failed to unregister it when the web 
 application was stopped. To prevent a memory leak, the JDBC Driver has 
 been forcibly unregistered.
 May 26, 2011 2:22:37 AM org.apache.catalina.loader.WebappClassLoader 
 clearReferencesThreads
 SEVERE: The web application [/xwiki] appears to have started a thread 
 named [EvictionTimer-0] but has failed to stop it. This is very likely 
 to create a memory leak.
 May 26, 2011 2:22:37 AM org.apache.catalina.loader.WebappClassLoader 
 clearReferencesThreads
 SEVERE: The web application [/xwiki] appears to have started a thread 
 named [EvictionTimer-1] but has failed to stop it. This is very likely 
 to create a memory leak.
 May 26, 2011 2:22:37 AM org.apache.catalina.loader.WebappClassLoader 
 checkThreadLocalMapForLeaks
 SEVERE: The web application [/xwiki] created a ThreadLocal with key of 
 type [org.apache.log4j.helpers.ThreadLocalMap] (value 
 [org.apache.log4j.helpers.ThreadLocalMap@2a717ef5]) and a value of type 
 [java.util.Hashtable] (value [{}]) but failed to remove it when the web 
 application was stopped. Threads are going to be renewed over time to 
 try and avoid a probable memory leak.
 May 26, 2011 2:22:37 AM org.apache.catalina.loader.WebappClassLoader 
 checkThreadLocalMapForLeaks
 SEVERE: The web application [/xwiki] created a ThreadLocal with key of 
 type [org.apache.log4j.helpers.ThreadLocalMap] (value 
 [org.apache.log4j.helpers.ThreadLocalMap@2a717ef5]) and a value of type 
 [java.util.Hashtable] (value 
 [{url=http://neil.nmc.edu:8080/xwiki/bin/view/Main/}]) but failed to 
 remove it when the web application was stopped. Threads are going to be 
 renewed over time to try and avoid a probable memory leak.
 May 26, 2011 2:22:37 AM org.apache.catalina.loader.WebappClassLoader 
 checkThreadLocalMapForLeaks
 SEVERE: The web application [/xwiki] created a ThreadLocal with key of 
 type [org.apache.log4j.helpers.ThreadLocalMap] (value 
 [org.apache.log4j.helpers.ThreadLocalMap@2a717ef5]) and a value of type 
 [java.util.Hashtable] (value 
 [{url=http://neil.nmc.edu:8080/xwiki/bin/view/Main/}]) but failed to 
 remove it when the web application was stopped. Threads are going to be 
 renewed over time to try and avoid a probable memory leak.
 
 
 
 
 Here's the gory details of everything I did (as well as I can remember)...
 
 
 
 Installed the 64bit jdk from oracle..
 
 java -version
 java version 1.6.0_25
 Java(TM) SE Runtime Environment (build 1.6.0_25-b06)
 Java HotSpot(TM) 64-Bit Server VM (build 20.0-b11, mixed mode)
 
 
 
 Downloaded tomcat and installed it...
 tar -zxvf apache-tomcat-7.0.14.tar.gz
 
 Modified the server.xml file and added:
   deployOnStartup=true to the Host node
 
 Modified catalina.sh and added:
 JAVA_HOME=/usr/local/jdk160_25
 JAVA_OPTS=-Xmx512m -XX:MaxPermSize=128m
 
 Removed examples, host-manager, and manager from 'webapps'... I prefer 
 not to leave them...
 
 
 
 Started tomcat - at that point I could get to the ROOT application and 
 browse the tomcat docs...
 
 
 
 Installed mysql from RPM packages... Configured a few parameters in 
 my.cnf...
 
 default-storage-engine=INNODB
 innodb_file_per_table
 
 skip-external-locking
 max_connections=200
 read_buffer_size=1M
 sort_buffer_size=1M
 
 

[xwiki-users] XWiki Enterprise 3.1 Milestone 2 Released.

2011-05-25 Thread Caleb James DeLisle
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1



The XWiki development team is proud to announce the release of XWiki Enterprise 
3.1 Milestone 2.

Go grab it at http://www.xwiki.org/xwiki/bin/view/Main/Download

This is the second and final milestone in the 3.1 development cycle, you can 
review the changes made
and bugs
fixed since 3.0 by going to:
http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWikiEnterprise31M2

Thanks
- -The XWiki development team


If you would like to download the new release now, you can using these links:

-  XWiki Enterprise for Servers 

xwiki-enterprise-web-3.1-milestone-2.war
SHA1: 1e903ab1bb230e6823597db2c6034ecd27a4275a
http://forge.ow2.org/project/download.php?group_id=170file_id=16712

xwiki-enterprise-wiki-3.1-milestone-2.xar
SHA1: c82aa727bf6a81929d91c1e9182921eac9e0ea7e
http://forge.ow2.org/project/download.php?group_id=170file_id=16713

-  XWiki Enterprise Standalone 

xwiki-enterprise-installer-windows-3.1-milestone-2.exe
SHA1: 9f71d54eeff3b136454d15164e94b5484815ebf3
http://forge.ow2.org/project/download.php?group_id=170file_id=16711

xwiki-enterprise-jetty-hsqldb-3.1-milestone-2.zip
SHA1: fa04ee328387ab48bbf5a8f5b2fab22e4684858e
http://forge.ow2.org/project/download.php?group_id=170file_id=16719

xwiki-enterprise-installer-generic-3.1-milestone-2-standard.jar
SHA1: b93969196e73e30ffc6a65cd6033b03ebdfc1a85
http://forge.ow2.org/project/download.php?group_id=170file_id=16710

-  XWiki Manager for Servers 

xwiki-manager-web-3.1-milestone-2.war
SHA1: 12f514ddd2913378b07b8b43b5654dbb6ad33ed8
http://forge.ow2.org/project/download.php?group_id=170file_id=16714

xwiki-manager-wiki-administrator-3.1-milestone-2.xar
SHA1: 9183f4f069c388ff9963e2ce877b6d75799fe4fa
http://forge.ow2.org/project/download.php?group_id=170file_id=16716

-  XWiki Manager Standalone 

xwiki-manager-jetty-mysql-3.1-milestone-2.zip
SHA1: 63a7d30511931fb10569fb4a82c5c42f367f9467
http://forge.ow2.org/project/download.php?group_id=170file_id=16718

-  XWiki Manager Extension for XWiki Enterprise Installations 

xwiki-manager-application-xem-3.1-milestone-2.xar
SHA1: d5381326b71057182256d6aa9eec777b647739aa
http://forge.ow2.org/project/download.php?group_id=170file_id=16717



-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)

iQIcBAEBAgAGBQJN3LFoAAoJECYAmptlsgnWjikP/2dVAZyyWcFzh9paefuqwAXm
NDvW6VA/0nHVOhMhzlvyjjpBKW4tAujQqIT2eL9dn5SG2tCygQ6lLE7r6zwFJY0t
LHkOtqtK4lRiFJfu7+h/f3/yYRi3mKwht0d8z0lc74w+ACB6VKSfIdcIwh1u7Klm
UXNh43lbIJNABGYapGe/aLwr3q7qFZp+sKaO3aVW5cVVzup3KnQPHV9BqgRYfqDd
fWip1zZCixJ/yOOQ8VNpNRvr8mVST9pettKmDb6HlLjqvrV+qrX306zIvhcPFoKk
tkHZQJaFsf9Sg8pv+U+tBVgvJIcWbf+PeAJKhIU1MPz8wc54bvDGhqBpH1VwLGUD
8W8vhzPs4rnP/w5nKWz15R4KEPBHuzUMx6oEcwPx7G7L8f+tnlAifWJLzQJP1A1U
JTADeQ7GnIZ/Jg6ycWeDIIgZLOl6TrzEaDYMTWF6sXElvYfUilrdhJZ1Upbv2aul
R2bWqF7Ia//FQxMGNPhwTwF7fsPExJaFQ/OEeoSumusZIl/NGc4gjrytZA2VY2t0
c3zW2CAd8JryJujFuQtbj51rYvKMnDtp3+419pkfmbs5Vg33hFKrKB30xV7nrsm5
zN9itvj7APKy3tndUph2YXaNYlXkrAe2o1B6R8gXw0M8qV/0gVmL2G0DN5d3Vu6x
BG460gFTusnCwQXW8TYG
=XTgI
-END PGP SIGNATURE-

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


Re: [xwiki-users] X509Certificate is null

2011-05-18 Thread Caleb James DeLisle
Hi,
Client certs sounds like a neat project.
When you are using scripting such as {{groovy}}, the request variable will be 
set to this:
https://github.com/xwiki/xwiki-platform/blob/master/xwiki-platform-core/xwiki-platform-oldcore/src/main/java/com/xpn/xwiki/web/XWikiServletRequest.java
That is a wrapper around the actual HttpServletRequest but it appears that 
getAttribute() passes
directly through.
If you want to use the real servlet request so you can test better, you can call
getHttpServletRequest() then use that.

Good luck,

Caleb

On 05/18/2011 11:38 AM, Scardino, Leonard R Jr ERDC-ITL-MS Contractor wrote:
 Xwiki version: 2.7.33656
 
 Ok, so I have a different webapp running on the same instance of Tomcat as
 Xwiki, and I'm able to make a
 getAttribute(javax.servlet.request.X509Certificate) call and am able to get
 the clients certificates.  However, in my custom login for Xwiki when I try
 the same thing, it just returns null.  I've also tried creating a JSP in the
 Xwiki webapp that does nothing but call
 request.getAttribute(javax.servlet.request.X509Certificate) and it still
 returns null.
 
 Anyone have any idea why this would be the case?  As far as I can tell I have
 Tomcat configured correctly as I'm able to get the clients certs in a
 different webapp.
 
 Is Xwiki pulling this attribute and storing it elsewhere?  Or is this perhaps
 a struts issue?
 
 Any help would be greatly appreciated.  Unfortunately I've been given a short
 deadline on this.
 
 Thanks,
 
 Lenny
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users
 

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


Re: [xwiki-users] X509Certificate is null

2011-05-18 Thread Caleb James DeLisle


On 05/18/2011 01:03 PM, Scardino, Leonard R Jr ERDC-ITL-MS Contractor wrote:
 Thanks for the reply.
 
 Unfortunately I've tried that and I'm still not getting anything back.
 
 My current track for making this work is using the Cryptographic Module which
 seems to have a $services.crypto.x509.certFromPEM() that works in a velocity
 template.  However, I need this for login purposes, so I need to know how to
 get that $services variable in my custom AuthServiceImpl.

import org.xwiki.crypto.x509.X509CryptoService;
import com.xpn.xwiki.web.Utils;
X509CryptoService service = Utils.getComponent(X509CryptoService.class);
service.certFromPEM();

That should do the trick.

Caleb

  This may not work
 at all, but it seems like the most likely path to take.
 
 Still open for more suggestions though.
 
 Lenny
 
 
 
 -Original Message-
 From: users-boun...@xwiki.org [mailto:users-boun...@xwiki.org] On Behalf Of
 Caleb James DeLisle
 Sent: Wednesday, May 18, 2011 11:36 AM
 To: XWiki Users
 Subject: Re: [xwiki-users] X509Certificate is null
 
 Hi,
 Client certs sounds like a neat project.
 When you are using scripting such as {{groovy}}, the request variable will
 be set to this:
 https://github.com/xwiki/xwiki-platform/blob/master/xwiki-platform-core/xwiki
 -platform-oldcore/src/main/java/com/xpn/xwiki/web/XWikiServletRequest.java
 That is a wrapper around the actual HttpServletRequest but it appears that
 getAttribute() passes directly through.
 If you want to use the real servlet request so you can test better, you can
 call
 getHttpServletRequest() then use that.
 
 Good luck,
 
 Caleb
 
 On 05/18/2011 11:38 AM, Scardino, Leonard R Jr ERDC-ITL-MS Contractor wrote:
 Xwiki version: 2.7.33656

 Ok, so I have a different webapp running on the same instance of 
 Tomcat as Xwiki, and I'm able to make a
 getAttribute(javax.servlet.request.X509Certificate) call and am able 
 to get the clients certificates.  However, in my custom login for 
 Xwiki when I try the same thing, it just returns null.  I've also 
 tried creating a JSP in the Xwiki webapp that does nothing but call
 request.getAttribute(javax.servlet.request.X509Certificate) and it 
 still returns null.

 Anyone have any idea why this would be the case?  As far as I can tell 
 I have Tomcat configured correctly as I'm able to get the clients 
 certs in a different webapp.

 Is Xwiki pulling this attribute and storing it elsewhere?  Or is this 
 perhaps a struts issue?

 Any help would be greatly appreciated.  Unfortunately I've been given 
 a short deadline on this.

 Thanks,

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

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

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


Re: [xwiki-users] Sending emails with attachments from XWiki page

2011-05-11 Thread Caleb James DeLisle
The mail sender plugin does use the obsolete plugin mechanism rather than the 
new component system.
There is however no replacement for it so it is still the current method of 
sending email.
Here's the code for it:
https://github.com/xwiki/xwiki-platform/blob/master/xwiki-platform-core/xwiki-platform-mailsender/src/main/java/com/xpn/xwiki/plugin/mailsender/MailSenderPluginApi.java

You might find the invitation application helpful since that sends mail using 
the mail sender.
https://github.com/xwiki/xwiki-platform/blob/master/xwiki-platform-core/xwiki-platform-invitation/src/main/resources/Invitation/WebHome.xml#L818

Caleb

On 05/07/2011 05:19 AM, Alexey wrote:
 Hello.
 
 I need to make a page where a person could send an email with an attachment
 to a predefined address.
 So basically i need a input field that would allow to choose a file to
 attach, then the file would be uploaded to the server and sent as an
 attachment.
 
 I've found this extension
 http://extensions.xwiki.org/xwiki/bin/view/Extension/Mail+Sender+Plugin, but
 it seems to be obsolete.
 
 I'm not sure how to store the file before sending it as an attachment, any
 suggestions?
 
 Another possible issue is that i have an old version (1.3) of XWiki.
 
 What is the best way to approach this task?
 
 I would appreciate any pointers, links and suggestions!
 
 Thank you for your help.
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users
 

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


Re: [xwiki-users] Sending emails with attachments from XWiki page

2011-05-11 Thread Caleb James DeLisle
I myself don't know, that's why I linked you the source ;)
If someone else knows the magic maybe they can help you.

Caleb

On 05/11/2011 03:22 AM, Alexey wrote:
 Thank you for clarifying the part concerning the mail sender plugin!
 
 I could not find file attachments being used in the invitation application
 however, could somebody explain how I can implement uploading files and
 attaching them to the email?
 
 
 On Wed, May 11, 2011 at 9:37 AM, Caleb James DeLisle 
 calebdeli...@lavabit.com wrote:
 
 The mail sender plugin does use the obsolete plugin mechanism rather than
 the new component system.
 There is however no replacement for it so it is still the current method of
 sending email.
 Here's the code for it:

 https://github.com/xwiki/xwiki-platform/blob/master/xwiki-platform-core/xwiki-platform-mailsender/src/main/java/com/xpn/xwiki/plugin/mailsender/MailSenderPluginApi.java

 You might find the invitation application helpful since that sends mail
 using the mail sender.

 https://github.com/xwiki/xwiki-platform/blob/master/xwiki-platform-core/xwiki-platform-invitation/src/main/resources/Invitation/WebHome.xml#L818

 Caleb

 On 05/07/2011 05:19 AM, Alexey wrote:
 Hello.

 I need to make a page where a person could send an email with an
 attachment
 to a predefined address.
 So basically i need a input field that would allow to choose a file to
 attach, then the file would be uploaded to the server and sent as an
 attachment.

 I've found this extension
 http://extensions.xwiki.org/xwiki/bin/view/Extension/Mail+Sender+Plugin,
 but
 it seems to be obsolete.

 I'm not sure how to store the file before sending it as an attachment,
 any
 suggestions?

 Another possible issue is that i have an old version (1.3) of XWiki.

 What is the best way to approach this task?

 I would appreciate any pointers, links and suggestions!

 Thank you for your help.
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users


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

 
 
 

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


[xwiki-users] XWiki Enterprise 3.1 Milestone 1 Released.

2011-05-03 Thread Caleb James DeLisle
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1



The XWiki development team is proud to announce the release of XWiki Enterprise 
3.1 Milestone 1.

Go grab it at http://www.xwiki.org/xwiki/bin/view/Main/Download

This is the first milestone in the 3.1 development cycle, you can review the 
changes made and bugs
fixed since 3.0 by going to:
http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWikiEnterprise31M1

Thanks
- -The XWiki development team


If you would like to download the new release now, you can using these links:

-  XWiki Enterprise for Servers 

xwiki-enterprise-web-3.1-milestone-1.war
SHA1: 599b25607b6023d4c744e096147cf58e67e708d1
http://forge.ow2.org/project/download.php?group_id=170file_id=16638

xwiki-enterprise-wiki-3.1-milestone-1.xar
SHA1: d947bb06cb94d53d56b4777854e7e1d428f1a2b1
http://forge.ow2.org/project/download.php?group_id=170file_id=16640

-  XWiki Enterprise Standalone 

xwiki-enterprise-installer-windows-3.1-milestone-1.exe
SHA1: 537fceefd6c31005f521a6c68b8410e18fcb3761
http://forge.ow2.org/project/download.php?group_id=170file_id=16636


xwiki-enterprise-jetty-hsqldb-3.1-milestone-1.zip
SHA1: 84f5714cda15f548145f168e6e4e407fc0841d4e
http://forge.ow2.org/project/download.php?group_id=170file_id=16637


xwiki-enterprise-installer-generic-3.1-milestone-1-standard.jar
SHA1: 444809f9b172b156dfda970c66e2c3ce5ac4abad
http://forge.ow2.org/project/download.php?group_id=170file_id=16639

-  XWiki Manager for Servers 

xwiki-manager-web-3.1-milestone-1.war
SHA1: d9783635b1453ea53edd43f6d7bb8b72a58a03ee
http://forge.ow2.org/project/download.php?group_id=170file_id=16641


xwiki-manager-wiki-administrator-3.1-milestone-1.xar
SHA1: 790ae398b9f21a3013bb21956692df4b7e543ed4
http://forge.ow2.org/project/download.php?group_id=170file_id=16642

-  XWiki Manager Standalone 

xwiki-manager-jetty-mysql-3.1-milestone-1.zip
SHA1: 2fb9b0417a54dfaaa6be3af1221c2890ec3a0ad1
http://forge.ow2.org/project/download.php?group_id=170file_id=16643

-  XWiki Manager Extension for XWiki Enterprise Installations 

xwiki-manager-application-xem-3.1-milestone-1.xar
SHA1: 4c3cefce42cc99dd8ef54e3adc3eb5b183f5
http://forge.ow2.org/project/download.php?group_id=170file_id=16644



-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)

iQIcBAEBAgAGBQJNwC0qAAoJECYAmptlsgnWEIEP/R99nxJ3M1hVGutXGt96PnQs
oDWxWiCfxpHO80249FCcehvB1iG12gRe8ZN4Wzg002ZSHoMLyJfS3EIMOqXYoo7R
cFbOK4zEXJCFQvKGCVqpF/J8OF/E3gg0PGwmOOzjtApPcyQxw2RWFw5DaZ4rcFRp
zIC6RjZfU03qSpKJhXamHZ5B1B/iZb177s1YQ7R8OQ+oUYugYn2VQSGfVA9+DpkY
1Te0bwtvzz6SyxbAQaYLy0OoAzYcvQnl5+USXt+HExhiurnGLJMZ6UETAb+HglB1
KvjEra5LQYQGO3gF7IZjAl85xHoGGUCtdNzO1CEQLxYwKELq9ItZNlisRuIrV6LN
Fmx9tcVJW2LCorx4J8ShR5pbSFZADcMpLH9r1saghRZCP7ZwsQ88b9V2H699veRw
NjM1hULEW2oSOX159k3H/JehTJ1kJCJaJIB07A2P6w+iMQEb5iPVImXeLzDpr3QX
0hE+Hz4Ih3ezju0fm5yTNrgZWdm/1mjqEM+QOVoEWt2Uto5PTqVMZPJz9B/H56z9
whGSbbmbVea6HbLcXPYsM2YVxOY0BcSrbf+CW2zbjMw/YsExWxIuB/F8el1tA2Kr
BrmWXGr7hC0/wiDlJJby3wNsV9aWWkiba0CZGU5z02fI55uUOPO19uhMKLR0KhFM
A5bXf65wAQZ7yEBkJxq2
=/xXw
-END PGP SIGNATURE-

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


Re: [xwiki-users] Import pages from xwiki 2.7 to 3.0

2011-04-30 Thread Caleb James DeLisle


On 04/29/2011 12:10 PM, afrey wrote:
 To continue the thoughts presented in the previous post related to the error
 on importing from xwiki 2.7. I forgot to mention that the file size78 MB. I
 was wondering if it's too big. As a side note, I should mention that I
 imported a small xwiki2.7 site, and I did not get any errors.
 
 So I was looking for other ways that I could import the big file into a
 brand new db. I’ll present the steps and let's see what do you think about
 it.
 1.Export xwiki2.7 from http://localhost/phppgadmin/ into a file called
 dump.sql. So this is like the backup for the xwiki2.7.
 2.On the same site http://localhost/phppgadmin/ I created a new db, 
 totally
 blank.
 3.The site for the xwiki3.0 is totally empty. So the next step is Import
 xwiki-3.0.xar (the download of 3.0 from their site). Note: you can import
 even if you don’t have a login.
 4.Logged in as admin and got fully functional xwiki 3.0 environment. So 
 far
 so good.
 5.Then, now is the time to import the xwiki2.7. Since the import
 functionality does not work from the xwiki, I tried to do it from the
 command line.
 6.So at the command line, navigate to the folder where dump.sql is, and
 execute the command psql -d database -U user  dump.sql. What this does, it
 imports everything from the xwiki2.7 to the new db. Checked the xwiki3.0 and
 all the pages are there.
 
 So the problem I have is that a database import is not the same thing as
 exporting and importing from the wiki environment, because you simply
 recreate the 2.7 database. This is no different than making a copy of the
 database. The sql backup just creates sql commands to create the exact same
 database…. Is this right? 

There weren't any changes to the schema between 2.7 and 3.0 and when there are, 
the database is
updated automatically on first start.

What is usually done is to import a database dump then after that, import the 
default (small) .xar
file which allows you to update the documents which contain code that makes the 
wiki function, note
that some documents should be excluded from the upgrade, see:
http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Installation#HUpgradinganXWikiInstallation
for more information.

Caleb

 
 Also, need to mention that even if I imported the dump.sql, it did not
 change the version number. And it shouldn’t have happened right, because the
 xwiki environment doesn’t change, right? Only the database is changed.
  
 Suggestions? Anyone? :)
 
 Thanks a bunch.
 
 Alina.
 --
 View this message in context: 
 http://xwiki.475771.n2.nabble.com/Import-pages-from-xwiki-2-7-to-3-0-tp6316913p6317449.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

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


Re: [xwiki-users] Moving XWiki instance from a dead server to new one

2011-04-20 Thread Caleb James DeLisle
Hi,
If you have a db dump then all you should need to do is load it and point your 
new wiki installation
at the database. Once you have the database loaded in, just edit your 
hibernate.cfg.xml file to set
the database to (I assume) mysql and set the username and password to a user 
which has authority on
that database.

nothing is working Unfortunately this doesn't give me much information to 
help you with. Maybe you
have some specific error message which you can't figure out?

Caleb


On 04/19/2011 02:25 AM, Florent Faik Rizvanolli wrote:
 Having a hard time with restoring my XWiki instance from an old Linux server 
 that died into a new one. I have database backup, that is all. Wondering how 
 I installed it first time around… nothing is working. What is the best place 
 to ask for help?
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users

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


Re: [xwiki-users] Users can't change password / view profile

2011-04-11 Thread Caleb James DeLisle
Did you block view access to the XWiki space? Blocking view on XWiki.* is a 
difficult thing to do,
you have to make many exceptions EG: explicitly allow them to view 
XWikiUserSheet. It's not really
supported and although I think it has been done, a lot of work is involved and 
many odd bugs appear
since there are so many important documents which become unavailable.

Caleb

On 04/11/2011 09:19 AM, w...@yellowhippy.com wrote:
 Hello!
 
 I added them normally I guess.
 
 Wiki - Administer Wiki - Users - Add new user
 
 Then I added to user to the appropriate groups.
 
 When I give the user explicit rights to view and edit that page:
 
 /xwiki/bin/view/XWiki/test
 
 (test being the user...)
 
 I do get the following error:
 
 Failed to execute the [include] macro
 
 org.xwiki.rendering.macro.MacroExecutionException: Failed to get  
 content for Document [XWiki.XWikiUserSheet]
   at  
 org.xwiki.rendering.internal.macro.include.IncludeMacro.execute(IncludeMacro.java:172)
   at  
 org.xwiki.rendering.internal.macro.include.IncludeMacro.execute(IncludeMacro.java:57)
   at  
 org.xwiki.rendering.internal.transformation.macro.MacroTransformation.transformOnce(MacroTransformation.java:184)
   at  
 org.xwiki.rendering.internal.transformation.macro.MacroTransformation.transform(MacroTransformation.java:129)
   at  
 org.xwiki.rendering.internal.transformation.DefaultTransformationManager.performTransformations(DefaultTransformationManager.java:72)
   at  
 com.xpn.xwiki.doc.XWikiDocument.performSyntaxConversion(XWikiDocument.java:7483)
   at  
 com.xpn.xwiki.doc.XWikiDocument.performSyntaxConversion(XWikiDocument.java:7432)
   at 
 com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:835)
   at 
 com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:783)
   at 
 com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:878)
   at com.xpn.xwiki.api.Document.getRenderedContent(Document.java:545)
   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
   at  
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
   at  
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
   at java.lang.reflect.Method.invoke(Method.java:597)
   at  
 org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.doInvoke(UberspectImpl.java:389)
   at  
 org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:378)
   at  
 org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:270)
   at  
 org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:252)
   at  
 org.apache.velocity.runtime.parser.node.ASTReference.value(ASTReference.java:493)
   at  
 org.apache.velocity.runtime.parser.node.ASTExpression.value(ASTExpression.java:71)
   at  
 org.apache.velocity.runtime.parser.node.ASTSetDirective.render(ASTSetDirective.java:142)
   at 
 org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72)
   at  
 org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:336)
   at  
 org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfStatement.java:106)
   at  
 org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:336)
   at  
 org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:196)
   at  
 org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:161)
   at  
 com.xpn.xwiki.render.XWikiVelocityRenderer.evaluate(XWikiVelocityRenderer.java:116)
   at com.xpn.xwiki.XWiki.evaluateTemplate(XWiki.java:1895)
   at com.xpn.xwiki.XWiki.parseTemplate(XWiki.java:1833)
   at com.xpn.xwiki.api.XWiki.parseTemplate(XWiki.java:860)
   at sun.reflect.GeneratedMethodAccessor148.invoke(Unknown Source)
   at  
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
   at java.lang.reflect.Method.invoke(Method.java:597)
   at  
 org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.doInvoke(UberspectImpl.java:389)
   at  
 org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:378)
   at  
 org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:270)
   at  
 org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:252)
   at  
 org.apache.velocity.runtime.parser.node.ASTReference.render(ASTReference.java:332)
   at 
 org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72)
   at  
 org.apache.velocity.runtime.directive.VelocimacroProxy.render(VelocimacroProxy.java:212)
   at  
 org.apache.velocity.runtime.directive.RuntimeMacro.render(RuntimeMacro.java:247)
   at  
 

Re: [xwiki-users] Users can't change password / view profile

2011-04-09 Thread Caleb James DeLisle
How did you add the users? They should all have explicit edit permission on 
their own pages.
/xwiki/bin/edit/XWiki/Admin?editor=object
notice here there is an XWikiRights object which allows edit permission for the 
user Administrator.

Caleb


On 04/08/2011 07:43 PM, w...@yellowhippy.com wrote:
 Hello everyone,
 
 my problem is, that the users I created cannot change their password.  
 If they click on the Profile or Preference Link they get:
 Error: You are not allowed to view this document or perform this action.
 
 The Users themselfs do not have any rights assigned to them. However,  
 they all belong to a group called SUG. The groupd has the following  
 rights:
 
 View: true
 Comment: true
 Edit: false
 Delete: false
 Admin: false
 Register: false
 Program: false
 
 I don't think that I have changed anything this space/page -rights.
 
 What am I missing? Any help is appreciated.
 
 Cheers,
 Chris
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users
 

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


Re: [xwiki-users] XWiki Enterprise and XWiki Enterprise Manager 3.0 Released

2011-03-31 Thread Caleb James DeLisle
Are you quite sure that you have enabled filesystem attachments as described 
here?
http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWikiEnterprise30#HFilesystemAttachmentStorage

If I recall, that same message can be given if the machine runs out of memory 
while uploading the
attachment.

As you can see in the image (which I promise I have not doctored ;) ) the 
filesystem attachment
store can indeed handle very large attachments. Firefox on the other hand has 
some trouble doing
such large uploads.

Caleb

On 03/31/2011 04:06 PM, Legeinfo wrote:
 The new version out-of-the-box with something huge like:  and
 activated attachement on Ubuntu gets with a 128mb file still the error:
 
 XWiki has a default limit of around 10Mb for attached files. This limit can
 be changed using the upload_maxsize parameter. Check the FAQ for more
 information. 
 
 1) Why not  making a default size 1GB on maxsize?
 2) Why this error and not link to the page or to the included page that give
 you the information how to change the max upload size?
 
 Uploading for import is also the same.
 3) Why not including the LargeXAR-Import and LargeXwiki-export scripts to
 the default installation?
 There are working with large wikis.
 
 Volker
 
 
 --
 View this message in context: 
 http://xwiki.475771.n2.nabble.com/XWiki-Enterprise-and-XWiki-Enterprise-Manager-3-0-Released-tp6223238p6228593.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
 

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


Re: [xwiki-users] Phantom documents

2011-03-30 Thread Caleb James DeLisle


On 03/30/2011 02:21 AM, coldserenity wrote:
 Hello,
 
I've recently noticed that one of the documents on XWiki is in the
 orphaned list while clicking on it redirects me to the document that
 obviously has parent (path in the above section is present).
Going to the database I found out on einteresting thing 

 mysql select xwd_id, xwd_name, xwd_fullname, xwd_parent, xwd_version,
 xwd_translation from xwikidoc where xwd_name like 'InitialRequirements';
 ++-+--++-+-+
 | xwd_id | xwd_name| xwd_fullname |
 xwd_parent | xwd_version | xwd_translation |
 ++-+--++-+-+
 |   43295369 | InitialRequirements | MyHappySpace.InitialRequirements |   
 
 | 5.1 |   1 |
 | -536599142 | InitialRequirements | MyHappySpace.InitialRequirements |
 xwiki:MyHappySpace.UserStories | 25.2|   1 |
 ++-+--++-+-+
 2 rows in set (0.00 sec)
 
 As I understand it's not quite normal to have document wit negative ID. I
 remember such issue happening before, the solution to it was to back-up the
 document content, delete the document. This would make the document behind
 (or phantom document) visible, delete the phantom document, and then create
 the document once more, restoring it from the backup.
 If you'd ask me for circumstances under which it occurred, I recollect only
 in general - we were simultaneously working on the document trying to create
 it and import its content from MSWord file.
 
 Is this a known issue? Any circumstances under which it might occur? I've
 experienced it at least on version 2.4 and 2.6. 

Try checking the language if those two documents. (XWD_LANGUAGE in sql)
Since 2 translations of the same document are the actually 2 distinct 
documents, it is possible for
them to have different parents.
If MyHappySpace.InitialRequirements was an orphan, then it was translated the 
translation would too
be an orphan. Then if the original document was corrected the correction would 
not carry over to the
translation.

As for the negative IDs, that is normal. They are not sequential but rather 
generated by a hashcode
of the document name and language in what is one of the more embarrassing 
functions in the code base.

Caleb

 
 Regards,
   Roman
 
 --
 View this message in context: 
 http://xwiki.475771.n2.nabble.com/Phantom-documents-tp6221973p6221973.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
 

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


Re: [xwiki-users] Phantom documents

2011-03-30 Thread Caleb James DeLisle
That is indeed a bug. There should never be multilingual documents with 
multilingual turned off.
Would you mind reporting that on jira.xwiki.org?

Thanks

Caleb

On 03/30/2011 04:10 AM, coldserenity wrote:
 One addition to that - I have checked and only 2 documents in our database
 have 'en' language.
 The rest of them have empty language value.
 
 I have checked the second document with 'en' set - and it too has a phantom.
 
 --
 View this message in context: 
 http://xwiki.475771.n2.nabble.com/Phantom-documents-tp6221973p668.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
 

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


Re: [xwiki-users] Can XWiki receive mail ?

2011-03-01 Thread Caleb James DeLisle
Every program attempts to expand until it can read mail. Those programs which 
cannot so expand are
replaced by ones which can. Jamie Zawinski

XWiki doesn't have any means of receiving mail at the moment, the mail sending 
facility is an
extension which is bundled by default and I see no reason why an extension for 
receiving mail could
not be implemented, it just needs to be written.

Caleb

On 03/02/2011 12:32 AM, Gérard Turmel wrote:
 Hello
 
 I would like register somewhere  in XWiki, the  important mails of my mailbox.
 For instance to save mail maybe with some attachements in a specific Space.
  From my mail reader, just transfer the mail in xwiki mail adress and 
 automatically
 the mail would be save in a specific area.
 
 The idea under this function is for instance to manage a project and to 
 maintain
 a list of importants mail about the project (with attachements).
 
 Is there any solution to manage this functionality ?
 
 I am under XWiki Enterprise 3.0-milestone-2.34501
 
 Thanks a lot.
 
 
 
 
 
 **
 Ce message et toutes les pieces jointes sont confidentiels et etablis à 
 l'intention exclusive de ses destinataires.
 Toute utilisation ou diffusion non autorisee est interdite.
 Tout message electronique est susceptible d'alteration.
 SISTEER decline toute responsabilite au titre de ce message s'il a ete 
 altere, deforme ou falsifie.
 Si vous n'etes pas le destinataire de ce message, merci de le detruire et 
 d'informer l'expediteur.
 **
 This message and any attachments are confidential and intended solely for the 
 addressee(s).
 Any unauthorised use or dissemination is prohibited. 
 E-mails are susceptible to alteration.
 SISTEER shall not be liable for the message if altered, changed or falsified.
 If you are not the intended addressee of this message, please cancel it 
 immediately and inform the sender.
 **
 
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users
 

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


  1   2   3   >