Warning

2019-09-02 Thread mmouer
Why isn’t this handled automatically when moving a project from a previous 
JDK(10 to 12)?
I would think especially when doing a Clean & Build using the latest version of 
the IDE(10.0 to 11.1).

I’ve just recently begun using an IDE and have experienced several similar 
problems that I think should be handled by NetBeans.

I expect problems like this when using the command line.

warning: [options] bootstrap class path not set in conjunction with -source 10
1 warning

Best Regards,

Michael


RE: Does Netbeans cause changes so that Git/Source tree thinks the file has been modified?

2019-09-02 Thread Tommy Peterson
Thanks Jonathan. I was thinking about just using command line but maybe
using Netbeans to connect to git would work too.

 

From: Lister Jonathan  
Sent: Monday, September 02, 2019 11:21 AM
To: Tommy Peterson ; users@netbeans.apache.org
Subject: RE: Does Netbeans cause changes so that Git/Source tree thinks the
file has been modified?

 

Hi Tommy,

I also work with git in a team where other members use different operating
systems and IDEs and I am the lone NetBeans user running on Windows 10.

I have not experienced the problems that you mention with either NetBeans 8
or 11 (I currently use NB 11.1 all the time).


One difference is that I (mostly) use Netbeans to checkout (clone) projects,
commit changes and push to the remote repo. I do occasionally use the git
command line tool (via git bash) for operations like rebase, forced push
etc, but still haven't had the issues that you mention.

 

We use linux line endings, and Netbeans doesn't change those to DOS line
endings when checking out / commiting.

 

Maybe try some experiments where you don't use SourceTree but instead just
use Netbeans?
My .gitconfig settings:
[core]

longpaths = true

editor = wordpad

autocrlf = false

safecrlf = true

eol = lf

 

Hope this helps ;-)

From: Tommy Peterson mailto:tpeter...@stpsworld.com> > 
Sent: Monday, 02 September, 2019 14:59
To: users@netbeans.apache.org  
Subject: Does Netbeans cause changes so that Git/Source tree thinks the file
has been modified?

 

I have used Netbeans for years. But just recently within the last month I
started using Netbeans 11. I started a new project where some developers use
MACs, some Windows, and I think one uses Linux. We all use different
editors. I am the only Netbeans user. We have a github repo that we all work
together on. The windows users such as myself use Sourcetree for Git/repo
file management. The reason I am contacting this list forum is because I am
being told that Netbeans 11 is causing a problem for myself (and the team).
After researching the issue, I personally think it is the global git repo
settings. But the problem has happened several times to me since starting
the project on 08/01. (And at least one other developer said it used to
happen to him until he switched from one non-Netbeans editor to another. I
am not quite clear if it has happened again lately to him or not.) When I go
to commit and push my changes through Sourcetree I see a list of files that
other developers have edited/committed/pushed and I pulled in my staging
area as if I had changed them which I had not. The changes are the exact
same changes as the original editor/developer made. So there is nothing
new-no new apparent changes-not even a slip of the keyboard on my part and
an additional blank line or whatever. I don't even recall opening said
files. So after researching this online I see that others have had similar
issues. While Netbeans was never mentioned as the culprit in these online
posts, I wanted to ask here. Is there a setting or a change with Netbeans 11
that would cause files that get committed by my team mates and pulled to my
local git clone/working base by me to be seen by git/source tree as having
been changed by me? For example, does Netbeans 11 change Mac line endings to
Windows automatically when I pull down a file that a Mac team mate user
committed? (Therefor, Git would think I made an edit.) If not, what is your
advice? What would you suggest I say to the members of my team who are
suggesting that I need to either make a change to the way Netbeans works to
stop this or use a new editor? I prefer Netbeans. So I don't want to change
editors. The project, if it matters, is a PHP, Slim framework project with
some Javascript/JQuery files. I have found this Stackoverflow and
Git/Atlassian help articles that I think speak to my personal opinion on
what is causing this:
https://community.atlassian.com/t5/Sourcetree-questions/sourcetree-shows-uns
taged-files-of-files-I-did-not-change/qaq-p/329327 and
https://stackoverflow.com/questions/15958446/sourcetree-app-says-uncommitted
-changes-even-for-newly-cloned-repository-what. Locally, I have
autocrlf=true by the way. I would appreciate any help you can offer. 



