[GitHub] groovy pull request #:

2017-06-16 Thread danielsun1106
Github user danielsun1106 commented on the pull request:


https://github.com/apache/groovy/commit/9c99898433c4f11e0bdd38ebab528ae0d6c6072a#commitcomment-22586490
  
weird... some tests failed, but they pass before upgrading gradle.


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---


[GitHub] groovy pull request #:

2017-06-16 Thread melix
Github user melix commented on the pull request:


https://github.com/apache/groovy/commit/6c4fa92328f48c9a0e2c85c4a26e65000dbd1088#commitcomment-22584865
  
Sorry my bad, it's not an API change, it's just that I had the build scan 
recipes plugin applied in an init script, so I didn't realize I had 
accidentally removed it from the build file. This should be fixed now.


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---


[GitHub] groovy pull request #:

2017-06-16 Thread danielsun1106
Github user danielsun1106 commented on the pull request:


https://github.com/apache/groovy/commit/dfd30db7d294233c2c737177aa1b13b6dfeadb8a#commitcomment-22583320
  
In gradle/wrapper/gradle-wrapper.properties:
In gradle/wrapper/gradle-wrapper.properties on line 10:
the file has not been merged successfully


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---


[jira] [Created] (GROOVY-8233) Java stub generation incorrect for static properties of traits

2017-06-16 Thread Graeme Rocher (JIRA)
Graeme Rocher created GROOVY-8233:
-

 Summary: Java stub generation incorrect for static properties of 
traits
 Key: GROOVY-8233
 URL: https://issues.apache.org/jira/browse/GROOVY-8233
 Project: Groovy
  Issue Type: Bug
Affects Versions: 2.4.11
Reporter: Graeme Rocher
 Attachments: domain-plugins.zip

Groovy generates incorrect stubs for static properties of traits resulting in 
compilation errors such as:

{code}
/Users/graemerocher/grails/apps/domain-plugins/app/build/tmp/compileGroovy/groovy-java-stubs/bug/DomainA.java:10:
 error: 
org_grails_datastore_mapping_dirty_checking_DirtyCheckable__DIRTY_CLASS_MARKER$get()
 in DomainParent cannot implement 
org_grails_datastore_mapping_dirty_checking_DirtyCheckable__DIRTY_CLASS_MARKER$get()
 in DirtyCheckable$Trait$FieldHelper
public class DomainA
   ^
  overriding method is static
1 error
startup failed:
Compilation failed; see the compiler error output for details.

1 error
{code}

Attached is an example. Simply run `./gradlew compileGroovy`



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Commented] (GROOVY-7323) Generation of java class for GSP pages having more than 128KB

2017-06-16 Thread Graeme Rocher (JIRA)

[ 
https://issues.apache.org/jira/browse/GROOVY-7323?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16051521#comment-16051521
 ] 

Graeme Rocher commented on GROOVY-7323:
---

Should be closed, this is not a bug in Groovy

> Generation of java class for GSP pages having more than 128KB
> -
>
> Key: GROOVY-7323
> URL: https://issues.apache.org/jira/browse/GROOVY-7323
> Project: Groovy
>  Issue Type: Wish
>  Components: bytecode
>Reporter: Vinod Nemagouda
>  Labels: contrib, help-requested
>
> I am facing issue, where gsp page input stream is more than 128KB and it's 
> throwing "method too large exception",  Is there way we can compile or 
> generate class files for gsp pages having more than 128 kb. 
> un fortunatly we can't reduce size of file or split file into multiple pages.
> in case some one faced same issue, please post how you have solved it.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Commented] (GROOVY-8232) I got a LinkageError after upgrading groovy to the latest version

2017-06-16 Thread steve zhou (JIRA)

[ 
https://issues.apache.org/jira/browse/GROOVY-8232?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16051515#comment-16051515
 ] 

steve zhou commented on GROOVY-8232:


I ran script in a groovy script file using default bootloader,so I got the 
error.it works well with the earlier version.
now I copy my scripts to the Main function of groovy class,and then run the 
main   success
Thank you so much!

