CRPence | 4 Mar 23:06 2015
Picon

Re: SEU Search options

On 04-Mar-2015 15:37 -0600, Greg Wilburn wrote:
> <<SNIP>>
>
> I just don't understand why RDi has to mess with the settings at all.

   Again, the FNDSTRPDM is responsible for updating the IPE.

> In fact, I can recreate the scenario where it does NOT change the find
> parameters in PDM. If I'm actually in PDM on the green screen when I do
> a Text Search in RDi, nothing changes in PDM option 25.

   The defaults actually were changed by the FNDSTRPDM [issued via RDi 
or not] such that a *new* invocation of PDM [even in the same job] would 
/see/ those changes; while working within the active PDM session, the 
changes to the IPE will not be visible.  The active PDM session, like 
other /session/ functions storing /operational-preferences/ will perform 
an effective IPE_load() function into local run-time variables upon 
entry and then upon exit will perform an effective IPE_store() function; 
the /load/ retrieves what are the /previous/ values and the /store/ 
copies the current run-time values into the IPE to become the new 
/previous/ values.  Dump the IPE after starting PDM, and then dump the 
IPE again after the FNDSTRPDM [from RDi or CmdLine for example], and the 
difference will be conspicuous; i.e. the effect of the effective 
IPE_store() function of the parameter specifications made on the 
FNDSTRPDM will clearly have replaced those parameter-values that remain 
active only within the active PDM session.

> So why not just "tell RDi" that the user profile is in PDM?

   As described above how the preferences are managed, the presumption 
(Continue reading)

MichaelQuigley | 4 Mar 18:01 2015

Re: SEU Search options

"WDSCI-L" <wdsci-l-bounces@...> wrote on 03/04/2015
11:16:36 AM:
> >   > On 3/3/2015 4:02 PM, Greg Wilburn wrote:
> >   >> Is there any way to prevent the RDi "Find Text String" from
> >   >> changing the search options in SEU? Every time I use the search 
in
> >   >> RDi, it changes my search defaults in SEU.
> >   >>
> >   >> The options in SEU become "OPTIONS = *NONE" (instead of 5 to
> >   >> display) and "Print Records = Y" (instead of N). I like to use 
SEU
> >   >> sometimes and this is driving me crazy.
> >   >>
> >   >
> >   > I see this, too, and have just lived with it. It DOES look like a
> >   > candidate for an RFE, though. Polite behavior of an application - 
to
> >   > me - would say to put things back as you find them, especially 
when
> >   > it is a program doing it, not a person - SEU has always kept our
> >   > choices for future use, and this goes against that, since WE did 
not
> >   > make the choice.
> >   >

My work around has been the excellent search function from iSphere. It's 
faster and has no impact on the FNDSTRPDM options in PDM. (FWIW: I always 
thought it was a good thing the RDi developers used an existing capability 
from PDM to implement this.)

(Continue reading)

CRPence | 4 Mar 16:03 2015
Picon

Re: SEU Search options

On 04-Mar-2015 08:39 -0600, Vernon Hamberg wrote:
> <<SNIP>> I have to believe that something can be written to retrieve
> the settings and write them back to the user profile internals - this
> would probably be a *SYSTEM level program, but it's being done now by
> PDM, so????
>
> I think I will still submit an RFE later, unless Greg or someone
> else  does first!

   IMO a DCR to request that PDM add a parameter to the FNDSTRPDM 
command that adds the capability to request *not* to update the IPE with 
that particular invocation; i.e. the command\function, the operational 
aspects, and the particular /tree/ of the IPE are all owned by PDM, and 
only the PDM should be [not] updating their IPE, so asking of RDi seems 
indirect.  With that support, *then* the RDi has a more direct 
capability for enhancement, to supply that explicit parameter 
specification on their invocations.  Again, just my opinion.

   FWiW, while I like a /previous/ (*PRV) capability, sometimes, as in 
this particular scenario, I really do not prefer how using the command 
outside of PDM has an impact within the WRKxxxPDM.  I had noticed the 
effect on some rare occasions I used FNDSTRPDM outside of PDM; left 
sometimes many days later wondering "When did I do *that* to screw up my 
preferences?"  Arguably, the Find String Using PDM (FNDSTRPFM) command 
might just as well have had non-required fields and simply replace all 
of those parameters with the special value *PRV that would be 
extracted\pre-filled by a Prompt Override Program (POP) when the command 
is prompted.  And in that case, the function from option-25=find could 
have been implemented directly via the prompted command instead of PDM 
having designed and coded additionally, effectively the identical 
(Continue reading)

CRPence | 4 Mar 13:03 2015
Picon

Re: SEU Search options

