Opened 19 years ago
Closed 13 years ago
#8759 closed defect (fixed)
BUG: xercesj build interferes with the desktop and fails if it can't
Reported by: | vincent-opdarw@… | Owned by: | macports-tickets@… |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 1.0 |
Keywords: | Cc: | markd@…, psagers@… | |
Port: | xercesj |
Description
While xercesj was being built, some application (something related to java) was launched. Though it quit automatically, it interfered badly with the desktop: the focus was stolen and the input source was changed. This behavior is not acceptable: an installation must entirely be done in the background.
Change History (11)
comment:1 Changed 19 years ago by jberry@…
comment:2 Changed 18 years ago by pipping@…
Milestone: | → Available Ports |
---|
comment:3 Changed 18 years ago by pipping@…
Milestone: | Available Ports → Port Bugs |
---|
comment:4 Changed 17 years ago by markd@…
Cc: | markd@… added |
---|
Is this still a problem with xercesj 2.9.0?
comment:5 follow-up: 6 Changed 17 years ago by markd@…
Resolution: | → fixed |
---|---|
Status: | new → closed |
No response. Closing.
comment:6 Changed 17 years ago by psagers@…
Resolution: | fixed |
---|---|
Status: | closed → reopened |
This does still happen in 2.9.1. It should be noted that as a result of this bug, xercesj can not be built without a full login session. If you ssh to a machine and try to build it, it will fail when something is unable to connect to the window server.
comment:7 Changed 17 years ago by jmroot (Joshua Root)
Cc: | psagers@… added |
---|---|
Owner: | changed from macports-tickets@… to jberry@… |
Status: | reopened → new |
Assigning to maintainer.
comment:9 Changed 15 years ago by jmroot (Joshua Root)
Port: | xercesj added |
---|
comment:10 Changed 13 years ago by jmroot (Joshua Root)
Owner: | changed from jberry@… to macports-tickets@… |
---|---|
Summary: | BUG: xercesj build interferes with the desktop → BUG: xercesj build interferes with the desktop and fails if it can't |
comment:11 Changed 13 years ago by jmroot (Joshua Root)
Resolution: | → fixed |
---|---|
Status: | new → closed |
Note: See
TracTickets for help on using
tickets.
This probably occurs because something being invoked (docbook?) is using AWT, which Apple's java takes as a signal that it should invoke a whole UI. I'm not sure that this is the end of the world you describe, but you may be able to get the problem to go away by setting -Djava.awt.headless=true in the appropriate java invokation.
Please let me know, or attach a patch, if you get to the bottom of this.
Thanks for the report.