Hi
I have used JEdit some time before.It allows the line number to be passed as command line argument.For ex- Jedit "test.mp" +line:25.
Can anybody tell me whether this feature is available in TRex also i.e. to jump to a particular line number through command line.
If so , please let me know the exact usage.
Thanks
Kiran
Kiran Polaki wrote:
Hi
I have used JEdit some time before.It allows the line number to be passed as command line argument.For ex- Jedit "test.mp http://test.mp" +line:25.
Can anybody tell me whether this feature is available in TRex also i.e. to jump to a particular line number through command line.
If so , please let me know the exact usage.
Hi Kiran,
unfortunately, this is not supported.
Moreover, we do not see the application for this. (TRex is an IDE, i.e. TRex is supposed to call other tools -- but not the other way around.)
But you are welcome to convince us by telling us more about your use case for this:
Do you like to call TRex manually using a given line number? Or do you have another tool which reports line numbers inside a TTCN-3 file and you like to open that location in TRex? (In the latter case, it would probably more reasonable to include the functionality of that tool into TRex.)
Best regards on behalf of the TRex team, Helmut
Hi Helmut,
Thanks a lot for your prompt reply.Your guess is absolutely right.
It would be helpful if TRex supports the functionality to allow another tool which reports line numbers inside a TTCN-3 file and opens that line number in TRex.
Is it possible to get a version of TRex with the above feature implemented in future?
Please let me know your way forward regarding this.
Regards, Kiran
On 7/5/06, Helmut Neukirchen neukirchen@informatik.uni-goettingen.de wrote:
Kiran Polaki wrote:
Hi
I have used JEdit some time before.It allows the line number to be passed as command line argument.For ex- Jedit "test.mp http://test.mp" +line:25.
Can anybody tell me whether this feature is available in TRex also i.e. to jump to a particular line number through command line.
If so , please let me know the exact usage.
Hi Kiran,
unfortunately, this is not supported.
Moreover, we do not see the application for this. (TRex is an IDE, i.e. TRex is supposed to call other tools -- but not the other way around.)
But you are welcome to convince us by telling us more about your use case for this:
Do you like to call TRex manually using a given line number? Or do you have another tool which reports line numbers inside a TTCN-3 file and you like to open that location in TRex? (In the latter case, it would probably more reasonable to include the functionality of that tool into TRex.)
Best regards on behalf of the TRex team, Helmut -- Helmut Neukirchen mailto:neukirchen@informatik.uni-goettingen.de Institute for Informatics http://www.swe.informatik.uni-goettingen.de University of Göttingen, Lotzestr. 16-18 phone: +49 551 39 14695 D-37083 Göttingen, Germany fax: +49 551 39 14415 _______________________________________________ Trex-user mailing list Trex-user@informatik.uni-goettingen.de https://user.informatik.uni-goettingen.de/mailman/listinfo/trex-user
Kiran Polaki wrote:
Hi Helmut,
Thanks a lot for your prompt reply.Your guess is absolutely right.
It would be helpful if TRex supports the functionality to allow another tool which reports line numbers inside a TTCN-3 file and opens that line number in TRex.
Is it possible to get a version of TRex with the above feature implemented in future?
Please let me know your way forward regarding this.
As I said: The philosophy of an IDE like TRex is different: we consider it more reasonable to call such tools from within TRex and than parse back the output of that tool to add e.g. line markers in the TRex TTCN-3 editor (as we have done for the integration of the Tau G2/Tester compiler).
If you tell me more about your use case, we might think different.
Is your tool a compiler? (Then the above approach is the right one.)
Do you like to call an editor if a commit to some version control repository fails due to a commit hook which detects violation of some policy? Then a proper integration into a version control plug-in of Eclipse would be the right way.
Do you execute tests and like to open the location where a fail verdict was set? Then, add test execution capabilities to TRex.
Even if such integration does not exist, Eclipse already allows to call external tools using the "Run" menu. The only missing thing would be parsing back the console output of that tool.
Best regards, Helmut
Hi
In my case , I do run tests which generates log files containing the sequence of TTCN-3 statements executed.
Not necessarily , a fail verdict but i would be interested to be able to open the location of any TTCN statement from the log file.
Now I understand the philosophy of TRex.As you can see , my requirement can be satisfied if TRex allows it to be opened from the external tool.Can it be done in some other way? *
""Do you execute tests and like to open the location where a fail verdict was set? Then, add test execution capabilities to TRex."" *
I did not understand "then" part , what exactly u meant and how to do that ?
Did u mean that I should add my tool as new configuration under Run\External tools??
Regards,
Kiran
On 7/6/06, Helmut Neukirchen neukirchen@informatik.uni-goettingen.de wrote:
Kiran Polaki wrote:
Hi Helmut,
Thanks a lot for your prompt reply.Your guess is absolutely right.
It would be helpful if TRex supports the functionality to allow another tool which reports line numbers inside a TTCN-3 file and opens that line number in TRex.
Is it possible to get a version of TRex with the above feature implemented in future?
Please let me know your way forward regarding this.
As I said: The philosophy of an IDE like TRex is different: we consider it more reasonable to call such tools from within TRex and than parse back the output of that tool to add e.g. line markers in the TRex TTCN-3 editor (as we have done for the integration of the Tau G2/Tester compiler).
If you tell me more about your use case, we might think different.
Is your tool a compiler? (Then the above approach is the right one.)
Do you like to call an editor if a commit to some version control repository fails due to a commit hook which detects violation of some policy? Then a proper integration into a version control plug-in of Eclipse would be the right way.
Do you execute tests and like to open the location where a fail verdict was set? Then, add test execution capabilities to TRex.
Even if such integration does not exist, Eclipse already allows to call external tools using the "Run" menu. The only missing thing would be parsing back the console output of that tool.
Best regards, Helmut -- Helmut Neukirchen mailto:neukirchen@informatik.uni-goettingen.de Institute for Informatics http://www.swe.informatik.uni-goettingen.de University of Göttingen, Lotzestr. 16-18 phone: +49 551 39 14695 D-37083 Göttingen, Germany fax: +49 551 39 14415 _______________________________________________ Trex-user mailing list Trex-user@informatik.uni-goettingen.de https://user.informatik.uni-goettingen.de/mailman/listinfo/trex-user
On Thu, Jul 06, 2006 at 12:11:57PM +0100, Kiran Polaki wrote:
Hi
In my case , I do run tests which generates log files containing the sequence of TTCN-3 statements executed.
Not necessarily , a fail verdict but i would be interested to be able to open the location of any TTCN statement from the log file.
Now I understand the philosophy of TRex.As you can see , my requirement can be satisfied if TRex allows it to be opened from the external tool.Can it be done in some other way?
Well for fails/warnings etc. it would make sense to have your log format supported by TRex and have your compiler/executer added as an external compiler/executer in exactly the same was as we support Telelogic TAU's TTCN-3 compiler.
However, you mention that you wanted to be able to browse through the log file and jump to a file/line number whenever the combination of filename.ext:123 appears in the file (i.e. not only for warnings/errors). In your case I would suggest either 1) TRex provides some keyboard shortcut like the JDT 'Open Type' (ctrl-shift-t) which allows you to immediately jump to the file of the typed name in the current workspace. Then you can use the usual ctrl-L shortcut to jump to the line number you are interested in.
Otherwise, to achieve the automation you desire, you might find it useful to examine the 'AnyEdit' plugin, which I believe does something similar to what you want.
http://andrei.gmxhome.de/anyedit/index.html
Whether or not it would work in conjunction with TRex though I am not entirely sure.
Regards, Dominic
Kiran Polaki wrote:
Hi
In my case , I do run tests which generates log files containing the sequence of TTCN-3 statements executed.
Not necessarily , a fail verdict but i would be interested to be able to open the location of any TTCN statement from the log file.
Now I understand the philosophy of TRex.As you can see , my requirement can be satisfied if TRex allows it to be opened from the external tool.Can it be done in some other way?
""Do you execute tests and like to open the location where a fail verdict was set? Then, add test execution capabilities to TRex.""
I did not understand "then" part , what exactly u meant and how to do that ?
Did u mean that I should add my tool as new configuration under Run\External tools??
The best solution would be to fully integrate your tool into TRex. This would allow to run your tool as an external tool from within TRex and since such a solution would also parse the created log files would allow to link log file entries to lines of a TTCN-3 file. (However, parsing your tool's output needs to be manually implemented. As Dominic said: we have demonstrated this approach for the Telelogic TAU TTCN-3 compiler.)
Since implementing the parsing of the tool output requires some (but probably not much) efforts, it is unlikely that such an integration will be available soon.
Until then, I suggest to run your tool using Run->External tools. If your tool makes output to stdout and stderr, it will be shown in the Eclipse Console View. If it creates files, you may just open these file in Eclipse/TRex.
The 'AnyEdit' plugin suggested by Dominic might provide some convenience since it goes into the direction of parsing your tool's output by supporting to click on a file name contained in some text and to open that file in an TRex editor. (However, I never tried the 'AnyEdit' plugin.)
Best regards, Helmut
trex-user@informatik.uni-goettingen.de