Hello Devs,
I have been trying to figure if there is a possibility of adding HTML forms
(UI to obtain input from users) to Xwiki as part of the application we are
trying to build.
I know that XWiki pages can be edited to include HTML code in them. But, I
guess my question is where should we be looking in the code to see how the
data that goes into the form fields as user input, would be processed by the
XWiki Core?
Has anyone done this before ?
Also, if we wanted to create standard UI in XWiki, would it be a better
option to create a template (.vm) file for this purpose?
We also looked at creating Classes and Objects for this purpose but, I am
not sure if thats the option we need to choose.
What would be the best way to accomplish this task?
Thanks for all help.
Hi JV,
Are you sure about this patch?
It looks like it's adding a synchronize() that was not there before
and thus all threads will be waiting on this synchronize. Since
checkHibernate is called for all database access I'm worried this
could lead to performance issues.
Has this been tested for performance with a tool like JMeter to
simulate multiple users?
Note that I haven't analyzed the patch. I'm just worried that we might
be introducing a regression in term of performance.
If the session factory is only created once then maybe it should be
created on app init?
Thanks
-Vincent
On Apr 10, 2008, at 6:21 PM, jvdrean (SVN) wrote:
> Author: jvdrean
> Date: 2008-04-10 18:21:07 +0200 (Thu, 10 Apr 2008)
> New Revision: 9071
>
> Modified:
> xwiki-platform/core/branches/xwiki-core-1.3/xwiki-core/src/main/
> java/com/xpn/xwiki/store/XWikiHibernateBaseStore.java
> Log:
> XWIKI-2300 : HibernateStore synchronization problem
>
> Applied patch by Raffaello Pelagalli without modification. Added
> comment.
>
> Modified: xwiki-platform/core/branches/xwiki-core-1.3/xwiki-core/src/
> main/java/com/xpn/xwiki/store/XWikiHibernateBaseStore.java
> ===================================================================
> --- xwiki-platform/core/branches/xwiki-core-1.3/xwiki-core/src/main/
> java/com/xpn/xwiki/store/XWikiHibernateBaseStore.java 2008-04-10
> 14:45:54 UTC (rev 9070)
> +++ xwiki-platform/core/branches/xwiki-core-1.3/xwiki-core/src/main/
> java/com/xpn/xwiki/store/XWikiHibernateBaseStore.java 2008-04-10
> 16:21:07 UTC (rev 9071)
> @@ -510,13 +510,18 @@
> */
> public void checkHibernate(XWikiContext context) throws
> HibernateException
> {
> -
> + // Note : double locking is not a recommended pattern and
> is not guaranteed to work on all
> + // machines. See for example http://www.ibm.com/developerworks/java/library/j-dcl.html
> if (getSessionFactory() == null) {
> - initHibernate();
> -
> - /* Check Schema */
> - if (getSessionFactory() != null) {
> - updateSchema(context);
> + synchronized(this) {
> + if (getSessionFactory() == null) {
> +
> + initHibernate();
> + /* Check Schema */
> + if (getSessionFactory() != null) {
> + updateSchema(context);
> + }
> + }
> }
> }
> }
>
> _______________________________________________
> notifications mailing list
> notifications(a)xwiki.org
> http://lists.xwiki.org/mailman/listinfo/notifications
I've just downloaded the war file, imported it into IBMs RAD
Deveolopment environment and followed the Installation and configuration
steps to utilize this with our existing Oracle9i Enterprise Edition
Release 9.2.0.8.0 database.
I tried using a db user other then 'xwiki' by updating the
hibernate.cfg.xml file, however, there appears to be some hardcoding
somewhere because none of the table were being created and I was getting
a db connection exception saying xwiki doesn't exist. Created the xwiki
users, updated the hibernate.cfg.xml file and all the tables were
created just fine.
I am getting the following error at server startup however. Any ideas?
[4/10/08 11:22:11:566 EDT] 00000013 ServletWrappe I SRVE0242I:
[xWiki-EAR] [/xwikiApp] [action]: Initialization successful.
[4/10/08 11:22:11:597 EDT] 00000013 ServiceLogger I
com.ibm.ws.ffdc.IncidentStreamImpl initialize FFDC0009I: FFDC opened
incident stream file C:\Program
Files\IBM\SDP70\runtimes\base_v61\profiles\AppSrv01\logs\ffdc\server1_10181018_08.04.10_11.22.11_0.txt
[4/10/08 11:22:11:722 EDT] 00000013 ServiceLogger I
com.ibm.ws.ffdc.IncidentStreamImpl resetIncidentStream FFDC0010I: FFDC
closed incident stream file C:\Program
Files\IBM\SDP70\runtimes\base_v61\profiles\AppSrv01\logs\ffdc\server1_10181018_08.04.10_11.22.11_0.txt
[4/10/08 11:22:11:753 EDT] 00000013 WebApp E Error while adding
servlet mapping for servlet : action :
java.lang.Exception: Mapping clash for
ServletWrapper[action:[action:/bin/*, action:/testbin/*,
action:/xwiki/*]]: Target
com.ibm.ws.portletcontainer.portletserving.PortletServingExtensionProcessor@9160916
already exists at node xwiki
at com.ibm.ws.util.ClauseNode.add(ClauseNode.java:59)
at com.ibm.ws.util.URIMatcher.put(URIMatcher.java:131)
at com.ibm.ws.util.URIMapper.addMapping(URIMapper.java:47)
at
com.ibm.ws.webcontainer.webapp.WebApp.initializeTargetMappings(WebApp.java:495)
at
com.ibm.ws.webcontainer.webapp.WebApp.commonInitializationFinish(WebApp.java:304)
at com.ibm.ws.wswebcontainer.webapp.WebApp.initialize(WebApp.java:285)
at
com.ibm.ws.wswebcontainer.webapp.WebGroup.addWebApplication(WebGroup.java:88)
at
com.ibm.ws.wswebcontainer.VirtualHost.addWebApplication(VirtualHost.java:157)
at
com.ibm.ws.wswebcontainer.WebContainer.addWebApp(WebContainer.java:655)
at
com.ibm.ws.wswebcontainer.WebContainer.addWebApplication(WebContainer.java:608)
at
com.ibm.ws.webcontainer.component.WebContainerImpl.install(WebContainerImpl.java:335)
at
com.ibm.ws.webcontainer.component.WebContainerImpl.start(WebContainerImpl.java:551)
at
com.ibm.ws.runtime.component.ApplicationMgrImpl.start(ApplicationMgrImpl.java:1312)
at
com.ibm.ws.runtime.component.DeployedApplicationImpl.fireDeployedObjectStart(DeployedApplicationImpl.java:1129)
at
com.ibm.ws.runtime.component.DeployedModuleImpl.start(DeployedModuleImpl.java:569)
at
com.ibm.ws.runtime.component.DeployedApplicationImpl.start(DeployedApplicationImpl.java:814)
at
com.ibm.ws.runtime.component.ApplicationMgrImpl.startApplication(ApplicationMgrImpl.java:965)
at
com.ibm.ws.runtime.component.ApplicationMgrImpl$AppInitializer.run(ApplicationMgrImpl.java:2131)
at
com.ibm.wsspi.runtime.component.WsComponentImpl$_AsynchInitializer.run(WsComponentImpl.java:341)
at com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:1469)
-=-----------------------------------------------------------------------------------------------------------------
Hi,
Since I'm working on the new rendering component it's a good time to
decide if we want a special wiki syntax for special icons such as for
emoticons and more.
For example Confluence has these:
http://snipplr.com/view/4931/confluence-emoticons/
I can think of 2 solutions for us:
1) we do the same, i.e. introduce new syntax for these
2) we rely on a macro instead (for ex: {icon:name/})
1) looks more natural for end users while 2) is more extensible (and
would allow us to include the whole Tango library for ex: http://tango.freedesktop.org/images/2/20/Tango-feet.png)
. 1) is also way more complex to implement than 2).
For 2) we would need to find some way so that it's easy for the user
to enter (of course the WYSIWYG editor could have a nice selector for
that macro but it would also be nice if it were not too hard to enter
in wiki mode).
WDYT?
Thanks
-Vincent
Hi Artem,
In general whenever you make a commit you must reference a JIRA issue
in your commit.
The reason is to keep tracability. If you don't put a jira issue then
this commit will not
appear in the subversion tab in jira for example.
The format we use is:
"
<JIRAID>: <JIRA description>
<optional comment here>
"
Thanks
-Vincent
On Apr 10, 2008, at 4:11 PM, amelentev (SVN) wrote:
> Author: amelentev
> Date: 2008-04-10 16:11:38 +0200 (Thu, 10 Apr 2008)
> New Revision: 9068
>
> Modified:
> xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/
> store/hibernate/HibernateAttachmentVersioningStore.java
> Log:
> [misc] a bug in my prev commit
>
>
> Modified: xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/
> xwiki/store/hibernate/HibernateAttachmentVersioningStore.java
> ===================================================================
> --- xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/
> store/hibernate/HibernateAttachmentVersioningStore.java 2008-04-10
> 14:07:22 UTC (rev 9067)
> +++ xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/
> store/hibernate/HibernateAttachmentVersioningStore.java 2008-04-10
> 14:11:38 UTC (rev 9068)
> @@ -60,6 +60,7 @@
> {
> try {
> final XWikiAttachmentArchive archive = new
> XWikiAttachmentArchive();
> + archive.setAttachment(attachment);
> executeRead(context, bTransaction,
> new HibernateCallback<Object>() {
> public Object doInHibernate(Session session)
> @@ -73,7 +74,6 @@
> return null;
> }
> });
> - archive.setAttachment(attachment);
> attachment.setAttachment_archive(archive);
> return archive;
> } catch (Exception e) {
>
> _______________________________________________
> notifications mailing list
> notifications(a)xwiki.org
> http://lists.xwiki.org/mailman/listinfo/notifications
hello folks,
Do you remember my mail explaining I was working on an evolution of
class/object management for class properties deletion and class inheritance
with backward compatibility?
Here is the status of this study:
My idea around class versioning seems to be working. Now I can delete class
properties and keep managing older and newer class instances. It also
doesn't seem to modify the existing behavior for already embedded
classes/docs/objects in XWiki enterprise.
I have implemented a draft based on a 2weeks old core. Basically, I had to
modify the core code but I have always tried not to modify any existing
logic, as little code as possible and to use existing features as much as
possible.
Naturally, I must implement and perform some more tests to be sure there is
no hidden critical problem.
I still have to study precisely the custommapping issue...
Finally, I'm currently implementing the inheritance mechanism...
As it would be too long to explain everything here and as I prefer that you
see it with your own eyes, I will try asap to mount a demo environment with
an explanation of the why/what/how I did this...
Best regards
Pascal
Hi,
Not really an xwiki problem, but anyway. I'm using xwiki with the
toucan skin (style-red.css). If I make a page with a very big table in
it (2500 rows, 3 columns of 150 characters) the biggest part of the
web page can be viewed but at around 75% rendered, the whole page
becomes black. The area where modification data, comments, attachments
and license should be rendered are also black. Only the last pixels
are normal again, and I see one last bg-RED.png. Has anyone else seen
this behaviour? I get the same on multiple versions of firefox, but
internet explorer and safari render it it fine.
Regards,
Leen