[jira] [Commented] (CXF-8931) HttpClientHTTPConduit can't disable the http chunk mode
[ https://issues.apache.org/jira/browse/CXF-8931?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17833176#comment-17833176 ] Giacomo Boccardo commented on CXF-8931: --- Using 3.6.3, I'm experiencing the following absurd behavior: * not calling setAllowChunking(): NOT chunked; * setAllowChunking(true): NOT chunked; * setAllowChunking(false): chunked. I also tried setting the old default HTTP client using "force.urlconnection.http.conduit" set to true, but I had the same outcome. > HttpClientHTTPConduit can't disable the http chunk mode > --- > > Key: CXF-8931 > URL: https://issues.apache.org/jira/browse/CXF-8931 > Project: CXF > Issue Type: Bug >Reporter: Jim Ma >Assignee: Jim Ma >Priority: Major > > This works with URLConnectionHttpConduit, but this doesn't work with the new > HttpClientHTTPConduit. When set the HttpClientPolicy.setAllowChunking(false) > -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Commented] (SHIRO-744) Overlapping classes cause warnings when shading.
[ https://issues.apache.org/jira/browse/SHIRO-744?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=1771#comment-1771 ] Giacomo Boccardo commented on SHIRO-744: I don't know if it has been solved in 2.0, but please check this one too: {noformat} [WARNING] shiro-core-1.12.0.jar, shiro-event-1.12.0.jar define 13 overlapping classes: [WARNING] - org.apache.shiro.event.Event [WARNING] - org.apache.shiro.event.EventBus [WARNING] - org.apache.shiro.event.EventBusAware [WARNING] - org.apache.shiro.event.Subscribe [WARNING] - org.apache.shiro.event.support.AnnotationEventListenerResolver [WARNING] - org.apache.shiro.event.support.DefaultEventBus [WARNING] - org.apache.shiro.event.support.DefaultEventBus$Subscription [WARNING] - org.apache.shiro.event.support.EventClassComparator [WARNING] - org.apache.shiro.event.support.EventListener [WARNING] - org.apache.shiro.event.support.EventListenerComparator [WARNING] - 3 more... {noformat} > Overlapping classes cause warnings when shading. > > > Key: SHIRO-744 > URL: https://issues.apache.org/jira/browse/SHIRO-744 > Project: Shiro > Issue Type: Bug >Reporter: Andy Seaborne >Assignee: Francois Papon >Priority: Major > Fix For: 2.0.0 > > > Project has dependecny on shiro-core and shiro-web, no other shiro artifacts. > When shading (maven plugin) the project WARNING's are emitted: > {noformat} > [WARNING] shiro-crypto-hash-1.5.1.jar, shiro-core-1.5.1.jar define 24 > overlapping classes: > [WARNING] - org.apache.shiro.crypto.hash.format.ProvidedHashFormat > [WARNING] - org.apache.shiro.crypto.hash.format.HexFormat > [WARNING] - org.apache.shiro.crypto.hash.Sha1Hash > [WARNING] - org.apache.shiro.crypto.hash.Md2Hash > [WARNING] - org.apache.shiro.crypto.hash.ConfigurableHashService > [WARNING] - org.apache.shiro.crypto.hash.HashRequest > [WARNING] - org.apache.shiro.crypto.hash.format.Shiro1CryptFormat > [WARNING] - org.apache.shiro.crypto.hash.format.HashFormat > [WARNING] - org.apache.shiro.crypto.hash.Sha256Hash > [WARNING] - org.apache.shiro.crypto.hash.format.DefaultHashFormatFactory > [WARNING] - 14 more... > {noformat} > and a 3 way one: > {noformat} > [WARNING] shiro-config-ogdl-1.5.1.jar, shiro-config-core-1.5.1.jar, > shiro-core-1.5.1.jar define 5 overlapping classes: > [WARNING] - org.apache.shiro.config.Ini$1 > [WARNING] - org.apache.shiro.config.Ini$Section > [WARNING] - org.apache.shiro.config.ResourceConfigurable > [WARNING] - org.apache.shiro.config.Ini > [WARNING] - org.apache.shiro.config.ConfigurationException > {noformat} > Looking in the jars, indeed both shiro-crypto-hash-1.5.1.jar, > shiro-core-1.5.1.jar have the same classes. It is as if shiro artifacts > include parts of shiro-core that they use. -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: issues-unsubscr...@shiro.apache.org For additional commands, e-mail: issues-h...@shiro.apache.org
[jira] [Commented] (IO-796) FileAlreadyExistsException in commons-fileupload
[ https://issues.apache.org/jira/browse/IO-796?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17726632#comment-17726632 ] Giacomo Boccardo commented on IO-796: - I just attached a JUnit which triggers the exception: {code:java} org.apache.commons.fileupload.FileUploadBase$IOFileUploadException: Processing of multipart/form-data request failed. /tmp/hop at org.apache.commons.fileupload.FileUploadBase.parseRequest(FileUploadBase.java:380) at org.apache.commons.fileupload.servlet.ServletFileUpload.parseRequest(ServletFileUpload.java:113) at FileAlreadyExistsTest.testFileAlreadyExists(FileAlreadyExistsTest.java:51) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) at org.junit.platform.commons.util.ReflectionUtils.invokeMethod(ReflectionUtils.java:727) at org.junit.jupiter.engine.execution.MethodInvocation.proceed(MethodInvocation.java:60) at org.junit.jupiter.engine.execution.InvocationInterceptorChain$ValidatingInvocation.proceed(InvocationInterceptorChain.java:131) at org.junit.jupiter.engine.extension.TimeoutExtension.intercept(TimeoutExtension.java:156) at org.junit.jupiter.engine.extension.TimeoutExtension.interceptTestableMethod(TimeoutExtension.java:147) at org.junit.jupiter.engine.extension.TimeoutExtension.interceptTestMethod(TimeoutExtension.java:86) at org.junit.jupiter.engine.execution.InterceptingExecutableInvoker$ReflectiveInterceptorCall.lambda$ofVoidMethod$0(InterceptingExecutableInvoker.java:103) at org.junit.jupiter.engine.execution.InterceptingExecutableInvoker.lambda$invoke$0(InterceptingExecutableInvoker.java:93) at org.junit.jupiter.engine.execution.InvocationInterceptorChain$InterceptedInvocation.proceed(InvocationInterceptorChain.java:106) at org.junit.jupiter.engine.execution.InvocationInterceptorChain.proceed(InvocationInterceptorChain.java:64) at org.junit.jupiter.engine.execution.InvocationInterceptorChain.chainAndInvoke(InvocationInterceptorChain.java:45) at org.junit.jupiter.engine.execution.InvocationInterceptorChain.invoke(InvocationInterceptorChain.java:37) at org.junit.jupiter.engine.execution.InterceptingExecutableInvoker.invoke(InterceptingExecutableInvoker.java:92) at org.junit.jupiter.engine.execution.InterceptingExecutableInvoker.invoke(InterceptingExecutableInvoker.java:86) at org.junit.jupiter.engine.descriptor.TestMethodTestDescriptor.lambda$invokeTestMethod$7(TestMethodTestDescriptor.java:217) at org.junit.platform.engine.support.hierarchical.ThrowableCollector.execute(ThrowableCollector.java:73) at org.junit.jupiter.engine.descriptor.TestMethodTestDescriptor.invokeTestMethod(TestMethodTestDescriptor.java:213) at org.junit.jupiter.engine.descriptor.TestMethodTestDescriptor.execute(TestMethodTestDescriptor.java:138) at org.junit.jupiter.engine.descriptor.TestMethodTestDescriptor.execute(TestMethodTestDescriptor.java:68) at org.junit.platform.engine.support.hierarchical.NodeTestTask.lambda$executeRecursively$6(NodeTestTask.java:151) at org.junit.platform.engine.support.hierarchical.ThrowableCollector.execute(ThrowableCollector.java:73) at org.junit.platform.engine.support.hierarchical.NodeTestTask.lambda$executeRecursively$8(NodeTestTask.java:141) at org.junit.platform.engine.support.hierarchical.Node.around(Node.java:137) at org.junit.platform.engine.support.hierarchical.NodeTestTask.lambda$executeRecursively$9(NodeTestTask.java:139) at org.junit.platform.engine.support.hierarchical.ThrowableCollector.execute(ThrowableCollector.java:73) at org.junit.platform.engine.support.hierarchical.NodeTestTask.executeRecursively(NodeTestTask.java:138) at org.junit.platform.engine.support.hierarchical.NodeTestTask.execute(NodeTestTask.java:95) at java.util.ArrayList.forEach(ArrayList.java:1257) at org.junit.platform.engine.support.hierarchical.SameThreadHierarchicalTestExecutorService.invokeAll(SameThreadHierarchicalTestExecutorService.java:41) at org.junit.platform.engine.support.hierarchical.NodeTestTask.lambda$executeRecursively$6(NodeTestTask.java:155) at org.junit.platform.engine.support.hierarchical.ThrowableCollector.execute(ThrowableCollector.java:73) at org.junit.platform.engine.support.hierarchical.NodeTestTask.lambda$executeRecursively$8(NodeTestTask.java:141) at org.junit.platform.engine.support.hierarchical.Node.around(Node.java:137) at org.junit.platform.engine.support.hierarchical.NodeTestT
[jira] [Updated] (IO-796) FileAlreadyExistsException in commons-fileupload
[ https://issues.apache.org/jira/browse/IO-796?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Giacomo Boccardo updated IO-796: Attachment: FileAlreadyExistsTest.java > FileAlreadyExistsException in commons-fileupload > > > Key: IO-796 > URL: https://issues.apache.org/jira/browse/IO-796 > Project: Commons IO > Issue Type: Bug >Affects Versions: 2.12.0 >Reporter: Giacomo Boccardo >Priority: Major > Attachments: FileAlreadyExistsTest.java > > > Switching from 2.11.0 to 2.12.0 causes the following exception in > commons-fileupload (1.5): > > {code:java} > Caused by: java.nio.file.FileAlreadyExistsException: /home/A/B/C > at > java.base/sun.nio.fs.UnixException.translateToIOException(UnixException.java:94) > at > java.base/sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:111) > at > java.base/sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:116) > at > java.base/sun.nio.fs.UnixFileSystemProvider.createDirectory(UnixFileSystemProvider.java:389) > at java.base/java.nio.file.Files.createDirectory(Files.java:690) > at > java.base/java.nio.file.Files.createAndCheckIsDirectory(Files.java:797) > at java.base/java.nio.file.Files.createDirectories(Files.java:743) > at > org.apache.commons.io.file.PathUtils.createParentDirectories(PathUtils.java:383) > at > org.apache.commons.io.file.PathUtils.createParentDirectories(PathUtils.java:367) > at > org.apache.commons.io.output.DeferredFileOutputStream.thresholdReached(DeferredFileOutputStream.java:333) > at > org.apache.commons.io.output.ThresholdingOutputStream.checkThreshold(ThresholdingOutputStream.java:105) > at > org.apache.commons.io.output.ThresholdingOutputStream.write(ThresholdingOutputStream.java:231) > at org.apache.commons.fileupload.util.Streams.copy(Streams.java:105) > at > org.apache.commons.fileupload.FileUploadBase.parseRequest(FileUploadBase.java:376) > {code} > > where B and C are symbolic links. > > In particular, DeferredFileOutputStream#thresholdReached has been modified > from: > > > {code:java} > protected void thresholdReached() throws IOException { > if (prefix != null) { > outputFile = File.createTempFile(prefix, suffix, directory); > } > FileUtils.forceMkdirParent(outputFile); > final OutputStream fos = Files.newOutputStream(outputFile.toPath()); > [...] > } > {code} > > to: > > {code:java} > protected void thresholdReached() throws IOException { > if (prefix != null) { > outputPath = Files.createTempFile(directory, prefix, suffix); > } > PathUtils.createParentDirectories(outputPath); > final OutputStream fos = Files.newOutputStream(outputPath); > > [...] > } {code} -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Created] (IO-796) FileAlreadyExistsException in commons-fileupload
Giacomo Boccardo created IO-796: --- Summary: FileAlreadyExistsException in commons-fileupload Key: IO-796 URL: https://issues.apache.org/jira/browse/IO-796 Project: Commons IO Issue Type: Bug Affects Versions: 2.12.0 Reporter: Giacomo Boccardo Switching from 2.11.0 to 2.12.0 causes the following exception in commons-fileupload (1.5): {code:java} Caused by: java.nio.file.FileAlreadyExistsException: /home/A/B/C at java.base/sun.nio.fs.UnixException.translateToIOException(UnixException.java:94) at java.base/sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:111) at java.base/sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:116) at java.base/sun.nio.fs.UnixFileSystemProvider.createDirectory(UnixFileSystemProvider.java:389) at java.base/java.nio.file.Files.createDirectory(Files.java:690) at java.base/java.nio.file.Files.createAndCheckIsDirectory(Files.java:797) at java.base/java.nio.file.Files.createDirectories(Files.java:743) at org.apache.commons.io.file.PathUtils.createParentDirectories(PathUtils.java:383) at org.apache.commons.io.file.PathUtils.createParentDirectories(PathUtils.java:367) at org.apache.commons.io.output.DeferredFileOutputStream.thresholdReached(DeferredFileOutputStream.java:333) at org.apache.commons.io.output.ThresholdingOutputStream.checkThreshold(ThresholdingOutputStream.java:105) at org.apache.commons.io.output.ThresholdingOutputStream.write(ThresholdingOutputStream.java:231) at org.apache.commons.fileupload.util.Streams.copy(Streams.java:105) at org.apache.commons.fileupload.FileUploadBase.parseRequest(FileUploadBase.java:376) {code} where B and C are symbolic links. In particular, DeferredFileOutputStream#thresholdReached has been modified from: {code:java} protected void thresholdReached() throws IOException { if (prefix != null) { outputFile = File.createTempFile(prefix, suffix, directory); } FileUtils.forceMkdirParent(outputFile); final OutputStream fos = Files.newOutputStream(outputFile.toPath()); [...] } {code} to: {code:java} protected void thresholdReached() throws IOException { if (prefix != null) { outputPath = Files.createTempFile(directory, prefix, suffix); } PathUtils.createParentDirectories(outputPath); final OutputStream fos = Files.newOutputStream(outputPath); [...] } {code} -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Created] (MSHADE-441) Parameter 'localRepository' deprecation warning
Giacomo Boccardo created MSHADE-441: --- Summary: Parameter 'localRepository' deprecation warning Key: MSHADE-441 URL: https://issues.apache.org/jira/browse/MSHADE-441 Project: Maven Shade Plugin Issue Type: Improvement Affects Versions: 3.4.1 Reporter: Giacomo Boccardo Starting from Maven 3.9.1 the following warning is emitted due to https://issues.apache.org/jira/browse/MNG-7706: {{Parameter 'localRepository' is deprecated core expression; Avoid use of ArtifactRepository type. If you need access to local repository, switch to '${repositorySystemSession}' expression and get LRM from it instead..}} -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Commented] (SUREFIRE-2127) Resource temporarily unavailable when running tests that invoke Node using Surefire 3
[ https://issues.apache.org/jira/browse/SUREFIRE-2127?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17703781#comment-17703781 ] Giacomo Boccardo commented on SUREFIRE-2127: Affecting 3.0.0 too. > Resource temporarily unavailable when running tests that invoke Node using > Surefire 3 > - > > Key: SUREFIRE-2127 > URL: https://issues.apache.org/jira/browse/SUREFIRE-2127 > Project: Maven Surefire > Issue Type: Bug > Components: Maven Surefire Plugin >Affects Versions: 3.0.0-M7 >Reporter: Artur >Priority: Major > > When running the Vaadin Flow test set using surefire 3.0.0-M7 we always end > up with > > {code:java} > [SUREFIRE] std/in stream corrupted > java.io.IOException: Resource temporarily unavailable > at java.base/java.io.FileInputStream.readBytes(Native Method) > at java.base/java.io.FileInputStream.read(FileInputStream.java:276) > at > java.base/java.io.BufferedInputStream.read1(BufferedInputStream.java:282) > at > java.base/java.io.BufferedInputStream.read(BufferedInputStream.java:343) > at > java.base/java.io.BufferedInputStream.fill(BufferedInputStream.java:244) > at > java.base/java.io.BufferedInputStream.read1(BufferedInputStream.java:284) > at > java.base/java.io.BufferedInputStream.read(BufferedInputStream.java:343) > at > org.apache.maven.surefire.api.util.internal.Channels$3.readImpl(Channels.java:217) > at > org.apache.maven.surefire.api.util.internal.AbstractNoninterruptibleReadableChannel.read(AbstractNoninterruptibleReadableChannel.java:54) > at > org.apache.maven.surefire.api.stream.AbstractStreamDecoder.read(AbstractStreamDecoder.java:484) > at > org.apache.maven.surefire.api.stream.AbstractStreamDecoder.read(AbstractStreamDecoder.java:470) > at > org.apache.maven.surefire.api.stream.AbstractStreamDecoder.readMessageType(AbstractStreamDecoder.java:118) > at > org.apache.maven.surefire.booter.stream.CommandDecoder.decode(CommandDecoder.java:87) > at > org.apache.maven.surefire.booter.spi.CommandChannelDecoder.decode(CommandChannelDecoder.java:67) > at > org.apache.maven.surefire.booter.CommandReader$CommandRunnable.run(CommandReader.java:345) > at java.base/java.lang.Thread.run(Thread.java:833) > {code} > > This problem is introduced in > [SUREFIRE-1658|https://issues.apache.org/jira/projects/SUREFIRE/issues/SUREFIRE-1658], > verified using git bisect > It seems to occur in tests that invoke `pnpm` through `node` so potentially > this is related to [https://github.com/nodejs/node/issues/42826] as the error > message "Resource temporarily unavailable" seems to refer to EAGAIN > [https://stackoverflow.com/a/4058377/3336733] or in other words that the file > descriptor is in non-blocking mode and there is no data available to read. > > The Vaadin Flow PR where this has been tested is > [https://github.com/vaadin/flow/pull/15102] > Can be reproduced by checking out that branch (`upgrade-test-runners`) and > running `mvn test`. It will fail on the `flow-server` module from where all > tests except one have been removed. -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Created] (CXF-7752) CVE-2018-5968 and CVE-2018-7489
Giacomo Boccardo created CXF-7752: - Summary: CVE-2018-5968 and CVE-2018-7489 Key: CXF-7752 URL: https://issues.apache.org/jira/browse/CXF-7752 Project: CXF Issue Type: Improvement Reporter: Giacomo Boccardo Analyzing the dependencies of my project using OWASP Dependency Check a transitive dependency of org.apache.cxf:cxf-rt-ws-security:jar:3.2.4:compile shows two issues in {color:#00}ehcache-{color}{color:#99}2.10.4.{color}{color:#00}jar/rest-management-{color}{color:#7f0055}*private*{color}{color:#00}-classpath/META-INF/maven/com.fasterxml.jackson.core/jackson-databind/pom.xml{color} {color:#00}and the following explanations are reported:{color} {color:#00}FasterXML jackson-databind through 2.8.11 and 2.9.x through 2.9.3 allows unauthenticated remote code execution because of an incomplete fix for the CVE-2017-7525 and CVE-2017-17485 deserialization flaws. This is exploitable via two different gadgets that bypass a blacklist.{color} {color:#00}FasterXML jackson-databind before 2.8.11.1 and 2.9.x before 2.9.5 allows unauthenticated remote code execution because of an incomplete fix for the CVE-2017-7525 deserialization flaw. This is exploitable by sending maliciously crafted JSON input to the readValue method of the ObjectMapper, bypassing a blacklist that is ineffective if the c3p0 libraries are available in the classpath.{color} Please consider updating net.sf.ehcache:ehcache:jar:2.10.4 when/if it solves CVE-2018-5968 and CVE-2018-7489. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (CXF-7516) wsdl2java JDK9 - Missing class javax/xml/bind/annotation/adapters/HexBinaryAdapter
[ https://issues.apache.org/jira/browse/CXF-7516?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16187407#comment-16187407 ] Giacomo Boccardo commented on CXF-7516: --- Thanks for you help! Isn't there a way to avoid modifying MAVEN_OPTS using only POM configurations? > wsdl2java JDK9 - Missing class > javax/xml/bind/annotation/adapters/HexBinaryAdapter > -- > > Key: CXF-7516 > URL: https://issues.apache.org/jira/browse/CXF-7516 > Project: CXF > Issue Type: Bug >Affects Versions: 3.2.0 >Reporter: Giacomo Boccardo >Assignee: Freeman Fang >Priority: Blocker > Labels: cxf-codegen-plugin, jdk9, wsdl2java > > The error occurs using the stable JDK9. > Plugin configuration: > {noformat} > > org.apache.cxf > cxf-codegen-plugin > 3.2.0 > > > foo > generate-sources > > wsdl2java > > > > > foo.wsdl > > > -validate > > -client > > -impl > -fe > cxf > > > -xjc-Xts:style:multiline > > -verbose > > > > > > TIMESTAMP > > > > > > > org.apache.cxf.xjcplugins > cxf-xjc-ts > 3.2.0 > > > > {noformat} > Stacktrace: > {noformat} > [ERROR] Failed to execute goal > org.apache.cxf:cxf-codegen-plugin:3.2.0:wsdl2java > (generate-sources-service20) on project foo: Execution bar of goal > org.apache.cxf:cxf-codegen-plugin:3.2.0:wsdl2java failed: A required class > was missing while executing > org.apache.cxf:cxf-codegen-plugin:3.2.0:wsdl2java: > javax/xml/bind/annotation/adapters/HexBinaryAdapter > [ERROR] - > [ERROR] realm =plugin>org.apache.cxf:cxf-codegen-plugin:3.2.0 > [ERROR] strategy = org.codehaus.plexus.classworlds.strategy.SelfFirstStrategy > [ERROR] urls[0] = > file:/Users/jhack/.m2/repository/org/apache/cxf/cxf-codegen-plugin/3.2.0/cxf-codegen-plugin-3.2.0.jar > [ERROR] urls[1] = > file:/Users/jhack/.m2/repository/org/apache/cxf/xjcplugins/cxf-xjc-ts/3.2.0/cxf-xjc-ts-3.2.0.jar > [ERROR] urls[2] = > file:/Users/jhack/.m2/repository/org/apache/commons/commons-lang3/3.6/commons-lang3-3.6.jar > [ERROR] urls[3] = > file:/Users/jhack/.m2/repository/org/codehaus/plexus/plexus-utils/2.0.5/plexus-utils-2.0.5.jar > [ERROR] urls[4] = > file:/Users/jhack/.m2/repository/org/codehaus/plexus/plexus-archiver/1.2/plexus-archiver-1.2.jar > [ERROR] urls[5] = > file:/Users/jhack/.m2/repository/org/codehaus/plexus/plexus-io/1.0.1/plexus-io-1.0.1.jar > [ERROR] urls[6] = > file:/Users/jhack/.m2/repository/org/apache/cxf/cxf-core/3.2.0/cxf-core-3.2.0.jar > [ERROR] urls[7] = > file:/Users/jhack/.m2/repository/com/fasterxml/woodstox/woodstox-core/5.0.3/woodstox-core-5.0.3.jar > [ERROR] urls[8] = > file:/Users/jhack/.m2/repository/org/codehaus/woodstox/stax2-api/3.1.4/stax2-api-3.1.4.jar > [ERROR] urls[9] = > file:/Users/jhack/.m2/repository/org/apache/ws/xmlschema/xmlschema-core/2.2.2/xmlschema-core-2.2.2.jar > [ERROR] urls[10] = > file:/Users/jhack/.m2/repository/org/apache/cxf/cxf-tools-common/3.2.0/cxf-tools-common-3.2.0.jar > [ERROR] urls[11] = > file:/Users/jhack/.m2/repository/org/apache/velocity/velocity-engine-core/2.0/velocity-engine-core-2.0.jar > [ERROR] urls[12] = > file:/Users/jhack/.m2/repository/commons-collections/commons-collections/3.2.2/commons-collections-3.2.2.jar > [ERROR] urls[13] = > file:/Users/jhack/.m2/repository/wsdl4j/wsdl4j/1.6.3/wsdl4j-1.6.3.jar > [ERROR] urls[14] = > file:/Users/jhack/.m2/repository/com/sun/xml/bind/jaxb-xjc/2.2.11/jaxb-xjc-2.2.11.jar > [ERROR] urls[15] = > file:/Users/jhack/.m2/repository/com/sun/xml/bind/jaxb-core/2.2.11/jaxb-core-2.2.11.jar > [ERROR] urls[16] = > file:/Users/jhack/.m2/repository/com/sun/xml/bind/jaxb
[jira] [Created] (CXF-7516) wsdl2java JDK9 - Missing class javax/xml/bind/annotation/adapters/HexBinaryAdapter
Giacomo Boccardo created CXF-7516: - Summary: wsdl2java JDK9 - Missing class javax/xml/bind/annotation/adapters/HexBinaryAdapter Key: CXF-7516 URL: https://issues.apache.org/jira/browse/CXF-7516 Project: CXF Issue Type: Bug Affects Versions: 3.2.0 Reporter: Giacomo Boccardo Priority: Blocker The error occurs using the stable JDK9. Plugin configuration: {noformat} org.apache.cxf cxf-codegen-plugin 3.2.0 foo generate-sources wsdl2java foo.wsdl -validate -client -impl -fe cxf -xjc-Xts:style:multiline -verbose TIMESTAMP org.apache.cxf.xjcplugins cxf-xjc-ts 3.2.0 {noformat} Stacktrace: {noformat} [ERROR] Failed to execute goal org.apache.cxf:cxf-codegen-plugin:3.2.0:wsdl2java (generate-sources-service20) on project foo: Execution bar of goal org.apache.cxf:cxf-codegen-plugin:3.2.0:wsdl2java failed: A required class was missing while executing org.apache.cxf:cxf-codegen-plugin:3.2.0:wsdl2java: javax/xml/bind/annotation/adapters/HexBinaryAdapter [ERROR] - [ERROR] realm =plugin>org.apache.cxf:cxf-codegen-plugin:3.2.0 [ERROR] strategy = org.codehaus.plexus.classworlds.strategy.SelfFirstStrategy [ERROR] urls[0] = file:/Users/jhack/.m2/repository/org/apache/cxf/cxf-codegen-plugin/3.2.0/cxf-codegen-plugin-3.2.0.jar [ERROR] urls[1] = file:/Users/jhack/.m2/repository/org/apache/cxf/xjcplugins/cxf-xjc-ts/3.2.0/cxf-xjc-ts-3.2.0.jar [ERROR] urls[2] = file:/Users/jhack/.m2/repository/org/apache/commons/commons-lang3/3.6/commons-lang3-3.6.jar [ERROR] urls[3] = file:/Users/jhack/.m2/repository/org/codehaus/plexus/plexus-utils/2.0.5/plexus-utils-2.0.5.jar [ERROR] urls[4] = file:/Users/jhack/.m2/repository/org/codehaus/plexus/plexus-archiver/1.2/plexus-archiver-1.2.jar [ERROR] urls[5] = file:/Users/jhack/.m2/repository/org/codehaus/plexus/plexus-io/1.0.1/plexus-io-1.0.1.jar [ERROR] urls[6] = file:/Users/jhack/.m2/repository/org/apache/cxf/cxf-core/3.2.0/cxf-core-3.2.0.jar [ERROR] urls[7] = file:/Users/jhack/.m2/repository/com/fasterxml/woodstox/woodstox-core/5.0.3/woodstox-core-5.0.3.jar [ERROR] urls[8] = file:/Users/jhack/.m2/repository/org/codehaus/woodstox/stax2-api/3.1.4/stax2-api-3.1.4.jar [ERROR] urls[9] = file:/Users/jhack/.m2/repository/org/apache/ws/xmlschema/xmlschema-core/2.2.2/xmlschema-core-2.2.2.jar [ERROR] urls[10] = file:/Users/jhack/.m2/repository/org/apache/cxf/cxf-tools-common/3.2.0/cxf-tools-common-3.2.0.jar [ERROR] urls[11] = file:/Users/jhack/.m2/repository/org/apache/velocity/velocity-engine-core/2.0/velocity-engine-core-2.0.jar [ERROR] urls[12] = file:/Users/jhack/.m2/repository/commons-collections/commons-collections/3.2.2/commons-collections-3.2.2.jar [ERROR] urls[13] = file:/Users/jhack/.m2/repository/wsdl4j/wsdl4j/1.6.3/wsdl4j-1.6.3.jar [ERROR] urls[14] = file:/Users/jhack/.m2/repository/com/sun/xml/bind/jaxb-xjc/2.2.11/jaxb-xjc-2.2.11.jar [ERROR] urls[15] = file:/Users/jhack/.m2/repository/com/sun/xml/bind/jaxb-core/2.2.11/jaxb-core-2.2.11.jar [ERROR] urls[16] = file:/Users/jhack/.m2/repository/com/sun/xml/bind/jaxb-impl/2.2.11/jaxb-impl-2.2.11.jar [ERROR] urls[17] = file:/Users/jhack/.m2/repository/org/apache/cxf/cxf-tools-wsdlto-core/3.2.0/cxf-tools-wsdlto-core-3.2.0.jar [ERROR] urls[18] = file:/Users/jhack/.m2/repository/org/apache/cxf/cxf-tools-validator/3.2.0/cxf-tools-validator-3.2.0.jar [ERROR] urls[19] = file:/Users/jhack/.m2/repository/org/apache/cxf/cxf-rt-bindings-soap/3.2.0/cxf-rt-bindings-soap-3.2.0.jar [ERROR] urls[20] = file:/Users/jhack/.m2/repository/org/apache/cxf/cxf-rt-databinding-jaxb/3.2.0/cxf-rt-databinding-jaxb-3.2.0.jar [ERROR] urls[21] = fil
[jira] [Commented] (CXF-7465) Auto-closeable resource FooWService.FooWSProxy has a member method close() that could throw InterruptedException
[ https://issues.apache.org/jira/browse/CXF-7465?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16113228#comment-16113228 ] Giacomo Boccardo commented on CXF-7465: --- Doesn't the commit https://git1-us-west.apache.org/repos/asf?p=cxf.git;a=commit;h=1c7a34e3 belong to CXF? The file "service.vm" is in org.apache.cxf:cxf-tools-wsdlto-frontend-jaxws. > Auto-closeable resource FooWService.FooWSProxy has a member method close() > that could throw InterruptedException > > > Key: CXF-7465 > URL: https://issues.apache.org/jira/browse/CXF-7465 > Project: CXF > Issue Type: Bug >Affects Versions: 3.1.12 >Reporter: Giacomo Boccardo >Priority: Minor > > The following warning is shown during the compilation: > {noformat} > FooWSService.java:[67,12] auto-closeable resource FooWSService.FooWSProxy has > a member method close() that could throw InterruptedException > {noformat} > The relative code is: > {noformat} > /** > * Proxy interface the extends FooWS to also provide useful methods > * without having to cast to the appropriate interface. > */ > public interface FooWSProxy extends FooWS, AutoCloseable, > BindingProvider, Client { > } > {noformat} > This issue has already been discussed at > https://bugs.openjdk.java.net/browse/JDK-7027157 . -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Created] (CXF-7465) Auto-closeable resource FooWService.FooWSProxy has a member method close() that could throw InterruptedException
Giacomo Boccardo created CXF-7465: - Summary: Auto-closeable resource FooWService.FooWSProxy has a member method close() that could throw InterruptedException Key: CXF-7465 URL: https://issues.apache.org/jira/browse/CXF-7465 Project: CXF Issue Type: Bug Affects Versions: 3.1.12 Reporter: Giacomo Boccardo Priority: Minor The following warning is shown during the compilation: {noformat} FooWSService.java:[67,12] auto-closeable resource FooWSService.FooWSProxy has a member method close() that could throw InterruptedException {noformat} The relative code is: {noformat} /** * Proxy interface the extends FooWS to also provide useful methods * without having to cast to the appropriate interface. */ public interface FooWSProxy extends FooWS, AutoCloseable, BindingProvider, Client { } {noformat} This issue has already been discussed at https://bugs.openjdk.java.net/browse/JDK-7027157 . -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Comment Edited] (PDFBOX-3444) TextPosition PDF lower left coordinates
[ https://issues.apache.org/jira/browse/PDFBOX-3444?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15402637#comment-15402637 ] Giacomo Boccardo edited comment on PDFBOX-3444 at 8/1/16 7:04 PM: -- {quote} Ironically, that' actually the native coordinate space of PDF. Hmm. {quote} Exactly! That's the reason I find quite frustrating it's not the default :-) was (Author: jhack): Exactly! That's the reason I find quite frustrating it's not the default :-) > TextPosition PDF lower left coordinates > --- > > Key: PDFBOX-3444 > URL: https://issues.apache.org/jira/browse/PDFBOX-3444 > Project: PDFBox > Issue Type: Improvement > Components: Text extraction >Affects Versions: 2.0.2 >Reporter: Giacomo Boccardo > > It seems difficult to extract text coordinates extending PDFTextStripper if I > want the coordinates of the extracted text to be the lower left, relative to > the origin located in the lower left point of the page. > Obviously, the rotation of the page should be considered. > I could probably do it by myself if TextPosition's "rotation" field had a > getter. > Any suggestion? -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Commented] (PDFBOX-3444) TextPosition PDF lower left coordinates
[ https://issues.apache.org/jira/browse/PDFBOX-3444?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15402637#comment-15402637 ] Giacomo Boccardo commented on PDFBOX-3444: -- Exactly! That's the reason I find quite frustrating it's not the default :-) > TextPosition PDF lower left coordinates > --- > > Key: PDFBOX-3444 > URL: https://issues.apache.org/jira/browse/PDFBOX-3444 > Project: PDFBox > Issue Type: Improvement > Components: Text extraction >Affects Versions: 2.0.2 >Reporter: Giacomo Boccardo > > It seems difficult to extract text coordinates extending PDFTextStripper if I > want the coordinates of the extracted text to be the lower left, relative to > the origin located in the lower left point of the page. > Obviously, the rotation of the page should be considered. > I could probably do it by myself if TextPosition's "rotation" field had a > getter. > Any suggestion? -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Commented] (PDFBOX-3444) TextPosition PDF lower left coordinates
[ https://issues.apache.org/jira/browse/PDFBOX-3444?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15402437#comment-15402437 ] Giacomo Boccardo commented on PDFBOX-3444: -- I did that as a workaround. I consider it a workaround because I had to keep track of the current page rotation, while I could have had that information from the text processed using a simple getter :) > TextPosition PDF lower left coordinates > --- > > Key: PDFBOX-3444 > URL: https://issues.apache.org/jira/browse/PDFBOX-3444 > Project: PDFBox > Issue Type: Improvement > Components: Text extraction >Affects Versions: 2.0.2 >Reporter: Giacomo Boccardo > > It seems difficult to extract text coordinates extending PDFTextStripper if I > want the coordinates of the extracted text to be the lower left, relative to > the origin located in the lower left point of the page. > Obviously, the rotation of the page should be considered. > I could probably do it by myself if TextPosition's "rotation" field had a > getter. > Any suggestion? -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Created] (PDFBOX-3444) TextPosition PDF lower left coordinates
Giacomo Boccardo created PDFBOX-3444: Summary: TextPosition PDF lower left coordinates Key: PDFBOX-3444 URL: https://issues.apache.org/jira/browse/PDFBOX-3444 Project: PDFBox Issue Type: Improvement Components: Text extraction Affects Versions: 2.0.2 Reporter: Giacomo Boccardo It seems difficult to extract text coordinates extending PDFTextStripper if I want the coordinates of the extracted text to be the lower left, relative to the origin located in the lower left point of the page. Obviously, the rotation of the page should be considered. I could probably do it by myself if TextPosition's "rotation" field had a getter. Any suggestion? -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Commented] (HTTPCLIENT-1598) Native Windows Negotiate/NTLM via JNA + 407 Proxy Authentication Required
[ https://issues.apache.org/jira/browse/HTTPCLIENT-1598?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14278697#comment-14278697 ] Giacomo Boccardo commented on HTTPCLIENT-1598: -- That was the implementation I used before the release 4.4-beta1 and it worked :) > Native Windows Negotiate/NTLM via JNA + 407 Proxy Authentication Required > - > > Key: HTTPCLIENT-1598 > URL: https://issues.apache.org/jira/browse/HTTPCLIENT-1598 > Project: HttpComponents HttpClient > Issue Type: Bug > Components: HttpAuth >Affects Versions: 4.4 Beta1 > Environment: Windows 8 >Reporter: Giacomo Boccardo > Labels: 407, jna, native, ntlm > Attachments: curl7.40Output.txt, curlOutput.txt, log.txt, sample.java > > > I'm trying to use the native Windows NTLM negotiation as described at > http://svn.apache.org/repos/asf/httpcomponents/httpclient/trunk/httpclient-win/src/examples/org/apache/http/examples/client/win/ClientWinAuth.java > but I need to explicitly set a proxy. > {code:java} > if (!WinHttpClients.isWinAuthAvailable()) { > System.out.println("Integrated Win auth is not supported!!!"); > } > HttpClientBuilder httpClientBuilder = WinHttpClients.custom(); > HttpHost httpProxy = new HttpHost("proxyserver.example.com", 3128); > httpClientBuilder.setProxy(httpProxy); > CloseableHttpClient httpclient = httpClientBuilder.build(); > try { > HttpGet httpget = new HttpGet("http://www.google.it";); > System.out.println("Executing request " + httpget.getRequestLine()); > CloseableHttpResponse response = httpclient.execute(httpget); > try { > System.out.println(""); > System.out.println(response.getStatusLine()); > EntityUtils.consume(response.getEntity()); > } finally { > response.close(); > } > } finally { > httpclient.close(); > } > {code} > The response contains the following line > {{HTTP/1.0 407 Proxy Authentication Required}} > In the attachments both the source code above and the complete log of the > negotiation (I obviously changed the real proxy). > What's wrong? -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@hc.apache.org For additional commands, e-mail: dev-h...@hc.apache.org
[jira] [Updated] (HTTPCLIENT-1598) Native Windows Negotiate/NTLM via JNA + 407 Proxy Authentication Required
[ https://issues.apache.org/jira/browse/HTTPCLIENT-1598?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Giacomo Boccardo updated HTTPCLIENT-1598: - Attachment: curl7.40Output.txt > Native Windows Negotiate/NTLM via JNA + 407 Proxy Authentication Required > - > > Key: HTTPCLIENT-1598 > URL: https://issues.apache.org/jira/browse/HTTPCLIENT-1598 > Project: HttpComponents HttpClient > Issue Type: Bug > Components: HttpAuth >Affects Versions: 4.4 Beta1 > Environment: Windows 8 >Reporter: Giacomo Boccardo > Labels: 407, jna, native, ntlm > Attachments: curl7.40Output.txt, curlOutput.txt, log.txt, sample.java > > > I'm trying to use the native Windows NTLM negotiation as described at > http://svn.apache.org/repos/asf/httpcomponents/httpclient/trunk/httpclient-win/src/examples/org/apache/http/examples/client/win/ClientWinAuth.java > but I need to explicitly set a proxy. > {code:java} > if (!WinHttpClients.isWinAuthAvailable()) { > System.out.println("Integrated Win auth is not supported!!!"); > } > HttpClientBuilder httpClientBuilder = WinHttpClients.custom(); > HttpHost httpProxy = new HttpHost("proxyserver.example.com", 3128); > httpClientBuilder.setProxy(httpProxy); > CloseableHttpClient httpclient = httpClientBuilder.build(); > try { > HttpGet httpget = new HttpGet("http://www.google.it";); > System.out.println("Executing request " + httpget.getRequestLine()); > CloseableHttpResponse response = httpclient.execute(httpget); > try { > System.out.println(""); > System.out.println(response.getStatusLine()); > EntityUtils.consume(response.getEntity()); > } finally { > response.close(); > } > } finally { > httpclient.close(); > } > {code} > The response contains the following line > {{HTTP/1.0 407 Proxy Authentication Required}} > In the attachments both the source code above and the complete log of the > negotiation (I obviously changed the real proxy). > What's wrong? -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@hc.apache.org For additional commands, e-mail: dev-h...@hc.apache.org
[jira] [Commented] (HTTPCLIENT-1598) Native Windows Negotiate/NTLM via JNA + 407 Proxy Authentication Required
[ https://issues.apache.org/jira/browse/HTTPCLIENT-1598?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14278631#comment-14278631 ] Giacomo Boccardo commented on HTTPCLIENT-1598: -- Done. > Native Windows Negotiate/NTLM via JNA + 407 Proxy Authentication Required > - > > Key: HTTPCLIENT-1598 > URL: https://issues.apache.org/jira/browse/HTTPCLIENT-1598 > Project: HttpComponents HttpClient > Issue Type: Bug > Components: HttpAuth >Affects Versions: 4.4 Beta1 > Environment: Windows 8 >Reporter: Giacomo Boccardo > Labels: 407, jna, native, ntlm > Attachments: curlOutput.txt, log.txt, sample.java > > > I'm trying to use the native Windows NTLM negotiation as described at > http://svn.apache.org/repos/asf/httpcomponents/httpclient/trunk/httpclient-win/src/examples/org/apache/http/examples/client/win/ClientWinAuth.java > but I need to explicitly set a proxy. > {code:java} > if (!WinHttpClients.isWinAuthAvailable()) { > System.out.println("Integrated Win auth is not supported!!!"); > } > HttpClientBuilder httpClientBuilder = WinHttpClients.custom(); > HttpHost httpProxy = new HttpHost("proxyserver.example.com", 3128); > httpClientBuilder.setProxy(httpProxy); > CloseableHttpClient httpclient = httpClientBuilder.build(); > try { > HttpGet httpget = new HttpGet("http://www.google.it";); > System.out.println("Executing request " + httpget.getRequestLine()); > CloseableHttpResponse response = httpclient.execute(httpget); > try { > System.out.println(""); > System.out.println(response.getStatusLine()); > EntityUtils.consume(response.getEntity()); > } finally { > response.close(); > } > } finally { > httpclient.close(); > } > {code} > The response contains the following line > {{HTTP/1.0 407 Proxy Authentication Required}} > In the attachments both the source code above and the complete log of the > negotiation (I obviously changed the real proxy). > What's wrong? -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@hc.apache.org For additional commands, e-mail: dev-h...@hc.apache.org
[jira] [Updated] (HTTPCLIENT-1598) Native Windows Negotiate/NTLM via JNA + 407 Proxy Authentication Required
[ https://issues.apache.org/jira/browse/HTTPCLIENT-1598?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Giacomo Boccardo updated HTTPCLIENT-1598: - Attachment: curlOutput.txt > Native Windows Negotiate/NTLM via JNA + 407 Proxy Authentication Required > - > > Key: HTTPCLIENT-1598 > URL: https://issues.apache.org/jira/browse/HTTPCLIENT-1598 > Project: HttpComponents HttpClient > Issue Type: Bug > Components: HttpAuth >Affects Versions: 4.4 Beta1 > Environment: Windows 8 >Reporter: Giacomo Boccardo > Labels: 407, jna, native, ntlm > Attachments: curlOutput.txt, log.txt, sample.java > > > I'm trying to use the native Windows NTLM negotiation as described at > http://svn.apache.org/repos/asf/httpcomponents/httpclient/trunk/httpclient-win/src/examples/org/apache/http/examples/client/win/ClientWinAuth.java > but I need to explicitly set a proxy. > {code:java} > if (!WinHttpClients.isWinAuthAvailable()) { > System.out.println("Integrated Win auth is not supported!!!"); > } > HttpClientBuilder httpClientBuilder = WinHttpClients.custom(); > HttpHost httpProxy = new HttpHost("proxyserver.example.com", 3128); > httpClientBuilder.setProxy(httpProxy); > CloseableHttpClient httpclient = httpClientBuilder.build(); > try { > HttpGet httpget = new HttpGet("http://www.google.it";); > System.out.println("Executing request " + httpget.getRequestLine()); > CloseableHttpResponse response = httpclient.execute(httpget); > try { > System.out.println(""); > System.out.println(response.getStatusLine()); > EntityUtils.consume(response.getEntity()); > } finally { > response.close(); > } > } finally { > httpclient.close(); > } > {code} > The response contains the following line > {{HTTP/1.0 407 Proxy Authentication Required}} > In the attachments both the source code above and the complete log of the > negotiation (I obviously changed the real proxy). > What's wrong? -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@hc.apache.org For additional commands, e-mail: dev-h...@hc.apache.org
[jira] [Commented] (HTTPCLIENT-1598) Native Windows Negotiate/NTLM via JNA + 407 Proxy Authentication Required
[ https://issues.apache.org/jira/browse/HTTPCLIENT-1598?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14278404#comment-14278404 ] Giacomo Boccardo commented on HTTPCLIENT-1598: -- I attached to output of the command. I hope it helps. > Native Windows Negotiate/NTLM via JNA + 407 Proxy Authentication Required > - > > Key: HTTPCLIENT-1598 > URL: https://issues.apache.org/jira/browse/HTTPCLIENT-1598 > Project: HttpComponents HttpClient > Issue Type: Bug > Components: HttpAuth >Affects Versions: 4.4 Beta1 > Environment: Windows 8 >Reporter: Giacomo Boccardo > Labels: 407, jna, native, ntlm > Attachments: curlOutput.txt, log.txt, sample.java > > > I'm trying to use the native Windows NTLM negotiation as described at > http://svn.apache.org/repos/asf/httpcomponents/httpclient/trunk/httpclient-win/src/examples/org/apache/http/examples/client/win/ClientWinAuth.java > but I need to explicitly set a proxy. > {code:java} > if (!WinHttpClients.isWinAuthAvailable()) { > System.out.println("Integrated Win auth is not supported!!!"); > } > HttpClientBuilder httpClientBuilder = WinHttpClients.custom(); > HttpHost httpProxy = new HttpHost("proxyserver.example.com", 3128); > httpClientBuilder.setProxy(httpProxy); > CloseableHttpClient httpclient = httpClientBuilder.build(); > try { > HttpGet httpget = new HttpGet("http://www.google.it";); > System.out.println("Executing request " + httpget.getRequestLine()); > CloseableHttpResponse response = httpclient.execute(httpget); > try { > System.out.println(""); > System.out.println(response.getStatusLine()); > EntityUtils.consume(response.getEntity()); > } finally { > response.close(); > } > } finally { > httpclient.close(); > } > {code} > The response contains the following line > {{HTTP/1.0 407 Proxy Authentication Required}} > In the attachments both the source code above and the complete log of the > negotiation (I obviously changed the real proxy). > What's wrong? -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@hc.apache.org For additional commands, e-mail: dev-h...@hc.apache.org
[jira] [Commented] (HTTPCLIENT-1598) Native Windows Negotiate/NTLM via JNA + 407 Proxy Authentication Required
[ https://issues.apache.org/jira/browse/HTTPCLIENT-1598?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14277732#comment-14277732 ] Giacomo Boccardo commented on HTTPCLIENT-1598: -- Ciao Michael, unfortunately, I'm at home and I can't reach my machine at work due to proxy settings used to test this behavior :D Tomorrow (~ +11h from now) I'll attach the output of curl. Could this bug be related/solved to/by https://issues.apache.org/jira/browse/HTTPCLIENT-1541 ? > Native Windows Negotiate/NTLM via JNA + 407 Proxy Authentication Required > - > > Key: HTTPCLIENT-1598 > URL: https://issues.apache.org/jira/browse/HTTPCLIENT-1598 > Project: HttpComponents HttpClient > Issue Type: Bug > Components: HttpAuth >Affects Versions: 4.4 Beta1 > Environment: Windows 8 >Reporter: Giacomo Boccardo > Labels: 407, jna, native, ntlm > Attachments: log.txt, sample.java > > > I'm trying to use the native Windows NTLM negotiation as described at > http://svn.apache.org/repos/asf/httpcomponents/httpclient/trunk/httpclient-win/src/examples/org/apache/http/examples/client/win/ClientWinAuth.java > but I need to explicitly set a proxy. > {code:java} > if (!WinHttpClients.isWinAuthAvailable()) { > System.out.println("Integrated Win auth is not supported!!!"); > } > HttpClientBuilder httpClientBuilder = WinHttpClients.custom(); > HttpHost httpProxy = new HttpHost("proxyserver.example.com", 3128); > httpClientBuilder.setProxy(httpProxy); > CloseableHttpClient httpclient = httpClientBuilder.build(); > try { > HttpGet httpget = new HttpGet("http://www.google.it";); > System.out.println("Executing request " + httpget.getRequestLine()); > CloseableHttpResponse response = httpclient.execute(httpget); > try { > System.out.println(""); > System.out.println(response.getStatusLine()); > EntityUtils.consume(response.getEntity()); > } finally { > response.close(); > } > } finally { > httpclient.close(); > } > {code} > The response contains the following line > {{HTTP/1.0 407 Proxy Authentication Required}} > In the attachments both the source code above and the complete log of the > negotiation (I obviously changed the real proxy). > What's wrong? -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@hc.apache.org For additional commands, e-mail: dev-h...@hc.apache.org
[jira] [Updated] (HTTPCLIENT-1598) Native Windows Negotiate/NTLM via JNA + 407 Proxy Authentication Required
[ https://issues.apache.org/jira/browse/HTTPCLIENT-1598?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Giacomo Boccardo updated HTTPCLIENT-1598: - Description: I'm trying to use the native Windows NTLM negotiation as described at http://svn.apache.org/repos/asf/httpcomponents/httpclient/trunk/httpclient-win/src/examples/org/apache/http/examples/client/win/ClientWinAuth.java but I need to explicitly set a proxy. {code:java} if (!WinHttpClients.isWinAuthAvailable()) { System.out.println("Integrated Win auth is not supported!!!"); } HttpClientBuilder httpClientBuilder = WinHttpClients.custom(); HttpHost httpProxy = new HttpHost("proxyserver.example.com", 3128); httpClientBuilder.setProxy(httpProxy); CloseableHttpClient httpclient = httpClientBuilder.build(); try { HttpGet httpget = new HttpGet("http://www.google.it";); System.out.println("Executing request " + httpget.getRequestLine()); CloseableHttpResponse response = httpclient.execute(httpget); try { System.out.println(""); System.out.println(response.getStatusLine()); EntityUtils.consume(response.getEntity()); } finally { response.close(); } } finally { httpclient.close(); } {code} The response contains the following line {{HTTP/1.0 407 Proxy Authentication Required}} In the attachments both the source code above and the complete log of the negotiation (I obviously changed the real proxy). What's wrong? was: I'm trying to use the native Windows NTLM negotiation as describe at http://svn.apache.org/repos/asf/httpcomponents/httpclient/trunk/httpclient-win/src/examples/org/apache/http/examples/client/win/ClientWinAuth.java but I need to explicitly set a proxy. {code:java} if (!WinHttpClients.isWinAuthAvailable()) { System.out.println("Integrated Win auth is not supported!!!"); } HttpClientBuilder httpClientBuilder = WinHttpClients.custom(); HttpHost httpProxy = new HttpHost("proxyserver.example.com", 3128); httpClientBuilder.setProxy(httpProxy); CloseableHttpClient httpclient = httpClientBuilder.build(); try { HttpGet httpget = new HttpGet("http://www.google.it";); System.out.println("Executing request " + httpget.getRequestLine()); CloseableHttpResponse response = httpclient.execute(httpget); try { System.out.println(""); System.out.println(response.getStatusLine()); EntityUtils.consume(response.getEntity()); } finally { response.close(); } } finally { httpclient.close(); } {code} The response is something like {{HTTP/1.0 407 Proxy Authentication Required}} In the attachments both the source code above and the complete log of the negotiation (I obviously changed the real proxy). What's wrong? > Native Windows Negotiate/NTLM via JNA + 407 Proxy Authentication Required > - > > Key: HTTPCLIENT-1598 > URL: https://issues.apache.org/jira/browse/HTTPCLIENT-1598 > Project: HttpComponents HttpClient > Issue Type: Bug > Components: HttpAuth >Affects Versions: 4.4 Beta1 > Environment: Windows 8 >Reporter: Giacomo Boccardo > Labels: 407, jna, native, ntlm > Attachments: log.txt, sample.java > > > I'm trying to use the native Windows NTLM negotiation as described at > http://svn.apache.org/repos/asf/httpcomponents/httpclient/trunk/httpclient-win/src/examples/org/apache/http/examples/client/win/ClientWinAuth.java > but I need to explicitly set a proxy. > {code:java} > if (!WinHttpClients.isWinAuthAvailable()) { > System.out.println("Integrated Win auth is not supported!!!"); > } > HttpClientBuilder httpClientBuilder = WinHttpClients.custom(); > HttpHost httpProxy = new HttpHost("proxyserver.example.com", 3128); > httpClientBuilder.setProxy(httpProxy); > CloseableHttpClient httpclient = httpClientBuilder.build(); > try { > HttpGet httpget = new HttpGet("http://www.google.it";); > System.out.println("Executing request " + httpget.getRequestLine()); > CloseableHttpResponse response = httpclient.execute(httpget); > try { > System.out.println(""); > System.out.println(response.getStatusLine()); > EntityUtils.consume(response.getEntity()); > } finally { > response.close(); > } > } finally { > httpclient.close(); > } > {code} > The response contains the following line > {{HTTP/1.0 407 Proxy Authentication Required}} > In the attachments both the source code above and the complete log of the > negotiation (I obviously changed
[jira] [Updated] (HTTPCLIENT-1598) Native Windows Negotiate/NTLM via JNA + 407 Proxy Authentication Required
[ https://issues.apache.org/jira/browse/HTTPCLIENT-1598?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Giacomo Boccardo updated HTTPCLIENT-1598: - Description: I'm trying to use the native Windows NTLM negotiation as describe at http://svn.apache.org/repos/asf/httpcomponents/httpclient/trunk/httpclient-win/src/examples/org/apache/http/examples/client/win/ClientWinAuth.java but I need to explicitly set a proxy. {code:java} if (!WinHttpClients.isWinAuthAvailable()) { System.out.println("Integrated Win auth is not supported!!!"); } HttpClientBuilder httpClientBuilder = WinHttpClients.custom(); HttpHost httpProxy = new HttpHost("proxyserver.example.com", 3128); httpClientBuilder.setProxy(httpProxy); CloseableHttpClient httpclient = httpClientBuilder.build(); try { HttpGet httpget = new HttpGet("http://www.google.it";); System.out.println("Executing request " + httpget.getRequestLine()); CloseableHttpResponse response = httpclient.execute(httpget); try { System.out.println(""); System.out.println(response.getStatusLine()); EntityUtils.consume(response.getEntity()); } finally { response.close(); } } finally { httpclient.close(); } {code} The response is something like {{HTTP/1.0 407 Proxy Authentication Required}} In the attachments both the source code above and the complete log of the negotiation (I obviously changed the real proxy). What's wrong? was: I'm trying to use the native Windows NTLM negotiation as describe at http://svn.apache.org/repos/asf/httpcomponents/httpclient/trunk/httpclient-win/src/examples/org/apache/http/examples/client/win/ClientWinAuth.java but I need to explicitly set a proxy. {code:java} if (!WinHttpClients.isWinAuthAvailable()) { System.out.println("Integrated Win auth is not supported!!!"); } HttpClientBuilder httpClientBuilder = WinHttpClients.custom(); HttpHost httpProxy = new HttpHost("proxyserver.example.com", 3128); httpClientBuilder.setProxy(httpProxy); CloseableHttpClient httpclient = httpClientBuilder.build(); try { HttpGet httpget = new HttpGet("http://www.google.it";); System.out.println("Executing request " + httpget.getRequestLine()); CloseableHttpResponse response = httpclient.execute(httpget); try { System.out.println(""); System.out.println(response.getStatusLine()); EntityUtils.consume(response.getEntity()); } finally { response.close(); } } finally { httpclient.close(); } {code} The response is something like {{HTTP/1.0 407 Proxy Authentication Required}} I'd like to add attachments, but I can't find a way to do it. What's wrong? > Native Windows Negotiate/NTLM via JNA + 407 Proxy Authentication Required > - > > Key: HTTPCLIENT-1598 > URL: https://issues.apache.org/jira/browse/HTTPCLIENT-1598 > Project: HttpComponents HttpClient > Issue Type: Bug > Components: HttpAuth >Affects Versions: 4.4 Beta1 > Environment: Windows 8 >Reporter: Giacomo Boccardo > Labels: 407, jna, native, ntlm > Attachments: log.txt, sample.java > > > I'm trying to use the native Windows NTLM negotiation as describe at > http://svn.apache.org/repos/asf/httpcomponents/httpclient/trunk/httpclient-win/src/examples/org/apache/http/examples/client/win/ClientWinAuth.java > but I need to explicitly set a proxy. > {code:java} > if (!WinHttpClients.isWinAuthAvailable()) { > System.out.println("Integrated Win auth is not supported!!!"); > } > HttpClientBuilder httpClientBuilder = WinHttpClients.custom(); > HttpHost httpProxy = new HttpHost("proxyserver.example.com", 3128); > httpClientBuilder.setProxy(httpProxy); > CloseableHttpClient httpclient = httpClientBuilder.build(); > try { > HttpGet httpget = new HttpGet("http://www.google.it";); > System.out.println("Executing request " + httpget.getRequestLine()); > CloseableHttpResponse response = httpclient.execute(httpget); > try { > System.out.println(""); > System.out.println(response.getStatusLine()); > EntityUtils.consume(response.getEntity()); > } finally { > response.close(); > } > } finally { > httpclient.close(); > } > {code} > The response is something like > {{HTTP/1.0 407 Proxy Authentication Required}} > In the attachments both the source code above and the complete log of the > negotiation (I obviously changed the real proxy). > What's wrong? -- This message was sent by Atlassian JIRA (v6.
[jira] [Updated] (HTTPCLIENT-1598) Native Windows Negotiate/NTLM via JNA + 407 Proxy Authentication Required
[ https://issues.apache.org/jira/browse/HTTPCLIENT-1598?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Giacomo Boccardo updated HTTPCLIENT-1598: - Attachment: sample.java log.txt > Native Windows Negotiate/NTLM via JNA + 407 Proxy Authentication Required > - > > Key: HTTPCLIENT-1598 > URL: https://issues.apache.org/jira/browse/HTTPCLIENT-1598 > Project: HttpComponents HttpClient > Issue Type: Bug > Components: HttpAuth >Affects Versions: 4.4 Beta1 > Environment: Windows 8 >Reporter: Giacomo Boccardo > Labels: 407, jna, native, ntlm > Attachments: log.txt, sample.java > > > I'm trying to use the native Windows NTLM negotiation as describe at > http://svn.apache.org/repos/asf/httpcomponents/httpclient/trunk/httpclient-win/src/examples/org/apache/http/examples/client/win/ClientWinAuth.java > but I need to explicitly set a proxy. > {code:java} > if (!WinHttpClients.isWinAuthAvailable()) { > System.out.println("Integrated Win auth is not supported!!!"); > } > HttpClientBuilder httpClientBuilder = WinHttpClients.custom(); > HttpHost httpProxy = new HttpHost("proxyserver.example.com", 3128); > httpClientBuilder.setProxy(httpProxy); > CloseableHttpClient httpclient = httpClientBuilder.build(); > try { > HttpGet httpget = new HttpGet("http://www.google.it";); > System.out.println("Executing request " + httpget.getRequestLine()); > CloseableHttpResponse response = httpclient.execute(httpget); > try { > System.out.println(""); > System.out.println(response.getStatusLine()); > EntityUtils.consume(response.getEntity()); > } finally { > response.close(); > } > } finally { > httpclient.close(); > } > {code} > The response is something like > {{HTTP/1.0 407 Proxy Authentication Required}} > I'd like to add attachments, but I can't find a way to do it. > What's wrong? -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@hc.apache.org For additional commands, e-mail: dev-h...@hc.apache.org
[jira] [Updated] (HTTPCLIENT-1598) Native Windows Negotiate/NTLM via JNA + 407 Proxy Authentication Required
[ https://issues.apache.org/jira/browse/HTTPCLIENT-1598?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Giacomo Boccardo updated HTTPCLIENT-1598: - Description: I'm trying to use the native Windows NTLM negotiation as describe at http://svn.apache.org/repos/asf/httpcomponents/httpclient/trunk/httpclient-win/src/examples/org/apache/http/examples/client/win/ClientWinAuth.java but I need to explicitly set a proxy. {code:java} if (!WinHttpClients.isWinAuthAvailable()) { System.out.println("Integrated Win auth is not supported!!!"); } HttpClientBuilder httpClientBuilder = WinHttpClients.custom(); HttpHost httpProxy = new HttpHost("proxyserver.example.com", 3128); httpClientBuilder.setProxy(httpProxy); CloseableHttpClient httpclient = httpClientBuilder.build(); try { HttpGet httpget = new HttpGet("http://www.google.it";); System.out.println("Executing request " + httpget.getRequestLine()); CloseableHttpResponse response = httpclient.execute(httpget); try { System.out.println(""); System.out.println(response.getStatusLine()); EntityUtils.consume(response.getEntity()); } finally { response.close(); } } finally { httpclient.close(); } {code} The response is something like {{HTTP/1.0 407 Proxy Authentication Required}} I'd like to add attachments, but I can't find a way to do it. What's wrong? was: I'm trying to use the native Windows NTLM negotiation as describe at http://svn.apache.org/repos/asf/httpcomponents/httpclient/trunk/httpclient-win/src/examples/org/apache/http/examples/client/win/ClientWinAuth.java but I need to explicitly set a proxy. {code:java} if (!WinHttpClients.isWinAuthAvailable()) { System.out.println("Integrated Win auth is not supported!!!"); } HttpClientBuilder httpClientBuilder = WinHttpClients.custom(); HttpHost httpProxy = new HttpHost("proxyserver.example.com", 3128); httpClientBuilder.setProxy(httpProxy); CloseableHttpClient httpclient = httpClientBuilder.build(); try { HttpGet httpget = new HttpGet("http://www.google.it";); System.out.println("Executing request " + httpget.getRequestLine()); CloseableHttpResponse response = httpclient.execute(httpget); try { System.out.println(""); System.out.println(response.getStatusLine()); EntityUtils.consume(response.getEntity()); } finally { response.close(); } } finally { httpclient.close(); } {code} The response is something like {{ HTTP/1.0 407 Proxy Authentication Required }} I'd like to add attachments, but I can't find a way to do it. What's wrong? > Native Windows Negotiate/NTLM via JNA + 407 Proxy Authentication Required > - > > Key: HTTPCLIENT-1598 > URL: https://issues.apache.org/jira/browse/HTTPCLIENT-1598 > Project: HttpComponents HttpClient > Issue Type: Bug > Components: HttpAuth >Affects Versions: 4.4 Beta1 > Environment: Windows 8 >Reporter: Giacomo Boccardo > Labels: 407, jna, native, ntlm > > I'm trying to use the native Windows NTLM negotiation as describe at > http://svn.apache.org/repos/asf/httpcomponents/httpclient/trunk/httpclient-win/src/examples/org/apache/http/examples/client/win/ClientWinAuth.java > but I need to explicitly set a proxy. > {code:java} > if (!WinHttpClients.isWinAuthAvailable()) { > System.out.println("Integrated Win auth is not supported!!!"); > } > HttpClientBuilder httpClientBuilder = WinHttpClients.custom(); > HttpHost httpProxy = new HttpHost("proxyserver.example.com", 3128); > httpClientBuilder.setProxy(httpProxy); > CloseableHttpClient httpclient = httpClientBuilder.build(); > try { > HttpGet httpget = new HttpGet("http://www.google.it";); > System.out.println("Executing request " + httpget.getRequestLine()); > CloseableHttpResponse response = httpclient.execute(httpget); > try { > System.out.println(""); > System.out.println(response.getStatusLine()); > EntityUtils.consume(response.getEntity()); > } finally { > response.close(); > } > } finally { > httpclient.close(); > } > {code} > The response is something like > {{HTTP/1.0 407 Proxy Authentication Required}} > I'd like to add attachments, but I can't find a way to do it. > What's wrong? -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@hc.apache.org For additional commands, e-mail: dev-h
[jira] [Created] (HTTPCLIENT-1598) Native Windows Negotiate/NTLM via JNA + 407 Proxy Authentication Required
Giacomo Boccardo created HTTPCLIENT-1598: Summary: Native Windows Negotiate/NTLM via JNA + 407 Proxy Authentication Required Key: HTTPCLIENT-1598 URL: https://issues.apache.org/jira/browse/HTTPCLIENT-1598 Project: HttpComponents HttpClient Issue Type: Bug Components: HttpAuth Affects Versions: 4.4 Beta1 Environment: Windows 8 Reporter: Giacomo Boccardo I'm trying to use the native Windows NTLM negotiation as describe at http://svn.apache.org/repos/asf/httpcomponents/httpclient/trunk/httpclient-win/src/examples/org/apache/http/examples/client/win/ClientWinAuth.java but I need to explicitly set a proxy. {code:java} if (!WinHttpClients.isWinAuthAvailable()) { System.out.println("Integrated Win auth is not supported!!!"); } HttpClientBuilder httpClientBuilder = WinHttpClients.custom(); HttpHost httpProxy = new HttpHost("proxyserver.example.com", 3128); httpClientBuilder.setProxy(httpProxy); CloseableHttpClient httpclient = httpClientBuilder.build(); try { HttpGet httpget = new HttpGet("http://www.google.it";); System.out.println("Executing request " + httpget.getRequestLine()); CloseableHttpResponse response = httpclient.execute(httpget); try { System.out.println(""); System.out.println(response.getStatusLine()); EntityUtils.consume(response.getEntity()); } finally { response.close(); } } finally { httpclient.close(); } {code} The response is something like {{ HTTP/1.0 407 Proxy Authentication Required }} I'd like to add attachments, but I can't find a way to do it. What's wrong? -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@hc.apache.org For additional commands, e-mail: dev-h...@hc.apache.org
[jira] (MSHADE-162) Replacing the original artifact - Windows vs.Unix different behaviors
[ https://jira.codehaus.org/browse/MSHADE-162?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Giacomo Boccardo updated MSHADE-162: Description: The following commands produce different artifacts on Windows and Linux. As you can see the project is only a sample and it's absurd to produce twice "shadeBugSample-1.0-SNAPSHOT.jar" but in a real project I use build-helper-maven-plugin:attach-artifact and instead of to avoid replacing the same artifact. I just want to point out that the configuration you can see in the sample project causes different behaviors depending on the OS used. Windows: $ mvn original-shadeBugSample-1.0-SNAPSHOT.jar shadeBugSample-1.0-SNAPSHOT.jar shadeBugSample-1.0-SNAPSHOT-classifier.jar $ mvn (again without using "clean") original-shadeBugSample-1.0-SNAPSHOT.jar shadeBugSample-1.0-SNAPSHOT.jar shadeBugSample-1.0-SNAPSHOT-classifier.jar shadeBugSample-1.0-SNAPSHOT-shaded.jar Unix: $ mvn original-shadeBugSample-1.0-SNAPSHOT.jar shadeBugSample-1.0-SNAPSHOT.jar $ mvn (again without using "clean") original-shadeBugSample-1.0-SNAPSHOT.jar shadeBugSample-1.0-SNAPSHOT.jar was: The following commands produce different artifacts on Windows and Linux. As you can see the project is only a sample and it's absurd to produce twice "shadeBugSample-1.0-SNAPSHOT.jar" but in a real project I use build-helper-maven-plugin:attach-artifact and instead of to avoid replacing the same artifact. I just want to point out that those configuration causes different behaviors depending on the OS used. Windows: $ mvn original-shadeBugSample-1.0-SNAPSHOT.jar shadeBugSample-1.0-SNAPSHOT.jar shadeBugSample-1.0-SNAPSHOT-classifier.jar $ mvn (again without using "clean") original-shadeBugSample-1.0-SNAPSHOT.jar shadeBugSample-1.0-SNAPSHOT.jar shadeBugSample-1.0-SNAPSHOT-classifier.jar shadeBugSample-1.0-SNAPSHOT-shaded.jar Unix: $ mvn original-shadeBugSample-1.0-SNAPSHOT.jar shadeBugSample-1.0-SNAPSHOT.jar $ mvn (again without using "clean") original-shadeBugSample-1.0-SNAPSHOT.jar shadeBugSample-1.0-SNAPSHOT.jar > Replacing the original artifact - Windows vs.Unix different behaviors > - > > Key: MSHADE-162 > URL: https://jira.codehaus.org/browse/MSHADE-162 > Project: Maven Shade Plugin > Issue Type: Bug >Affects Versions: 2.2 > Environment: Windows (8) vs Unix >Reporter: Giacomo Boccardo > Attachments: shadeBugSample.zip > > > The following commands produce different artifacts on Windows and Linux. > As you can see the project is only a sample and it's absurd to produce twice > "shadeBugSample-1.0-SNAPSHOT.jar" but in a real project I use > build-helper-maven-plugin:attach-artifact and instead of > to avoid replacing the same artifact. > I just want to point out that the configuration you can see in the sample > project causes different behaviors depending on the OS used. > Windows: > $ mvn > original-shadeBugSample-1.0-SNAPSHOT.jar > shadeBugSample-1.0-SNAPSHOT.jar > shadeBugSample-1.0-SNAPSHOT-classifier.jar > $ mvn (again without using "clean") > original-shadeBugSample-1.0-SNAPSHOT.jar > shadeBugSample-1.0-SNAPSHOT.jar > shadeBugSample-1.0-SNAPSHOT-classifier.jar > shadeBugSample-1.0-SNAPSHOT-shaded.jar > Unix: > $ mvn > original-shadeBugSample-1.0-SNAPSHOT.jar > shadeBugSample-1.0-SNAPSHOT.jar > $ mvn (again without using "clean") > original-shadeBugSample-1.0-SNAPSHOT.jar > shadeBugSample-1.0-SNAPSHOT.jar -- This message was sent by Atlassian JIRA (v6.1.6#6162)
[jira] (MSHADE-162) Replacing the original artifact - Windows vs.Unix different behaviors
Giacomo Boccardo created MSHADE-162: --- Summary: Replacing the original artifact - Windows vs.Unix different behaviors Key: MSHADE-162 URL: https://jira.codehaus.org/browse/MSHADE-162 Project: Maven Shade Plugin Issue Type: Bug Affects Versions: 2.2 Environment: Windows (8) vs Unix Reporter: Giacomo Boccardo Attachments: shadeBugSample.zip The following commands produce different artifacts on Windows and Linux. As you can see the project is only a sample and it's absurd to produce twice "shadeBugSample-1.0-SNAPSHOT.jar" but in a real project I use build-helper-maven-plugin:attach-artifact and instead of to avoid replacing the same artifact. I just want to point out that those configuration causes different behaviors depending on the OS used. Windows: $ mvn original-shadeBugSample-1.0-SNAPSHOT.jar shadeBugSample-1.0-SNAPSHOT.jar shadeBugSample-1.0-SNAPSHOT-classifier.jar $ mvn (again without using "clean") original-shadeBugSample-1.0-SNAPSHOT.jar shadeBugSample-1.0-SNAPSHOT.jar shadeBugSample-1.0-SNAPSHOT-classifier.jar shadeBugSample-1.0-SNAPSHOT-shaded.jar Unix: $ mvn original-shadeBugSample-1.0-SNAPSHOT.jar shadeBugSample-1.0-SNAPSHOT.jar $ mvn (again without using "clean") original-shadeBugSample-1.0-SNAPSHOT.jar shadeBugSample-1.0-SNAPSHOT.jar -- This message was sent by Atlassian JIRA (v6.1.6#6162)
[jira] (MSHADE-146) Ability to select the classifier of the main input artifact
[ https://jira.codehaus.org/browse/MSHADE-146?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=340493#comment-340493 ] Giacomo Boccardo commented on MSHADE-146: - This feature would be very important for me: I need to create two shaded artifacts with different MANIFESTs. Do you have a workaround to accomplish the same task using the current version of this plugin and/or different plugins? > Ability to select the classifier of the main input artifact > --- > > Key: MSHADE-146 > URL: https://jira.codehaus.org/browse/MSHADE-146 > Project: Maven Shade Plugin > Issue Type: New Feature >Affects Versions: 2.0 >Reporter: Dominik Bruhn > Attachments: ShadeMojo.java.patch > > > For my current project I had the following situation: > - Multiple jars which were created by multiple maven-jar-plugin executions. > Each of them are distinguishable via their classifier > - maven-shade-plugin should shade one of these jars, not the main-artifact > but a specific one. > This leads to the fact that I needed the possibility to specify the input > artifact for the shading. > I'm not sure how esoteric this setup is and how important the feature might > be for other developers. As I already created the feature (see the attached > patch), it would be easy to include in a future release of maven-shade-plugin. -- This message was sent by Atlassian JIRA (v6.1.6#6162)
[mojo-dev] [jira] (MSONAR-37) Missing rules and C# quality profile
Giacomo Boccardo closed MSONAR-37 as Not A Bug Missing rules and C# quality profile Sorry, wrong issue tracker. Writing to a developer I discovered that they restricted the access to JIRA to prevent users from creating tickets without first asking a question on the user mailling list (u...@sonar.codehaus.org). Unfortunately this information is/was not present anywhere Change By: Giacomo Boccardo (26/Sep/13 7:17 AM) Resolution: Not A Bug Status: Open Closed 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 - To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email
[mojo-dev] [jira] (MSONAR-37) Missing rules and C# quality profile
Giacomo Boccardo edited a comment on MSONAR-37 Missing rules and C# quality profile I can't find a way to report this issue on https://jira.codehaus.org/browse/SONARDOTNT because I can't find that project in the projects' list o.O 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 - To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email
[mojo-dev] [jira] (MSONAR-37) Missing rules and C# quality profile
Giacomo Boccardo edited a comment on MSONAR-37 Missing rules and C# quality profile I don't find a way to report this issue on https://jira.codehaus.org/browse/SONARDOTNT because I can't find that project in the projects' list o.O 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 - To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email
[mojo-dev] [jira] (MSONAR-37) Missing rules and C# quality profile
Giacomo Boccardo commented on MSONAR-37 Missing rules and C# quality profile I don't find a way to report this issue on https://jira.codehaus.org/browse/SONARDOTNT because I can't find that project in the project list o.O 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 - To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email
[mojo-dev] [jira] (MSONAR-37) Missing rules and C# quality profile
Giacomo Boccardo created MSONAR-37 Missing rules and C# quality profile Issue Type: Bug Affects Versions: 2.1 Assignee: Simon Brandhof Created: 25/Sep/13 6:03 PM Description: Hi, I installed C# 2.1 and .NET 2.1 plugins both on Sonar 3.7 and 3.7.1. The first time I restarted Sonar the default C# quality profile "Sonar way" was added but the StyleCop rules were missing (the others were ok with the proper priorities). So I added StyleCop rules manually but when I restarted Sonar all the rules disappeared. So I removed both the plugins, I re-added them and the quality profile "Sonar way" disappeared. So I tried to create manually a profile adding the rules of StyleCop, FxCop and Gendarme but all the rules had the same priority (major). I already tried to remove all those rules from the database (something like delete from rules where plugin_name = 'ndeps-cs' or plugin_name = 'common-cs' or plugin_name = 'csharpsquid' or plugin_name = 'fxcop' or plugin_name = 'fxcop-vbnet' or plugin_name = 'gendarme' or plugin_name = 'gendarme-vbnet' or plugin_name = 'ndeps-vbnet' or plugin_name = 'stylecop') but when they are automatically re-inserted (removing and re-adding the plugins) the priority column is set to 2 (=major, I suppose) and the quality profile is no more created. Is there a way to clean the database from dirty data that could be remained? The lack of foreign keys doesn't help me so much Let me know what kind of information could help you resolve this issue. Environment: Sonar 3.7 and 3.7.1 Project: Mojo's Sonar Maven Plugin Priority: Blocker Reporter: Giacomo Boccardo 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 - To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email
[jira] (MCHANGES-279) ability to skip for Jira is offlince
[ https://jira.codehaus.org/browse/MCHANGES-279?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=303405#comment-303405 ] Giacomo Boccardo commented on MCHANGES-279: --- Why does it seem that this feature won't even be in 2.8 release? It would be very useful to skip the execution without using a profile. > ability to skip for Jira is offlince > > > Key: MCHANGES-279 > URL: https://jira.codehaus.org/browse/MCHANGES-279 > Project: Maven 2.x Changes Plugin > Issue Type: Improvement > Components: jira >Affects Versions: 2.6 > Environment: {code} > $ mvn -v > Apache Maven 3.0.4 (r1232337; 2012-01-17 00:44:56-0800) > Maven home: /usr/share/maven > Java version: 1.6.0_29, vendor: Apple Inc. > Java home: /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home > Default locale: en_US, platform encoding: MacRoman > OS name: "mac os x", version: "10.6.8", arch: "x86_64", family: "mac" > {code} >Reporter: cosmo > Fix For: 2.7 > > Attachments: > MCHANGES-279_skip_network_operations_during_--offline_mode_.patch > > > maven-changes-plugin is great and compiles a nice Jira report. > We need an ability to skip the Jira report compilation. Jira instance may not > always be available when on different network or completely disconnected from > Jira. > {code:xml} > > org.apache.maven.plugins > maven-changes-plugin > 2.6 > > true > ... > > > {code} > Skip flag above can then be parameterized. > I'm not sure if the plugin can be sensitive to --offline flag instead of > flag. > When Jira is unavailable, current behavior just times out during the build. > But build takes forever to complete waiting for times outs and retries. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://jira.codehaus.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (MRELEASE-654) Release:perform fails on releasing a tag from an empty directory
Release:perform fails on releasing a tag from an empty directory Key: MRELEASE-654 URL: http://jira.codehaus.org/browse/MRELEASE-654 Project: Maven 2.x Release Plugin Issue Type: Bug Components: perform Affects Versions: 2.1 Environment: Apache Maven 3.0.2 (r1056850; 2011-01-09 01:58:10+0100) Java version: 1.6.0_22, vendor: Sun Microsystems Inc. OS name: "linux", version: "2.6.35-25-generic", arch: "amd64", family: "unix" Reporter: Giacomo Boccardo If we release our project from the same directory when we executed the release:prepare the perform phase completes successfully, while performing a release from a tag (in an empty directory) we have the following stack trace: {noformat} $ mvn release:perform -Dtag=unilet-base-5.3.13 -DconnectionUrl=scm:svn:https://srvdevel.unimatica.lan/svn/unilet -X Apache Maven 3.0.2 (r1056850; 2011-01-09 01:58:10+0100) Java version: 1.6.0_22, vendor: Sun Microsystems Inc. Java home: /usr/lib/jvm/java-6-sun-1.6.0.22/jre Default locale: en_US, platform encoding: UTF-8 OS name: "linux", version: "2.6.35-25-generic", arch: "amd64", family: "unix" [INFO] Error stacktraces are turned on. [DEBUG] Reading global settings from /usr/local/app/maven/conf/settings.xml [DEBUG] Reading user settings from /home/gboccardo/.m2/settings.xml [DEBUG] Using local repository at /home/gboccardo/.m2/repository [DEBUG] Using manager EnhancedLocalRepositoryManager with priority 10 for /home/gboccardo/.m2/repository [INFO] Scanning for projects... [DEBUG] Extension realms for project org.apache.maven:standalone-pom:pom:1: (none) [DEBUG] Looking up lifecyle mappings for packaging pom from ClassRealm[plexus.core, parent: null] [DEBUG] Resolving plugin prefix release from [org.apache.maven.plugins, org.codehaus.mojo] [DEBUG] Resolved plugin prefix release to org.apache.maven.plugins:maven-release-plugin from POM org.apache.maven:standalone-pom:pom:1 [DEBUG] === REACTOR BUILD PLAN [DEBUG] Project: org.apache.maven:standalone-pom:pom:1 [DEBUG] Tasks: [release:perform] [DEBUG] Style: Aggregating [DEBUG] === [INFO] [INFO] [INFO] Building Maven Stub Project (No POM) 1 [INFO] [DEBUG] Resolving plugin prefix release from [org.apache.maven.plugins, org.codehaus.mojo] [DEBUG] Resolved plugin prefix release to org.apache.maven.plugins:maven-release-plugin from POM org.apache.maven:standalone-pom:pom:1 [DEBUG] Lifecycle default -> [validate, initialize, generate-sources, process-sources, generate-resources, process-resources, compile, process-classes, generate-test-sources, process-test-sources, generate-test-resources, process-test-resources, test-compile, process-test-classes, test, prepare-package, package, pre-integration-test, integration-test, post-integration-test, verify, install, deploy] [DEBUG] Lifecycle clean -> [pre-clean, clean, post-clean] [DEBUG] Lifecycle site -> [pre-site, site, post-site, site-deploy] [DEBUG] === PROJECT BUILD PLAN [DEBUG] Project: org.apache.maven:standalone-pom:1 [DEBUG] Dependencies (collect): [] [DEBUG] Dependencies (resolve): [] [DEBUG] Repositories (dependencies): [unimatica-m2-snapshot-repository (http://coderepository.unimatica.lan/dev2/maven2-snapshot, releases=true, snapshots=true, managed=false), unimatica-m2-coderepository (http://coderepository.unimatica.lan/dev2/maven2, releases=true, snapshots=true, managed=false), central (http://repo1.maven.org/maven2, releases=true, snapshots=false, managed=false)] [DEBUG] Repositories (plugins) : [central (http://repo1.maven.org/maven2, releases=true, snapshots=false, managed=false)] [DEBUG] --- [DEBUG] Goal: org.apache.maven.plugins:maven-release-plugin:2.0:perform (default-cli) [DEBUG] Style: Aggregating [DEBUG] Configuration: ${arguments} ${basedir} ${connectionUrl} ${goals} ${localCheckout} ${mavenExecutorId} ${password} ${pomFileName} ${project} ${reactorProjects} ${releaseProfiles} ${scmCommentPrefix} ${settings} ${tag} ${tagBase} ${useReleaseProfile} ${username} ${workingDirectory} [DEBUG] === [INFO] [INFO] --- maven-release-plugin:2.0:perform (default-cli) @ standalone-pom --- [DEBUG] org.apache.maven.plugins:maven-release-plugin:jar:2.0: [DEBUG]org.apache.maven:maven-plugin-api:jar:2.0.9:compile [DEBUG]org.apache.maven.release:maven-release-
[Andromda-devel] AndroMDA/JIRA Created: (CORE-146) Caching generated resources
Caching generated resources --- Key: CORE-146 URL: http://jira.andromda.org/browse/CORE-146 Project: AndroMDA Core Issue Type: Improvement Affects Versions: 3.2 Reporter: Giacomo Boccardo Assignee: Chad Brandon Attachments: ResourceWriter.patch It's useful to cache the resources generated during the build process to avoid to recompile java classes each time. The only file modified is ResourceWriter.java. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.andromda.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira --