[JBoss JIRA] (TOOLSDOC-669) Document the consequences of creating a remote server without a runtime
by Martin Malina (JIRA)
[ https://issues.jboss.org/browse/TOOLSDOC-669?page=com.atlassian.jira.plug... ]
Martin Malina commented on TOOLSDOC-669:
----------------------------------------
[~mhusnain], thanks for the update. The text seems fine. Good to go.
> Document the consequences of creating a remote server without a runtime
> -----------------------------------------------------------------------
>
> Key: TOOLSDOC-669
> URL: https://issues.jboss.org/browse/TOOLSDOC-669
> Project: Documentation for JBoss Tools and Developer Studio
> Issue Type: Feature Request
> Components: General documentation issues
> Affects Versions: 4.3.0.Beta2
> Reporter: Martin Malina
> Assignee: Misha Ali
>
> In a recent discussion in JBIDE-19463, we talked about some limitations that result from creating of a remote server without a runtime.
> For example, the jmx connection does not work because we use libs from the runtime to connect via jmx.
> We have this document about setting up a remote server:
> https://access.redhat.com/articles/1515503
> There is this:
> {quote}
> d. A remote server can now be created without assigning a runtime to it. Depending on the requirements, select the Assign a runtime to this server check box (and select an existing runtime or create a new one) or leave the box unselected and then click Next.
> {quote}
> So I think it would make sense to add these details somewhere in there.
> From JBIDE-19463:
> {quote}
> Autodetection of ports by scanning your standalone.xml (or your selected configuration file). Since there's no local runtime, and no local standalone.xml, we can't notice that you've modified your ports to be non-standard.
> Also, without a local runtime, some small behavior changes might be default values. For example, sometimes we hard-code different behavior between minor or micro versions if we notice there's a bug in some previous release. For example, some of the early jboss-7 releases didn't support the -b flag.
> Without a local runtime to scan, we can't know the exact version you're running against, and can't customize args (or other things) to work around bugs in those specific runtime versions.
> {quote}
> On top of that, you won't be able to create a JMX connection to the server.
> I'll leave it to you to decide how much details we need in the article. Maybe it's not necessary to talk about early versions of jboss-7 and that part. But it makes sense to at least mention that some things may be missing, mainly JMX connection, detection of ports from standalone.xml and perhaps several more.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 8 months
[JBoss JIRA] (JBIDE-20394) jbosstools integration tests site depends on itself to build; site is not self-cleaning
by Nick Boldt (JIRA)
[ https://issues.jboss.org/browse/JBIDE-20394?page=com.atlassian.jira.plugi... ]
Nick Boldt edited comment on JBIDE-20394 at 7/28/15 11:23 AM:
--------------------------------------------------------------
After discussion in IRC and experimentation offline, I've found that the hudson profile won't work:
https://github.com/nickboldt/jbosstools-integration-tests/commit/5083dc16...
Found a better solution & have updated the PR, which should now also fix seemingly circular dep problem, #1 listed above.
https://github.com/jbosstools/jbosstools-integration-tests/pull/1091
was (Author: nickboldt):
After discussion in IRC and experimentation offline, I've found that the hudson profile won't work:
https://github.com/nickboldt/jbosstools-integration-tests/commit/5083dc16...
Found a better solution & have updated the PR
https://github.com/jbosstools/jbosstools-integration-tests/pull/1091
> jbosstools integration tests site depends on itself to build; site is not self-cleaning
> ---------------------------------------------------------------------------------------
>
> Key: JBIDE-20394
> URL: https://issues.jboss.org/browse/JBIDE-20394
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: build, integration-platform
> Affects Versions: 4.3.0.Beta2
> Reporter: Nick Boldt
> Assignee: Martin Malina
> Priority: Blocker
> Fix For: 4.3.0.Beta2, 4.3.0.CR1
>
>
> I've found some problems today:
> 1. building JBT integration tests requires the JBT integration tests site [circular dependency]
> {code}
> [INFO] Adding repository http://download.jboss.org/jbosstools/updates/nightly/integrationtests/4.3...
> {code}
> 2. nightly 4.3.mars site [0] contains both Beta2 and CR1 bits, even though it's just the 4.3.mars site and should therefore only have Beta2 bits (CR1 should only be in master site [1]
> [0] http://download.jboss.org/jbosstools/updates/nightly/integrationtests/4.3...
> [1] http://download.jboss.org/jbosstools/updates/nightly/integrationtests/mas...
> 3. each time a new build is published into /updates/ [2], [3] it does NOT clean out the old releases, so the site is unnecessarily cluttered with old, orphan artifacts.
> [2] http://download.jboss.org/jbosstools/mars/snapshots/updates/integration-t...
> [3] http://download.jboss.org/jbosstools/mars/snapshots/updates/integration-t...
> 4. The above sites [2], [3] contain content from BOTH branches, which is why we have artifacts from B440 (master) and B25 (4.3.mars) at the same time.
> 5. The check that the build does to determine if it should publish the new bits is failing to find the check script.
> 6. There are two different URLs [0], [2] being used for publishing bits, but the contents appear to be identical.
> [0] http://download.jboss.org/jbosstools/mars/snapshots/updates/integration-t...
> [2] http://download.jboss.org/jbosstools/updates/nightly/integrationtests/4.3...
> This is because we have symlinks:
> {code}
> updates/nightly/integrationtests/4.3.mars -> ../../../mars/snapshots/updates/integration-tests/4.3.mars/
> updates/nightly/integrationtests/master -> ../../../mars/snapshots/updates/integration-tests/master/
> {code}
> So this is OK but we should migrate to use the new correct URLs instead of the old ones.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 8 months
[JBoss JIRA] (TOOLSDOC-663) JBDS 9 Beta2: Create Release Notes
by Marián Labuda (JIRA)
[ https://issues.jboss.org/browse/TOOLSDOC-663?page=com.atlassian.jira.plug... ]
Marián Labuda commented on TOOLSDOC-663:
----------------------------------------
OpenShift:
- link to retrieve token opens internal browser in a new shell with page providing token
- second para could have also double arrow sign in the beginning. This information could probably precede the previous para and it is not related to OAuth which is described in first para
- could you please rephrase "You can easily point your browser to your OpenShift v3 application via the context menu."? Because we are not pointing browser to OS v3 app via context menu but we are showing an application in browser via this context menu. Since Beta2 it is also possible to use Show in Browser from context menu of a specific routing
- "JBoss Developer Studio 9.0 Beta1 will show you OpenShift v3 routes " maybe there should be Beta2?
I would like to ask you to modify "Web Service Tools " section. Proper heading would be "WebSockets". We just have it in tooling under webservices component. Listing websockets methods from content assist proposal is in my humble opinion not required.
Thanks
> JBDS 9 Beta2: Create Release Notes
> ----------------------------------
>
> Key: TOOLSDOC-663
> URL: https://issues.jboss.org/browse/TOOLSDOC-663
> Project: Documentation for JBoss Tools and Developer Studio
> Issue Type: Bug
> Reporter: Misha Ali
> Assignee: Misha Ali
>
> Essentially update the Beta1 release notes to include all new known and resolved issues for Beta2.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 8 months
[JBoss JIRA] (JBIDE-20392) Browsersim feature not shown in Installation details
by Martin Malina (JIRA)
[ https://issues.jboss.org/browse/JBIDE-20392?page=com.atlassian.jira.plugi... ]
Martin Malina resolved JBIDE-20392.
-----------------------------------
Resolution: Rejected
Rejecting since this looks like a non-issue. Feel free to reopen.
> Browsersim feature not shown in Installation details
> ----------------------------------------------------
>
> Key: JBIDE-20392
> URL: https://issues.jboss.org/browse/JBIDE-20392
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: browsersim, updatesite
> Affects Versions: 4.3.0.Beta2
> Reporter: Martin Malina
> Assignee: Nick Boldt
> Fix For: 4.3.0.CR1
>
>
> I can't find the org.jboss.tools.browsersim.feature under Help -> Installation Details -> Features.
> In both JBDS 9.0.0.Beta2 and JBoss Tools 4.3.0.Beta2.
> Maybe there is an explanation for this, but I asked around and nobody knows why this happens.
> Browsersim is working fine and I can see browsersim feature in the filesystem in features/ and also I can see browsersim plugins in Help -> Installation Details -> Plugins.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 8 months