RE: Does Netbeans cause changes so that Git/Source tree thinks the file has been modified?

2019-09-02 Thread Lister Jonathan
Hi Tommy,
I also work with git in a team where other members use different operating 
systems and IDEs and I am the lone NetBeans user running on Windows 10.
I have not experienced the problems that you mention with either NetBeans 8 or 
11 (I currently use NB 11.1 all the time).

One difference is that I (mostly) use Netbeans to checkout (clone) projects, 
commit changes and push to the remote repo. I do occasionally use the git 
command line tool (via git bash) for operations like rebase, forced push etc, 
but still haven't had the issues that you mention.

We use linux line endings, and Netbeans doesn't change those to DOS line 
endings when checking out / commiting.

Maybe try some experiments where you don't use SourceTree but instead just use 
Netbeans?
My .gitconfig settings:
[core]
longpaths = true
editor = wordpad
autocrlf = false
safecrlf = true
eol = lf

Hope this helps ;-)
From: Tommy Peterson 
Sent: Monday, 02 September, 2019 14:59
To: users@netbeans.apache.org
Subject: Does Netbeans cause changes so that Git/Source tree thinks the file 
has been modified?

I have used Netbeans for years. But just recently within the last month I 
started using Netbeans 11. I started a new project where some developers use 
MACs, some Windows, and I think one uses Linux. We all use different editors. I 
am the only Netbeans user. We have a github repo that we all work together on. 
The windows users such as myself use Sourcetree for Git/repo file management. 
The reason I am contacting this list forum is because I am being told that 
Netbeans 11 is causing a problem for myself (and the team). After researching 
the issue, I personally think it is the global git repo settings. But the 
problem has happened several times to me since starting the project on 08/01. 
(And at least one other developer said it used to happen to him until he 
switched from one non-Netbeans editor to another. I am not quite clear if it 
has happened again lately to him or not.) When I go to commit and push my 
changes through Sourcetree I see a list of files that other developers have 
edited/committed/pushed and I pulled in my staging area as if I had changed 
them which I had not. The changes are the exact same changes as the original 
editor/developer made. So there is nothing new-no new apparent changes-not even 
a slip of the keyboard on my part and an additional blank line or whatever. I 
don't even recall opening said files. So after researching this online I see 
that others have had similar issues. While Netbeans was never mentioned as the 
culprit in these online posts, I wanted to ask here. Is there a setting or a 
change with Netbeans 11 that would cause files that get committed by my team 
mates and pulled to my local git clone/working base by me to be seen by 
git/source tree as having been changed by me? For example, does Netbeans 11 
change Mac line endings to Windows automatically when I pull down a file that a 
Mac team mate user committed? (Therefor, Git would think I made an edit.) If 
not, what is your advice? What would you suggest I say to the members of my 
team who are suggesting that I need to either make a change to the way Netbeans 
works to stop this or use a new editor? I prefer Netbeans. So I don't want to 
change editors. The project, if it matters, is a PHP, Slim framework project 
with some Javascript/JQuery files. I have found this Stackoverflow and 
Git/Atlassian help articles that I think speak to my personal opinion on what 
is causing this: 
https://community.atlassian.com/t5/Sourcetree-questions/sourcetree-shows-unstaged-files-of-files-I-did-not-change/qaq-p/329327
 and 
https://stackoverflow.com/questions/15958446/sourcetree-app-says-uncommitted-changes-even-for-newly-cloned-repository-what.
 Locally, I have autocrlf=true by the way. I would appreciate any help you can 
offer.


Does Netbeans cause changes so that Git/Source tree thinks the file has been modified?

