This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.

Bug 222386 - API for getting latest GF embedded static shell pom
Summary: API for getting latest GF embedded static shell pom
Status: RESOLVED WONTFIX
Alias: None
Product: serverplugins
Classification: Unclassified
Component: GlassFish (show other bugs)
Version: 7.3
Hardware: PC Linux
: P3 normal (vote)
Assignee: TomasKraus
URL:
Keywords: API
Depends on:
Blocks:
 
Reported: 2012-11-19 13:21 UTC by Martin Janicek
Modified: 2015-09-17 13:10 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Martin Janicek 2012-11-19 13:21:02 UTC
Please see the issue 221667 (or module maven.j2ee, class EmbeddableEJBContainerHint, line 181) for some background. In Java EE Maven project we need to access glassfish embedded static shell pom file for correct project configuration in some cases.

Currently there is a hard-coded value with an URL for the latest version of glassfish (e.g. [1] is the current URL). This is obviously not a good approach, because we need to fix this value with each new GF version. 
Would be great if you could create an simple API that provides either this URL or at least latest GF version which we can use for constructing the URL (assuming that the repository is not changed much often).

[1] https://maven.java.net/content/repositories/releases/org/glassfish/main/extras/glassfish-embedded-static-shell/3.1.2.2/glassfish-embedded-static-shell-3.1.2.2.pom
Comment 1 Petr Jiricka 2012-12-14 14:15:07 UTC
Not a user visible problem - shouldn't this be ENHANCEMENT?
Comment 2 Martin Janicek 2012-12-14 14:44:38 UTC
Of course it could be (maybe TASK is even better) ..the question is if it will be ever fixed if we change the type. But agree, user does not need to care about NB internal code.
Comment 3 Petr Jiricka 2012-12-14 15:39:37 UTC
Ok, for now I am leaving as defect and adding NO73.
Comment 4 TomasKraus 2013-07-18 14:57:37 UTC
Postponed for next release. I do not have enough time to fix/implement P3 issues now. :(
Comment 5 Kenneth Ganfield 2013-09-24 11:57:35 UTC
So does this mean that the hint to "Use EJBContainer from installation ..." that was available before in the generated test is not available if the target server is 4.0?

So for 7.4 will the user need to manually modify the pom to add the property and dependency for the static-shell.jar if they are using GF4.0?
Comment 6 Martin Janicek 2013-09-25 12:01:53 UTC
(In reply to Kenneth Ganfield from comment #5)
> So does this mean that the hint to "Use EJBContainer from installation ..."
> that was available before in the generated test is not available if the
> target server is 4.0?

I'm afraid yes. I can fix it on Maven side (by changing the hard-coded value to url pointing to GF 4.0), but the problem will occur again for GF 4.0.1 or whatever the future GF release will be..

> So for 7.4 will the user need to manually modify the pom to add the property
> and dependency for the static-shell.jar if they are using GF4.0?

That was the reason why I create this ticket - to avoid forgetting of this problem with every new release of GF. And we have forgotten again. As I said, I can fix it again in Maven, but the problem will persist if GF plugin won't be exposing some API for it..
Comment 7 Kenneth Ganfield 2013-09-25 12:42:56 UTC
Thanks for the confirmation.
I agree that hard-coding it for every new GF release is not a good solution.

I think that it would be good if there was some hint that the property and/or dependency needs to be specified in the pom if it is not there. I do not know if that is possible though. Right now there is no indication that the configuration is not correct. 
However, any user who uses this testing scenario often will soon recognize the output when the test fails and know how to fix it.
Comment 8 Martin Balin 2015-09-17 13:10:33 UTC
Report from old NetBeans version. Due to code changes since it was reported likely not reproducible now. Feel free to reopen if happens in 8.0.2 or 8.1.