× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



To echo Bob's point, java and the IFS work well together in conjunction with the Domino Java APIs.

Are you looking for realtime directory style access or are you doing some file streaming back to a browser ?

Regards,
Richard Schoen
RJS Software Systems Inc.
Where Information Meets Innovation
Document Management, Workflow, Report Delivery, Forms and Business Intelligence
Email: richard@xxxxxxxxxxxxxxx
Web Site: http://www.rjssoftware.com
Tel: (952) 736-5800
Fax: (952) 736-5801
Toll Free: (888) RJSSOFT

----------------------------------------------------------------------

message: 1
date: Sat, 26 Jan 2013 19:02:43 -0700
from: "Robert Laing" <rlaing@xxxxxxxxxxxxxx>
subject: RE: More on remote stream file access...

Hi Rob,
Not sure if I'm following what you're trying to do, but I'll throw out a
suggestion: use Java and the IBM Toolbox for Java(or JTOpen as I believe
it's called these days). I've created several Java agents that access
iSeries objects(including DB2, call RPG/CL programs, read/write to IFS)
that use a stored iSeries user profile when the iSeries connection is
created. This user profile/pwd is stored in a Notes document and used by
the agent to create the connection.
If this sounds like an option for you let me know and I can provide more
info and possibly sample code.
Bob



Bob Laing

[1]rlaing@xxxxxxxxxxxxxx

-------- Original Message --------
Subject: More on remote stream file access...
From: [2]rob@xxxxxxxxx
Date: Thu, January 24, 2013 8:21 am
To: [3]domino400@xxxxxxxxxxxx

I am trying to access IFS data on another lpar of IBM i from Domino. I
could try QNTC or QFileSvr.400. I have looked at a number of links:
[4]http://www-10.lotus.com/ldd/nd8forum.nsf/5f27803bba85d8e285256bf10054620d/098bccc2f23e939e85257632007c6f7f?OpenDocument
[5]http://www-10.lotus.com/ldd/nd6forum.nsf/55c38d716d632d9b8525689b005ba1c0/cc9f81a83a44557885256d26007b0c47?OpenDocument&Highlight=0,qn%3Ftes
[6]http://www-10.lotus.com/ldd/nd6forum.nsf/55c38d716d632d9b8525689b005ba1c0/1c189ab5668a7bb68525714f00519dfc?OpenDocument
[7]http://www-10.lotus.com/ldd/nd6forum.nsf/55c38d716d632d9b8525689b005ba1c0/c98cbc2949b5cabe85256e29007a7f16?OpenDocument

In those links I hear a range of options.
One is to change user profile QNOTES from PASSWORD(*NONE) to a password,
and if QNOTES doesn't exist on the remote lpar (maybe it doesn't have
Domino) then just create it. The password must match on both systems.
Tried opening a pmr with IBM and was told that those who've added a
password to QNOTES have done so at their own peril and have had much
difficulty. From IBM:
<snip>
NO addin products would work,
backup and restore via Domino api would not work
etc, etc, etc.
</snip>

One of the links mentioned using /qntc (aka NetServer) and configuring
the
remote lpar to support guest accounts in NetServer and ensure that the
user assigned (often QUSER) has access to the desired directory.

I'd really like to avoid insisting that all IFS type work (if needed)
handles locally and that the "db2" lpar leave the stuff in db2.

I'd also like to avoid insisting that the db2 lpar do all the pushing to
the domino lpar for two reasons:
- Domino clustering.
- Timing of when Domino is ready for it.

It's also been suggested that I leave QNOTES with a password of *none on
both machines and use EIM/SSO/Kerberos from one machine to another. Not
sure how a batch Domino QNOTES process snags on to a Kerberos ticket...

[8]http://www-10.lotus.com/ldd/nd85forum.nsf/DateAllThreadedWeb/b22e66bc0807525285257afd004799af?OpenDocument

Rob Berendt
--
IBM Certified System Administrator - IBM i 6.1
Group Dekko
Dept 1600
Mail to: 2505 Dekko Drive
Garrett, IN 46738
Ship to: Dock 108
6928N 400E
Kendallville, IN 46755
[9]http://www.dekko.com

_______________________________________________
This is the Lotus Domino on the IBM i (AS/400 and iSeries) (Domino400)
mailing list
To post a message email: [10]Domino400@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: [11]http://lists.midrange.com/mailman/listinfo/domino400
or email: [12]Domino400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at [13]http://archive.midrange.com/domino400.

References

Visible links
1. rlaing@xxxxxxxxxxxxxx
mailto:rlaing@xxxxxxxxxxxxxx
2. mailto:rob@xxxxxxxxx
3. mailto:domino400@xxxxxxxxxxxx
4. http://www-10.lotus.com/ldd/nd8forum.nsf/5f27803bba85d8e285256bf10054620d/098bccc2f23e939e85257632007c6f7f?OpenDocument
5. http://www-10.lotus.com/ldd/nd6forum.nsf/55c38d716d632d9b8525689b005ba1c0/cc9f81a83a44557885256d26007b0c47?OpenDocument&Highlight=0
6. http://www-10.lotus.com/ldd/nd6forum.nsf/55c38d716d632d9b8525689b005ba1c0/1c189ab5668a7bb68525714f00519dfc?OpenDocument
7. http://www-10.lotus.com/ldd/nd6forum.nsf/55c38d716d632d9b8525689b005ba1c0/c98cbc2949b5cabe85256e29007a7f16?OpenDocument
8. http://www-10.lotus.com/ldd/nd85forum.nsf/DateAllThreadedWeb/b22e66bc0807525285257afd004799af?OpenDocument
9. http://www.dekko.com/
10. mailto:Domino400@xxxxxxxxxxxx
11. http://lists.midrange.com/mailman/listinfo/domino400
12. mailto:Domino400-request@xxxxxxxxxxxx
13. http://archive.midrange.com/domino400


------------------------------

_______________________________________________
This is the Lotus Domino on the IBM i (AS/400 and iSeries) (Domino400) digest list To post a message email: Domino400@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/domino400
or email: Domino400-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at http://archive.midrange.com/domino400.



End of Domino400 Digest, Vol 11, Issue 9
****************************************



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-2024 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.