Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [cargotracker-dev] [jakarta.ee-community] [jakartaee-ambassadors] Re: Moving Forward Cargo Tracker

I am trying to start a new register app to submit handling event remotely

https://github.com/hantsy/cargotracker-regapp

This app is written in JavaFX. And I was trying to integrate it with CDI with javafx-weaver project, but encountered my first barrier.

https://github.com/hantsy/cargotracker-regapp

Any suggestions?.



Hantsy Bai

Self-employed consultant, fullstack developer, agile coach

GitHub: https://github.com/hantsy

Twitter: https://twitter.com/@hantsy

Medium: https://medium.com/@hantsy


On Sun, Jan 31, 2021 at 11:10 PM hantsy bai <hantsy@xxxxxxxxx> wrote:

Hantsy Bai

Self-employed consultant, fullstack developer, agile coach

GitHub: https://github.com/hantsy

Twitter: https://twitter.com/@hantsy

Medium: https://medium.com/@hantsy


On Sun, Jan 31, 2021 at 1:30 PM hantsy bai <hantsy@xxxxxxxxx> wrote:
Anyone here encountered the transaction exception when running Aeqillian tests with Payara embedded or micro container?


Currently, in my fork, I configured a serise of test containers, the Payara managed is ok, but embedded and micro are failed. The wildlfy test case failed due to the Hibernate compatibility issue I mentioned before.


Hantsy Bai

Self-employed consultant, fullstack developer, agile coach

GitHub: https://github.com/hantsy

Twitter: https://twitter.com/@hantsy

Medium: https://medium.com/@hantsy


On Sat, Jan 30, 2021 at 1:05 PM hantsy bai <hantsy@xxxxxxxxx> wrote:
Please review this pr: https://github.com/eclipse-ee4j/cargotracker/pull/178

Hantsy Bai

Self-employed consultant, fullstack developer, agile coach

GitHub: https://github.com/hantsy

Twitter: https://twitter.com/@hantsy

Medium: https://medium.com/@hantsy


On Sat, Jan 23, 2021 at 12:00 AM reza_rahman <reza_rahman@xxxxxxxxx> wrote:
If I am understanding this correctly, there is no need for us to test if the JMS provider is functioning correctly. It should be sufficient to simply test the application code.

Typically what I have done in the past is to trigger the sender and read the message using plain JMS. Similarly, it should be easy to send a message using plain JMS, trigger the MDB and check resource state (e.g. database state) to see if the MDB business logic functioned correctly.

In the very unlikely event there is something wrong with the implementation of the JMS provider itself, these tests will usually fail although they are focusing on testing application logic.

Reza Rahman
Jakarta EE Ambassador, Author, Blogger, Speaker

Please note views expressed here are my own as an individual community member and do not reflect the views of my employer.

Sent via the Samsung Galaxy S7, an AT&T 4G LTE smartphone


-------- Original message --------
From: hantsy bai <hantsy@xxxxxxxxx>
Date: 1/22/21 6:10 AM (GMT-05:00)
To: cargotracker developer discussions <cargotracker-dev@xxxxxxxxxxx>
Subject: Re: [cargotracker-dev] [jakarta.ee-community] [jakartaee-ambassadors] Re: Moving Forward Cargo Tracker

BTW, I am trying to write a test to verify the JMS is functional(confirm the message payload of sending and receiving sides matches).

1. Originally my thought is creating some CDI decorators for the JMS consumer(MDB), but I looked into some docs, it seems it did not work.
2. Another approach  I have tried to inject the Consumer into the test and spy on the arguments of them with Mockito. But it seems they can not be injected in tests. An MDB could have an implicit `Dependent` scope?

If we do not change any codes of the consumers, if possible to use CDI extension API, such as InterceptedFactory  to inspect the `onMessage` method and get the received message payload?



Hantsy Bai

Self-employed consultant, fullstack developer, agile coach

GitHub: https://github.com/hantsy

Twitter: https://twitter.com/@hantsy

Medium: https://medium.com/@hantsy


On Fri, Jan 22, 2021 at 12:54 PM reza_rahman <reza_rahman@xxxxxxxxx> wrote:
I would probably ask the respective persistent providers. It does not surprise me each of them have slightly different behavior.

Reza Rahman
Jakarta EE Ambassador, Author, Blogger, Speaker

