Hello,
I am working on creating blog entries using xwiki. I was wondering if it would be possible to create a template for the blog entries so that they will be more structured?
Thank you for your time and help!
Hande Aksac
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
Hi,
I have installed the xwiki.war complete all the intructions for Tomcat
Servlet and MySQL Database configuration. But my xwiki is not working
properly ,its giving me the following error.
I have installed the enterprise version of xwiki war. I have gone throught
the forum to see if anyone's got a similar error , but looks like its just
me, just in case if i have missed this error posted by some user and if
there was a solution posted earlier, please point me to that link.
Here is the exception what i get
type Exception report
message
description The server encountered an internal error () that prevented it
from fulfilling this request.
exception
javax.servlet.ServletException: Error number 3 in 0: Could not initialize
main XWiki context
Wrapped Exception: Error number 3001 in 3: Cannot load class
com.xpn.xwiki.store.migration.hibernate.XWikiHibernateMigrationManager from
param xwiki.store.migration.manager.class
Wrapped Exception: Error number 0 in 3: Exception while hibernate execute
Wrapped Exception: Hibernate Dialect must be explicitly set
org.apache.struts.action.RequestProcessor.processException(RequestProcessor.java:535)
org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:433)
org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236)
org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196)
org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:414)
javax.servlet.http.HttpServlet.service(HttpServlet.java:743)
javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:112)
root cause
com.xpn.xwiki.XWikiException: Error number 3 in 0: Could not initialize main
XWiki context
Wrapped Exception: Error number 3001 in 3: Cannot load class
com.xpn.xwiki.store.migration.hibernate.XWikiHibernateMigrationManager from
param xwiki.store.migration.manager.class
Wrapped Exception: Error number 0 in 3: Exception while hibernate execute
Wrapped Exception: Hibernate Dialect must be explicitly set
com.xpn.xwiki.XWiki.getMainXWiki(XWiki.java:328)
com.xpn.xwiki.XWiki.getXWiki(XWiki.java:515)
com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:136)
org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431)
org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236)
org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196)
org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:414)
javax.servlet.http.HttpServlet.service(HttpServlet.java:743)
javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:112)
note The full stack trace of the root cause is available in the Tomcat logs.
ANd i have installed JDK 1.5.
Can please let help me out with this error.
Thanks,
Nishii
--
View this message in context: http://n2.nabble.com/Could-not-initialize-main-XWiki-context-tp534219p53421…
Sent from the XWiki- Dev mailing list archive at Nabble.com.
We need a deprecation strategy, i.e. decide for how long we keep
@deprecated methods/classes.
I propose to keep them for 2 full releases after the current version
is released as final.
For example if a method is deprecated in, say Core 1.3M2 then the
method will be removed in 1.6M1. Of course any major new release can
deprecate anything so a XWiki 2.0 is expected to break backward
compatibility.
So for methods deprecated in 1.0 we can remove them in 1.3M1, M2, etc.
WDYT?
If ok then I'll add this to our dev practice guide too.
Note that for this to be easy anyone deprecating methods should add
the information of when it was deprecated. For example:
/**
* @param time the time in milliseconds
* @return the time delta in milliseconds between the current
date and the time passed
* as parameter
* @deprecated replaced by {@link
com.xpn.xwiki.api.Util#getTimeDelta(long)} since 1.3M2
*/
public int XWiki.getTimeDelta(long time)
{
return this.util.getTimeDelta(time);
}
Here's my +1
Thanks
-Vincent
Hello Xwiki-Devs,
I am not quite sure if this one is just a stupid question I haven't been
able to find an answer for, or if it is just impossible.
Situation is this: If you hava a link in a page e.g. "[GrannySmith]" and
and this page doesn't exist yet (so it'll get a questionmark as marker),
as soon as somebody clicks on that link xwiki will suggest to create a
new Page or go straight to the editor. So far so clear. Now for instance
I have a xwiki class called "Apple" can I create a link that mandates
that the newly created page should be of the class "Apple" (respectively
should have an object of "Apple")? Or is there any other way to
accomplish this?
thanks and greetings
Jonas
manickaraj wrote:
>
> Hey guys,
>
> I am trying to run the XWiki 1.6 stable version in Tomcat
> 6.0.18 on Windows2000 m/c.
> For that I've done setup for MySQL DB. I included "mysqlconnector" jar in
> place. But when I start the server it started well, but while hitting the
> xwiki url "http://localhost:8080/appname" it gives the following error.
>
> message
>
> description The server encountered an internal error () that prevented it
> from fulfilling this request.
>
> exception
>
> javax.servlet.ServletException: com.xpn.xwiki.XWikiException: Error number
> 3 in 0: Could not initialize main XWiki context
> Wrapped Exception: Unable to build interceptor chain
>
> org.apache.struts.action.RequestProcessor.processException(RequestProcessor.java:535)
>
> org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:433)
>
> org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236)
> org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196)
> org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:414)
> javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
> javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
>
> com.xpn.xwiki.wysiwyg.server.filter.ConversionFilter.doFilter(ConversionFilter.java:94)
>
> com.xpn.xwiki.web.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:287)
>
> com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:112)
>
> root cause
>
> com.xpn.xwiki.XWikiException: Error number 3 in 0: Could not initialize
> main XWiki context
> Wrapped Exception: Unable to build interceptor chain
> com.xpn.xwiki.XWiki.getMainXWiki(XWiki.java:325)
> com.xpn.xwiki.XWiki.getXWiki(XWiki.java:386)
> com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:135)
> com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:115)
>
> org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431)
>
> org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236)
> org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196)
> org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:414)
> javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
> javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
>
> com.xpn.xwiki.wysiwyg.server.filter.ConversionFilter.doFilter(ConversionFilter.java:94)
>
> com.xpn.xwiki.web.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:287)
>
> com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:112)
>
> note The full stack trace of the root cause is available in the Apache
> Tomcat/6.0.18 logs.
>
>
> Please Note : I checked the same setup for XWiki1.5.war. It works.
>
> I am using windows 2000 for XWiki 1.6
>
> It seems really odd to me.. and stuck with this.. Please help anybody
>
>
> Thanks in advance
>
Hi!
I'm sorry this is not a reply but a case of similar nature
I am getting a similar exception :Unable to build interceptor chain
but with jboss
I just installed XWiki enterprise on my system
Thats all i did
When some of my friends seem to get the Homepage via MyWiki shortcut, i get
an exception
Here are the logs:
org.jboss.cache.config.ConfigurationException: Unable to build interceptor
chain
at
org.jboss.cache.factories.InterceptorChainFactory.construct(Intercept
orChainFactory.java:136)
at
org.jboss.cache.factories.ComponentRegistry.getOrCreateComponent(Comp
onentRegistry.java:284)
at
org.jboss.cache.factories.ComponentRegistry.invokeInjectionMethod(Com
ponentRegistry.java:245)
at
org.jboss.cache.factories.ComponentRegistry$Component.injectDependenc
ies(ComponentRegistry.java:911)
at
org.jboss.cache.factories.ComponentRegistry.registerComponent(Compone
ntRegistry.java:221)
at
org.jboss.cache.DefaultCacheFactory.bootstrap(DefaultCacheFactory.jav
a:129)
at
org.jboss.cache.DefaultCacheFactory.createAndWire(DefaultCacheFactory
.java:115)
at
org.jboss.cache.DefaultCacheFactory.createCache(DefaultCacheFactory.j
ava:94)
at
org.jboss.cache.DefaultCacheFactory.createCache(DefaultCacheFactory.j
ava:79)
at
org.xwiki.cache.jbosscache.internal.JBossCacheCache.initialize(JBossC
acheCache.java:101)
at
org.xwiki.cache.jbosscache.internal.JBossCacheCacheFactory.newCache(J
BossCacheCacheFactory.java:78)
at
com.xpn.xwiki.store.XWikiCacheStore.initCache(XWikiCacheStore.java:99
)
at
com.xpn.xwiki.store.XWikiCacheStore.initCache(XWikiCacheStore.java:84
)
at
com.xpn.xwiki.store.XWikiCacheStore.<init>(XWikiCacheStore.java:64)
at com.xpn.xwiki.XWiki.initXWiki(XWiki.java:679)
at com.xpn.xwiki.XWiki.<init>(XWiki.java:655)
at com.xpn.xwiki.XWiki.getMainXWiki(XWiki.java:315)
at com.xpn.xwiki.XWiki.getXWiki(XWiki.java:386)
at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:135)
at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:115)
at
org.apache.struts.action.RequestProcessor.processActionPerform(Reques
tProcessor.java:431)
at
org.apache.struts.action.RequestProcessor.process(RequestProcessor.ja
va:236)
at
org.apache.struts.action.ActionServlet.process(ActionServlet.java:119
6)
at
org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:414)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:596)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
at
org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:428
)
at
org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(
WebApplicationHandler.java:830)
at
com.xpn.xwiki.wysiwyg.server.filter.ConversionFilter.doFilter(Convers
ionFilter.java:94)
at
org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(
WebApplicationHandler.java:821)
at
com.xpn.xwiki.web.SavedRequestRestorerFilter.doFilter(SavedRequestRes
torerFilter.java:287)
at
org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(
WebApplicationHandler.java:821)
at
com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEnc
odingFilter.java:112)
at
org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(
WebApplicationHandler.java:821)
at
org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicati
onHandler.java:471)
at
org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:5
68)
at org.mortbay.http.HttpContext.handle(HttpContext.java:1565)
at
org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplication
Context.java:633)
at org.mortbay.http.HttpContext.handle(HttpContext.java:1517)
at org.mortbay.http.HttpServer.service(HttpServer.java:954)
at org.mortbay.http.HttpConnection.service(HttpConnection.java:816)
at
org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:983)
at org.mortbay.http.HttpConnection.handle(HttpConnection.java:833)
at
org.mortbay.http.SocketListener.handleConnection(SocketListener.java:
244)
at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:357)
at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:534)
Caused by: java.lang.TypeNotPresentException: Type
net.jcip.annotations.ThreadSa
fe not present
at
sun.reflect.generics.factory.CoreReflectionFactory.makeNamedType(Core
ReflectionFactory.java:98)
at
sun.reflect.generics.visitor.Reifier.visitClassTypeSignature(Reifier.
java:107)
at
sun.reflect.generics.tree.ClassTypeSignature.accept(ClassTypeSignatur
e.java:31)
at
sun.reflect.annotation.AnnotationParser.parseSig(AnnotationParser.jav
a:351)
at
sun.reflect.annotation.AnnotationParser.parseAnnotation(AnnotationPar
ser.java:175)
at
sun.reflect.annotation.AnnotationParser.parseAnnotations2(AnnotationP
arser.java:69)
at
sun.reflect.annotation.AnnotationParser.parseAnnotations(AnnotationPa
rser.java:52)
at java.lang.Class.initAnnotationsIfNecessary(Class.java:2998)
at java.lang.Class.getAnnotation(Class.java:2958)
at java.lang.Class.isAnnotationPresent(Class.java:2970)
at
org.jboss.cache.factories.ComponentRegistry.registerComponent(Compone
ntRegistry.java:218)
at
org.jboss.cache.factories.ComponentRegistry.getOrCreateComponent(Comp
onentRegistry.java:291)
at
org.jboss.cache.factories.ComponentRegistry.invokeInjectionMethod(Com
ponentRegistry.java:245)
at
org.jboss.cache.factories.ComponentRegistry$Component.injectDependenc
ies(ComponentRegistry.java:911)
at
org.jboss.cache.factories.ComponentRegistry.registerComponent(Compone
ntRegistry.java:221)
at
org.jboss.cache.factories.ComponentRegistry.getOrCreateComponent(Comp
onentRegistry.java:291)
at
org.jboss.cache.factories.ComponentRegistry.invokeInjectionMethod(Com
ponentRegistry.java:245)
at
org.jboss.cache.factories.ComponentRegistry$Component.injectDependenc
ies(ComponentRegistry.java:911)
at
org.jboss.cache.factories.ComponentRegistry.registerComponent(Compone
ntRegistry.java:221)
at
org.jboss.cache.factories.ComponentRegistry.getOrCreateComponent(Comp
onentRegistry.java:291)
at
org.jboss.cache.factories.ComponentRegistry.invokeInjectionMethod(Com
ponentRegistry.java:245)
at
org.jboss.cache.factories.ComponentRegistry$Component.injectDependenc
ies(ComponentRegistry.java:911)
at
org.jboss.cache.factories.ComponentRegistry.registerComponent(Compone
ntRegistry.java:221)
at
org.jboss.cache.factories.ComponentRegistry.getOrCreateComponent(Comp
onentRegistry.java:291)
at
org.jboss.cache.factories.ComponentRegistry.invokeInjectionMethod(Com
ponentRegistry.java:245)
at
org.jboss.cache.factories.ComponentRegistry$Component.injectDependenc
ies(ComponentRegistry.java:911)
at
org.jboss.cache.factories.ComponentRegistry.registerComponent(Compone
ntRegistry.java:221)
at
org.jboss.cache.factories.ComponentRegistry.getOrCreateComponent(Comp
onentRegistry.java:291)
at
org.jboss.cache.factories.ComponentRegistry.invokeInjectionMethod(Com
ponentRegistry.java:245)
at
org.jboss.cache.factories.ComponentRegistry$Component.injectDependenc
ies(ComponentRegistry.java:911)
at
org.jboss.cache.factories.ComponentRegistry.registerComponent(Compone
ntRegistry.java:221)
at
org.jboss.cache.factories.ComponentRegistry.getOrCreateComponent(Comp
onentRegistry.java:291)
at
org.jboss.cache.factories.ComponentRegistry.invokeInjectionMethod(Com
ponentRegistry.java:245)
at
org.jboss.cache.factories.ComponentRegistry$Component.injectDependenc
ies(ComponentRegistry.java:911)
at
org.jboss.cache.factories.ComponentRegistry.registerComponent(Compone
ntRegistry.java:221)
at
org.jboss.cache.factories.InterceptorChainFactory.createInterceptor(I
nterceptorChainFactory.java:41)
at
org.jboss.cache.factories.InterceptorChainFactory.buildInterceptorCha
in(InterceptorChainFactory.java:56)
at
org.jboss.cache.factories.InterceptorChainFactory.construct(Intercept
orChainFactory.java:132)
... 45 more
Caused by: java.lang.ClassNotFoundException: net.jcip.annotations.ThreadSafe
at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
at org.mortbay.http.ContextLoader.loadClass(ContextLoader.java:239)
at org.mortbay.http.ContextLoader.loadClass(ContextLoader.java:193)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:242)
at
sun.reflect.generics.factory.CoreReflectionFactory.makeNamedType(Core
ReflectionFactory.java:95)
... 82 more
Can someone please help me on this?
Thanks
--
View this message in context: http://n2.nabble.com/XWikiException-Unable-to-build-interceptor-chain-tp131…
Sent from the XWiki- Dev mailing list archive at Nabble.com.
Hi,
In the current implementation of the WYSIWYG editor, when adding content,
pressing the return key creates a new paragraph (<p></p>) and pressing
shift-return creates a new line (<br>).
In the wiki editor, the following behavior was discussed and implemented (
http://www.mail-archive.com/devs@xwiki.org/msg04436.html ) :
*>> So typing a new line in the wiki editor will result in a br tag in the
>> corresponding HTML? And two consecutive new lines in wiki editor will
>> result in a new paragraph?
>>
>> yep exactly.*
After talking with our project managers and gathering their feedback from
the way customers use our tool, I think that implementing a similar behavior
in the WYSIWYG editor would be more intuitive for users :
- Pressing return once generates a new line - <br>
- Pressing return twice generates a new paragraph - <p></p>
In order for this behavior to be transparent for the user, the CSS setting
the height of blank space between 2 paragraphs should set it a one line's
height.
In order to respect user intentions on the screen, we would also need to
handle the case where the user inputs, say, 4 return keypresses in a row. We
could handle it by inputting <br> tags and having the last tag be a
paragraph :
<p> Some text </p>
<br>
<br>
<br>
<p> some other text </p>
Another option would be to go the way of recent editors such as Google Docs
and ditch <p> in favor of <br> tags only.
So there are 3 options:
1. Keep the current implementation (*pros:* it's working this way
already, *cons:* it's not what our project managers say our users expect)
2. Use 1 return keypress for <br> and 2 return keypresses for <p> (*pros:
* it's more intuitive for users, it keeps the semantic meaning of <p>, *
cons:* it takes time to implement and we're already lacking time)
3. Input <br> only everywhere, all the time (*pros:* that's what modern
editors do, *cons:* additional work, we lose the semantic meaning of <p>)
I'm +1 for option 2.
Guillaume
--
Guillaume Lerouge
Product Manager - XWiki
Skype ID : wikibc
http://blog.xwiki.com/
Hello xwikiers,
the page at
http://platform.xwiki.org/xwiki/bin/view/DevGuide/Notifications
is really nice and shows a real nice pearl of XWiki.
I did similarly and my notifier seems to run smoothly.
I would like to know, however, what is the way to make sure that a
notifier (an implementation of XWikiDocChangeNotificationInterface) is
running at every restart of our XWiki.
I tried to add the fullname of either the velocity (the "starter") or
the Groovy pages into that line and restarting but my notifier didn't
seem to have been running after that.
What is the correct way?
It should definitely be documented at the pircbot page.
thanks in advance
paul