Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [glassfish-dev] GlassFish Fails with Arquillian
  • From: Reza Rahman <reza_rahman@xxxxxxxx>
  • Date: Wed, 26 Mar 2025 06:42:49 -0400
  • Delivered-to: glassfish-dev@xxxxxxxxxxx
  • List-archive: <https://www.eclipse.org/mailman/private/glassfish-dev/>
  • List-help: <mailto:glassfish-dev-request@eclipse.org?subject=help>
  • List-subscribe: <https://www.eclipse.org/mailman/listinfo/glassfish-dev>, <mailto:glassfish-dev-request@eclipse.org?subject=subscribe>
  • List-unsubscribe: <https://www.eclipse.org/mailman/options/glassfish-dev>, <mailto:glassfish-dev-request@eclipse.org?subject=unsubscribe>
  • Ui-outboundreport: notjunk:1;M01:P0:u2tw+Jfh2ag=;OQximjlVRTACbbAv0XRC4Ccj8IR Qm22828GTNXnhwoxJOuS4/0PFzPhUMryjZEoC4gM4NdFGBI09opyjRRubZg77ugzMPYq5rUd9 yJaG21tiH05s5DLAxjK4Zzl95IEf+dr7W3FCSJT4RWueX/Bd1wEXApqlYoE2K3oj62GqwBazL s4yfdZKQrRKtOR64eJhMOdragUL50Ck1+hE33MUOCgOOpmLg/+HQlaA/BTkL0aEmQRmageywp PJ9FptaU3YihUzIkUIT5DKJejttAaJ0aaWBflHMlXNOuC8zEOIR7fZe4MXDcK8QjvkSnGINZX g78uF54n4uPBIVXdC6rsbwbhWvqa5PIUJEXDOc0L1cc6VSpmq3RfzO49dL2ayAADNJaw3g46e UMAlKurBIB42PB/UVaujBPAfD8txECtEZuIkEk647eOB/iMOal+IO5S3U+7pyqzoJEHFmdoah BrfZhwsZ/dNPQgyBUOBq2Ob8NRoKkcnC4eVp26FXvlGe3ZBWF5wdgwKkVAK1QW1k8OdkgdHGx nCAUqpHMnWjIgtNALWt4EH2e7m4Xe4HgrhUsvA+v2SG21k51ph9sVvFe1EOk8AwQ1Q/oVRciG 4n8/v/AJuYm5iff51+eQnOgK28WflaGo2eisETyDhSzjdwsO/VC9qBbW05S9PkIoXCHdBaWtX f8g75KR62bBfQc5vfN7IrRta24z5Zb6csRuG19bQ21/f6OwRAP35eQjbEf6oBKpSd+AphsK3G TzS9kN5G93wN6x0Ejn9c96Lw0dcdLLQi3WzGcBIWuYj73PHeZ+sr7QnT/JLxBk46j2/F8+4gA N1F6QsYE92JafAnI3nu7PLajXAL81j2cQKyiD/r+xM8mgtKzrWR6JukEOSS3hQiEWYcZ6UXWn DGbAszE/8+Ii6u7KRdfr7Ye6Q1oQfKH/PJuseX6KB7vxNvK9PaUxuv7zt7luDD4oH6laWflBs RdlDOa9AfcBL1YFtobosLmmVxjNSI7gJFvbmhYZlZ2xxb8OXxGYwz3zt+jLUQE2Yyn4eFBosl MdfIaDcIwAln4yl0I+nJplc1tlEC6lJp/EnympIcHDlRbY9ut4jCCZaJBmpvZQD1hpK3yUmY2 +Vq9WwXG6iGQtuoHn0WAKFcljnUWqqu4GlsepXVOUL3QpqMbBSL1IWxP6njV8PqQYLKk7zTXG BIPQw9mLsHCrY4fJshuyH5YHoaYxp0ekvbcH5Dmrp0CpX5dZL8s+fWVWipRpQ4n3OBKErEYro 5q4g6STydFpgCPNNJAahRerf6bNekl1QTMRzoWKOgt8hBq0q7fcrSqWGwZlfVlC/PPeAv0ect Fx71UcFjcIAX93f6I/KO4fe3F5A7Dk8hc3sBCXjycBPWBo+CCrEMeY82DyUi10LdyN/4X9XEn BHX6/vwRfUmB6xGhuxNVd37r3QWb+DJ0eOmmj8lbFYABDEKsbpQswXi29975+LJyleREP1pVZ lt0H6GGG3ntsE1DKvvbGbkZkvYFPI7b3xlEmdRj2Co6eJJ9FCWDToICBNlCsxximwxnXMvg==
  • User-agent: Mozilla Thunderbird