On 03-Mar-2015 22:56 -0600, Vernon Hamberg wrote:
> On 3/3/2015 4:02 PM, Greg Wilburn wrote:
>> Is there any way to prevent the RDi "Find Text String" from
>> changing the search options in SEU? Every time I use the search in
>> RDi, it changes my search defaults in SEU.
>>
>> The options in SEU become "OPTIONS = *NONE" (instead of 5 to
>> display) and "Print Records = Y" (instead of N). I like to use SEU
>> sometimes and this is driving me crazy.
>>
>
> I see this, too, and have just lived with it. It DOES look like a
> candidate for an RFE, though. Polite behavior of an application - to
> me - would say to put things back as you find them, especially when
> it is a program doing it, not a person - SEU has always kept our
> choices for future use, and this goes against that, since WE did not
> make the choice.
>

   The feature is PDM, and AFaIK [and seems confirmed by testing that] 
the effect is also\therefore the PDM.  The /same/ effect is seen after 
having performed a Find String Using PDM (FNDSTRPDM) request from a 
command-line invocation; the Interactive Profile Entry (IPE) for the 
User Profile (USRPRF) name that issued the request gets updated to store 
the /previous/ choices for various find-string-function /parameters/. 
That can be confirmed by reviewing the modified values being stored in 
the IPE: DMPSYSOBJ The_USRPRF QSYS 0E /* if the Type is not '0E' [per my 
recollection faded; am too lazy to lookup], then dropping all 
type\subtype specifications and searching the much larger spooled 
QPSRVDMP output will show the IPE data */
(Continue reading)

CRPence | 3 Mar 23:50 2015
Picon

Re: SEU Search options

On 03-Mar-2015 16:02 -0600, Greg Wilburn wrote:
> Is there any way to prevent the RDi "Find Text String" from changing
> the search options in SEU? Every time I use the search in RDi, it
> changes my search defaults in SEU.
>
> The options in SEU become "OPTIONS = *NONE" (instead of 5 to
> display) and "Print Records = Y" (instead of N). I like to use SEU
> sometimes and this is driving me crazy.
>

   Just for clarification, I presume to be the case anyhow, that the 
reference to SEU should be PDM, and specifically the reference is made 
to the "Find String" panel presented by option 25=Find String 
system-defined (numeric) option on which there are input fields both for 
the STRSEU "Option" (OPTION) to perform [passed through from the 
same-named parameter on the Find String Using PDM (FNDSTRPDM)] and the 
"Print records" (PRTRCDS) parameter of that same command [or the 
equivalent input field(s) on the "Find String" panel].

-- 
Regards, Chuck
--

-- 
This is the Rational Developer for IBM i / Websphere Development Studio Client for System i & iSeries 
(WDSCI-L) mailing list
To post a message email: WDSCI-L@...
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/wdsci-l
or email: WDSCI-L-request@...
Before posting, please take a moment to review the archives
at http://archive.midrange.com/wdsci-l.
(Continue reading)

Greg Wilburn | 3 Mar 23:02 2015

SEU Search options

Is there any way to prevent the RDi "Find Text String" from changing the search options in SEU?  Every time I
use the search in RDi, it changes my search defaults in SEU.

The options in SEU become "OPTIONS = *NONE" (instead  of 5 to display) and "Print Records = Y" (instead of N).  I
like to use SEU sometimes and this is driving me crazy.

Greg
--

-- 
This is the Rational Developer for IBM i / Websphere Development Studio Client for System i & iSeries 
(WDSCI-L) mailing list
To post a message email: WDSCI-L@...
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/wdsci-l
or email: WDSCI-L-request@...
Before posting, please take a moment to review the archives
at http://archive.midrange.com/wdsci-l.

Tools/400 | 3 Mar 18:20 2015
Picon

Re: Showing Member text in RSE list

Jon,

I do not believe, that there is any legal way to update the decorator
preferences by the iSphere plug-in, because I do not see any legal option
to get access to the 'org.eclipse.ui.internal.DecoratorManager'.

But I added a "Label Decorations" preferences pages with a link to 'General
- Appearance - Label Decorations'.

Thomas.

Am 27.02.2015 um 22:31 schrieb Jon Paris:
> Ah - be nice if they could duplicate that setting within the iSphere preferences.
> 
> Knew I’d seen it somewhere - thanks Bob.
> 
> 
> Jon Paris
> 
> www.partner400.com
> www.SystemiDeveloper.com
> 
> On Feb 27, 2015, at 4:23 PM, Roche, Bob <broche@...> wrote:
> 
>> General - Appearance - Label Decorations - Checkbox by iSphere - Display Object and Source Descriptions
>>
>> -----Original Message-----
>> From: WDSCI-L [mailto:wdsci-l-bounces@...] On Behalf Of
Mark S Waterbury
>> Sent: Friday, February 27, 2015 3:21 PM
(Continue reading)

Tools/400 | 3 Mar 16:37 2015
Picon

Re: Showing Member text in RSE list

