Home » Archived » Test and Performance Tools Platform (TPTP) » Deployment content unpredictable
Deployment content unpredictable [message #61024] |
Tue, 28 March 2006 09:06  |
Eclipse User |
|
|
|
Hi,
Here is an excerpt of "Deployment Ground Rules" picked from TPTP
documentation:
CLASSPATH Considerations
To set up JARs that will be deployed and rooted under your ROOTDIR, set up
the CLASSPATH parameter for your artifact; to set up JARs that do not need
to be deployed (for instance, they already exist on the location/machine
to be deployed to) but still need to be included in the class path, then
set up the CLASSPATH parameter in your location. So the distinction
between artifact and location CLASSPATH is whether you want the JAR
deployed and referenced or just referenced at the deployment location.
If I understand this paragraph well and remove all CLASSPATH parameters
from an artifact parameter list, i should get nothing deployed on the
target platform. But it's not the case, even if I remove all entries of an
artifact parameter list, i always get project classpath jars deployed ...
It's not really a matter for small products, but i have to test a HUGE
product and only want to deploy my necessary test material in order to
test it, not the whole product (all the classpath referenced JARs).
1) How can I achieve this ?
Moreover, this formality (almost) fits Java products needs but how can i
use this for C, Cobol, etc. products ?
I can of course define another test components in order to achieve this
goal, but this new test component need to be includable in an artifact in
order to match TPTP formality at best. the problem is that a C, Cobol,
etc. product doesn't have the CLASSPATH formality !
I don't understand why deployment features are technology dependant (Java)
since it can be totally uncoupled (it's nothing more than file transfert).
For example, i'd like to be able to deploy some files (test material) on a
remote host using the TPTP deployment object on workbench side and RAC on
target host side. If i create for example a CUnit test, i'd like to
include my "C test" into the artifact and choose file to deploy without
adding a CLASSPATH parameter.
What would be good is to have the ability to choose the deployment content
(via a file browser for example) and not bond it to a language formality.
Can anyone explain me how to achieve that or perhaps i've missed something
in TPTP ...
Best regards.
BQ.
|
|
|
Re: Deployment content unpredictable [message #62035 is a reply to message #61024] |
Wed, 29 March 2006 08:13  |
Eclipse User |
|
|
|
Hi Bertrand,
As for all of the resources in your project's classpath being deployed
despite removing the CLASSPATH parameter from the artifact, I believe this
is a defect. In theory, when you create an artifact, the project's
classpath values are added as CLASSPATH parameters to the artifact. The
CLASSPATH parameter in the artifact are the deployment rules and not
project's classpath. Please open a defect in the TPTP bugzilla DB
( https://bugs.eclipse.org/bugs/enter_bug.cgi?classification=T PTP).
As for your concern about the language dependant nature of TPTP test
deployments, I would think that specifying a PATH parameter in the
artifact/location should have the same effect as the CLASSAPTH parameter for
Java-based tests. Unfortunately, I do not think this is the usage model.
If not, please open a defect.
Finally, the usability of the deployment use case may be improved to
allow users to select deployed resources at a more granular level. For
example, in the Artifact editor, allow the user to specify the value of a
CLASSPATH/PATH parameter using a resource selector. Please open a TPTP
feature for this enhancement.
Paul
"Bertrand Quenin" <bquenin@axway.com> wrote in message
news:981d6dd71545069e8b7dbf29e3742575$1@www.eclipse.org...
> Hi,
>
> Here is an excerpt of "Deployment Ground Rules" picked from TPTP
> documentation:
>
> CLASSPATH Considerations
> To set up JARs that will be deployed and rooted under your ROOTDIR, set up
> the CLASSPATH parameter for your artifact; to set up JARs that do not need
> to be deployed (for instance, they already exist on the location/machine
> to be deployed to) but still need to be included in the class path, then
> set up the CLASSPATH parameter in your location. So the distinction
> between artifact and location CLASSPATH is whether you want the JAR
> deployed and referenced or just referenced at the deployment location.
>
>
>
> If I understand this paragraph well and remove all CLASSPATH parameters
> from an artifact parameter list, i should get nothing deployed on the
> target platform. But it's not the case, even if I remove all entries of an
> artifact parameter list, i always get project classpath jars deployed ...
>
> It's not really a matter for small products, but i have to test a HUGE
> product and only want to deploy my necessary test material in order to
> test it, not the whole product (all the classpath referenced JARs).
>
> 1) How can I achieve this ?
>
> Moreover, this formality (almost) fits Java products needs but how can i
> use this for C, Cobol, etc. products ?
> I can of course define another test components in order to achieve this
> goal, but this new test component need to be includable in an artifact in
> order to match TPTP formality at best. the problem is that a C, Cobol,
> etc. product doesn't have the CLASSPATH formality !
> I don't understand why deployment features are technology dependant (Java)
> since it can be totally uncoupled (it's nothing more than file transfert).
> For example, i'd like to be able to deploy some files (test material) on a
> remote host using the TPTP deployment object on workbench side and RAC on
> target host side. If i create for example a CUnit test, i'd like to
> include my "C test" into the artifact and choose file to deploy without
> adding a CLASSPATH parameter.
> What would be good is to have the ability to choose the deployment content
> (via a file browser for example) and not bond it to a language formality.
>
> Can anyone explain me how to achieve that or perhaps i've missed something
> in TPTP ...
>
> Best regards.
> BQ.
>
>
|
|
|
Goto Forum:
Current Time: Mon Jul 07 14:57:07 EDT 2025
Powered by FUDForum. Page generated in 0.26387 seconds
|