Re: NGinx .conf Setup for Solr
Hi Lee, Solr was installed on a different server that doesn't run anything else so we can tweak the resources independently of what the web server needs. But I don't see a reason why this workaround wouldn't work with a Solr install on the same server. The subdomain isn't tied to Solr in any way. All our Solr knows is that it's listening on 1.2.3.4 on its default port 8983 (and the network team made sure only our own servers can reach it). It's nginx that's listening for requests on the subdomain on port 443. You can let nginx proxy those requests to 127.0.0.1:8983 instead of a different server. If Solr only accepts connections on 127.0.0.1, external clients can only connect through the proxy with whatever authentication you set up there. Of course this doesn't prevent a client on the same server (e.g. running under another Plesk subscription) from connecting directly to 127.0.0.1 as well and bypassing that authentication. Thomas Op di 4 jun 2024 om 04:53 schreef Lee Daniel : > Thanks much for your responses guy. > > > *# Dmitri* > > *## Another Hostname or IP address* > > I really just want Solr to be Secure.. I know Basic Auth and > RuleBasedAuth is not enough. > I think in my situation I may need to alter the hostname. > I will ask them how to do this. > In the Solr.in.sh, there is SOLR_HOST but I may have the wrong idea on > how this works. > > *## Drupal* > > The Drupal site is hosted on the same server as Solr. > I installed it on the same server. > This server host multiple sites, which we plan to use Solr for some of > them. One IP multiple sites. > > > *# Thomas* > > Unfortunately, Solr is on the same server that I host the sites. > > This is a clever workaround. > Did you install Solr on the separate server? > > I'm gonna ask a stupid question. I'm mostly are coder. > How did you get Solr to listen on that IP and port for a subdomain you > created in Plesk? > > > Thanks, > > Lee Daniel > > On 2024-06-02 23:56, Dmitri Maziuk wrote: > > On 6/2/24 21:46, Lee Daniel wrote: > >> That's exactly what's going on for that specific hostname. > >> Plesk is on port 80 and solr is on 8983. > >> > >> What are my options here? > > > > Well... that depends on what you want to achieve. Basically virtual > > hosts are either name-based or ip-based, so you need either another > > DNS name or another IP address to run both on port 80. > > > > What you could do is have nginx listen on port 443 and proxy that to > > solr. But I expect that is actually taken by Plesk, so you need some > > other port like 4343. > > > > Where's drupal come in in all this? Where does it live? > > > > Dima > >
Re: NGinx .conf Setup for Solr
On 6/3/24 21:53, Lee Daniel wrote: *## Drupal* The Drupal site is hosted on the same server as Solr. I installed it on the same server. This server host multiple sites, which we plan to use Solr for some of them. One IP multiple sites. You can't have 2 different programs listen to the same port on the same ip address. Web servers can hostname-based "virtual hosts" where they route requests to the appropriate site based on the HTTP-level headers, that's the "standard" setup. The other option is to make other programs listen to other ports and have the webserver proxy to them. Using Thomas's example, bind Solr to localhost:8983 and have ProxyPass /solr/ http://127.0.0.1:8983 ProxyPassReverse /solr/ http://127.0.0.1:8983 (whatever the nginx syntax is for this). Then you can get solr from the outside as http[s]://mysite/solr and ssl can be left to the webserver. If your site(s) are running on the same host they can query http://127.0.0.1:8983/solr without going out to the 'net, and if your provider offers ssh access you can tunnel port 8983 for admin work -- and not have Solr exposed to The Internet at all. If you only have one hostname and it is already taken by plesk, then I guess your drupal sites will have to live in the subdirectories as well? (I never used drupal, no idea how that works.) Dima
Ignore unknown fields when indexing PDFs
Hallo! Problem description: I want to index a wide variety of PDFs whose content I have no knowledge of. So I cannot define any fields in advance. Users should be able to search for terms, and every PDF containing these terms should be found. I think that a schemaless schema (which adds unknown fields) is not the way to go: 1. Apache solr documentation warns not to use a schemaless schema in a production environment. 2. As can be read here: https://solr.apache.org/guide/solr/9_2/indexing-guide/schemaless-mode.html "Once a field has been added to the schema, its field type is fixed." And it cannot be added again with a different field type. Question: When indexing a PDF, is there a way to ignore its unknown fields and still index the PDF? Possible solution: I found the IgnoreFieldUpdateProcessorFactory class, which seems to offer this possibility, but how do I configure it in the solrconfig.xml? Thanks for any help!
Re: Ignore unknown fields when indexing PDFs
PDFs don’t have fields. PDFs are instructions for a monkey with rubber stamps to make a printed page. They have instructions to move to a location and put a character there. As an XML developer friend said, turning a PDF document into structured text is like turning hamburger back into a cow. I dealt with PDF documents in search for over twenty years. You are lucky to get searchable text out of them. wunder Walter Underwood wun...@wunderwood.org http://observer.wunderwood.org/ (my blog) > On Jun 4, 2024, at 8:28 AM, Uwe Amberger wrote: > > Hallo! > > Problem description: > I want to index a wide variety of PDFs whose content I have no knowledge of. > So I cannot define any fields in advance. Users should be able to search for > terms, and every PDF containing these terms should be found. > > I think that a schemaless schema (which adds unknown fields) is not the way > to go: > 1. Apache solr documentation warns not to use a schemaless schema in a > production environment. > 2. As can be read here: > https://solr.apache.org/guide/solr/9_2/indexing-guide/schemaless-mode.html > "Once a field has been added to the schema, its field type is fixed." And it > cannot be added again with a different field type. > > Question: > When indexing a PDF, is there a way to ignore its unknown fields and still > index the PDF? > > Possible solution: > I found the IgnoreFieldUpdateProcessorFactory class, which seems to offer > this possibility, but how do I configure it in the solrconfig.xml? > > Thanks for any help!
Solr 9 and splainer.io
Hello, we migrated from Solr 7.3.1 to Solr 9.2.1. We used to debug solr requests using splainer.io Splainer jsonp requests to solr are now blocked because of CORS and Content Security Policy restrictions. Is there a way to configure solr jetty to allow requests from splainer.io or at least a local splainer instance ? Or is splainer solr plugin the simplest way to use splainer with solr 9 Thanks Jérôme Bernardes
Re: Ignore unknown fields when indexing PDFs
When you extra text from PDF with Tika, it includes additional metadata
fields. This is the document I get after executing the example from the ref
guide at
https://solr.apache.org/guide/solr/latest/indexing-guide/indexing-with-tika.html#trying-out-solr-cell
{
"responseHeader":{
"status":0,
"QTime":0,
"params":{
"q":"id:doc1"
}
},
"response":{
"numFound":1,
"start":0,
"numFoundExact":true,
"docs":[{
"meta":["date","2008-11-13T13:35:51Z","pdf:docinfo:custom:AAPL:Keywords","solr,
word,
pdf","pdf:PDFVersion","1.3","pdf:docinfo:title","solr-word","xmp:CreatorTool","Microsoft
Word","stream_content_type","application/pdf","pdf:hasXFA","false","access_permission:can_print_degraded","true","subject","solr
word","dc:format","application/pdf;
version=1.3","pdf:docinfo:creator_tool","Microsoft
Word","access_permission:fill_in_form","true","stream_name","myfile","pdf:encrypted","false","dc:title","solr-word","modified","2008-11-13T13:35:51Z","cp:subject","solr
word","pdf:docinfo:subject","solr
word","pdf:hasMarkedContent","false","pdf:docinfo:creator","Grant
Ingersoll","meta:author","Grant
Ingersoll","meta:creation-date","2008-11-13T13:35:51Z","stream_source_info","solr-word.pdf","created","2008-11-13T13:35:51Z","access_permission:extract_for_accessibility","true","Creation-Date","2008-11-13T13:35:51Z","Author","Grant
Ingersoll","producer","Mac OS X 10.5.5 Quartz
PDFContext","pdf:docinfo:producer","Mac OS X 10.5.5 Quartz
PDFContext","Keywords","solr, word,
pdf","access_permission:modify_annotations","true","AAPL:Keywords","solr,
word, pdf","dc:creator","Grant
Ingersoll","dcterms:created","2008-11-13T13:35:51Z","Last-Modified","2008-11-13T13:35:51Z","dcterms:modified","2008-11-13T13:35:51Z","Last-Save-Date","2008-11-13T13:35:51Z","pdf:docinfo:keywords","solr,
word,
pdf","pdf:docinfo:modified","2008-11-13T13:35:51Z","meta:save-date","2008-11-13T13:35:51Z","Content-Type","application/pdf","stream_size","21052","X-Parsed-By","org.apache.tika.parser.DefaultParser","X-Parsed-By","org.apache.tika.parser.pdf.PDFParser","creator","Grant
Ingersoll","dc:subject","solr, word,
pdf","access_permission:assemble_document","true","xmpTPg:NPages","1","pdf:hasXMP","false","access_permission:extract_content","true","access_permission:can_print","true","meta:keyword","solr,
word,
pdf","access_permission:can_modify","true","pdf:docinfo:created","2008-11-13T13:35:51Z"],
"div":["page"],
"id":"doc1",
"date":["2008-11-13T13:35:51Z"],
"pdf_docinfo_custom_aapl_keywords":["solr, word, pdf"],
"pdf_pdfversion":[1.3],
"pdf_docinfo_title":["solr-word"],
"xmp_creatortool":["Microsoft Word"],
"stream_content_type":["application/pdf"],
"pdf_hasxfa":[false],
"access_permission_can_print_degraded":[true],
"subject":["solr word"],
"dc_format":["application/pdf; version=1.3"],
"pdf_docinfo_creator_tool":["Microsoft Word"],
"access_permission_fill_in_form":[true],
"stream_name":["myfile"],
"pdf_encrypted":[false],
"dc_title":["solr-word"],
"modified":["2008-11-13T13:35:51Z"],
"cp_subject":["solr word"],
"pdf_docinfo_subject":["solr word"],
"pdf_hasmarkedcontent":[false],
"pdf_docinfo_creator":["Grant Ingersoll"],
"meta_author":["Grant Ingersoll"],
"meta_creation_date":["2008-11-13T13:35:51Z"],
"stream_source_info":["solr-word.pdf"],
"created":["2008-11-13T13:35:51Z"],
"access_permission_extract_for_accessibility":[true],
"creation_date":["2008-11-13T13:35:51Z"],
"author":["Grant Ingersoll"],
"producer":["Mac OS X 10.5.5 Quartz PDFContext"],
"pdf_docinfo_producer":["Mac OS X 10.5.5 Quartz PDFContext"],
"pdf_unmappedunicodecharsperpage":[0],
"keywords":["solr, word, pdf"],
"access_permission_modify_annotations":[true],
"aapl_keywords":["solr, word, pdf"],
"dc_creator":["Grant Ingersoll"],
"dcterms_created":["2008-11-13T13:35:51Z"],
"last_modified":["2008-11-13T13:35:51Z"],
"dcterms_modified":["2008-11-13T13:35:51Z"],
"title":["solr-word"],
"last_save_date":["2008-11-13T13:35:51Z"],
"pdf_docinfo_keywords":["solr, word, pdf"],
"pdf_docinfo_modified":["2008-11-13T13:35:51Z"],
"meta_save_date":["2008-11-13T13:35:51Z"],
"content_type":["application/pdf"],
"stream_size":[21052],
"x_parsed_by":["org.apache.tika.parser.DefaultParser","org.apache.tika.parser.pdf.PDFParser"],
"creator":["Grant Ingersoll"],
"dc_subject":["solr, word, pdf"],
"access_permission_assemble_document":[true],
"xmptpg_npages":[1],
"pdf_hasxmp":[false],
"pdf_charsperpage":[85],
"access_permission_extract_content":[true],
"access_permission_can_print":[true],
"meta_keyword":["solr, word, pdf"],
"access_permission_can_modify":[true],
"pdf_docinfo_created":["2008-11-13T13:35:51Z"],
"content":[" \n \n \n \n \n
Re: Ignore unknown fields when indexing PDFs - thanks to wunder
Walter Underwood, thanks for this clear description of the PDF world - I love it! Walter Claassen Von:"Walter Underwood" An: users@solr.apache.org Datum: 04.06.2024 18:20 Betreff:Re: Ignore unknown fields when indexing PDFs PDFs don’t have fields. PDFs are instructions for a monkey with rubber stamps to make a printed page. They have instructions to move to a location and put a character there. As an XML developer friend said, turning a PDF document into structured text is like turning hamburger back into a cow. I dealt with PDF documents in search for over twenty years. You are lucky to get searchable text out of them. wunder Walter Underwood wun...@wunderwood.org http://observer.wunderwood.org/ (my blog)
Re: Ignore unknown fields when indexing PDFs
Try this. In your schema, explicitly define all the fields that you want
in your collection. Then, as the last field entry, add:
On Tue, Jun 4, 2024 at 1:06 PM Thomas Corthals
wrote:
> When you extra text from PDF with Tika, it includes additional metadata
> fields. This is the document I get after executing the example from the ref
> guide at
>
> https://solr.apache.org/guide/solr/latest/indexing-guide/indexing-with-tika.html#trying-out-solr-cell
>
> {
> "responseHeader":{
> "status":0,
> "QTime":0,
> "params":{
> "q":"id:doc1"
> }
> },
> "response":{
> "numFound":1,
> "start":0,
> "numFoundExact":true,
> "docs":[{
>
>
> "meta":["date","2008-11-13T13:35:51Z","pdf:docinfo:custom:AAPL:Keywords","solr,
> word,
>
> pdf","pdf:PDFVersion","1.3","pdf:docinfo:title","solr-word","xmp:CreatorTool","Microsoft
>
> Word","stream_content_type","application/pdf","pdf:hasXFA","false","access_permission:can_print_degraded","true","subject","solr
> word","dc:format","application/pdf;
> version=1.3","pdf:docinfo:creator_tool","Microsoft
>
> Word","access_permission:fill_in_form","true","stream_name","myfile","pdf:encrypted","false","dc:title","solr-word","modified","2008-11-13T13:35:51Z","cp:subject","solr
> word","pdf:docinfo:subject","solr
> word","pdf:hasMarkedContent","false","pdf:docinfo:creator","Grant
> Ingersoll","meta:author","Grant
>
> Ingersoll","meta:creation-date","2008-11-13T13:35:51Z","stream_source_info","solr-word.pdf","created","2008-11-13T13:35:51Z","access_permission:extract_for_accessibility","true","Creation-Date","2008-11-13T13:35:51Z","Author","Grant
> Ingersoll","producer","Mac OS X 10.5.5 Quartz
> PDFContext","pdf:docinfo:producer","Mac OS X 10.5.5 Quartz
> PDFContext","Keywords","solr, word,
> pdf","access_permission:modify_annotations","true","AAPL:Keywords","solr,
> word, pdf","dc:creator","Grant
>
> Ingersoll","dcterms:created","2008-11-13T13:35:51Z","Last-Modified","2008-11-13T13:35:51Z","dcterms:modified","2008-11-13T13:35:51Z","Last-Save-Date","2008-11-13T13:35:51Z","pdf:docinfo:keywords","solr,
> word,
>
> pdf","pdf:docinfo:modified","2008-11-13T13:35:51Z","meta:save-date","2008-11-13T13:35:51Z","Content-Type","application/pdf","stream_size","21052","X-Parsed-By","org.apache.tika.parser.DefaultParser","X-Parsed-By","org.apache.tika.parser.pdf.PDFParser","creator","Grant
> Ingersoll","dc:subject","solr, word,
>
> pdf","access_permission:assemble_document","true","xmpTPg:NPages","1","pdf:hasXMP","false","access_permission:extract_content","true","access_permission:can_print","true","meta:keyword","solr,
> word,
>
> pdf","access_permission:can_modify","true","pdf:docinfo:created","2008-11-13T13:35:51Z"],
> "div":["page"],
> "id":"doc1",
> "date":["2008-11-13T13:35:51Z"],
> "pdf_docinfo_custom_aapl_keywords":["solr, word, pdf"],
> "pdf_pdfversion":[1.3],
> "pdf_docinfo_title":["solr-word"],
> "xmp_creatortool":["Microsoft Word"],
> "stream_content_type":["application/pdf"],
> "pdf_hasxfa":[false],
> "access_permission_can_print_degraded":[true],
> "subject":["solr word"],
> "dc_format":["application/pdf; version=1.3"],
> "pdf_docinfo_creator_tool":["Microsoft Word"],
> "access_permission_fill_in_form":[true],
> "stream_name":["myfile"],
> "pdf_encrypted":[false],
> "dc_title":["solr-word"],
> "modified":["2008-11-13T13:35:51Z"],
> "cp_subject":["solr word"],
> "pdf_docinfo_subject":["solr word"],
> "pdf_hasmarkedcontent":[false],
> "pdf_docinfo_creator":["Grant Ingersoll"],
> "meta_author":["Grant Ingersoll"],
> "meta_creation_date":["2008-11-13T13:35:51Z"],
> "stream_source_info":["solr-word.pdf"],
> "created":["2008-11-13T13:35:51Z"],
> "access_permission_extract_for_accessibility":[true],
> "creation_date":["2008-11-13T13:35:51Z"],
> "author":["Grant Ingersoll"],
> "producer":["Mac OS X 10.5.5 Quartz PDFContext"],
> "pdf_docinfo_producer":["Mac OS X 10.5.5 Quartz PDFContext"],
> "pdf_unmappedunicodecharsperpage":[0],
> "keywords":["solr, word, pdf"],
> "access_permission_modify_annotations":[true],
> "aapl_keywords":["solr, word, pdf"],
> "dc_creator":["Grant Ingersoll"],
> "dcterms_created":["2008-11-13T13:35:51Z"],
> "last_modified":["2008-11-13T13:35:51Z"],
> "dcterms_modified":["2008-11-13T13:35:51Z"],
> "title":["solr-word"],
> "last_save_date":["2008-11-13T13:35:51Z"],
> "pdf_docinfo_keywords":["solr, word, pdf"],
> "pdf_docinfo_modified":["2008-11-13T13:35:51Z"],
> "meta_save_date":["2008-11-13T13:35:51Z"],
> "content_type":["application/pdf"],
> "stream_size":[21052],
>
>
> "x_parsed_by":["org.apache.tika.parser.DefaultParser","org.apache.tika.parser.pdf.PDFParser"],
> "creator":["Grant Ingersoll"],
> "dc_subject":["solr, word, pdf"],
> "access_
what happens when copyField overflows?
Hi all, playing with the suggester, I find that you can't use it on fields longer than ~32KB. A StrField would be the right size but is not tokenized, a TextField works but I don't see a way to limit its size. Either way, what happens if I `copyField` more than 32K into a field limited to 32K? An exception, this being Java? Does that throw out the entire update batch to the last commit? Does anyone actually use the suggester and if so, how do you set up your schema for it? TIA Dima
Re: Solr 9 and splainer.io
There is a solr package for splainer! https://github.com/o19s/splainer?tab=readme-ov-file#splainer-package-for-solr On Tue, Jun 4, 2024 at 12:42 PM Jérôme BERNARDES wrote: > Hello, > > we migrated from Solr 7.3.1 to Solr 9.2.1. > We used to debug solr requests using splainer.io > Splainer jsonp requests to solr are now blocked because of CORS and > Content Security Policy restrictions. > Is there a way to configure solr jetty to allow requests from splainer.io > or at least a local splainer instance ? > Or is splainer solr plugin the simplest way to use splainer with solr 9 > > Thanks > > Jérôme Bernardes >
GCP-Solr indexing performance is slow in 9.6.0 compare to 7.2.1
Hi, We are migrating the solr from 7.2.1 to 9.6.0 in GCP and setup is done in GCP VM. [3 nodes for solr/3 nodes for ZK [6 VMs]]. While indexing the data in the solr 9.6.0 version, I noticed the indexing took 1 Hr 20 minutes for 47 GB data. The same data took only 45 mins in the 7.2.1 version. Just to identify which version has issues, With the same data/same infrastructure/same schema and only difference is the solr config Lucene match version and tried the indexing in solr 8.6.0/9.0.0 still the performance is not same as 7.2.1. *Config used in solr 9.6.0:* - Lucene match version – - Tried 9.9 and 9.10 *Config used in the 7.2.1:* - *Lucene match version - *7.2.1 Please help to get the expected parameters or tuning parameters That I could have missed after solr 7.2.1? Are there any known performance issues in the indexing after the 7.2.1 version? Regards Sathish Ponnusamy
Solr 9.5.0 - Enabling Open telemetry module makes solr node down
Hi, We are using solr 9.5.0 and enabled the open telemetry module by passing below options. Our goal is to export the metrics to the OTEL collector which is installed in the same solr node 4317 port. Whenever we enable the open telemetry module with below parameters in the solr.in.sh file, The solr node is going down and throwing an exception message as below. But we disable the opentelemtry config in solr.in.sh solr node is working fine without any issues. *Config provided to enable the open telemetry module:* * Environment variable OTEL_SERVICE_NAME is present * Enabled the module SOLR_MODULES=opentelemetry. *Exception Thrown while enabling the Opentelemetry:* 2024-04-16 11:04:44.369 ERROR (main) [c: s: r: x: t:] o.a.s.s.CoreContainerProvider Could not start Solr. Check solr/home property and the logs => java.lang.StackOverflowError at java.base/java.security.AccessController.doPrivileged(Native Method) java.lang.StackOverflowError: null at java.base/java.security.AccessController.doPrivileged(Native Method) ~[?:?] at java.base/jdk.internal.loader.BuiltinClassLoader.findClassOnClassPathOrNull(BuiltinClassLoader.java:719) ~[?:?] at java.base/jdk.internal.loader.BuiltinClassLoader.loadClassOrNull(BuiltinClassLoader.java:621) ~[?:?] at java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:579) ~[?:?] at java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:178) ~[?:?] at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:581) ~[?:?] at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:527) ~[?:?] at org.eclipse.jetty.webapp.WebAppClassLoader.loadClass(WebAppClassLoader.java:460) ~[jetty-webapp-10.0.19.jar:10.0.19] at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:581) ~[?:?] at java.base/java.net.FactoryURLClassLoader.loadClass(URLClassLoader.java:904) ~[?:?] at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:527) ~[?:?] at java.base/java.lang.ClassLoader.defineClass1(Native Method) ~[?:?] at java.base/java.lang.ClassLoader.defineClass(ClassLoader.java:1022) ~[?:?] at java.base/java.security.SecureClassLoader.defineClass(SecureClassLoader.java:174) ~[?:?] at java.base/java.net.URLClassLoader.defineClass(URLClassLoader.java:555) ~[?:?] at java.base/java.net.URLClassLoader$1.run(URLClassLoader.java:458) ~[?:?] at java.base/java.net.URLClassLoader$1.run(URLClassLoader.java:452) ~[?:?] at java.base/java.security.AccessController.doPrivileged(Native Method) ~[?:?] at java.base/java.net.URLClassLoader.findClass(URLClassLoader.java:451) ~[?:?] at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:594) ~[?:?] at java.base/java.net.FactoryURLClassLoader.loadClass(URLClassLoader.java:904) ~[?:?] at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:527) ~[?:?] at java.base/java.lang.ClassLoader.defineClass1(Native Method) ~[?:?] at java.base/java.lang.ClassLoader.defineClass(ClassLoader.java:1022) ~[?:?] at java.base/java.security.SecureClassLoader.defineClass(SecureClassLoader.java:174) ~[?:?] at java.base/java.net.URLClassLoader.defineClass(URLClassLoader.java:555) ~[?:?] at java.base/java.net.URLClassLoader$1.run(URLClassLoader.java:458) ~[?:?] at java.base/java.net.URLClassLoader$1.run(URLClassLoader.java:452) ~[?:?] at java.base/java.security.AccessController.doPrivileged(Native Method) ~[?:?] at java.base/java.net.URLClassLoader.findClass(URLClassLoader.java:451) ~[?:?] at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:594) ~[?:?] at java.base/java.net.FactoryURLClassLoader.loadClass(URLClassLoader.java:904) ~[?:?] at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:527) ~[?:?] at java.base/java.lang.ClassLoader.defineClass1(Native Method) ~[?:?] at java.base/java.lang.ClassLoader.defineClass(ClassLoader.java:1022) ~[?:?] at java.base/java.security.SecureClassLoader.defineClass(SecureClassLoader.java:174) ~[?:?] at java.base/java.net.URLClassLoader.defineClass(URLClassLoader.java:555) ~[?:?] at java.base/java.net.URLClassLoader$1.run(URLClassLoader.java:458) ~[?:?] at java.base/java.net.URLClassLoader$1.run(URLClassLoader.java:452) ~[?:?] at java.base/java.security.AccessController.doPrivileged(Native Method) ~[?:?] at java.base/java.net.URLClassLoader.findClass(URLClassLoader.java:451) ~[?:?] at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:594) ~[?:?] at java.base/java.net.FactoryURLClassLoader.loadClass(URLClassLoader.java:904) ~[?:?] at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:527) ~[?:?] at java.base/java.lang.ClassLoader.define
