Sybase NNTP forums - End Of Life (EOL)

The NNTP forums from Sybase - forums.sybase.com - are now closed.

All new questions should be directed to the appropriate forum at the SAP Community Network (SCN).

Individual products have links to the respective forums on SCN, or you can go to SCN and search for your product in the search box (upper right corner) to find your specific developer center.

ADS local blocking Remote Desktop

3 posts in NT Last posting was on 2009-06-23 14:49:33.0Z
Anthony Posted on 2009-06-22 20:11:27.0Z
From: "Anthony" <anthony@focustgi.com>
Newsgroups: Advantage.NT
Subject: ADS local blocking Remote Desktop
Date: Mon, 22 Jun 2009 14:11:27 -0600
Lines: 26
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 5.50.4922.1500
X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4925.2800
NNTP-Posting-Host: 66.118.202.2
Message-ID: <4a3fe5c1@solutions.advantagedatabase.com>
X-Trace: 22 Jun 2009 14:12:49 -0700, 66.118.202.2
Path: solutions.advantagedatabase.com!solutions.advantagedatabase.com!66.118.202.2
Xref: solutions.advantagedatabase.com Advantage.NT:1779
Article PK: 1130867

I have a client that is using a product that is bundled with Advantage.

They are using the single user version of the product, so this product uses
the local version of Advantage. No client server.

Advantage is generating a 5185 code. My research is showing me that
advantage is basically detecting the fact that Remote Desktop / Terminal
Services is being used to access the workstation and then blocking access to
the local database.

This product is installed on a Windows XP Pro workstation, so does not by
nature allow more than a single concurrent user anyway.

I've read of an ADS.INI fix around the problem.

The question is, is this fix legal?

Thanks,

Anthony Hatfield, MCSE
Senior Analyst
Focus Technology Group, Inc.
www.focustgi.com
(970) 256-0194


Anthony Posted on 2009-06-22 23:58:48.0Z
From: "Anthony" <anthony@focustgi.com>
Newsgroups: Advantage.NT
References: <4a3fe5c1@solutions.advantagedatabase.com> <6c56a9224bf0b8cbc16f77d3e381@devzone.advantagedatabase.com>
Subject: Re: ADS local blocking Remote Desktop
Date: Mon, 22 Jun 2009 17:58:48 -0600
Lines: 77
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 5.50.4922.1500
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4925.2800
NNTP-Posting-Host: 66.118.202.2
Message-ID: <4a401afd@solutions.advantagedatabase.com>
X-Trace: 22 Jun 2009 17:59:57 -0700, 66.118.202.2
Path: solutions.advantagedatabase.com!solutions.advantagedatabase.com!66.118.202.2
Xref: solutions.advantagedatabase.com Advantage.NT:1781
Article PK: 1130868

I was concerned that remoting into a system that is using the Advantage
Local
Server might be breaking the EULA agreement. Specifically the wording I was
concerned about is the "To be specific, only computers that have the
Advantage Local Server DLL loaded into memory can have access to the data
that is obtained by that Advantage Local Server DLL."

I was concerned that this would preclude any sort of Remote Access (Remote
Desktop, Logmein, GoToMyPC) to systems that might be using a product that
uses the Advantage Local Server.

Thoughts?

I was hoping corporate support would make a comment so that I can advise my
client on the proper legal solution.

Thanks,

Anthony Hatfield, MCSE
Senior Analyst
Focus Technology Group, Inc.
www.focustgi.com
(970) 256-0194

The license text I was looking is as follows:

http://devzone.advantagedatabase.com/dz/webhelp/advantage9.1/mergedProjects/
a
dserror/err5xxx/5185_ae_local_conn_restricted.htm

The specific text in the Advantage end user license agreement regarding use
of Advantage Local Server and middleware connections (Section B) is as
follows. Refer to the Advantage license agreement, license.txt, for the
complete EULA.

If an application using this SOFTWARE PRODUCT is distributed to work without
the Advantage Database Server (i.e., it uses the Advantage Local Server to
access data), the application must act as a "client" that directly accesses
and uses the data. To be specific, only computers that have the Advantage
Local Server DLL loaded into memory can have access to the data that is
obtained by that Advantage Local Server DLL. The application cannot act as
"middleware" or as a "server" by having the data forwarded by any means to a
separate computer. In other words, it is illegal to use the Advantage Local
Server with a web server, an application server, a terminal server, or any
other type of middleware or server product to access data on behalf of
remote
computers. An Advantage Database Server (a.k.a., remote server) product must
be purchased and used to allow this SOFTWARE PRODUCT to access data on
behalf
of applications running on remote computers.

