Hi,
I've just noticed on trunk that now non admin users can only see a few
classes in the object editor: some Blog classes and the Panel Class.
Is that normal? I don't remember when we decided this.
Thanks
-Vincent
Hi Marius,
I do not know I do not have to build it myself. Now I know, thank you!
I will try to integrate the tree in the latest XE snapshot, and try it
out.Thank you for your advise.
Appreciate your help!
Leon
Hi Marius,
I think I know what is wrong with this error. For your reference: "And this
time the error says:"$wnd[ab].getCommandManager is not a function.Please see
the screenshot:
http://picasaweb.google.com/lh/photo/wLOJbhbvl0xZe1ZWshA5wg?feat=directlink "
I think this API is not included in the Xwiki 2.02 release. I made a wrong
assumption.
Now I downloaded the source code that contains your api. And I copied the
gwt, gwt-dom, wysiwyg jar file to the tomcat/webapps/xwiki/lib/ folder. I
reload tomcat it would not startup. I looked the log file, it says: Caused
by: java.lang.ClassNotFoundException: org.xwiki.bridge.AttachmentNameFactory
Here is the whole error stack:
Oct 27, 2009 5:37:27 PM org.apache.catalina.core.StandardContext
listenerStart
SEVERE: Exception sending context initialized event to listener instance of
class org.xwiki.container.servlet.XWikiServletContextListener
java.lang.NoClassDefFoundError: Lorg/xwiki/bridge/AttachmentNameFactory;
at java.lang.Class.getDeclaredFields0(Native Method)
at java.lang.Class.privateGetDeclaredFields(Class.java:2291)
at java.lang.Class.getDeclaredFields(Class.java:1743)
at
org.xwiki.component.internal.ReflectionUtils.getAllFields(ReflectionUtils.java:45)
at
org.xwiki.component.annotation.ComponentDescriptorFactory.createComponentDescriptor(ComponentDescriptorFactory.java:108)
at
org.xwiki.component.annotation.ComponentDescriptorFactory.createComponentDescriptors(ComponentDescriptorFactory.java:74)
at
org.xwiki.component.annotation.ComponentAnnotationLoader.initialize(ComponentAnnotationLoader.java:101)
at
org.xwiki.component.embed.EmbeddableComponentManager.initialize(EmbeddableComponentManager.java:69)
at
org.xwiki.container.servlet.XWikiServletContextListener.contextInitialized(XWikiServletContextListener.java:52)
at
org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3934)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:4429)
at
org.apache.catalina.manager.ManagerServlet.start(ManagerServlet.java:1249)
at
org.apache.catalina.manager.HTMLManagerServlet.start(HTMLManagerServlet.java:612)
at
org.apache.catalina.manager.HTMLManagerServlet.doGet(HTMLManagerServlet.java:136)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:525)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:293)
at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:849)
at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583)
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:454)
at java.lang.Thread.run(Thread.java:619)
Caused by: java.lang.ClassNotFoundException:
org.xwiki.bridge.AttachmentNameFactory
at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1387)
at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1233)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
... 29 more
Oct 27, 2009 5:37:27 PM org.apache.catalina.core.StandardContext
listenerStop
SEVERE: Exception sending context destroyed event to listener instance of
class org.xwiki.container.servlet.XWikiServletContextListener
java.lang.NullPointerException
at
org.xwiki.container.servlet.XWikiServletContextListener.contextDestroyed(XWikiServletContextListener.java:107)
at
org.apache.catalina.core.StandardContext.listenerStop(StandardContext.java:3973)
at org.apache.catalina.core.StandardContext.stop(StandardContext.java:4577)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:4474)
at
org.apache.catalina.manager.ManagerServlet.start(ManagerServlet.java:1249)
at
org.apache.catalina.manager.HTMLManagerServlet.start(HTMLManagerServlet.java:612)
at
org.apache.catalina.manager.HTMLManagerServlet.doGet(HTMLManagerServlet.java:136)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:525)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:293)
at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:849)
at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583)
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:454)
at java.lang.Thread.run(Thread.java:619)
Could you give me some ideas?
Thank you!
-Leon
Hi devs,
I'd like to create a xwiki-gwt-user module in platform-web which will
contain classes from the util and widget WYSIWYG packages. This module
corresponds to the com.google.gwt.user package which contains utility
and UI-related classed. The module will have this structure:
org.xwiki.gwt.user.client.* (classes from the current util package)
org.xwiki.gwt.user.client.widget.* (classes from the current widget package)
Since I want this module to be generic (an extension of what GWT
currently provides) I'd like to exclude the following class/packages
which are XWiki specific:
* util.Attachment
* widget.explorer.*
* widget.wizard.util.*
* widget.PageSelector
* widget.SpaceSelector
* widget.WikiSelector
These can remain in the WYSIWYG source tree for the moment but I'm
considering moving them to the gwt module which is XWiki specific.
You can see the current sources here
http://svn.xwiki.org/svnroot/xwiki/platform/web/trunk/wysiwyg/src/main/java…
Here's my +1. WDYT?
Thanks,
Marius
Hi,
I am trying to get xwiki platform sources from TortoiseSVN. I have followed
this instructions:
http://dev.xwiki.org/xwiki/bin/view/Community/SourceRepository but I think I
must make changes at Tortoise or something like that, because when I try to
checkout http://svn.xwiki.org/svnroot/xwiki/platform/ recursively and HEAD
revision I download more than 2GB of contents (I have only arrived to 2GB,
then my RAM dies). I suppose I should only download last xwiki 2.0, could
you tell me the essentials I need to compile platform?
Thanks and sorry for this stupid question!!
Hi devs,
I recently wrote a small servlet that receives GWT requests, calls the
component that matches the request and sends back the result. It works
fine with components that don't use the XWikiContext. For those
components that use it, like DocumentAccessBridge, I need to initialize
the XWikiContext. I looked in XWikiServiceImpl (web-gwt) and XWikiAction
(xwiki-core) to see how it's done. Most of the initialization code is
duplicated and since I don't want to increase the redundancy I was
wondering if we could have a servlet filter to do the (generic)
initialization instead. WDYT?
Thanks,
Marius
Hi,
Since I'm rewriting the new Rendering component
(see http://dev.xwiki.org/xwiki/bin/view/Design/NewRenderingArchitecture)
, we need to finalize the new syntax we want to have.
Right now I'v planned to use the same wiki syntax as now
(http://platform.xwiki.org/xwiki/bin/view/Main/
XWikiSyntax#HTextStyles) with only one change: all macros now need to
be closed.
For example: {macro}...{/macro} and {macro:text|param=value|.../}
Is that ok with everyone or do we want to make changes?
Thanks
-Vincent
On Oct 27, 2009, at 12:31 PM, jvdrean (SVN) wrote:
> Author: jvdrean
> Date: 2009-10-27 12:31:28 +0100 (Tue, 27 Oct 2009)
> New Revision: 24726
>
> Modified:
> platform/xwiki-plugins/trunk/watchlist/src/main/java/com/xpn/xwiki/
> plugin/watchlist/WatchListEvent.java
> Log:
> XPWATCHLIST-91 : Hide email fields in notifications
>
> Properties named "email" are now obfuscated.
>
> Modified: platform/xwiki-plugins/trunk/watchlist/src/main/java/com/
> xpn/xwiki/plugin/watchlist/WatchListEvent.java
> ===================================================================
> --- platform/xwiki-plugins/trunk/watchlist/src/main/java/com/xpn/
> xwiki/plugin/watchlist/WatchListEvent.java 2009-10-26 16:45:15 UTC
> (rev 24725)
> +++ platform/xwiki-plugins/trunk/watchlist/src/main/java/com/xpn/
> xwiki/plugin/watchlist/WatchListEvent.java 2009-10-27 11:31:28 UTC
> (rev 24726)
> @@ -78,6 +78,16 @@
> private static final String PREINITIAL_DOCUMENT_VERSION = "1.0";
>
> /**
> + * Value to display in diffs for hidden properties (email,
> password, etc).
> + */
> + private static final String HIDDEN_PROPERTIES_OBFUSCATED_VALUE
> = "******************";
> +
> + /**
> + * Name of email property.
> + */
> + private static final String EMAIL_PROPERTY_NAME = "email";
> +
If you wanted to make this generic you'd need to provide a callback
(an interface called) so that applications can have a say in how their
data is displayed. There would be default displayers but apps would be
able to override them. Then the User application (or the admin app if
users are considered inside the admin app) would override the display
for XWikiUsers properties named email.
That said, it's probably a good idea to obsfucate all email properties
by default so an email property type would be a good thing too.
Just some ideas for the future and for improved comments in the source
code (so that we remember).
Thanks
-Vincent
> + /**
> * Event hashcode.
> */
> private final int hashCode;
> @@ -437,9 +447,10 @@
>
> diff.getDifferencesAsHTML(objectDiff.getPrevValue().toString(),
> objectDiff.getNewValue().toString(),
> false);
>
> - if
> (objectDiff
> .getPropType
> ().equals
> (StringUtils.substringAfterLast(PasswordClass.class.getName(), "."))
> - && !StringUtils.isBlank(propDiff)) {
> - propDiff = "******************";
> + // We hide PasswordClass properties and properties named
> "email" from notifications for security reasons.
> + if
> ((objectDiff
> .getPropType
> ().equals
> (StringUtils.substringAfterLast(PasswordClass.class.getName(), "."))
> + ||
> objectDiff.getPropName().equals(EMAIL_PROPERTY_NAME)) && !
> StringUtils.isBlank(propDiff)) {
> + propDiff = HIDDEN_PROPERTIES_OBFUSCATED_VALUE;
> }
>
> return propDiff;