Hi Kaelin,
there is a workaround/solution for your problem. From the menu choose
Window->Preferences->Java->Organize Imports and set 'Number of imports
needed for *' to one.
Ulrich
Am Freitag, 27.06.03 um 15:59 Uhr schrieb Kaelin Colclasure:
> On Friday, June 27, 2003, at 01:38 AM, Ulrich Köster wrote:
>
>> Hi Kaelin,
>>
>> could you check your PB.project for duplicates like
>>
>> src/Foo.java
>> src/com/foo/Foo.java
>
> I don't seem to have any duplicates like this, but I do think I've
> tracked down at least part of the problem. I found an old post that
> mentioned it was necessary to use wildcard package import statements
> in WOComponent source files, or WebObjects Builder will not pick up
> the imports and parse actions and keys from the relevant files... I'd
> already reverted to keeping my component classes in the default
> package, but this did fix the problem I was having using pre-existing
> classes that live in packages.
>
> I am in the habit of letting Eclipse manage my imports, which means I
> generally have a list of explicit, fully qualified class names
> imported into my source files, not entire packages. So that was at
> least part of the issue -- and it's a WebObjects Builder problem that
> has nothing to do with WOLips or WOProject.
>
>> Which version are you using? (Eclipse/WOLips/WO/OS)
>
> Eclipse 3.0 M1 / WOLips 1.0.3 / WebObjects 5.2.1 / Mac OS X 10.2.6
>
>> Ulrich
>> Am Freitag, 27.06.03 um 00:27 Uhr schrieb Kaelin Colclasure:
>>
>>> Sorry if this has already been covered on the list, but I don't see
>>> it in the documentation: What do I have to do to move my component
>>> classes into a named package? I've naively tried just using the
>>> built-in Eclipse refactoring, but now WebObjects Builder can't seem
>>> to parse my class files for actions and keys... I presume I need to
>>> tell it the files have moved, but how?
>>>
>>> Note that I did see the caveat about package scope visibility not
>>> working outside of the default package... I'm pretty sure that's not
>>> the problem, because all of my accessors are explicitly declared
>>> public.
>>>
>>> -- Kaelin
>>>
>>
>
This archive was generated by hypermail 2.0.0 : Fri Jun 27 2003 - 10:34:03 EDT