Mailing-List: contact dev-help@geronimo.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@geronimo.apache.org
Received-SPF: neutral (asf.osuosl.org: local policy)
Mime-Version: 1.0 (Apple Message framework v733)
In-Reply-To: <97b0a44856adff4d7f467681481c2db0@gluecode.com>
References: <42EA3BAA.4020703@gmail.com>
 <97b0a44856adff4d7f467681481c2db0@gluecode.com>
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-Id: <3CF98A03-8F9E-4C62-8492-686688797EF5@iq80.com>
Content-Transfer-Encoding: 7bit
From: Dain Sundstrom <dain@iq80.com>
Subject: Re: build change...xmlbean2 issue
Date: Fri, 29 Jul 2005 09:01:33 -0700
To: dev@geronimo.apache.org

I think this is something the maven team dealt with recently.  You  
might want to ask them what solution they came up with.

BTW I don't think resource will work, since maven simply copies the  
resources into the classes directory.

-dain

On Jul 29, 2005, at 8:50 AM, David Jencks wrote:

> This might work, although it will cause significant additional  
> complications for use with idea and probably other tools.  From my  
> point of view this is sort of an eclipse limitation in that it  
> appears to be insisting that there can only be one "compiler"  
> producing binary output, and that compiler is the eclipse java  
> compiler.  I would think a more flexible approach would be to allow  
> adding multiple "compilers" to the eclipse project.
>
> I probably won't have time to look into this for a while.  If you  
> want to pursue it, you need to make sure that:
>
> 1. the "resources" directory you add is in target, not src
> 2. the maven xmlbeans plugin adds the resource directory to the  
> maven internal structures whether or not it runs xmlbeans to  
> generate code. I think there might be some code for including the  
> source schemas that might be similar to what you need.
> 3. modify the idea plugin to find the generated classes.  I don't  
> know if this is necessary and I don't know if it will confuse idea.
>
> Will doing this provide a solution to the eclipse classpath problem  
> as well?  IIUC to get eclipse to recognize the generated  classes  
> you need to put the final output jar on the eclipse classpath.  I  
> hope that there is one solution that will solve both problems.
>
> thanks
> david jencks
>
> On Jul 29, 2005, at 7:22 AM, Sachin Patel wrote:
>
>
>> What are peoples thoughts on the following change?...
>>
>> Maven as far as I know doesn't support multiple output folders, it  
>> only contains "/target/classes" so the binary output from  
>> xmlbeans2 is thrown into there, causing problems with Eclipse  
>> since these files are subject to being deleted.
>> However maven does have a concept of "resources".
>>
>> <resources>
>>  <resource>
>>    <directory>src/main/resources</directory>
>>  </resource>
>> </resources>
>>
>> In this example, every file in src/main/resources is copied as is  
>> to the target/classes directory, preserving any subdirectory  
>> structure.
>>
>> Can xmlbeans2 can generate for each project into its own  
>> <directory> outside of "target/classes"? This generated output  
>> will be copied into "target/classes" preserving the Maven build  
>> and IntelliJ support.  If so we can modify the maven-eclipse  
>> plugin to set this folder as a "classes" folder so its contents be  
>> preserved supporting Eclipse integration.
>>
>> Is this change feasible and doable?
>>
>> Thanks.
>>
>> Sachin.
>>
>