> I got a LinkageError after upgrading groovy to the latest version
> -
>
> Key: GROOVY-8232
> URL: https://issues.apache.org/jira/browse/GROOVY-8232
> Project: Groovy
>  Issue Type: Bug
>  Components: groovy-runtime
>Affects Versions: 2.4.11
>Reporter: steve zhou
> Attachments: BUG截图1.png
>
>
> I got a LinkageError after upgrading groovy to the latest version. There is 
> no problem if I use version 2.1.1
> Detail logs:
> Caught: java.lang.LinkageError: loader constraint violation in interface 
> itable initialization: when resolving method 
> "org.apache.xerces.dom.NodeImpl.getChildNodes()Lorg/w3c/dom/NodeList;" the 
> class loader (instance of org/codehaus/groovy/tools/RootLoader) of the 
> current class, org/apache/xerces/dom/NodeImpl, and the class loader (instance 
> of ) for interface org/w3c/dom/Node have different Class objects 
> for the type org/w3c/dom/NodeList used in the signature
> java.lang.LinkageError: loader constraint violation in interface itable 
> initialization: when resolving method 
> "org.apache.xerces.dom.NodeImpl.getChildNodes()Lorg/w3c/dom/NodeList;" the 
> class loader (instance of org/codehaus/groovy/tools/RootLoader) of the 
> current class, org/apache/xerces/dom/NodeImpl, and the class loader (instance 
> of ) for interface org/w3c/dom/Node have different Class objects 
> for the type org/w3c/dom/NodeList used in the signature
>   at org.apache.xerces.parsers.AbstractDOMParser.startDocument(Unknown 
> Source)
>   at org.apache.xerces.impl.dtd.XMLDTDValidator.startDocument(Unknown 
> Source)
>   at org.apache.xerces.impl.XMLDocumentScannerImpl.startEntity(Unknown 
> Source)
>   at 
> org.apache.xerces.impl.XMLVersionDetector.startDocumentParsing(Unknown Source)
>   at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
>   at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
>   at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
>   at org.apache.xerces.parsers.DOMParser.parse(Unknown Source)
>   at org.apache.xerces.jaxp.DocumentBuilderImpl.parse(Unknown Source)
>   at 
> org.apache.poi.util.DocumentHelper.readDocument(DocumentHelper.java:140)
>   at 
> org.apache.poi.openxml4j.opc.internal.ContentTypeManager.parseContentTypesFile(ContentTypeManager.java:374)
>   at 
> org.apache.poi.openxml4j.opc.internal.ContentTypeManager.(ContentTypeManager.java:100)
>   at 
> org.apache.poi.openxml4j.opc.internal.ZipContentTypeManager.(ZipContentTypeManager.java:54)
>   at 
> org.apache.poi.openxml4j.opc.ZipPackage.getPartsImpl(ZipPackage.java:253)
>   at org.apache.poi.openxml4j.opc.OPCPackage.getParts(OPCPackage.java:758)
>   at org.apache.poi.openxml4j.opc.OPCPackage.open(OPCPackage.java:298)
>   at 
> org.apache.poi.ss.usermodel.WorkbookFactory.create(WorkbookFactory.java:264)
>   at 
> org.apache.poi.ss.usermodel.WorkbookFactory.create(WorkbookFactory.java:226)
>   at 
> org.apache.poi.ss.usermodel.WorkbookFactory.create(WorkbookFactory.java:205)
>   at org.apache.poi.ss.usermodel.WorkbookFactory$create.call(Unknown 
> Source)
>   at common.utils.ExcelUtils.getExcel(ExcelUtils.groovy:30)
>   at common.utils.ExcelUtils$getExcel.call(Unknown Source)
>   at common.utils.ExcelFeatureUtils.(ExcelFeatureUtils.groovy:41)
>   at 
> common.utils.ConvertFeature$_format_closure1.doCall(ConvertFeature.groovy:40)
>   at common.utils.ConvertFeature.format(ConvertFeature.groovy:37)
>   at common.utils.ConvertFeature$format.call(Unknown Source)
>   at test.run(test.groovy:31)



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Commented] (GROOVY-8232) I got a LinkageError after upgrading groovy to the latest version

2017-06-16 Thread Paul King (JIRA)

[ 
https://issues.apache.org/jira/browse/GROOVY-8232?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16051488#comment-16051488
 ] 

Paul King commented on GROOVY-8232:
---

What happens if you run your script from gradle?
{code}
task run(type: JavaExec, dependsOn:compileGroovy) {
main = 'test'
classpath = sourceSets.main.runtimeClasspath
}
{code}
And then `gradlew run`.

