Hi,
I guess I've ran into the
[http://jira.xwiki.org/browse/XWIKI-6328]-issueand there seems to be
no work-around at the moment.
Maybe I'll try to come up with an own solution for this issus. Until then,
I've deactivated the annotations-feature on my wiki, until the problem is
resolved.
Thank you,
Michael
2014-05-15 16:01 GMT+02:00 Michael Bußler <michael.bussler(a)googlemail.com>:
> Hi Marius,
>
> Sorry, I've forgot to mention that I already have set "{{include
> reference="Wikiderm.EntrySheet"/}}" as page content.
> Thank you for the suggestion!
>
> Best regards, Michael
>
>
>
>
> 2014-05-15 13:35 GMT+02:00 Marius Dumitru Florea <
> mariusdumitru.florea(a)xwiki.com>:
>
> See http://jira.xwiki.org/browse/XWIKI-6328 . A temporary workaround
>> might be to put
>>
>> {{include reference="YourSpace.EntrySheet" /}}
>>
>> in the content of all the wiki pages that have an EntryClass object.
>> You should also put the include call in the content of the
>> EntryTemplate so that it is copied to new entries.
>>
>> Hope this helps,
>> Marius
>>
>>
>> On Wed, May 14, 2014 at 12:05 AM, Michael Bußler
>> <michael.bussler(a)googlemail.com> wrote:
>> > Hi Anca,
>> >
>> > My XWiki (www.wikiderm.de) is build up like a encyclopedia and
>> consists of
>> > entry pages, which I'm using a custom class called EntryClass.
>> > The class object stores the entries title, letter and the actual entry
>> text
>> > ("entry"), which is just plain XWiki 2.0 syntax enriched with custom
>> style
>> > classes like
>> >
>> > (% class="Level-1" %)
>> > ...
>> > (% class="Level-2" %)
>> > ...
>> > including a custom image macro: {{zoombox Bilder="..." /}}.
>> >
>> > Here is an example of how the entry text might look like:
>> > (% class="Ebene-1" %)
>> > (% class="Bullet" %)-(%%) Mangel an Nikotinsäureamid
>> >
>> > (% class="Eintrag-2" %)
>> > (% class="Feature" %)KL:(%%) lange schwarze Papillae filiformes
>> {{zoombox
>> > Bilder="Klinik, Lingua villosa nigra.jpg" Autoren="Sören Rabenhorst"
>> > Institute="Hautärzte am Markt" Orte="Dortmund" /}}
>> >
>> > So, no HTML here, except for the macro, which of course renders to HTML.
>> >
>> > The EntrySheet for the EntryClass includes some script code via JSX and
>> CSS
>> > via SSX and then just renders the entry class property via:
>> >
>> >
>> {{velocity}}$xwiki.ssx.use(...)$xwiki.jsx.use("...")$doc.display("entry"){{/velocity}}
>> > (This needs to be a one-liner, otherwise I get unwanted extra
>> line-breaks
>> > in the rendered output)
>> >
>> > I've added an annotation at
>> http://www.wikiderm.de/Kompendium/BCG-Vakzine,
>> > so you can check the improper rendering. :-)
>> > Annotations are not shown by default. The XWki 5.4.4 was installed from
>> > scratch, so no clutter from updating or scattered versions.
>> >
>> > Thank you for your help!!
>> >
>> > Michael
>> >
>> >
>> > 2014-05-13 13:37 GMT+02:00 Anca Luca <lucaa(a)xwiki.com>:
>> >
>> >> Hello Michael,
>> >>
>> >> there is a chance that this is a standard issue, but it also depends on
>> >> what you're trying to do.
>> >>
>> >> The main limitation of the annotations is that they are not working on
>> >> content rendered with the {{html}} macro, because they are rendered at
>> the
>> >> XDOM Level and the html macro is not parsed in the XDOM. So if your
>> sheet
>> >> does everything in a html macro, than chances are it won't work. If
>> your
>> >> sheet is rendering using the xwiki syntax, then stuff should work fine.
>> >>
>> >> Can you describe a bit more in detail your problem? or if you have an
>> >> online server, show us there what's happening? is your sheet custom?
>> can
>> >> you show the code of your sheet? a screenshot of "isn't rendering
>> >> properly"?
>> >>
>> >> Anca
>> >>
>> >>
>> >> On Tue, May 13, 2014 at 8:38 AM, Michael Bußler <
>> >> michael.bussler(a)googlemail.com> wrote:
>> >>
>> >> > Hi there,
>> >> >
>> >> > I observed the Annotation-code in XWiki is having problems with the
>> >> general
>> >> > approach of having a document-class rendered by a class-specific
>> sheet.
>> >> > E.g. the highlighting of text passages isn't rendering properly.
>> >> > Is this a general limitation or am I doing something wrong with the
>> >> > classes' sheet? It's more or less a listing of textfields fed by
>> class
>> >> > properties.
>> >> >
>> >> > Best, Michael
>> >> > _______________________________________________
>> >> > users mailing list
>> >> > users(a)xwiki.org
>> >> > http://lists.xwiki.org/mailman/listinfo/users
>> >> >
>> >> _______________________________________________
>> >> users mailing list
>> >> users(a)xwiki.org
>> >> http://lists.xwiki.org/mailman/listinfo/users
>> >>
>> >
>> >
>> >
>> > --
>> > Dipl.-Inf. Michael Bußler
>> > Forststr. 24
>> > 74379 Ingersheim
>> >
>> > Email: michael.bussler(a)googlemail.com
>> > Tel: +49 7142 70 92 309
>> > Mobil: +49 176 219 55 940
>> > Web: www.michael-bussler.de
>> > _______________________________________________
>> > users mailing list
>> > users(a)xwiki.org
>> > http://lists.xwiki.org/mailman/listinfo/users
>> _______________________________________________
>> users mailing list
>> users(a)xwiki.org
>> http://lists.xwiki.org/mailman/listinfo/users
>>
>
On Mon, May 19, 2014 at 10:20 PM, Danilo Amaral de Oliveira
<danilo.oliveira(a)energisa.com.br> wrote:
> Hello People,
>
> We are planning to develop an extension that will link and show the documents of a specific wiki spacially allowing the user explore the page dynamically. The idea is similar to the "Just map it" extension.
>
> Our first step was to look some javascript framework available to draw the relationships that could work for us and we came to conclusion that the sigma.js or d3.js will work fine...
> But, I am worried with the data connection, how can I parse the data from the DB to the extension dynamically?
>
> Do you think the kind of webservice bellow could work?
> dev.xwiki.org/xwiki/bin/view/Drafts/XWikiJSONWebServiceKickStart
The direction is ok, but:
* you should use the 'get' action instead of 'view' to access the webservice:
$xwiki.getURL('Main.WebService', 'get', $escapetool.url({
'outputSyntax': 'plain',
'limit': 10
}))
* the webservice should build the JSON in memory using plain Java
objects (maps, lists, strings, numbers, boolean) and then serialize
it. In Velocity you can use:
$jsontool.serialize({
'foo': [1, 2, 3],
'bar': {
'color': 'red',
enabled: true
},
'name': 'XWiki'
})
For writing the webservice I would start with Velocity and then move
to Groovy but only if really needed.
Hope this helps,
Marius
>
> Thank you!
>
>
> Grupo Energisa
> Danilo Oliveira
> Analista Suporte Aplicacao TI - DPTO CORP. DE INFRAESTR. TI
> e-mail: danilo.oliveira(a)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(a)xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
Hi,
When ever I try to use WikiManager to create a workspace template in the URL http://host/xwiki/bin/view/WorkspaceManager/Install. I always get the following error:
Error installing wiki template. Error number 50035 in 5: Exception in plugin [com.xpn.xwiki.plugin.wikimanager.WikiManagerPlugin]: Wiki [workspacetemplate] database update failed
I am using XWiki 5.2.2 with postgresql, postgresql has all the permissions needed as mentioned in the XWiki Database guide.
In catalina.out I find the following:
... 133 common frames omitted
2014-05-20 01:04:41,305 [http://10.32.31.219/xwiki/bin/view/WorkspaceManager/Install] WARN o.h.u.JDBCExceptionReporter - SQL Error: 0, SQLState: 3F000
2014-05-20 01:04:41,305 [http://10.32.31.219/xwiki/bin/view/WorkspaceManager/Install] ERROR o.h.u.JDBCExceptionReporter - ERROR: schema "workspacetemplate" does not exist
Please help.
Regards,
Sunil
Hello myxwiki admins,
I am getting reject emails from notifications-owner(a)xwiki.org. The
rejects are all for
change notifications on XWiki profiles. See below for an example.
The email address that is said to send these notifications
(info(a)selfbus.org) is to my
knowledge only used as admin email address of selfbus.myxwiki.org.
Is there anything that I can do to turn off these notifications?
Thanks in advance,
Stefan
-------- Original-Nachricht --------
Betreff: XWiki updates, One document has been modified since 2014/05/17
00:00
Datum: Sat, 17 May 2014 22:00:58 +0000
Von: notifications-owner(a)xwiki.org
An: info(a)selfbus.org
You are not allowed to post to this mailing list, and your message has
been automatically rejected. If you think that your messages are
being rejected in error, contact the mailing list owner at
notifications-owner(a)xwiki.org.
-------- Original-Nachricht --------
Betreff: XWiki updates, One document has been modified since 2014/05/17
00:00
Datum: Sun, 18 May 2014 00:00:06 +0200 (CEST)
Von: Selfbus Wiki <info(a)selfbus.org>
An: notifications(a)xwiki.org
Contents
* xwiki <#xwiki>
o XWiki <#xwiki:XWiki>
+ ludovic <#xwiki:XWiki.ludovic>
Hello XWiki,
This message is sent by XWiki. Here is the document in your watchlist
that has been modified since the last notification:
xwiki
XWiki
ludovic <http://fnd.myxwiki.org/xwiki/bin/view/XWiki/ludovic> <#nav>
XWiki.ludovic
On 2014/05/17 18:46, the document has been modified by ludovic
XWiki.WatchListClass
documents:
ludovic:Test.TestDownload,arfpedia:XWiki.XWikiPreferences,aocm:XWiki.XWikiPreferences,wikibp:XWiki.XWikiPreferences,incubator:Improvements.GridExample,incubator:Improvements.GridExtension,incubator:Improvements.GridExtensionMacros,ludovic:XWiki.Import,leo:XWiki.XWikiPreferences,hroche:XWiki.XWikiPreferences,wiki30:XWiki.XWikiPreferences,ludovic:Blog.De
fil en
aiguille,ludovic:XWiki.XWikiPreferences,ludovic:Blog.WebHome,ludovic:XWiki.AdminSheet,incubator:Mockups.WebHome,ludovic:Test.TestFile,ludovic:Blog.XWikiSASConstruirePourDurer,incubator:XWiki.SVGMacro,ludovic:Blog.BlogTemplate,ludovic:Blog.BlogPostClass,ludovic:Blog.BlogPostTemplate,ludovic:Blog.Changement
de Business Model par le créateur de
CouchDB,incubator:XWiki.XWikiPreferences,incubator:XWiki.MobileSkin2,xwiki:XWiki.XWikiUsers,ludovic:Scheduler.WatchListJob1,ludovic:Scheduler.WatchListJob2,ludovic:Scheduler.WatchListJob3,ludovic:Scheduler.WatchListJob4,xwiki:XWiki.ludovic,wiki30:XWiki.XWikiSkins,queyracines:XWiki.XWikiPreferences,ludovic:Test.LeVeritometre,incubator:Test.TestSVGMacro,incubator:MappingCode.JiraMappingGroovy,incubator:MappingCode.JiraIssuesLiveTableResult,incubator:MappingCode.SalesforceMappingGroovy,incubator:MappingCode.SalesforceLeadsLiveTableResult,incubator:MappingCode.JiraIssuesLiveTableResultMacros,incubator:MappingCode.JiraIssueClass,ludovic:XWiki.XWikiComments,ludovic:XWiki.XWikiSkins,ludovic:XWiki.Mail,wikibp:XWiki.XWikiSkins,ludovic:XWiki.WatchListClass,incubator:ScriptingReferenceDocumentation.ScriptingReferenceDocumentationClass,incubator:ScriptingReferenceDocumentation.DocumentationDiv,incubator:ScriptingReferenceDocumentation.Navigation,incubator:ScriptingReferenceDocumentation.xwiki-autotag,incubator:ScriptingReferenceDocumentation.xwiki-ldap,incubator:ScriptingReferenceDocumentation.xwiki-jodatime,incubator:ScriptingReferenceDocumentation.xwiki,incubator:ScriptingReferenceDocumentation.util,incubator:ScriptingReferenceDocumentation.syntaxFactory,incubator:ScriptingReferenceDocumentation.services-query,incubator:ScriptingReferenceDocumentation.services-messageStream,incubator:ScriptingReferenceDocumentation.WebHome,incubator:ScriptingReferenceDocumentation.services-jira,incubator:ScriptingReferenceDocumentation.officeimporter,incubator:ScriptingReferenceDocumentation.escapetool,incubator:ScriptingReferenceDocumentation.cdoc,incubator:ScriptingReferenceDocumentation.xcontext,incubator:ScriptingReferenceDocumentation.services-annotations,incubator:ScriptingReferenceDocumentation.listtool,incubator:ScriptingReferenceDocumentation.regextool,incubator:ScriptingReferenceDocumentation.doc,incubator:ScriptingReferenceDocumentation.ScriptingReferenceDocumentationSheet,incubator:ScriptingReferenceDocumentation.ScriptingReferenceDocumentationTemplate,incubator:ScriptingReferenceDocumentation\.xwiki.mailsender,incubator:Main.Activity,incubator:XWiki.SearchConfigClass,incubator:XWiki.UserDirectoryPreferencesClass,incubator:XWiki.ResetPasswordRequestClass,incubator:XWiki.TemplateProviderClass,incubator:XWiki.GoogleAnalyticsCode,incubator:XWiki.RequiredRightClass,incubator:XWiki.WysiwygEditorConfigClass,incubator:XWiki.ConfigurableClass,incubator:XWiki.ClassSheetBinding,incubator:XWiki.UserProfileSectionsClass,incubator:XWiki.Registration,incubator:XWiki.SheetDescriptorClass,incubator:XWiki.DocumentSheetBinding,incubator:XWiki.SearchSuggestSourceClass,incubator:XWiki.GadgetClass,incubator:XWiki.UserProfileSectionClass,incubator:ColorThemes.ColorThemeClass,incubator:Invitation.WebHome,incubator:Invitation.InvitationMailClass,incubator:Panels.PanelClass,incubator:AppWithinMinutes.Date,incubator:AppWithinMinutes.Users,incubator:AppWithinMinutes.String,incubator:AppWithinMinutes.TextArea,incubator:AppWithinMinutes.StaticList,incubator:AppWithinMinutes.DBList,incubator:AppWithinMinutes.Number,incubator:AppWithinMinutes.LiveTableClass,incubator:AppWithinMinutes.Boolean,incubator:AppWithinMinutes.FormFieldClass,incubator:AppWithinMinutes.Groups,incubator:AppWithinMinutes.FormFieldCategoryClass,incubator:Dashboard.UserDashboardPreferencesClass,incubator:AnnotationCode.AnnotationClass,incubator:Blog.BlogClass,incubator:Blog.BlogPostClass,incubator:Blog.CategoryClass,incubator:XWiki.AdminPresentationSheet,incubator:XWiki.DocumentsMacro,incubator:XWiki.UserDirectoryLivetableResults,incubator:XWiki.AdminRightsSheet,incubator:XWiki.AllAttachmentsResults,incubator:XWiki.ClassTemplate,incubator:XWiki.WysiwygEditorConfigSheet,incubator:XWiki.XWikiUserNetworkSheet,incubator:XWiki.Results,incubator:XWiki.OfficeImporterAdmin,incubator:XWiki.SearchCode,incubator:XWiki.ForgotUsername,incubator:XWiki.SearchAdmin,incubator:XWiki.ExtensionManagerMacros,incubator:XWiki.AdminElementsSheet,incubator:XWiki.XWikiUserSheet,incubator:XWiki.ObjectSheet,incubator:XWiki.SearchSuggestConfigSheet,incubator:XWiki.LiveTableResults,incubator:XWiki.AdminSheet,incubator:XWiki.InstalledExtensions,incubator:XWiki.Tableview,incubator:XWiki.AdminFieldsDisplaySheet,incubator:XWiki.XWikiClasses,incubator:XWiki.AddExtensions,incubator:XWiki.ConfigurableClassMacros,incubator:XWiki.XWikiUserWatchListSheet,incubator:XWiki.AccountValidation,incubator:XWiki.TagCloud,incubator:XWiki.DeletedDocuments,incubator:XWiki.WebDAV,incubator:XWiki.DeletedDocumentsJSON,incubator:XWiki.ClassSheet,incubator:XWiki.LuceneSearchAdmin,incubator:XWiki.WebPreferences,incubator:XWiki.SchedulerJobTemplate,incubator:XWiki.SchedulerJobSheet,incubator:XWiki.RegistrationHelp,incubator:XWiki.AttachmentSelector,incubator:XWiki.ResetPasswordMailContent,incubator:XWiki.AdminGroupsSheet,incubator:XWiki.WebHome,incubator:XWiki.AdminUserProfileSheet,incubator:XWiki.AdminLocalizationSheet,incubator:XWiki.AllAttachments,incubator:XWiki.SharePage,incubator:XWiki.RequestsStatus,incubator:XWiki.WikiMacros,incubator:XWiki.AdminRegistrationSheet,incubator:XWiki.OfficeImporterResults,incubator:XWiki.WatchListRss,incubator:XWiki.XWikiUserWatchListLiveTableResults,incubator:XWiki.AdminTemplatesSheet,incubator:XWiki.DeletedAttachments,incubator:XWiki.WatchListMessage,incubator:XWiki.ResetPassword,incubator:XWiki.XWikiGroupTemplate,incubator:XWiki.OfficeImporter,incubator:XWiki.AdminEditingSheet,incubator:XWiki.LiveTableResultsMacros,incubator:XWiki.XWikiUserProfileSheet,incubator:XWiki.XWikiUserPreferencesSheet,incubator:XWiki.CoreExtensions,incubator:XWiki.SuggestLuceneService,incubator:XWiki.AdminInlineSheet,incubator:XWiki.WysiwygEditorConfigTemplate,incubator:XWiki.AdminExportSheet,incubator:XWiki.AdminImportSheet,incubator:XWiki.ExternalLinksJSON,incubator:XWiki.ExternalLinks,incubator:XWiki.Treeview,incubator:XWiki.AdminEmailSheet,incubator:XWiki.TemplateProviderTemplate,incubator:XWiki.XWikiSkinsTemplate,incubator:XWiki.XWikiSkinsSheet,incubator:XWiki.XWikiSyntax,incubator:XWiki.AdminUsersSheet,incubator:XWiki.OrphanedPages,incubator:XWiki.TemplateProviderSheet,incubator:XWiki.XWikiGroupSheet,incubator:XWiki.ResetPasswordComplete,incubator:ColorThemes.WizardPropertyMapping,incubator:ColorThemes.Dusk,incubator:ColorThemes.Ruby,incubator:ColorThemes.DefaultColorTheme,incubator:ColorThemes.WizardWebColors,incubator:ColorThemes.WebPreferences,incubator:ColorThemes.ColorThemeTemplate,incubator:ColorThemes.WebHome,incubator:ColorThemes.ColorThemeSheet,incubator:ColorThemes.Mint,incubator:Invitation.InvitationCommon,incubator:Invitation.InvitationMembersCommon,incubator:Invitation.InvitationMemberActions,incubator:Invitation.WebPreferences,incubator:Invitation.InvitationGuestActions,incubator:Panels.EditModes,incubator:Panels.RightsTips,incubator:Panels.PanelWizard,incubator:Panels.RightsHelp,incubator:Panels.Shortcuts,incubator:Panels.Recently
Modified,incubator:Panels.Spaces,incubator:Panels.CreatePanel,incubator:Panels.PanelTemplate,incubator:Panels.AddClassProperty,incubator:Panels.TagCloud,incubator:Panels.ClassSwitcher,incubator:Panels.Members,incubator:Panels.DocumentInformation,incubator:Panels.RightsEditorWelcome,incubator:Panels.MyRecentModifications,incubator:Panels.Navigation,incubator:Panels.PanelLayoutUpdate,incubator:Panels.WebHome,incubator:Panels.IncludedDocuments,incubator:Panels.SpaceDocs,incubator:Panels.PanelSheet,incubator:Panels.SyntaxHelp,incubator:Panels.AddObject,incubator:Panels.Recently
Created,incubator:Panels.ObjectEditorWelcome,incubator:Panels.NewPage,incubator:Panels.Backlinks,incubator:Panels.Welcome,incubator:Panels.QuickLinks,incubator:Panels.EditTranslations,incubator:Panels.Search,incubator:Panels.OrphanedPages,incubator:Panels.RecentlyVisited,incubator:AppWithinMinutes.LiveTableEditSheet,incubator:AppWithinMinutes.ClassTemplate,incubator:AppWithinMinutes.CreateApplication,incubator:AppWithinMinutes.Advanced,incubator:AppWithinMinutes.ClassSheetGenerator,incubator:AppWithinMinutes.ClassEditSheet,incubator:AppWithinMinutes.Pickers,incubator:AppWithinMinutes.WebHome,incubator:AppWithinMinutes.AppsLiveTableResults,incubator:AppWithinMinutes.DynamicMessageTool,incubator:AppWithinMinutes.Standard,incubator:AppWithinMinutes.LiveTableViewSheet,incubator:AppWithinMinutes.LiveTableGenerator,incubator:AppWithinMinutes.LiveTableTemplate,incubator:AppWithinMinutes.Translations,incubator:AppWithinMinutes.WizardStep,incubator:Dashboard.SpaceDashboardTemplate,incubator:Dashboard.WebHome,incubator:Dashboard.XWikiUserDashboardSheet,incubator:Dashboard.SpaceDashboardTemplateProvider,incubator:Stats.Referrer,incubator:Stats.MostEditedSpaces,incubator:Stats.Macros,incubator:Stats.AllTimeActivity,incubator:Stats.MostEditedPages,incubator:Stats.CurrentYearActivity,incubator:Stats.ActivityData,incubator:Stats.CurrentMonthActivity,incubator:Stats.WebPreferences,incubator:Stats.Document,incubator:Stats.CurrentWeekActivity,incubator:Stats.WebHome,incubator:Stats.MostReferredPages,incubator:Stats.MostViewedPages,incubator:Stats.Visit,incubator:Stats.BestReferrers,incubator:Stats.MostActiveContributors,incubator:Stats.Activity,incubator:Stats.LeastActiveContributors,incubator:Stats.Style,incubator:Stats.MostViewedSpaces,incubator:AnnotationCode.Macros,incubator:AnnotationCode.DisplayForm,incubator:AnnotationCode.Settings,incubator:AnnotationCode.Script,incubator:AnnotationCode.CreateForm,incubator:AnnotationCode.Tab,incubator:AnnotationCode.WebHome,incubator:AnnotationCode.AnnotationConfigSheet,incubator:AnnotationCode.Translations,incubator:AnnotationCode.EditForm,incubator:AnnotationCode.Style,incubator:Scheduler.WebPreferences,incubator:Scheduler.WebHome,incubator:Blog.BlogPostTemplate,incubator:Blog.RecentPostsPanel,incubator:Blog.BlogIntroduction,incubator:Blog.Categories,incubator:Blog.BlogRss,incubator:Blog.CategoriesPanel,incubator:Blog.ArchivePanel,incubator:Blog.UnpublishedPanel,incubator:Blog.CategorySheet,incubator:Blog.CategoryTemplate,incubator:Blog.ManageCategories,incubator:Blog.Personal,incubator:Blog.BlogCode,incubator:Blog.WebPreferences,incubator:Blog.CategoriesCode,incubator:Blog.BlogScripts,incubator:Blog.WebHome,incubator:Blog.BlogStyle,incubator:Blog.Unpublished,incubator:Blog.BlogSheet,incubator:Blog.Archive,incubator:Blog.BlogTemplate,incubator:Blog.Other,incubator:Blog.Publisher,incubator:Blog.News,incubator:Blog.GlobalBlogRss,incubator:Blog.BlogPostSheet,incubator:Blog.Management,incubator:Blog.Migration,incubator:Blog.BlogParameters,incubator:Blog.CategoryRss,incubator:Blog.RssCode,incubator:Blog.CreatePost,incubator:Sandbox.TestPage3,incubator:Sandbox.TestPage2,incubator:Sandbox.TestPage1,incubator:Sandbox.WebPreferences,incubator:Sandbox.WebHome,incubator:Main.LuceneSearch,incubator:Main.Spaces,incubator:Main.UserDirectory,incubator:Main.Tags,incubator:Main.WebSearch,incubator:Main.TagsRss,incubator:Main.WebRss,incubator:Main.AllDocs,incubator:Main.SpaceIndex,incubator:Main.RssFeeds,incubator:Main.MessageSenderMacro,incubator:Main.DatabaseSearch,incubator:Main.Search,incubator:ScriptingReferenceDocumentation.HowToBuild,incubator:ScriptingReferenceDocumentation.NavigationList,incubator:XWiki.DefaultSkin,incubator:XWiki.DefaultSkinOld,incubator:ScriptingReferenceDocumentation.stringtool,incubator:ScriptingReferenceDocumentation.velocitySet,incubator:ScriptingReferenceDocumentation.velocityConditionals,incubator:ScriptingReferenceDocumentation.velocityForeach,incubator:ScriptingReferenceDocumentation.Velocimacros,incubator:ScriptingReferenceDocumentation.groovyClosures,incubator:ScriptingReferenceDocumentation.xwiki-charts,incubator:ScriptingReferenceDocumentation.xwiki\.applicationmanager,incubator:ScriptingReferenceDocumentation.xwiki-applicationmanager,incubator:Admin.RenameSpace,incubator:SRD.doc,incubator:SRD.DocumentationDiv,incubator:SRD.HowToBuild,incubator:SRD.Navigation,incubator:SRD.NavigationList,incubator:SRD.ScriptingReferenceDocumentationSheet,incubator:SRD.WebHome,incubator:SRD.SRDClass,incubator:SRD.SRDTemplate,incubator:SRD.SRDSheet,incubator:Admin.FixSpace,incubator:SRD.xwiki-charts,incubator:SRD.numbertool,incubator:SRD.xwiki-lucene,incubator:SRD.xwiki-ldap,incubator:SRD.xwiki-activitystream,incubator:SRD.Velocimacros,incubator:SRD.tdoc,incubator:SRD.services-rendering,incubator:SRD.services-model,incubator:SRD.xcontext,incubator:SRD.services-line,incubator:SRD.ooconfig,incubator:SRD.groovy-and-jmx,incubator:SRD.collectionstool,incubator:SRD.xwiki,incubator:SRD.services-applicationmanager,incubator:SRD.mathtool,incubator:SRD.request,incubator:SRD.escapetool,incubator:SRD.response,incubator:SRD.services-annotations,incubator:SRD.util,incubator:SRD.officeimporter,incubator:SRD.msg,incubator:SRD.stringtool,incubator:SRD.datetool,incubator:SRD.syntaxFactory,incubator:SRD.l10n,incubator:SRD.xwiki-applicationmanager,incubator:SRD.xwiki-rightsmanager,incubator:SRD.xwiki-plugin,incubator:SRD.xwiki-query,incubator:SRD.xwiki-documentinfo,incubator:SRD.xwiki-fileupload,incubator:SRD.xwiki-tag,incubator:SRD.xwiki-globalsearch,incubator:SRD.annotations,incubator:SRD.xwiki-image,incubator:SRD.xwiki-jodatime,incubator:SRD.xwiki-diff,incubator:SRD.xwiki-feed,incubator:SRD.xwiki-scheduler,incubator:SRD.xwiki-syndentrysource,incubator:SRD.xwiki-usertools,incubator:SRD.xwiki-watchlist,incubator:SRD.xwiki-skinx,incubator:SRD.xwiki-mailsender,incubator:SRD.xwiki-svg,incubator:SRD.xwiki-userdirectory,incubator:SRD.xwiki-zipexplorer,incubator:SRD.xwiki-wikimanager,incubator:SRD.xwiki-graphviz,incubator:SRD.cdoc,incubator:SRD.captchaservice,incubator:SRD.oomanager,incubator:SRD.regextool,incubator:SRD.listtool,incubator:SRD.services-class,incubator:SRD.services-context,incubator:SRD.services-csrf,incubator:SRD.services-currentmixed,incubator:SRD.services-ircbot,incubator:SRD.services-secure,incubator:SRD.services-jira,incubator:SRD.services-workspace,incubator:SRD.services-officeimporter,incubator:SRD.services-officeviewer,incubator:SRD.services-officemanager,incubator:SRD.services-diff,incubator:SRD.services-query,incubator:SRD.services-document,incubator:SRD.services-wiki,incubator:SRD.services-component,incubator:SRD.services-extension,incubator:SRD.services-sheet,incubator:SRD.services-repository,incubator:SRD.services-wysiwyg,incubator:SRD.services-xml,incubator:SRD.sorttool,incubator:SRD.services-display,incubator:SRD.services-diff-display,incubator:SRD.services-linkchecker,incubator:SRD.services-messageStream,incubator:SRD.services-crypto,incubator:SRD.velocityForeach,incubator:SRD.velocitySet,incubator:SRD.velocity-comments,incubator:SRD.grrovy-spring-factories,incubator:SRD.xwiki-autotag,incubator:SRD.velocity-directives,incubator:SRD.velocity-stop,incubator:SRD.velocityConditionals,incubator:SRD.velocity-range-operator,incubator:SRD.velocity-parse,incubator:SRD.velocity-escaping,incubator:SRD.velocity-math,incubator:SRD.velocity-properties,incubator:SRD.velocity-string-concatenation,incubator:SRD.velocity-literals,incubator:SRD.velocity-methods,incubator:SRD.velocity-references,incubator:SRD.velocity-variables,incubator:SRD.groovy-markupbuilder,incubator:SRD.groovy-logical-branching,incubator:SRD.groovy-collections,incubator:SRD.groovy-xml-dom,incubator:SRD.groovy-returning-values,incubator:SRD.groovy-updating-xml-xmlparser,incubator:SRD.groovy-beans,incubator:SRD.jsontool,incubator:SRD.groovy-regular-expressions,incubator:SRD.groovy-templates,incubator:SRD.groovy-xml-domcategory,incubator:SRD.groovy-xmlslurper,incubator:SRD.groovy-xml-parser,incubator:SRD.groovy-xml-sax,incubator:SRD.groovy-xpath,incubator:SRD.groovy-xml-xslt,incubator:SRD.groovy-streaming-markupbuilder,incubator:SRD.groovyClosures,incubator:SRD.groovy-dynamic-groovy,incubator:SRD.groovy-updating-xml-xmlslurper,incubator:SRD.groovy-using-ant,incubator:SRD.groovy-gpath,incubator:SRD.groovy-database-features,incubator:SRD.groovy-looping,incubator:SRD.groovy-markup,incubator:SRD.groovy-stax,incubator:SRD.groovy-domcategory,incubator:SRD.$xwiki-google,ludovic:ColorThemes.ColorThemeClass,ludovic:Dashboard.UserDashboardPreferencesClass,ludovic:AppWithinMinutes.String,ludovic:AppWithinMinutes.Content,ludovic:AppWithinMinutes.Boolean,ludovic:AppWithinMinutes.FormFieldClass,ludovic:AppWithinMinutes.Number,ludovic:AppWithinMinutes.FormFieldCategoryClass,ludovic:AppWithinMinutes.Date,ludovic:AppWithinMinutes.StaticList,ludovic:AppWithinMinutes.Users,ludovic:AppWithinMinutes.Groups,ludovic:AppWithinMinutes.TextArea,ludovic:AppWithinMinutes.Title,ludovic:AppWithinMinutes.DBList,ludovic:AppWithinMinutes.LiveTableClass,ludovic:Blog.BlogClass,ludovic:Blog.CategoryClass,ludovic:Panels.PanelClass,ludovic:Invitation.WebHome,ludovic:Invitation.InvitationMailClass,ludovic:XWiki.ConfigurableClass,ludovic:XWiki.GoogleAnalyticsCode,ludovic:XWiki.GadgetClass,ludovic:XWiki.MessageStreamConfig,ludovic:XWiki.ResetPasswordRequestClass,ludovic:XWiki.WysiwygEditorConfigClass,ludovic:XWiki.ClassSheetBinding,ludovic:XWiki.SearchSuggestSourceClass,ludovic:XWiki.SheetDescriptorClass,ludovic:XWiki.Registration,ludovic:XWiki.SearchConfigClass,ludovic:XWiki.UserProfileSectionClass,ludovic:XWiki.TemplateProviderClass,ludovic:XWiki.UserProfileSectionsClass,ludovic:XWiki.DocumentSheetBinding,ludovic:XWiki.RequiredRightClass,ludovic:XWiki.UserDirectoryPreferencesClass,ludovic:AnnotationCode.AnnotationClass,ludovic:ColorThemes.ColorThemeTemplate,ludovic:ColorThemes.WizardWebColors,ludovic:ColorThemes.Mint,ludovic:ColorThemes.Dusk,ludovic:ColorThemes.ColorThemeSheet,ludovic:ColorThemes.WebHome,ludovic:ColorThemes.Ruby,ludovic:ColorThemes.WizardPropertyMapping,ludovic:ColorThemes.WebPreferences,ludovic:ColorThemes.DefaultColorTheme,ludovic:Dashboard.XWikiUserDashboardSheet,ludovic:Dashboard.SpaceDashboardTemplate,ludovic:Dashboard.WebHome,ludovic:Dashboard.SpaceDashboardTemplateProvider,ludovic:AppWithinMinutes.Pickers,ludovic:AppWithinMinutes.LiveTableTemplate,ludovic:AppWithinMinutes.ClassTranslationsGenerator,ludovic:AppWithinMinutes.Translations,ludovic:AppWithinMinutes.ClassSheetGenerator,ludovic:AppWithinMinutes.LiveTableEditSheet,ludovic:AppWithinMinutes.LiveTableResultsGenerator,ludovic:AppWithinMinutes.WebHome,ludovic:AppWithinMinutes.Advanced,ludovic:AppWithinMinutes.Document,ludovic:AppWithinMinutes.ApplicationsPanelEntry,ludovic:AppWithinMinutes.AppsLiveTableResults,ludovic:AppWithinMinutes.ClassEditSheet,ludovic:AppWithinMinutes.Standard,ludovic:AppWithinMinutes.ClassTemplate,ludovic:AppWithinMinutes.DynamicMessageTool,ludovic:AppWithinMinutes.LiveTableViewSheet,ludovic:AppWithinMinutes.LiveTableGenerator,ludovic:AppWithinMinutes.CreateApplication,ludovic:AppWithinMinutes.WizardStep,ludovic:Blog.BlogSheet,ludovic:Blog.Publisher,ludovic:Blog.BlogStyle,ludovic:Blog.Unpublished,ludovic:Blog.RssCode,ludovic:Blog.ArchivePanel,ludovic:Blog.Migration,ludovic:Blog.Management,ludovic:Blog.BlogPostSheet,ludovic:Blog.BlogRss,ludovic:Blog.RecentPostsPanel,ludovic:Blog.Other,ludovic:Blog.ManageCategories,ludovic:Blog.BlogCode,ludovic:Blog.BlogIntroduction,ludovic:Blog.Personal,ludovic:Blog.CategoryTemplate,ludovic:Blog.CategorySheet,ludovic:Blog.CategoriesCode,ludovic:Blog.ApplicationsPanelEntry,ludovic:Blog.News,ludovic:Blog.Categories,ludovic:Blog.CreatePost,ludovic:Blog.CategoryRss,ludovic:Blog.BlogScripts,ludovic:Blog.UnpublishedPanel,ludovic:Blog.BlogParameters,ludovic:Blog.Archive,ludovic:Blog.CategoriesPanel,ludovic:Blog.GlobalBlogRss,ludovic:Stats.MostReferredPages,ludovic:Stats.Style,ludovic:Stats.MostEditedPages,ludovic:Stats.BestReferrers,ludovic:Stats.MostViewedSpaces,ludovic:Stats.CurrentWeekActivity,ludovic:Stats.LeastActiveContributors,ludovic:Stats.ActivityData,ludovic:Stats.MostActiveContributors,ludovic:Stats.Referrer,ludovic:Stats.AllTimeActivity,ludovic:Stats.WebHome,ludovic:Stats.CurrentYearActivity,ludovic:Stats.Document,ludovic:Stats.CurrentMonthActivity,ludovic:Stats.Visit,ludovic:Stats.MostViewedPages,ludovic:Stats.WebPreferences,ludovic:Stats.MostEditedSpaces,ludovic:Stats.Activity,ludovic:Stats.Macros,ludovic:Panels.EditModes,ludovic:Panels.ClassSwitcher,ludovic:Panels.Recently
Created,ludovic:Panels.ObjectEditorWelcome,ludovic:Panels.PanelTemplate,ludovic:Panels.RightsEditorWelcome,ludovic:Panels.EditTranslations,ludovic:Panels.RecentlyVisited,ludovic:Panels.PanelSheet,ludovic:Panels.NewPage,ludovic:Panels.Welcome,ludovic:Panels.TagCloud,ludovic:Panels.Shortcuts,ludovic:Panels.DocumentInformation,ludovic:Panels.Members,ludovic:Panels.Spaces,ludovic:Panels.Applications,ludovic:Panels.AddClassProperty,ludovic:Panels.WebHome,ludovic:Panels.QuickLinks,ludovic:Panels.AddObject,ludovic:Panels.Search,ludovic:Panels.SpaceDocs,ludovic:Panels.CreatePanel,ludovic:Panels.Recently
Modified,ludovic:Panels.Navigation,ludovic:Panels.PanelWizard,ludovic:Panels.OrphanedPages,ludovic:Panels.PanelLayoutUpdate,ludovic:Panels.MyRecentModifications,ludovic:Panels.SyntaxHelp,ludovic:Panels.RightsTips,ludovic:Panels.Backlinks,ludovic:Panels.RightsHelp,ludovic:Panels.IncludedDocuments,ludovic:Invitation.InvitationConfig,ludovic:Invitation.InvitationCommon,ludovic:Invitation.InvitationMemberActions,ludovic:Invitation.InvitationMembersCommon,ludovic:Invitation.InvitationGuestActions,ludovic:XWiki.TemplateProviderTemplate,ludovic:XWiki.SchedulerJobSheet,ludovic:XWiki.Results,ludovic:XWiki.AdminEditingSheet,ludovic:XWiki.UserDirectoryLivetableResults,ludovic:XWiki.ResetPassword,ludovic:XWiki.SuggestLuceneService,ludovic:XWiki.WysiwygEditorConfigSheet,ludovic:XWiki.AdminUsersSheet,ludovic:XWiki.CoreExtensions,ludovic:XWiki.XWikiAllGroup,ludovic:XWiki.WikiMacros,ludovic:XWiki.LoggingAdmin,ludovic:XWiki.AdminTemplatesSheet,ludovic:XWiki.TemplateProviderSheet,ludovic:XWiki.XWikiGroupTemplate,ludovic:XWiki.WysiwygEditorConfig,ludovic:XWiki.AccountValidation,ludovic:XWiki.LiveTableResultsMacros,ludovic:XWiki.AdminUserProfileSheet,ludovic:XWiki.LoggingAdminTableJson,ludovic:XWiki.InstalledExtensions,ludovic:XWiki.XWikiUserWatchListSheet,ludovic:XWiki.XWikiUserPreferencesSheet,ludovic:XWiki.ObjectSheet,ludovic:XWiki.SearchCode,ludovic:XWiki.ForgotUsername,ludovic:XWiki.XWikiClasses,ludovic:XWiki.WatchListRss,ludovic:XWiki.XWikiUserProfileSheet,ludovic:XWiki.TagCloud,ludovic:XWiki.XWikiUserNetworkSheet,ludovic:XWiki.AdminLocalizationSheet,ludovic:XWiki.Treeview,ludovic:XWiki.DeletedAttachments,ludovic:XWiki.SearchSuggestConfigSheet,ludovic:XWiki.AdminPresentationSheet,ludovic:XWiki.OfficeImporterResults,ludovic:XWiki.AdminElementsSheet,ludovic:XWiki.WebHome,ludovic:XWiki.Tableview,ludovic:XWiki.XWikiSkinsTemplate,ludovic:XWiki.DeletedDocuments,ludovic:XWiki.AdminFieldsDisplaySheet,ludovic:XWiki.ExternalLinks,ludovic:XWiki.AddExtensions,ludovic:XWiki.SharePage,ludovic:XWiki.AdminEmailSheet,ludovic:XWiki.XWikiUserSheet,ludovic:XWiki.ResetPasswordMailContent,ludovic:XWiki.RequestsStatus,ludovic:XWiki.WatchListMessage,ludovic:XWiki.AdminRegistrationSheet,ludovic:XWiki.AdminRightsSheet,ludovic:XWiki.DeletedDocumentsJSON,ludovic:XWiki.ConfigurableClassMacros,ludovic:XWiki.OfficeImporterAdmin,ludovic:XWiki.AdminGroupsSheet,ludovic:XWiki.XWikiSkinsSheet,ludovic:XWiki.RegistrationHelp,ludovic:XWiki.SchedulerJobTemplate,ludovic:XWiki.LuceneSearchAdmin,ludovic:XWiki.ResetPasswordComplete,ludovic:XWiki.DocumentsMacro,ludovic:XWiki.LiveTableResults,ludovic:XWiki.OfficeImporter,ludovic:XWiki.AllAttachmentsResults,ludovic:XWiki.ClassTemplate,ludovic:XWiki.AttachmentSelector,ludovic:XWiki.XWikiUserWatchListLiveTableResults,ludovic:XWiki.ClassSheet,ludovic:XWiki.XWikiAdminGroup,ludovic:XWiki.OrphanedPages,ludovic:XWiki.WebPreferences,ludovic:XWiki.SearchAdmin,ludovic:XWiki.XWikiGroupSheet,ludovic:XWiki.SolrSearchAdmin,ludovic:XWiki.AllAttachments,ludovic:XWiki.AdminExportSheet,ludovic:XWiki.ExternalLinksJSON,ludovic:XWiki.AdminImportSheet,ludovic:XWiki.WebDAV,ludovic:XWiki.WysiwygEditorConfigTemplate,ludovic:XWiki.AdminInlineSheet,ludovic:XWiki.UIExtensionSheet,ludovic:Main.MessageSenderMacro,ludovic:Main.TagsRss,ludovic:Main.RssFeeds,ludovic:Main.Tags,ludovic:Main.WebRss,ludovic:Main.Welcome,ludovic:Main.SolrSearch,ludovic:Main.SpaceIndex,ludovic:Main.Spaces,ludovic:Main.UserDirectory,ludovic:Main.Search,ludovic:Main.DatabaseSearch,ludovic:Main.LuceneSearch,ludovic:Main.WebSearch,ludovic:Main.AllDocs,ludovic:Main.Activity,ludovic:Sandbox.TestPage1,ludovic:Sandbox.WebHome,ludovic:Sandbox.TestPage3,ludovic:Sandbox.TestPage2,ludovic:AnnotationCode.Tab,ludovic:AnnotationCode.Style,ludovic:AnnotationCode.CreateForm,ludovic:AnnotationCode.Translations,ludovic:AnnotationCode.DisplayForm,ludovic:AnnotationCode.AnnotationConfigSheet,ludovic:AnnotationCode.EditForm,ludovic:AnnotationCode.WebHome,ludovic:AnnotationCode.Script,ludovic:AnnotationCode.Settings,ludovic:AnnotationCode.Macros,ludovic:Scheduler.WebHome,ludovic:Scheduler.WebPreferences,ludovic:XWiki.AngularJSMacro,ludovic:Phones.AngularSearch,ludovic:Blog.WebPreferences,sorin:Admin.FixSpace,sorin:Admin.FlushCache,sorin:Admin.RenameSpace,sorin:Admin.RightsView,sorin:Admin.WebPreferences,sorin:AnnotationCode.AnnotationClass,sorin:AnnotationCode.AnnotationConfigSheet,sorin:AnnotationCode.CreateForm,sorin:AnnotationCode.DisplayForm,sorin:AnnotationCode.EditForm,sorin:AnnotationCode.Macros,sorin:AnnotationCode.Script,sorin:AnnotationCode.Settings,sorin:AnnotationCode.Style,sorin:AnnotationCode.Tab,sorin:AnnotationCode.Translations,sorin:AnnotationCode.WebHome,sorin:Annotations.Spec,sorin:AppWithinMinutes.Advanced,sorin:AppWithinMinutes.AppsLiveTableResults,sorin:AppWithinMinutes.Boolean,sorin:AppWithinMinutes.ClassEditSheet,sorin:AppWithinMinutes.ClassSheetGenerator,sorin:AppWithinMinutes.ClassTemplate,sorin:AppWithinMinutes.CreateApplication,sorin:AppWithinMinutes.Date,sorin:AppWithinMinutes.DBList,sorin:AppWithinMinutes.DynamicMessageTool,sorin:AppWithinMinutes.FormFieldCategoryClass,sorin:AppWithinMinutes.FormFieldClass,sorin:AppWithinMinutes.Groups,sorin:AppWithinMinutes.LiveTableClass,sorin:AppWithinMinutes.LiveTableEditSheet,sorin:AppWithinMinutes.LiveTableGenerator,sorin:AppWithinMinutes.LiveTableTemplate,sorin:AppWithinMinutes.LiveTableViewSheet,sorin:AppWithinMinutes.Number,sorin:AppWithinMinutes.Pickers,sorin:AppWithinMinutes.Standard,sorin:AppWithinMinutes.StaticList,sorin:AppWithinMinutes.String,sorin:AppWithinMinutes.TextArea,sorin:AppWithinMinutes.Translations,sorin:AppWithinMinutes.Users,sorin:AppWithinMinutes.WebHome,sorin:AppWithinMinutes.WizardStep,sorin:Blog.Archive,sorin:Blog.ArchivePanel,sorin:Blog.BlogClass,sorin:Blog.BlogCode,sorin:Blog.BlogIntroduction,sorin:Blog.BlogParameters,sorin:Blog.BlogPostClass,sorin:Blog.BlogPostSheet,sorin:Blog.BlogPostTemplate,sorin:Blog.BlogRss,sorin:Blog.BlogScripts,sorin:Blog.BlogSheet,sorin:Blog.BlogStyle,sorin:Blog.BlogTemplate,sorin:Blog.Categories,sorin:Blog.CategoriesCode,sorin:Blog.CategoriesPanel,sorin:Blog.CategoryClass,sorin:Blog.CategoryRss,sorin:Blog.CategorySheet,sorin:Blog.CategoryTemplate,sorin:Blog.CreatePost,sorin:Blog.GlobalBlogRss,sorin:Blog.ManageCategories,sorin:Blog.Management,sorin:Blog.Migration,sorin:Blog.News,sorin:Blog.Other,sorin:Blog.Personal,sorin:Blog.Publisher,sorin:Blog.RecentPostsPanel,sorin:Blog.RssCode,sorin:Blog.tefdfst,sorin:Blog.Unpublished,sorin:Blog.UnpublishedPanel,sorin:Blog.WebHome,sorin:Blog.WebPreferences,sorin:ColorThemes.ColorThemeClass,sorin:ColorThemes.ColorThemeSheet,sorin:ColorThemes.ColorThemeTemplate,incubator:Main.ActivityStreamDemo,ludovic:Blog.AboutWinningAndLoosing,ludovic:Blog.ExilFiscal,incubator:Blog.News1,ludovic:Main.FredericLoge,leo:XWiki.Import,leo:Main.WebHome,leo:XWiki.SearchConfig,ludovic:Blog.Indépendance
XWiki,ludovic:Blog.Indépendance XWiki SAS,ludovic:Blog.Independance
XWiki SAS,ludovic:Blog.France,ludovic:Blog.Liste des 100 developpeurs de
Tariq
Krim,ludovic:Main.WebHome,ludovic:XWiki.DefaultSkin,ludovic:XWiki.Guest,ludovic:Blog.Lettre
ouverte à nos députés et à Axelle Lemaire coup de Gueule contre les lois
absurdes sur les
stagesstages,ludovic:Blog.Impacts-d-Internet-et-des-Nouvelles-technologies
I tried to delete defunct attachments but failed.
I surmise it's better to export my documents, install a fresh XWiki
instance, and import them on it.
Is there any better alternative than export & import?
Hello People,
Newbie question... But, How can I add custom icon to Xwiki?
Thanks!
Danilo
Grupo Energisa
Danilo Oliveira
Analista Suporte Aplicacao TI - DPTO CORP. DE INFRAESTR. TI
e-mail: danilo.oliveira(a)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.
Hi, Developers!
XWiki 5.4.3, Application Within Minutes.
Application works fine, but I didn't find any place, where this specific application "hides" default space name to create new pages and default parent page to set up in the new page.
I found a tutorial, https://network.xwiki.com/xwiki/bin/view/DocXE34En/XWikiDataModel#HCreateaC…
It explains how to fix this, but it doesn't work with Application created with Application Within Minutes.
How can I change default space and default parent for the specific application?
Kind regards,
Dmitry
I'm getting started with XWiki and want to move the panels to the left
instead of the right. I can do this easily from the Administer Wiki >
Panel Wizard > Page Layout > select "left column". I've added the
"spaces panel" and "my recent edits panel". This works fine for most
almost all pages. But when I'm in edit mode, the left panels disappear
and some panels appear on the right (syntax & xwiki help).
I think the panels are great for site navigation but it's not very
helpful when they disappear. How can I customize the panels while in
edit mode?
Thanks,
Wayne
Hi there,
I observed the Annotation-code in XWiki is having problems with the general
approach of having a document-class rendered by a class-specific sheet.
E.g. the highlighting of text passages isn't rendering properly.
Is this a general limitation or am I doing something wrong with the
classes' sheet? It's more or less a listing of textfields fed by class
properties.
Best, Michael
Hello,
I have some java components (@Singleton) that depend on old core. It is
bad, and I'm trying to move away from it, but I'll keep at least one
component like this - my own bridge.
I have this in initialize() of these components:
ExecutionContext context = execution.getContext();
this.context = (XWikiContext)
context.getProperty("xwikicontext");
this.xwiki = this.context.getWiki();
I realize that this worked well in the context of a mono-wiki, but in a
subwiki I wonder if it causes issues.
Here, ExecutionContext relates to the request (user action) at initialize()
time, so I suppose it's a sort of default execution context, related to
main wiki, right ?
So for example when xwiki.getDocument() is called, it looks after a
document in the main wiki - not in the (sub)wiki from which the component
method was called, right ?
Should I just call initialize() at the beginning of every method that needs
a correct context, in order to get a "fresh" execution context related to
correct wiki ?
Or should I pass the context from the script service, adding it as
parameter to all needed methods in my component ?
Thanks,
Jeremie
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.abritta(a)outlook.com |
Hi Walid,
On 13 May 2014 at 10:23:42, walid yaich (walid.yaich@gmail.com(mailto:walid.yaich@gmail.com)) wrote:
> I'm sorry, i'm so serious, we're more than 300 persons in the company using XIWKI, si i'm pretty serious, if it's possible to write a tool to migrate in 1 or 2 weeks, i'll probably do it.
BTW did you check the comments at http://extensions.xwiki.org/xwiki/bin/view/Extension/XWiki+Publication+Work… ?
Note that this extension is NOT developed by the XWiki dev team, it’s done by some individual and is in no way supported by the XWiki dev team.
Also note that you don’t need this extension at all to implement a simple workflow in XWiki. It can be done easily with the notion of XClass/XObjects natively but you’d need to spend 1-2 days to understand these concepts. Actually these concepts are the main reason people use XWiki and they allow you to go so much further than any other wiki can go.
If you’re serious and want to build something for the long run, I highly recommend that you spend 2-3 days to get familiar with XWiki before making an impacting change for your company.
Some tutorials on XClass/XObjects:
- http://platform.xwiki.org/xwiki/bin/view/DevGuide/DataModel
- http://platform.xwiki.org/xwiki/bin/view/DevGuide/FAQTutorial
Generally speaking you’ll find technical resources here:
http://platform.xwiki.org/xwiki/bin/view/DevGuide/WebHome
> Maybe you're right, i didn't wait much, but i spend much time trying to make it work and i didn't even understand the concept of this extension, so maybe it's not well documented, in 1 days i get MediaWIKI with the extension work properly, but i spend 3 days on XWIKI without any result, so maybe one another reason is documentation :)
Yes that’s a good point. We always need to improve documentation. In this case however, it’s beyond our control since this is an extension contributed by some individual and is in no way managed by the XWiki dev team.
What could help would be to have a Workflow extension developed/supported by the XWiki dev team. If enough people request this, this could be considered indeed.
BTW most people switch from Mediawiki to XWiki because they’re quickly limited by Mediawiki on the “enterprise” aspects: fine-grained permissions, flat page hierarchy, LDAP integration, Office integration, etc.
Thanks
-Vincent
> 2014-05-13 9:18 GMT+01:00 vincent@massol.net(mailto:vincent@massol.net) :
> >
> > On 12 May 2014 at 23:59:35, walid yaich (walid.yaich@gmail.com(mailto:walid.yaich@gmail.com)(mailto:walid.yaich@gmail.com)) wrote:
> >
> > > Hi everybody,
> > >
> > > The reason is that we need a simple workflow in the wiki, the extension XWiki
> > > Publication Workflow Application not working.
> >
> > hmm that doesn’t seem a good reason to switch IMO… :)
> >
> > You’re going to spend 10 times more time writing a migrator than you would to make the Workflow Application work. AFAICS you’ve just posted an email about the Workflow issue only a few minutes/hours ago and you’re not even waiting for the response before deciding to migrate, that doesn’t look serious to me…
> >
> > Thanks
> > -Vincent
> >
> > > Well, actually i need to move from XWIKI to MediaWIKI, but the most
> > > difficult problem is the migration
> > >
> > > Would you please give me any clue about the easiest way to migrate the
> > > whole content from XWIKI to MediaWIKI
> > >
> > > Thanks in advance :)
>
Hi,
Basically my need is to have a simple workflow, someone to edit a page and
another to validate and publish.
I can't get this extension working, i setup it on XWIKI 4.4 (5.2 too) and
try to run a workflow but i always get "workflow.script.failed".
Please, do you know how to get it work ?
Thanks in advance
Hi everybody,
The reason is that we need a simple workflow in the wiki, the extension XWiki
Publication Workflow Application not working.
Well, actually i need to move from XWIKI to MediaWIKI, but the most
difficult problem is the migration
Would you please give me any clue about the easiest way to migrate the
whole content from XWIKI to MediaWIKI
Thanks in advance :)
description: the wiki would be used mainly for internal information
storage and circulation within the student organisation body of our
university department at FU Berlin
owner name: FSI Philosophie FU Berlin
wiki name: fsi-philosophie-fu
We would appreciate it if you would create a wiki using the provided
specifications.
Thanks and best regards
The XWiki development team is proud to announce the availability of
XWiki <version>.
First version of the 6.x cycle having for main theme performances.
This version marks the move to Java 7 as minimum version and comes
with a new experimental Flamingo skin, new chart renderers, WebJars
support and many other improvements.
You can download it here: http://www.xwiki.org/xwiki/bin/view/Main/Download
Make sure to review the release notes:
http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWiki60
Thanks
-The XWiki dev team
Hi,
I am unable to access our wiki at http://scservicesub.myxwiki.org/
the browser gives me "The connection has timed out"
I get the same for all the myxwiki.org sites I tried
Thanks,
Regan
Why does this restriction exist? It makes it difficult to map through
to LDAP if we can't map to AD/LDAP username field that contain periods,
such as format of "firstname.lastname" which is quite common. Also, it
is possible to authenticate to xwiki using email address and password
rather than user id and password?
MT
I use a Menu Macro extensively to provide site navigation on our xwiki
instance (4.2). I logged in today and found that I am getting an error
stating that the macro is no longer registerered. While I am working to
figure out what happened to cause this on our end, can someone enlighten
me as to how to re-register it simply so that I can at least get back to
the site being useful?
Paul Pinkerton
KnowledgeNow Project Lead
Je serai absent(e) à partir du 09/05/2014 de retour le 12/05/2014.
je suis en congés.
Je répondrai à vos messages dès mon retour.
En cas de problème technique lié aux progiciels du CESAP, veuillez
contacter SYNOX au 05 67 34 66 56.
Merci
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() ?
I'd like to try this out. Have installed it, but the documentation is
/very/ poor in terms of how you actually use it. Could someone guide me
through how do you actually create a collection page with this thing?
Thanks... MT
It seems to work, e.g. a space name such as R12.01
Wiki links with such a space name prefix also seem to work, such as
Home>>R12.01.WebHome
even though it seems to me that creates a certain ambiguity about
interpreting the period - which one is separating the space name from
the page name at syntax rules level?
Any other problems you can foresee? Are we going to get ourselves into
trouble doing this? Really would prefer to use periods, but if not,
what symbol is safe, such as a hyphen?
Thanks MT
I installed this extension on my dev wiki... installation went fine.
Followed the directions to save the two Xuake documents with programming
rights (Is there any way to confirm the pages actually now have the
ability to run?)
Anyhow, I'm supposed to be able to bring up the console using F10, but
nothing happens. Using Firefox. Any clues?
XWiki 5.4.4
I have a 'locked down' main wiki (i.e. no unauthenticated guest access)
that has a custom skin and color theme. The login form though has a
different skin from the wiki itself!
I was thinking this was something to do with a missing right
somewhere... did try granting view rights on the Skin document to the
unregistered user but that didnt seem to help.
There is a JIRA for something similar -
http://jira.xwiki.org/browse/CHRONO-274
So what do I need to do so that it uses the correct skin?
MT
New Xwiki user here and first time post. I am very impressed with the
XWiki platform. We are using it for our company intranet and it has been
able to handle just about everything that I've wanted and without too
much pain. A bit of a learning curve, but I think I have a much better
grasp of it now.
That said, I have a strange issue that I've been able to confirm on two
different instances of XWiki (both 5.4.4 and 5.4.3). I am using the PDF
Embed Object macro to display PDF attachments inline, however the
ability to view those PDFs full screen in the browser is hampered (I
have users on IE 9, so the newer pdf.js based viewers won't work for
me).
Here's what I'm seeing:
I have a test user that has edit rights on a page. They can create a
page, edit it and upload an attachment to the page. They use the pdf
embed object macro like so:
{{pdf filename="somefile.pdf" /}}
This macro uses the <object> tag to display the PDF inline, however the
"VIEW THIS PDF FULL SCREEN" button is just a hyperlink like so:
<a href="/xwiki/bin/download/MySpace/MyPage/somefile.pdf">View this
PDF full screen</a>
The PDF is displayed inline just fine with the object tag, however the
button to view the pdf fullscreen doesn't seem to work properly if the
user that uploaded the attachment didn't have programming rights when
the file was uploaded. When that same test user views the page and
clicks the "VIEW THIS PDF FULL SCREEN" button, the file is actually
downloaded rather than viewed in the browser. My guess is that something
in the server is setting the content-disposition differently based on
the rights?
If I give that user programming rights after they've uploaded the file,
they still cannot view the file inline (the file is still downloaded
rather than viewed inline). However, if that user now tries to upload
the same file again (now that they have programming rights), then the
button will properly show the full screen PDF inline.
Has anyone seen this behavior or know of a workaround?
Thanks for any advice or pointers!
Here's my setup:
XWiki 5.4.4 (affects 5.4.3 as well)
Mac OS X 10.9.2
Apache 2.2.26
Tomcat 7.0.52 (with mod_jk connector)
PostgreSQL 9.3
F
--
Faizel Dakri
listfez(a)dakri.com
Glad it fixed it!
-Vincent
PS: Next time please reply to the list so that others know your problem is fixed :)
On 6 May 2014 at 15:08:06, mctozzy(a)gmail.com (mctozzy(a)gmail.com) wrote:
Thanks Vincent that fixed it (or should I say worked around it). MT
On 6/05/2014 10:24 PM, vincent(a)massol.net wrote:
Hi,
Actually this warning message is pretty poor. I’ve updated the sources with this new message:
"Could not find a QueryExecutor with hint [{}] which is the hint for the storage engine, defined in your XWiki configuration under the [xwiki.store.main.hint] property. The default QueryExecutor will be used instead. Reason: [Can't find descriptor for the component [role = [interface org.xwiki.query.QueryExecutor] hint = [hibernate]]]"
I hope it makes it slighty easier to understand… ;)
So it seems we have a bug in our code. To work around it and till we fix it, I’d suggest you comment out the “xwiki.store.main.hint” property in your xwiki.cfg file and it should work fine.
Thanks
-Vincent
On 6 May 2014 at 14:05:52, mctozzy(a)gmail.com (mctozzy@gmail.com(mailto:mctozzy@gmail.com)) wrote:
> Why am I getting this warning? Things seem to be working ok otherwise....
>
> 2014-05-06 11:58:05,333 [http://localhost:8080/bin/view/Main/] WARN
> onfiguredQueryExecutorProvider - Could not find a QueryExecutor with
> hint hibernate which is the hint for the storage engine. the default
> QueryExecutor will not be used instead.
> org.xwiki.component.manager.ComponentLookupException: Can't find
> descriptor for the component [role = [interface
> org.xwiki.query.QueryExecutor] hint = [hibernate]]
Why am I getting this warning? Things seem to be working ok otherwise....
2014-05-06 11:58:05,333 [http://localhost:8080/bin/view/Main/] WARN
onfiguredQueryExecutorProvider - Could not find a QueryExecutor with
hint hibernate which is the hint for the storage engine. the default
QueryExecutor will not be used instead.
org.xwiki.component.manager.ComponentLookupException: Can't find
descriptor for the component [role = [interface
org.xwiki.query.QueryExecutor] hint = [hibernate]]
For some reason, the appearance of the top menu bar is different for a
subwiki than the main wiki. What is controlling this? I'd like the
appearance of the way it is in the main wiki to be reflected in the
subwikis too.
MT
Hi, Michael!
Your are welcome!
Hi, Marius!
As for this:
"But should the general look&feel be persistent across different search engines? Just a suggestion, but this would also make a real neat option for the search, sth. like "search while tying", for example."
Marius, as a proposal: in the UI, Search Suggest section search options could be added. E.g.
- exact match search: __INPUT__
- prefix search: __INPUT__*
- prefix and suffix search: *__INPUT__*
- turn SuggestSearch off
Is it worth doing?
-------- Пересылаемое сообщение --------
От кого: Michael Bußler <michael.bussler(a)googlemail.com>
Кому: Dmitry Bakbardin <haru_mamburu(a)mail.ru>
Дата: Sat, 3 May 2014 15:39:38 +0200
Тема: Re: [xwiki-users] Solr search suggestion auto-complete
Thank you, that's exactly what I was looking for!
About the default behaviour, its the first time I use solr, so I don't know much about its history. But should the general look&feel be persistent across different search engines? Just a suggestion, but this would also make a real neat option for the search, sth. like "search while tying", for example.
Anyway, thank you so much for the quick response and keep the good work!!
Michael
Am 02.05.2014 16:48 schrieb "Dmitry Bakbardin" < haru_mamburu(a)mail.ru >:
> Hi, Michael!
>
>The same problem I had. It could be fixed as following:
>
>Edit Xwiki.SearchSuggest directly in Object Editor and add one more string to each search configuration where you need prefix search:
>q=__INPUT__*
>
>E.g. for Blog it would look like this
>q=__INPUT__*
>fq=type:DOCUMENT
>fq=class:Blog.BlogPostClass
>qf=object.Blog.BlogPostClass
>
>Or you can do the same via UI from Search Suggest section in XWikiPreferences: http://yourdomain.com/admin/XWiki/XWikiPreferences?editor=globaladmin§i…
>
>To make it running, I had to stop and start SolrSuggest (or restart XWiki). Hope it helps.
>
>Marius, looks like, we have one more vote for keeping old behavior in default Solr Suggest settings.
>
>
>
>Fri, 2 May 2014 10:05:31 +0200 от Michael Bußler < michael.bussler(a)googlemail.com >:
>>Hi there,
>>
>>I've just moved my wiki to a different Server and upgraded there to XWiki
>>Enterprise 5.4.4. I've also switched to solr search engine. It's really
>>awesome work you did there, and I definitively want to use Solr search
>>because to the much better results page. :)
>>
>>But regrettably, I've got an issue with the search suggestion feature to
>>report: Before upgrading, I used Lucene, which gives me this really nice
>>feature of searching and making suggestions while I'm typing into the
>>search-box on the upper right. This doesn't happen anymore with solr
>>search, as suggestions are only made, if there is a 100% match with the
>>query somewhere in the doc or attachment.
>>
>>It may be because of how the suggestion feature creates queries: With
>>lucene, the input is always extended by an asterik, like __INPUT__*. So,
>>I've tried to add an asterik to my incomplete search query for Solr-search,
>>and it gives me exactly, what I want, except that I have to insert the '*'
>>always by hand at the end. Then, I've tried to add the asterik somewhere in
>>the Solr search suggestion query in XWikiPreferences, but didn't manage to
>>get it right.
>>
>>Do you have an idea, or maybe know, how I can get back the old behaviour
>>with lucene search?
>>
>>You can also visit the wikis and try for yourself:
>>Old page with Lucene-Search: http://www2.wikiderm.de
>>New page with Solr-Search: http://www.wikiderm.de
>>
>>For example, try to search for "atop" and see whats happening..
>>
>>Best regards,
>>Michael
>>_______________________________________________
>>users mailing list
>> users(a)xwiki.org
>> http://lists.xwiki.org/mailman/listinfo/users
>
>
>Kind regards,
>
>Dmitry
>_______________________________________________
>users mailing list
>users(a)xwiki.org
>http://lists.xwiki.org/mailman/listinfo/users
----------------------------------------------------------------------
Kind regards,
Dmitry
Hi,
Using
Tomcat 7
LibreOffice 4.2 (also tested with 4.1)
XWiki 5.4.4 (Libreoffice externally managed)
When I import a Word document, the images are not correctly imported (the
URLs seem to be a reference encoded in base64, but there is no attached
document)
Using OpenOffice 3.4.4, it works.
Is there something to configure in LibreOffice 4.x ?
--
Alexandre
Hi Sam,
Once XWiki's properly installed with the default content in your main wiki,
you can deactivate the extension manager and distribution wizard in
WEB-INF/xwiki.properties. XWiki will still function with the exception of
being able to install extensions.
Ludovic
2014-04-23 19:22 GMT+02:00 Sam McCall <sammccall(a)google.com>:
> Hi xwiki-users,
>
> When I start up XWiki, it appears to fetch java packages from the a maven
> repository (nexus.xwiki.org). This happens without installing any
> extensions etc.
>
> Is this expected? Is there a way to install and configure XWiki such that a
> static codebase is used, and packages are never fetched?
>
> I only need a pretty simple set of functionality:
>
> - Basic page editing
> - Storage using a JDBC driver
> - Rendering support for a few markups, e.g. markdown
> - Authorization using a custom backend
>
> Cheers, Sam
> _______________________________________________
> users mailing list
> users(a)xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
--
Ludovic Dubost
Founder and CEO
Blog: http://blog.ludovic.org/
XWiki: http://www.xwiki.com
Skype: ldubost GTalk: ldubost
Hi there,
I've just moved my wiki to a different Server and upgraded there to XWiki
Enterprise 5.4.4. I've also switched to solr search engine. It's really
awesome work you did there, and I definitively want to use Solr search
because to the much better results page. :)
But regrettably, I've got an issue with the search suggestion feature to
report: Before upgrading, I used Lucene, which gives me this really nice
feature of searching and making suggestions while I'm typing into the
search-box on the upper right. This doesn't happen anymore with solr
search, as suggestions are only made, if there is a 100% match with the
query somewhere in the doc or attachment.
It may be because of how the suggestion feature creates queries: With
lucene, the input is always extended by an asterik, like __INPUT__*. So,
I've tried to add an asterik to my incomplete search query for Solr-search,
and it gives me exactly, what I want, except that I have to insert the '*'
always by hand at the end. Then, I've tried to add the asterik somewhere in
the Solr search suggestion query in XWikiPreferences, but didn't manage to
get it right.
Do you have an idea, or maybe know, how I can get back the old behaviour
with lucene search?
You can also visit the wikis and try for yourself:
Old page with Lucene-Search: http://www2.wikiderm.de
New page with Solr-Search: http://www.wikiderm.de
For example, try to search for "atop" and see whats happening..
Best regards,
Michael
As you know some internet people do not use javascript. The most important
of all are the search-engines.
Now we have modified the default behavior of panels
If panel is of type navigation it will load with the following div
<div class="panel collapsed MoreAboutCdls Navigation">
...
</div>
Other wise it will load as
<div class="panel expanded Diaporama Information">
...
</div>
The result is that navigation panels that contain mostly links to other
parts of the site show only the titlebar, when user clicks on that it
expands and reveals the navigation links; we believe this reduces screen
clutter.
My question is two:
1) When java script is turned of there is no way a user can see the links.
What would be the effect on search engines, will they see the links? I see
the html with the links when I use html-source code, it is just hidden by
the CSS!
2) Disabled people that are deaf or blind often use browsers without
javascript.
How could I have achieved the same with some changes. I would prefer the
panel to load 'expanded' then with javascript that would set all panels of
type Navigation to collapsed after the page load. But allow the user to
click on the header and set it to expanded.
Gerritjan
Hi Developers,
i can't login to my xwiki. Clicking on LOG-IN leads to an error page(403).
What can this be? and how could i please solve this.
Wish u a nice day.
Thanks.
Hey All,
I'm having an issue deploying the xwiki.war into my weblogic container. I am getting a "Cannot create vfs.dir for URL [zipfile:/x/y/z]
I saw a posting about this in the reflections project http://code.google.com/p/reflections/issues/detail?id=124&can=1&q=weblogic but was curious as to if anyone else out there had got around this issue?
Thanks,
Chris
Thanks a lot.
The information in this e-mail is confidential. The contents may not be disclosed or used by anyone other than the addressee. Access to this e-mail by anyone else is unauthorised.
If you are not the intended recipient, please notify Airbus immediately and delete this e-mail.
Airbus cannot accept any responsibility for the accuracy or completeness of this e-mail as it has been sent over public networks. If you have any concerns over the content of this message or its Accuracy or Integrity, please contact Airbus immediately.
All outgoing e-mails from Airbus are checked using regularly updated virus scanning software but you should take whatever measures you deem to be appropriate to ensure that this message and any attachments are virus free.
Hello,
How can I remove the activity stream widget from tags pages?
I use the default skin, fresh install with last version of Xwiki.
Thanks in advance,
F
The information in this e-mail is confidential. The contents may not be disclosed or used by anyone other than the addressee. Access to this e-mail by anyone else is unauthorised.
If you are not the intended recipient, please notify Airbus immediately and delete this e-mail.
Airbus cannot accept any responsibility for the accuracy or completeness of this e-mail as it has been sent over public networks. If you have any concerns over the content of this message or its Accuracy or Integrity, please contact Airbus immediately.
All outgoing e-mails from Airbus are checked using regularly updated virus scanning software but you should take whatever measures you deem to be appropriate to ensure that this message and any attachments are virus free.
I changed the hostname of the wiki and the icons no longer appear. Where is that path stored so I can modify it to the new root?
XWIKI Enterprise 5.3
Bill Vlahos
Hello People,
I am trying to customize the jsTree extension because I want to show just the tree of a specific space that arenot blog posts.
I have changed the query to avoid to show the posts and it is working well. Ok.
I have start to understand the code and I have changed two parts in the code to show just a space:
var parsedJson = JSON.parse(data, function (k, v)
and
$.each(parsedJson, function (i, item) {
You can check the code here:
http://codeshare.io/sXGil
As you can see here:
http://www.image-share.com/ipng-2529-45.html
I could filter the spaces, however the containers and icons of the other folder still are showing in my page...
I don’t know very much of javascript and I don’t know where to attack now, do you have some tip what functions I need to modify?
Thank you!
Danilo
Grupo Energisa
Danilo Oliveira
Analista Suporte Aplicacao TI - DPTO CORP. DE INFRAESTR. TI
e-mail: danilo.oliveira(a)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.
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.oliveira(a)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.
Hello
Today I have two questions :-)
Are they a way to launch some scheduled jobs of xwiki by cron?
With flamengo skin on xwiki 6.0RC1 this table:
|= en-tête |= en-tête |= en-tête
| cellule | cellule | cellule
| cellule | cellule | cellule
is displayed like this:
http://snag.gy/Dlvpu.jpg
Is it normal?
Thxs
Pascal BASTIEN
Hi;
I'm using the zipexplore to find items in a file that is 20mb, but is experiencing the below error:
org.xwiki.rendering.macro.MacroExecutionException: Failed to evaluate Velocity Macro for content [#set($attachment="Contratos.zip")
#set($plugin=$xwiki.zipexplorer)
#foreach($file in $plugin.getFileTreeList($doc, $attachment))
* [[$file.id>>path:$plugin.getFileLink($doc, $attachment, $file.id)]]
#end]
at org.xwiki.rendering.internal.macro.velocity.VelocityMacro.evaluateString(VelocityMacro.java:131)
at org.xwiki.rendering.internal.macro.velocity.VelocityMacro.evaluateString(VelocityMacro.java:50)
at org.xwiki.rendering.macro.script.AbstractScriptMacro.evaluateBlock(AbstractScriptMacro.java:302)
at org.xwiki.rendering.macro.script.AbstractScriptMacro.execute(AbstractScriptMacro.java:198)
at org.xwiki.rendering.macro.script.AbstractScriptMacro.execute(AbstractScriptMacro.java:59)
at org.xwiki.rendering.internal.transformation.macro.MacroTransformation.transformOnce(MacroTransformation.java:191)
at org.xwiki.rendering.internal.transformation.macro.MacroTransformation.transform(MacroTransformation.java:132)
at org.xwiki.rendering.internal.transformation.DefaultTransformationManager.performTransformations(DefaultTransformationManager.java:87)
at org.xwiki.display.internal.DocumentContentDisplayer.display(DocumentContentDisplayer.java:252)
at org.xwiki.display.internal.DocumentContentDisplayer.display(DocumentContentDisplayer.java:125)
at org.xwiki.display.internal.DocumentContentDisplayer.display(DocumentContentDisplayer.java:55)
at org.xwiki.display.internal.DefaultDocumentDisplayer.display(DefaultDocumentDisplayer.java:80)
at org.xwiki.display.internal.DefaultDocumentDisplayer.display(DefaultDocumentDisplayer.java:38)
at org.xwiki.sheet.internal.SheetDocumentDisplayer.display(SheetDocumentDisplayer.java:113)
at org.xwiki.sheet.internal.SheetDocumentDisplayer.display(SheetDocumentDisplayer.java:50)
at org.xwiki.display.internal.ConfiguredDocumentDisplayer.display(ConfiguredDocumentDisplayer.java:67)
at org.xwiki.display.internal.ConfiguredDocumentDisplayer.display(ConfiguredDocumentDisplayer.java:41)
at com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:997)
at com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:976)
at com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:1007)
at com.xpn.xwiki.api.Document.getRenderedContent(Document.java:619)
at sun.reflect.GeneratedMethodAccessor422.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:616)
at org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.doInvoke(UberspectImpl.java:395)
at org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:384)
at org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:173)
at org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:280)
at org.apache.velocity.runtime.parser.node.ASTReference.value(ASTReference.java:567)
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:342)
at org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfStatement.java:106)
at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:342)
at org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:228)
at org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:187)
at com.xpn.xwiki.render.XWikiVelocityRenderer.evaluate(XWikiVelocityRenderer.java:105)
at com.xpn.xwiki.internal.template.DefaultPrivilegedTemplateRenderer.evaluate(DefaultPrivilegedTemplateRenderer.java:125)
at com.xpn.xwiki.internal.template.DefaultPrivilegedTemplateRenderer.evaluateTemplate(DefaultPrivilegedTemplateRenderer.java:75)
at com.xpn.xwiki.XWiki.evaluateTemplate(XWiki.java:1687)
at com.xpn.xwiki.XWiki.parseTemplate(XWiki.java:1627)
at com.xpn.xwiki.api.XWiki.parseTemplate(XWiki.java:918)
at sun.reflect.GeneratedMethodAccessor233.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:616)
at org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.doInvoke(UberspectImpl.java:395)
at org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:384)
at org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:173)
at org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:280)
at org.apache.velocity.runtime.parser.node.ASTReference.render(ASTReference.java:369)
at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72)
at org.apache.velocity.runtime.directive.VelocimacroProxy.render(VelocimacroProxy.java:216)
at org.apache.velocity.runtime.directive.RuntimeMacro.render(RuntimeMacro.java:311)
at org.apache.velocity.runtime.directive.RuntimeMacro.render(RuntimeMacro.java:230)
at org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective.java:207)
at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72)
at org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfStatement.java:87)
at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72)
at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:342)
at org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfStatement.java:106)
at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:342)
at org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:228)
at org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:187)
at com.xpn.xwiki.render.XWikiVelocityRenderer.evaluate(XWikiVelocityRenderer.java:105)
at com.xpn.xwiki.internal.template.DefaultPrivilegedTemplateRenderer.evaluate(DefaultPrivilegedTemplateRenderer.java:125)
at com.xpn.xwiki.internal.template.DefaultPrivilegedTemplateRenderer.evaluateTemplate(DefaultPrivilegedTemplateRenderer.java:75)
at com.xpn.xwiki.XWiki.evaluateTemplate(XWiki.java:1687)
at com.xpn.xwiki.web.Utils.parseTemplate(Utils.java:166)
at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:304)
at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:129)
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.doGet(ActionServlet.java:449)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:621)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:722)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at com.xpn.xwiki.web.ActionFilter.doFilter(ActionFilter.java:121)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at org.xwiki.wysiwyg.server.filter.ConversionFilter.doFilter(ConversionFilter.java:126)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at com.xpn.xwiki.plugin.webdav.XWikiDavFilter.doFilter(XWikiDavFilter.java:66)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at org.xwiki.container.servlet.filters.internal.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:208)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at org.xwiki.container.servlet.filters.internal.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:111)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:225)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:168)
at com.googlecode.psiprobe.Tomcat70AgentValve.invoke(Tomcat70AgentValve.java:38)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:98)
at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:927)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:407)
at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1001)
at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:579)
at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:312)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1146)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:679)
Caused by: org.xwiki.velocity.XWikiVelocityException: Failed to evaluate content with id [xwiki:Sigor Contratos.Artefatos]
at org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:247)
at org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:187)
at org.xwiki.rendering.internal.macro.velocity.VelocityMacro.evaluateString(VelocityMacro.java:124)
... 108 more
Caused by: org.apache.velocity.exception.MethodInvocationException: Invocation of method 'getFileTreeList' in class com.xpn.xwiki.plugin.zipexplorer.ZipExplorerPluginAPI threw exception java.lang.IllegalArgumentException at xwiki:Sigor Contratos.Artefatos[line 3, column 27]
at org.apache.velocity.runtime.parser.node.ASTMethod.handleInvocationException(ASTMethod.java:243)
at org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:187)
at org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:280)
at org.apache.velocity.runtime.parser.node.ASTReference.value(ASTReference.java:567)
at org.apache.velocity.runtime.directive.Foreach.render(Foreach.java:318)
at org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective.java:207)
at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:342)
at org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:228)
... 110 more
Caused by: java.lang.IllegalArgumentException
at java.util.zip.ZipInputStream.getUTF8String(ZipInputStream.java:324)
at java.util.zip.ZipInputStream.readLOC(ZipInputStream.java:264)
at java.util.zip.ZipInputStream.getNextEntry(ZipInputStream.java:91)
at com.xpn.xwiki.plugin.zipexplorer.ZipExplorerPlugin.getFileList(ZipExplorerPlugin.java:185)
at com.xpn.xwiki.plugin.zipexplorer.ZipExplorerPlugin.getFileTreeList(ZipExplorerPlugin.java:219)
at com.xpn.xwiki.plugin.zipexplorer.ZipExplorerPluginAPI.getFileTreeList(ZipExplorerPluginAPI.java:108)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:616)
at org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.doInvoke(UberspectImpl.java:395)
at org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:384)
at org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:173)
... 116 more
When the file is less than 3mb works, anyone know how I can get it working in 20mb file?
tks
---------- Forwarded message ----------
From: Marius Dumitru Florea <mariusdumitru.florea(a)xwiki.com>
Date: Wed, Apr 23, 2014 at 7:23 PM
Subject: Re: Re[4]: [xwiki-users] SearchSuggest parameters in a new
syntax gives different behaviour
To: Dmitry Bakbardin <haru_mamburu(a)mail.ru>
No other opinions on this? What do you prefer for search suggest (live
search)? prefix matching or full text analysis?
Thanks,
Marius
On Fri, Apr 4, 2014 at 2:19 AM, Dmitry Bakbardin <haru_mamburu(a)mail.ru> wrote:
> Hi, Marius!
>
> See below.
>
>
> Thu, 3 Apr 2014 18:03:50 +0300 от Marius Dumitru Florea
> <mariusdumitru.florea(a)xwiki.com>:
>
> On Wed, Apr 2, 2014 at 2:03 PM, Dmitry Bakbardin <haru_mamburu(a)mail.ru>
> wrote:
>> Hi, Marius!
>>
>> See below.
>>
>>
>> Wed, 2 Apr 2014 10:41:32 +0300 от Marius Dumitru Florea
>> <mariusdumitru.florea(a)xwiki.com>:
>>
>> On Wed, Apr 2, 2014 at 9:53 AM, Marius Dumitru Florea
>> <mariusdumitru.florea(a)xwiki.com> wrote:
>>> Hi Dmitry,
>>>
>>> On Mon, Mar 31, 2014 at 5:33 AM, Dmitry Bakbardin <haru_mamburu(a)mail.ru>
>>> wrote:
>>>> Hi, all!
>>>>
>>>> 5.2 -> 5.4.3 Upgrade
>>>>
>>>> Xwiki.SearchSuggest objects were changed
>>>>
>>>> It was:
>>>> type:OBJECT AND (class:XWiki.BlogPostClass) AND objcontent:(__INPUT__*)
>>>>
>>>> It is:
>>>> fq=type:DOCUMENT
>>>> fq=class:Blog.BlogPostClass
>>>> qf=object.Blog.BlogPostClass
>>>>
>>>> The main difference:
>>>> - it was "__INPUT__*" query string and
>>>> - (as far as I understood) it is "__INPUT__" if parameter "q" is omitted
>>>>
>>>> The result is Solr Suggest changes it's behaviour and gives only exact
>>>> results.
>>>> To make Search Suggest running as it was, we have to add: "q=__INPUT__*"
>>>>
>>>
>>>> Is it done by puprpose or it is a bug and I have to "jira" it?
>>>
>>> On purpose. I did it as part of
>>> http://jira.xwiki.org/browse/XWIKI-10051 (check the documentation
>>> links). The reason I dropped the * (star) is because:
>>>
>>> (1) Prefix matching is costly
>>
>>
>
>> If Search Suggest is too costly, we can turn it off completely :)
>
> Not if there is a way to improve it. My idea was to offer by default
> something that performs well, but I agree that it could also be seen
> as an optimization.
>
>>
>>
>>
>>> (2) The search suggest is not a filter (in the sense that you have a
>>> list of item and you type some text and it filters the items starting
>>> with that text). Search is more complex. The search text is analysed,
>>> stop words are removed, etc.
>>
>> (3) It was a fake prefix matching, because if you typed more words,
>> only the last word was matched as prefix (not the entire text). All
>> the other were analysed.
>>
>>
>> IMHO, suggest means we prefer suggest more than exact search results. What
>> I
>> mean, that all languages wich have declensioin are too sensitive to the
>> __INPUT__* search.
>> Usual use case for such a search is: you enter root of the word and get
>> back
>> suggest of ALL forms of the word.
>> Even in English, which is much less "declensionable", singular and plural
>> is the case.
>>
>
>> E.g. "wiki" input will give only exact much and won't show "wikis". Thus,
>> it
>> makes Solr Sugges much less relevant.
>
> typing "wiki" (without the quotes) definitely matches "wikis" if the
> document (default) language is English. That is not the problem. The
> "problem" is if you type "wik".
>
>
> In my use case:
> - Default language is Russian
> - Search needed for comments
>
> I didn't find any other solution, besides "__INPUT__*" search.
>
>
>
>>
>>
>>>
>>> As you said, you can get back the previous behaviour using "q=__INPUT__*"
>>
>>
>> Yes, it was the firs I did, 'cause nearly to all my search strings Solr
>> gave
>> me "no results". It wasn't so "severe" before the upgrade. :)
>>
>
>> IMHO, it's better to leave "__INPUT__*" in default settings and amend
>> documentation with performance/relevancy issues tricks for Solr Suggest
>> tuning. "*" would be useful for most use cases, and would make Suggest
>> effective, especially for new users who start playing with XWiki.
>
>> I do agree, that in the high load projects it could be essential to tweak
>> default behaviour or turn it off at all.
>
> I'd like to hear what others think about this. Do simple users expect
> the search suggest to perform a prefix match or a standard match? In
> other words, when a user types in the search suggest, does he type the
> whole word or just a few letters (a prefix)?
>
> Prefix is more flexible from search point of view. But, sure it would be
> interesting to carry out a survey.
>
>
>
>
> Again, note that the previous behaviour was applying prefix matching
> only for the last "word" in the search query, not for all of the words
> in the query.
>
> IMHO, for Search - yes all words are essential, for suggest, most probably
> prefix. It is my way of searching. :)
>
>
>
>
> Thanks,
> Marius
>
>>
>>
>>>
>>> Let me know what yo think,
>>> Marius
>>>
>>>
>>>
>>>>
>>>>
>>>> Kind regards,
>>>>
>>>> Dmitry
>>>> _______________________________________________
>>>> users mailing list
>>>> users(a)xwiki.org
>>>> http://lists.xwiki.org/mailman/listinfo/users
>>
>>
>>
>> Kind regards,
>>
>> Dmitry
>
>
>
> Kind regards,
>
> Dmitry
---------- Forwarded message ----------
From: Dmitry Bakbardin <haru_mamburu(a)mail.ru>
Date: Fri, Apr 4, 2014 at 2:19 AM
Subject: Re[4]: [xwiki-users] SearchSuggest parameters in a new syntax
gives different behaviour
To: Marius Dumitru Florea <mariusdumitru.florea(a)xwiki.com>
Hi, Marius!
See below.
Thu, 3 Apr 2014 18:03:50 +0300 от Marius Dumitru Florea
<mariusdumitru.florea(a)xwiki.com>:
On Wed, Apr 2, 2014 at 2:03 PM, Dmitry Bakbardin <haru_mamburu(a)mail.ru> wrote:
> Hi, Marius!
>
> See below.
>
>
> Wed, 2 Apr 2014 10:41:32 +0300 от Marius Dumitru Florea
> <mariusdumitru.florea(a)xwiki.com>:
>
> On Wed, Apr 2, 2014 at 9:53 AM, Marius Dumitru Florea
> <mariusdumitru.florea(a)xwiki.com> wrote:
>> Hi Dmitry,
>>
>> On Mon, Mar 31, 2014 at 5:33 AM, Dmitry Bakbardin <haru_mamburu(a)mail.ru>
>> wrote:
>>> Hi, all!
>>>
>>> 5.2 -> 5.4.3 Upgrade
>>>
>>> Xwiki.SearchSuggest objects were changed
>>>
>>> It was:
>>> type:OBJECT AND (class:XWiki.BlogPostClass) AND objcontent:(__INPUT__*)
>>>
>>> It is:
>>> fq=type:DOCUMENT
>>> fq=class:Blog.BlogPostClass
>>> qf=object.Blog.BlogPostClass
>>>
>>> The main difference:
>>> - it was "__INPUT__*" query string and
>>> - (as far as I understood) it is "__INPUT__" if parameter "q" is omitted
>>>
>>> The result is Solr Suggest changes it's behaviour and gives only exact
>>> results.
>>> To make Search Suggest running as it was, we have to add: "q=__INPUT__*"
>>>
>>
>>> Is it done by puprpose or it is a bug and I have to "jira" it?
>>
>> On purpose. I did it as part of
>> http://jira.xwiki.org/browse/XWIKI-10051 (check the documentation
>> links). The reason I dropped the * (star) is because:
>>
>> (1) Prefix matching is costly
>
>
> If Search Suggest is too costly, we can turn it off completely :)
Not if there is a way to improve it. My idea was to offer by default
something that performs well, but I agree that it could also be seen
as an optimization.
>
>
>
>> (2) The search suggest is not a filter (in the sense that you have a
>> list of item and you type some text and it filters the items starting
>> with that text). Search is more complex. The search text is analysed,
>> stop words are removed, etc.
>
> (3) It was a fake prefix matching, because if you typed more words,
> only the last word was matched as prefix (not the entire text). All
> the other were analysed.
>
>
> IMHO, suggest means we prefer suggest more than exact search results. What I
> mean, that all languages wich have declensioin are too sensitive to the
> __INPUT__* search.
> Usual use case for such a search is: you enter root of the word and get back
> suggest of ALL forms of the word.
> Even in English, which is much less "declensionable", singular and plural
> is the case.
>
> E.g. "wiki" input will give only exact much and won't show "wikis". Thus, it
> makes Solr Sugges much less relevant.
typing "wiki" (without the quotes) definitely matches "wikis" if the
document (default) language is English. That is not the problem. The
"problem" is if you type "wik".
In my use case:
- Default language is Russian
- Search needed for comments
I didn't find any other solution, besides "__INPUT__*" search.
>
>
>>
>> As you said, you can get back the previous behaviour using "q=__INPUT__*"
>
>
> Yes, it was the firs I did, 'cause nearly to all my search strings Solr gave
> me "no results". It wasn't so "severe" before the upgrade. :)
>
> IMHO, it's better to leave "__INPUT__*" in default settings and amend
> documentation with performance/relevancy issues tricks for Solr Suggest
> tuning. "*" would be useful for most use cases, and would make Suggest
> effective, especially for new users who start playing with XWiki.
> I do agree, that in the high load projects it could be essential to tweak
> default behaviour or turn it off at all.
I'd like to hear what others think about this. Do simple users expect
the search suggest to perform a prefix match or a standard match? In
other words, when a user types in the search suggest, does he type the
whole word or just a few letters (a prefix)?
Prefix is more flexible from search point of view. But, sure it would
be interesting to carry out a survey.
Again, note that the previous behaviour was applying prefix matching
only for the last "word" in the search query, not for all of the words
in the query.
IMHO, for Search - yes all words are essential, for suggest, most
probably prefix. It is my way of searching. :)
Thanks,
Marius
>
>
>>
>> Let me know what yo think,
>> Marius
>>
>>
>>
>>>
>>>
>>> Kind regards,
>>>
>>> Dmitry
>>> _______________________________________________
>>> users mailing list
>>> users(a)xwiki.org
>>> http://lists.xwiki.org/mailman/listinfo/users
>
>
>
> Kind regards,
>
> Dmitry
Kind regards,
Dmitry
---------- Forwarded message ----------
From: Marius Dumitru Florea <mariusdumitru.florea(a)xwiki.com>
Date: Thu, Apr 3, 2014 at 6:03 PM
Subject: Re: Re[2]: [xwiki-users] SearchSuggest parameters in a new
syntax gives different behaviour
To: Dmitry Bakbardin <haru_mamburu(a)mail.ru>
On Wed, Apr 2, 2014 at 2:03 PM, Dmitry Bakbardin <haru_mamburu(a)mail.ru> wrote:
> Hi, Marius!
>
> See below.
>
>
> Wed, 2 Apr 2014 10:41:32 +0300 от Marius Dumitru Florea
> <mariusdumitru.florea(a)xwiki.com>:
>
> On Wed, Apr 2, 2014 at 9:53 AM, Marius Dumitru Florea
> <mariusdumitru.florea(a)xwiki.com> wrote:
>> Hi Dmitry,
>>
>> On Mon, Mar 31, 2014 at 5:33 AM, Dmitry Bakbardin <haru_mamburu(a)mail.ru>
>> wrote:
>>> Hi, all!
>>>
>>> 5.2 -> 5.4.3 Upgrade
>>>
>>> Xwiki.SearchSuggest objects were changed
>>>
>>> It was:
>>> type:OBJECT AND (class:XWiki.BlogPostClass) AND objcontent:(__INPUT__*)
>>>
>>> It is:
>>> fq=type:DOCUMENT
>>> fq=class:Blog.BlogPostClass
>>> qf=object.Blog.BlogPostClass
>>>
>>> The main difference:
>>> - it was "__INPUT__*" query string and
>>> - (as far as I understood) it is "__INPUT__" if parameter "q" is omitted
>>>
>>> The result is Solr Suggest changes it's behaviour and gives only exact
>>> results.
>>> To make Search Suggest running as it was, we have to add: "q=__INPUT__*"
>>>
>>
>>> Is it done by puprpose or it is a bug and I have to "jira" it?
>>
>> On purpose. I did it as part of
>> http://jira.xwiki.org/browse/XWIKI-10051 (check the documentation
>> links). The reason I dropped the * (star) is because:
>>
>> (1) Prefix matching is costly
>
>
> If Search Suggest is too costly, we can turn it off completely :)
Not if there is a way to improve it. My idea was to offer by default
something that performs well, but I agree that it could also be seen
as an optimization.
>
>
>
>> (2) The search suggest is not a filter (in the sense that you have a
>> list of item and you type some text and it filters the items starting
>> with that text). Search is more complex. The search text is analysed,
>> stop words are removed, etc.
>
> (3) It was a fake prefix matching, because if you typed more words,
> only the last word was matched as prefix (not the entire text). All
> the other were analysed.
>
>
> IMHO, suggest means we prefer suggest more than exact search results. What I
> mean, that all languages wich have declensioin are too sensitive to the
> __INPUT__* search.
> Usual use case for such a search is: you enter root of the word and get back
> suggest of ALL forms of the word.
> Even in English, which is much less "declensionable", singular and plural
> is the case.
>
> E.g. "wiki" input will give only exact much and won't show "wikis". Thus, it
> makes Solr Sugges much less relevant.
typing "wiki" (without the quotes) definitely matches "wikis" if the
document (default) language is English. That is not the problem. The
"problem" is if you type "wik".
>
>
>>
>> As you said, you can get back the previous behaviour using "q=__INPUT__*"
>
>
> Yes, it was the firs I did, 'cause nearly to all my search strings Solr gave
> me "no results". It wasn't so "severe" before the upgrade. :)
>
> IMHO, it's better to leave "__INPUT__*" in default settings and amend
> documentation with performance/relevancy issues tricks for Solr Suggest
> tuning. "*" would be useful for most use cases, and would make Suggest
> effective, especially for new users who start playing with XWike.
> I do agree, that in the high load projects it could be essential to tweak
> default behaviour or turn it off at all.
I'd like to hear what others think about this. Do simple users expect
the search suggest to perform a prefix match or a standard match? In
other words, when a user types in the search suggest, does he type the
whole word or just a few letters (a prefix)?
Again, note that the previous behaviour was applying prefix matching
only for the last "word" in the search query, not for all of the words
in the query.
Thanks,
Marius
>
>
>>
>> Let me know what yo think,
>> Marius
>>
>>
>>
>>>
>>>
>>> Kind regards,
>>>
>>> Dmitry
>>> _______________________________________________
>>> users mailing list
>>> users(a)xwiki.org
>>> http://lists.xwiki.org/mailman/listinfo/users
>
>
>
> Kind regards,
>
> Dmitry
---------- Forwarded message ----------
From: Dmitry Bakbardin <haru_mamburu(a)mail.ru>
Date: Wed, Apr 2, 2014 at 2:03 PM
Subject: Re[2]: [xwiki-users] SearchSuggest parameters in a new syntax
gives different behaviour
To: Marius Dumitru Florea <mariusdumitru.florea(a)xwiki.com>
Hi, Marius!
See below.
Wed, 2 Apr 2014 10:41:32 +0300 от Marius Dumitru Florea
<mariusdumitru.florea(a)xwiki.com>:
On Wed, Apr 2, 2014 at 9:53 AM, Marius Dumitru Florea
<mariusdumitru.florea(a)xwiki.com> wrote:
> Hi Dmitry,
>
> On Mon, Mar 31, 2014 at 5:33 AM, Dmitry Bakbardin <haru_mamburu(a)mail.ru> wrote:
>> Hi, all!
>>
>> 5.2 -> 5.4.3 Upgrade
>>
>> Xwiki.SearchSuggest objects were changed
>>
>> It was:
>> type:OBJECT AND (class:XWiki.BlogPostClass) AND objcontent:(__INPUT__*)
>>
>> It is:
>> fq=type:DOCUMENT
>> fq=class:Blog.BlogPostClass
>> qf=object.Blog.BlogPostClass
>>
>> The main difference:
>> - it was "__INPUT__*" query string and
>> - (as far as I understood) it is "__INPUT__" if parameter "q" is omitted
>>
>> The result is Solr Suggest changes it's behaviour and gives only exact results.
>> To make Search Suggest running as it was, we have to add: "q=__INPUT__*"
>>
>
>> Is it done by puprpose or it is a bug and I have to "jira" it?
>
> On purpose. I did it as part of
> http://jira.xwiki.org/browse/XWIKI-10051 (check the documentation
> links). The reason I dropped the * (star) is because:
>
> (1) Prefix matching is costly
If Search Suggest is too costly, we can turn it off completely :)
> (2) The search suggest is not a filter (in the sense that you have a
> list of item and you type some text and it filters the items starting
> with that text). Search is more complex. The search text is analysed,
> stop words are removed, etc.
(3) It was a fake prefix matching, because if you typed more words,
only the last word was matched as prefix (not the entire text). All
the other were analysed.
IMHO, suggest means we prefer suggest more than exact search results.
What I mean, that all languages wich have declensioin are too
sensitive to the __INPUT__* search.
Usual use case for such a search is: you enter root of the word and
get back suggest of ALL forms of the word.
Even in English, which is much less "declensionable", singular and
plural is the case.
E.g. "wiki" input will give only exact much and won't show "wikis".
Thus, it makes Solr Sugges much less relevant.
>
> As you said, you can get back the previous behaviour using "q=__INPUT__*"
Yes, it was the firs I did, 'cause nearly to all my search strings
Solr gave me "no results". It wasn't so "severe" before the upgrade.
:)
IMHO, it's better to leave "__INPUT__*" in default settings and amend
documentation with performance/relevancy issues tricks for Solr
Suggest tuning. "*" would be useful for most use cases, and would make
Suggest effective, especially for new users who start playing with
XWike.
I do agree, that in the high load projects it could be essential to
tweak default behaviour or turn it off at all.
>
> Let me know what yo think,
> Marius
>
>
>
>>
>>
>> Kind regards,
>>
>> Dmitry
>> _______________________________________________
>> users mailing list
>> users(a)xwiki.org
>> http://lists.xwiki.org/mailman/listinfo/users
Kind regards,
Dmitry
Hi all,
I have followed information given here http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Configuration in order to customize my PDF export (via its CSS).
I succeeded in doing all I wanted, except concerning the table of content: I can’t customize it because I don’t know which component is used to display it (neither <p>, nor <ul>…).
Could you help me please? I would change the font used to display it.
For information I’ve tried to setup the font-family defined for the whole document with
body { font-family: 'Helvetica Neue LT Com’; }
but it crashes at PDF generation time (please see below).
Thanks by advance!
Nicolas
Error number 11015 in 11: Exception while exporting
com.xpn.xwiki.XWikiException: Error number 11015 in 11: Exception while exporting
at com.xpn.xwiki.web.ExportAction.render(ExportAction.java:82)
at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:294)
at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:129)
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:637)
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 com.xpn.xwiki.web.ActionFilter.doFilter(ActionFilter.java:121)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.xwiki.wysiwyg.server.filter.ConversionFilter.doFilter(ConversionFilter.java:126)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at com.xpn.xwiki.plugin.webdav.XWikiDavFilter.doFilter(XWikiDavFilter.java:66)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.xwiki.container.servlet.filters.internal.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:208)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.xwiki.container.servlet.filters.internal.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:111)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
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.core.StandardHostValve.invoke(StandardHostValve.java:127)
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:859)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:602)
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489)
at java.lang.Thread.run(Thread.java:744)
Caused by: com.xpn.xwiki.XWikiException: Error number 12002 in 12: Exception while exporting pdf
at com.xpn.xwiki.pdf.impl.PdfExportImpl.createException(PdfExportImpl.java:569)
at com.xpn.xwiki.pdf.impl.PdfExportImpl.renderXSLFO(PdfExportImpl.java:343)
at com.xpn.xwiki.pdf.impl.PdfExportImpl.exportXHTML(PdfExportImpl.java:271)
at com.xpn.xwiki.pdf.impl.PdfExportImpl.exportHtml(PdfExportImpl.java:224)
at com.xpn.xwiki.pdf.impl.PdfExportImpl.export(PdfExportImpl.java:210)
at com.xpn.xwiki.web.ExportAction.export(ExportAction.java:223)
at com.xpn.xwiki.web.ExportAction.render(ExportAction.java:79)
... 35 more
Caused by: javax.xml.transform.TransformerException: org.apache.fop.fo.ValidationException: "{http://www.w3.org/1999/XSL/Format}block" is not a valid child of "fo:root"! (See position 1:1604)
at org.apache.xalan.transformer.TransformerIdentityImpl.transform(TransformerIdentityImpl.java:502)
at com.xpn.xwiki.pdf.impl.PdfExportImpl.renderXSLFO(PdfExportImpl.java:327)
... 40 more
Caused by: org.apache.fop.fo.ValidationException: "{http://www.w3.org/1999/XSL/Format}block" is not a valid child of "fo:root"! (See position 1:1604)
at org.apache.fop.events.ValidationExceptionFactory.createException(ValidationExceptionFactory.java:38)
at org.apache.fop.events.EventExceptionManager.throwException(EventExceptionManager.java:54)
at org.apache.fop.events.DefaultEventBroadcaster$1.invoke(DefaultEventBroadcaster.java:175)
at com.sun.proxy.$Proxy60.invalidChild(Unknown Source)
at org.apache.fop.fo.FONode.invalidChildError(FONode.java:534)
at org.apache.fop.fo.FONode.invalidChildError(FONode.java:517)
at org.apache.fop.fo.pagination.Root.validateChildNode(Root.java:133)
at org.apache.fop.fo.FOTreeBuilder$MainFOHandler.startElement(FOTreeBuilder.java:267)
at org.apache.fop.fo.FOTreeBuilder.startElement(FOTreeBuilder.java:171)
at org.apache.xalan.transformer.TransformerIdentityImpl.startElement(TransformerIdentityImpl.java:1073)
at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown Source)
at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
at org.apache.xalan.transformer.TransformerIdentityImpl.transform(TransformerIdentityImpl.java:485)
... 41 more
Good Morning,
Anyone is using the extension Just Map It? I have checked the site and it apparently is offline!
Thank you
Danilo
Grupo Energisa
Danilo Oliveira
Analista Suporte Aplicacao TI - DPTO CORP. DE INFRAESTR. TI
e-mail: danilo.oliveira(a)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.
Hello
I tested newsletter extension 1.0.1 on xwiki 5.4.2 and 6.0RC1.
http://extensions.xwiki.org/xwiki/bin/view/Extension/Newsletter+Application
I followed the instruction, create instance but the scheduler doesn't send mail at users...
(My user subscribe at my newsletter and xwiki.mailsender.sendHtmlMessage work well)
On Xwiki 5.4.2 the scheduler doesn't lauch my test job but on 6.0RC1, the scheduler work well with this test job.
Then, I copy/paste newsletter job code on another page (between {{groovy}}{{/groovy}} and I obtain a lot of errors:
<<Failed to execute the [groovy] macro
org.xwiki.rendering.macro.MacroExecutionException: Failed to evaluate Script Macro for content [
etc...>>
Any ideas of this problem?
thxs
Pascal B
Hello all,
I'll perform an XWiki upgrade of myxwiki.org farm from 5.2 to 5.4.4, to
prevent it from crashing again.
It'll start today at 12:30 CEST (GMT+2) and shouldn't take more than two
hours.
Thank you for your understanding.
Guillaume
Hello,
I used the Menu Application [1] to define a horizontal menu, after page
header, and it's very nice and very user-friendly.
I wonder if it could (easily) be feasible, to have the content ("Menu
Structure") of the menu rendered ? My point would be to put some velocity
scripting in it, to achieve more dynamic menus (display parts depending on
user rights, generate some lists of items, etc).
A bit like the jsx/ssx extensions do.
I had a look but I didn't find where the "magic" operates :)
Thanks,
Jeremie
[1] http://extensions.xwiki.org/xwiki/bin/view/Extension/Menu+Application
Hi Developers,
i have been trying this the whole time already and decided to ask for help.
I want to create a space, a group and add a member to the group. The space
should only be viewed by this group.
Here is my code till now. The Space is created, the group too and the user
login in is added to the group. I can't figure how to assign the rights.
The CODE:
protected void addUserToGroup(String xwikiname, XWikiContext context)
throws XWikiException{
//
// Create a group and add the user to the newly created group.
BaseClass groupClass = context.getWiki().getGroupClass(context);
// Get document representing group
DocumentReference groupDocumentReference = new DocumentReference(
context.getDatabase(), "myspace",
"Testgroup");
XWikiDocument groupDoc = context.getWiki().getDocument(
groupDocumentReference, context);
BaseClass rightsClass = context.getWiki().getRightsClass(context);
if (groupDoc.isNew()) {
log.error("Creating Test group");
synchronized (groupDoc) {
// Add a member object to document
BaseObject memberObj = groupDoc.newXObject(
groupClass.getDocumentReference(), context);
memberObj.setStringValue("member", xwikiname);
BaseObject rights=
groupDoc.newXObject(rightsClass.getDocumentReference(),context);
rights.setStringValue("groups", "Testgroup");
rights.setStringValue("levels","view");
rights.setStringValue("levels", "edit");
rights.setStringValue("users", "");
rights.setIntValue("allow",1);
//groupDoc.getObject("XWiki.XWikiGlobalRights");
groupDoc.setSyntax(Syntax.XWIKI_2_1);
groupDoc.setContent("{{include
document='XWiki.XWikiGroupSheet' /}}");
// Save modifications
context.getWiki().saveDocument(groupDoc, context);
}
log.error("Added user"+ xwikiname +"to Testgroup");
}
}
Thanks for any help.
Je serai absent(e) à partir du 21/04/2014 de retour le 28/04/2014.
je suis en congés.
Je répondrai à vos messages dès mon retour.
En cas de problème technique lié aux progiciels du CESAP, veuillez
contacter SYNOX au 05 67 34 66 56.
Merci
Hello all,
Could a kind admin please have a look at selfbus.myxwiki.org?
The wiki again takes 15-20 seconds to show a page. It is not as
bad as it was when the database migration was running, but it
is still barely usable.
The other strange thing is that every time an admin logs in
the upgrade wizard starts. The upgrade finishes without errors
or anything to migrate. Next time it shows up again. This is not
such a problem as one can choose to not show the wizard.
I only wanted to report the issue - maybe it's of interest for the
xwiki developers why this happens.
Thanks in advance and have a nice easter weekend,
Stefan
Hello,
I can only find one suggestion about migrating between databases, it's from
2006 that refers to an export tool that only works in Firefox.
Is there a better way yet? I've got quite a lot of content and users and
more importantly than the volume of data I'd like to retain "ownership"
metadata and history etc..
But then read a bit about it and thought "Do I need to migrate". I'm
assuming if the wiki is not being accessed then a simple filesystem backup
will be consistent and recoverable?
Should there be any extra indexes or anything else to do for performance
tweaks?
Would MySQL give me any advantage over HSQLDB?
(I'm on 5.0.3 and want to update to 5.4.4 soon.)
I distrust a database if I haven't got a whole pile of command line tools I
can poke at it with...
Max
--
View this message in context: http://xwiki.475771.n2.nabble.com/Migrating-from-HSQLDB-to-MySQL-tp7590158.…
Sent from the XWiki- Users mailing list archive at Nabble.com.
Hi,
It is mentioned in the documentation "Give all privileges to the xwiki
user for accessing and creating databases" - because the user to be able
to create additional databases for sub-wikis ; but isn't it a little
pushy to give *all* the privileges (Grant, reload...) to the xwiki user ?
How could I secure the xwiki mysql user account a little more ?
Hi,
After installing latest version, a new space was created named File manager
Application
When i click on it
I am getting a strange page title, is it supposed to be like this ?
$services.localization.render('platform.appwithinminutes.appHomePageTitle',
$services.localization.render("filemanager.appname"))
Thanks,
--
*BHY*
Hello all,
Could a kind admin please have a look at selfbus.myxwiki.org?
The wiki takes several seconds (rather minutes) to show a page.
Thanks in advance,
Stefan
Can someone please reproduce these steps?
First prepare 2 documents for upload. Let's say 2 MSWord documents, A.doc
and B.doc.
1) Create a new page, enter some text
2) Upload A.doc
3) Remove A.doc
4) Upload B.doc
5) Activate the version where you uploaded A.doc (should be version 2.1)
6) Delete the latest version of the page (this *should* take you back to
version 4.1 where you uploaded B.doc)
Examine the attachments page:
It will show A.doc and B.doc (which in my opinion is strange, because I
would expect to only find B.doc).
Try to open A.doc (this is possible), now try to open B.doc (this is NOT
possible).
--
View this message in context: http://xwiki.475771.n2.nabble.com/BUG-Do-the-attachments-hustle-tp7589936.h…
Sent from the XWiki- Users mailing list archive at Nabble.com.
Good morning,
This snippet is awesome
I am asking if there is a way to make it show only the 10 first results
(alphabetic for example or just any limited set)
and add a link "show full list" that would redirect you to another page
with the classic snippet with complete list
Does that make any sense ?
Best Regards,
--
*BHY*
Hi,
I already looked at similar topics but none of them allowed me to solve the
issue.
I'm having the bellowing issue in the
http://my.domain/xwiki/bin/view/Main/WebHome page, i.e. where the activity
stream is displayed by default.
I'm running the XWIKI ENTERPRISE 5.2.4 WAR inside a Tomcat 7.0.47 container
and behind an Apache HTTP server acting as a reverse proxy.
OS: CentOS 6.4
Any help would be appreciated.
Let me know if you need more information.
Regards,
Thibault
--
View this message in context: http://xwiki.475771.n2.nabble.com/Activity-stream-app-failed-to-execute-vel…
Sent from the XWiki- Users mailing list archive at Nabble.com.
I recently upgraded our wiki to 5.4 from 4.X installation. I used the same
database and ran the migration process. All the pages work fine, but i was
left with some issues I was hoping to get some help with.
1. Document tree no longer works. I get a 404 while getting
/spaces?r=somenumber and wiki shows error : Server returned TRANSPORT_ERROR
with no error message.
2. I cannot modify panels correctly with panel wizard:
If I add a new widget to the panel, others may disappear. Or when I add a
new widget, 3 widgets may appear, the same 3 every time.
3. Cannot update/uninstall extensions
All the extensions I had in the old wiki are shown as installed, but when I
try to uninstall them, I get an error saying that they are not installed.
So if anyone has come accross any of these issues and has found a
fix/workaround for it, I would be grateful to hear of it.
--
View this message in context: http://xwiki.475771.n2.nabble.com/Few-problems-upgrading-from-4-X-to-5-4-tp…
Sent from the XWiki- Users mailing list archive at Nabble.com.
Hi,
We are keeping record of daily team progress in XWiki which is basically a
plain document with table listing all active tasks and their changing
statuses. Each day we copy notes from previous day by "copy XWiki document"
action.
This has one major drawback: current version of the document is 2500 which
means each day we create new document with 2.5K history versions.
Is there a simple (without scripting) way to delete history?
a) for single document
b) for set of documents with common parent
Regards,
Roman
PS: this is the reason for opening http://jira.xwiki.org/browse/XWIKI-10126
--
View this message in context: http://xwiki.475771.n2.nabble.com/How-to-clean-up-page-history-in-one-click…
Sent from the XWiki- Users mailing list archive at Nabble.com.
Hello
Are there a way to exclude all WebHome pages from "MostviewedPages" statistics table?
Add a cron to delete all lines containing *.WebHome in xwikistatsdoc table of my postgres database?
Thxs
Pascal B
I have a problem getting the D3js example
<http://extensions.xwiki.org/xwiki/bin/view/Extension/D3+Example> to work.
I have a fresh XWiki 5.4 running. I have installed the D3js with the EM. I
then created a new Space called "D3". I created a page called "D3.Data" and
pasted the data from the example. I then edited the "D3.WebHome" and pasted
the code to display the graph.
But when I click "Save & View", I only get a blank page. F5 (refresh) does
nothing. I then edit the page in the WYSIWYG editor...I can see the graph
being displayed! I can even use the arrow keys left and right to interact
with the graph. But when I hit "Save & View", the graph is NOT being
displayed, but part of the velocity code is. If I edit the page in XWiki
mode, I can see that some velocity code is now being 'escaped' by XWiki.
What am I missing here????
--
View this message in context: http://xwiki.475771.n2.nabble.com/D3js-not-working-on-XWiki-5-4-tp7589145.h…
Sent from the XWiki- Users mailing list archive at Nabble.com.
Hello,
Just migrated from 4.5.2 to 5.4.3, and it worked perfectly except some
"issues" (or misunderstandings) :
- My user is in an admin group with admin and PR rights, and I've set it
also (on the group) the "create wiki" right. Still, when logged in, I don't
have any "wiki" item in the "Add" menu (only usual space, page, ...). I'm
sure I'm missing something obvious but can't find it.
- I show the Blog in a gadget of the Dashboard. Weirdly, "permalinks"
correctly point to each blog entry, but the link from page title points to
a create action (though it points apparently to exact same url as permalink
except for the "create" action). The same for the buttons on right side of
each blog subject (create/delete/....)
Thanks,
Jeremie
I am getting this following INFO when a lot of simultenous users try to access my Wiki:
INFO o.x.v.i.DefaultVelocityEngine - Runtime : ran out of parsers. Creating a new one. Please increment the parser.pool.size property. The current value is too small.
Where can I increase this value in XWiki configurations? Is it possible?
Thank you
Grupo Energisa
Danilo A. Oliveira
Analista Suporte Aplicacao TI - DPTO CORP. DE INFRAESTR. TI
e-mail: danilo.oliveira(a)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.
Hello all,
I am brand new to XWiki and am just getting my feet wet, so please forgive
my ignorance.
I have installed XWiki Enterprise 5.4.3 on a Ubuntu VM and am
authenticating using an Apache https web server.
When I attempt to move a document within a space, by attempting to edit the
parent, I get the error "Failed to retrieve suggestions: Internal Server
Error" in the GUI when I type into the parent field. I also get a
corresponding error in the Catalina log:
Apr 04, 2014 11:29:09 AM org.restlet.engine.security.AuthenticatorUtils
parseResponse
WARNING: Couldn't find any helper support the HTTP_Digest challenge scheme.
Apr 04, 2014 11:29:09 AM org.restlet.engine.application.StatusFilter
doHandle
WARNING: Exception or error caught in status service
java.lang.NullPointerException
at java.lang.String.<init>(String.java:168)
at
org.xwiki.rest.internal.XWikiSecretVerifier.verify(XWikiSecretVerifier.java:71)
at
org.restlet.security.SecretVerifier.verify(SecretVerifier.java:130)
at
org.restlet.security.ChallengeAuthenticator.authenticate(ChallengeAuthenticator.java:162)
at
org.xwiki.rest.internal.XWikiAuthentication.authenticate(XWikiAuthentication.java:133)
at
org.restlet.security.Authenticator.beforeHandle(Authenticator.java:122)
at org.restlet.routing.Filter.handle(Filter.java:204)
at org.restlet.routing.Filter.doHandle(Filter.java:159)
at org.restlet.routing.Filter.handle(Filter.java:206)
at org.restlet.routing.Filter.doHandle(Filter.java:159)
at org.restlet.routing.Filter.handle(Filter.java:206)
at org.restlet.routing.Filter.doHandle(Filter.java:159)
at org.restlet.routing.Filter.handle(Filter.java:206)
at org.restlet.routing.Filter.doHandle(Filter.java:159)
at
org.restlet.engine.application.StatusFilter.doHandle(StatusFilter.java:154)
at org.restlet.routing.Filter.handle(Filter.java:206)
at org.restlet.routing.Filter.doHandle(Filter.java:159)
at org.restlet.routing.Filter.handle(Filter.java:206)
at org.restlet.engine.ChainHelper.handle(ChainHelper.java:114)
at
org.restlet.engine.application.ApplicationHelper.handle(ApplicationHelper.java:75)
at org.restlet.Application.handle(Application.java:391)
at org.restlet.routing.Filter.doHandle(Filter.java:159)
at org.restlet.routing.Filter.handle(Filter.java:206)
at org.restlet.routing.Router.doHandle(Router.java:500)
at org.restlet.routing.Router.handle(Router.java:740)
at org.restlet.routing.Filter.doHandle(Filter.java:159)
at org.restlet.routing.Filter.handle(Filter.java:206)
at org.restlet.routing.Router.doHandle(Router.java:500)
at org.restlet.routing.Router.handle(Router.java:740)
at org.restlet.routing.Filter.doHandle(Filter.java:159)
at org.restlet.routing.Filter.handle(Filter.java:206)
at org.restlet.engine.ChainHelper.handle(ChainHelper.java:114)
at org.restlet.Component.handle(Component.java:391)
at org.restlet.Server.handle(Server.java:491)
at org.restlet.engine.ServerHelper.handle(ServerHelper.java:74)
at
org.restlet.engine.http.HttpServerHelper.handle(HttpServerHelper.java:153)
at
org.restlet.ext.servlet.ServerServlet.service(ServerServlet.java:1031)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:722)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at
org.xwiki.wysiwyg.server.filter.XWikiContextInitializationFilter.doFilter(XWikiContextInitializationFilter.java:85)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at
com.xpn.xwiki.plugin.webdav.XWikiDavFilter.doFilter(XWikiDavFilter.java:66)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at
org.xwiki.container.servlet.filters.internal.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:208)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at
org.xwiki.container.servlet.filters.internal.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:111)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:224)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:169)
at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:168)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:98)
at
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:927)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:407)
at org.apache.coyote.ajp.AjpProcessor.process(AjpProcessor.java:200)
at
org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:579)
at
org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:307)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:744)
This would lead me to believe that some part of XWiki does not like the
fact that I am using Digest authentication; however, other than this, it
would appear that XWiki is perfectly happy with my configuration.
Does this error make any sense to someone out there?
Thanks,
Justin
---------- Weitergeleitete Nachricht ----------
Von: "Daniel Ebanja" <danielebanja(a)googlemail.com>
Datum: 02.04.2014 15:50
Betreff: Xwiki 5.4. Implicit Search
An: "Sergiu Dumitriu" <sergiu(a)xwiki.org>
Cc:
Hi Sergiu,
i have this problem when I search.
Searching for say, "foot" gives me only results where this word is
explicitly found.
I will like to have implicit results e.g footy, football i.e as if i had
searched for foot*. Can this be configured in xwiki.cfg?
Thanks in advance.
Wish you a nice day.
Daniel
Hi,
If, in App Within Minutes, you select an attribute of type Static List with
multiple options and you set the selection type to Radio Button the :
$doc.display('SL1') shows the radio buttons in Edit mode, but not in
Display mode.
I feel radio buttons should always display all the options and highlight
the 'selected' one.
But now, in view mode the user has nu clue what he/she can choose.
It's a but odd to select EDIT before he/she can see the options.
In the sheet i've modified the generated code from;
: $doc.display('SL1') -> : $doc.display('SL1', 'edit')
But this allows the user to select another option (the control is active)
Is there a more elegant way to have the control show the radio buttons and
the one currently selected highlighted but that the control is not active?
Gerritjan
I tried looking for something on the subject somewhere, but couldn't find
anything.
Was there (or is there) a known issue with XWiki's search feature?
When I do a search, most often then not, the number of pages, and total
results are wrong.
For example, on page 1, it will tell me I have 12 results, and it will
display 6 items instead of 10.
Then when I go on page 2, it will tell me I have 16 results, and display 5
items.
I am not the one who installed and configured this wiki.
So I have no idea of what was done, or where to look.
Anybody has an idea? Or a pointer? Any help would be appreciated.
Thanks.
--
View this message in context: http://xwiki.475771.n2.nabble.com/Incorrect-search-result-in-XWiki-Enterpri…
Sent from the XWiki- Users mailing list archive at Nabble.com.
I created some pages starting from the wiki space root.
Now I defined a clearer structure and then I move such pages in the tree as
child of other pages.
This is usefull because, otherwise breadcrumb indications are wrong.
I didn't find the way (5.4.3 version).
How can I do this ?
Tks
Tullio
--
View this message in context: http://xwiki.475771.n2.nabble.com/Moving-pages-in-the-tree-tp7589986.html
Sent from the XWiki- Users mailing list archive at Nabble.com.
Hi,
I wan't to know if it's possible to open all external links in a new
window/tab.
I know how to do this for each link but I want to force it by default.
Regards,
Christophe
Hello,
I wanted to try 6.0 version...
The distribution Wizard doesn't want install UI extension. DW display:
"We couldn't find any extension with id 'org.xwiki.enterprise:xwiki-enterprise-ui-mainwiki' and version '6.0-milestone-1'. Make sure you have the right extension repositories configured."
I suppose I must add 6.0milestone1 repository in my xwiki.properties:
http://extensions.xwiki.org/xwiki/bin/view/Extension/Extension+Module+Repos…
But what is the line to modify?
I add this line without success:
extension.repositories=milestone-xwiki:milestone:http://nexus.xwiki.org/nex…
Thxs for your help.
Pascal B
Good mornig;
When I try to insert a gadget is lodged during the error:
404 <html><head><title>Apache Tomcat/7.0.28 - Error report</title><style><!--H1 {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;font-size:22px;} H2 {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;font-size:16px;} H3 {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;font-size:14px;} BODY {font-family:Tahoma,Arial,sans-serif;color:black;background-color:white;} B {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;} P {font-family:Tahoma,Arial,sans-serif;background:white;color:black;font-size:12px;}A {color : black;}A.name {color : black;}HR {color : #525D76;}--></style> </head><body><h1>HTTP Status 404 - /resources/js/xwiki/wysiwyg/xwe/MacroService.gwtrpc</h1><HR size="1" noshade="noshade"><p><b>type</b> Status report</p><p><b>message</b> <u>/resources/js/xwiki/wysiwyg/xwe/MacroService.gwtrpc</u></p><p><b>description</b> <u>The requested resource (/resources/js/xwiki/wysiwyg/xwe/MacroService.gwtrpc) is not available.</u></p><HR size="1" noshade="noshade"><h3>Apache Tomcat/7.0.28</h3></body></html>
Anyone know how I can fix?
Hi everyone,
Did anyone manage to add Dropbox API integration to Attachments. Instead of
uploading a local file to upload a file from Dropbox.
Is there any pluging doing something similar to Attachments ?
Thank you!
In our effort to increase the performance of our XWiki 5.4.3 we are noticing
warnings in our logs:
2014-04-01 16:36:59,657
[http://XXX.XXX.XXX:8080/xwiki/bin/view/Dashboard/WebHome?srid=tC0qENZU&f_ty…]
WARN o.x.v.i.DefaultVelocityEngine - Deprecated usage of getter
[com.xpn.xwiki.api.DeprecatedContext.getUser] in
xwiki:Dashboard.WebHome@1,47
2014-04-01 16:36:59,657
[http://XXX.XXX.XXX:8080/xwiki/bin/view/Dashboard/WebHome?srid=tC0qENZU&f_ty…]
WARN o.x.v.i.DefaultVelocityEngine - Deprecated usage of getter
[com.xpn.xwiki.api.DeprecatedContext.getUser] in
xwiki:Dashboard.WebHome@2,46
2014-04-01 16:36:59,657
[http://XXX.XXX.XXX:8080/xwiki/bin/view/Dashboard/WebHome?srid=tC0qENZU&f_ty…]
WARN o.x.v.i.DefaultVelocityEngine - Deprecated usage of getter
[com.xpn.xwiki.api.DeprecatedContext.getUser] in
xwiki:Dashboard.WebHome@3,49
2014-04-01 16:36:59,657
[http://XXX.XXX.XXX:8080/xwiki/bin/view/Dashboard/WebHome?srid=tC0qENZU&f_ty…]
WARN o.x.v.i.DefaultVelocityEngine - Deprecated usage of getter
[com.xpn.xwiki.api.DeprecatedContext.getUser] in
xwiki:Dashboard.WebHome@4,52
2014-04-01 16:36:59,658
[http://XXX.XXX.XXX:8080/xwiki/bin/view/Dashboard/WebHome?srid=tC0qENZU&f_ty…]
WARN o.x.v.i.DefaultVelocityEngine - Deprecated usage of getter
[com.xpn.xwiki.api.DeprecatedContext.getUser] in
xwiki:Dashboard.WebHome@5,50
2014-04-01 16:36:59,658
[http://XXX.XXX.XXX:8080/xwiki/bin/view/Dashboard/WebHome?srid=tC0qENZU&f_ty…]
WARN o.x.v.i.DefaultVelocityEngine - Deprecated usage of getter
[com.xpn.xwiki.api.DeprecatedContext.getUser] in
xwiki:Dashboard.WebHome@6,49
2014-04-01 16:36:59,836
[http://XXX.XXX.XXX:8080/xwiki/bin/ssx/SyntaxHighlighting/SyntaxHighlighting…]
WARN o.x.v.i.DefaultVelocityEngine - Deprecated usage of method
[com.xpn.xwiki.plugin.zipexplorer.ZipExplorerPluginAPI.getFileLink] in
xwiki:SyntaxHighlighting.SyntaxHighlighting@5,62
2014-04-01 16:37:00,050
[http://XXX.XXX.XXX:8080/xwiki/bin/jsx/SyntaxHighlighting/Autocomplete?langu…]
WARN o.x.v.i.DefaultVelocityEngine - Deprecated usage of method
[com.xpn.xwiki.plugin.zipexplorer.ZipExplorerPluginAPI.getFileLink] in
xwiki:SyntaxHighlighting.Autocomplete@5,62
2014-04-01 16:37:00,054
[http://XXX.XXX.XXX:8080/xwiki/bin/jsx/SyntaxHighlighting/SyntaxHighlighting…]
WARN o.x.v.i.DefaultVelocityEngine - Deprecated usage of method
[com.xpn.xwiki.plugin.zipexplorer.ZipExplorerPluginAPI.getFileLink] in
xwiki:SyntaxHighlighting.SyntaxHighlighting@5,62
2014-04-01 16:37:08,168
[http://XXX.XXX.XXX:8080/xwiki/bin/view/Algemeen/Engineering] WARN
o.x.v.i.DefaultVelocityEngine - Deprecated usage of method
[com.xpn.xwiki.api.XWiki.searchDocuments] in
xwiki:Algemeen.Engineering@12,26
2014-04-01 16:37:32,109
[http://XXX.XXX.XXX:8080/xwiki/bin/view/Algemeen/PersoneelInformatie] WARN
o.x.v.i.DefaultVelocityEngine - Deprecated usage of method
[com.xpn.xwiki.api.XWiki.searchDocuments] in
xwiki:Algemeen.PersoneelInformatie@12,26
As far as I can see, there are 3 distinct warnings:
1) Deprecated usage of getter [com.xpn.xwiki.api.DeprecatedContext.getUser]
in xwiki:Dashboard.WebHome@1,47
2) Deprecated usage of method
[com.xpn.xwiki.plugin.zipexplorer.ZipExplorerPluginAPI.getFileLink] in
xwiki:SyntaxHighlighting.SyntaxHighlighting@5,62
3) Deprecated usage of method [com.xpn.xwiki.api.XWiki.searchDocuments] in
xwiki:Algemeen.Engineering@12,26
(1) This is the warning I can't put my finger on at all. Where should I
start looking?
(2) This looks like part of an Extension...but our Xwiki does NOT have the
Syntax Highlighting Application
<http://extensions.xwiki.org/xwiki/bin/view/Extension/Syntax+Highlighting+Ap…>
installed.
(3) This error is probable related to an XWiki Macro I have written which
indeed uses the $wiki.searchDocuments. What method should I use instead?
--
View this message in context: http://xwiki.475771.n2.nabble.com/DefaultVelocityEngine-Warnings-tp7589925.…
Sent from the XWiki- Users mailing list archive at Nabble.com.
I'm concerned some may be using the MyDashboard feature of their profile
page to post inappropriate content. What access rights do admins have on
pages that are located off the MyDashboard or where permissions are set
so that only some registered users may see them?
Let's say a user was using our site to post/distribute/develop child
pornography or malware?
Patrick
--
|| | | |||| || || | |||| ||| | |||
Patrick Masson
General Manager, Director & Secretary to the Board
Open Source Initiative
855 El Camino Real, Ste 13A, #270
Palo Alto, CA 94301
United States
Skype: massonpj
sip: masson(a)getonsip.com
<https://www.getonsip.com/call?a=masson@getonsip.com>
Ph: (970) 4MASSON
Em: masson(a)opensource.org <mailto:masson@opensource.org>
Ws: www.opensource.org <http://www.opensource.org>
Hi, all!
5.2 -> 5.4.3 Upgrade
Xwiki.SearchSuggest objects were changed
It was:
type:OBJECT AND (class:XWiki.BlogPostClass) AND objcontent:(__INPUT__*)
It is:
fq=type:DOCUMENT
fq=class:Blog.BlogPostClass
qf=object.Blog.BlogPostClass
The main difference:
- it was "__INPUT__*" query string and
- (as far as I understood) it is "__INPUT__" if parameter "q" is omitted
The result is Solr Suggest changes it's behaviour and gives only exact results.
To make Search Suggest running as it was, we have to add: "q=__INPUT__*"
Is it done by puprpose or it is a bug and I have to "jira" it?
Kind regards,
Dmitry