[xwiki-users] Dropdown Menu on Panel cut off

2010-03-15 Thread Meng Wu
Hey, 

I'm trying to implement a vertical dropdown menu on one of my panels using CSS, 
but the extended popout submenu that appears on the side when the cursor hovers 
over the link gets cut off by the edge of the panel, so most of my submenu 
doesn't show up. This happens because the menu and submenu are part of the 
Panel document (SpaceLinks), so the extended submenu can't appear out of this 
panel document. Has anyone encountered this problem before and is there a 
simple solution? 

The source code for XWiki has this line of html for one of the already-existing 
dropdown menus of the Wiki:


  div class=topmenuentry dropdownmenuentry  hasIcon 
onmouseover=showsubmenu(this); onmouseout=hidesubmenu(this); id=tmWiki

Does the solution have something to do with onmouseover? I'm stumped. Any help 
would be greatly appreciated.

Thanks,

Felix


  

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


Re: [xwiki-users] Dropdown Menu on Panel cut off

2010-03-15 Thread Jeremie BOUSQUET
Hello,

I think it has to do with the CSS styles you use for the menu. I believe the
popup menu should be drawn with position absolute, and appropriate z-index
to appear above the rest of the layers. In this case it should not be cut
off by the panel.

Jeremie

2010/3/15 Meng Wu meng...@yahoo.com

 Hey,

 I'm trying to implement a vertical dropdown menu on one of my panels using
 CSS, but the extended popout submenu that appears on the side when the
 cursor hovers over the link gets cut off by the edge of the panel, so most
 of my submenu doesn't show up. This happens because the menu and submenu are
 part of the Panel document (SpaceLinks), so the extended submenu can't
 appear out of this panel document. Has anyone encountered this problem
 before and is there a simple solution?

 The source code for XWiki has this line of html for one of the
 already-existing dropdown menus of the Wiki:


  div class=topmenuentry dropdownmenuentry  hasIcon
 onmouseover=showsubmenu(this); onmouseout=hidesubmenu(this);
 id=tmWiki

 Does the solution have something to do with onmouseover? I'm stumped. Any
 help would be greatly appreciated.

 Thanks,

 Felix




 ___
 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] Dropdown Menu on Panel cut off

2010-03-15 Thread Marius Dumitru Florea
Hi Felix,

[snip]

 This happens because the menu and submenu are part of the Panel document 
 (SpaceLinks), so the extended submenu can't appear out of this panel document.

No. I think you're mixing the notion of an HTML document with the notion 
of an XWiki document. Even though the panels are separate XWiki 
documents, when a page is rendered the HTML representation of the panels 
and the HTML representation of the page content are included in the same 
HTML document.

I think you just have to play with the CSS (position, z-index) as 
Jeremie said.

Hope this helps,
Marius
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


[xwiki-users] Platform module - javascript.vm template from header is ignored

2010-03-15 Thread Bogdan Flueras
Hello,
Ive build and deployed the WAR from *platform* module.
When I access the xwiki, the main page displays in the header some velocity
syntax instead of what it should normally output.
See the attachement pls.(I ve modified a little bit the javascript.vm
content - adding some quotes to the first lines and a pretty bad word but
the problem is the same)!

So the problem is in the *htmlheader.vm* file when it includes the j*
avascript.vm* template.
If i've just commented the line 75 in htmlheader.vm, the UI problem
vanished.
So i suspect something in the javascript.vm file is wrong.

Whats the problem?

Also, i think some maven dependencies should also be added in pom.xml for
lucene and calendar plugins, because when i copied the generated WAR in
tomcat, i got 2 ClassNotFoundException.
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] Platform module - javascript.vm template from header is ignored

2010-03-15 Thread Anca Luca
Hi Bogdan,


On 03/15/2010 04:25 PM, Bogdan Flueras wrote:
 Hello,
 Ive build and deployed the WAR from *platform* module.
 When I access the xwiki, the main page displays in the header some velocity
 syntax instead of what it should normally output.
 See the attachement pls.(I ve modified a little bit the javascript.vm
 content - adding some quotes to the first lines and a pretty bad word but
 the problem is the same)!

I didn't understand exactly, it's failing with these modifications or without 
them?

Also, think of either pasting the content of the file at the end of the mail, 
or 
putting it in a pastebin of some sort (http://pastebin.com/) since attachments 
are not allowed on the list (and now we cannot see the attachment).

Happy hacking,
Anca


 So the problem is in the *htmlheader.vm* file when it includes the j*
 avascript.vm* template.
 If i've just commented the line 75 in htmlheader.vm, the UI problem
 vanished.
 So i suspect something in the javascript.vm file is wrong.

 Whats the problem?

 Also, i think some maven dependencies should also be added in pom.xml for
 lucene and calendar plugins, because when i copied the generated WAR in
 tomcat, i got 2 ClassNotFoundException.



 ___
 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] Is WYSIWYG editor available for TextArea?