Mystery solved for 7.0.23 by trying to run standalone. Log attached. My secure machine won't let me do what 7.0.23 wants/needs. I gave it an honest try.

On 3/26/2025 5:09 AM, Ondro Mihályi wrote:
OK, now I found a hint. It's this:
Time elapsed: 69.36 s
The default timeout on start-domain command is 60 seconds. When I block GlassFish execution, I get the same error as you reported with the JBoss Arquillian connector.

It's very likely that the Windows Defender slows down GlassFish startup too much. I saw it before, when Windows Defender would make Netbeans startup unbearably slow to start.

It's not possible to change the start-domain timeout in any of the Arquillian containers. We could add support for timeout in the OmniFish container, but it's not supported now.

Ondro



On Wed, Mar 26, 2025 at 10:04 AM Reza Rahman <reza_rahman@xxxxxxxx> wrote:
I’ll try as soon as I get a moment. A new theory I have is that this is Windows Defender causing problems by locking newly created files for scanning. That’s why it’s random. My Microsoft super duper secure machine may not allow me to turn off Windows Defender. The GlassFish version probably just makes things marginally worse with Defender somehow. My other Windows machine is personal and doesn’t have the annoying and useless virus scanner on it. Things are fine there.

Hantsy may also be onto something with the timeout thing. I did try all the timeout settings I know about, but maybe there’s one I don’t know?


From: Ondro Mihályi <mihalyi@xxxxxxxxxxx>
Sent: Wednesday, March 26, 2025 4:31 AM
To: glassfish developer discussions <glassfish-dev@xxxxxxxxxxx>
Cc: David Matějček <david.matejcek@xxxxxxxxxxx>; Reza Rahman <reza_rahman@xxxxxxxx>; cargotracker developer discussions <cargotracker-dev@xxxxxxxxxxx>
Subject: Re: [glassfish-dev] GlassFish Fails with Arquillian
 
I checked the code and we did a change in 7.0.23 to support Windows SSH nodes: https://github.com/eclipse-ee4j/glassfish/commit/7d657198e4fde648331bd441abb94726d2ad8ff8. On Windows, we now change the command line in the prepareWindowsEnvironment to write the command into a powershell script, and execute it via powershell, instead of executing directly. Maybe this is not stable enough, and you see even worse behavior with 7.0.23. That doesn't explain the issues with 7.0.22.

I tried installing a Windows server in AWS, with Temurin Temurin-17.0.8+7, and run mvnw install -Pglassfish -Dglassfish.version=7.0.23 on the current master without any issues, the tests pass. I see that 7.0.23 prints the following into the log: Executing: powershell.exe -noninteractive -File ... followed by the path to the powershell file. I ran all successfully also with 7.0.22, which doesn't use powershell. I tried it several times and always successfully.

Can you check the server.log of GlassFish when you get an unsuccessful run? The exception you attached doesn't explain why the issue happened, only that the start-domain was not successfully executed.

Running with Embedded GlassFish would be an alternative, however, there's no official Arquillian connector for it. Only an OmniFish Arquillian connector. We were discussing with Arjan, and because of license issues (it contains files copyrighted by Oracla and Payara, and license under CDDL and GPL), we're not able to donate it to Eclipse GlassFish project. But it should be possible to use it as a binary dependency in GlassFish project, and create new Arquillian container in the Eclipse GlassFish project, that would include it as a dependency and just wrap it.

Ondro



On Tue, Mar 25, 2025 at 2:38 PM Reza Rahman via glassfish-dev <glassfish-dev@xxxxxxxxxxx> wrote:

This is simply bizarre. I am out of time this morning but I will validate this observation in the evening.

This entire problem started with an attempted upgrade to 7.0.22 (looks like by someone who did not test on Windows). It's worse with 7.0.23. It seems to not be a problem in 7.0.21.

On 3/25/2025 7:27 AM, Reza Rahman wrote:
This is 7.0.22. I can try an upgrade today.
 

From: David Matějček <david.matejcek@xxxxxxxxxxx>
Sent: Tuesday, March 25, 2025 3:20 AM
To: glassfish developer discussions <glassfish-dev@xxxxxxxxxxx>
Cc: Reza Rahman <reza_rahman@xxxxxxxx>; cargotracker developer discussions <cargotracker-dev@xxxxxxxxxxx>
Subject: Re: [glassfish-dev] GlassFish Fails with Arquillian
 