2019-09-02 Thread Tommy Peterson
I have used Netbeans for years. But just recently within the last month I
started using Netbeans 11. I started a new project where some developers use
MACs, some Windows, and I think one uses Linux. We all use different
editors. I am the only Netbeans user. We have a github repo that we all work
together on. The windows users such as myself use Sourcetree for Git/repo
file management. The reason I am contacting this list forum is because I am
being told that Netbeans 11 is causing a problem for myself (and the team).
After researching the issue, I personally think it is the global git repo
settings. But the problem has happened several times to me since starting
the project on 08/01. (And at least one other developer said it used to
happen to him until he switched from one non-Netbeans editor to another. I
am not quite clear if it has happened again lately to him or not.) When I go
to commit and push my changes through Sourcetree I see a list of files that
other developers have edited/committed/pushed and I pulled in my staging
area as if I had changed them which I had not. The changes are the exact
same changes as the original editor/developer made. So there is nothing
new-no new apparent changes-not even a slip of the keyboard on my part and
an additional blank line or whatever. I don't even recall opening said
files. So after researching this online I see that others have had similar
issues. While Netbeans was never mentioned as the culprit in these online
posts, I wanted to ask here. Is there a setting or a change with Netbeans 11
that would cause files that get committed by my team mates and pulled to my
local git clone/working base by me to be seen by git/source tree as having
been changed by me? For example, does Netbeans 11 change Mac line endings to
Windows automatically when I pull down a file that a Mac team mate user
committed? (Therefor, Git would think I made an edit.) If not, what is your
advice? What would you suggest I say to the members of my team who are
suggesting that I need to either make a change to the way Netbeans works to
stop this or use a new editor? I prefer Netbeans. So I don't want to change
editors. The project, if it matters, is a PHP, Slim framework project with
some Javascript/JQuery files. I have found this Stackoverflow and
Git/Atlassian help articles that I think speak to my personal opinion on
what is causing this:
https://community.atlassian.com/t5/Sourcetree-questions/sourcetree-shows-uns
taged-files-of-files-I-did-not-change/qaq-p/329327 and
https://stackoverflow.com/questions/15958446/sourcetree-app-says-uncommitted
-changes-even-for-newly-cloned-repository-what. Locally, I have
autocrlf=true by the way. I would appreciate any help you can offer. 



Re: Nested SVN repositories in a project

2019-09-02 Thread Emilian Bold
It might have something to do with the fact that Apache NetBeans
doesn't include SVNKit anymore and perhaps that library handled your
usecase better.

--emi

On Mon, Sep 2, 2019 at 2:03 PM Markus Klein  wrote:
>
> Dear community,
>
> I've just upgraded from Netbeans 8.2 to Netbeans 11.1. There is a change in 
> the behaviour in case of nested SVN repositories. The use case is, I have 
> several projects which all share the same CMS core. The core is a subfolder 
> in the main project, and is represented by a separate SVN repository. This 
> folder is svn:ignore'd in the main project.
>
> The expected behaviour is that you can perform SVN actions in the "cms" 
> repository by right clicking its folder.  That's how it always worked in 8.2 
> and earlier.
>
> With the new version, the svn:ignore leads to it being completely ignored, 
> meaning I can't access the "cms" repository at all from the project context.
>
> I've attached an image to illustrate the problem more clearly.
>
> I've looked into the options, solving it via "include path" or "externals" is 
> less suited and complicates the workflow.
>
> Is there some other setting I need to make or is this a bug?
>
> Thanks for your help
> Markus
>
> -
> To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org
> For additional commands, e-mail: users-h...@netbeans.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

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

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists



Nested SVN repositories in a project

2019-09-02 Thread Markus Klein

Dear community,

I've just upgraded from Netbeans 8.2 to Netbeans 11.1. There is a change 
in the behaviour in case of nested SVN repositories. The use case is, I 
have several projects which all share the same CMS core. The core is a 
subfolder in the main project, and is represented by a separate SVN 
repository. This folder is svn:ignore'd in the main project.


The expected behaviour is that you can perform SVN actions in the "cms" 
repository by right clicking its folder.  That's how it always worked in 
8.2 and earlier.


With the new version, the svn:ignore leads to it being completely 
ignored, meaning I can't access the "cms" repository at all from the 
project context.


I've attached an image to illustrate the problem more clearly.

I've looked into the options, solving it via "include path" or 
"externals" is less suited and complicates the workflow.


Is there some other setting I need to make or is this a bug?

Thanks for your help
Markus

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

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists