Maven, Subversion and Eclipse issue

[Refr Bruhl]

Team

I've an issue with the m2 plugin using maven in conjunction with subversion. 
Since this crosses three platforms I thought I would try both the subversion 
and 
maven list to see if anyone has run across a similar issue and what the 
solution 
was.

When maven dependency is enabled for an eclipse project the maven plugin will 
ensure the target subdirectory exists. This is usally a good thing. 


When the project is committed to subversion is when issues arise

When a mvn clean is issued either thru the plugin or at the command shell the 
target directory is deleted. The eclipse maven 2 plugin will recreate the 
target 
subdirectory

However subversion now complains the directory is out of sync. Most times the 
subversion plugin will not allow a force update. 


My current workaround is not to commit the entire project -- just subfolder 
components when I make updates. I'm thinking there is a cleaner solution to 
this.

Using this method I am forced to use svn shell commands to create tags. The tag 
feature of the subversion plugin will not work unless all sub directories are 
commitable. 


has anyone else ran into this? If so what solutions or workarounds were found?


Platform details below

Eclipse:

Eclipse Java EE IDE for Web Developers.

Version: Helios Release
Build id: 20100617-1415

(c) Copyright Eclipse contributors and others 2005, 2010.  All rights reserved.
Visit http://www.eclipse.org/webtools

Maven for Eclipse:

M2 plugin by Sonatype 0.12.1.2011

Subversion for Eclipse
Subversive byu Polarion 2.2.2

 
OS: Windows XP


--Refr inn gra


"Wars are to be won with swords and spears, 
not with rice and salt." -- Uesugi Kenshin

Re: Maven, Subversion and Eclipse issue

[Refr Bruhl]

The subversion plugin doesn't really give that as an option unless every time 
you commit you uncheck the target directory. It would be nice if the subversion 
plugin had an option to exclude directories at set up time. 



 --Refr inn gra


"Wars are to be won with swords and spears, 
not with rice and salt." -- Uesugi Kenshin



- Original Message 
From: Alex Lopez 
To: us...@maven.apache.org
Sent: Mon, May 9, 2011 9:50:36 AM
Subject: Re: Maven, Subversion and Eclipse issue

never a good idea to commit the target dir IMO...

Em 09-05-2011 15:42, Refr Bruhl escreveu:
>
> Team
>
> I've an issue with the m2 plugin using maven in conjunction with subversion.
> Since this crosses three platforms I thought I would try both the subversion 
>and
> maven list to see if anyone has run across a similar issue and what the 
>solution
> was.
>
> When maven dependency is enabled for an eclipse project the maven plugin will
> ensure the target subdirectory exists. This is usally a good thing.
>
>
> When the project is committed to subversion is when issues arise
>
> When a mvn clean is issued either thru the plugin or at the command shell the
> target directory is deleted. The eclipse maven 2 plugin will recreate the 
>target
> subdirectory
>
> However subversion now complains the directory is out of sync. Most times the
> subversion plugin will not allow a force update.
>
>
> My current workaround is not to commit the entire project -- just subfolder
> components when I make updates. I'm thinking there is a cleaner solution to
> this.
>
> Using this method I am forced to use svn shell commands to create tags. The 
tag
> feature of the subversion plugin will not work unless all sub directories are
> commitable.
>
>
> has anyone else ran into this? If so what solutions or workarounds were found?
>
>
> Platform details below
>
> Eclipse:
>
> Eclipse Java EE IDE for Web Developers.
>
> Version: Helios Release
> Build id: 20100617-1415
>
> (c) Copyright Eclipse contributors and others 2005, 2010.  All rights 
reserved.
> Visit http://www.eclipse.org/webtools
>
> Maven for Eclipse:
>
> M2 plugin by Sonatype 0.12.1.2011
>
> Subversion for Eclipse
> Subversive byu Polarion 2.2.2
>
>
> OS: Windows XP
>
>
> --Refr inn gra
>
>
> "Wars are to be won with swords and spears,
> not with rice and salt." -- Uesugi Kenshin
>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: Maven, Subversion and Eclipse issue

[Refr Bruhl]

So that is manual svn command outside of eclipse?

I'll give it a shot. Thank you!

 --Refr inn gra


"Wars are to be won with swords and spears, 
not with rice and salt." -- Uesugi Kenshin



- Original Message 
From: Brian Smith 
To: Maven Users List 
Cc: Subversion Mailing List 
Sent: Mon, May 9, 2011 9:56:14 AM
Subject: Re: Maven, Subversion and Eclipse issue

We set the following on each module's trunk:

$ svn ps svn:ignore core  "
target
.project
.classpath
.settings"



On 9 May 2011 15:42, Refr Bruhl  wrote:

>
> Team
>
> I've an issue with the m2 plugin using maven in conjunction with
> subversion.
> Since this crosses three platforms I thought I would try both the
> subversion and
> maven list to see if anyone has run across a similar issue and what the
> solution
> was.
>
> When maven dependency is enabled for an eclipse project the maven plugin
> will
> ensure the target subdirectory exists. This is usally a good thing.
>
>
> When the project is committed to subversion is when issues arise
>
> When a mvn clean is issued either thru the plugin or at the command shell
> the
> target directory is deleted. The eclipse maven 2 plugin will recreate the
> target
> subdirectory
>
> However subversion now complains the directory is out of sync. Most times
> the
> subversion plugin will not allow a force update.
>
>
> My current workaround is not to commit the entire project -- just subfolder
> components when I make updates. I'm thinking there is a cleaner solution to
> this.
>
> Using this method I am forced to use svn shell commands to create tags. The
> tag
> feature of the subversion plugin will not work unless all sub directories
> are
> commitable.
>
>
> has anyone else ran into this? If so what solutions or workarounds were
> found?
>
>
> Platform details below
>
> Eclipse:
>
> Eclipse Java EE IDE for Web Developers.
>
> Version: Helios Release
> Build id: 20100617-1415
>
> (c) Copyright Eclipse contributors and others 2005, 2010.  All rights
> reserved.
> Visit http://www.eclipse.org/webtools
>
> Maven for Eclipse:
>
> M2 plugin by Sonatype 0.12.1.2011
>
> Subversion for Eclipse
> Subversive byu Polarion 2.2.2
>
>
> OS: Windows XP
>
>
> --Refr inn gra
>
>
> "Wars are to be won with swords and spears,
> not with rice and salt." -- Uesugi Kenshin
>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>
>

Re: Maven, Subversion and Eclipse issue

[Brian Smith]

We set the following on each module's trunk:

$ svn ps svn:ignore core  "
target
.project
.classpath
.settings"



On 9 May 2011 15:42, Refr Bruhl  wrote:

>
> Team
>
> I've an issue with the m2 plugin using maven in conjunction with
> subversion.
> Since this crosses three platforms I thought I would try both the
> subversion and
> maven list to see if anyone has run across a similar issue and what the
> solution
> was.
>
> When maven dependency is enabled for an eclipse project the maven plugin
> will
> ensure the target subdirectory exists. This is usally a good thing.
>
>
> When the project is committed to subversion is when issues arise
>
> When a mvn clean is issued either thru the plugin or at the command shell
> the
> target directory is deleted. The eclipse maven 2 plugin will recreate the
> target
> subdirectory
>
> However subversion now complains the directory is out of sync. Most times
> the
> subversion plugin will not allow a force update.
>
>
> My current workaround is not to commit the entire project -- just subfolder
> components when I make updates. I'm thinking there is a cleaner solution to
> this.
>
> Using this method I am forced to use svn shell commands to create tags. The
> tag
> feature of the subversion plugin will not work unless all sub directories
> are
> commitable.
>
>
> has anyone else ran into this? If so what solutions or workarounds were
> found?
>
>
> Platform details below
>
> Eclipse:
>
> Eclipse Java EE IDE for Web Developers.
>
> Version: Helios Release
> Build id: 20100617-1415
>
> (c) Copyright Eclipse contributors and others 2005, 2010.  All rights
> reserved.
> Visit http://www.eclipse.org/webtools
>
> Maven for Eclipse:
>
> M2 plugin by Sonatype 0.12.1.2011
>
> Subversion for Eclipse
> Subversive byu Polarion 2.2.2
>
>
> OS: Windows XP
>
>
> --Refr inn gra
>
>
> "Wars are to be won with swords and spears,
> not with rice and salt." -- Uesugi Kenshin
>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>
>

Re: Maven, Subversion and Eclipse issue

[Refr Bruhl]

Somethnig to investigate. Thanks for the heads up }:O)

--Refr inn gra


"Wars are to be won with swords and spears, 
not with rice and salt." -- Uesugi Kenshin



- Original Message 
From: Fernando Ribeiro 
To: Maven Users List 
Cc: Subversion Mailing List 
Sent: Mon, May 9, 2011 10:05:48 AM
Subject: Re: Maven, Subversion and Eclipse issue

The SVN ignore file does that trick, right?

on, May 9, 2011 at 12:03 PM, Refr Bruhl  wrote:

>
> The subversion plugin doesn't really give that as an option unless every
> time
> you commit you uncheck the target directory. It would be nice if the
> subversion
> plugin had an option to exclude directories at set up time.
>
>
>
>  --Refr inn gra
>
>
> "Wars are to be won with swords and spears,
> not with rice and salt." -- Uesugi Kenshin
>
>
>
> - Original Message 
> From: Alex Lopez 
> To: us...@maven.apache.org
> Sent: Mon, May 9, 2011 9:50:36 AM
> Subject: Re: Maven, Subversion and Eclipse issue
>
> never a good idea to commit the target dir IMO...
>
> Em 09-05-2011 15:42, Refr Bruhl escreveu:
> >
> > Team
> >
> > I've an issue with the m2 plugin using maven in conjunction with
> subversion.
> > Since this crosses three platforms I thought I would try both the
> subversion
> >and
> > maven list to see if anyone has run across a similar issue and what the
> >solution
> > was.
> >
> > When maven dependency is enabled for an eclipse project the maven plugin
> will
> > ensure the target subdirectory exists. This is usally a good thing.
> >
> >
> > When the project is committed to subversion is when issues arise
> >
> > When a mvn clean is issued either thru the plugin or at the command shell
> the
> > target directory is deleted. The eclipse maven 2 plugin will recreate the
> >target
> > subdirectory
> >
> > However subversion now complains the directory is out of sync. Most times
> the
> > subversion plugin will not allow a force update.
> >
> >
> > My current workaround is not to commit the entire project -- just
> subfolder
> > components when I make updates. I'm thinking there is a cleaner solution
> to
> > this.
> >
> > Using this method I am forced to use svn shell commands to create tags.
> The
> tag
> > feature of the subversion plugin will not work unless all sub directories
> are
> > commitable.
> >
> >
> > has anyone else ran into this? If so what solutions or workarounds were
> found?
> >
> >
> > Platform details below
> >
> > Eclipse:
> >
> > Eclipse Java EE IDE for Web Developers.
> >
> > Version: Helios Release
> > Build id: 20100617-1415
> >
> > (c) Copyright Eclipse contributors and others 2005, 2010.  All rights
> reserved.
> > Visit http://www.eclipse.org/webtools
> >
> > Maven for Eclipse:
> >
> > M2 plugin by Sonatype 0.12.1.2011
> >
> > Subversion for Eclipse
> > Subversive byu Polarion 2.2.2
> >
> >
> > OS: Windows XP
> >
> >
> > --Refr inn gra
> >
> >
> > "Wars are to be won with swords and spears,
> > not with rice and salt." -- Uesugi Kenshin
> >
> >
> > -
> > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> > For additional commands, e-mail: users-h...@maven.apache.org
> >
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>
>