Quick question, which gf version do you use?
We fixed many these issues for 7.0.23.

Dne út 25. 3. 2025 0:20 uživatel Reza Rahman via glassfish-dev <glassfish-dev@xxxxxxxxxxx> napsal:

So by sheer amount of random trial and error I was able to reduce the instances of this happening: https://github.com/eclipse-ee4j/cargotracker/commit/733884ef435290113a70958fd7922d34a2b83362. It is still happening intermittently. It looks like some kind of low level file locking and/or permissions issue. I'll keep trying but honestly I could use some real help.

I would still be very keen on moving to GlassFish Embedded in a way that's proper for an Eclipse Foundation project if that's possible instead. This problem can be someone else's headache to solve.

On 3/24/2025 11:08 AM, Reza Rahman wrote:

Also tried the following, it works fine:

& "C:\Program Files\Eclipse Adoptium\jdk-17.0.8.101-hotspot\bin\java.exe" -jar "C:\GitHub\cargotracker\target\glassfish7\glassfish\modules\admin-cli.jar" start-domain -t

I did notice that if GlassFish was not shut down completely, I get this:

Waiting finished after 60,001 ms.
No response from the Domain Administration Server (domain1) after 60 seconds.
The command is either taking too long to complete or the server has failed.
Please see the server log files for command status.
Please start with the --verbose option in order to see early messages. No response from the Domain Administration Server (domain1) after 60 seconds.
The command is either taking too long to complete or the server has failed.
Please see the server log files for command status.
Please start with the --verbose option in order to see early messages.

I'll try to pin down under what exact conditions this happens. It's not easy to reproduce. This is easier to reproduce manually:

There is a process already using the admin port 4,848 -- it probably is another instance of a GlassFish server.

On 3/24/2025 10:44 AM, Reza Rahman wrote:

This is what I did:

C:\GitHub\cargotracker> cd "C:\Program Files\Eclipse Adoptium\jdk-17.0.8.101-hotspot\bin\"

C:\Program Files\Eclipse Adoptium\jdk-17.0.8.101-hotspot\bin> java.exe -jar "C:\GitHub\cargotracker\target\glassfish7\glassfish\modules\admin-cli.jar" start-domain -t

This is the output I get:

Waiting finished after 48,817 ms.
Successfully started the domain : domain1
domain  Location: C:\GitHub\cargotracker\target\glassfish7\glassfish\domains\domain1
Log File: C:\GitHub\cargotracker\target\glassfish7\glassfish\domains\domain1\logs\server.log
Admin Port: 4,848

This still could be an issue, but at least the above works.

On 3/24/2025 6:17 AM, Arjan Tijms via glassfish-dev wrote:
Hi,

It looks like a rather basic thing:

"org.jboss.arquillian.container.spi.client.container.LifecycleException: Unable to execute [C:\Program Files\Eclipse Adoptium\jdk-17.0.8.101-hotspot\bin\java.exe, -jar, C:\GitHub\cargotracker\target\glassfish7\glassfish\modules\admin-cli.jar, start-domain, -t]"

Can you double check if the JDK is indeed at that location?

Kind regards,
Arjan Tijms




On Mon, 24 Mar 2025 at 09:22, Ondro Mihályi via glassfish-dev <glassfish-dev@xxxxxxxxxxx> wrote:
Can you try if it also happens on Linux/Mac? When I run the BookingServiceTest test with "maven test -Pglassfish" on master branch on Linux, it works.

I suspect that the problem is only on Windows, can you confirm it, Reza?

Ondro

On Mon, Mar 24, 2025 at 12:05 AM Reza Rahman via glassfish-dev <glassfish-dev@xxxxxxxxxxx> wrote:

When I try with the OmniFish plugin, I get a slightly different error with the same overall symptoms. The stack trace is attached.

On 3/23/2025 6:36 PM, Reza Rahman wrote:
Thanks very much for taking a look. I can try the OmniFish plugin as a test.

However, I cannot use it in the project in relation to GlassFish. I must use something in the GlassFish or Arquillian domain instead. I’ve already checked with the EMO on this. My hope would be that either the Arquillian plugin is properly maintained or a plugin is created within the GlassFish project. Alternatively, I would not mind adding support for an OmniFish branded runtime. That’s also something that the EMO has suggested.


