Could you elaborate on this?

> -----Original Message-----
> From: Jacob Danner [mailto:[EMAIL PROTECTED] 
> Sent: Monday, November 07, 2005 2:55 PM
> To: [email protected]
> Subject: RE: Specify specific directory for "xmlbean" task to 
> compile classes to?
> 
> 
> <g /> I've hit this problems several times. I've found the 
> easiest solution is to rename parent directories. 
> 
> -----Original Message-----
> From: Raj Alagumalai 
> Sent: Monday, November 07, 2005 3:53 PM
> To: [email protected]
> Subject: RE: Specify specific directory for "xmlbean" task to 
> compile classes to?
> 
> David,
> 
> You could try using the .xsdconfig file to map 
> targetnamespace value to a shorter value.
>  
> http://xmlbeans.apache.org/docs/2.0.0/guide/antXmlbean.html
> 
> Cheers
> Raj
> 
> 
> -----Original Message-----
> From: Karr, David [mailto:[EMAIL PROTECTED]
> Sent: Monday, November 07, 2005 1:57 PM
> To: [email protected]
> Subject: RE: Specify specific directory for "xmlbean" task to 
> compile classes to?
> 
> Ok, I don't know why I didn't see this before, but I found 
> the "srcgendir" and "classgendir" attributes.  These work.
> 
> However, now I see a bizarre symptom that I've never seen in 
> Windows. The XMLBeans build process is creating file paths 
> that Windows cannot delete.  If I do a build, and then do a 
> "clean" afterwards, it fails, saying some of the file paths 
> are too long.  It doesn't matter whether I use those two 
> attributes or not.  If I don't set them, and then later try 
> to clear out my Windows Temp directory, it fails to delete 
> those files.  I found that the only way to clean out these 
> files is to move each directory one level up until the 
> resulting path to each file is "short enough" for the delete 
> operation to succeed.
> 
> Is there something I can do to mitigate this problem?
> 
> > -----Original Message-----
> > From: Karr, David
> > 
> > I noticed when building the samples, the "xmlbean" Ant task will
> > compile intermediate classes into my Windows "Temp"
> > directory.  I would have preferred to have intermediate objects all 
> > generated into my local "build" directory.  Is it practical 
> to make it
> 
> > do that?  I didn't see an attribute in the "xmlbean" task doc to do
> > this.
> > 
> > 
> ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> > 
> > 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to