2010-03-15 Thread Mike Davis

Hello, we'd like to use the bulletinboard application 
(http://code.xwiki.org/xwiki/bin/view/Applications/BulletinBoardApplication), 
but we want to allow WYSIWYG editing of a post so links and perhaps photos can 
be embedded.  Right now, the class for each post only has a author, date, and 
the text is a TextArea.  So, I guess I have two questions:

1) Is there a handle for the WYSIWIG editor to be embedded in a page?

2) Can it be used on a TextArea or does it have to be used on a document?

It looks to me like we might have to make every post it's own document to get 
WYSIWIG, but wanted to check first.

 

Current code that is displaying the text input box:

span class=bbsmalltitle a name=postmessage href=#postmessage 
$msg.bb_postmessage /a /span
form method=post action=$doc.getURL(objectadd) class=postreply
input type=hidden name=xredirect value=$doc.getURL()#$lastpostid /
input type=hidden name=classname value=BBCode.PostClass /
input type=hidden name=BBCode.PostClass_postauthor value=$context.user /
textarea rows=10 cols=65 id=BBCode.PostClass_postcontent 
name=BBCode.PostClass_postcontent //textareabr /
input id=BBCode.PostClass_postbutton type=submit value=Post! /
/form

 

Thanks,

-Mike
  
_
The New Busy is not the old busy. Search, chat and e-mail from your inbox.
http://www.windowslive.com/campaign/thenewbusy?ocid=PID27925::T:WLMTAGL:ON:WL:en-US:WM_HMP:032010_3
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] Platform module - javascript.vm template from header is ignored

2010-03-15 Thread Bogdan Flueras
With AND without them. The content of the file does not really mater, as it
were my hackings.
Still the problem remains with the original code.
The content of the javascript.vm is spit with no processing in the resulted
HTML.

Ex:

 *head*
meta http-equiv=Content-Type
content=text/html; charset=UTF-8 /
titleXWiki - XWiki - Register/title
meta http-equiv=Content-Script-Type
content=text/javascript /
meta http-equiv=imagetoolbar content=no/
meta name=document
content=XWiki.Register/
meta name=wiki content=xwiki/

meta name=space content=XWiki/
meta name=page content=Register/
meta name=version content=1.1/
meta name=restURL
content=/xwiki/rest/wikis/xwiki/spaces/XWiki/pages/Register/
meta name=gwt:property content=locale=en /

!-- com.xpn.xwiki.plugin.skinx.LinkExtensionPlugin --
link href=/xwiki/resources/js/xwiki/suggest/ajaxSuggest.css
rel=stylesheet type=text/css /
link href=/xwiki/bin/skin/resources/js/xwiki/lightbox/lightbox.css
rel=stylesheet type=text/css /
!--[if IE]
  link href=/xwiki/bin/skin/resources/js/xwiki/lightbox/lightboxIE.css
rel=stylesheet type=text/css /
![endif]--
$xwiki.jsfx.use('js/scriptaculous/effects.js', true)
$xwiki.jsfx.use('js/xwiki/widgets/modalPopup.js', true)
$xwiki.ssfx.use('js/xwiki/widgets/modalPopup.css', true)
$xwiki.jsfx.use('js/xwiki/widgets/jumpToPage.js', true)
$xwiki.ssfx.use('js/xwiki/widgets/jumpToPage.css', true)
$xwiki.jsfx.use('uicomponents/widgets/confirmationBox.js', true)
$xwiki.ssfx.use('uicomponents/widgets/confirmationBox.css', true)
$xwiki.jsfx.use('uicomponents/widgets/confirmedAjaxRequest.js', true)
$xwiki.jsfx.use('uicomponents/widgets/notification.js', true)
$xwiki.ssfx.use('uicomponents/widgets/notification.css', true)

script type=text/javascript
src=/xwiki/resources/js/prototype/prototype.js/script
script type=text/javascript
src=/xwiki/bin/skin/resources/js/xwiki/xwiki.js/script
script type=text/javascript
src=/xwiki/resources/js/xwiki/suggest/ajaxSuggest.js/script

*/head*