> I got a LinkageError after upgrading groovy to the latest version
> -
>
> Key: GROOVY-8232
> URL: https://issues.apache.org/jira/browse/GROOVY-8232
> Project: Groovy
>  Issue Type: Bug
>  Components: groovy-runtime
>Affects Versions: 2.4.11
>Reporter: steve zhou
> Attachments: BUG截图1.png
>
>
> I got a LinkageError after upgrading groovy to the latest version. There is 
> no problem if I use version 2.1.1
> Detail logs:
> Caught: java.lang.LinkageError: loader constraint violation in interface 
> itable initialization: when resolving method 
> "org.apache.xerces.dom.NodeImpl.getChildNodes()Lorg/w3c/dom/NodeList;" the 
> class loader (instance of org/codehaus/groovy/tools/RootLoader) of the 
> current class, org/apache/xerces/dom/NodeImpl, and the class loader (instance 
> of ) for interface org/w3c/dom/Node have different Class objects 
> for the type org/w3c/dom/NodeList used in the signature
> java.lang.LinkageError: loader constraint violation in interface itable 
> initialization: when resolving method 
> "org.apache.xerces.dom.NodeImpl.getChildNodes()Lorg/w3c/dom/NodeList;" the 
> class loader (instance of org/codehaus/groovy/tools/RootLoader) of the 
> current class, org/apache/xerces/dom/NodeImpl, and the class loader (instance 
> of ) for interface org/w3c/dom/Node have different Class objects 
> for the type org/w3c/dom/NodeList used in the signature
>   at org.apache.xerces.parsers.AbstractDOMParser.startDocument(Unknown 
> Source)
>   at org.apache.xerces.impl.dtd.XMLDTDValidator.startDocument(Unknown 
> Source)
>   at org.apache.xerces.impl.XMLDocumentScannerImpl.startEntity(Unknown 
> Source)
>   at 
> org.apache.xerces.impl.XMLVersionDetector.startDocumentParsing(Unknown Source)
>   at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
>   at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
>   at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
>   at org.apache.xerces.parsers.DOMParser.parse(Unknown Source)
>   at org.apache.xerces.jaxp.DocumentBuilderImpl.parse(Unknown Source)
>   at 
> org.apache.poi.util.DocumentHelper.readDocument(DocumentHelper.java:140)
>   at 
> org.apache.poi.openxml4j.opc.internal.ContentTypeManager.parseContentTypesFile(ContentTypeManager.java:374)
>   at 
> org.apache.poi.openxml4j.opc.internal.ContentTypeManager.(ContentTypeManager.java:100)
>   at 
> org.apache.poi.openxml4j.opc.internal.ZipContentTypeManager.(ZipContentTypeManager.java:54)
>   at 
> org.apache.poi.openxml4j.opc.ZipPackage.getPartsImpl(ZipPackage.java:253)
>   at org.apache.poi.openxml4j.opc.OPCPackage.getParts(OPCPackage.java:758)
>   at org.apache.poi.openxml4j.opc.OPCPackage.open(OPCPackage.java:298)
>   at 
> org.apache.poi.ss.usermodel.WorkbookFactory.create(WorkbookFactory.java:264)
>   at 
> org.apache.poi.ss.usermodel.WorkbookFactory.create(WorkbookFactory.java:226)
>   at 
> org.apache.poi.ss.usermodel.WorkbookFactory.create(WorkbookFactory.java:205)
>   at org.apache.poi.ss.usermodel.WorkbookFactory$create.call(Unknown 
> Source)
>   at common.utils.ExcelUtils.getExcel(ExcelUtils.groovy:30)
>   at common.utils.ExcelUtils$getExcel.call(Unknown Source)
>   at common.utils.ExcelFeatureUtils.(ExcelFeatureUtils.groovy:41)
>   at 
> common.utils.ConvertFeature$_format_closure1.doCall(ConvertFeature.groovy:40)
>   at common.utils.ConvertFeature.format(ConvertFeature.groovy:37)
>   at common.utils.ConvertFeature$format.call(Unknown Source)
>   at test.run(test.groovy:31)



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Commented] (GROOVY-8232) I got a LinkageError after upgrading groovy to the latest version

2017-06-16 Thread steve zhou (JIRA)

[ 
https://issues.apache.org/jira/browse/GROOVY-8232?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16051454#comment-16051454
 ] 

steve zhou commented on GROOVY-8232:


I run the script by intellij idea.
gradlew dependencies is ok

