[jira] [Commented] (NETBEANS-1097) "Copy Dependent Libraries" does not work if "Source/Binary Format" is greater than JDK 8
[
https://issues.apache.org/jira/browse/NETBEANS-1097?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16915069#comment-16915069
]
Werner Harnisch commented on NETBEANS-1097:
---
Much more important aspect of this bug is that 'Class-Path' Attribute is not
included in MANIFEST.MF. So produced JAR file does not work because dependent
libraries cannot be found!
This really is a MAJOR bug!
No workarounds?
No solutions?
Not assigend to anyone who can help?
Not even clear if this is a bug or a 'feature' by design?
For more than one year and 4 versions of NetBeans?
> "Copy Dependent Libraries" does not work if "Source/Binary Format" is greater
> than JDK 8
>
>
> Key: NETBEANS-1097
> URL: https://issues.apache.org/jira/browse/NETBEANS-1097
> Project: NetBeans
> Issue Type: Bug
> Components: java - Project
>Affects Versions: 9.0, 10.0, 11.0, 11.1
>Reporter: Joonas Pulakka
>Priority: Major
>
> Steps to reproduce:
> # File -> New Project -> Java Application -> Next -> Finish
> # Right-click Libraries, Add JAR/Folder. Add whatever jar file.
> # Check that project Properties -> Packaging -> Copy Dependent Libraries is
> checked.
> # Clean and Build project.
> # Observe contents of dist\ directory.
> When Project -> Properties -> Source/Binary Format is JDK 8, there exists
> dist\lib\ directory, and the jar added in step 1) is copied into that
> directory, as expected, when Copy Dependent Libraries is checked.
> But when Source/Binary Format is greater than JDK 8, dist\lib\ directory does
> not exist.
> The reason seems to be these parts in build-impl.xml:
> {code:java}
>
>
>
>
>
>
>
> ...
>
>
>
>
>
>
>
>
> <-- WHY THIS
> CONDITION??
>
>
> {code}
> I've observed that mkdist.disabled setting is "Copy Dependent Libraries"
> checbox state negated. And do.mkdist controls the library copying.
> But why is this library copying connected to javac.source version in this
> way? If by design, what should I do in order to get jars copied to dist\lib\
> as they used to?
> For now, a workaround seems to be manually deleting the weird
> {code:java}
>
>
> {code}
> part from build-impl.xml, but that needs to be re-done every time NetBeans
> recreates it.
--
This message was sent by Atlassian Jira
(v8.3.2#803003)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-1097) "Copy Dependent Libraries" does not work if "Source/Binary Format" is greater than JDK 8
[
https://issues.apache.org/jira/browse/NETBEANS-1097?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16915077#comment-16915077
]
Werner Harnisch commented on NETBEANS-1097:
---
Hi, Geertjan,
Sorry for my upset comment. Worked on JDK 8 as long as possible. Ran into this
bug just today.
Regards
> "Copy Dependent Libraries" does not work if "Source/Binary Format" is greater
> than JDK 8
>
>
> Key: NETBEANS-1097
> URL: https://issues.apache.org/jira/browse/NETBEANS-1097
> Project: NetBeans
> Issue Type: Bug
> Components: java - Project
>Affects Versions: 9.0, 10.0, 11.0, 11.1
>Reporter: Joonas Pulakka
>Priority: Major
>
> Steps to reproduce:
> # File -> New Project -> Java Application -> Next -> Finish
> # Right-click Libraries, Add JAR/Folder. Add whatever jar file.
> # Check that project Properties -> Packaging -> Copy Dependent Libraries is
> checked.
> # Clean and Build project.
> # Observe contents of dist\ directory.
> When Project -> Properties -> Source/Binary Format is JDK 8, there exists
> dist\lib\ directory, and the jar added in step 1) is copied into that
> directory, as expected, when Copy Dependent Libraries is checked.
> But when Source/Binary Format is greater than JDK 8, dist\lib\ directory does
> not exist.
> The reason seems to be these parts in build-impl.xml:
> {code:java}
>
>
>
>
>
>
>
> ...
>
>
>
>
>
>
>
>
> <-- WHY THIS
> CONDITION??
>
>
> {code}
> I've observed that mkdist.disabled setting is "Copy Dependent Libraries"
> checbox state negated. And do.mkdist controls the library copying.
> But why is this library copying connected to javac.source version in this
> way? If by design, what should I do in order to get jars copied to dist\lib\
> as they used to?
> For now, a workaround seems to be manually deleting the weird
> {code:java}
>
>
> {code}
> part from build-impl.xml, but that needs to be re-done every time NetBeans
> recreates it.
--
This message was sent by Atlassian Jira
(v8.3.2#803003)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-1097) "Copy Dependent Libraries" does not work if "Source/Binary Format" is greater than JDK 8
[
https://issues.apache.org/jira/browse/NETBEANS-1097?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16919476#comment-16919476
]
Werner Harnisch commented on NETBEANS-1097:
---
Sorry, did not find a way to report the error on 'github.com/apache/netbeans'.
There is no 'issues' tab. Wo am I doing wrong?
Regards
> "Copy Dependent Libraries" does not work if "Source/Binary Format" is greater
> than JDK 8
>
>
> Key: NETBEANS-1097
> URL: https://issues.apache.org/jira/browse/NETBEANS-1097
> Project: NetBeans
> Issue Type: Bug
> Components: java - Project
>Affects Versions: 9.0, 10.0, 11.0, 11.1
>Reporter: Joonas Pulakka
>Priority: Major
>
> Steps to reproduce:
> # File -> New Project -> Java Application -> Next -> Finish
> # Right-click Libraries, Add JAR/Folder. Add whatever jar file.
> # Check that project Properties -> Packaging -> Copy Dependent Libraries is
> checked.
> # Clean and Build project.
> # Observe contents of dist\ directory.
> When Project -> Properties -> Source/Binary Format is JDK 8, there exists
> dist\lib\ directory, and the jar added in step 1) is copied into that
> directory, as expected, when Copy Dependent Libraries is checked.
> But when Source/Binary Format is greater than JDK 8, dist\lib\ directory does
> not exist.
> The reason seems to be these parts in build-impl.xml:
> {code:java}
>
>
>
>
>
>
>
> ...
>
>
>
>
>
>
>
>
> <-- WHY THIS
> CONDITION??
>
>
> {code}
> I've observed that mkdist.disabled setting is "Copy Dependent Libraries"
> checbox state negated. And do.mkdist controls the library copying.
> But why is this library copying connected to javac.source version in this
> way? If by design, what should I do in order to get jars copied to dist\lib\
> as they used to?
> For now, a workaround seems to be manually deleting the weird
> {code:java}
>
>
> {code}
> part from build-impl.xml, but that needs to be re-done every time NetBeans
> recreates it.
--
This message was sent by Atlassian Jira
(v8.3.2#803003)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-1097) "Copy Dependent Libraries" does not work if "Source/Binary Format" is greater than JDK 8
[
https://issues.apache.org/jira/browse/NETBEANS-1097?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16919488#comment-16919488
]
Werner Harnisch commented on NETBEANS-1097:
---
Ok, thanks for your help!
> "Copy Dependent Libraries" does not work if "Source/Binary Format" is greater
> than JDK 8
>
>
> Key: NETBEANS-1097
> URL: https://issues.apache.org/jira/browse/NETBEANS-1097
> Project: NetBeans
> Issue Type: Bug
> Components: java - Project
>Affects Versions: 9.0, 10.0, 11.0, 11.1
>Reporter: Joonas Pulakka
>Priority: Major
>
> Steps to reproduce:
> # File -> New Project -> Java Application -> Next -> Finish
> # Right-click Libraries, Add JAR/Folder. Add whatever jar file.
> # Check that project Properties -> Packaging -> Copy Dependent Libraries is
> checked.
> # Clean and Build project.
> # Observe contents of dist\ directory.
> When Project -> Properties -> Source/Binary Format is JDK 8, there exists
> dist\lib\ directory, and the jar added in step 1) is copied into that
> directory, as expected, when Copy Dependent Libraries is checked.
> But when Source/Binary Format is greater than JDK 8, dist\lib\ directory does
> not exist.
> The reason seems to be these parts in build-impl.xml:
> {code:java}
>
>
>
>
>
>
>
> ...
>
>
>
>
>
>
>
>
> <-- WHY THIS
> CONDITION??
>
>
> {code}
> I've observed that mkdist.disabled setting is "Copy Dependent Libraries"
> checbox state negated. And do.mkdist controls the library copying.
> But why is this library copying connected to javac.source version in this
> way? If by design, what should I do in order to get jars copied to dist\lib\
> as they used to?
> For now, a workaround seems to be manually deleting the weird
> {code:java}
>
>
> {code}
> part from build-impl.xml, but that needs to be re-done every time NetBeans
> recreates it.
--
This message was sent by Atlassian Jira
(v8.3.2#803003)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-1097) "Copy Dependent Libraries" does not work if "Source/Binary Format" is greater than JDK 8
[
https://issues.apache.org/jira/browse/NETBEANS-1097?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16919515#comment-16919515
]
Werner Harnisch commented on NETBEANS-1097:
---
Super,
removing
__
__
__
not only fixes the problem '*Copy Dependent Libraries does not work if
Source/Binary Format is greater than JDK 8*', but this also fixes the
'*Class-Path'Attribute is not included in MANIFEST.MF if Source/Binary Format
is greater than JDK 8*'-problem!
Thank you very much!
Hope this fix will be included in NetBeans soon.
Regards
> "Copy Dependent Libraries" does not work if "Source/Binary Format" is greater
> than JDK 8
>
>
> Key: NETBEANS-1097
> URL: https://issues.apache.org/jira/browse/NETBEANS-1097
> Project: NetBeans
> Issue Type: Bug
> Components: java - Project
>Affects Versions: 9.0, 10.0, 11.0, 11.1
>Reporter: Joonas Pulakka
>Priority: Major
>
> Steps to reproduce:
> # File -> New Project -> Java Application -> Next -> Finish
> # Right-click Libraries, Add JAR/Folder. Add whatever jar file.
> # Check that project Properties -> Packaging -> Copy Dependent Libraries is
> checked.
> # Clean and Build project.
> # Observe contents of dist\ directory.
> When Project -> Properties -> Source/Binary Format is JDK 8, there exists
> dist\lib\ directory, and the jar added in step 1) is copied into that
> directory, as expected, when Copy Dependent Libraries is checked.
> But when Source/Binary Format is greater than JDK 8, dist\lib\ directory does
> not exist.
> The reason seems to be these parts in build-impl.xml:
> {code:java}
>
>
>
>
>
>
>
> ...
>
>
>
>
>
>
>
>
> <-- WHY THIS
> CONDITION??
>
>
> {code}
> I've observed that mkdist.disabled setting is "Copy Dependent Libraries"
> checbox state negated. And do.mkdist controls the library copying.
> But why is this library copying connected to javac.source version in this
> way? If by design, what should I do in order to get jars copied to dist\lib\
> as they used to?
> For now, a workaround seems to be manually deleting the weird
> {code:java}
>
>
> {code}
> part from build-impl.xml, but that needs to be re-done every time NetBeans
> recreates it.
--
This message was sent by Atlassian Jira
(v8.3.2#803003)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
