[JBoss JIRA] (WFLY-6653) The default min and max pool size of -1 is confusing.
by Chen Maoqian (JIRA)
[ https://issues.jboss.org/browse/WFLY-6653?page=com.atlassian.jira.plugin.... ]
Chen Maoqian edited comment on WFLY-6653 at 8/9/16 10:02 PM:
-------------------------------------------------------------
The pr has been committed ,it will be merged in wildfly 11.x.
was (Author: bayern39):
The pr have been committed and will be merged in wildfly 11.x.
> The default min and max pool size of -1 is confusing.
> ------------------------------------------------------
>
> Key: WFLY-6653
> URL: https://issues.jboss.org/browse/WFLY-6653
> Project: WildFly
> Issue Type: Bug
> Components: JMS
> Affects Versions: 10.0.0.Final
> Environment: JBoss EAP 7.0.0.
> Reporter: Chen Maoqian
> Assignee: Chen Maoqian
>
> The default values for min and max pool size are confusing
> "max-pool-size" => -1,
> "min-pool-size" => -1,
> They should either say default
> "max-pool-size" => default,
> "min-pool-size" => default,
> or display the default JCA values which I believe are 2 and 20
> "max-pool-size" => 20,
> "min-pool-size" => 2,
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 8 months
[JBoss JIRA] (WFLY-6653) The default min and max pool size of -1 is confusing.
by Chen Maoqian (JIRA)
[ https://issues.jboss.org/browse/WFLY-6653?page=com.atlassian.jira.plugin.... ]
Chen Maoqian commented on WFLY-6653:
------------------------------------
The pr have been committed and will be merged in wildfly 11.x.
> The default min and max pool size of -1 is confusing.
> ------------------------------------------------------
>
> Key: WFLY-6653
> URL: https://issues.jboss.org/browse/WFLY-6653
> Project: WildFly
> Issue Type: Bug
> Components: JMS
> Affects Versions: 10.0.0.Final
> Environment: JBoss EAP 7.0.0.
> Reporter: Chen Maoqian
> Assignee: Chen Maoqian
>
> The default values for min and max pool size are confusing
> "max-pool-size" => -1,
> "min-pool-size" => -1,
> They should either say default
> "max-pool-size" => default,
> "min-pool-size" => default,
> or display the default JCA values which I believe are 2 and 20
> "max-pool-size" => 20,
> "min-pool-size" => 2,
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 8 months
[JBoss JIRA] (WFLY-6607) Broadcast/Discovery group is possible to create with just a name
by Chen Maoqian (JIRA)
[ https://issues.jboss.org/browse/WFLY-6607?page=com.atlassian.jira.plugin.... ]
Chen Maoqian commented on WFLY-6607:
------------------------------------
I have closed the pull request about this issue,and it will wait for WFCORE-1556 to do better.
> Broadcast/Discovery group is possible to create with just a name
> ----------------------------------------------------------------
>
> Key: WFLY-6607
> URL: https://issues.jboss.org/browse/WFLY-6607
> Project: WildFly
> Issue Type: Bug
> Components: JMS, Web Console
> Affects Versions: 10.0.0.Final
> Reporter: Chen Maoqian
> Assignee: Chen Maoqian
>
> When defining new broadcast-group in Configuration: Subsystems Subsystem: Messaging - ActiveMQ Messaging Provider: default
> user must define name, at least one connector and then either socket-binding or jgroups-channel-name (not both of them, just one)
> At this moment it's possible to create broadcast group with just a name which is wrong.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 8 months
[JBoss JIRA] (DROOLS-1250) Drools Sample.drl is broken
by Tianwei Chen (JIRA)
Tianwei Chen created DROOLS-1250:
------------------------------------
Summary: Drools Sample.drl is broken
Key: DROOLS-1250
URL: https://issues.jboss.org/browse/DROOLS-1250
Project: Drools
Issue Type: Feature Request
Components: eclipse plugin
Affects Versions: 6.4.0.Final
Reporter: Tianwei Chen
Assignee: Robert (Bob) Brodt
Hello, I use drools plugin (6.4.0.Final) in Eclipse Neon. I followed the wizard to create a drools project with some example files. After the step were done, Eclipse highlighted errors at the two rules in the Sample.drl file. Here is one of the errors:
Multiple markers at this line
- com.sample.DroolsTest.Message cannot be resolved to a type
- org.drools.core.util.bitmask.AllSetBitMask cannot be resolved to a type
- Only a type can be imported. com.sample.DroolsTest.Message resolves to a package
- org.kie.api.runtime.rule.FactHandle cannot be resolved to a type
- KnowledgeHelper cannot be resolved to a type
- Only a type can be imported. org.drools.core.spi.KnowledgeHelper resolves to a package
- Message.GOODBYE cannot be resolved to a type
- org.kie.api.runtime.rule.RuleContext cannot be resolved to a type
- java.lang.Exception cannot be resolved to a type
When I ran DroolsTest.java, I got the following error:
java.lang.RuntimeException: Error while creating KieBase[Message [id=1, level=ERROR, path=Sample.drl, line=15, column=0
text=Rule Compilation error Only a type can be imported. com.sample.DroolsTest.Message resolves to a package
Only a type can be imported. org.drools.core.spi.KnowledgeHelper resolves to a package
KnowledgeHelper cannot be resolved to a type
org.kie.api.runtime.rule.FactHandle cannot be resolved to a type
java.lang.Exception cannot be resolved to a type
org.kie.api.runtime.rule.RuleContext cannot be resolved to a type], Message [id=2, level=ERROR, path=Sample.drl, line=5, column=0
text=Rule Compilation error Only a type can be imported. com.sample.DroolsTest.Message resolves to a package
Only a type can be imported. org.drools.core.spi.KnowledgeHelper resolves to a package
KnowledgeHelper cannot be resolved to a type
com.sample.DroolsTest.Message cannot be resolved to a type
org.kie.api.runtime.rule.FactHandle cannot be resolved to a type
org.kie.api.runtime.rule.FactHandle cannot be resolved to a type
java.lang.Exception cannot be resolved to a type
org.kie.api.runtime.rule.RuleContext cannot be resolved to a type
Message.GOODBYE cannot be resolved to a type
org.drools.core.util.bitmask.AllSetBitMask cannot be resolved to a type
com.sample.DroolsTest.Message cannot be resolved to a type]]
at org.drools.compiler.kie.builder.impl.KieContainerImpl.getKieBase(KieContainerImpl.java:450)
at org.drools.compiler.kie.builder.impl.KieContainerImpl.newKieSession(KieContainerImpl.java:604)
at org.drools.compiler.kie.builder.impl.KieContainerImpl.newKieSession(KieContainerImpl.java:575)
It seems like an library path issue. Please help!
Thank you very much!
Tianwei Chen
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 8 months
[JBoss JIRA] (WFLY-6925) vault-tool adds invalid character to "ENC_FILE_DIR"
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFLY-6925?page=com.atlassian.jira.plugin.... ]
Brian Stansberry reassigned WFLY-6925:
--------------------------------------
Component/s: Security
Assignee: Darran Lofthouse (was: Jason Greene)
> vault-tool adds invalid character to "ENC_FILE_DIR"
> ---------------------------------------------------
>
> Key: WFLY-6925
> URL: https://issues.jboss.org/browse/WFLY-6925
> Project: WildFly
> Issue Type: Feature Request
> Components: Security
> Affects Versions: 10.0.0.Final
> Reporter: Krashan Brahmanjara
> Assignee: Darran Lofthouse
> Priority: Trivial
>
> vault-tool executed on Windows adds invalid character to "ENC_FILE_DIR"
> for example this
> {code:java}
> <vault-option name="ENC_FILE_DIR" value="./vault\"/>
> {code}
> instead
> {code:java}
> <vault-option name="ENC_FILE_DIR" value="./vault/"/>
> {code}
> Second code also works on Windows and can be easily used on linux.
> Test command:
> vault.bat --keystore key.store --keystore-password abc123 --alias Vault --vault-block ws --attribute ws-user1 --sec-attr passwd --enc-dir ./vault --iteration 95 --salt ABCD1234
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 8 months
[JBoss JIRA] (WFLY-6916) Wildfly 10 with JSF(mojarra 2.1.18) give java.util.zip.ZipException: zip file is empty
by Farah Juma (JIRA)
[ https://issues.jboss.org/browse/WFLY-6916?page=com.atlassian.jira.plugin.... ]
Farah Juma commented on WFLY-6916:
----------------------------------
Do you have a simple reproducer application you can share?
> Wildfly 10 with JSF(mojarra 2.1.18) give java.util.zip.ZipException: zip file is empty
> --------------------------------------------------------------------------------------
>
> Key: WFLY-6916
> URL: https://issues.jboss.org/browse/WFLY-6916
> Project: WildFly
> Issue Type: Bug
> Components: JSF
> Environment: Wildfly 10 final
> Java 8
> Reporter: Prakash Boda
> Assignee: Farah Juma
>
> Below is the stacktrace.
> 2016-08-03 15:26:50,061 INFO [org.wildfly.extension.undertow] (ServerService Thread Pool -- 98) WFLYUT0021: Registered web context: /productName-services
> 2016-08-03 15:26:52,532 SEVERE [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 69) Unable to process annotations for url, vfs:/E:/V6/productName/wildfly-10.0.0.Final/bin/content/virtuosoapp.ear/jboss-seam-2.3.0.Final.jar/META-INF/faces-config.xml. Reason: java.util.zip.ZipException: zip file is empty
> 2016-08-03 15:26:52,570 SEVERE [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 69) : java.util.zip.ZipException: zip file is empty
> at java.util.zip.ZipFile.open(Native Method)
> at java.util.zip.ZipFile.<init>(ZipFile.java:219)
> at java.util.zip.ZipFile.<init>(ZipFile.java:149)
> at java.util.jar.JarFile.<init>(JarFile.java:166)
> at sun.net.www.protocol.jar.URLJarFile.<init>(URLJarFile.java:88)
> at sun.net.www.protocol.jar.URLJarFile$1.run(URLJarFile.java:221)
> at sun.net.www.protocol.jar.URLJarFile$1.run(URLJarFile.java:216)
> at java.security.AccessController.doPrivileged(Native Method)
> at sun.net.www.protocol.jar.URLJarFile.retrieve(URLJarFile.java:215)
> at sun.net.www.protocol.jar.URLJarFile.getJarFile(URLJarFile.java:71)
> at sun.net.www.protocol.jar.JarFileFactory.get(JarFileFactory.java:109)
> at sun.net.www.protocol.jar.JarURLConnection.connect(JarURLConnection.java:122)
> at sun.net.www.protocol.jar.JarURLConnection.getJarFile(JarURLConnection.java:89)
> at com.sun.faces.config.JavaClassScanningAnnotationScanner.processClasspath(JavaClassScanningAnnotationScanner.java:166)
> at com.sun.faces.config.JavaClassScanningAnnotationScanner.getAnnotatedClasses(JavaClassScanningAnnotationScanner.java:125)
> at com.sun.faces.config.DelegatingAnnotationProvider.getAnnotatedClasses(DelegatingAnnotationProvider.java:85)
> at com.sun.faces.config.ConfigManager$AnnotationScanTask.call(ConfigManager.java:841)
> at com.sun.faces.config.ConfigManager$AnnotationScanTask.call(ConfigManager.java:793)
> at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:351)
> at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:216)
> at io.undertow.servlet.core.ApplicationListeners.contextInitialized(ApplicationListeners.java:187)
> at io.undertow.servlet.core.DeploymentManagerImpl.deploy(DeploymentManagerImpl.java:198)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.startContext(UndertowDeploymentService.java:100)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentService$1.run(UndertowDeploymentService.java:82)
> at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
> at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> at java.lang.Thread.run(Thread.java:745)
> at org.jboss.threads.JBossThread.run(JBossThread.java:320)
> Suppressed: java.nio.file.NoSuchFileException: C:\Users\bodap\AppData\Local\Temp\jar_cache5902044866304783743.tmp
> at sun.nio.fs.WindowsException.translateToIOException(WindowsException.java:79)
> at sun.nio.fs.WindowsException.rethrowAsIOException(WindowsException.java:97)
> at sun.nio.fs.WindowsException.rethrowAsIOException(WindowsException.java:102)
> at sun.nio.fs.WindowsFileSystemProvider.implDelete(WindowsFileSystemProvider.java:269)
> at sun.nio.fs.AbstractFileSystemProvider.delete(AbstractFileSystemProvider.java:103)
> at java.nio.file.Files.delete(Files.java:1126)
> at sun.net.www.protocol.jar.URLJarFile$1.run(URLJarFile.java:226)
> ... 25 more
> After this error also deployment is successful.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 8 months
[JBoss JIRA] (WFLY-6916) Wildfly 10 with JSF(mojarra 2.1.18) give java.util.zip.ZipException: zip file is empty
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFLY-6916?page=com.atlassian.jira.plugin.... ]
Brian Stansberry updated WFLY-6916:
-----------------------------------
Component/s: JSF
> Wildfly 10 with JSF(mojarra 2.1.18) give java.util.zip.ZipException: zip file is empty
> --------------------------------------------------------------------------------------
>
> Key: WFLY-6916
> URL: https://issues.jboss.org/browse/WFLY-6916
> Project: WildFly
> Issue Type: Bug
> Components: JSF
> Environment: Wildfly 10 final
> Java 8
> Reporter: Prakash Boda
> Assignee: Jason Greene
>
> Below is the stacktrace.
> 2016-08-03 15:26:50,061 INFO [org.wildfly.extension.undertow] (ServerService Thread Pool -- 98) WFLYUT0021: Registered web context: /productName-services
> 2016-08-03 15:26:52,532 SEVERE [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 69) Unable to process annotations for url, vfs:/E:/V6/productName/wildfly-10.0.0.Final/bin/content/virtuosoapp.ear/jboss-seam-2.3.0.Final.jar/META-INF/faces-config.xml. Reason: java.util.zip.ZipException: zip file is empty
> 2016-08-03 15:26:52,570 SEVERE [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 69) : java.util.zip.ZipException: zip file is empty
> at java.util.zip.ZipFile.open(Native Method)
> at java.util.zip.ZipFile.<init>(ZipFile.java:219)
> at java.util.zip.ZipFile.<init>(ZipFile.java:149)
> at java.util.jar.JarFile.<init>(JarFile.java:166)
> at sun.net.www.protocol.jar.URLJarFile.<init>(URLJarFile.java:88)
> at sun.net.www.protocol.jar.URLJarFile$1.run(URLJarFile.java:221)
> at sun.net.www.protocol.jar.URLJarFile$1.run(URLJarFile.java:216)
> at java.security.AccessController.doPrivileged(Native Method)
> at sun.net.www.protocol.jar.URLJarFile.retrieve(URLJarFile.java:215)
> at sun.net.www.protocol.jar.URLJarFile.getJarFile(URLJarFile.java:71)
> at sun.net.www.protocol.jar.JarFileFactory.get(JarFileFactory.java:109)
> at sun.net.www.protocol.jar.JarURLConnection.connect(JarURLConnection.java:122)
> at sun.net.www.protocol.jar.JarURLConnection.getJarFile(JarURLConnection.java:89)
> at com.sun.faces.config.JavaClassScanningAnnotationScanner.processClasspath(JavaClassScanningAnnotationScanner.java:166)
> at com.sun.faces.config.JavaClassScanningAnnotationScanner.getAnnotatedClasses(JavaClassScanningAnnotationScanner.java:125)
> at com.sun.faces.config.DelegatingAnnotationProvider.getAnnotatedClasses(DelegatingAnnotationProvider.java:85)
> at com.sun.faces.config.ConfigManager$AnnotationScanTask.call(ConfigManager.java:841)
> at com.sun.faces.config.ConfigManager$AnnotationScanTask.call(ConfigManager.java:793)
> at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:351)
> at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:216)
> at io.undertow.servlet.core.ApplicationListeners.contextInitialized(ApplicationListeners.java:187)
> at io.undertow.servlet.core.DeploymentManagerImpl.deploy(DeploymentManagerImpl.java:198)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.startContext(UndertowDeploymentService.java:100)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentService$1.run(UndertowDeploymentService.java:82)
> at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
> at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> at java.lang.Thread.run(Thread.java:745)
> at org.jboss.threads.JBossThread.run(JBossThread.java:320)
> Suppressed: java.nio.file.NoSuchFileException: C:\Users\bodap\AppData\Local\Temp\jar_cache5902044866304783743.tmp
> at sun.nio.fs.WindowsException.translateToIOException(WindowsException.java:79)
> at sun.nio.fs.WindowsException.rethrowAsIOException(WindowsException.java:97)
> at sun.nio.fs.WindowsException.rethrowAsIOException(WindowsException.java:102)
> at sun.nio.fs.WindowsFileSystemProvider.implDelete(WindowsFileSystemProvider.java:269)
> at sun.nio.fs.AbstractFileSystemProvider.delete(AbstractFileSystemProvider.java:103)
> at java.nio.file.Files.delete(Files.java:1126)
> at sun.net.www.protocol.jar.URLJarFile$1.run(URLJarFile.java:226)
> ... 25 more
> After this error also deployment is successful.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 8 months
[JBoss JIRA] (WFLY-6916) Wildfly 10 with JSF(mojarra 2.1.18) give java.util.zip.ZipException: zip file is empty
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFLY-6916?page=com.atlassian.jira.plugin.... ]
Brian Stansberry reassigned WFLY-6916:
--------------------------------------
Assignee: Farah Juma (was: Jason Greene)
> Wildfly 10 with JSF(mojarra 2.1.18) give java.util.zip.ZipException: zip file is empty
> --------------------------------------------------------------------------------------
>
> Key: WFLY-6916
> URL: https://issues.jboss.org/browse/WFLY-6916
> Project: WildFly
> Issue Type: Bug
> Components: JSF
> Environment: Wildfly 10 final
> Java 8
> Reporter: Prakash Boda
> Assignee: Farah Juma
>
> Below is the stacktrace.
> 2016-08-03 15:26:50,061 INFO [org.wildfly.extension.undertow] (ServerService Thread Pool -- 98) WFLYUT0021: Registered web context: /productName-services
> 2016-08-03 15:26:52,532 SEVERE [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 69) Unable to process annotations for url, vfs:/E:/V6/productName/wildfly-10.0.0.Final/bin/content/virtuosoapp.ear/jboss-seam-2.3.0.Final.jar/META-INF/faces-config.xml. Reason: java.util.zip.ZipException: zip file is empty
> 2016-08-03 15:26:52,570 SEVERE [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 69) : java.util.zip.ZipException: zip file is empty
> at java.util.zip.ZipFile.open(Native Method)
> at java.util.zip.ZipFile.<init>(ZipFile.java:219)
> at java.util.zip.ZipFile.<init>(ZipFile.java:149)
> at java.util.jar.JarFile.<init>(JarFile.java:166)
> at sun.net.www.protocol.jar.URLJarFile.<init>(URLJarFile.java:88)
> at sun.net.www.protocol.jar.URLJarFile$1.run(URLJarFile.java:221)
> at sun.net.www.protocol.jar.URLJarFile$1.run(URLJarFile.java:216)
> at java.security.AccessController.doPrivileged(Native Method)
> at sun.net.www.protocol.jar.URLJarFile.retrieve(URLJarFile.java:215)
> at sun.net.www.protocol.jar.URLJarFile.getJarFile(URLJarFile.java:71)
> at sun.net.www.protocol.jar.JarFileFactory.get(JarFileFactory.java:109)
> at sun.net.www.protocol.jar.JarURLConnection.connect(JarURLConnection.java:122)
> at sun.net.www.protocol.jar.JarURLConnection.getJarFile(JarURLConnection.java:89)
> at com.sun.faces.config.JavaClassScanningAnnotationScanner.processClasspath(JavaClassScanningAnnotationScanner.java:166)
> at com.sun.faces.config.JavaClassScanningAnnotationScanner.getAnnotatedClasses(JavaClassScanningAnnotationScanner.java:125)
> at com.sun.faces.config.DelegatingAnnotationProvider.getAnnotatedClasses(DelegatingAnnotationProvider.java:85)
> at com.sun.faces.config.ConfigManager$AnnotationScanTask.call(ConfigManager.java:841)
> at com.sun.faces.config.ConfigManager$AnnotationScanTask.call(ConfigManager.java:793)
> at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:351)
> at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:216)
> at io.undertow.servlet.core.ApplicationListeners.contextInitialized(ApplicationListeners.java:187)
> at io.undertow.servlet.core.DeploymentManagerImpl.deploy(DeploymentManagerImpl.java:198)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.startContext(UndertowDeploymentService.java:100)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentService$1.run(UndertowDeploymentService.java:82)
> at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
> at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> at java.lang.Thread.run(Thread.java:745)
> at org.jboss.threads.JBossThread.run(JBossThread.java:320)
> Suppressed: java.nio.file.NoSuchFileException: C:\Users\bodap\AppData\Local\Temp\jar_cache5902044866304783743.tmp
> at sun.nio.fs.WindowsException.translateToIOException(WindowsException.java:79)
> at sun.nio.fs.WindowsException.rethrowAsIOException(WindowsException.java:97)
> at sun.nio.fs.WindowsException.rethrowAsIOException(WindowsException.java:102)
> at sun.nio.fs.WindowsFileSystemProvider.implDelete(WindowsFileSystemProvider.java:269)
> at sun.nio.fs.AbstractFileSystemProvider.delete(AbstractFileSystemProvider.java:103)
> at java.nio.file.Files.delete(Files.java:1126)
> at sun.net.www.protocol.jar.URLJarFile$1.run(URLJarFile.java:226)
> ... 25 more
> After this error also deployment is successful.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 8 months