[JBoss JIRA] (WFLY-8306) Soap attachments are being truncated when moving from jboss 7 to wildfly9/10
by Einat Peretz (JIRA)
[ https://issues.jboss.org/browse/WFLY-8306?page=com.atlassian.jira.plugin.... ]
Einat Peretz commented on WFLY-8306:
------------------------------------
Not big zip. There is no problem for zip sizes less than 891 bytes, more than 891 bytes and only 891 bytes are received.
This is the http coming from the client:
Host: localhost:8888
User-Agent: gSOAP/2.7
Content-Type: application/soap+xml; charset=utf-8
Content-Length: 5674
Connection: keep-alive
Authorization: Basic dmFsb3I6dmFsb3J2cGw=
SOAPAction: "urn:getPartsForPartsStatus"
<?xml version="1.0" encoding="UTF-8"?>
<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://www.w3.org/2003/05/soap-envelope" xmlns:SOAP-ENC="http://www.w3.org/2003/05/soap-encoding" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:MentorApplicationsPartServices6="http://utils.services.domain.vpl.valor.com/xsd" xmlns:MentorApplicationsPartServices3="http://location.domain.vpl.valor.com/xsd" xmlns:MentorApplicationsPartServices2="http://utils.domain.vpl.valor.com/xsd" xmlns:MentorApplicationsPartServices5="http://exception.domain.vpl.valor.com/xsd" xmlns:MentorApplicationsPartServices4="http://config.domain.vpl.valor.com/xsd" xmlns:MentorApplicationsPartServices7="https://vplvalor.mentor.com/gateway2/services/MentorApplicationsPartServi..." xmlns:MentorApplicationsPartServices1="https://vplvalor.mentor.com/gateway2/services" xmlns:MentorApplicationsPartServices8="https://vplvalor.mentor.com/gateway2/services/MentorApplicationsPartServi..." xmlns:xop="http://www.w3.org/2004/08/xop/include"><SOAP-ENV:Body><MentorApplicationsPartServices1:getPartsForPartsStatus><MentorApplicationsPartServices1:param0><MentorApplicationsPartServices6:attachmentContentType>vNPI</MentorApplicationsPartServices6:attachmentContentType><MentorApplicationsPartServices6:binaryContentType>false</MentorApplicationsPartServices6:binaryContentType><MentorApplicationsPartServices6:clientDetails><MentorApplicationsPartServices4:build>AQAAAAEAAADASy85PjsXelbT/P7G++N0HLxem2xeQ9zso7w0/TurAd0DK9ahSEDLdtXwrQxknZVVD6FZPnsfduh/gJiHZNs/243f13AHbCTgEBb33LFPsQ==</MentorApplicationsPartServices4:build><MentorApplicationsPartServices4:transportVersion>AQAAAAEAAADASy85PjsXelbT/P7G++N0HLxem2xeQ9zso7w0/TurAbn+tE6Sx83y7Kh7PeibcAFrBt88j3UVYeJiF/vYsbGo</MentorApplicationsPartServices4:transportVersion><MentorApplicationsPartServices4:version>AQAAAAEAAADASy85PjsXelbT/P7G++N0HLxem2xeQ9zso7w0/TurAW2h2ghhjuSweQOktNKBPg5s6yo0BWcO91WQWCycJF1y</MentorApplicationsPartServices4:version><MentorApplicationsPartServices4:dongle>AQAAAAEAAADASy85PjsXelbT/P7G++N0HLxem2xeQ9zso7w0/TurAQfCb7GlzlBZ/7S3+GS1ybDdYtauFt3rZdxlMhdOCrXS</MentorApplicationsPartServices4:dongle></MentorApplicationsPartServices6:clientDetails><MentorApplicationsPartServices6:domainType>vNPI</MentorApplicationsPartServices6:domainType><MentorApplicationsPartServices6:initiator>vNPI</MentorApplicationsPartServices6:initiator><MentorApplicationsPartServices6:tXPDomain>true</MentorApplicationsPartServices6:tXPDomain><MentorApplicationsPartServices6:vPLDomain>false</MentorApplicationsPartServices6:vPLDomain><MentorApplicationsPartServices6:xStreamContentType>true</MentorApplicationsPartServices6:xStreamContentType></MentorApplicationsPartServices1:param0><MentorApplicationsPartServices1:param1>H4sIAAAAAAAAAO3dbW/ixhoG4L9irVSp1alhXjy2kSiSMebNGKhxWMg3TuJW6CQQYbpS/31nTHY3TttztjCPdD7c0ioiJBj20mgy88w9nu7D8bn1afd0PLU+vTy1Ho/Pu/2hVZWnT/uHstIPqmp/PLSWu1/LvKxejoeq7HVPr4+Sw3l/3peV8/C0q6qfPvzltX4775+q1svudNZXOZ1X5935t8rdnU673z/0ut/+kl73+eXQi3Puu5wx6Q7Tbts8031+OD6WvWg11d/XD7tPx4fdWX/sXnf/2JPdtv769bm1ebdu++vvPJbVw2n/8vWHzno5c1aaoNS/9/anb19VvX4ofW1+eYfD7ll/jOUyX6yTQbddf1tf/M2T9bfd9ucX/1tf7z/l4/B4ysvn47m8e3ncncveL7unquy2/+an3fY/QbsBePY/gZ1T+Ut5Kg8P5U8fWq22/vftb/fF8kP7s+ZNl7tcwlzs/1BVSCEC5vka1muyLsfbeJEtQXstbRbnTCb3y6FptA3afDHO4Hp9RxB/ZD6TjnZNh2kSNWzXk9U42kL3Wl0ju40589KoEE3aaL2B69Wt1sDWrl4exQ3XNMmSArLXyo7yjIdhHvBLq2V80NDN7vKoiMB79QhByNAJQt/hyvc6GCJYtw39QNtyBlvLw68xDy89borRl11WFemx1wCsFocHM876pq0uwvl83hwfrKJsdTcfAfcWXN0RsLgPXLK6DP+WwhdU/7kqql1WJ7dK9wSynty244wztQly84Ria0x2bU92NSsmuzST3XHdijHZJSuHC5TDycrhHDMH2zMHmWJwS7fWwFPGsNRANMZlGOPaHuNGnPEhFnBIlh29NHD+1BcM8mi2yCcxfG+dMwjMGWzLcsH82AvUvbeO4iBkDLpWdevqYpB1lmi3tue6Sum5boK5LlkpQcWmlKAHC+CliiVIidZLWggT4CXglTwbKl6PGzTvDLyWeUWS+2xqBg6JYOC1zduJFyPzh00xd1lA12aFwWNC1ItmYV+wZr+LMvnNkTAhgpDzThgIyFoP26lLkFFI2JKFRGFLtSbJsSZJRdsBLQmtF2AlnYjWD9EhUIQUHJNSMMs8SCmQpD8YXClcc7gSuPrvl8vgeovra1pJIK1Egiv50NRrF0ONmwDXMq6ITLX25zVwbeNOs1QK1a+r4ZnbLNcWW3c7mMP26ob75n4JOUKMVLp6oABdsvytHt0C1zZubFZy0nwT5GHfRMgbuttolCyAe33L5b5rss332BVpF9XszUFi3OZ6br0rUkqBW/7YdQ2ZUriVknVXE7jdDoTw4Wq3d60T+KYfQAKfQtYLZCoha1lWd7J1H4s2SxSwTUy7RcCWincsBPLLhLz1uBa81nkF71/S9/U9F5Fftsxbx8N5rEe5iIcTxr4kAjQktFIim0RF2xFotSS0HcGYD1mCHM14itgXSTxJ97NwpXDtCNykynLsy8zEEPsiSiaZcvhiimSSdVw9NKjvEVpPxQp31cwm1TfBBu1VtMlr6MvAIvRFFEvS4657pGYoZPXQC4EvOt1OKqBLFqdLEacjCScJwQSySQSlWoVSLRGtwL5yQlq0WiJaAVoiWo+JELQEtH6Ae3jQlWzF+zsmoWR7oysPteuUY2O53Xoi9zcqN6eV+mmBaqL1ygEXAeoydLoKpQM6XRGmAXSJdAX2P1Piol+gwxUpbIlsvZxhocE2bh6breXD3GVBfduJ5pwXW8tvxDUHukwvuKC12im8btTjUzXCdjK75QSHtZgvPzqXacR3Dg+D/N22hlkxQTHMrrKf8g6U7Sp/OZjosrk/DLE7x6Lu5+MFvDTA8QIUCxFOwDzH55KJmdN28ljgoAEiY1kbA5kQ2XeEYFiuJEvdYLmSKL/gSeQXaGglUjd0tB3QEqVuOh2cQUJDG3CFVktEq3ByDlFWzAtAaz/T5NTnu4ydobNx9BSYO+xH/hH5JgLi75c/1MoSyvbXKWac1csU2E9NgMt9FsZsxMdGuGCMzRHTIwiSIY1DqBsiBEkY08vFdA5cGlyJJBmlLk996JLpitSDLpluyjrQpdL1Ojl0yXSVSCV0qXT9ToiENJWu8NB0yXD1aBe9LhWuCT8Clwg34KkCLhWuwoGH1nHf7ErxAmycsEn75UCImDOFAyFs8/bv10q5sVgHDdb5ZumuYrBev4ymG61psDgw3T5uMdveccbC5t+wYrEaT/roCm4eIXAmxNBsaS8wRrDaarMt183WHa1YCFmbsvfZn/6AwfTGzqDesJrmG5UH/b4QCmNae7jDqWs2Wrv83b3J42w5L9w4RxDvatpJvAqVVNHI1TOFYUN3MsAu65tcA48xaWQFZC3mGqMN97mX3EX/as5so80EQcZbWH1fBFkBVpuss5/HUsRznrPs/TYzlGJuo50PE8mXBWc85sn7WyuA9hbaZTxlUw2bxTM+ah60M5/E40m8wIkw15cQIz3kQvXQqmghlAdSmz1AshrItVyJu6gArNVKN2d9Ibx0gQ0j9gexy3uzZWQlBH9X7MZOkVsqsaPL+sH3BfN+wCKC1TrBeLYUSqj+IMnNJIFxlGUJeOP7JJe5BK9d3tVETxJE7hbcTSRkLcpuYm893JjlLy6GwxHnSjTHCpvJbDLfAPh64I4SYbiZuUG8GomQgfe/kbVPZfVyPFRlcjjvz/uy+rvXV+Xp0/6hrPSDqtL/WX2VX8v89cW9PwDS0DAhTeIAAA==</MentorApplicationsPartServices1:param1></MentorApplicationsPartServices1:getPartsForPartsStatus></SOAP-ENV:Body></SOAP-ENV:Envelope>
> Soap attachments are being truncated when moving from jboss 7 to wildfly9/10
> ----------------------------------------------------------------------------
>
> Key: WFLY-8306
> URL: https://issues.jboss.org/browse/WFLY-8306
> Project: WildFly
> Issue Type: Bug
> Components: Web (Undertow)
> Affects Versions: 10.1.0.Final
> Environment: Windows
> Reporter: Einat Peretz
> Assignee: Stuart Douglas
>
> Client access wildfly 9 or 10 web service (soap using Axis2) using https with zip attachment and the zip is received truncated on the server.
> The same deployed application with same client worked fine on Jboss 7.3.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 8 months
[JBoss JIRA] (WFCORE-2500) Elytron, changing http-server-mechanism-factory of http-authentication-factory ends in reload-required state
by Martin Choma (JIRA)
Martin Choma created WFCORE-2500:
------------------------------------
Summary: Elytron, changing http-server-mechanism-factory of http-authentication-factory ends in reload-required state
Key: WFCORE-2500
URL: https://issues.jboss.org/browse/WFCORE-2500
Project: WildFly Core
Issue Type: Bug
Components: Security
Reporter: Martin Choma
Assignee: Darran Lofthouse
Changing attribute changing http-server-mechanism-factory of http-authentication-factory ends in reload-required state even though header allow-resource-service-restart=true is used
{code}
[standalone@localhost:9990 /] /subsystem=elytron/http-authentication-factory=application-http-authentication:write-attribute(name=http-server-mechanism-factory, value=global){allow-resource-service-restart=true}
{
"outcome" => "success",
"response-headers" => {
"operation-requires-reload" => true,
"process-state" => "reload-required"
}
}
{code}
Header should work as attribute is declared as {{"restart-required" => "resource-services"}}
{code}
"http-server-mechanism-factory" => {
"type" => STRING,
"description" => "The HttpServerAuthenticationMechanismFactory to associate with this resource",
"expressions-allowed" => false,
"required" => true,
"nillable" => false,
"capability-reference" => "org.wildfly.security.http-server-mechanism-factory",
"min-length" => 1L,
"max-length" => 2147483647L,
"access-type" => "read-write",
"storage" => "configuration",
"restart-required" => "resource-services"
}
{code}
And according to documentation [1]:
resource-services – The operation can only immediately update the persistent configuration; applying the operation to the runtime will require a subsequent restart of some services associated with the resource. If the operation includes the request header "allow-resource-service-restart" => true, the handler for the operation will go ahead and restart the runtime service. Otherwise executing the operation will put the server into a "reload-required" state. (See the discussion of "all-services" above for more on the "reload-required" state.)
[1] https://docs.jboss.org/author/display/WFLY10/Description+of+the+Managemen...
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 8 months
[JBoss JIRA] (WFCORE-2499) Elytron, using wrong provider-http-server-mechanism-factory does not generates any log messages
by Martin Choma (JIRA)
Martin Choma created WFCORE-2499:
------------------------------------
Summary: Elytron, using wrong provider-http-server-mechanism-factory does not generates any log messages
Key: WFCORE-2499
URL: https://issues.jboss.org/browse/WFCORE-2499
Project: WildFly Core
Issue Type: Bug
Components: Security
Reporter: Martin Choma
Assignee: Darran Lofthouse
When I secure management interface with wrongly configured http-authentication-factory and try to authenticate I get no error except of warning during boot
{code}
11:41:16,140 WARN [org.jboss.as.remoting] (MSC service thread 1-2) ****** All authentication is ANONYMOUS for org.jboss.as.remoting.RemotingHttpUpgradeService
{code}
But user is not able to know what is going wrong.
When I do similar for deployment there is at least error during boot:
{code}
14:30:59,608 ERROR [org.jboss.msc.service.fail] (ServerService Thread Pool -- 63) MSC000001: Failed to start service jboss.undertow.deployment.default-server.default-host./secured-webapp: org.jboss.msc.service.StartException in service jboss.undertow.deployment.default-server.default-host./secured-webapp: java.lang.RuntimeException: java.lang.IllegalStateException: WFLYUT0084: There are no mechanisms available from the HttpAuthenticationFactory.
at org.wildfly.extension.undertow.deployment.UndertowDeploymentService$1.run(UndertowDeploymentService.java:84)
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)
Caused by: java.lang.RuntimeException: java.lang.IllegalStateException: WFLYUT0084: There are no mechanisms available from the HttpAuthenticationFactory.
at io.undertow.servlet.core.DeploymentManagerImpl.deploy(DeploymentManagerImpl.java:241)
at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.startContext(UndertowDeploymentService.java:99)
at org.wildfly.extension.undertow.deployment.UndertowDeploymentService$1.run(UndertowDeploymentService.java:81)
... 6 more
Caused by: java.lang.IllegalStateException: WFLYUT0084: There are no mechanisms available from the HttpAuthenticationFactory.
at org.wildfly.extension.undertow.ApplicationSecurityDomainDefinition$ApplicationSecurityDomainService.initialSecurityHandler(ApplicationSecurityDomainDefinition.java:463)
at org.wildfly.extension.undertow.ApplicationSecurityDomainDefinition$ApplicationSecurityDomainService.lambda$applyElytronSecurity$2(ApplicationSecurityDomainDefinition.java:425)
at io.undertow.servlet.core.DeploymentManagerImpl.setupSecurityHandlers(DeploymentManagerImpl.java:415)
at io.undertow.servlet.core.DeploymentManagerImpl.access$600(DeploymentManagerImpl.java:119)
at io.undertow.servlet.core.DeploymentManagerImpl$1.call(DeploymentManagerImpl.java:211)
at io.undertow.servlet.core.DeploymentManagerImpl$1.call(DeploymentManagerImpl.java:174)
at io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:42)
at io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43)
at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1704)
at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1704)
at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1704)
at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1704)
at io.undertow.servlet.core.DeploymentManagerImpl.deploy(DeploymentManagerImpl.java:239)
... 8 more
14:30:59,613 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("deploy") failed - address: ([("deployment" => "secured-webapp.war")]) - failure description: {
"WFLYCTL0080: Failed services" => {"jboss.undertow.deployment.default-server.default-host./secured-webapp" => "org.jboss.msc.service.StartException in service jboss.undertow.deployment.default-server.default-host./secured-webapp: java.lang.RuntimeException: java.lang.IllegalStateException: WFLYUT0084: There are no mechanisms available from the HttpAuthenticationFactory.
Caused by: java.lang.RuntimeException: java.lang.IllegalStateException: WFLYUT0084: There are no mechanisms available from the HttpAuthenticationFactory.
Caused by: java.lang.IllegalStateException: WFLYUT0084: There are no mechanisms available from the HttpAuthenticationFactory."},
"WFLYCTL0412: Required services that are not installed:" => ["jboss.undertow.deployment.default-server.default-host./secured-webapp"]
}
{code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 8 months
[JBoss JIRA] (DROOLS-1469) Using ExternalSpreadsheetCompiler in osgi throws java.lang.ClassNotFoundException
by Manjunath S Paramesan (JIRA)
[ https://issues.jboss.org/browse/DROOLS-1469?page=com.atlassian.jira.plugi... ]
Manjunath S Paramesan commented on DROOLS-1469:
-----------------------------------------------
Hi,
I have added a reproducer.
The bundle with the compiler https://github.com/manjunath-sp/drools-template-issue-reproducer/tree/mas...
The PAX exam to reproduce the issue https://github.com/manjunath-sp/drools-template-issue-reproducer/tree/mas...
The issue seems to occur when rules are compiled in the init-method of the bundle, whereas when invoked as service the compilation works.
Thanks,
Manjunath
> Using ExternalSpreadsheetCompiler in osgi throws java.lang.ClassNotFoundException
> ---------------------------------------------------------------------------------
>
> Key: DROOLS-1469
> URL: https://issues.jboss.org/browse/DROOLS-1469
> Project: Drools
> Issue Type: Bug
> Components: core engine
> Reporter: Mario Fusco
> Assignee: Mario Fusco
>
> Trying to compile a rule template using ExternalSpreadsheetCompiler, the rule compilation works correctly in stand alone eclipse project, but when done inside an OSGI bundle the following exception is throw at runtime:
> {code}
> java.lang.ClassNotFoundException: Unable to find class 'org.drools.template.parser.DefaultGenerator'
> at org.drools.core.base.ClassTypeResolver.resolveType(ClassTypeResolver.java:241)
> at org.drools.core.base.ClassTypeResolver.resolveType(ClassTypeResolver.java:130)
> at org.drools.compiler.builder.impl.KnowledgeBuilderImpl.processGlobals(KnowledgeBuilderImpl.java:1640)
> at org.drools.compiler.builder.impl.KnowledgeBuilderImpl.processOtherDeclarations(KnowledgeBuilderImpl.java:1613)
> at org.drools.compiler.builder.impl.KnowledgeBuilderImpl.mergePackage(KnowledgeBuilderImpl.java:1605)
> at org.drools.compiler.builder.impl.KnowledgeBuilderImpl.addPackage(KnowledgeBuilderImpl.java:980)
> at org.drools.compiler.builder.impl.KnowledgeBuilderImpl.addPackageFromDrl(KnowledgeBuilderImpl.java:365)
> at org.drools.compiler.builder.impl.KnowledgeBuilderImpl.addPackageFromDrl(KnowledgeBuilderImpl.java:341)
> at org.drools.template.parser.DefaultTemplateRuleBase.readKnowledgeBase(DefaultTemplateRuleBase.java:133)
> at org.drools.template.parser.DefaultTemplateRuleBase.<init>(DefaultTemplateRuleBase.java:56)
> at org.drools.template.parser.TemplateDataListener.<init>(TemplateDataListener.java:74)
> at org.drools.decisiontable.ExternalSpreadsheetCompiler.compile(ExternalSpreadsheetCompiler.java:99)
> at org.drools.decisiontable.ExternalSpreadsheetCompiler.compile(ExternalSpreadsheetCompiler.java:85)
> at com.mlnms.common.fmwk.drools.impl.DroolsBundleTracker.compileRules(DroolsBundleTracker.java:204)
> at com.mlnms.common.fmwk.drools.impl.DroolsBundleTracker.addNewRulesFromContexts(DroolsBundleTracker.java:183)
> at com.mlnms.common.fmwk.drools.impl.DroolsBundleTracker.addingBundle(DroolsBundleTracker.java:119)
> at com.mlnms.common.fmwk.drools.impl.DroolsBundleTracker.addingBundle(DroolsBundleTracker.java:67)
> at org.osgi.util.tracker.BundleTracker$Tracked.customizerAdding(BundleTracker.java:467)
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 8 months
[JBoss JIRA] (WFLY-8306) Soap attachments are being truncated when moving from jboss 7 to wildfly9/10
by Stuart Douglas (JIRA)
[ https://issues.jboss.org/browse/WFLY-8306?page=com.atlassian.jira.plugin.... ]
Stuart Douglas commented on WFLY-8306:
--------------------------------------
You are going to need to provide more details, ideally some kind of reproducer. In particular:
- How big is the zip, is it larger that the default max-entity-size of 10mb?
- Fixed length or chunked?
> Soap attachments are being truncated when moving from jboss 7 to wildfly9/10
> ----------------------------------------------------------------------------
>
> Key: WFLY-8306
> URL: https://issues.jboss.org/browse/WFLY-8306
> Project: WildFly
> Issue Type: Bug
> Components: Web (Undertow)
> Affects Versions: 10.1.0.Final
> Environment: Windows
> Reporter: Einat Peretz
> Assignee: Stuart Douglas
> Priority: Blocker
>
> Client access wildfly 9 or 10 web service (soap using Axis2) using https with zip attachment and the zip is received truncated on the server.
> The same deployed application with same client worked fine on Jboss 7.3.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 8 months