[
https://issues.apache.org/jira/browse/LUCENE-9077?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16990165#comment-16990165
]
Dawid Weiss commented on LUCENE-9077:
-------------------------------------
{code:java}
at java.desktop/java.awt.font.TextLayout.<init>(TextLayout.java:530)
|
at
org.apache.poi.ss.util.SheetUtil.getDefaultCharWidth(SheetUtil.java:273)
|
at
org.apache.poi.xssf.streaming.AutoSizeColumnTracker.<init>(AutoSizeColumnTracker.java:117)
|
at org.apache.poi.xssf.streaming.SXSSFSheet.<init>(SXSSFSheet.java:82)
|
at
org.apache.poi.xssf.streaming.SXSSFWorkbook.createAndRegisterSXSSFSheet(SXSSFWorkbook.java:661)
|
at
org.apache.poi.xssf.streaming.SXSSFWorkbook.createSheet(SXSSFWorkbook.java:653)
|
at
org.apache.solr.handler.extraction.XLSXWriter$SerialWriteWorkbook.<init>(XLSXResponseWriter.java:101)
|
at
org.apache.solr.handler.extraction.XLSXWriter.<init>(XLSXResponseWriter.java:154)
|
at
org.apache.solr.handler.extraction.XLSXResponseWriter.write(XLSXResponseWriter.java:58)
|
at
org.apache.solr.handler.extraction.TestXLSXResponseWriter.getWSResultForQuery(TestXLSXResponseWriter.java:305)
|
at
org.apache.solr.handler.extraction.TestXLSXResponseWriter.getWSResultForQuery(TestXLSXResponseWriter.java:300)
|
at
org.apache.solr.handler.extraction.TestXLSXResponseWriter.testPseudoFields(TestXLSXResponseWriter.java:213)
... caused by
java.security.AccessControlException: access denied ("java.io.FilePermission"
"/home/dweiss/.java/fonts/11.0.4/fcinfo-1-kappa-Linux-4.15.0-55-gen|
eric-en.properties" "read")
|
at
java.base/java.security.AccessControlContext.checkPermission(AccessControlContext.java:472)
|
at
java.base/java.security.AccessController.checkPermission(AccessController.java:897)
|
at
java.base/java.lang.SecurityManager.checkPermission(SecurityManager.java:322)
|
at
java.base/java.lang.SecurityManager.checkRead(SecurityManager.java:661)
|
at
org.apache.solr.util.SolrSecurityManager.checkRead(SolrSecurityManager.java:130)
|
at java.base/java.io.File.exists(File.java:815)
|
at
java.desktop/sun.font.FcFontConfiguration.readFcInfo(FcFontConfiguration.java:426)
|
at
java.desktop/sun.font.FcFontConfiguration.init(FcFontConfiguration.java:94)
|
at
java.desktop/sun.font.FcFontConfiguration.<init>(FcFontConfiguration.java:76)
|
at
java.desktop/sun.awt.X11FontManager.createFontConfiguration(X11FontManager.java:713)
|
at
java.desktop/sun.font.SunFontManager$2.run(SunFontManager.java:367)
|
at java.base/java.security.AccessController.doPrivileged(Native
Method) |
at
java.desktop/sun.font.SunFontManager.<init>(SunFontManager.java:312)
|
at
java.desktop/sun.awt.FcFontManager.<init>(FcFontManager.java:35)
|
at
java.desktop/sun.awt.X11FontManager.<init>(X11FontManager.java:56)
{code}
> Gradle build
> ------------
>
> Key: LUCENE-9077
> URL: https://issues.apache.org/jira/browse/LUCENE-9077
> Project: Lucene - Core
> Issue Type: Task
> Reporter: Dawid Weiss
> Assignee: Dawid Weiss
> Priority: Major
> Fix For: master (9.0)
>
>
> This task focuses on providing gradle-based build equivalent for Lucene and
> Solr (on master branch). See notes below on why this respin is needed.
> The code lives on *gradle-master* branch. It is kept with sync with *master*.
> Try running the following to see an overview of helper guides concerning
> typical workflow, testing and ant-migration helpers:
> gradlew :help
> A list of items that needs to be added or requires work. If you'd like to
> work on any of these, please add your name to the list. Once you have a
> patch/ pull request let me (dweiss) know - I'll try to coordinate the merges.
> * (/) Apply forbiddenAPIs
> * (/) Generate hardware-aware gradle defaults for parallelism (count of
> workers and test JVMs).
> * (/) Fail the build if --tests filter is applied and no tests execute
> during the entire build (this allows for an empty set of filtered tests at
> single project level).
> * (/) Port other settings and randomizations from common-build.xml
> * (/) Configure security policy/ sandboxing for tests.
> * Full test's console output on failure?
> * jar checksums, jar checksum computation and validation. This should be
> done without intermediate folders (directly on dependency sets).
> * add a :helpDeps explanation to how the dependency system works (palantir
> plugin, lockfile) and how to retrieve structured information about current
> dependencies of a given module (in a tree-like output).
> * identify and list precommit tasks so that they can be ported one by one.
> (Mark's branch has some of this stuff already implemented)
> Of lesser importance:
> * add rendering of javadocs (gradlew javadoc) and attaching them to maven
> publications.
> * Repro-line for failed tests/ runs.
> * Add test 'beasting' (rerunning the same suite multiple times). I'm afraid
> it'll be difficult to run it sensibly because gradle doesn't offer cwd
> separation for the forked test runners.
> * if you diff solr packaged distribution against ant-created distribution
> there are minor differences in library versions and some JARs are excluded/
> moved around. I didn't try to force these as everything seems to work (tests,
> etc.) – perhaps these differences should be fixed in the ant build instead.
> * identify and port any other "check" utilities that may be called from ant.
> (Mark's branch has some of this stuff already implemented)
> * [EOE] identify and port various "regenerate" tasks from ant builds
> (javacc, precompiled automata, etc.)
> * fill in POM details in gradle/defaults-maven.gradle so that they reflect
> the previous content better (dependencies aside).
> * Add any IDE integration layers that should be added (I use IntelliJ and it
> imports the project out of the box, without the need for any special tuning).
> * *Clean up dependencies, especially for Solr*: any \{ transitive = false }
> should just explicitly exclude whatever they don't need (and their
> dependencies currently declared explicitly should be folded). Figure out
> which scope to import a dependency to.
> * Add Solr packaging for docs/* (see TODO in packaging/build.gradle;
> currently XSLT...)
> * I didn't bother adding Solr dist/test-framework to packaging (who'd use it
> from a binary distribution?
>
> *{color:#ff0000}Note:{color}* this builds on the work done by Mark Miller and
> Cao Mạnh Đạt but also applies lessons learned from those two efforts:
> * *Do not try to do too many things at once*. If we deviate too far from
> master, the branch will be hard to merge.
> * *Do everything in baby-steps* and add small, independent build fragments
> replacing the old ant infrastructure.
> * *Try to engage people to run, test and contribute early*. It can't be a
> one-man effort. The more people understand and can contribute to the build,
> the more healthy it will be.
>
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
