Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

<b:commandButton> event problem, running my BootsFaces war on IBM WebSphere AppServer 9.0.0 #59

Open
ciroppina opened this issue Aug 18, 2019 · 5 comments

Comments

@ciroppina
Copy link

ciroppina commented Aug 18, 2019

Dear Sirs,

I need to solve a problem I am faceing since 1 month:
my WAR app is based on net.BootsFaces 1.1.3 (it is a Maven/EJB/JSF2 project) that works fine when I deploy it on "Red Hat JBoss Enterprise Application Platform - Version 7.0.0.GA" (dev)

when I deploy my WAR App to "IBM WebSphere AppServer 9.0.0" (prod) all is fine; but when I try to remove an item from a datatable (by clicking a remove b:commandButton) I always need to do it twice:

  • the first time nothing happens (neither on page, not on SystemOut.log, nor on javascript console.log)
  • the second time I click the remove button the item is correctly removed from the model List and the partial view (the datatable) gets updated accordingly (and all log messages are correctly written to log files)

I investigate, without any success
I Attach here my project source (.zip) - the page where the datatable is defined is:

  • saveToET.xhtml that is included in the areaLavoro.xhtml (and the button that fires the event is the one in the 'modal', combined with a hidden b:commandButton)
  • its model being 'it.perfexia.webasc.pagecontrollers.AreaLavoroPage'

NOTICE that the pom.xml declares a local system dependency (the one in the 'deps/' folder)
NOTICE, also, that the WAR app declares a SQLServer schema as a JPA datasource (pls, try to isolate the problematic page in order You do not need to create such schema)

image
The pane/tab where the problem occurs is the "Estrazione Reperti" one (see figures below)
My intent is to:

  • click the 'minus' azure button of the datatable item
  • open a modal for confirmation, while a BlockUI obscures and disable the page)
  • click the 'Elimina' button, that fires both the BolckUI and the Model removeTag() method
  • finally, have the datatable element removed, the Model List reduced by one element, and a success message displayed to the upper zone of the page

NOTICE: in order to add an item to the databale in the "Reperti" pane:

  • select a word form the textarea and right-click to assign it as a value to the four input-texts
  • then, click the 'plus' ( + ) azure button
    image

image

Is there some issue of incompatibility when I use BF with BIM WAS9? (it uses MyFaces implementation of JSF2 by defaut)
How can i solve this strange behavior?

webasc-estrattore.zip

@ciroppina
Copy link
Author

IMPORTANT UPDATE:

looks like the problem DOESNOT depend on the 'hdnBtn' that calls the EL/backBean Model method '#{lavoro.removeTag()}'
It depends on the actionListener="#{lavoro.selectThis(rep)}" of the 'minus' b:commandButton, instead

the code of such a commandButton being:

<b:commandButton icon="minus"
	actionListener="#{lavoro.selectThis(rep)}"
	oncomplete="$('.modale').modal();"
	tooltip="Elimina elemento dalla lista"
	tooltip-position="left"
	look="warning"
	size="xs"
><f:ajax execute="@this"/></b:commandButton>

I understand that the 'oncomplete' jQuery metod (to open a modal-confirmation popup) PRECEDES (works before) the execution of the actionListener EL method call
How is it possibile? Doesnt the oncomplete event fire AFTER all ajax/BackingBean calls?

@stephanrauh
Copy link

@ciroppina I can't promise anything, but I hope I'll be able to have a look at your bug soon.

Would you mind to copy the ticket to the BootsFaces-OSP project? That's the project that's currently being developed. You've opened the ticket in the old closed-source project. Luckily, I get the e-mail notifications. Otherwise I'd missed your ticket.

@ciroppina
Copy link
Author

ciroppina commented Aug 21, 2019 via email

@stephanrauh
Copy link

Tante grazie!

In general, I'm not someone insisting on rules - quite the contrary, I love chaos! But in this case, it's already hard to track everything, so it's good to collect everything at a single place.

Best regards,
Stephan

@ciroppina
Copy link
Author

ciroppina commented Aug 23, 2019 via email

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants