[proposal] Out-of-the-Box project versionability
7 Message(s) by 4 Author(s) originally posted in developer netbeans java
| From: David Konecny |
Date: Wednesday, December 05, 2007
|
| From: Nicolas Dumoulin |
Date: Tuesday, December 11, 2007
|
wrote in
message :
http://wiki.netbeans.org/wiki/view/OutOfBoxVersionabilityProposal
and any feedback, comments, suggestions are highly appreciated in advance.
Hi,
Nice proposal.
This topic is very
interesting to share efficiently JAVA projects.
Your
proposition of exportable libraries catalog seems good, but your
examples make much of a
directory libs in the same
folder that the projects
(../libs). This is *a*
solution . Among the feature that make me
switch to
netbeans is the ability to
store project where I want. Thus, I put my
netbeans project in directory concerning my projects with other stuffs like
reports, notes, communication docs, and so on.
So, I store my libraries in a subdirectory of each projects, that are often
symlinks to
jar in an other dir.
In some case, I could adopt your idea of ../libs directory, but in others, I
prefer keep a per-project directory, especially when a netbeans project is
alone in a directory with other stuffs.
Well, here was my first comments :-)
--
View this message in context:
http://www.nabble.com/-proposal--Out-of-the-Box-project-versionability-tp14175670p14275001.html
Sent from the Netbeans - Dev mailing
list archive at Nabble.com.
| From: David Konecny |
Date: Tuesday, December 11, 2007
|
Hi Nicolas,
thanks for your feedback, my comments follow:
wrote in message:
http://wiki.netbeans.org/wiki/view/OutOfBoxVersionabilityProposal
Your proposition of exportable libraries catalog seems good, but your
examples make much of a directory libs in the same folder that the projects
(../libs). This is *a* solution. Among the feature that make me switch to
netbeans is the ability to store project where I want. Thus, I put my
netbeans project in directory concerning my projects with other stuffs like
reports, notes, communication docs, and so on.
So, I store my libraries in a subdirectory of each projects, that are often
symlinks to jar in an other dir.
"../libs" is just default
location for sharable libraries and you can
change it to
suit your preferences - in your case it'd
point to a
project subdirectory.
On the other hand value of shared libraries is that they can be reused
by other projects - that's why the default sharable libraries location
('../libs') points next to your project folder and not within it. So in
your case perhaps you don't even need to define libraries and can just
add JARs directly to your project
class path and (optionally) associate
JAVAdoc directly to these JARs if needed (as describe further in the
proposal).
Thanks,
-D
| From: kirillkh |
Date: Tuesday, December 11, 2007
|
------=_Part_33591_21882264.1197393724768
Content-Disposition: inline
Hi,
http://wiki.netbeans.org/wiki/view/OutOfBoxVersionabilityProposal
and any feedback, comments, suggestions are highly appreciated in advance.A couple of minor comments:
1. "Libraries definition" manager dialog, as well as "Libraries Catalogue"
manager dialog, lack an "Edit"
button next to the Classpath panel, which
would allow to change the location of the jar
file . A similar problem exists
today with "Libraries Manager" dialog in NB6.0. I'd also like this action to
be present in Projects view on
<project>/Libraries/
<library >.jar nodes.
2. "Import from Library Catalogue" sounds confusing to me. I suggest
renaming it into "Copy from Library Catalogue".
-Kirill
------=_Part_33591_21882264.1197393724768
Content-Disposition: inline
<div class="gmail_quote"><div>Hi,
<br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<a href="http://wiki.netbeans.org/wiki/view/OutOfBoxVersionabilityProposal" target="_blank">
http://wiki.netbeans.org/wiki/view/OutOfBoxVersionabilityProposal</a><br><br>and any feedback, comments, suggestions are highly appreciated in advance.
</blockquote><div><br>A couple of minor comments:
<br>
<br>1. "Libraries definition" manager dialog, as well as "Libraries Catalogue" manager dialog, lack an "Edit" button next to the Classpath panel, which'd allow to change the location of the jar file. A similar problem exists today with "Libraries Manager" dialog in
NB6.0. I'd also like this action to be present in Projects view on <project>/Libraries/<library>.jar nodes.
<br>2. "Import from Library Catalogue" sounds confusing to me. I suggest renaming it into "Copy from Library Catalogue".
<br></div></div><br>-Kirill
<br>
------=_Part_33591_21882264.1197393724768--
| From: Qingtian Wang |
Date: Tuesday, December 11, 2007
|
Also, when asking the user to provide sharable lib location as in the
image http://wiki.netbeans.org/wiki/attach/OutOfBoxVersionabilityProposal/new-proj-wiz.png,
"Global path
variable s" should be
support ed as "first class citizen"
of the project.
Meaning:
On top of "Sharable libraries: /home/myhomedir/.m2/", user should be
allow to do "Sharable libraries: ${M2_REPO}" where M2_REPO is a
user-defined global path variable for the entire project. When another
user tries to
open a project, and if the M2_REPO isn't defined, the
"open project wizard" should keep asking the user for it until it is
provided. This is again an IntelliJ feature, very effective and
useful.
-Qingtian
wrote in message:
Hi,
> http://wiki.netbeans.org/wiki/view/OutOfBoxVersionabilityProposal
>
> and any feedback, comments, suggestions are highly appreciated in advance.
A couple of minor comments:
1. "Libraries definition" manager dialog, as well as "Libraries Catalogue"
manager dialog, lack an "Edit" button next to the Classpath panel, which
would allow to change the location of the jar file. A similar problem exists
today with "Libraries Manager" dialog in NB6.0. I'd also like this action to
be present in Projects view on <project>/Libraries/<library>.jar nodes.
2. "Import from Library Catalogue" sounds confusing to me. I suggest
renaming it into "Copy from Library Catalogue".
-Kirill
| From: kirillkh |
Date: Friday, December 14, 2007
|
------=_Part_970_33087604.1197637914091
Content-Disposition: inline
wrote in message:
wrote in message:
> Hi,
>
>
http://wiki.netbeans.org/wiki/view/OutOfBoxVersionabilityProposal
>
> and any feedback, comments, suggestions are highly appreciated in
> advance.
>
>
> A couple of minor comments:
>
> 1. "Libraries definition" manager dialog, as well as "Libraries
> Catalogue" manager dialog, lack an "Edit" button next to the Classpath
> panel, which'd allow to change the location of the jar file. A
> similar problem exists today with "Libraries Manager" dialog in NB6.0.
> I'd also like this action to be present in Projects view on
>
<project>/Libraries/
<library>.jar nodes.
You mean Edit as a
shortcut for Remove and Add?
Yes.> I tend to disagree, but
I don't feel very strongly about this.
Neither do I, this is just an impression that I have after several years
with NetBeans. Since I normally do not edit libraries every day, I consider
it only a minor inconvenience.> I think
current solution more
corresponds to what you as a user logically doing. When you've a
library you are 'adding' or 'removing' stuff to it.
If we take a real-world library with bookshelves and
index card s for all
books as an example, I think the most accurate analogy'd be to say that
books correspond to files and index cards folder corresponds to the list of
jars in a NetBeans library. Suppose you discover that one of the index cards
has a
typo . What you'd like to do in this case is correcting the typo on the
card, as opposed to filling a completely new card (part of the information
on the card is correct, so there's no reason to
write it again). In NetBeans
world, this means that I do not want to
traverse the whole filesystem path
again, if I only want to change the name of the jar.
The only time you
may want to 'edit' an item is to perhaps upgrade jar to a newer version?
Is such an operation frequent enough to deserver it's own button? Other
scenario I can imagine where 'edit' is suitable is when your library
entry is broken (ie. doesn't exist) and you need to replace it with
different jar.
Another scenario I can think of is moving the jar to a different directory.
By the way, this discussion is even more relevant for per-project jar
dependencies, where you move things around more frequently. Ideally, in both
cases it'd allow editing the entry in-place OR opening a file chooser
dialog.
-Kirill
------=_Part_970_33087604.1197637914091
Content-Disposition: inline
wrote in message:
<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
wrote in message:
<br>> Hi,
<br>>
<br>>
<a href="http://wiki.netbeans.org/wiki/view/OutOfBoxVersionabilityProposal" target="_blank">http://wiki.netbeans.org/wiki/view/OutOfBoxVersionabilityProposal
</a><br>>
<br>> and any feedback, comments, suggestions are highly appreciated in
<br>> advance.
<br>>
<br>>
<br>> A couple of minor comments:
<br>>
<br>> 1. "Libraries definition" manager dialog, as well as "Libraries
<br>> Catalogue" manager dialog, lack an "Edit" button next to the Classpath
<br>> panel, which'd allow to change the location of the jar file. A
<br>> similar problem exists today with "Libraries Manager" dialog in
NB6.0.
<br>> I'd also like this action to be present in Projects view on
<br>> <project>/Libraries/<library>.jar nodes.
<br><br></div>You mean Edit as a shortcut for Remove and Add?
</blockquote><div>Yes.
<br>
<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">I tend to disagree, but
<br>I don't feel very strongly about this.
</blockquote>
<div>Neither do I, this is just an impression that I have after several years with NetBeans. Since I normally don't edit libraries every day, I consider it only a minor inconvenience.
<br>
<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">I think current solution more
<br>corresponds to what you as a user logically doing. When you've a
<br>library you are 'adding' or 'removing' stuff to it.
</blockquote><div>If we take a real-world library with bookshelves and index cards for all books as an example, I think the most accurate analogy'd be to say that books correspond to files and index cards folder corresponds to the list of jars in a NetBeans library. Suppose you discover that one of the index cards has a typo. What you'd like to do in this case is correcting the typo on the card, as opposed to filling a completely new card (part of the information on the card is correct, so there's no reason to write it again). In NetBeans world, this means that I don't want to traverse the whole filesystem path again, if I only want to change the name of the jar.
<br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">The only time you
<br>may want to 'edit' an item is to perhaps upgrade jar to a newer version?
<br>Is such an operation frequent enough to deserver it's own button? Other
<br>scenario I can imagine where 'edit' is suitable is when your library
<br>entry is broken (ie. doesn't exist) and you need to replace it with
<br>different jar.
</blockquote><div>Another scenario I can think of is moving the jar to a different directory.
<br><br>By the way, this discussion is even more relevant for per-project jar dependencies, where you move things around more frequently. Ideally, in both cases it'd allow editing the entry in-place OR opening a file chooser dialog.
<br><br> -Kirill
</div></div>
------=_Part_970_33087604.1197637914091--
| From: Qingtian Wang |
Date: Friday, December 14, 2007
|
wrote in message:
wrote in message:
> Also, when asking the user to provide sharable lib location as in the
> image
http://wiki.netbeans.org/wiki/attach/OutOfBoxVersionabilityProposal/new-proj-wiz.png,
> "Global path variables" should be supported as "first class citizen"
> of the project.
>
I'll have a look at what'd it involve to make environment
variables "first class citizen". As you may know you can setup project
the way you described it already today by hand so it should be matter of
providing just UI for this.
In
theory it should be rather easy as you said it's even manually
doable right now. But it involves a manual
process EVERY TIME a
path-like setup is done to the
IDE . "Native" IDE support of path var
will be very helpful.
In fact, if a library can be defined using path variable (thinking
about Maven 2 repo path here), half of the entire sharability issue is
resolved - You do not hear too much complaint about this from the
IntelliJ or Eclipse community for that matter.
Thanks!
-Qingtian>
Thanks,
-D
> Meaning:
>
> On top of "Sharable libraries: /home/myhomedir/.m2/", user should be
> allow to do "Sharable libraries: ${M2_REPO}" where M2_REPO is a
> user-defined global path variable for the entire project. When another
> user tries to open a project, and if the M2_REPO isn't defined, the
> "open project wizard" should keep asking the user for it until it is
> provided. This is again an IntelliJ feature, very effective and
> useful.
>
> -Qingtian
>
>
>
>
>
>
wrote in message:
>
Hi,
> http://wiki.netbeans.org/wiki/view/OutOfBoxVersionabilityProposal
>
> and any feedback, comments, suggestions are highly appreciated in advance.
>
A couple of minor comments:
1. "Libraries definition" manager dialog, as well as "Libraries Catalogue"
manager dialog, lack an "Edit" button next to the Classpath panel, which
would allow to change the location of the jar file. A similar problem exists
today with "Libraries Manager" dialog in NB6.0. I'd also like this action to
be present in Projects view on <project>/Libraries/<library>.jar nodes.
2. "Import from Library Catalogue" sounds confusing to me. I suggest
renaming it into "Copy from Library Catalogue".
-Kirill
Next Message: Urgent Help Needed!!!