Please note views expressed here are my own as an individual community member.

Sent via the Samsung Galaxy S7, an AT&T 4G LTE smartphone


-------- Original message --------
From: hantsy bai <hantsy@xxxxxxxxx>
Date: 1/21/21 11:47 PM (GMT-05:00)
To: cargotracker developer discussions <cargotracker-dev@xxxxxxxxxxx>
Subject: Re: [cargotracker-dev] [jakarta.ee-community] [jakartaee-ambassadors] Re: Moving Forward Cargo Tracker

Hi, I encountered two issues when I was writing the testing codes, hope there are some body can help me or explain the reason of them.


Many thanks👨

Hantsy Bai

Self-employed consultant, fullstack developer, agile coach

GitHub: https://github.com/hantsy

Twitter: https://twitter.com/@hantsy

Medium: https://medium.com/@hantsy


On Sun, Jan 17, 2021 at 8:24 AM reza_rahman <reza_rahman@xxxxxxxxx> wrote:
Yes, multiple people are working on the Jakarta EE 8 conversion now.

Reza Rahman
Jakarta EE Ambassador, Author, Blogger, Speaker

Please note views expressed here are my own as an individual community member and do not reflect the views of my employer.

Sent via the Samsung Galaxy S7, an AT&T 4G LTE smartphone


-------- Original message --------
From: Vano Beridze <vanuatoo@xxxxxxxxx>
Date: 1/16/21 7:06 PM (GMT-05:00)
Subject: Re: [cargotracker-dev] [jakarta.ee-community] [jakartaee-ambassadors] Re: Moving Forward Cargo Tracker

Hello
I think I can contribute.
Is someone working on converting the project to Jakarta EE 8?

Kind regards,
Vano Beridze

On Sun, Jan 17, 2021 at 2:56 AM reza_rahman <reza_rahman@xxxxxxxxx> wrote:
Let us kindly move this lower level discussion to the most appropriate Cargo Tracker developer alias and drop the Jakarta EE community alias.

This issue is about applying this Jakarta EE feature: https://mobile.developer.com/java/using-second-level-caching-in-a-jpa-application.html. It will require some careful analysis of the domain to apply caching sensibly.

The PR can be issued against the master branch. Let me know if we should discuss further. Happy to schedule a brief one-on-one meeting for example.

Reza Rahman
Jakarta EE Ambassador, Author, Blogger, Speaker

Please note views expressed here are my own as an individual community member and do not reflect the views of my employer.

Sent via the Samsung Galaxy S7, an AT&T 4G LTE smartphone


-------- Original message --------
From: Vano Beridze <vanuatoo@xxxxxxxxx>
Date: 1/16/21 5:02 PM (GMT-05:00)
To: Jakarta EE community discussions <jakarta.ee-community@xxxxxxxxxxx>
Subject: Re: [jakarta.ee-community] [jakartaee-ambassadors] Re: Moving Forward Cargo Tracker

What should be done in this issue?

Also which branch should we create pull requests for?

Kind regards,
Vano Beridze

On Mon, Jan 11, 2021 at 6:11 AM Reza Rahman <reza_rahman@xxxxxxxxx> wrote:

We have now cut a 1.1 tag and initiated an official Eclipse Foundation release. Just in case there are more Java EE 7 releases, we have created a javaee7 branch.

This now primes us to work on the first Jakarta EE 8 release. PRs can be submitted against the master branch. As Theo notes, the first order of business is migrating to Java SE 8, Payara 5 and H2. Feel free to take a stab at that. In addition, anyone is welcome to take a look at the following issues:

* https://github.com/eclipse-ee4j/cargotracker/issues/132

* https://github.com/eclipse-ee4j/cargotracker/issues/131

* https://github.com/eclipse-ee4j/cargotracker/issues/130

* https://github.com/eclipse-ee4j/cargotracker/issues/129

* https://github.com/eclipse-ee4j/cargotracker/issues/128

* https://github.com/eclipse-ee4j/cargotracker/issues/117

* https://github.com/eclipse-ee4j/cargotracker/issues/97

* https://github.com/eclipse-ee4j/cargotracker/issues/16

* https://github.com/eclipse-ee4j/cargotracker/issues/14

Please join us and I am happy to answer any questions.

Reza Rahman
Jakarta EE Ambassador, Author, Blogger, Speaker

Please note views expressed here are my own as an individual community member and do not reflect the views of my employer.

On 1/10/2021 5:38 AM, hantsy bai wrote:
Hi,
I've started a jarkataee8 branch under my Github account.

Hantsy Bai

Self-employed consultant, fullstack developer, agile coach

GitHub: https://github.com/hantsy

Twitter: https://twitter.com/@hantsy

Medium: https://medium.com/@hantsy


On Sat, Jan 2, 2021 at 2:13 PM Reza Rahman <reza_rahman@xxxxxxxxx> wrote:
I wanted to provide a quick update on Cargo Tracker. We already did our
first stable Java EE 7 release:
https://github.com/eclipse-ee4j/cargotracker/releases/tag/v1.0. We are
now on the cusp of a second Java EE 7 release, mainly consisting of some
major remaining cleanup items (you will find the code on the master
branch: https://github.com/eclipse-ee4j/cargotracker/tree/master, we
have not cut a tag yet). It would be great if folks tested the master
branch contents and reported any issues. If there are no issues, we will
go ahead and do our final Java EE 7 release. After that we will be
moving to the work for our first Jakarta EE 8 release.

Please join us and I am happy to answer any questions.

Reza Rahman
Jakarta EE Ambassador, Author, Blogger, Speaker

Please note views expressed here are my own as an individual community
member and do not reflect the views of my employer.

On 6/14/2020 10:22 PM, Reza Rahman wrote:
> Folks,
>
> Now that Jakarta EE 9 is spinning down, this is the right time for
> Theo and myself to begin moving forward Cargo Tracker (though for me
> Jakarta EE 10 and the Jakarta EE Ambassadors remains a higher
> priority). If you wish to join us, you are most welcome (do note
> though that we are not quite ready to accept contributions yet - I
> will make a specific call to action shortly):
>
> Project mailing list:
> https://accounts.eclipse.org/mailing-list/cargotracker-dev
>
> Repository: https://github.com/eclipse-ee4j/cargotracker
>
> The first order of business is general cleanup and the first release
> targeting Java EE 7. This will include moving the website and
> documentation from it's temporary home here:
> https://m-reza-rahman.github.io/cargo-tracker/. We will then create a
> second release incorporating key Jakarta EE 8 features (I started that
> work here: https://github.com/m-reza-rahman/cargo-tracker). Next we
> will have a release targeting Jakarta EE 9. After that, we will move
> forward on the longer pending parts of our roadmap:
> https://github.com/eclipse-ee4j/cargotracker/issues.
>
> Reza Rahman
> Jakarta EE Ambassador, Author, Blogger, Speaker
>
> Please note views expressed here are my own as an individual community
> member and do not reflect the views of my employer.
>

--
You received this message because you are subscribed to the Google Groups "Jakarta EE Ambassadors" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jakartaee-ambassadors+unsubscribe@xxxxxxxxxxxxxxxx.
To view this discussion on the web visit https://groups.google.com/d/msgid/jakartaee-ambassadors/ccc15e7f-197f-a0f5-7774-ba60a8454d64%40lycos.com.
--
You received this message because you are subscribed to the Google Groups "Jakarta EE Ambassadors" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jakartaee-ambassadors+unsubscribe@xxxxxxxxxxxxxxxx.
To view this discussion on the web visit https://groups.google.com/d/msgid/jakartaee-ambassadors/CAMq3Qk324wMbk8C%2BvmQJdpwcdLesjuJgMjHx%2BsAnDBMLGkoXsQ%40mail.gmail.com.
_______________________________________________
jakarta.ee-community mailing list
jakarta.ee-community@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/jakarta.ee-community
_______________________________________________
cargotracker-dev mailing list
cargotracker-dev@xxxxxxxxxxx
To unsubscribe from this list, visit https://dev.eclipse.org/mailman/listinfo/cargotracker-dev
_______________________________________________
cargotracker-dev mailing list
cargotracker-dev@xxxxxxxxxxx
To unsubscribe from this list, visit https://dev.eclipse.org/mailman/listinfo/cargotracker-dev
_______________________________________________
cargotracker-dev mailing list
cargotracker-dev@xxxxxxxxxxx
To unsubscribe from this list, visit https://dev.eclipse.org/mailman/listinfo/cargotracker-dev

Back to the top