james-server-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Manuel Carrasco Moñino <manuel.carrasc...@gmail.com>
Subject Re: svn commit: r883284 - /james/hupa/trunk/README.txt
Date Tue, 24 Nov 2009 18:14:01 GMT
On Tue, Nov 24, 2009 at 4:10 PM, Stefano Bagnara <apache@bago.org> wrote:

> 2009/11/24 Manuel Carrasco Moñino <manuel.carrasco.m@gmail.com>
> >
> > Hi,
> >
> > Subversion allows having symbolic links into the repository, so it would
> be
> > better do this with 'war' directory pointing to 'client/war'.
> > I think in windows svn client should use the most appropriate thing to
> > handle it (junction in ntfs, or whatever).
> > What do you guys think?
>
> It's not about what I think, but about support. I admit I never looked
> into this but I don't expect eclipse svn providers (none of them) or
> tortoisesvn to support symbolic link on windows. If you know what
> windows "providers" works then we could document it and add the needed
> svn properties, but if we already know no provider is going to look at
> that property then we can simply keep doing things manually.
>

I think some providers do it, but I need to research more.
Anyway, you are right, if we maintain the link in svn, we could cause
problems to people who are using FS which not support links (fat, cifs ...)
So I vote to maintain the documentation about how to do it manually and why.


>
> If I understood it correctly, the current "hack" is needed because of
> bugs in google eclipse plugin and bugs in the gwt maven plugin, maybe
> in future they will fix them.
>
>
This is the point, I think it will be fixed soon and it should be possible
to specify where the war is in both, eclipse and mvn plugins.


> I documented the use of junction because while I read the README and
> it suggested me to keep a local manual copy of that folder I knew ntfs
> junction was there to help me, so while I did it and verified it was
> working I also updated the README.
>

Nice, this is what we need: contributions.

I just wanted to open a thread about the svn:special property. I've used it
in unixes for a long, but no experience at all in windows.

thanks

Manolo


>
> Stefano
>
> > Manolo
> >
> > On Mon, Nov 23, 2009 at 9:56 AM, <bago@apache.org> wrote:
> >
> > > Author: bago
> > > Date: Mon Nov 23 08:56:55 2009
> > > New Revision: 883284
> > >
> > > URL: http://svn.apache.org/viewvc?rev=883284&view=rev
> > > Log:
> > > documented the use of "junction" command (the ln for windows).
> > >
> > > Modified:
> > >    james/hupa/trunk/README.txt
> > >
> > > Modified: james/hupa/trunk/README.txt
> > > URL:
> > >
> http://svn.apache.org/viewvc/james/hupa/trunk/README.txt?rev=883284&r1=883283&r2=883284&view=diff
> > >
> > >
> ==============================================================================
> > > --- james/hupa/trunk/README.txt (original)
> > > +++ james/hupa/trunk/README.txt Mon Nov 23 08:56:55 2009
> > > @@ -46,8 +46,11 @@
> > >   In unix-like environments make these symbolic links:
> > >        $ ln -s client/war war
> > >        $ ln -s ../../src/main/webapp/WEB-INF/web.xml
> > > client/war/WEB-INF/web.xml
> > > -  In windows
> > > -       copy recursively 'client/war' to 'war'
> > > +  In windows you can either:
> > > +  a)   use Sysinternal's Junction command
> > > +       (
> > > http://technet.microsoft.com/it-it/sysinternals/bb896768(en-us).aspx<http://technet.microsoft.com/it-it/sysinternals/bb896768%28en-us%29.aspx>
> <http://technet.microsoft.com/it-it/sysinternals/bb896768%28en-us%29.aspx>
> > > )
> > > +       > junction war client\war
> > > +  b)   copy recursively 'client/war' to 'war'
> > >        copy 'client/src/main/webapp/WEB-INF/web.xml' to
> > > 'client/war/WEB-INF'
> > >   Then, set project's output directory to:
> /hupa/client/war/WEB-INF/classes
> > >        properties -> Java Build Path -> Source -> Default output folder
> > >
> > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
> > > For additional commands, e-mail: server-dev-help@james.apache.org
> > >
> > >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
> For additional commands, e-mail: server-dev-help@james.apache.org
>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message