Does anybody use SAPLink on customer systems?

[fischerman]

Hi there,

I'm currently working on a project where we have to copy a couple of
programs from one system to the other. Because there is no transport
connection between these systems, I was thinking about installing
SAPlink for this task. Did anybody of you already install SAPLink on a
customer system and used it for customer projects?

Thanks in advance and regards,
fischerman

[Marcello Urbani]

I did, but I would not recommend it.
I didn't try the last version, but usually saplink messes with package information (and versioning maybe? I'm not sure about that).
If you want to transfer a small set of objects once in a while and are not afraid about fixing some quirks by hand you can do it. Expect some transport errors if you forget to set the package to something.
I don't know your environment, but in general using it on a regular basis sounds like a very bad idea.

Marcello

[Dan McWeeney]

On the topic of Packages, what would you want it to do?  SAPlink puts the object into the $TMP package on purpose, the reason for this is we don't want package names from one system polluting another.  Keep in mind SAPlink was orginally designed to allow people from different companies to work together on ABAP source so, packages might not be the same across companies ( different naming standards, etc ). 

Should we ask every time you import something if you want us to place it in a particular package?

-d

[Marcello Urbani]

Dan,
When I said it messes with packages instead of saying that puts everything in $TMP I did it on purpose:
I was working on a relatively old system, where a few plugins resulted in popups asking package information.
It happened more than a year ago, so I'm not really sure, but I think that was due to a bug in the underlying (standard) import method.
At the time I was playing with the idea of some saplink derivative which could handle packages as well ( the basic idea was to assign package to nugget content and then store associations in a table ) and this bug killed the idea before it was born.

Marcello

[Sandra Rossi]

Hi fischermann, I would advise you to transport them (even without "transport connection") if they are to be used productively or intensively (if they are only draft programs then "saplink" them freely!)

For an admin, it's very very easy to import any released transport request, directly and without need of a transport route, with TP (import).

[Ajean_G]

I think  the saplink is great!

I've been used it!

 

it's great!

 

============================================

 

gtalk:jean.luc.hu@gmail.com

[fischerman]

Hi,

thanks for all your replies.

First of all I have to say, that SAP Link is a very good tool and we
use it in our company to share code between developers on our test
systems and our local mini SAPs.

But I think for our project it will be the best approach to copy the
released co- and data-files from the application server.

Thanks again and regards,
Martin

On 19 Feb., 07:15, Ajean_G <jean.luc...@gmail.com> wrote:
> I think  the saplink is great!
> I've been used it!
>
> it's great!
>
> ============================================
>

> gtalk:jean.luc...@gmail.com

[Taryck]

Hy,

I've done this, but only for test. If you neew to transport you'd
rather download fTR file and cofile and upload them on the target
system. After you'll able to import the TR one by one by adding there
name manuly to STMS.

Taryck.