From: Arjan Tijms <arjan.tijms@xxxxxxxxxxx>
Sent: Sunday, March 23, 2025 6:10 PM
To: glassfish developer discussions <glassfish-dev@xxxxxxxxxxx>
Cc: Reza Rahman <reza_rahman@xxxxxxxx>; cargotracker developer discussions <cargotracker-dev@xxxxxxxxxxx>
Subject: Re: [glassfish-dev] GlassFish Fails with Arquillian
 
Hi,

I haven't tried anything yet, but from a cursory glance at master the first thing that stands out is that for GlassFish an alpha version of the unmaintained JBoss Arquillian connector is used, that was only suited for GlassFish 6:

 <dependency>
          <groupId>org.jboss.arquillian.container</groupId>
          <artifactId>arquillian-glassfish-managed-6</artifactId>
          <version>1.0.0.Alpha1</version>
          <scope>test</scope>
</dependency>

Maybe that could explain some?

You could try with:

<dependency>
            <groupId>org.omnifaces.arquillian</groupId>
            <artifactId>arquillian-glassfish-server-managed</artifactId>
            <version>1.7</version>
            <scope>test</scope>
</dependency>

Kind regards,
Arjan Tijms



On Sun, 23 Mar 2025 at 20:47, Reza Rahman via glassfish-dev <glassfish-dev@xxxxxxxxxxx> wrote:
Hello,

The Cargo Tracker project (https://github.com/eclipse-ee4j/cargotracker)
has tried to support GlassFish but once again I am running into seeming
stability issues. While running tests with Arquillian, the attached
issue now suddenly crops up. I have absolutely no idea what is going on.
Honestly, this sort of thing never happens with Payara or Liberty, which
are the two other runtimes Cargo Tracker supports.

Is there someone here that can help? Otherwise I will remove GlassFish
support from Cargo Tracker for now.

Thanks,

Reza
_______________________________________________
glassfish-dev mailing list
glassfish-dev@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/glassfish-dev
_______________________________________________
glassfish-dev mailing list
glassfish-dev@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/glassfish-dev
_______________________________________________
glassfish-dev mailing list
glassfish-dev@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/glassfish-dev

_______________________________________________ glassfish-dev mailing list glassfish-dev@xxxxxxxxxxx To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/glassfish-dev
_______________________________________________
glassfish-dev mailing list
glassfish-dev@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/glassfish-dev
_______________________________________________
glassfish-dev mailing list
glassfish-dev@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/glassfish-dev
[INFO] Resolved container artifact org.codehaus.cargo:cargo-core-container-glassfish:jar:1.10.15 for container glassfish7x
[INFO] Parsed GlassFish version = [7.0.23]
[INFO] GlassFish 7.0.23 starting...
[INFO] Executing: powershell.exe -File "C:\GitHub\cargotracker\target\cargo\configurations\glassfish7x\cargo-domain\config\gfstart.ps1" -BatchFilePath "C:\GitHub\cargotracker\target\cargo\configurations\glassfish7x\cargo-domain\config\gfstart.bat"
[INFO] Please look at the server log for more details...
[INFO] Waiting for cargo-domain to start
[INFO] Waiting finished after 371 ms.
[INFO] Error starting domain cargo-domain.
[INFO] The server exited prematurely with exit code 1.
[INFO] Before it died, it produced the following output:
[INFO]
[INFO] File C:\GitHub\cargotracker\target\cargo\configurations\glassfish7x\cargo-domain\config\gfstart.ps1 cannot be loaded
[INFO] because running scripts is disabled on this system. For more information, see about_Execution_Policies at
[INFO] https:/go.microsoft.com/fwlink/?LinkID=135170.
[INFO]     + CategoryInfo          : SecurityError: (:) [], ParentContainsErrorRecordException
[INFO]     + FullyQualifiedErrorId : UnauthorizedAccess
[INFO]  Error starting domain cargo-domain.
[INFO] The server exited prematurely with exit code 1.
[INFO] Before it died, it produced the following output:
[INFO]
[INFO] File C:\GitHub\cargotracker\target\cargo\configurations\glassfish7x\cargo-domain\config\gfstart.ps1 cannot be loaded
[INFO] because running scripts is disabled on this system. For more information, see about_Execution_Policies at
[INFO] https:/go.microsoft.com/fwlink/?LinkID=135170.
[INFO]     + CategoryInfo          : SecurityError: (:) [], ParentContainsErrorRecordException
[INFO]     + FullyQualifiedErrorId : UnauthorizedAccess
[INFO]
[INFO] Command start-domain failed.














Back to the top