> I got a LinkageError after upgrading groovy to the latest version
> -
>
> Key: GROOVY-8232
> URL: https://issues.apache.org/jira/browse/GROOVY-8232
> Project: Groovy
>  Issue Type: Bug
>  Components: groovy-runtime
>Affects Versions: 2.4.11
>Reporter: steve zhou
> Attachments: BUG截图1.png
>
>
> I got a LinkageError after upgrading groovy to the latest version. There is 
> no problem if I use version 2.1.1
> Detail logs:
> Caught: java.lang.LinkageError: loader constraint violation in interface 
> itable initialization: when resolving method 
> "org.apache.xerces.dom.NodeImpl.getChildNodes()Lorg/w3c/dom/NodeList;" the 
> class loader (instance of org/codehaus/groovy/tools/RootLoader) of the 
> current class, org/apache/xerces/dom/NodeImpl, and the class loader (instance 
> of ) for interface org/w3c/dom/Node have different Class objects 
> for the type org/w3c/dom/NodeList used in the signature
> java.lang.LinkageError: loader constraint violation in interface itable 
> initialization: when resolving method 
> "org.apache.xerces.dom.NodeImpl.getChildNodes()Lorg/w3c/dom/NodeList;" the 
> class loader (instance of org/codehaus/groovy/tools/RootLoader) of the 
> current class, org/apache/xerces/dom/NodeImpl, and the class loader (instance 
> of ) for interface org/w3c/dom/Node have different Class objects 
> for the type org/w3c/dom/NodeList used in the signature
>   at org.apache.xerces.parsers.AbstractDOMParser.startDocument(Unknown 
> Source)
>   at org.apache.xerces.impl.dtd.XMLDTDValidator.startDocument(Unknown 
> Source)
>   at org.apache.xerces.impl.XMLDocumentScannerImpl.startEntity(Unknown 
> Source)
>   at 
> org.apache.xerces.impl.XMLVersionDetector.startDocumentParsing(Unknown Source)
>   at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
>   at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
>   at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
>   at org.apache.xerces.parsers.DOMParser.parse(Unknown Source)
>   at org.apache.xerces.jaxp.DocumentBuilderImpl.parse(Unknown Source)
>   at 
> org.apache.poi.util.DocumentHelper.readDocument(DocumentHelper.java:140)
>   at 
> org.apache.poi.openxml4j.opc.internal.ContentTypeManager.parseContentTypesFile(ContentTypeManager.java:374)
>   at 
> org.apache.poi.openxml4j.opc.internal.ContentTypeManager.(ContentTypeManager.java:100)
>   at 
> org.apache.poi.openxml4j.opc.internal.ZipContentTypeManager.(ZipContentTypeManager.java:54)
>   at 
> org.apache.poi.openxml4j.opc.ZipPackage.getPartsImpl(ZipPackage.java:253)
>   at org.apache.poi.openxml4j.opc.OPCPackage.getParts(OPCPackage.java:758)
>   at org.apache.poi.openxml4j.opc.OPCPackage.open(OPCPackage.java:298)
>   at 
> org.apache.poi.ss.usermodel.WorkbookFactory.create(WorkbookFactory.java:264)
>   at 
> org.apache.poi.ss.usermodel.WorkbookFactory.create(WorkbookFactory.java:226)
>   at 
> org.apache.poi.ss.usermodel.WorkbookFactory.create(WorkbookFactory.java:205)
>   at org.apache.poi.ss.usermodel.WorkbookFactory$create.call(Unknown 
> Source)
>   at common.utils.ExcelUtils.getExcel(ExcelUtils.groovy:30)
>   at common.utils.ExcelUtils$getExcel.call(Unknown Source)
>   at common.utils.ExcelFeatureUtils.(ExcelFeatureUtils.groovy:41)
>   at 
> common.utils.ConvertFeature$_format_closure1.doCall(ConvertFeature.groovy:40)
>   at common.utils.ConvertFeature.format(ConvertFeature.groovy:37)
>   at common.utils.ConvertFeature$format.call(Unknown Source)
>   at test.run(test.groovy:31)



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Commented] (GROOVY-8232) I got a LinkageError after upgrading groovy to the latest version

2017-06-16 Thread Paul King (JIRA)

[ 
https://issues.apache.org/jira/browse/GROOVY-8232?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16051436#comment-16051436
 ] 

