[GitHub] [jackrabbit-oak] fabriziofortino commented on a diff in pull request #1002: OAK-10324: IN queries on boolean fields should not fail when one of the values cannot be parsed
fabriziofortino commented on code in PR #1002:
URL: https://github.com/apache/jackrabbit-oak/pull/1002#discussion_r1239745440
##
oak-search/src/test/java/org/apache/jackrabbit/oak/plugins/index/PropertyIndexCommonTest.java:
##
@@ -419,6 +419,28 @@ public void dateQueryWithEmptyValue() throws Exception {
assertEventually(() -> assertQuery("select [jcr:path] from [nt:base]
where [textField] = 'foo'", singletonList("/test/a")));
}
+@Test
+public void inQueryWithUnparseableValue() throws Exception {
+Tree idx = indexOptions.setIndex(
+root,
+"test1",
+
indexOptions.createIndex(indexOptions.createIndexDefinitionBuilder(), false,
"booleanField")
+);
+Tree booleanField =
idx.getChild("indexRules").getChild("nt:base").getChild(PROP_NODE).getChild("booleanField");
+booleanField.setProperty(FulltextIndexConstants.PROP_TYPE,
PropertyType.TYPENAME_BOOLEAN);
+root.commit();
+
+Tree test = root.getTree("/").addChild("test");
+test.addChild("a").setProperty("booleanField", true);
Review Comment:
I wanted to do that but this query won't produce the same results in lucene
and elastic. This is one of the cases where we cannot easily provide full
compatibility. Lucene is not very strict with field types, while Elastic
enforces the type declared in the mapping.
Reaching full compatibility for these cases where the queries are somehow
ambiguous would cost a lot in terms of implementation. This PR mainly
guarantees that a query like this does not fail in lucene or elastic.
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: dev-unsubscr...@jackrabbit.apache.org
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org
[GitHub] [jackrabbit-oak] fabriziofortino commented on a diff in pull request #1002: OAK-10324: IN queries on boolean fields should not fail when one of the values cannot be parsed
fabriziofortino commented on code in PR #1002:
URL: https://github.com/apache/jackrabbit-oak/pull/1002#discussion_r1239739801
##
oak-search/src/test/java/org/apache/jackrabbit/oak/plugins/index/PropertyIndexCommonTest.java:
##
@@ -419,6 +419,28 @@ public void dateQueryWithEmptyValue() throws Exception {
assertEventually(() -> assertQuery("select [jcr:path] from [nt:base]
where [textField] = 'foo'", singletonList("/test/a")));
}
+@Test
+public void inQueryWithUnparseableValue() throws Exception {
+Tree idx = indexOptions.setIndex(
+root,
+"test1",
+
indexOptions.createIndex(indexOptions.createIndexDefinitionBuilder(), false,
"booleanField")
+);
+Tree booleanField =
idx.getChild("indexRules").getChild("nt:base").getChild(PROP_NODE).getChild("booleanField");
+booleanField.setProperty(FulltextIndexConstants.PROP_TYPE,
PropertyType.TYPENAME_BOOLEAN);
+root.commit();
+
+Tree test = root.getTree("/").addChild("test");
+test.addChild("a").setProperty("booleanField", true);
+root.commit();
+
+assertEventually(() -> {
+assertQuery("select [jcr:path] from [nt:base] where [booleanField]
in('true', 'True')", singletonList("/test/a"));
+assertQuery("select [jcr:path] from [nt:base] where [booleanField]
in('true', 'InvalidBool')", singletonList("/test/a"));
Review Comment:
added new query
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: dev-unsubscr...@jackrabbit.apache.org
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org
[GitHub] [jackrabbit-oak] nfsantos commented on a diff in pull request #1002: OAK-10324: IN queries on boolean fields should not fail when one of the values cannot be parsed
nfsantos commented on code in PR #1002:
URL: https://github.com/apache/jackrabbit-oak/pull/1002#discussion_r1239643141
##
oak-search/src/test/java/org/apache/jackrabbit/oak/plugins/index/PropertyIndexCommonTest.java:
##
@@ -419,6 +419,28 @@ public void dateQueryWithEmptyValue() throws Exception {
assertEventually(() -> assertQuery("select [jcr:path] from [nt:base]
where [textField] = 'foo'", singletonList("/test/a")));
}
+@Test
+public void inQueryWithUnparseableValue() throws Exception {
+Tree idx = indexOptions.setIndex(
+root,
+"test1",
+
indexOptions.createIndex(indexOptions.createIndexDefinitionBuilder(), false,
"booleanField")
+);
+Tree booleanField =
idx.getChild("indexRules").getChild("nt:base").getChild(PROP_NODE).getChild("booleanField");
+booleanField.setProperty(FulltextIndexConstants.PROP_TYPE,
PropertyType.TYPENAME_BOOLEAN);
+root.commit();
+
+Tree test = root.getTree("/").addChild("test");
+test.addChild("a").setProperty("booleanField", true);
Review Comment:
Maybe add another path with `booleanField=false`, just to ensure that the
query is actually filtering the results.
##
oak-search/src/test/java/org/apache/jackrabbit/oak/plugins/index/PropertyIndexCommonTest.java:
##
@@ -419,6 +419,28 @@ public void dateQueryWithEmptyValue() throws Exception {
assertEventually(() -> assertQuery("select [jcr:path] from [nt:base]
where [textField] = 'foo'", singletonList("/test/a")));
}
+@Test
+public void inQueryWithUnparseableValue() throws Exception {
+Tree idx = indexOptions.setIndex(
+root,
+"test1",
+
indexOptions.createIndex(indexOptions.createIndexDefinitionBuilder(), false,
"booleanField")
+);
+Tree booleanField =
idx.getChild("indexRules").getChild("nt:base").getChild(PROP_NODE).getChild("booleanField");
+booleanField.setProperty(FulltextIndexConstants.PROP_TYPE,
PropertyType.TYPENAME_BOOLEAN);
+root.commit();
+
+Tree test = root.getTree("/").addChild("test");
+test.addChild("a").setProperty("booleanField", true);
+root.commit();
+
+assertEventually(() -> {
+assertQuery("select [jcr:path] from [nt:base] where [booleanField]
in('true', 'True')", singletonList("/test/a"));
+assertQuery("select [jcr:path] from [nt:base] where [booleanField]
in('true', 'InvalidBool')", singletonList("/test/a"));
Review Comment:
What happens if the in list does not contain any valid boolean value? Is it
worth to have a test case?
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: dev-unsubscr...@jackrabbit.apache.org
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org
[GitHub] [jackrabbit-oak] fabriziofortino commented on a diff in pull request #1002: OAK-10324: IN queries on boolean fields should not fail when one of the values cannot be parsed
fabriziofortino commented on code in PR #1002:
URL: https://github.com/apache/jackrabbit-oak/pull/1002#discussion_r1239571625
##
oak-search/src/test/java/org/apache/jackrabbit/oak/plugins/index/PropertyIndexCommonTest.java:
##
@@ -419,6 +419,28 @@ public void dateQueryWithEmptyValue() throws Exception {
assertEventually(() -> assertQuery("select [jcr:path] from [nt:base]
where [textField] = 'foo'", singletonList("/test/a")));
}
+@Test
+public void inQueryWithUnparseableValue() throws Exception {
+Tree idx = indexOptions.setIndex(
+root,
+"test1",
+
indexOptions.createIndex(indexOptions.createIndexDefinitionBuilder(), false,
"booleanField")
+);
+Tree booleanField =
idx.getChild("indexRules").getChild("nt:base").getChild(PROP_NODE).getChild("booleanField");
+booleanField.setProperty(FulltextIndexConstants.PROP_TYPE,
PropertyType.TYPENAME_BOOLEAN);
+root.commit();
+
+Tree test = root.getTree("/").addChild("test");
+test.addChild("a").setProperty("booleanField", true);
+root.commit();
+
+assertEventually(() -> {
+assertQuery("select [jcr:path] from [nt:base] where [booleanField]
in('true', 'True')", singletonList("/test/a"));
+assertQuery("select [jcr:path] from [nt:base] where [booleanField]
in('true', 'InvalidBool')", singletonList("/test/a"));
Review Comment:
It has to return the same list in order to be aligned with the behavior on
lucene.
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: dev-unsubscr...@jackrabbit.apache.org
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org
[GitHub] [jackrabbit-oak] steffenvan commented on a diff in pull request #1002: OAK-10324: IN queries on boolean fields should not fail when one of the values cannot be parsed
steffenvan commented on code in PR #1002:
URL: https://github.com/apache/jackrabbit-oak/pull/1002#discussion_r1239554633
##
oak-search/src/test/java/org/apache/jackrabbit/oak/plugins/index/PropertyIndexCommonTest.java:
##
@@ -419,6 +419,28 @@ public void dateQueryWithEmptyValue() throws Exception {
assertEventually(() -> assertQuery("select [jcr:path] from [nt:base]
where [textField] = 'foo'", singletonList("/test/a")));
}
+@Test
+public void inQueryWithUnparseableValue() throws Exception {
+Tree idx = indexOptions.setIndex(
+root,
+"test1",
+
indexOptions.createIndex(indexOptions.createIndexDefinitionBuilder(), false,
"booleanField")
+);
+Tree booleanField =
idx.getChild("indexRules").getChild("nt:base").getChild(PROP_NODE).getChild("booleanField");
+booleanField.setProperty(FulltextIndexConstants.PROP_TYPE,
PropertyType.TYPENAME_BOOLEAN);
+root.commit();
+
+Tree test = root.getTree("/").addChild("test");
+test.addChild("a").setProperty("booleanField", true);
+root.commit();
+
+assertEventually(() -> {
+assertQuery("select [jcr:path] from [nt:base] where [booleanField]
in('true', 'True')", singletonList("/test/a"));
+assertQuery("select [jcr:path] from [nt:base] where [booleanField]
in('true', 'InvalidBool')", singletonList("/test/a"));
Review Comment:
What should should the query return if we change it to:
```select [jcr:path] from [nt:base] where [booleanField] in('true',
'True')```
Do we still expect it to return the same list, or should it throw an error
somewhere?
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: dev-unsubscr...@jackrabbit.apache.org
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org
[GitHub] [jackrabbit-oak] steffenvan commented on a diff in pull request #1002: OAK-10324: IN queries on boolean fields should not fail when one of the values cannot be parsed
steffenvan commented on code in PR #1002:
URL: https://github.com/apache/jackrabbit-oak/pull/1002#discussion_r1239554633
##
oak-search/src/test/java/org/apache/jackrabbit/oak/plugins/index/PropertyIndexCommonTest.java:
##
@@ -419,6 +419,28 @@ public void dateQueryWithEmptyValue() throws Exception {
assertEventually(() -> assertQuery("select [jcr:path] from [nt:base]
where [textField] = 'foo'", singletonList("/test/a")));
}
+@Test
+public void inQueryWithUnparseableValue() throws Exception {
+Tree idx = indexOptions.setIndex(
+root,
+"test1",
+
indexOptions.createIndex(indexOptions.createIndexDefinitionBuilder(), false,
"booleanField")
+);
+Tree booleanField =
idx.getChild("indexRules").getChild("nt:base").getChild(PROP_NODE).getChild("booleanField");
+booleanField.setProperty(FulltextIndexConstants.PROP_TYPE,
PropertyType.TYPENAME_BOOLEAN);
+root.commit();
+
+Tree test = root.getTree("/").addChild("test");
+test.addChild("a").setProperty("booleanField", true);
+root.commit();
+
+assertEventually(() -> {
+assertQuery("select [jcr:path] from [nt:base] where [booleanField]
in('true', 'True')", singletonList("/test/a"));
+assertQuery("select [jcr:path] from [nt:base] where [booleanField]
in('true', 'InvalidBool')", singletonList("/test/a"));
Review Comment:
What should should the query return if we change it to:
```select [jcr:path] from [nt:base] where [booleanField] in('true',
'True')```
Does it still expect the same list, or should it throw an error somewhere?
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: dev-unsubscr...@jackrabbit.apache.org
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org
[GitHub] [jackrabbit-oak] steffenvan commented on a diff in pull request #1002: OAK-10324: IN queries on boolean fields should not fail when one of the values cannot be parsed
steffenvan commented on code in PR #1002:
URL: https://github.com/apache/jackrabbit-oak/pull/1002#discussion_r1239554633
##
oak-search/src/test/java/org/apache/jackrabbit/oak/plugins/index/PropertyIndexCommonTest.java:
##
@@ -419,6 +419,28 @@ public void dateQueryWithEmptyValue() throws Exception {
assertEventually(() -> assertQuery("select [jcr:path] from [nt:base]
where [textField] = 'foo'", singletonList("/test/a")));
}
+@Test
+public void inQueryWithUnparseableValue() throws Exception {
+Tree idx = indexOptions.setIndex(
+root,
+"test1",
+
indexOptions.createIndex(indexOptions.createIndexDefinitionBuilder(), false,
"booleanField")
+);
+Tree booleanField =
idx.getChild("indexRules").getChild("nt:base").getChild(PROP_NODE).getChild("booleanField");
+booleanField.setProperty(FulltextIndexConstants.PROP_TYPE,
PropertyType.TYPENAME_BOOLEAN);
+root.commit();
+
+Tree test = root.getTree("/").addChild("test");
+test.addChild("a").setProperty("booleanField", true);
+root.commit();
+
+assertEventually(() -> {
+assertQuery("select [jcr:path] from [nt:base] where [booleanField]
in('true', 'True')", singletonList("/test/a"));
+assertQuery("select [jcr:path] from [nt:base] where [booleanField]
in('true', 'InvalidBool')", singletonList("/test/a"));
Review Comment:
What should should the query return if we change it to:
```select [jcr:path] from [nt:base] where [booleanField] in('true',
'True')```
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: dev-unsubscr...@jackrabbit.apache.org
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org
[GitHub] [jackrabbit-oak] steffenvan commented on a diff in pull request #1002: OAK-10324: IN queries on boolean fields should not fail when one of the values cannot be parsed
steffenvan commented on code in PR #1002:
URL: https://github.com/apache/jackrabbit-oak/pull/1002#discussion_r1239554633
##
oak-search/src/test/java/org/apache/jackrabbit/oak/plugins/index/PropertyIndexCommonTest.java:
##
@@ -419,6 +419,28 @@ public void dateQueryWithEmptyValue() throws Exception {
assertEventually(() -> assertQuery("select [jcr:path] from [nt:base]
where [textField] = 'foo'", singletonList("/test/a")));
}
+@Test
+public void inQueryWithUnparseableValue() throws Exception {
+Tree idx = indexOptions.setIndex(
+root,
+"test1",
+
indexOptions.createIndex(indexOptions.createIndexDefinitionBuilder(), false,
"booleanField")
+);
+Tree booleanField =
idx.getChild("indexRules").getChild("nt:base").getChild(PROP_NODE).getChild("booleanField");
+booleanField.setProperty(FulltextIndexConstants.PROP_TYPE,
PropertyType.TYPENAME_BOOLEAN);
+root.commit();
+
+Tree test = root.getTree("/").addChild("test");
+test.addChild("a").setProperty("booleanField", true);
+root.commit();
+
+assertEventually(() -> {
+assertQuery("select [jcr:path] from [nt:base] where [booleanField]
in('true', 'True')", singletonList("/test/a"));
+assertQuery("select [jcr:path] from [nt:base] where [booleanField]
in('true', 'InvalidBool')", singletonList("/test/a"));
Review Comment:
What should should the query return if we change the it to:
```select [jcr:path] from [nt:base] where [booleanField] in('true',
'True')```
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: dev-unsubscr...@jackrabbit.apache.org
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org
[jira] [Updated] (JCR-4305) jackrabbit-standalone JSP does not work with Java 10
[
https://issues.apache.org/jira/browse/JCR-4305?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Julian Reschke updated JCR-4305:
Fix Version/s: (was: 2.22)
> jackrabbit-standalone JSP does not work with Java 10
>
>
> Key: JCR-4305
> URL: https://issues.apache.org/jira/browse/JCR-4305
> Project: Jackrabbit Content Repository
> Issue Type: Sub-task
> Components: jackrabbit-standalone
>Reporter: Julian Reschke
>Assignee: Manfred Baedke
>Priority: Major
>
> I get:
> {noformat}
> HTTP ERROR 500
> Problem accessing /. Reason:
> Server Error
> Caused by:
> org.apache.jasper.JasperException: PWC6033: Error in Javac compilation for JSP
> at
> org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:634)
> at
> org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:375)
> at
> org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:473)
> at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:377)
> at
> org.eclipse.jetty.jsp.JettyJspServlet.service(JettyJspServlet.java:103)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
> at
> org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:812)
> at
> org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:587)
> at
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143)
> at
> org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:595)
> at
> org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:223)
> at
> org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1127)
> at
> org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:515)
> at
> org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185)
> at
> org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1061)
> at
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141)
> at org.eclipse.jetty.server.Dispatcher.forward(Dispatcher.java:191)
> at org.eclipse.jetty.server.Dispatcher.forward(Dispatcher.java:72)
> at
> org.eclipse.jetty.servlet.DefaultServlet.doGet(DefaultServlet.java:588)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:687)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
> at
> org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:812)
> at
> org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:587)
> at
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143)
> at
> org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:577)
> at
> org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:223)
> at
> org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1127)
> at
> org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:515)
> at
> org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185)
> at
> org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1061)
> at
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141)
> at
> org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97)
> at
> org.eclipse.jetty.server.handler.RequestLogHandler.handle(RequestLogHandler.java:95)
> at
> org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97)
> at org.eclipse.jetty.server.Server.handle(Server.java:499)
> at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:311)
> at
> org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:258)
> at
> org.eclipse.jetty.io.AbstractConnection$2.run(AbstractConnection.java:544)
> at
> org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:635)
> at
> org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:555)
> at java.base/java.lang.Thread.run(Unknown Source)
> Caused by: java.lang.NullPointerException
> at java.compiler@10/javax.tools.ToolProvider.lambda$matches$0(Unknown
> Source)
> at java.base/java.security.AccessController.doPrivileged(Native Method)
> at java.compiler@10/javax.tools.ToolProvider.matches(Unknown Source)
> at java.compiler@10/javax.tools.ToolProvider.getSystemTool(Unknown
> Source)
> at
> java.compiler@10/javax.tools.ToolProvider.getSystemJavaCompiler(Unknown
> Source)
> at
>
[jira] [Reopened] (JCR-4305) jackrabbit-standalone JSP does not work with Java 10
[
https://issues.apache.org/jira/browse/JCR-4305?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Julian Reschke reopened JCR-4305:
-
> jackrabbit-standalone JSP does not work with Java 10
>
>
> Key: JCR-4305
> URL: https://issues.apache.org/jira/browse/JCR-4305
> Project: Jackrabbit Content Repository
> Issue Type: Sub-task
> Components: jackrabbit-standalone
>Reporter: Julian Reschke
>Assignee: Manfred Baedke
>Priority: Major
>
> I get:
> {noformat}
> HTTP ERROR 500
> Problem accessing /. Reason:
> Server Error
> Caused by:
> org.apache.jasper.JasperException: PWC6033: Error in Javac compilation for JSP
> at
> org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:634)
> at
> org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:375)
> at
> org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:473)
> at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:377)
> at
> org.eclipse.jetty.jsp.JettyJspServlet.service(JettyJspServlet.java:103)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
> at
> org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:812)
> at
> org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:587)
> at
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143)
> at
> org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:595)
> at
> org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:223)
> at
> org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1127)
> at
> org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:515)
> at
> org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185)
> at
> org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1061)
> at
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141)
> at org.eclipse.jetty.server.Dispatcher.forward(Dispatcher.java:191)
> at org.eclipse.jetty.server.Dispatcher.forward(Dispatcher.java:72)
> at
> org.eclipse.jetty.servlet.DefaultServlet.doGet(DefaultServlet.java:588)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:687)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
> at
> org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:812)
> at
> org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:587)
> at
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143)
> at
> org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:577)
> at
> org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:223)
> at
> org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1127)
> at
> org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:515)
> at
> org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185)
> at
> org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1061)
> at
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141)
> at
> org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97)
> at
> org.eclipse.jetty.server.handler.RequestLogHandler.handle(RequestLogHandler.java:95)
> at
> org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97)
> at org.eclipse.jetty.server.Server.handle(Server.java:499)
> at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:311)
> at
> org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:258)
> at
> org.eclipse.jetty.io.AbstractConnection$2.run(AbstractConnection.java:544)
> at
> org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:635)
> at
> org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:555)
> at java.base/java.lang.Thread.run(Unknown Source)
> Caused by: java.lang.NullPointerException
> at java.compiler@10/javax.tools.ToolProvider.lambda$matches$0(Unknown
> Source)
> at java.base/java.security.AccessController.doPrivileged(Native Method)
> at java.compiler@10/javax.tools.ToolProvider.matches(Unknown Source)
> at java.compiler@10/javax.tools.ToolProvider.getSystemTool(Unknown
> Source)
> at
> java.compiler@10/javax.tools.ToolProvider.getSystemJavaCompiler(Unknown
> Source)
> at
> org.apache.jasper.compiler.Jsr199JavaCompiler.compile(Jsr199JavaCompiler.java:206)
> at
[jira] [Resolved] (JCR-4305) jackrabbit-standalone JSP does not work with Java 10
[
https://issues.apache.org/jira/browse/JCR-4305?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Julian Reschke resolved JCR-4305.
-
Resolution: Fixed
> jackrabbit-standalone JSP does not work with Java 10
>
>
> Key: JCR-4305
> URL: https://issues.apache.org/jira/browse/JCR-4305
> Project: Jackrabbit Content Repository
> Issue Type: Sub-task
> Components: jackrabbit-standalone
>Reporter: Julian Reschke
>Assignee: Manfred Baedke
>Priority: Major
>
> I get:
> {noformat}
> HTTP ERROR 500
> Problem accessing /. Reason:
> Server Error
> Caused by:
> org.apache.jasper.JasperException: PWC6033: Error in Javac compilation for JSP
> at
> org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:634)
> at
> org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:375)
> at
> org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:473)
> at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:377)
> at
> org.eclipse.jetty.jsp.JettyJspServlet.service(JettyJspServlet.java:103)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
> at
> org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:812)
> at
> org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:587)
> at
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143)
> at
> org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:595)
> at
> org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:223)
> at
> org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1127)
> at
> org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:515)
> at
> org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185)
> at
> org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1061)
> at
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141)
> at org.eclipse.jetty.server.Dispatcher.forward(Dispatcher.java:191)
> at org.eclipse.jetty.server.Dispatcher.forward(Dispatcher.java:72)
> at
> org.eclipse.jetty.servlet.DefaultServlet.doGet(DefaultServlet.java:588)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:687)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
> at
> org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:812)
> at
> org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:587)
> at
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143)
> at
> org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:577)
> at
> org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:223)
> at
> org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1127)
> at
> org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:515)
> at
> org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185)
> at
> org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1061)
> at
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141)
> at
> org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97)
> at
> org.eclipse.jetty.server.handler.RequestLogHandler.handle(RequestLogHandler.java:95)
> at
> org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97)
> at org.eclipse.jetty.server.Server.handle(Server.java:499)
> at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:311)
> at
> org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:258)
> at
> org.eclipse.jetty.io.AbstractConnection$2.run(AbstractConnection.java:544)
> at
> org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:635)
> at
> org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:555)
> at java.base/java.lang.Thread.run(Unknown Source)
> Caused by: java.lang.NullPointerException
> at java.compiler@10/javax.tools.ToolProvider.lambda$matches$0(Unknown
> Source)
> at java.base/java.security.AccessController.doPrivileged(Native Method)
> at java.compiler@10/javax.tools.ToolProvider.matches(Unknown Source)
> at java.compiler@10/javax.tools.ToolProvider.getSystemTool(Unknown
> Source)
> at
> java.compiler@10/javax.tools.ToolProvider.getSystemJavaCompiler(Unknown
> Source)
> at
>
[jira] [Updated] (JCR-4305) jackrabbit-standalone JSP does not work with Java 10
[
https://issues.apache.org/jira/browse/JCR-4305?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Julian Reschke updated JCR-4305:
Fix Version/s: 2.22
> jackrabbit-standalone JSP does not work with Java 10
>
>
> Key: JCR-4305
> URL: https://issues.apache.org/jira/browse/JCR-4305
> Project: Jackrabbit Content Repository
> Issue Type: Sub-task
> Components: jackrabbit-standalone
>Reporter: Julian Reschke
>Assignee: Manfred Baedke
>Priority: Major
> Fix For: 2.22
>
>
> I get:
> {noformat}
> HTTP ERROR 500
> Problem accessing /. Reason:
> Server Error
> Caused by:
> org.apache.jasper.JasperException: PWC6033: Error in Javac compilation for JSP
> at
> org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:634)
> at
> org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:375)
> at
> org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:473)
> at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:377)
> at
> org.eclipse.jetty.jsp.JettyJspServlet.service(JettyJspServlet.java:103)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
> at
> org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:812)
> at
> org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:587)
> at
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143)
> at
> org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:595)
> at
> org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:223)
> at
> org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1127)
> at
> org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:515)
> at
> org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185)
> at
> org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1061)
> at
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141)
> at org.eclipse.jetty.server.Dispatcher.forward(Dispatcher.java:191)
> at org.eclipse.jetty.server.Dispatcher.forward(Dispatcher.java:72)
> at
> org.eclipse.jetty.servlet.DefaultServlet.doGet(DefaultServlet.java:588)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:687)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
> at
> org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:812)
> at
> org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:587)
> at
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143)
> at
> org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:577)
> at
> org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:223)
> at
> org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1127)
> at
> org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:515)
> at
> org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185)
> at
> org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1061)
> at
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141)
> at
> org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97)
> at
> org.eclipse.jetty.server.handler.RequestLogHandler.handle(RequestLogHandler.java:95)
> at
> org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97)
> at org.eclipse.jetty.server.Server.handle(Server.java:499)
> at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:311)
> at
> org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:258)
> at
> org.eclipse.jetty.io.AbstractConnection$2.run(AbstractConnection.java:544)
> at
> org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:635)
> at
> org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:555)
> at java.base/java.lang.Thread.run(Unknown Source)
> Caused by: java.lang.NullPointerException
> at java.compiler@10/javax.tools.ToolProvider.lambda$matches$0(Unknown
> Source)
> at java.base/java.security.AccessController.doPrivileged(Native Method)
> at java.compiler@10/javax.tools.ToolProvider.matches(Unknown Source)
> at java.compiler@10/javax.tools.ToolProvider.getSystemTool(Unknown
> Source)
> at
> java.compiler@10/javax.tools.ToolProvider.getSystemJavaCompiler(Unknown
> Source)
> at
>
[jira] [Closed] (JCR-4305) jackrabbit-standalone JSP does not work with Java 10
[
https://issues.apache.org/jira/browse/JCR-4305?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Julian Reschke closed JCR-4305.
---
> jackrabbit-standalone JSP does not work with Java 10
>
>
> Key: JCR-4305
> URL: https://issues.apache.org/jira/browse/JCR-4305
> Project: Jackrabbit Content Repository
> Issue Type: Sub-task
> Components: jackrabbit-standalone
>Reporter: Julian Reschke
>Assignee: Manfred Baedke
>Priority: Major
>
> I get:
> {noformat}
> HTTP ERROR 500
> Problem accessing /. Reason:
> Server Error
> Caused by:
> org.apache.jasper.JasperException: PWC6033: Error in Javac compilation for JSP
> at
> org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:634)
> at
> org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:375)
> at
> org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:473)
> at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:377)
> at
> org.eclipse.jetty.jsp.JettyJspServlet.service(JettyJspServlet.java:103)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
> at
> org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:812)
> at
> org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:587)
> at
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143)
> at
> org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:595)
> at
> org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:223)
> at
> org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1127)
> at
> org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:515)
> at
> org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185)
> at
> org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1061)
> at
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141)
> at org.eclipse.jetty.server.Dispatcher.forward(Dispatcher.java:191)
> at org.eclipse.jetty.server.Dispatcher.forward(Dispatcher.java:72)
> at
> org.eclipse.jetty.servlet.DefaultServlet.doGet(DefaultServlet.java:588)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:687)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
> at
> org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:812)
> at
> org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:587)
> at
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143)
> at
> org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:577)
> at
> org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:223)
> at
> org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1127)
> at
> org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:515)
> at
> org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185)
> at
> org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1061)
> at
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141)
> at
> org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97)
> at
> org.eclipse.jetty.server.handler.RequestLogHandler.handle(RequestLogHandler.java:95)
> at
> org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97)
> at org.eclipse.jetty.server.Server.handle(Server.java:499)
> at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:311)
> at
> org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:258)
> at
> org.eclipse.jetty.io.AbstractConnection$2.run(AbstractConnection.java:544)
> at
> org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:635)
> at
> org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:555)
> at java.base/java.lang.Thread.run(Unknown Source)
> Caused by: java.lang.NullPointerException
> at java.compiler@10/javax.tools.ToolProvider.lambda$matches$0(Unknown
> Source)
> at java.base/java.security.AccessController.doPrivileged(Native Method)
> at java.compiler@10/javax.tools.ToolProvider.matches(Unknown Source)
> at java.compiler@10/javax.tools.ToolProvider.getSystemTool(Unknown
> Source)
> at
> java.compiler@10/javax.tools.ToolProvider.getSystemJavaCompiler(Unknown
> Source)
> at
> org.apache.jasper.compiler.Jsr199JavaCompiler.compile(Jsr199JavaCompiler.java:206)
> at
[jira] [Closed] (JCR-4279) Jackrabbit should compile & test on Java 10
[ https://issues.apache.org/jira/browse/JCR-4279?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julian Reschke closed JCR-4279. --- > Jackrabbit should compile & test on Java 10 > --- > > Key: JCR-4279 > URL: https://issues.apache.org/jira/browse/JCR-4279 > Project: Jackrabbit Content Repository > Issue Type: Bug >Reporter: Julian Reschke >Priority: Major > -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Resolved] (JCR-4279) Jackrabbit should compile & test on Java 10
[ https://issues.apache.org/jira/browse/JCR-4279?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julian Reschke resolved JCR-4279. - Resolution: Fixed > Jackrabbit should compile & test on Java 10 > --- > > Key: JCR-4279 > URL: https://issues.apache.org/jira/browse/JCR-4279 > Project: Jackrabbit Content Repository > Issue Type: Bug >Reporter: Julian Reschke >Priority: Major > -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Resolved] (JCR-4832) commons-compress jar seems to be missing in JCA archive
[
https://issues.apache.org/jira/browse/JCR-4832?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Julian Reschke resolved JCR-4832.
-
Resolution: Incomplete
> commons-compress jar seems to be missing in JCA archive
> ---
>
> Key: JCR-4832
> URL: https://issues.apache.org/jira/browse/JCR-4832
> Project: Jackrabbit Content Repository
> Issue Type: Bug
> Components: jackrabbit-jca
>Affects Versions: 2.20.6
>Reporter: Chris Poulsen
>Priority: Major
> Attachments: tika-commons-compress.txt
>
>
> I'm trying to upgrade to Jackrabbit v2.20.6 as part of a larger dependency
> update.
> We use the JCA archive because we need XA transactions.
> During deployment of the 2.20.6 archive I see stacktraces with:
> {code:java}
> Caused by: java.lang.ClassNotFoundException:
> org.apache.commons.compress.compressors.CompressorException {code}
> (More complete log attached)
> As far as I can tell, you include:
> {code:java}
> org.apache.tika:tika-parser-zip-commons:2.4.0{code}
> Which in turn has a dependency on:
> {code:java}
> org.apache.commons:commons-compress:1.21 {code}
> And the latter is not present in the JCA archive.
> I do not think that we are relying much on the Tika stuff, but I am a bit
> worried that something is not working correctly based on all these stack
> traces.
> I guess the missing dependency is a bug.
>
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
[jira] [Resolved] (JCR-4869) Bump up minimal Java version to 11
[ https://issues.apache.org/jira/browse/JCR-4869?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julian Reschke resolved JCR-4869. - Resolution: Fixed > Bump up minimal Java version to 11 > -- > > Key: JCR-4869 > URL: https://issues.apache.org/jira/browse/JCR-4869 > Project: Jackrabbit Content Repository > Issue Type: New Feature > Components: parent >Reporter: Julian Reschke >Assignee: Julian Reschke >Priority: Major > > Once that is done, we would probably create a new stable branch 2.22. -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Commented] (JCR-4926) Support CUBRID database in Jackrabbit 2
[ https://issues.apache.org/jira/browse/JCR-4926?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17736401#comment-17736401 ] Julian Reschke commented on JCR-4926: - Where would that go? It's just documentation, no? > Support CUBRID database in Jackrabbit 2 > --- > > Key: JCR-4926 > URL: https://issues.apache.org/jira/browse/JCR-4926 > Project: Jackrabbit Content Repository > Issue Type: Improvement > Components: clustering, jackrabbit-core, jackrabbit-data >Reporter: Woonsan Ko >Assignee: Julian Reschke >Priority: Major > Fix For: 2.22, 2.21.17 > > > In the region where I work, I see CUBRID database [1][2] being adopted, > especially in the public sector. It seems like CUBRID is regarded as one of > the OSS DBMS alternatives (with PostgreSQL and MariaDB) here. > So I'd like to support the database in Jackrabbit 2 first and then maintain > and port it to OAK later. (OSGi is not quite popular yet here.) > Even if Cubrid is not as popular as other OSS projects, it might be helpful > to support here. > [1] https://en.wikipedia.org/wiki/CUBRID > [2] https://www.cubrid.org/downloads -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Assigned] (JCR-4944) upgrade to Tomcat 9.x
[ https://issues.apache.org/jira/browse/JCR-4944?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julian Reschke reassigned JCR-4944: --- Assignee: Manfred Baedke > upgrade to Tomcat 9.x > - > > Key: JCR-4944 > URL: https://issues.apache.org/jira/browse/JCR-4944 > Project: Jackrabbit Content Repository > Issue Type: Task > Components: jackrabbit-webapp >Reporter: Julian Reschke >Assignee: Manfred Baedke >Priority: Major > > Tomcat 8.5 will be EOLd in 2024. -- This message was sent by Atlassian Jira (v8.20.10#820010)
[GitHub] [jackrabbit-filevault] kwin commented on pull request #296: JCRVLT-708 Increase runtime requirements for JR2/Oak
kwin commented on PR #296: URL: https://github.com/apache/jackrabbit-filevault/pull/296#issuecomment-1603872123 Minimum Oak version doesn't support Java > 14. I am investigating running both max and min version in ITs -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: dev-unsubscr...@jackrabbit.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org
