You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@jena.apache.org by "Andrei Petrov (JIRA)" <ji...@apache.org> on 2012/09/15 10:14:08 UTC
[jira] [Created] (JENA-322) rupdate requires commoms-loggings
Andrei Petrov created JENA-322:
----------------------------------
Summary: rupdate requires commoms-loggings
Key: JENA-322
URL: https://issues.apache.org/jira/browse/JENA-322
Project: Apache Jena
Issue Type: Bug
Components: ARQ
Affects Versions: Jena 2.7.3, ARQ 2.9.3
Environment: SL 6.3 x86_64
Reporter: Andrei Petrov
Priority: Minor
rupdate exception
Exception in thread "main" java.lang.NoClassDefFoundError: org/apache/commons/logging/LogFactory
at org.apache.http.impl.client.AbstractHttpClient.<init>(AbstractHttpClient.java:182)
at org.apache.http.impl.client.DefaultHttpClient.<init>(DefaultHttpClient.java:150)
at org.openjena.riot.web.HttpOp.execHttpPost(HttpOp.java:206)
at org.openjena.riot.web.HttpOp.execHttpPost(HttpOp.java:154)
at org.openjena.riot.web.HttpOp.execHttpPost(HttpOp.java:128)
at com.hp.hpl.jena.sparql.modify.UpdateProcessRemote.execute(UpdateProcessRemote.java:60)
at arq.rupdate.exec(rupdate.java:97)
at arq.rupdate.exec(rupdate.java:82)
at arq.cmdline.CmdMain.mainMethod(CmdMain.java:101)
at arq.cmdline.CmdMain.mainRun(CmdMain.java:63)
at arq.cmdline.CmdMain.mainRun(CmdMain.java:50)
at arq.rupdate.main(rupdate.java:44)
Caused by: java.lang.ClassNotFoundException: org.apache.commons.logging.LogFactory
at java.net.URLClassLoader$1.run(URLClassLoader.java:202)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
at java.lang.ClassLoader.loadClass(ClassLoader.java:247)
... 12 more
Putting commons-logging.1.1.1.jar into lib directory fixes the problem
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (JENA-322) rupdate requires commoms-loggings
Posted by "Andy Seaborne (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/JENA-322?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13456437#comment-13456437 ]
Andy Seaborne commented on JENA-322:
------------------------------------
Thank you for the clear details.
ARQ uses org.slf4j:jcl-over-slf4j to get an implementation of the commons-logging operations.
The problem is that it is marked "optional" in the jena-arq POM so apache-jena isn't pulling in the dependency when it makes the download zip.
There's more use of Apache http-client now - the fix is to be move the "optional".
> rupdate requires commoms-loggings
> ---------------------------------
>
> Key: JENA-322
> URL: https://issues.apache.org/jira/browse/JENA-322
> Project: Apache Jena
> Issue Type: Bug
> Components: ARQ
> Affects Versions: ARQ 2.9.3, Jena 2.7.3
> Environment: SL 6.3 x86_64
> Reporter: Andrei Petrov
> Priority: Minor
>
> rupdate exception
> Exception in thread "main" java.lang.NoClassDefFoundError: org/apache/commons/logging/LogFactory
> at org.apache.http.impl.client.AbstractHttpClient.<init>(AbstractHttpClient.java:182)
> at org.apache.http.impl.client.DefaultHttpClient.<init>(DefaultHttpClient.java:150)
> at org.openjena.riot.web.HttpOp.execHttpPost(HttpOp.java:206)
> at org.openjena.riot.web.HttpOp.execHttpPost(HttpOp.java:154)
> at org.openjena.riot.web.HttpOp.execHttpPost(HttpOp.java:128)
> at com.hp.hpl.jena.sparql.modify.UpdateProcessRemote.execute(UpdateProcessRemote.java:60)
> at arq.rupdate.exec(rupdate.java:97)
> at arq.rupdate.exec(rupdate.java:82)
> at arq.cmdline.CmdMain.mainMethod(CmdMain.java:101)
> at arq.cmdline.CmdMain.mainRun(CmdMain.java:63)
> at arq.cmdline.CmdMain.mainRun(CmdMain.java:50)
> at arq.rupdate.main(rupdate.java:44)
> Caused by: java.lang.ClassNotFoundException: org.apache.commons.logging.LogFactory
> at java.net.URLClassLoader$1.run(URLClassLoader.java:202)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
> at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:247)
> ... 12 more
> Putting commons-logging.1.1.1.jar into lib directory fixes the problem
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (JENA-322) rupdate requires commoms-loggings
Posted by "Andy Seaborne (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/JENA-322?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Andy Seaborne resolved JENA-322.
--------------------------------
Resolution: Fixed
Fix Version/s: Jena 2.7.4
Assignee: Andy Seaborne
> rupdate requires commoms-loggings
> ---------------------------------
>
> Key: JENA-322
> URL: https://issues.apache.org/jira/browse/JENA-322
> Project: Apache Jena
> Issue Type: Bug
> Components: ARQ
> Affects Versions: ARQ 2.9.3, Jena 2.7.3
> Environment: SL 6.3 x86_64
> Reporter: Andrei Petrov
> Assignee: Andy Seaborne
> Priority: Minor
> Fix For: Jena 2.7.4
>
>
> rupdate exception
> Exception in thread "main" java.lang.NoClassDefFoundError: org/apache/commons/logging/LogFactory
> at org.apache.http.impl.client.AbstractHttpClient.<init>(AbstractHttpClient.java:182)
> at org.apache.http.impl.client.DefaultHttpClient.<init>(DefaultHttpClient.java:150)
> at org.openjena.riot.web.HttpOp.execHttpPost(HttpOp.java:206)
> at org.openjena.riot.web.HttpOp.execHttpPost(HttpOp.java:154)
> at org.openjena.riot.web.HttpOp.execHttpPost(HttpOp.java:128)
> at com.hp.hpl.jena.sparql.modify.UpdateProcessRemote.execute(UpdateProcessRemote.java:60)
> at arq.rupdate.exec(rupdate.java:97)
> at arq.rupdate.exec(rupdate.java:82)
> at arq.cmdline.CmdMain.mainMethod(CmdMain.java:101)
> at arq.cmdline.CmdMain.mainRun(CmdMain.java:63)
> at arq.cmdline.CmdMain.mainRun(CmdMain.java:50)
> at arq.rupdate.main(rupdate.java:44)
> Caused by: java.lang.ClassNotFoundException: org.apache.commons.logging.LogFactory
> at java.net.URLClassLoader$1.run(URLClassLoader.java:202)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
> at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:247)
> ... 12 more
> Putting commons-logging.1.1.1.jar into lib directory fixes the problem
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Comment Edited] (JENA-322) rupdate requires
commoms-loggings
Posted by "Andy Seaborne (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/JENA-322?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13456437#comment-13456437 ]
Andy Seaborne edited comment on JENA-322 at 9/16/12 3:19 AM:
-------------------------------------------------------------
Thank you for the clear details.
ARQ uses org.slf4j:jcl-over-slf4j to get an implementation of the commons-logging operations.
The problem is that it is marked "optional" in the jena-arq POM so apache-jena isn't pulling in the dependency when it makes the download zip.
There's more use of Apache http-client now - the fix is to be remove the "optional" in teh ARQ POM so it gets included in the distribution and use from maven.
was (Author: andy.seaborne):
Thank you for the clear details.
ARQ uses org.slf4j:jcl-over-slf4j to get an implementation of the commons-logging operations.
The problem is that it is marked "optional" in the jena-arq POM so apache-jena isn't pulling in the dependency when it makes the download zip.
There's more use of Apache http-client now - the fix is to be move the "optional".
> rupdate requires commoms-loggings
> ---------------------------------
>
> Key: JENA-322
> URL: https://issues.apache.org/jira/browse/JENA-322
> Project: Apache Jena
> Issue Type: Bug
> Components: ARQ
> Affects Versions: ARQ 2.9.3, Jena 2.7.3
> Environment: SL 6.3 x86_64
> Reporter: Andrei Petrov
> Priority: Minor
>
> rupdate exception
> Exception in thread "main" java.lang.NoClassDefFoundError: org/apache/commons/logging/LogFactory
> at org.apache.http.impl.client.AbstractHttpClient.<init>(AbstractHttpClient.java:182)
> at org.apache.http.impl.client.DefaultHttpClient.<init>(DefaultHttpClient.java:150)
> at org.openjena.riot.web.HttpOp.execHttpPost(HttpOp.java:206)
> at org.openjena.riot.web.HttpOp.execHttpPost(HttpOp.java:154)
> at org.openjena.riot.web.HttpOp.execHttpPost(HttpOp.java:128)
> at com.hp.hpl.jena.sparql.modify.UpdateProcessRemote.execute(UpdateProcessRemote.java:60)
> at arq.rupdate.exec(rupdate.java:97)
> at arq.rupdate.exec(rupdate.java:82)
> at arq.cmdline.CmdMain.mainMethod(CmdMain.java:101)
> at arq.cmdline.CmdMain.mainRun(CmdMain.java:63)
> at arq.cmdline.CmdMain.mainRun(CmdMain.java:50)
> at arq.rupdate.main(rupdate.java:44)
> Caused by: java.lang.ClassNotFoundException: org.apache.commons.logging.LogFactory
> at java.net.URLClassLoader$1.run(URLClassLoader.java:202)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
> at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:247)
> ... 12 more
> Putting commons-logging.1.1.1.jar into lib directory fixes the problem
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Comment Edited] (JENA-322) rupdate requires
commoms-loggings
Posted by "Andy Seaborne (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/JENA-322?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13456437#comment-13456437 ]
Andy Seaborne edited comment on JENA-322 at 9/16/12 3:28 AM:
-------------------------------------------------------------
Thank you for the clear details.
ARQ uses org.slf4j:jcl-over-slf4j to get an implementation of the commons-logging operations.
The problem is that it is marked "optional" in the jena-arq POM so apache-jena isn't pulling in the dependency when it makes the download zip.
There's more use of Apache http-client now - the fix is to be remove the "optional" in the ARQ POM so it gets included in the distribution and use from maven.
was (Author: andy.seaborne):
Thank you for the clear details.
ARQ uses org.slf4j:jcl-over-slf4j to get an implementation of the commons-logging operations.
The problem is that it is marked "optional" in the jena-arq POM so apache-jena isn't pulling in the dependency when it makes the download zip.
There's more use of Apache http-client now - the fix is to be remove the "optional" in teh ARQ POM so it gets included in the distribution and use from maven.
> rupdate requires commoms-loggings
> ---------------------------------
>
> Key: JENA-322
> URL: https://issues.apache.org/jira/browse/JENA-322
> Project: Apache Jena
> Issue Type: Bug
> Components: ARQ
> Affects Versions: ARQ 2.9.3, Jena 2.7.3
> Environment: SL 6.3 x86_64
> Reporter: Andrei Petrov
> Assignee: Andy Seaborne
> Priority: Minor
> Fix For: Jena 2.7.4
>
>
> rupdate exception
> Exception in thread "main" java.lang.NoClassDefFoundError: org/apache/commons/logging/LogFactory
> at org.apache.http.impl.client.AbstractHttpClient.<init>(AbstractHttpClient.java:182)
> at org.apache.http.impl.client.DefaultHttpClient.<init>(DefaultHttpClient.java:150)
> at org.openjena.riot.web.HttpOp.execHttpPost(HttpOp.java:206)
> at org.openjena.riot.web.HttpOp.execHttpPost(HttpOp.java:154)
> at org.openjena.riot.web.HttpOp.execHttpPost(HttpOp.java:128)
> at com.hp.hpl.jena.sparql.modify.UpdateProcessRemote.execute(UpdateProcessRemote.java:60)
> at arq.rupdate.exec(rupdate.java:97)
> at arq.rupdate.exec(rupdate.java:82)
> at arq.cmdline.CmdMain.mainMethod(CmdMain.java:101)
> at arq.cmdline.CmdMain.mainRun(CmdMain.java:63)
> at arq.cmdline.CmdMain.mainRun(CmdMain.java:50)
> at arq.rupdate.main(rupdate.java:44)
> Caused by: java.lang.ClassNotFoundException: org.apache.commons.logging.LogFactory
> at java.net.URLClassLoader$1.run(URLClassLoader.java:202)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
> at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:247)
> ... 12 more
> Putting commons-logging.1.1.1.jar into lib directory fixes the problem
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Closed] (JENA-322) rupdate requires commoms-loggings
Posted by "Andy Seaborne (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/JENA-322?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Andy Seaborne closed JENA-322.
------------------------------
> rupdate requires commoms-loggings
> ---------------------------------
>
> Key: JENA-322
> URL: https://issues.apache.org/jira/browse/JENA-322
> Project: Apache Jena
> Issue Type: Bug
> Components: ARQ
> Affects Versions: ARQ 2.9.3, Jena 2.7.3
> Environment: SL 6.3 x86_64
> Reporter: Andrei Petrov
> Assignee: Andy Seaborne
> Priority: Minor
> Fix For: Jena 2.7.4
>
>
> rupdate exception
> Exception in thread "main" java.lang.NoClassDefFoundError: org/apache/commons/logging/LogFactory
> at org.apache.http.impl.client.AbstractHttpClient.<init>(AbstractHttpClient.java:182)
> at org.apache.http.impl.client.DefaultHttpClient.<init>(DefaultHttpClient.java:150)
> at org.openjena.riot.web.HttpOp.execHttpPost(HttpOp.java:206)
> at org.openjena.riot.web.HttpOp.execHttpPost(HttpOp.java:154)
> at org.openjena.riot.web.HttpOp.execHttpPost(HttpOp.java:128)
> at com.hp.hpl.jena.sparql.modify.UpdateProcessRemote.execute(UpdateProcessRemote.java:60)
> at arq.rupdate.exec(rupdate.java:97)
> at arq.rupdate.exec(rupdate.java:82)
> at arq.cmdline.CmdMain.mainMethod(CmdMain.java:101)
> at arq.cmdline.CmdMain.mainRun(CmdMain.java:63)
> at arq.cmdline.CmdMain.mainRun(CmdMain.java:50)
> at arq.rupdate.main(rupdate.java:44)
> Caused by: java.lang.ClassNotFoundException: org.apache.commons.logging.LogFactory
> at java.net.URLClassLoader$1.run(URLClassLoader.java:202)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
> at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:247)
> ... 12 more
> Putting commons-logging.1.1.1.jar into lib directory fixes the problem
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira