Sagewire Logo

[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
Out-of-the-Box project versionability aka "headless builds" or "shared
libraries" or ... is one of the feature s planned for NB6.1. Draft
version of UI proposal can be found here:

http://wiki.netbeans.org/wiki/view/OutOfBoxVersionabilityProposal

and any feedback, comments, suggestions are highly appreciated in advance.

There is also home page for this feature
<http://wiki.netbeans.org/wiki/view/OutOfBoxVersionability> which links
implementation proposal, will contain a plan, etc.

Thanks,
-D


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;">&nbsp;&nbsp; <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. &quot;Libraries definition&quot; manager dialog, as well as &quot;Libraries Catalogue&quot; manager dialog, lack an &quot;Edit&quot; button next to the Classpath panel, which'd allow to change the location of the jar file. A similar problem exists today with &quot;Libraries Manager&quot; dialog in
NB6.0. I&#39;d also like this action to be present in Projects view on &lt;project&gt;/Libraries/&lt;library&gt;.jar nodes.<br>2. &quot;Import from Library Catalogue&quot; sounds confusing to me. I suggest renaming it into &quot;Copy from Library Catalogue&quot;.
<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>&gt; Hi,<br>&gt;<br>&gt; &nbsp; &nbsp; &nbsp; &nbsp;<a href="http://wiki.netbeans.org/wiki/view/OutOfBoxVersionabilityProposal" target="_blank">http://wiki.netbeans.org/wiki/view/OutOfBoxVersionabilityProposal
</a><br>&gt;<br>&gt; &nbsp; &nbsp; and any feedback, comments, suggestions are highly appreciated in<br>&gt; &nbsp; &nbsp; advance.<br>&gt;<br>&gt;<br>&gt; A couple of minor comments:<br>&gt;<br>&gt; 1. &quot;Libraries definition&quot; manager dialog, as well as &quot;Libraries
<br>&gt; Catalogue&quot; manager dialog, lack an &quot;Edit&quot; button next to the Classpath<br>&gt; panel, which'd allow to change the location of the jar file. A<br>&gt; similar problem exists today with &quot;Libraries Manager&quot; dialog in
NB6.0.<br>&gt; I&#39;d also like this action to be present in Projects view on<br>&gt; &lt;project&gt;/Libraries/&lt;library&gt;.jar nodes.<br><br></div>You mean Edit as a shortcut for Remove and Add?</blockquote><div>Yes.
<br>&nbsp;<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&#39;t edit libraries every day, I consider it only a minor inconvenience.<br>&nbsp;
<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 &#39;adding&#39; or &#39;removing&#39; 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&#39;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&#39;s no reason to write it again). In NetBeans world, this means that I don&#39;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 &#39;edit&#39; an item is to perhaps upgrade jar to a newer version?
<br>Is such an operation frequent enough to deserver it&#39;s own button? Other<br>scenario I can imagine where &#39;edit&#39; 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>&nbsp;-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!!!



Programming | Sports | Autos

copyright 2006
Valid XHTML 1.0 Transitional