Re: Maven, Subversion and Eclipse issue

[Fernando Ribeiro]

The SVN ignore file does that trick, right?

on, May 9, 2011 at 12:03 PM, Refr Bruhl  wrote:

>
> The subversion plugin doesn't really give that as an option unless every
> time
> you commit you uncheck the target directory. It would be nice if the
> subversion
> plugin had an option to exclude directories at set up time.
>
>
>
>  --Refr inn gra
>
>
> "Wars are to be won with swords and spears,
> not with rice and salt." -- Uesugi Kenshin
>
>
>
> - Original Message 
> From: Alex Lopez 
> To: us...@maven.apache.org
> Sent: Mon, May 9, 2011 9:50:36 AM
> Subject: Re: Maven, Subversion and Eclipse issue
>
> never a good idea to commit the target dir IMO...
>
> Em 09-05-2011 15:42, Refr Bruhl escreveu:
> >
> > Team
> >
> > I've an issue with the m2 plugin using maven in conjunction with
> subversion.
> > Since this crosses three platforms I thought I would try both the
> subversion
> >and
> > maven list to see if anyone has run across a similar issue and what the
> >solution
> > was.
> >
> > When maven dependency is enabled for an eclipse project the maven plugin
> will
> > ensure the target subdirectory exists. This is usally a good thing.
> >
> >
> > When the project is committed to subversion is when issues arise
> >
> > When a mvn clean is issued either thru the plugin or at the command shell
> the
> > target directory is deleted. The eclipse maven 2 plugin will recreate the
> >target
> > subdirectory
> >
> > However subversion now complains the directory is out of sync. Most times
> the
> > subversion plugin will not allow a force update.
> >
> >
> > My current workaround is not to commit the entire project -- just
> subfolder
> > components when I make updates. I'm thinking there is a cleaner solution
> to
> > this.
> >
> > Using this method I am forced to use svn shell commands to create tags.
> The
> tag
> > feature of the subversion plugin will not work unless all sub directories
> are
> > commitable.
> >
> >
> > has anyone else ran into this? If so what solutions or workarounds were
> found?
> >
> >
> > Platform details below
> >
> > Eclipse:
> >
> > Eclipse Java EE IDE for Web Developers.
> >
> > Version: Helios Release
> > Build id: 20100617-1415
> >
> > (c) Copyright Eclipse contributors and others 2005, 2010.  All rights
> reserved.
> > Visit http://www.eclipse.org/webtools
> >
> > Maven for Eclipse:
> >
> > M2 plugin by Sonatype 0.12.1.2011
> >
> > Subversion for Eclipse
> > Subversive byu Polarion 2.2.2
> >
> >
> > OS: Windows XP
> >
> >
> > --Refr inn gra
> >
> >
> > "Wars are to be won with swords and spears,
> > not with rice and salt." -- Uesugi Kenshin
> >
> >
> > -
> > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> > For additional commands, e-mail: users-h...@maven.apache.org
> >
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>
>

How to control changes to path-based auth file?

[Cooke, Mark]

Dear list,

I was wondering how other (probably corporate?) svn users control and
log changes to your path-based auth file (and other svn web settings)?