Paul King commented on GROOVY-8232:
---

How are you running the script? On command-line? In a server? Using an IDE?

What is the output of 'gradlew dependencies'?

> I got a LinkageError after upgrading groovy to the latest version
> -
>
> Key: GROOVY-8232
> URL: https://issues.apache.org/jira/browse/GROOVY-8232
> Project: Groovy
>  Issue Type: Bug
>  Components: groovy-runtime
>Affects Versions: 2.4.11
>Reporter: steve zhou
> Attachments: BUG截图1.png
>
>
> I got a LinkageError after upgrading groovy to the latest version. There is 
> no problem if I use version 2.1.1
> Detail logs:
> Caught: java.lang.LinkageError: loader constraint violation in interface 
> itable initialization: when resolving method 
> "org.apache.xerces.dom.NodeImpl.getChildNodes()Lorg/w3c/dom/NodeList;" the 
> class loader (instance of org/codehaus/groovy/tools/RootLoader) of the 
> current class, org/apache/xerces/dom/NodeImpl, and the class loader (instance 
> of ) for interface org/w3c/dom/Node have different Class objects 
> for the type org/w3c/dom/NodeList used in the signature
> java.lang.LinkageError: loader constraint violation in interface itable 
> initialization: when resolving method 
> "org.apache.xerces.dom.NodeImpl.getChildNodes()Lorg/w3c/dom/NodeList;" the 
> class loader (instance of org/codehaus/groovy/tools/RootLoader) of the 
> current class, org/apache/xerces/dom/NodeImpl, and the class loader (instance 
> of ) for interface org/w3c/dom/Node have different Class objects 
> for the type org/w3c/dom/NodeList used in the signature
>   at org.apache.xerces.parsers.AbstractDOMParser.startDocument(Unknown 
> Source)
>   at org.apache.xerces.impl.dtd.XMLDTDValidator.startDocument(Unknown 
> Source)
>   at org.apache.xerces.impl.XMLDocumentScannerImpl.startEntity(Unknown 
> Source)
>   at 
> org.apache.xerces.impl.XMLVersionDetector.startDocumentParsing(Unknown Source)
>   at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
>   at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
>   at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
>   at org.apache.xerces.parsers.DOMParser.parse(Unknown Source)
>   at org.apache.xerces.jaxp.DocumentBuilderImpl.parse(Unknown Source)
>   at 
> org.apache.poi.util.DocumentHelper.readDocument(DocumentHelper.java:140)
>   at 
> org.apache.poi.openxml4j.opc.internal.ContentTypeManager.parseContentTypesFile(ContentTypeManager.java:374)
>   at 
> org.apache.poi.openxml4j.opc.internal.ContentTypeManager.(ContentTypeManager.java:100)
>   at 
> org.apache.poi.openxml4j.opc.internal.ZipContentTypeManager.(ZipContentTypeManager.java:54)
>   at 
> org.apache.poi.openxml4j.opc.ZipPackage.getPartsImpl(ZipPackage.java:253)
>   at org.apache.poi.openxml4j.opc.OPCPackage.getParts(OPCPackage.java:758)
>   at org.apache.poi.openxml4j.opc.OPCPackage.open(OPCPackage.java:298)
>   at 
> org.apache.poi.ss.usermodel.WorkbookFactory.create(WorkbookFactory.java:264)
>   at 
> org.apache.poi.ss.usermodel.WorkbookFactory.create(WorkbookFactory.java:226)
>   at 
> org.apache.poi.ss.usermodel.WorkbookFactory.create(WorkbookFactory.java:205)
>   at org.apache.poi.ss.usermodel.WorkbookFactory$create.call(Unknown 
> Source)
>   at common.utils.ExcelUtils.getExcel(ExcelUtils.groovy:30)
>   at common.utils.ExcelUtils$getExcel.call(Unknown Source)
>   at common.utils.ExcelFeatureUtils.(ExcelFeatureUtils.groovy:41)
>   at 
> common.utils.ConvertFeature$_format_closure1.doCall(ConvertFeature.groovy:40)
>   at common.utils.ConvertFeature.format(ConvertFeature.groovy:37)
>   at common.utils.ConvertFeature$format.call(Unknown Source)
>   at test.run(test.groovy:31)



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Commented] (GROOVY-8232) I got a LinkageError after upgrading groovy to the latest version

2017-06-16 Thread Paul King (JIRA)