2010/3/15 Anca Luca ancapaula.l...@xwiki.com

 Hi Bogdan,


 On 03/15/2010 04:25 PM, Bogdan Flueras wrote:
  Hello,
  Ive build and deployed the WAR from *platform* module.
  When I access the xwiki, the main page displays in the header some
 velocity
  syntax instead of what it should normally output.
  See the attachement pls.(I ve modified a little bit the javascript.vm
  content - adding some quotes to the first lines and a pretty bad word but
  the problem is the same)!

 I didn't understand exactly, it's failing with these modifications or
 without them?

 Also, think of either pasting the content of the file at the end of the
 mail, or
 putting it in a pastebin of some sort (http://pastebin.com/) since
 attachments
 are not allowed on the list (and now we cannot see the attachment).

 Happy hacking,
 Anca

 
  So the problem is in the *htmlheader.vm* file when it includes the j*
  avascript.vm* template.
  If i've just commented the line 75 in htmlheader.vm, the UI problem
  vanished.
  So i suspect something in the javascript.vm file is wrong.
 
  Whats the problem?
 
  Also, i think some maven dependencies should also be added in pom.xml for
  lucene and calendar plugins, because when i copied the generated WAR in
  tomcat, i got 2 ClassNotFoundException.
 
 
 
  ___
  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




-- 
dipl. ing. Flueras Bogdan Ionut

Yahoo, Skype: flueras_bogdan
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] [xwiki-devs] [Proposal] Governance for xwiki.org

2010-03-15 Thread Vincent Massol
Hi Anca,

On Dec 15, 2009, at 7:03 PM, Anca Luca wrote:

 Hi Vincent,
 
 It sounds pretty good to me.
 There are a few items we need to make sure we implement right (making it 
 clear 
 what's commercial and what's open on xwiki.org, the 'rules' for getting the 
 offer listed, etc), but those are matters of the actual implementation and 
 not 
 the idea itself.
 
 On 12/04/2009 04:44 PM, Vincent Massol wrote:
 Hi everyone (devs and users),
 
 While we have a clear governance for write access to our source
 repository (http://dev.xwiki.org), we're missing a clear governance
 for xwiki.org. The idea is to address mainly the following 2 questions:
 1) who owns it and thus controls (or rather provides direction
 for)  its content
 2) can it be used for business advertising (support, paid packages,
 consulting services)
 
 Bit of History about XWiki SAS
 
 
 - XWiki SAS (http://xwiki.com) is the company founded by Ludovic
 Dubost the creator of XWiki (I'm the CTO of XWiki SAS in addition to
 being a committer here).
 - Most of the active contributors are also employed and paid by XWiki
 SAS to develop the XWiki software. Today that's
 -- 12.5 committers (developers)
 -- 1 open source product manager (see 
 http://markmail.org/thread/ggaaw4u6yyci4oan
   for its definition)
 -- 1 designer
 -- 1 tester/technical writer
 - XWiki SAS sells services around the open source software, see 
 http://www.xwiki.com/xwiki/bin/view/Services/
 - XWiki SAS truly believes and understands open source, see 
 http://www.xwiki.com/xwiki/bin/view/About/Values
 -- I also wrote a blog post on this some time back: 
 http://massol.myxwiki.org/xwiki/bin/view/Blog/XWikiSASAndOpenSource
 - XWiki SAS has promised not to do evil ;), see its manifesto at 
 http://www.xwiki.com/xwiki/bin/view/About/Manifesto
 - XWiki SAS is paying for the servers and maintenance of xwiki.org,
 myxwiki.org, the maven repo, the svn repo, the hudson build serversn
 the free JUG farm, and more
 
 Issue at hand
 ===
 
 XWiki SAS would like to generate more revenue to be able to increase
 the development pace of the XWiki software. We'd like to fund even
 more the development of XWiki, so that it becomes an even better
 product. We've asked you what you'd like to see in the future in XWiki
 and you've answered on this survey result:
 http://www.xwiki.org/xwiki/bin/view/Blog/Features+Survey+Results
 
 We'd like to implement those features as fast as possible.
 
 For this we need to ensure that users interested in commercial
 services find easily the way to http://xwiki.com, even when they
 arrive on xwiki.org.
 
 This is true for XWiki SAS's services but also for any company willing
 to offer services around the XWiki open source project. There's no
 magic. Developers need to be paid when they work full time on some
 project. We need a commercial ecosystem around XWiki for it to
 progress as quickly as its competitors (the collaboration market). We
 need to allow for commercial companies the ability to generate revenue
 from their work on the XWiki open source project. However we also want
 to continue ensuring that all the XWiki development is done in open
 source, under a LGPL license.
 
 Governance Proposal
 =
 
 1) xwiki.org is controlled by the XWiki committers. This means that
 important changes brought to it should be discussed/vote on the list,
 using the same practices as for code commits
 2) xwiki.org stays open in edit mode to all external contributors (and
 XWiki committers continue to monitor it to remove spam, etc)
 3) we agree to start with 3 zones where companies can advertise their
 commercial offers on top of the XWiki open source product:
 -- On the download page (for business packages, subscriptions, hosting)
 -- On the support page (for services: support, consulting)
 -- (still to be defined) Possibly on a Products tab in the new
 horizontal navigation. The idea would be to do as jboss.org is doing.
 Projects are open source and community and Products are commercial
 4) the company offerings are listed by their amount of contributions
 to the XWiki open source project. The company that contributes most
 (XWiki SAS today) gets the best spots (top of the list, bigger space)
 5) Companies who want to be listed should provide some proof of their
 contributions to the XWiki open source project
 6) XWiki SAS gets some acknowledgment for paying for the xwiki.org
 server/maintenance of it. Probably somewhere in the footer of the site
 or on side panel somewhere
 
 I think this could be optional as it is included in the support XWiki SAS 
 offers 
 for XWiki.org and therefore 'rewarded' through the advertising space.