"Rodd Graham" <rgraham@grahamautomation.com> wrote in message
news:6c56a9224bf0b8cbc16f77d3e381@devzone.advantagedatabase.com...
> Hello Anthony,
>
> > I've read of an ADS.INI fix around the problem.
> >
> > The question is, is this fix legal?
>
> AFAIK, the ADS.INI fix (setting) is a declaration on your behalf that the
> application is not violating the license terms. So long as the
application
> is not acting as middleware, a multiplexer, or presenting a database
server
> in any way (ie. it is an end user application), then I believe you are
honoring
> the terms of the license.
>
> Regards,
>
> Rodd Graham, Consultant
> Graham Automation Systems, LLC
>
>


Anthony Posted on 2009-06-23 14:49:33.0Z
From: "Anthony" <anthony@focustgi.com>
Newsgroups: Advantage.NT
References: <4a401afd@solutions.advantagedatabase.com> <6c56a9224bf2d8cbc197feb44520@devzone.advantagedatabase.com>
Subject: Re: ADS local blocking Remote Desktop
Date: Tue, 23 Jun 2009 08:49:33 -0600
Lines: 91
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 5.50.4922.1500
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4925.2800
NNTP-Posting-Host: 66.118.202.2
Message-ID: <4a40ebc9@solutions.advantagedatabase.com>
X-Trace: 23 Jun 2009 08:50:49 -0700, 66.118.202.2
Path: solutions.advantagedatabase.com!solutions.advantagedatabase.com!66.118.202.2
Xref: solutions.advantagedatabase.com Advantage.NT:1783
Article PK: 1130872

Rodd,

Your interpretation works for me. This does seem to be a bit of a grey
area, depending upon the exact semantic interpretation of a couple of key
words. With the limitations of Remote Desktop under Windows XP, access is
limited to a single user anyway.

Corporate Support,

Please respond with your interpretation.

Thanks,


--
Anthony Hatfield, MCSE
Senior Analyst
Focus Technology Group, Inc.
www.focustgi.com
(970) 256-0194

"Rodd Graham" <rgraham@grahamautomation.com> wrote in message
news:6c56a9224bf2d8cbc197feb44520@devzone.advantagedatabase.com...
> Hello Anthony,
>
> > I was concerned that remoting into a system that is using the
> > Advantage
> > Local
> > Server might be breaking the EULA agreement. Specifically the wording
> > I was
> > concerned about is the "To be specific, only computers that have the
> > Advantage Local Server DLL loaded into memory can have access to the
> > data
> > that is obtained by that Advantage Local Server DLL."
> > I was concerned that this would preclude any sort of Remote Access
> > (Remote Desktop, Logmein, GoToMyPC) to systems that might be using a
> > product that uses the Advantage Local Server.
> >
> > Thoughts?
> >
> > I was hoping corporate support would make a comment so that I can
> > advise my client on the proper legal solution.
>
> While corporate certainly has the final word, I believe in the spirit of
> software licensing. Licenses are an attempt to meter usage as necessary
> to establish proper compensation.
>
> However, in your specific case, the remote computer does not have access
> to "data that is obtained by the Advantage Local Server DLL". The remote
> computer has access to I/O devices presented by the host computers
operating
> system. As such this does not violate the spirit of the license and I
doubt
> it violates the license.
>
> IMO, the violation occurs when the remote computer has access to a
software
> api that maps to the ADS local server api. I do not believe that an
application
> that presents a 'user' interface of a business system on a specific
database
> schema represents "accessing data obtained by" ADS local. Rather, it is
> when you try to cheat the developer by using ADS local as an underlying
database
> engine to a software layer that serves other software in an effort to
avoid
> paying license fees.
>
> In my understanding, ADS Local license is violated when more than 5 "real"
> people (or endpoints) access a shared database simultaneously. Web
applications
> and web services present a significant gray area for abuse (license
violation)
> of ADS Local since counting users and concurrency is subjective. I
believe
> these uses violate ADS Local licensing and require purchasing ADS server
> with the proper internet connector license.
>
> When in doubt, purchase ADS Server since it is available down to 1 user
for
> a nominal fee. In fact, I always use ADS server for all but non-shared,
> temporary data to gain the integrity benefits of the C/S architecture.
>
> Regards,
>
> Rodd Graham, Consultant
> Graham Automation Systems, LLC
>
>