LPD/LPR isn't really resilient...it's just dumb.

Basically, communication is one-direction host --> Printer

As the manual says:
Note: You should only consider using this method if your printer does not
support the Printer Job Language (PJL), Simple Network Management Protocol
(SNMP), or Internet Printing Protocol (IPP) printing methods. This method
of printing has a number of limitations. Restrictions when using this
method include, but are not limited to:

- No page range support.
- Limited or no printer status.
- Limited or no error recovery.
- Limited or no control of a spooled file after it is sent.


On Tue, Jan 26, 2016 at 5:16 PM, Justin Taylor <JUSTIN@xxxxxxxxxxxxx> wrote:

OK, I thought you meant an active device and a printer, and I was afraid
of collisions if both send print jobs at the same time. I'll give the
dummy device a try.

I'm not sure why remote outq's are the least preferred method. In my
experience they're much more resilient and nowhere near as "high
maintenance" as devices. I only use devices where I need page# control, or
with printers that don't support LPR.

-----Original Message-----
From: Charles Wilt [mailto:charles.wilt@xxxxxxxxx]
Sent: Tuesday, January 26, 2016 3:27 PM
To: Java Programming on and around the IBM i <java400-l@xxxxxxxxxxxx>
Subject: Re: Java print to remote outq?

Normally, when you create a printer DEVD, the system creates an OUTQ of
the same name.

If the OUTQ already exists, (IIRC) you'll get a warning message.

See the section, "*Configuring a Dummy Device Description to Use with a
Remote Output Queue"*

Note however, that a remote outq is the least prefered method of printing..


This is the Java Programming on and around the IBM i (JAVA400-L) mailing
To post a message email: JAVA400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/java400-l
or email: JAVA400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/java400-l.

As an Amazon Associate we earn from qualifying purchases.

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2021 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.