Messages

1

General Board / Re: method-internal dependencies

« on: September 04, 2013, 05:23:32 pm »

...

That's all pure subjective, and has no relevance to what's provided in practice ...

Sorry but I don't understand, because I addressed different things, specifically "has no relevance to what's provided in practice".
My point is that:
1) I understand that if nobody misses the fact that a internally used class is a class dependency, then EA doesn't include it. Of course I'm not aware whether Im the only one or there are many requests. For me is basic though, and so I wanted to state it.
2) To parse Java code for that topic is easy.

If you mean that those are only opinions or statements biased by ma own experience, of course, they are.

2

General Board / Re: method-internal dependencies

« on: August 31, 2013, 03:01:02 am »

Yeah, I get that of politics, but really, it is strategy, and it is gooood I mean it. I understand that not all customer requests cannot be satisfied.

Remember, a grammar definition and a compiler is a tree-like, which means that you can stop caring about its branches as soon as you are not interested in details. That would apply for this case, were only variable declarations are interesting, whereas function/method calls are not.
But in this very particular case, as I said, it is just enough to read the initial imports, which means, even forgetting about grammars, just a text lineal text reading could solve the problem (there is no nesting, no sub elements, no nothing ) . Read Java "import" lines, and get the last word before the semicolon, and there you are, you got a class which is somehow related with the class at hand. Problem solved  8-)

PS. I actually think I did see the C grammar many years ago. I did even do a compiler of a simplification of pascal, and a parser of a simplied version of XML when it was a not completely defined language. BTW, at that time my parser was faster than Internet Explorer .

3

General Board / Re: method-internal dependencies

« on: August 30, 2013, 01:14:24 am »

I'm sorry but cannot agree.
-For Eclipse users, see at TopCased price (free). If EA wants to keep its thousands customers -each of them paying little, yes, I give you that -.
-For me the issue is quite relevant. There are relations which EA is not able to show, which means that the model doesn't fully model the code, which means that I still have to look at the code to understand the architecture. That is what I meant about being dead: cannot survive on its own
-A C parser is hard, but:
-- I think most of Software Engineers have done a parser -simplified but probably with compiler- in few months of part time during the undergrad studies.
-- This doesn't need to be a full parser, no semantic, and most of the code can be jumped over.
--That means, that IMO -only my opinion-, resources needed are little and even if the amount a customer pays is not huge, there are many.

Of course all these are strategic issues and a business has to set its priorities, but IMO business goals should lead the technical aspects and not the only way around.

My point was only to highlight the importance of this for me. It might be completely superficial for other customers, and in that case you guys are doing it perfectly.

I'm finding problems with the code synchronization and Eclipse Integration. Just take into account that that can be a decisive issue for others to start using EA. Whether it is a 1 person issue or a 1000.000 potential customers' is EA's to analyse

PS. wasn't it said that C was invented as a bet of designing the most complicated language , and java is just its child!

4

General Board / Re: method-internal dependencies

« on: August 29, 2013, 05:38:22 pm »

I was afraid, that was the answer.
That is IMO a great drawback: for me it's basic that type of dependency. A reverse engineering process is just getting a partial model. More even with synchronization: it means that whenever I add class in the code, I have to manually add the association? This is the death of Model Driven Development. This is the kind of things why many people (and that means companies) are against MDD: synchronization doesn't work.
In case of Java at least, an easy solution would be to add as associations the "imports" (every class used has its import), which means it wouldn't require go through the code, the syntax extremely easy to find and to handle.  
Really, a pity.

5

General Board / method-internal dependencies

« on: August 29, 2013, 03:45:36 am »

Hi all,

class A{

  void method() {
    B b= new B();
    ...
  }

}//- class A

That means A depends on B. For example, if I remove default constructor from B, A will not work.

Therefore I want that in the model when I reverse engineer A and B, that dependency appears in the model.

How do I get that?
It seems that associations are only created if (in example) A has an instance of B as attribute, as return type for method, or as parameter for a method.
Thanks folks,
Luis

6

General Board / Relative links to local files in html reports?

« on: May 31, 2013, 09:03:26 am »

Let's imagine I want to link a local file "../a.jpg" with in the model, for example as a file field in an artifact. ok, no problem.
But now, if I generate the html report, the link is not consistent anymore since the location of the html file for the diagram is not known.  :-?
It can be something like
EARoot/EAy/EAxx.html
or
EARoot/EAy/EA45/EAxx.html.
It seems there is not way to know at what depth in the directory the html document will be generated.
Am I right?
How could I reference a local file relative to the eap file as well as the generated html documentation?
Thanks for any help here