As far as I know there is no such API.

Thomas.

Am 03.03.2015 um 15:17 schrieb Vernon Hamberg:
> Thomas
> 
> Just wondering - is there an Open List version of the Retrieve Message API?
> Would it be usable remotely?
> 
> Vern
> 
> On 3/3/2015 12:39 AM, Thomas Raddatz wrote:
>> Michael,
>>
>> The message file description editor does no longer work without the
>> library, because I  replaced the QMHRTVM API with our own IQMHRTVM API,
>> to speed up loading large message files.
>>
>> The QMHRTVM API returns one message description per call, whereas the
>> IQMHRTVM API returns a whole bunch of message descriptions, depending on
>> the buffer size specified. This way now it takes roughly 6 seconds to
>> load QCPFMSG compared to almost 2 minutes with QMHRTVM.
>>
>> With QMHRTVM it took:
>>
>>     107464 mSecs to load QCPFMSG (total processing time)
>>     101373 mSecs for just calling the API 39642 times
>>
>> (measured on our IBM I)
(Continue reading)

Gerald Kern | 3 Mar 15:00 2015
Picon

Data Studio 4.1.1 Connection Parameters JDBC Driver bug?

Hi All,

I recently installed Data Studio 4.1.1 (and I'm also running RDi 9.1.1) on
Win 7 pro 64 bit.

When I try to set up a new connection, the connection parameter asks me to
select a database manager (I select DB2 for i) and then must specify the
JDBC driver. However the JDBC dropdown is empty and the box with the
ellipsis is greyed out which is preventing from browsing to find the jar
containing the driver.

Anyone experiencing this too? Is there a work-around?

Also, even if I was able to browse for the jar, does anyone know where to
find the jar containing the driver for DB2 jdbc?

-- 
Thanks, Jerry

Gerald Kern - Information Technology
Programming Supervisor
IBM Certified RPG IV Developer
Lotus Notes/Domino Administrator
The Toledo Clinic, Inc.
4235 Secor Road
Toledo, OH 43623
Phone 419-479-5535
--

-- 
This is the Rational Developer for IBM i / Websphere Development Studio Client for System i & iSeries 
(WDSCI-L) mailing list
(Continue reading)

Austin, Mark | 3 Mar 11:37 2015

Outline for SQL UDF's

Hi,

I am having some “fun” with SQL User Defines Functions (UDF) on the iSeries and have noticed I get no
outline view for this source type. We use turnover and have configured it to have a source type of EXTFUN as
per the turnover instructions but I was wondering if there we can get an outline view if I configure this
source extension in RDi properly.

I guess this question is more targeted towards the IBM’ers who watch this list but if anyone else has any
experience with SQL UDF’s in RDi I appreciate you sharing your knowledge.

Many thanks,
Mark Austin
IT Consultant
Universal Music Publishing Group
Email: mark.austin <at> umusic.com<mailto:mark.austin <at> umusic.com>
Tel: +44 (0) 330 587 6372
Post: 200 Hammersmith Road, London W6 7DL
Universal Music Publishing International Limited
Registered in England. Number 02050403
Registered Office: 20 Fulham Broadway, London, SW6 1AH


________________________________

“**Confidentiality**
The information contained in this e-mail is confidential, may be privileged and is intended solely for the
use of the named addressee. Access to this e-mail by any other person is not authorised. If you are not the
intended recipient, you should not disclose, copy, distribute, take any action or rely on it and you
should please notify the sender by reply. Any opinions expressed are not necessarily those of the company.

(Continue reading)

MichaelQuigley | 3 Mar 02:24 2015

Re: Showing Member text in RSE list

Many of the great features of iSphere do indeed come from the ISPHERE 
library. But even without the library, there are many great benefits--such 
as: RSE object decorator for object and member descriptions (the OPs 
request), the Compare/Merge Editor, LPEX Task Tags, RSE Filter Management, 
et al. I used and enjoyed it for quite a while before I got System 
Administration to install the library. Does the Message File (Description) 
Editor still work without the library?

But yes, iSphere is so much more with the library.

"WDSCI-L" <wdsci-l-bounces@...> wrote on 03/02/2015
01:00:04 PM:
 ----- Message from Tools/400 <thomas.raddatz@...> on Mon, 02
> Mar 2015 18:40:56 +0100 -----
> 
> To:
> 
> Rational Developer for IBM i / Websphere Development Studio Client 
> for System i & iSeries <wdsci-l@...>
> 
> Subject:
> 
> Re: [WDSCI-L] Showing Member text in RSE list
> 
> I certainly agree with Dan. For sure iSphere is a nice plug-in, but its
> biggest disadvantage is the ISPHERE library.
> 
> On the other hand, iSphere was not iSphere if it did not have its 
library.
> Some of its advantages depend on the library, e.g. the speed when 
(Continue reading)


Gmane