I've checked the possibility of Object inclusion in partial/full reparse hooks and it did the job!

The hook added Object (as a string) to a type tag ":superclasses" attribute on both partial and full reparses, if a) the name of the tag was not equal to "Object" (to avoid recursion) and b) the tag had nothing in the ":superclasses" attribute.

I wont include the patch here - because of the papers, but it was trivial to implement.

Alex, can you implement it? To finish the "built-in issue"..?
On Nov 8, 2012 2:19 AM, "Vladimir Kazanov" <vkazanov@inbox.ru> wrote:
>
> Correct me - I may have misunderstood you. You want to alter the results of parsing by expanding such "wildcards" into normal tags?
>
> BTW, apart from that case expanding in semantic-after-toplevel-cache-change-hook may be useful for another problem. In Java all classes either explicitly or implicitly inhertit from a single superclass - Object. Right now the situation is following:
>
> 1. classes - and their non-jar children down the hierarchy - from jars have common Object methods such as toString(). Correct.
> 2. classes with Object explicitly specified as their parent have the methods. Correct.
> 3. classes with no parents have no such methods. Wrong.
>
> I was studying the possibility of injecting Object into hierarchy in semantic-calculate-scope, but for some reason my naive approach did not work. Implicitly adding Object as a tag in semantic-after-toplevel-cache-change-hook would probably solve the problem in an easier way.
>
>
>
> On Wed, Nov 7, 2012 at 11:42 PM, Alex Ott <alexott@gmail.com> wrote:
>>
>> I thought about implicit expansion in
>> semantic-after-toplevel-cache-change-hook also because it would
>> possible to provide support for 'import something.*;' - in this case,
>> we could search for classes in given package, and inject them into
>> current tag cache
>>
>> On Wed, Nov 7, 2012 at 9:27 AM, Vladimir Kazanov <vkazanov@inbox.ru> wrote:
>> >
>> >
>> > Alex,
>> >
>> > I think I am pretty close to solving this problem. As far as I can see,
>> > semanticdb-typecache-find java-specific override should be fixed to take in
>> > account java.lang.* searches, as all the tags required are already
>> > accessible.
>> >
>> > For example, the following code gives me nice String method completions
>> > (java.lang.String is not imported):
>> >
>> > java.lang.String tst;
>> > tst. // completion follow
>> >
>> > The point is that typecache searches should also check if there is
>> > java.lang.Smth, not just Smth.
>> >
>> > On Wed, Nov 7, 2012 at 2:58 PM, Alex Ott <alexott@gmail.com> wrote:
>> >>
>> >> Yes, I received the patch, slightly modified it and currently trying
>> >> to implement name completion for built-in java classes.
>> >>
>> >> My idea is to get list of built-in classes and inject them into tags,
>> >> but I'm currently not sure how it's better to make this - I thought
>> >> about use of semantic-after-toplevel-cache-change-hook - but we need
>> >> to have this only for java-mode, and in description of this hook there
>> >> is notification about potential problems if it will become mode-local.
>> >>
>> >> Maybe somebody has other ideas? I think, that this isn't Java-specific
>> >> problem, Python also has modules that automatically imported during
>> >> startup...
>> >>
>> >> On Mon, Nov 5, 2012 at 8:30 PM, David Engster <deng@randomsample.de>
>> >> wrote:
>> >> > Vladimir Kazanov writes:
>> >> >> The diff attached is a fix of the very first problem I noticed:
>> >> >> java.lang
>> >> >> package is not included for auto-completion. The code is simple, it
>> >> >> uses the
>> >> >> new JDK-locating function to to get the appropriate table from the JDK
>> >> >> jar
>> >> >> file.
>> >> >>
>> >> >> This is a rather quick and obvious fix, but it works for me.
>> >> >
>> >> > Thank you for the patch! Regarding the actual content, I hope Alex will
>> >> > chime in, since I'm not familiar with the Java code. I'm only here to
>> >> > give you the standard blurb: ;-)
>> >> >
>> >> > While this patch is still small enough to qualify as a so called "tiny
>> >> > change", if you plan on submitting further fixes, the FSF will need
>> >> > signed papers from you. This is required because CEDET is merged with
>> >> > GNU Emacs. If you need help with that, please let me know.
>> >> >
>> >> > -David
>> >> >
>> >> >
>> >> > ------------------------------------------------------------------------------
>> >> > LogMeIn Central: Instant, anywhere, Remote PC access and management.
>> >> > Stay in control, update software, and manage PCs from one command center
>> >> > Diagnose problems and improve visibility into emerging IT issues
>> >> > Automate, monitor and manage. Do more in less time with Central
>> >> > http://p.sf.net/sfu/logmein12331_d2d
>> >> > _______________________________________________
>> >> > Cedet-devel mailing list
>> >> > Cedet-devel@lists.sourceforge.net
>> >> > https://lists.sourceforge.net/lists/listinfo/cedet-devel
>> >>
>> >>
>> >>
>> >> --
>> >> With best wishes,                    Alex Ott
>> >> http://alexott.net/
>> >> Twitter: alexott_en (English), alexott (Russian)
>> >> Skype: alex.ott
>> >>
>> >>
>> >> ------------------------------------------------------------------------------
>> >> LogMeIn Central: Instant, anywhere, Remote PC access and management.
>> >> Stay in control, update software, and manage PCs from one command center
>> >> Diagnose problems and improve visibility into emerging IT issues
>> >> Automate, monitor and manage. Do more in less time with Central
>> >> http://p.sf.net/sfu/logmein12331_d2d
>> >> _______________________________________________
>> >> Cedet-devel mailing list
>> >> Cedet-devel@lists.sourceforge.net
>> >> https://lists.sourceforge.net/lists/listinfo/cedet-devel
>> >>
>> >
>> > --
>> > Yours sincerely,
>> >
>> > Vladimir Kazanov,
>> > software developer,
>> > mob. +7 (963) 304-05-12
>> >
>> >
>> > ICQ: 82042707
>> > skype: stvovka
>> > email: vkazanov@inbox.ru
>> > --
>> >
>> > С уважением,
>> >
>> > Владимир Казанов,
>> > программист,
>> > моб. +7 (963) 304-05-12
>> >
>> >
>> > ICQ 82042707
>> > skype: stvovka
>> > эл.почта vkazanov@inbox.ru
>>
>>
>>
>> --
>> With best wishes,                    Alex Ott
>> http://alexott.net/
>> Twitter: alexott_en (English), alexott (Russian)
>> Skype: alex.ott
>>
>
>
>
> --
> Yours sincerely,
>
> Vladimir Kazanov,
> software developer,
> mob. +7 (963) 304-05-12
> ICQ: 82042707
> skype: stvovka
> email: vkazanov@inbox.ru
> --
>
> С уважением,
>
> Владимир Казанов,
> программист,
> моб. +7 (963) 304-05-12
> ICQ 82042707
> skype: stvovka
> эл.почта vkazanov@inbox.ru