It's different. This is about the hosting of xwiki.org itself. It's not related 
to support offerings.

Thanks
-Vincent

 7) xwiki.org should always remain a site for the xwiki open source
 community
 
 Conclusion
 =
 
 We want to stress that this proposal is not about XWiki SAS making 

Re: [xwiki-users] [xwiki-devs] [Proposal] Governance for xwiki.org

2010-03-15 Thread Vincent Massol

On Dec 15, 2009, at 9:22 PM, Pascal Voitot wrote:

 Hello,
 
 I don't know if pascal is me or someone else but I'm also one Pascal so I
 answer ;)
 Sorry for the long mail...
 
 I agree with this kind of governance as long as XWiki.org keeps fully free
 and brings the best and latest code with LGPL license.  I agree that
 companies contributing to XWiki could be rewarded by having some
 visibility on xwiki.org site. I agree with the fact that XWiki SAS needs
 to earn more money based on XWiki.org because if it earns more money, XWiki
 will go further etc...
 The limit between commercial product and free software is not easy to define
 and to manage... Being an opensource company is really hard, isn't it?

yep, but I think we're doing pretty good so far, aren't we? :)

 The only thing I want XWiki SAS is to keep going as a real opensource
 company for which the community project is the base of everything and which
 contains the best of breed of XWiki SAS knowledge. I would be disappointed
 to see you becoming a company such as the ones I can see for which
 opensource is just a facade or a marketting argument without any real
 community development and support.

Given where we come from and our track record, this is very unlikely to happen. 
I hope you don't have any doubts about this! :)

 Jboss is not exactly one of those but they give me the impression of going
 progressively in this direction and after one year working intensively with
 their professional projects and support, I'm really disappointed because I
 see that their opensource and community support seems declining or even
 seems willingly bad sometimes and focused on only some visible projects. I
 really wonder if opensoure is not getting corrupted by such companies after
 all...
 With XWiki, I've been able to develop some little professional projects with
 the best code coming from XWiki without thinking that, if my project could
 make or not money, I would have to pay, in any case, the X thousands $ just
 for the license. My idea was to contribute to XWiki through these projects
 and if I could earn some money I would contribute to XWiki with something
 more than my little braincells :)... Sorry about that but the projects I
 have achieved with XWiki have never gone further than pilots and I have
 never been able to make a living with that :)... What a shame, isn't it?;)

Yes indeed. Just keep trying! And yes any contribution you can make to the 
xwiki project is good, be it answering mails, reporting bugs, suggesting ideas, 
spreading the word in blogs/tweets, etc. It doesn't have to cost much.

 All of that just to explain that the fully open status of XWiki allowed me
 to bring my ideas into reality and I think your professional but free status
 is a great attractor for lots of people.
 So as long as you keep that in mind and in facts, I will keep supporting you
 and maybe more...

Yes we (as in XWiki SAS committers) really want to continue having a strong 
community. One reason is that we view XWiki as a platform and a platform works 
well when it has a large user base and it becomes some de facto standard.