[ 
https://issues.apache.org/jira/browse/GROOVY-8232?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16051428#comment-16051428
 ] 

Paul King commented on GROOVY-8232:
---

Removing fix version - we save that for the actual version we release the fix 
in.

> I got a LinkageError after upgrading groovy to the latest version
> -
>
> Key: GROOVY-8232
> URL: https://issues.apache.org/jira/browse/GROOVY-8232
> Project: Groovy
>  Issue Type: Bug
>  Components: groovy-runtime
>Affects Versions: 2.4.11
>Reporter: steve zhou
> Attachments: BUG截图1.png
>
>
> I got a LinkageError after upgrading groovy to the latest version. There is 
> no problem if I use version 2.1.1
> Detail logs:
> Caught: java.lang.LinkageError: loader constraint violation in interface 
> itable initialization: when resolving method 
> "org.apache.xerces.dom.NodeImpl.getChildNodes()Lorg/w3c/dom/NodeList;" the 
> class loader (instance of org/codehaus/groovy/tools/RootLoader) of the 
> current class, org/apache/xerces/dom/NodeImpl, and the class loader (instance 
> of ) for interface org/w3c/dom/Node have different Class objects 
> for the type org/w3c/dom/NodeList used in the signature
> java.lang.LinkageError: loader constraint violation in interface itable 
> initialization: when resolving method 
> "org.apache.xerces.dom.NodeImpl.getChildNodes()Lorg/w3c/dom/NodeList;" the 
> class loader (instance of org/codehaus/groovy/tools/RootLoader) of the 
> current class, org/apache/xerces/dom/NodeImpl, and the class loader (instance 
> of ) for interface org/w3c/dom/Node have different Class objects 
> for the type org/w3c/dom/NodeList used in the signature
>   at org.apache.xerces.parsers.AbstractDOMParser.startDocument(Unknown 
> Source)
>   at org.apache.xerces.impl.dtd.XMLDTDValidator.startDocument(Unknown 
> Source)
>   at org.apache.xerces.impl.XMLDocumentScannerImpl.startEntity(Unknown 
> Source)
>   at 
> org.apache.xerces.impl.XMLVersionDetector.startDocumentParsing(Unknown Source)
>   at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
>   at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
>   at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
>   at org.apache.xerces.parsers.DOMParser.parse(Unknown Source)
>   at org.apache.xerces.jaxp.DocumentBuilderImpl.parse(Unknown Source)
>   at 
> org.apache.poi.util.DocumentHelper.readDocument(DocumentHelper.java:140)
>   at 
> org.apache.poi.openxml4j.opc.internal.ContentTypeManager.parseContentTypesFile(ContentTypeManager.java:374)
>   at 
> org.apache.poi.openxml4j.opc.internal.ContentTypeManager.(ContentTypeManager.java:100)
>   at 
> org.apache.poi.openxml4j.opc.internal.ZipContentTypeManager.(ZipContentTypeManager.java:54)
>   at 
> org.apache.poi.openxml4j.opc.ZipPackage.getPartsImpl(ZipPackage.java:253)
>   at org.apache.poi.openxml4j.opc.OPCPackage.getParts(OPCPackage.java:758)
>   at org.apache.poi.openxml4j.opc.OPCPackage.open(OPCPackage.java:298)
>   at 
> org.apache.poi.ss.usermodel.WorkbookFactory.create(WorkbookFactory.java:264)
>   at 
> org.apache.poi.ss.usermodel.WorkbookFactory.create(WorkbookFactory.java:226)
>   at 
> org.apache.poi.ss.usermodel.WorkbookFactory.create(WorkbookFactory.java:205)
>   at org.apache.poi.ss.usermodel.WorkbookFactory$create.call(Unknown 
> Source)
>   at common.utils.ExcelUtils.getExcel(ExcelUtils.groovy:30)
>   at common.utils.ExcelUtils$getExcel.call(Unknown Source)
>   at common.utils.ExcelFeatureUtils.(ExcelFeatureUtils.groovy:41)
>   at 
> common.utils.ConvertFeature$_format_closure1.doCall(ConvertFeature.groovy:40)
>   at common.utils.ConvertFeature.format(ConvertFeature.groovy:37)
>   at common.utils.ConvertFeature$format.call(Unknown Source)
>   at test.run(test.groovy:31)



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Updated] (GROOVY-8232) I got a LinkageError after upgrading groovy to the latest version

