What do you see in the /var/log/cups/access.log and /var/log/cups/error.log ?
Also as an update to my earlier post. It wasn’t the RAM after all although very suspect. It turned out that a user on the network had printer sharing enabled on this network (!) printer (see Print & Fax prefpane in the System Prefs). And that user was not always on the network the issue was so intermitted.
In any case Java printed to that user and any other app would print correctly to the network printer. Very strange behavior.
ROCLASI:
What do you see in the /var/log/cups/access.log and /var/log/cups/error.log ?
Hi Robert,
I took a look into both log files in the terminal, but there is no entry!
For me it is unbelievable. How should I explain to my customers: You can work with Servoy on your Mac, but you cannot print invoices and others!?
An other thing is, that TEXT_AREA field values (fields placed in ‘trailing grand summary’ section on a printform) are not displayed in the print preview on Mac OS X.
No, unfortunately not. Printersharing is not activated on the macs in our network. But by some customer macs is a usb printer shared for other clients in the network. I will never think about the future problem about this issue.
At first I will test the issue on other macs, but this takes a little time…
I will report that the last days issue is gone today, but I am not really sure why.
Yesterday I shut down my Mac (normaly I don’t do this) and this morning at first I was administrating it by deleting chashes, logfiles, reports, checking the volume and repairing the permissions.
Than I started my Servoy-Solution… and how wonder, the printjob works without any error dialog.
the printer problem on Mac is still existent. I tried all workarounds (clearing preference files, un- and install the printers, USB- and TCP/IP- printers, Epson, HP and Brother models, checking the used memory in ‘about…’ and setting more memory in Servoy-Admin, etc.) posted in this topic, but nothing will help constant.
In my ‘On open method’ I read out the installed printers on the machine. On my iMac Servoy doesn’t find any printer. When starting my solution in WinXP with Parallels from a ‘Boot Camp’ partition, the result is correct. In this case all printers are aviable.
Do anybody have a new idea how to fix the problem?
Just another data point from left field, which may or may not be the same problem…
This week I’ve bumped into this problem with Servoy Client (2.2.7) on a machine running Debian Linux (the hardware’s a Mac, but that shouldn’t be relevant). The Java identifies itself as:
$ /usr/local/java/ibm-java2-ppc-50/jre/bin/java -version
java version "1.5.0"
Java(TM) 2 Runtime Environment, Standard Edition (build pxp32devifx-20071025 (SR6b))
IBM J9 VM (build 2.3, J2RE 1.5.0 IBM J9 2.3 Linux ppc-32 j9vmxp3223-20071007 (JIT enabled)
J9VM - 20071004_14218_bHdSMR
JIT - 20070820_1846ifx1_r8
GC - 200708_10)
JCL - 20071025
Perfunctory research turned up: http://forums.java.net/jive/thread.jspa?messageID=40153 This refers to problems with printer names which contain a hyphen (or posibly _ or @) and CUPS printing. Indeed, this machine’s printing is via CUPS and the printer name did have a hyphen.
Alas, removing the printer and re-adding it with a purely alphanumeric name didn’t help (printing still works fine for test prints and from IceWeasel)
My next move is to try a different version of Java (e.g. (1.)6).
Today in the morning I opened my customer solution in Servoy Dev. 3.5.4 and I get the same message as the last couple of weeks: No capable printers found…
But now I had to make some changes in the backend sql database and quit Servoy Dev. While reopen Servoy and selecting the solution I get a call and let Servoy stay in the login dialog. A couple of minutes later I logged in and since this time, Servoy is finding my installed printers on the iMac.
I made no changes (excluding in the backend sql database on an remote server) and the only thing I had done was waiting longer to login!?? I don’t understand that.
It was only a little success discribed in the post before. On the next reopen I get the old known error message and Servoy doesn’ t find any installed printer again.
I made a complete new install on my Intel iMac up to Mac OS X 10.5.2 also in hope that issue will go. But by using Java vers. 1.5.0_13 the problem always exists in all vers. of Servoy 3.5.x. With Java vers. 1.4.2 Servoy is finding all installed printers very well??!
Am I the only lonesome guy with that problem?
tgs,
I don’t have Leopard, but have you tried this?
This is on OSX 10.4.10, Java 5.0
Open System Prefs
Open Print & Fax
Select the printer and click Printer Setup
Under ‘Printer Setup Utility’ on the menubar click Reset Printing System,
Click Reset
Thunder:
This is becoming a more and more serious problem for me. I would feel uncomfortable telling my client - whose servoy solution has simply stopped working on two machines through the inability to print, that ‘it is an Apple problem’ when they have another 30 Apple machines or so which have no problem printing from my Servoy solution.
Surely there is more to it than that? What is different between the machines that can print and the machines that cannot???
It ONLY happens with Servoy and ONLY on two machines.
It is not a Servoy issue, if it were we would fix it, that is how we work. The issue has been filed and escalated with Apple. Should you have contacts at Apple please ask them to fix issue: 5763016
I worked out long ago that this problem is to do with Rendezvous / Bonjour printers being added. Servoy will not print on Mac OS X if there are any remote bonjour printers installed - even if you’re printing to an Appletalk / IP / LPR printer, the mere presence of a bonjour printer causes the problem.
It apparently is an Apple Java bug (as you say), but since Servoy is often the only Java app running on the Macs that I encounter, it appears very much as though it is a Servoy bug - especially if nothing else has the same problem (no other java apps running), and no other machines in the local mix have the problem…
Bevil, I completely understand where you’re coming from. I also faced the same thing on a few machines, so we changed to LPR printing. I’ve posted example code of how to do this at the link below. Basically, it prints the form to PDF, then use Unix/LPR to print the PDF to a specified printer (bypassing Java). I know it is a work-around, but they will at least be able to print anything from Servoy.
Thunder:
I worked out long ago that this problem is to do with Rendezvous / Bonjour printers being added. Servoy will not print on Mac OS X if there are any remote bonjour printers installed - even if you’re printing to an Appletalk / IP / LPR printer, the mere presence of a bonjour printer causes the problem.
Apple came back to us with the message “not reproducible” they ask for more info: “(we need the names and models of different printers in the Printers preference pane, for example) that demonstrates this bug”, can you or anyone else help us out here?