Am 16.03.2004 um 14:58 schrieb Charles-Edouard Ruault:
> Ulrich,
> thanks for taking the time for such a lengthy explanation ! I see your
> point here.
You're welcome.
> I'll try the workaround and see how it works.
It's not a workaround it's the solution.
> Is there any info ( logs etc ... ) i could give you in order to
> pinpoint the problem i'm having ? i'm sure i'm not the only one having
> this annoying problem ....
The problem are the duplicates of your classes. The classpath container
solves this problem very well. Starting with WOLips 1.0.7.50 it's
impossible to add frameworks via the context menu entries. (Add ....
framework.)
At the time we implement the stuff in WOLips we had no idea that it
leads to the problem you have. Anyway we provide a good solution. The
latest builds for Eclipse includes updated docu for the problem.
To make it smoother for existing user we could add a wizard that does
the steps for you. Please add a feature request in the case we should
add this feature:
Ulrich
> Thanks again for your help and for creating such a great project.
> Regards.
>
> On Mar 16, 2004, at 2:43 PM, Ulrich Köster wrote:
>
>>
>> Am 16.03.2004 um 13:48 schrieb Charles-Edouard Ruault:
>>
>>>
>>> On Mar 16, 2004, at 1:18 PM, Ulrich Köster wrote:
>>>
>>>>
>>>> Am 16.03.2004 um 13:07 schrieb Charles-Edouard Ruault:
>>>>
>>>>> Hi Ulrich
>>>>> thanks for the info.
>>>>> We're also seeing the same behaviour on eclipse 2.1.2/Wolips
>>>>> 1.0.7.38 ( both on mac and linux ).
>>>>
>>>> You should upgrade to 1.0.7.50. It has a lot of improvements and
>>>> bugfixes.
>>>
>>> My collegue is using Eclipse 2.1.2 with Wolips 1.0.7.50 and he also
>>> has the same problem.
>>>>
>>>>> Are you sure it's only related to eclipse ?
>>>>
>>>> I thought the upgrade to RC3 was the problem. Is it possible that
>>>> you have circular references.
>>>>
>>>> The classpath container in 1.0.7.50 could be the solution. The cool
>>>> thing is that you don't have to install your frameworks during
>>>> development and include the jar in the classpath. Just include the
>>>> project in the classpath and WOLips takes care about the rest.
>>>>
>>>>
>>> Could you plesase give me more info about this ? What i'm trying to
>>> achieve here for example is to add log4j.jar in the classpath for my
>>> applications.
>>> I'm also having the problem ( not systematic though ) when in want
>>> to add a project on the build path .
>>
>>
>> Let's start with log4j. Create a new java project named log4j and
>> move the log4j.jar into the lib folder. (You have to create the lib
>> folder manually.)
>>
>> Include the log4j.jar in the Eclipse classpath and export the entry.
>>
>> Change the lib section in build.xml of the APPLICATION
>>
>>
>> <lib dir="../log4j/lib">
>> <include name="log4j.jar"/>
>> </lib>
>>
>> All project that requires log4j should depend on the log4j project.
>> That means you have to add the log4j project to the list of projects
>> on the java build path properties page.
>>
>>
>> To update to the classpath container:
>> 1. Remove all entries under the Project and Libraries tab for each
>> project and add the "JRE System Library" and "WOFrameworks" container
>> with the button "Add Library" button.
>> <pastedGraphic1.tiff>
>> 2. Start with a framework project and add the required projects and
>> frameworks. Don't add frameworks from the workspace to the
>> "WOFrameworks" container select them as a project under the projects
>> tab. To add items to the "WOFrameworks" container, select it and
>> choose edit.
>>
>> 3. Repeat step 2 for all your framework and application projects.
>>
>>
>> What happens behind the scenes. When you launch your Application in
>> Eclipse WOLips adds the frameworks jars from all dependent projects
>> in the workspace to the end of the classpath. The effect is that the
>> application can find it bundles and loads the classes from the
>> project.
>>
>> The framework must be visible in Eclipse to be included.
>>
>> Some words about the "WOFrameworks" container. The container stores
>> the names of the frameworks and not the root where the framework is
>> located on your machine. A little example to explain it:
>> A framework foo is installed under local.library on your machine and
>> user.home.library on your co workers machine. The container looks
>> into external root(ProjectWonder), user.home, local root and system
>> root to find the framework. The container graps framework from
>> local.library on your machine and the one from the user.home on your
>> co workers machine.
>>
>> Ulrich
>>>
>>>> Ulrich
>>>>
>>>>> Thanks for your help.
>>>>>
>>>>> On Mar 16, 2004, at 11:44 AM, Ulrich Köster wrote:
>>>>>
>>>>>>
>>>>>> Am 15.03.2004 um 14:35 schrieb Charles-Edouard Ruault:
>>>>>>
>>>>>>> Hi all,
>>>>>>>
>>>>>>> i'm running into a consistent problem with WOLips, and 'im
>>>>>>> wondering if this is a known problem.
>>>>>>> I'm running Wolips 1.0.7.50 with eclipse 2.1.3RC3 on MacOS X
>>>>>>> 10.3.2. Patched ant.core plugin.
>>>>>>>
>>>>>>> After adding existing projects ( Frameworks or Applications ) to
>>>>>>> the workspace, i need to add some existing jars to the classpath
>>>>>>> ( log4j for example ).
>>>>>>> In order to do this, i use the following :
>>>>>>>
>>>>>>> Project -> Properties -> Java Build Path -> Libraries
>>>>>>> Then i select Add Variable -> Extend -> NEXT_LOCAL_ROOT and
>>>>>>> then i navigate the local filesystem to select the library.
>>>>>>> When i click ok, the main dialog to close the "Properties" i'm
>>>>>>> getting a progress information displaying "Setting build path,
>>>>>>> updating"
>>>>>>> and eclipse is stuck there forever.
>>>>>>> The only way to get out of this if to "Force Quit" eclipse.
>>>>>>>
>>>>>>> So the only way i found to add a libraries to the application
>>>>>>> path, i have to manually edit the .classpath file located in the
>>>>>>> project root.
>>>>>>> This is quite annoying ....
>>>>>>>
>>>>>>> Has anyone seen this ? any workaround / solution ?
>>>>>>>
>>>>>>> Thanks in advance for your help.
>>>>>>> Regards
>>>>>>>
>>>>>>> PS: the same problem exists with eclipse 2.1.2 ( both on linux
>>>>>>> and MacOSX ).
>>>>>>
>>>>>> RC3 has some issues. As a workaround use RC2.
>>>>>>
>>>>>> Ulrich
>>>>>>
>>>>>
>>>>
>>>
>>>
> Charles-Edouard Ruault
> Idtect SA
> tel: +33-1-42-81-81-84
> fax: +33-1-42-81-82-21
> http://www.idtect.com
>
This archive was generated by hypermail 2.0.0 : Tue Mar 16 2004 - 09:25:23 EST