2017-06-16 Thread Paul King (JIRA)

 [ 
https://issues.apache.org/jira/browse/GROOVY-8232?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Paul King updated GROOVY-8232:
--
Fix Version/s: (was: 2.5.0-beta-2)

> I got a LinkageError after upgrading groovy to the latest version
> -
>
> Key: GROOVY-8232
> URL: https://issues.apache.org/jira/browse/GROOVY-8232
> Project: Groovy
>  Issue Type: Bug
>  Components: groovy-runtime
>Affects Versions: 2.4.11
>Reporter: steve zhou
> Attachments: BUG截图1.png
>
>
> I got a LinkageError after upgrading groovy to the latest version. There is 
> no problem if I use version 2.1.1
> Detail logs:
> Caught: java.lang.LinkageError: loader constraint violation in interface 
> itable initialization: when resolving method 
> "org.apache.xerces.dom.NodeImpl.getChildNodes()Lorg/w3c/dom/NodeList;" the 
> class loader (instance of org/codehaus/groovy/tools/RootLoader) of the 
> current class, org/apache/xerces/dom/NodeImpl, and the class loader (instance 
> of ) for interface org/w3c/dom/Node have different Class objects 
> for the type org/w3c/dom/NodeList used in the signature
> java.lang.LinkageError: loader constraint violation in interface itable 
> initialization: when resolving method 
> "org.apache.xerces.dom.NodeImpl.getChildNodes()Lorg/w3c/dom/NodeList;" the 
> class loader (instance of org/codehaus/groovy/tools/RootLoader) of the 
> current class, org/apache/xerces/dom/NodeImpl, and the class loader (instance 
> of ) for interface org/w3c/dom/Node have different Class objects 
> for the type org/w3c/dom/NodeList used in the signature
>   at org.apache.xerces.parsers.AbstractDOMParser.startDocument(Unknown 
> Source)
>   at org.apache.xerces.impl.dtd.XMLDTDValidator.startDocument(Unknown 
> Source)
>   at org.apache.xerces.impl.XMLDocumentScannerImpl.startEntity(Unknown 
> Source)
>   at 
> org.apache.xerces.impl.XMLVersionDetector.startDocumentParsing(Unknown Source)
>   at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
>   at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
>   at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
>   at org.apache.xerces.parsers.DOMParser.parse(Unknown Source)
>   at org.apache.xerces.jaxp.DocumentBuilderImpl.parse(Unknown Source)
>   at 
> org.apache.poi.util.DocumentHelper.readDocument(DocumentHelper.java:140)
>   at 
> org.apache.poi.openxml4j.opc.internal.ContentTypeManager.parseContentTypesFile(ContentTypeManager.java:374)
>   at 
> org.apache.poi.openxml4j.opc.internal.ContentTypeManager.(ContentTypeManager.java:100)
>   at 
> org.apache.poi.openxml4j.opc.internal.ZipContentTypeManager.(ZipContentTypeManager.java:54)
>   at 
> org.apache.poi.openxml4j.opc.ZipPackage.getPartsImpl(ZipPackage.java:253)
>   at org.apache.poi.openxml4j.opc.OPCPackage.getParts(OPCPackage.java:758)
>   at org.apache.poi.openxml4j.opc.OPCPackage.open(OPCPackage.java:298)
>   at 
> org.apache.poi.ss.usermodel.WorkbookFactory.create(WorkbookFactory.java:264)
>   at 
> org.apache.poi.ss.usermodel.WorkbookFactory.create(WorkbookFactory.java:226)
>   at 
> org.apache.poi.ss.usermodel.WorkbookFactory.create(WorkbookFactory.java:205)
>   at org.apache.poi.ss.usermodel.WorkbookFactory$create.call(Unknown 
> Source)
>   at common.utils.ExcelUtils.getExcel(ExcelUtils.groovy:30)
>   at common.utils.ExcelUtils$getExcel.call(Unknown Source)
>   at common.utils.ExcelFeatureUtils.(ExcelFeatureUtils.groovy:41)
>   at 
> common.utils.ConvertFeature$_format_closure1.doCall(ConvertFeature.groovy:40)
>   at common.utils.ConvertFeature.format(ConvertFeature.groovy:37)
>   at common.utils.ConvertFeature$format.call(Unknown Source)
>   at test.run(test.groovy:31)



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)