[jboss-as7-dev] JSR88 undeployment

Fri Jan 27 10:07:06 EST 2012

yes, I'm taking a look

On 01/19/2012 11:28 PM, Jason T. Greene wrote:
> That really sounds like a bug. What do you think Thomas?
>
> On 1/19/12 3:01 PM, Wolfgang Knauf wrote:
>> I made some progress on analysing the problem, but still I am not sure
>> whether it's a bug you mine or of JBoss...
>>
>>
>> After deploy, I get a TargetModuleID from the ProgressObject.
>> TargetModuleID[] modules = myProgressObject.getResultTargetModuleIDs();
>>
>> If i perform an undeploy directly after deploying *using this
>> TargetModuleID" array*, it works.
>>
>> This is an array with one item. The output of "toString" for this items
>> is this:
>> [target=http://org.jboss.as.ee.deployment/jsr88?targetType=as7&serverHost=localhost&serverPort=9999,parent=null,type=ear,id=file:/C:/DOCUME~1/Knuffi/LOCALS~1/Temp/Stateless.ear] 
>>
>>
>>
>> But in my undeploy job, I call "DeploymentManager.getAvailableModules"
>> and search a file matching my name.
>> So I find this module ("toString" output):
>> [target=http://org.jboss.as.ee.deployment/jsr88?targetType=as7&serverHost=localhost&serverPort=9999,parent=null,type=ear,id=file:/C:/DOCUME~1/Knuffi/LOCALS~1/Temp/Stateless.ear] 
>>
>>
>> It seems to be identical to the above output, but undeploying a
>> TargetModule array with this one item does not work.
>>
>>
>> Best regards
>>
>> Wolfgang
>>
>>> On 1/18/12 3:07 PM, Wolfgang Knauf wrote:
>>>> Hi to anybody who followed this.
>>>>
>>>> -------- Original-Nachricht --------
>>>> Betreff: Re: [jboss-as7-dev] JSR88 undeployment
>>>> Von: Jaikiran Pai<jpai at redhat.com>
>>>> Datum: 14.01.2012 04:39
>>>>
>>>>> FWIW, this exact error has been reported (only) on Windows OS even in
>>>>> the context of EJB invocations, by many users
>>>>> https://community.jboss.org/message/646272#646272
>>>>>
>>>>> -Jaikiran
>>>>> On Saturday 14 January 2012 02:17 AM, Wolfgang Knauf wrote:
>>>>>> Hi Thomas,
>>>>>>
>>>>>> I downloaded the latest AS7.1.0 build, but it did not show any
>>>>>> difference.
>>>>>>
>>>>>> Attached ("JSR88Test.zip") is my deployer code as a self running
>>>>>> sample, including the EAR file for deployment.
>>>>>> To run it:
>>>>>> 1) Import project in Eclipse.
>>>>>> 2) Update build paths.
>>>>>> 3) Compile (ignore my two warnings - they are just markers for 
>>>>>> myself)
>>>>>> 4) edit "build.xml" and modify the property "serverRootDirectory" to
>>>>>> point to your JBoss installation
>>>>>> 5) open "build.xml" using Eclipse and run the target 
>>>>>> "deploy.j2ee.ear"
>>>>>> =>  app "Stateless.ear" (included in project root directory) 
>>>>>> should be
>>>>>> deployed
>>>>>> 6) run the target "undeploy.j2ee.ear" =>  app should be 
>>>>>> undeployed, but
>>>>>> this does not work
>>>>>>
>>>>>> Deploy works, but undeploy fails without any server "helpful" 
>>>>>> console
>>>>>> ouput.
>>>>>>
>>>>>>
>>>>>> In AS Console are a few outputs like this (I see them on deploy, but
>>>>>> also on undeploy):
>>>>>> 21:21:50,140 ERROR [org.jboss.remoting.remote] (Remoting
>>>>>> "mycomputername:MANAGEMENT" read-1) JBREM000200: Remote connection
>>>>>> failed: java.io.IOException: Eine vorhandene Verbindung wurde vom
>>>>>> Remotehost geschlossen
>>>>>>
>>>>>>
>>>>>> The latter translates to: "An existing connection was closed by the
>>>>>> remote host".
>>>>>>
>>>>>>
>>>>>> Probably it is just me having overseen something when copying code
>>>>>> from your deployment test case :-(.
>>>>>>
>>>>>> Best regards
>>>>>>
>>>>>> Wolfgang
>>>>>>
>>>>>> -------- Original-Nachricht --------
>>>>>> Betreff: Re: [jboss-as7-dev] JSR88 undeployment
>>>>>> Von: Thomas Diesler<thomas.diesler at jboss.com>
>>>>>> An: Wolfgang Knauf<wolfgang.knauf at gmx.de>
>>>>>> CC: jboss-as7-dev at lists.jboss.org
>>>>>> Datum: 13.01.2012 09:51
>>>>>>
>>>>>>> Hi Wolfgang,
>>>>>>>
>>>>>>> I just tested this with 7.1.0.CR1 (see attached server log) -
>>>>>>> everything
>>>>>>> seems to be in order on fedora.
>>>>>>> We currently have however a critical issue on windows (AS7-2392
>>>>>>> <https://issues.jboss.org/browse/AS7-2392>) that might be 
>>>>>>> related to
>>>>>>> what you are seeing.
>>>>>>>
>>>>>>> I suggest, we wait for Brian to clear this up and then have another
>>>>>>> look
>>>>>>> to see if your issue is still there.
>>>>>>>
>>>>>>> cheers
>>>>>>> -thomas
>>>>>>>
>>>>>>>
>>>>>>> On 01/12/2012 09:27 PM, Wolfgang Knauf wrote:
>>>>>>>> Hi to all,
>>>>>>>>
>>>>>>>> maybe this is a dumb user question, maybe this is a bug report. 
>>>>>>>> As I
>>>>>>>> am not sure, I hope someone with more knowledge can comment on 
>>>>>>>> this.
>>>>>>>>
>>>>>>>> I am experimenting with JSR88 deployment in AS7 (which now has the
>>>>>>>> great benefit that the deployed app is still alive after a server
>>>>>>>> reboot now ;-) )
>>>>>>>>
>>>>>>>> My code is based on a JBoss test:
>>>>>>>> https://source.jboss.org/browse/JBossAS/testsuite/integration/smoke/src/test/java/org/jboss/as/test/smoke/jsr88/EnterpriseDeploymentTestCase.java 
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> JBoss version is 7.0.1CR1.
>>>>>>>>
>>>>>>>> My JSR88 deployer code worked fine for JBoss 4.2 to 6, and with 
>>>>>>>> some
>>>>>>>> minor changes (mostly imports) I could port it to AS7. But with 
>>>>>>>> AS7
>>>>>>>> undeploy does not seem to work.
>>>>>>>>
>>>>>>>> Attached is the output of the JBoss client side at TRACE level.
>>>>>>>>
>>>>>>>> Everything seems fine, but on the server side, I don't see "app 
>>>>>>>> xyz
>>>>>>>> was undeployed" console output, and "standalone.xml" still 
>>>>>>>> contains
>>>>>>>> the deployed app.
>>>>>>>>
>>>>>>>> <deployments>
>>>>>>>> <deployment
>>>>>>>> name="file:/C:/DOCUME~1/Knuffi/LOCALS~1/Temp/Stateless.ear"
>>>>>>>> runtime-name="file:/C:/DOCUME~1/Knuffi/LOCALS~1/Temp/Stateless.ear"> 
>>>>>>>>
>>>>>>>> <content sha1="260d86890eb6b1716facde0e7e48819fe3c98f83"/>
>>>>>>>> </deployment>
>>>>>>>> </deployments>
>>>>>>>>
>>>>>>>> The only server output is a "remote connection was closed by 
>>>>>>>> remote
>>>>>>>> side" warning message, which also happens on JSR88 deploy.
>>>>>>>>
>>>>>>>> I can provide you with a full working sample of my small app if
>>>>>>>> necessary, but this would need a bit of refactoring :-(
>>>>>>>>
>>>>>>>> Best regards
>>>>>>>>
>>>>>>>> Wolfgang
>>>>>>>>
>>>>>>>>
>>>>>>>> ______________
>>>>>>> -- 
>>>>>>> xxxxxxxxxxxxxxxxxxxxxxxxxxxx
>>>>>>> Thomas Diesler
>>>>>>> JBoss OSGi Lead
>>>>>>> JBoss, a division of Red Hat
>>>>>>> xxxxxxxxxxxxxxxxxxxxxxxxxxxx
>>>>>>>
>>>>>>
>> _______________________________________________
>> jboss-as7-dev mailing list
>> jboss-as7-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/jboss-as7-dev
>
>

-- 
xxxxxxxxxxxxxxxxxxxxxxxxxxxx
Thomas Diesler
JBoss OSGi Lead
JBoss, a division of Red Hat
xxxxxxxxxxxxxxxxxxxxxxxxxxxx