Thanks for your feedback Pascal!
-Vincent

 Pascal
 
 On Tue, Dec 15, 2009 at 5:41 PM, Guillaume Lerouge guilla...@xwiki.comwrote:
 
 Hi,
 
 On Fri, Dec 4, 2009 at 3:44 PM, Vincent Massol vinc...@massol.net wrote:
 
 Hi everyone (devs and users),
 
 While we have a clear governance for write access to our source
 repository (http://dev.xwiki.org), we're missing a clear governance
 for xwiki.org. The idea is to address mainly the following 2 questions:
 1) who owns it and thus controls (or rather provides direction
 for)  its content
 2) can it be used for business advertising (support, paid packages,
 consulting services)
 
 Bit of History about XWiki SAS
 
 
 - XWiki SAS (http://xwiki.com) is the company founded by Ludovic
 Dubost the creator of XWiki (I'm the CTO of XWiki SAS in addition to
 being a committer here).
 - Most of the active contributors are also employed and paid by XWiki
 SAS to develop the XWiki software. Today that's
 -- 12.5 committers (developers)
 -- 1 open source product manager (see
 http://markmail.org/thread/ggaaw4u6yyci4oan
 for its definition)
 -- 1 designer
 -- 1 tester/technical writer
 - XWiki SAS sells services around the open source software, see
 http://www.xwiki.com/xwiki/bin/view/Services/
 - XWiki SAS truly believes and understands open source, see
 http://www.xwiki.com/xwiki/bin/view/About/Values
 -- I also wrote a blog post on this some time back:
 http://massol.myxwiki.org/xwiki/bin/view/Blog/XWikiSASAndOpenSource
 - XWiki SAS has promised not to do evil ;), see its manifesto at
 http://www.xwiki.com/xwiki/bin/view/About/Manifesto
 - XWiki SAS is paying for the servers and maintenance of xwiki.org,
 myxwiki.org, the maven repo, the svn repo, the hudson build serversn
 the free JUG farm, and more
 
 Issue at hand
 ===
 
 XWiki SAS would like to generate more 

Re: [xwiki-users] [xwiki-devs] [Proposal] Governance for xwiki.org

2010-03-15 Thread Vincent Massol

On Dec 16, 2009, at 11:05 AM, Fabio Mancinelli wrote:

 
 On Dec 4, 2009, at 3:44 PM, Vincent Massol wrote:
 
 Governance Proposal
 =
 
 1) xwiki.org is controlled by the XWiki committers. This means that  
 important changes brought to it should be discussed/vote on the list,  
 using the same practices as for code commits
 
 +1
 
 2) xwiki.org stays open in edit mode to all external contributors (and  
 XWiki committers continue to monitor it to remove spam, etc)
 
 +1
 
 3) we agree to start with 3 zones where companies can advertise their  
 commercial offers on top of the XWiki open source product:
 -- On the download page (for business packages, subscriptions, hosting)
 -- On the support page (for services: support, consulting)
 -- (still to be defined) Possibly on a Products tab in the new  
 horizontal navigation. The idea would be to do as jboss.org is doing.  
 Projects are open source and community and Products are commercial
 
 +1
 And I agree with Marius' remark about the fact that only products that are 
 built on top of XWiki could be advertised
 
 4) the company offerings are listed by their amount of contributions  
 to the XWiki open source project. The company that contributes most  
 (XWiki SAS today) gets the best spots (top of the list, bigger space)
 
 +1
 This however is tricky...
 In order to define what contribute most means we need a metric, and that's 
 not an easy thing to do.
 
 Maybe we could use a linear combination of weights assigned to the priority 
 an issue has and an index for its perceived difficulty (I saw people 
 tagging issues with their difficulty when handling the backlog in a 
 Scrum-oriented process). Maybe LOC-count could go into the mix (the less the 
 better :)) And maybe also time should influence the result (company that had 
 a punctual high-quality contribution should not be listed forever if it stops 
 contributing)
 
 The ranking is calculated wrt to this combination and a minimum threshold 
 should be reached in order to be ranked.
 
 I don't really know how to handle this, but if we propose a ranking we need 
 also to propose a policy about how it is calculated.

Yes this is hard.

 One idea is:
- number of LOC (patches not included - we need to reward committership which 
is a commitment on the long run)
- when same number of LOC then use alphabetical order.

Thanks
-Vincent

 
 5) Companies who want to be listed should provide some proof of their  
 contributions to the XWiki open source project
 
 +1
 
 6) XWiki SAS gets some acknowledgment for paying for the xwiki.org  
 server/maintenance of it. Probably somewhere in the footer of the site  
 or on side panel somewhere
 
 +1
 
 7) xwiki.org should always remain a site for the xwiki open source  
 community
 
 +1
 
 -Fabio

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


Re: [xwiki-users] XWiki - Tomcat problem

2010-03-15 Thread hel-o

Hi,

my xwiki server was down now for a week (trying to figure out what had
happened), started it again today, after about an hour same problem - (see
log below)

Has anyone a glue what is happening here?

Would be really greatful for any hint.

Thanks
hel. 

-
semantic-web.hel.at
h...@hel.at

-- 
View this message in context: 
http://n2.nabble.com/XWiki-Tomcat-problem-tp4653665p4738635.html
Sent from the XWiki- Users mailing list archive at Nabble.com.
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] XWiki - Tomcat problem

2010-03-15 Thread hel-o

By the way, thats all the xwiki.log since i started the server again:

