[ https://issues.apache.org/jira/browse/SOLR-16341?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17582016#comment-17582016 ]
Mike Drob commented on SOLR-16341: ---------------------------------- Also doesn't reproduce when you use a real file in the curl command instead of reading the zip from stdin. I suspect this means it relates somehow to being able to know the full size of the zip content ahead of time which lets us parse it better. Easiest thing is probably to remove the one liner curl version from our ref guide and then expect that users wouldn't run into the same issue. > Error when upload configset with empty file entry > ------------------------------------------------- > > Key: SOLR-16341 > URL: https://issues.apache.org/jira/browse/SOLR-16341 > Project: Solr > Issue Type: Bug > Components: configset-api > Affects Versions: 9.0, 8.11.2 > Reporter: Mike Drob > Priority: Minor > Labels: newdev > > Confirmed with both 8.11 and 9.0 > When uploading a configset that contains an empty file (likely this might be > a synonyms or stop words or some other auxiliary file) our zip processing > will throw an exception: > {noformat} > 2022-08-17 21:36:07.618 ERROR (qtp1142347343-28) [] o.a.s.s.HttpSolrCall > java.util.zip.ZipException: only DEFLATED entries can have EXT descriptor => > java.util.zip.ZipException: only DEFLATED entries can have EXT descriptor > at java.base/java.util.zip.ZipInputStream.readLOC(Unknown Source) > java.util.zip.ZipException: only DEFLATED entries can have EXT descriptor > at java.util.zip.ZipInputStream.readLOC(Unknown Source) ~[?:?] > at java.util.zip.ZipInputStream.getNextEntry(Unknown Source) ~[?:?] > at > org.apache.solr.handler.admin.ConfigSetsHandler.handleConfigUploadRequest(ConfigSetsHandler.java:247) > ~[?:?] > at > org.apache.solr.handler.admin.ConfigSetsHandler.handleRequestBody(ConfigSetsHandler.java:113) > ~[?:?] > at > org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:207) > ~[?:?] > {noformat} > I believe this issue is described at > https://commons.apache.org/proper/commons-compress/zip.html, although the > description is for apache commons, they claim {{ZipArchiveInputStream shares > these limitations with java.util.zip.ZipInputStream}} > Steps to reproduce: > {noformat} > >stopwords.txt > zip -r - * | curl -X POST --header "Content-Type:application/octet-stream" > --data-binary @- > "http://localhost:8983/solr/admin/configs?action=UPLOAD&name=c1" > {noformat} -- This message was sent by Atlassian Jira (v8.20.10#820010) --------------------------------------------------------------------- To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org For additional commands, e-mail: issues-h...@solr.apache.org