I was thinking that I could use svn and the auto-website-update FAQ
(http://subversion.apache.org/faq.html#website-auto-update) to control
access by allowing named users access to the relevant repo...  However
this seems a little clunky and 'overkill' for what we have.

We also use `Trac` and there are a couple of trac-hacks:
 * http://trac-hacks.org/wiki/SvnAuthzAdminPlugin
 * http://trac-hacks.org/wiki/TracSvnAuthzPlugin
...that enable editing of the path-based-auth file through Trac but
neither include any versioning (for auditing purposes).

Can anyone recommend any other routes?

For information, we use Trac and subversion, served from windows server
via apache...

Many thanks,

~ mark c

Re: How to control changes to path-based auth file?

[Andy Levy]

On Mon, May 9, 2011 at 12:18, Cooke, Mark  wrote:
> Dear list,
>
> I was wondering how other (probably corporate?) svn users control and
> log changes to your path-based auth file (and other svn web settings)?
>
> I was thinking that I could use svn and the auto-website-update FAQ
> (http://subversion.apache.org/faq.html#website-auto-update) to control
> access by allowing named users access to the relevant repo...  However
> this seems a little clunky and 'overkill' for what we have.

This is exactly what I do. My configs are versioned and changes can
easily be audited.

RE: How to control changes to path-based auth file?

[Feldhacker, Chris]

In a nutshell:  http://www.svn-access-manager.org/

Basically, store all your settings in a database and generate the config files; 
just use a simple web front-end to edit the database and control/log changes 
that way.  The svn access manager provides a good starting point, modify and 
tweak as needed.




-Original Message-
From: Cooke, Mark [mailto:mark.co...@siemens.com] 
Sent: Monday, May 09, 2011 11:19 AM
To: users@subversion.apache.org
Subject: How to control changes to path-based auth file?

Dear list,

I was wondering how other (probably corporate?) svn users control and log 
changes to your path-based auth file (and other svn web settings)?

I was thinking that I could use svn and the auto-website-update FAQ
(http://subversion.apache.org/faq.html#website-auto-update) to control access 
by allowing named users access to the relevant repo...  However this seems a 
little clunky and 'overkill' for what we have.

We also use `Trac` and there are a couple of trac-hacks:
 * http://trac-hacks.org/wiki/SvnAuthzAdminPlugin
 * http://trac-hacks.org/wiki/TracSvnAuthzPlugin
...that enable editing of the path-based-auth file through Trac but neither 
include any versioning (for auditing purposes).

Can anyone recommend any other routes?

For information, we use Trac and subversion, served from windows server via 
apache...

Many thanks,

~ mark c


-Message Disclaimer-

This e-mail message is intended only for the use of the individual or
entity to which it is addressed, and may contain information that is
privileged, confidential and exempt from disclosure under applicable law.
If you are not the intended recipient, any dissemination, distribution or
copying of this communication is strictly prohibited. If you have
received this communication in error, please notify us immediately by
reply email to conn...@principal.com and delete or destroy all copies of
the original message and attachments thereto. Email sent to or from the
Principal Financial Group or any of its member companies may be retained
as required by law or regulation.

Nothing in this message is intended to constitute an Electronic signature
for purposes of the Uniform Electronic Transactions Act (UETA) or the
Electronic Signatures in Global and National Commerce Act ("E-Sign")
unless a specific statement to the contrary is included in this message.

While this communication may be used to promote or market a transaction
or an idea that is discussed in the publication, it is intended to provide
general information about the subject matter covered and is provided with
the understanding that The Principal is not rendering legal, accounting,
or tax advice. It is not a marketed opinion and may not be used to avoid
penalties under the Internal Revenue Code. You should consult with
appropriate counsel or other advisors on all matters pertaining to legal,
tax, or accounting obligations and requirements.

Re: How to control changes to path-based auth file?

[David Brodbeck]

On Mon, May 9, 2011 at 9:18 AM, Cooke, Mark  wrote:

> Dear list,
>
> I was wondering how other (probably corporate?) svn users control and
> log changes to your path-based auth file (and other svn web settings)?
>

rcs(1) is the old standby for version-controlling single files.  It doesn't
solve your access control requirement, though, just your logging
requirement.  I use it sometimes in situations where I don't want to version
control a whole directory, just a few files -- config files under /etc, for
example.

-- 
David Brodbeck
System Administrator, Linguistics
University of Washington

Re: Maven, Subversion and Eclipse issue

[Refr Bruhl]

I did not catch that until you told me about it. I will experiment with that 
today. Thank you!

 --Refr inn gra


"Wars are to be won with swords and spears, 
not with rice and salt." -- Uesugi Kenshin



- Original Message 
From: Ron Wheeler 
To: us...@maven.apache.org
Sent: Mon, May 9, 2011 12:22:15 PM
Subject: Re: Maven, Subversion and Eclipse issue

You can do it in Eclipse from the Team menu.

On 09/05/2011 11:07 AM, Refr Bruhl wrote:
> So that is manual svn command outside of eclipse?
>
> I'll give it a shot. Thank you!
>
>   --Refr inn gra
>
>
> "Wars are to be won with swords and spears,
> not with rice and salt." -- Uesugi Kenshin
>
>
>
> - Original Message 
> From: Brian Smith
> To: Maven Users List
> Cc: Subversion Mailing List
> Sent: Mon, May 9, 2011 9:56:14 AM
> Subject: Re: Maven, Subversion and Eclipse issue
>
> We set the following on each module's trunk:
>
> $ svn ps svn:ignore core  "
> target
> .project
> .classpath
> .settings"
>
>
>
> On 9 May 2011 15:42, Refr Bruhl  wrote:
>
>> Team
>>
>> I've an issue with the m2 plugin using maven in conjunction with
>> subversion.
>> Since this crosses three platforms I thought I would try both the
>> subversion and
>> maven list to see if anyone has run across a similar issue and what the
>> solution
>> was.
>>
>> When maven dependency is enabled for an eclipse project the maven plugin
>> will
>> ensure the target subdirectory exists. This is usally a good thing.
>>
>>
>> When the project is committed to subversion is when issues arise
>>
>> When a mvn clean is issued either thru the plugin or at the command shell
>> the
>> target directory is deleted. The eclipse maven 2 plugin will recreate the
>> target
>> subdirectory
>>
>> However subversion now complains the directory is out of sync. Most times
>> the
>> subversion plugin will not allow a force update.
>>
>>
>> My current workaround is not to commit the entire project -- just subfolder
>> components when I make updates. I'm thinking there is a cleaner solution to
>> this.
>>
>> Using this method I am forced to use svn shell commands to create tags. The
>> tag
>> feature of the subversion plugin will not work unless all sub directories
>> are
>> commitable.
>>
>>
>> has anyone else ran into this? If so what solutions or workarounds were
>> found?
>>
>>
>> Platform details below
>>
>> Eclipse:
>>
>> Eclipse Java EE IDE for Web Developers.
>>
>> Version: Helios Release
>> Build id: 20100617-1415
>>
>> (c) Copyright Eclipse contributors and others 2005, 2010.  All rights
>> reserved.
>> Visit http://www.eclipse.org/webtools
>>
>> Maven for Eclipse:
>>
>> M2 plugin by Sonatype 0.12.1.2011
>>
>> Subversion for Eclipse
>> Subversive byu Polarion 2.2.2
>>
>>
>> OS: Windows XP
>>
>>
>> --Refr inn gra
>>
>>
>> "Wars are to be won with swords and spears,
>> not with rice and salt." -- Uesugi Kenshin
>>
>>
>> -
>> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
>> For additional commands, e-mail: users-h...@maven.apache.org
>>
>>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>
>


-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: Maven, Subversion and Eclipse issue

[Stanimir Stamenkov]

Mon, 9 May 2011 08:07:10 -0700 (PDT), /Refr Bruhl/:

Mon, 9 May 2011 15:56:14 +0100, /Brian Smith/:


We set the following on each module's trunk:

$ svn ps svn:ignore core  "
target
.project
.classpath
.settings"


So that is manual svn command outside of eclipse?

I'll give it a shot. Thank you!


In Eclipse, from the context menu of a file/directory you could 
choose Team -> Add to svn:ignore [1].  You could also setup that .* 
(dot something) files/directories get ignored by default - for 
Eclipse look under Preferences: Team / Ignored Resources [2], and 
for the command-line client (and possibly others) see the 
global-ignores in the config area [3].


[1] 
http://www.eclipse.org/subversive/documentation/teamSupport/SVNaction/ignore_vc.php
[2] 
http://help.eclipse.org/helios/topic/org.eclipse.platform.doc.user/reference/ref-20.htm

[3] http://svnbook.red-bean.com/nightly/en/svn.advanced.confarea.html

--
Stanimir

Re: Maven, Subversion and Eclipse issue

[Refr Bruhl]

Yep

the team menu worked. Thank you for that tip. Always the simple things we 
overlook...

 --Refr inn gra


"Wars are to be won with swords and spears, 
not with rice and salt." -- Uesugi Kenshin



- Original Message 
From: Refr Bruhl 
To: Maven Users List 
Cc: Subversion Mailing List 
Sent: Mon, May 9, 2011 12:54:01 PM
Subject: Re: Maven, Subversion and Eclipse issue


I did not catch that until you told me about it. I will experiment with that 
today. Thank you!

--Refr inn gra


"Wars are to be won with swords and spears, 
not with rice and salt." -- Uesugi Kenshin



- Original Message 
From: Ron Wheeler 
To: us...@maven.apache.org
Sent: Mon, May 9, 2011 12:22:15 PM
Subject: Re: Maven, Subversion and Eclipse issue

You can do it in Eclipse from the Team menu.

On 09/05/2011 11:07 AM, Refr Bruhl wrote:
> So that is manual svn command outside of eclipse?
>
> I'll give it a shot. Thank you!
>
>   --Refr inn gra
>
>
> "Wars are to be won with swords and spears,
> not with rice and salt." -- Uesugi Kenshin
>
>
>
> - Original Message 
> From: Brian Smith
> To: Maven Users List
> Cc: Subversion Mailing List
> Sent: Mon, May 9, 2011 9:56:14 AM
> Subject: Re: Maven, Subversion and Eclipse issue
>
> We set the following on each module's trunk:
>
> $ svn ps svn:ignore core  "
> target
> .project
> .classpath
> .settings"
>
>
>
> On 9 May 2011 15:42, Refr Bruhl  wrote:
>
>> Team
>>
>> I've an issue with the m2 plugin using maven in conjunction with
>> subversion.
>> Since this crosses three platforms I thought I would try both the
>> subversion and
>> maven list to see if anyone has run across a similar issue and what the
>> solution
>> was.
>>
>> When maven dependency is enabled for an eclipse project the maven plugin
>> will
>> ensure the target subdirectory exists. This is usally a good thing.
>>
>>
>> When the project is committed to subversion is when issues arise
>>
>> When a mvn clean is issued either thru the plugin or at the command shell
>> the
>> target directory is deleted. The eclipse maven 2 plugin will recreate the
>> target
>> subdirectory
>>
>> However subversion now complains the directory is out of sync. Most times
>> the
>> subversion plugin will not allow a force update.
>>
>>
>> My current workaround is not to commit the entire project -- just subfolder
>> components when I make updates. I'm thinking there is a cleaner solution to
>> this.
>>
>> Using this method I am forced to use svn shell commands to create tags. The
>> tag
>> feature of the subversion plugin will not work unless all sub directories
>> are
>> commitable.
>>
>>
>> has anyone else ran into this? If so what solutions or workarounds were
>> found?
>>
>>
>> Platform details below
>>
>> Eclipse:
>>
>> Eclipse Java EE IDE for Web Developers.
>>
>> Version: Helios Release
>> Build id: 20100617-1415
>>
>> (c) Copyright Eclipse contributors and others 2005, 2010.  All rights
>> reserved.
>> Visit http://www.eclipse.org/webtools
>>
>> Maven for Eclipse:
>>
>> M2 plugin by Sonatype 0.12.1.2011
>>
>> Subversion for Eclipse
>> Subversive byu Polarion 2.2.2
>>
>>
>> OS: Windows XP
>>
>>
>> --Refr inn gra
>>
>>
>> "Wars are to be won with swords and spears,
>> not with rice and salt." -- Uesugi Kenshin
>>
>>
>> -
>> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
>> For additional commands, e-mail: users-h...@maven.apache.org
>>
>>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>
>


-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Links page from old subversion.tigris.org site?

[Jim Garrison]

There used to be a page at http://subversion.tigris.org/links.html containing 
links to various 3rd-party tools for subversion, including some web front ends. 
 This page doesn't seem to have made the transition to the ASF site.  The old 
(now non-existent) page is linked from a few places, including a StackOverflow 
answer.  Is 
the list of links still available?

Re: Links page from old subversion.tigris.org site?

[Hyrum K. Wright]

On Mon, May 9, 2011 at 1:19 PM, Jim Garrison  wrote:
> There used to be a page at http://subversion.tigris.org/links.html
> containing links to various 3rd-party tools for subversion, including some
> web front ends.  This page doesn’t seem to have made the transition to the
> ASF site.  The old (now non-existent) page is linked from a few places,
> including a StackOverflow answer.  Is the list of links still available?

We declined to continue to support that page because search engines
turn out to do a better job maintaining it than we did.  What type of
information did you expect to find?

You can always find it in the history:
http://svn.apache.org/repos/asf/subversion/trunk/www/links.html?p=89

(r89 is just a ballpark figure; I'm not sure in which revision the
page disappeared.)

-Hyrum

Adding Unicode files erroneously applies application/octet mime type

[Bob Archer]

It seems when I "svn add" unicode (UCS-2 Little Endian, I think it is) files 
svn applies the svn:mime-type of application/octet to the files.

I found this in the archives:

http://svn.haxx.se/dev/archive-2004-03/0173.shtml

However the thread seems to come to no conclusion.

My question is, if I remove the property and just commit the file... are diff 
and merge operations going to work fine? Or, should I switch to plain ascii 
encoding?

I'm using Windows 7 64-bit. I'm not sure that makes a difference there though.

BOb
 

RE: Links page from old subversion.tigris.org site?

[Bob Archer]

> On Mon, May 9, 2011 at 1:19 PM, Jim Garrison
>  wrote:
> > There used to be a page at
> http://subversion.tigris.org/links.html
> > containing links to various 3rd-party tools for subversion,
> including some
> > web front ends.  This page doesn't seem to have made the
> transition to the
> > ASF site.  The old (now non-existent) page is linked from a few
> places,
> > including a StackOverflow answer.  Is the list of links still
> available?
> 
> We declined to continue to support that page because search engines
> turn out to do a better job maintaining it than we did.  What type
> of
> information did you expect to find?

Of course, it is hard to search for a 3rd party tool if you don't know it 
exists. ;)


> 
> You can always find it in the history:
> http://svn.apache.org/repos/asf/subversion/trunk/www/links.html?p=8
> 9
> 
> (r89 is just a ballpark figure; I'm not sure in which revision
> the
> page disappeared.)
> 
> -Hyrum

svnserve: Can't check path '/mnt/md6raid5/svnrepo': Permission denied

[Axel Werner]

Hi Devs and SVN Experts!

Today i stumbled upon some problem while installing and configuring a 
simple SVN Server on my Ubuntu Linux. Once the software was installed 
and the xinetd been configured to i wanted to give it a try and see if 
the daemon is listening and answering via network. So i tried a ...


telnet localhost svn

and received an error message like this:

svnserve: Can't check path '/mnt/md6raid5/svnrepo': Permission denied


I made sure that my svnserve is been run as User "svn" (no loginshell, 
home is the repo directory) with full file permissions to the repo 
directory (770) which is been set to "chown -R svn.svn 
/mnt/md6raid5/svnrepo". So the "svn" user "SHOULD" have way enough 
permissions to access this directory. However it seems it doesnt.


After some searching on the net i found some old mailing list entry 
talking about some similar problem leading to do a "chmod o+x" for the 
svnrepo dir. So ive been testing giving o+x starting with the svnrepo 
dir and making my way up to the root.


For some Reason the damn thing wont work until the whole path to the 
svnrepo is set to o+x . WTF??


Why wont the User and/or Group permissions be sufficient in my case ?!?! 
A "direct addressing" of the path should work without having g+o on 
EVERY parent directory, but it does not. WHY??


Thanks for any help/explaination !

Best regards
Axel

Subversion Setup Question

[Chris McGrath]

Greetings all! My team has recently grown from just me to three of us and I am 
in the process of implementing subversion as our version control system. I am 
having a little trouble wrapping my head around what will become the workflow.

Our current setup is: 

1 development server that we work off of. This is MAC based.
1 production web server hosted with Rackspace that is Windows based.
1 database server hosted with Rackspace that is Windows based.

Each of us work off an iMac. 

So the current work flow is we work off of the files on the development server 
and when ready we push them to the production server. 

With this in mind, can someone point me in the direction of a decent workflow 
that utilizes subversion?

Re: Adding Unicode files erroneously applies application/octet mime type

[Johan Corveleyn]

On Mon, May 9, 2011 at 8:49 PM, Bob Archer  wrote:
> It seems when I "svn add" unicode (UCS-2 Little Endian, I think it is) files 
> svn applies the svn:mime-type of application/octet to the files.
>
> I found this in the archives:
>
> http://svn.haxx.se/dev/archive-2004-03/0173.shtml
>
> However the thread seems to come to no conclusion.
>
> My question is, if I remove the property and just commit the file... are diff 
> and merge operations going to work fine? Or, should I switch to plain ascii 
> encoding?

You'll be able to *execute* them, but I'm not sure if they will work
fine. I think it mainly depends on whether or not your encoding uses
line-endings that are compatible with ascii (\r, \n). The diff
implementation in svn (which is at the heart of the "diff", "merge"
and "blame" commands) depends on being able to split lines with \r or
\n.

Cheers,
-- 
Johan

Re: Adding Unicode files erroneously applies application/octet mime type

[Ryan Schmidt]

On May 9, 2011, at 13:49, Bob Archer wrote:

> It seems when I "svn add" unicode (UCS-2 Little Endian, I think it is) files 
> svn applies the svn:mime-type of application/octet to the files.

Correct.

http://subversion.tigris.org/issues/show_bug.cgi?id=2194


> My question is, if I remove the property and just commit the file... are diff 
> and merge operations going to work fine?

I highly doubt it.

> Or, should I switch to plain ascii encoding?

If your files can be represented in ASCII, by all means do that. If you need 
non-ASCII characters, consider using UTF-8 instead of UTF-16.

RE: Adding Unicode files erroneously applies application/octet mime type

[Bob Archer]

> On May 9, 2011, at 13:49, Bob Archer wrote:
> 
> > It seems when I "svn add" unicode (UCS-2 Little Endian, I think
> it is) files svn applies the svn:mime-type of application/octet to
> the files.
> 
> Correct.
> 
> http://subversion.tigris.org/issues/show_bug.cgi?id=2194
> 
> 
> > My question is, if I remove the property and just commit the
> file... are diff and merge operations going to work fine?
> 
> I highly doubt it.
> 
> > Or, should I switch to plain ascii encoding?
> 
> If your files can be represented in ASCII, by all means do that. If
> you need non-ASCII characters, consider using UTF-8 instead of UTF-
> 16.
> 

Ok, I will just stick with ASCII for now. I don't think we need non-ascii 
characters for our SQL scripts at this point. It is just that our SQL scripting 
tool defaults to Unicode. We have just been removing the mime-type, but I will 
tell them to switch to outputting ASCII. Also, I'm not sure what SQL Management 
Studio's default is. I see a way to specify on saving a script but not on 
scripting to file.

thanks,
BOb

Merge tracking bug - inherited merge-range

[Varnau, Steve (Neoview)]

Greetings,

I have a merge tracking bug to report.  It seems like there are a lot of steps 
to re-produce it, but we discovered this in the real world, and it took a long 
while to figure out what was going on and to re-produce it.

We are running 1.6.15 clients.  We have lots of branching, and unfortunately 
svn:mergeinfo at multiple levels. This bug apparently only shows up if you 
merge two levels of directory that have new mergeinfo properties.  The lower 
level directory does not get updated correctly and causes duplicate merge 
conflicts later.

Yes, I know "best practice" says to merge only at the top-level, but in a large 
project, those merge-tracking properties can grow like weeds.

The example steps below to reproduce use multiple branches just to produce the 
mergeinfo at multiple directory levels. There might be a simpler way to 
reproduce it.

I did not find anything in the issue tracker, and I have not tried this with 
1.6.16 or with pre-release 1.7.

-Steve

# create sub-directory tree
$ svn co file:///c:/temp/svn-test/trunk trunk-wc
$ cd trunk-wc/
$ svn mkdir subA
$ svn mkdir subA/subB
$ svn ci -m "need 2 directories"
$ svn cp ^/trunk ^/branch/br1

# first branch adds some content
$ cd ..
$ svn co file:///c:/temp/svn-test/branch/br1 br1-wc
$ cd br1-wc/subA
$ touch foo
$ touch subB/bar
$ svn add foo subB/bar
$ svn ci -m "br1 adds"

# second project branch picks up the directories before project 1 delivers
# third and forth start later
$ cd ../..
$ cd trunk-wc/
$ svn cp ^/trunk ^/branch/br2 -m "victim project"
$ svn merge --reintegrate ^/branch/br1
$ svn ci -m ""
$ svn cp ^/trunk ^/branch/br3 -m "foo project"
$ svn cp ^/trunk ^/branch/br4 -m "bar project"

# three projects working concurrently, project 3 & 4 make changes
$ cd ..
$ svn co file:///c:/temp/svn-test/branch/br2 br2-wc
$ svn co file:///c:/temp/svn-test/branch/br3 br3-wc
$ svn co file:///c:/temp/svn-test/branch/br4 br4-wc
$ cd br3-wc/subA/
$ echo "change" > foo
$ svn ci -m ""
$ cd ../../br4-wc/subA/subB/
$ echo "change" > bar
$ svn ci -m ""

# project 2 first synchs up the changes from br1
$ cd ../../../br2-wc/
$ svn merge ^/trunk
$ svn ci -m "synch 1"
$ svn up
At revision 88.

# project 3 & 4 each deliver content AND incidentally add svn:merginfo 
properties to subA & subB
$ cd ../trunk-wc/subA/subB/
$ svn up
$ svn merge --reintegrate ^/branch/br4/subA/subB
$ svn ci -m "deliver bar"
Committed revision 89.
$ cd ..
$ svn up
$ svn merge --reintegrate ^/branch/br3/subA
$ svn ci -m "deliver foo"
Committed revision 90.

# project 2 synchs up again, including svn:mergeinfo
$ cd ../../br2-wc/
$ svn merge ^/trunk
--- Merging r88 through r90 into '.':
UsubA\foo
UsubA\subB\bar
 U   subA\subB
 U   subA
# at this point mergeinfo is correct for subA, but not for subB

# The content looks okay, so we check in and try another synch merge
# Even though nothing changed on trunk, we get duplicate merge conflict
$ svn ci -m "synch 2"
$ svn up
At revision 91.
$ svn merge ^/trunk

--- Merging r82 through r87 into 'subA\subB':
   C subA\subB\bar
Summary of conflicts:
  Tree conflicts: 1

SVN files content Type

[D, Dinoj]

Hi,

 

All the "content Types" are set for our apache server.  This is working
well for local apache paths . But if we point this to subversion , it
wouldn't work. Could you please let me know how to set content type for
subversions as well

 

Thanks & Regards,

Dinoj D

Desk: +91 80 26588360 Extn: 48547

Cell: +91 9916668051

Re: SVN files content Type

[Ryan Schmidt]

On May 9, 2011, at 23:51, D, Dinoj wrote:

> All the “content Types” are set for our apache server.  This is working well 
> for local apache paths . But if we point this to subversion , it wouldn’t 
> work. Could you please let me know how to set content type for subversions as 
> well

For each individual file in the repository, you must set the svn:mime-type 
property. Subversion does not use your Apache content types.

Re: SVN files content Type

[Jeyanthan]

All the “content Types” are set for our apache server.  This is working well 
for local apache paths . But if we point this to subversion , it wouldn’t work. 
Could you please let me know how to set content type for subversions as well


For each individual file in the repository, you must set the svn:mime-type 
property. Subversion does not use your Apache content types.


Hope the below links helps.

http://svnbook.red-bean.com/en/1.5/svn.advanced.props.html

http://svnbook.red-bean.com/en/1.5/svn.advanced.props.file-portability.html#svn.advanced.props.special.mime-type

--
Regards,
Jeyanthan

RE: SVN files content Type

[D, Dinoj]

Hi Ryan

Can we make it possible to contact apache content type using any
modules..Setting the svn:mime-type to all individual files is not a good
solution

Thanks & Regards,
Dinoj D
Desk: +91 80 26588360 Extn: 48547
Cell: +91 9916668051
-Original Message-
From: Ryan Schmidt [mailto:subversion-20...@ryandesign.com] 
Sent: Tuesday, May 10, 2011 11:52 AM
To: D, Dinoj
Cc: users@subversion.apache.org
Subject: Re: SVN files content Type


On May 9, 2011, at 23:51, D, Dinoj wrote:

> All the "content Types" are set for our apache server.  This is
working well for local apache paths . But if we point this to subversion
, it wouldn't work. Could you please let me know how to set content type
for subversions as well

For each individual file in the repository, you must set the
svn:mime-type property. Subversion does not use your Apache content
types.

Re: SVN files content Type

[Ryan Schmidt]

On May 10, 2011, at 01:31, D, Dinoj wrote:

> Can we make it possible to contact apache content type using any
> modules..Setting the svn:mime-type to all individual files is not a good
> solution

If you want to serve the files directly out of the repository, then you must 
set the svn:mime-type property on each individual file.

You can use auto-props in your config file on each client to make it easy to 
automatically add properties when adding files. There is a script you can run 
to retroactively apply those properties to your existing files in the 
repository too. And you can write a pre-commit hook script to prevent future 
files from being added without their required properties.

But, consider not serving the files directly out of the repository. Instead, 
consider having a working copy of the appropriate subsection of the repository 
checked out on your web server and automatically updated at every commit. This 
will then use your normal Apache settings for mime type etc., and will 
additionally let you use server-side scripting languages like PHP if you want 
to.

http://subversion.apache.org/faq.html#website-auto-update

Re: SVN files content Type

[Henning Hucke]

On Tue, 10 May 2011, D, Dinoj wrote:


Hi Ryan


Hello Dinoj,

Hint: http://www.netmeister.org/news/learn2quote.html


Can we make it possible to contact apache content type using any
modules..Setting the svn:mime-type to all individual files is not a good
solution


why not!? You quite often need them anyway. And you can use any mime.types 
file - even the apache one - to initially set the mime-types in your SVN 
working copy (Use "find" and some magic, maybe "file" as well).


Regards
Henning Hucke
--
The Almighty in His infinite wisdom did not see
fit to create Frenchmen in the image of Englishmen.
-- Winston Churchill, 1942