2010-03-15 17:18:29,295 [http://semantic-web.hel.at/bin/view/Main/WebHome]
[http://semantic-web.hel.at/bin/view/Main/WebHome] INFO 
.AbstractXWikiMigrationManager  - Starting migration for database 
[xwiki]... 
2010-03-15 17:18:29,641 [http://semantic-web.hel.at/bin/view/Main/WebHome]
[http://semantic-web.hel.at/bin/view/Main/WebHome] INFO 
.AbstractXWikiMigrationManager  - No storage migration required since
current version is [15429] 
2010-03-15 17:18:29,645 [http://semantic-web.hel.at/bin/view/Main/WebHome]
[http://semantic-web.hel.at/bin/view/Main/WebHome] INFO 
.AbstractXWikiMigrationManager  - Starting migration for database  [hel]... 
2010-03-15 17:18:31,024 [http://semantic-web.hel.at/bin/view/Main/WebHome]
[http://semantic-web.hel.at/bin/view/Main/WebHome] INFO 
.AbstractXWikiMigrationManager  - No storage migration required since
current version is [15429] 
2010-03-15 17:18:31,027 [http://semantic-web.hel.at/bin/view/Main/WebHome]
[http://semantic-web.hel.at/bin/view/Main/WebHome] INFO 
.AbstractXWikiMigrationManager  - Starting migration for database 
[reactionsimulationengine]... 
2010-03-15 17:18:31,656 [http://semantic-web.hel.at/bin/view/Main/WebHome]
[http://semantic-web.hel.at/bin/view/Main/WebHome] INFO 
.AbstractXWikiMigrationManager  - No storage migration required since
current version is [15429] 
2010-03-15 17:18:44,405 [http://semantic-web.hel.at/bin/view/Main/WebHome]
[http://semantic-web.hel.at/bin/view/Main/WebHome] WARN 
ternal.DefaultWikiMacroFactory  - Incomplete macro definition in [name =
[DocViewerMacro], type = [DOCUMENT], parent = [name = [XWiki], type =
[SPACE], parent = [name = [xwiki], type = [WIKI], parent = [null,
default macro category is empty 
2010-03-15 17:18:44,420 [http://semantic-web.hel.at/bin/view/Main/WebHome]
[http://semantic-web.hel.at/bin/view/Main/WebHome] ERROR
al.DefaultWikiMacroInitializer  - Unable to register macro [docviewer] in
[name = [DocViewerMacro], type = [DOCUMENT], parent = [name = [XWiki], type
= [SPACE], parent = [name = [xwiki], type = [WIKI], parent = [null for
visibility [WIKI] due to insufficient privileges 
org.xwiki.rendering.macro.wikibridge.WikiMacroException: Unable to register
macro [docviewer] in [name = [DocViewerMacro], type = [DOCUMENT], parent =
[name = [XWiki], type = [SPACE], parent = [name = [xwiki], type = [WIKI],
parent = [null for visibility [WIKI] due to insufficient privileges
at
org.xwiki.rendering.internal.macro.wikibridge.DefaultWikiMacroManager.registerWikiMacro(DefaultWikiMacroManager.java:145)
at
com.xpn.xwiki.internal.DefaultWikiMacroInitializer.registerExistingWikiMacros(DefaultWikiMacroInitializer.java:135)
at com.xpn.xwiki.XWiki.registerWikiMacros(XWiki.java:836)
at com.xpn.xwiki.XWiki.initXWiki(XWiki.java:796)
at com.xpn.xwiki.XWiki.init(XWiki.java:699)
at com.xpn.xwiki.XWiki.getMainXWiki(XWiki.java:336)
at com.xpn.xwiki.XWiki.getXWiki(XWiki.java:417)
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(RequestProcessor.java:431)
at
org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236)
at 
org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196)
at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:414)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at
com.xpn.xwiki.wysiwyg.server.filter.ConversionFilter.doFilter(ConversionFilter.java:152)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at com.xpn.xwiki.web.ActionFilter.doFilter(ActionFilter.java:118)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at
com.xpn.xwiki.plugin.webdav.XWikiDavFilter.doFilter(XWikiDavFilter.java:68)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at
com.xpn.xwiki.web.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:295)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
   

Re: [xwiki-users] row was deleted by another transaction

2010-03-15 Thread Paul Libbrecht

Does it mean that any transaction might actually live in the DB for a  
long long time, beyond restarts of xwiki or the DB, and that a global  
rollback?

paul

Le 06-mars-10 à 00:21, Sergiu Dumitriu a écrit :

 org.hibernate.StaleObjectStateException: Row was updated or deleted
 by another transaction (or unsaved-value mapping was incorrect):
 [com.xpn.xwiki.objects.StringProperty#?xml version=1.0
 encoding=UTF-8?
 eduLevelFine/eduLevelFine
 ]
 at
 org
 .hibernate
 .persister
 .entity.AbstractEntityPersister.check(AbstractEntityPersister.java:
 1765)

 I am puzzled and have no idea where to go except into SQL, which is
 not really a safe thing.

 But I'm afraid it's the only real solution...

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


Re: [xwiki-users] Dropdown Menu on Panel cut off

2010-03-15 Thread Meng Wu
Hey,

Thanks for the tips. The problem, however, was because the .xwikipanelcontent 
CSS class was hiding the overflow content in the panels. So I simply had to 
respecify the .xwikipanelcontent CSS class with overflow: visible; so that 
the pop out dropdown menus would show up. 

Thanks!

Felix




- Original Message 
From: Marius Dumitru Florea mariusdumitru.flo...@xwiki.com
To: XWiki Users users@xwiki.org
Sent: Mon, March 15, 2010 2:13:28 AM
Subject: Re: [xwiki-users] Dropdown Menu on Panel cut off

Hi Felix,

[snip]

 This happens because the menu and submenu are part of the Panel document 
 (SpaceLinks), so the extended submenu can't appear out of this panel document.

No. I think you're mixing the notion of an HTML document with the notion 
of an XWiki document. Even though the panels are separate XWiki 
documents, when a page is rendered the HTML representation of the panels 
and the HTML representation of the page content are included in the same 
HTML document.

I think you just have to play with the CSS (position, z-index) as 
Jeremie said.

Hope this helps,
Marius
___
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] Dropdown Menu on Panel cut off

2010-03-15 Thread Milind Kamble
Felix and I work in the same organization. We figured out that the reason the 
submenu was getting cut off was due to the overflow property of 
xwikipanelcontents being set as hidden in colibri.css (that is the skin we are 
using). When we set it to visible, the submenu worked beautifully.
We can share the tweak we did in the QuickLinks panel, and the associated style 
sheet overrides once we get it rolled out into our wiki.

Milind



- Original Message 
 From: Marius Dumitru Florea mariusdumitru.flo...@xwiki.com
 To: XWiki Users users@xwiki.org
 Sent: Mon, March 15, 2010 2:13:28 AM
 Subject: Re: [xwiki-users] Dropdown Menu on Panel cut off
 
 Hi Felix,

[snip]

 This happens because the menu and submenu 
 are part of the Panel document (SpaceLinks), so the extended submenu can't 
 appear out of this panel document.

No. I think you're mixing the notion 
 of an HTML document with the notion 
of an XWiki document. Even though the 
 panels are separate XWiki 
documents, when a page is rendered the HTML 
 representation of the panels 
and the HTML representation of the page content 
 are included in the same 
HTML document.

I think you just have to play 
 with the CSS (position, z-index) as 
Jeremie said.

Hope this 
 helps,
Marius
___
users 
 mailing list

 href=mailto:users@xwiki.org;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] row was deleted by another transaction

2010-03-15 Thread Sergiu Dumitriu
On 03/15/2010 09:18 PM, Paul Libbrecht wrote:

 Does it mean that any transaction might actually live in the DB for a
 long long time, beyond restarts of xwiki or the DB, and that a global
 rollback?

=== The context ===

Object properties can have different logical types: StringClass, 
BooleanClass, NumberClass, DBListClass, etc. This is the type that is 
defined in the Class, and which specifies how values are presented to 
the user (text input, radio boxes, textarea...).

They can also have different storage types: StringProperty, 
LargeStringProperty, StringListProperty, IntegerProperty, LongProperty, 
DateProperty, etc. This is the type that is stored in the database, and 
which determines the column type and length.

There is no 1-1 relation between logical and storage types; depending on 
the settings, one logical type can have up to four different storage 
types, and different logical types can have the same storage type. For 
example, the NumberClass, depending on the number type, can be stored as 
one of: IntegerProperty, LongProperty, FloatProperty, DoubleProperty. 
Another example, StaticListClass, DBListClass and DBTreeListClass, which 
have configurable multipleSelect and relationalStorage, can be stored as:
- MS=1 and RS=1 = DBStringListProperty
- MS=1 and RS=0 = StringListProperty
- MS=0 = StringProperty

=== The problem ===

The problem is that the storage type for a property can be changed 
dynamically, by changing its settings. Thus, a Number property that used 
to be stored as a Float can become a Double. This means that the table 
that stores this type of properties will change. But since this is a 
weak type information, and the change happens outside Hibernate, 
existing properties won't get moved from one table to the other.

Now, Hibernate is a little tricky, it normally doesn't expect this kind 
of change, so it doesn't automatically detect that an entity moved 
between tables. Yet, since in our mapping all properties are declared as 
subclasses of a generic BaseProperty, a FloatProperty and its 
corresponding DoubleProperty have the same identifier.

So, the process that causes problems is:
- Create a class with a Number property of type float
- Create an object for that class
- Change the property type to double
- Update the existing object

(the same thing for other type of changes)

Internally, Hibernate does this:
- Load Entity XYZ as a FloatProperty
- Store Entity XYZ as a DoubleProperty

Now, the two XYZ should be the same entity as far as Hibernate sees, 
since they are both BaseProperty and have the same ID. But, since the 
real type differs (FloatProperty vs DoubleProperty), they are two 
distinct entities. Also, the initial type of the property is stored in 
the BaseProperty table. Hibernate can't remove the FloatProperty, since 
the new XYZ doesn't reference in any way the old XYZ. It also can't save 
the new XYZ, since the stored type differs from the current type.

Now, two things happen:
- The FloatProperty is ghosted; you can't remove it from the database in 
any normal way, just a low level SQL query can remove it.
- The DoubleProperty can't be saved because the FloatProperty is 
blocking it.

The second issue prevents the property, along with its object, and along 
with its document, from being saved anymore. The first issue means that 
this problem will NEVER be fixed.

Now, to answer your question, there are two storages active in a normal 
XWiki engine: the Hibernate storage, and the Cache storage. For 
performance reasons, the cache returns the real object that is stored in 
it. Depending on how the document is updated, the code might get the 
document from the cache (storage), update it, and push it back to the 
storage. Although the save fails, the object remains in the changed 
state, and a reference to it was already present in the cache. Next time 
the object is retrieved from the cache, the unsaved, but changed 
document will be returned. This happens as long as the document is still 
present in the cache.

=== The solution? ===

Theoretically, this bug was fixed (see 
http://jira.xwiki.org/jira/browse/XWIKI-299 ) by manually moving 
existing affected properties to the new correct type when a problematic 
class change occurs. Why does it continue to happen, beats me. I'll have 
to investigate again.


 paul

 Le 06-mars-10 à 00:21, Sergiu Dumitriu a écrit :

 org.hibernate.StaleObjectStateException: Row was updated or deleted
 by another transaction (or unsaved-value mapping was incorrect):
 [com.xpn.xwiki.objects.StringProperty#?xml version=1.0
 encoding=UTF-8?
 eduLevelFine/eduLevelFine
 ]
  at
 org
 .hibernate
 .persister
 .entity.AbstractEntityPersister.check(AbstractEntityPersister.java:
 1765)

 I am puzzled and have no idea where to go except into SQL, which is
 not really a safe thing.

 But I'm afraid it's the only real solution...


-- 
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
users 

Re: [xwiki-users] Dropdown Menu on Panel cut off

2010-03-15 Thread Sergiu Dumitriu
On 03/16/2010 12:50 AM, Milind Kamble wrote:
 Felix and I work in the same organization. We figured out that the reason the 
 submenu was getting cut off was due to the overflow property of 
 xwikipanelcontents being set as hidden in colibri.css (that is the skin we 
 are using). When we set it to visible, the submenu worked beautifully.
 We can share the tweak we did in the QuickLinks panel, and the associated 
 style sheet overrides once we get it rolled out into our wiki.

The overflow: hidden is set intentionally, so that extra long content 
doesn't overflow, breaking the layout.

 Milind



 - Original Message 
 From: Marius Dumitru Floreamariusdumitru.flo...@xwiki.com
 To: XWiki Usersusers@xwiki.org
 Sent: Mon, March 15, 2010 2:13:28 AM
 Subject: Re: [xwiki-users] Dropdown Menu on Panel cut off

 Hi Felix,

 [snip]

 This happens because the menu and submenu
 are part of the Panel document (SpaceLinks), so the extended submenu can't
 appear out of this panel document.

 No. I think you're mixing the notion
 of an HTML document with the notion
 of an XWiki document. Even though the
 panels are separate XWiki
 documents, when a page is rendered the HTML
 representation of the panels
 and the HTML representation of the page content
 are included in the same
 HTML document.

 I think you just have to play
 with the CSS (position, z-index) as
 Jeremie said.

 Hope this
 helps,
 Marius


-- 
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] XWiki - Tomcat problem

2010-03-15 Thread Caleb James DeLisle
hel-o wrote:
 Hi,
 
 my xwiki server was down now for a week 
This is not good.

(trying to figure out what had
 happened), started it again today, after about an hour same problem - (see
So it starts and runs for long enough to run tests or try to fix the problem?

I looked over your log and ran a few tests and it appears that you have a 
document
which is not in my local installation.
Try looking for this document:
bin/view/XWiki/DocViewerMacro

If there is a document by that name you might try deleting it (you can always 
undelete it later)

Before you do anything be sure to back up the database.

Caleb


 log below)
 
 Has anyone a glue what is happening here?
 
 Would be really greatful for any hint.
 
 Thanks
 hel. 
 
 -
 semantic-web.hel.at
 h...@hel.at
 

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