Details
-
Type:
Bug
-
Status:
Open
-
Priority:
Minor
-
Resolution: Unresolved
-
Affects Version/s: 4.5-milestone-1
-
Fix Version/s: None
-
Component/s: Search
-
Labels:None
-
Difficulty:Unknown
-
Similar issues:
XWIKI-99Add support for removing class properties XWIKI-6214Attachment indexing in cluster mode XWIKI-384 Add Inheritance support for classes XWIKI-1996Add Hindi support XWIKI-7554 Add again support for Named Parameters in the Event Stream XWIKI-757Lucene not indexing word files (And maybe no file) XWIKI-3435Allow to add link to an attached file XWIKI-127Allow Specific Hibernate Mapping and Java Class for XWiki Object XWIKI-6685Configure extra indexes in the hibernate mapping file for improved performance XWIKI-7805 Attachment version is left behind when attachment is deleted following turning off attachment versioning.
Description
We'll be able to fix this once https://issues.apache.org/jira/browse/TIKA-1053 is fixed.
At that time don't forget to remove the @Ignore annotation on the AttachmentDataTest.testGetFullTextFromClass() test.
Issue Links
- is related to
-
XWIKI-8657
Markdown syntax not working anymore (Lucene Search is drawing ASM 3.1 instead of 4.x)
-
Can you please provide more details on this issue? What do you mean by indexing java class files as attachments? Currently, both search implementations (lucene and solr) use Apache Tika to index the text version of an attachment. Are you suggesting that we treat java (*.java?) class (or *.class?) files differently?