[JBoss JIRA] (JBIDE-17208) cannot create python app w/jenkins
by Andre Dietisheim (JIRA)
[ https://issues.jboss.org/browse/JBIDE-17208?page=com.atlassian.jira.plugi... ]
Andre Dietisheim reassigned JBIDE-17208:
----------------------------------------
Assignee: Andre Dietisheim
> cannot create python app w/jenkins
> ----------------------------------
>
> Key: JBIDE-17208
> URL: https://issues.jboss.org/browse/JBIDE-17208
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Reporter: Max Rydahl Andersen
> Assignee: Andre Dietisheim
>
> When trying to create a pyton 2.7 w/jenkins client I get this error:
> Could not create application "jira"
> Could not request https://openshift.redhat.com/broker/rest/domain/man/applications?include=...: An application must contain one web cartridge. None of the specified cartridges is a web cartridge. Please include one of the following cartridges: diy-0.1, jboss-dv-6.0.0, jboss-vertx-2.1, jbossas-7, jbosseap-6, jbossews-1.0, jbossews-2.0, jenkins-1, nodejs-0.10, nodejs-0.6, perl-5.10, php-5.3, php-5.4, python-2.6, python-2.7, python-3.3, ruby-1.8, ruby-1.9, zend-5.6, and zend-6.1 or supply a valid url to a custom web_framework cartridge.
> -- Configuration Details --
> Product: Eclipse 4.4.0.20140301-1817 (org.eclipse.epp.package.jee.product)
> Installed Features:
> org.jboss.ide.eclipse.as.feature 3.0.0.Beta2-v20140421-1626-B483
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 11 months
[JBoss JIRA] (JBIDE-17179) org.jboss.tools.foundation.core.test failure
by Rob Stryker (JIRA)
[ https://issues.jboss.org/browse/JBIDE-17179?page=com.atlassian.jira.plugi... ]
Rob Stryker resolved JBIDE-17179.
---------------------------------
Resolution: Done
replicated and fixed locally. Pushed to master.
> org.jboss.tools.foundation.core.test failure
> --------------------------------------------
>
> Key: JBIDE-17179
> URL: https://issues.jboss.org/browse/JBIDE-17179
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: common/jst/core, server
> Affects Versions: 4.2.0.Beta1
> Environment: Linux, Windows
> Reporter: Daniel Azarov
> Assignee: Rob Stryker
> Priority: Critical
> Fix For: 4.2.0.Beta2
>
>
> Tests run: 9, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 7.925 sec <<< FAILURE!
> Results :
> Failed tests: testCaching(org.jboss.tools.foundation.core.test.ecf.URLTransportUtilTest)
> Tests run: 9, Failures: 1, Errors: 0, Skipped: 0
> {code}
> -------------------------------------------------------------------------------
> Test set: org.jboss.tools.foundation.core.test.FoundationAllTests
> -------------------------------------------------------------------------------
> Tests run: 9, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 7.925 sec <<< FAILURE!
> testWaitJobSynchronousCancel(org.jboss.tools.foundation.core.test.jobs.WaitJobTest) Time elapsed: 0.536 sectestWaitJobSynchronousInterrupted(org.jboss.tools.foundation.core.test.jobs.WaitJobTest) Time elapsed: 0.803 sectestWaitJob(org.jboss.tools.foundation.core.test.jobs.WaitJobTest) Time elapsed: 0.701 sectestWebDownload(org.jboss.tools.foundation.core.test.ecf.URLTransportUtilTest) Time elapsed: 1.23 sectestBundleEntryUrl(org.jboss.tools.foundation.core.test.ecf.URLTransportUtilTest) Time elapsed: 0.011 sectestTimeoutWithoutCancel(org.jboss.tools.foundation.core.test.ecf.URLTransportUtilTest) Time elapsed: 1.531 sectestCaching(org.jboss.tools.foundation.core.test.ecf.URLTransportUtilTest) Time elapsed: 0.071 sec <<< FAILURE!
> junit.framework.AssertionFailedError
> at junit.framework.Assert.fail(Assert.java:55)
> at junit.framework.Assert.assertTrue(Assert.java:22)
> at junit.framework.Assert.assertTrue(Assert.java:31)
> at junit.framework.TestCase.assertTrue(TestCase.java:201)
> at org.jboss.tools.foundation.core.test.ecf.URLTransportUtilTest.testCaching(URLTransportUtilTest.java:202)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
> at java.lang.reflect.Method.invoke(Unknown Source)
> at junit.framework.TestCase.runTest(TestCase.java:176)
> at junit.framework.TestCase.runBare(TestCase.java:141)
> at junit.framework.TestResult$1.protect(TestResult.java:122)
> at junit.framework.TestResult.runProtected(TestResult.java:142)
> at junit.framework.TestResult.run(TestResult.java:125)
> at junit.framework.TestCase.run(TestCase.java:129)
> at junit.framework.TestSuite.runTest(TestSuite.java:255)
> at junit.framework.TestSuite.run(TestSuite.java:250)
> at org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:84)
> at org.junit.runners.Suite.runChild(Suite.java:127)
> at org.junit.runners.Suite.runChild(Suite.java:26)
> at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238)
> at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63)
> at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236)
> at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53)
> at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229)
> at org.junit.runners.ParentRunner.run(ParentRunner.java:309)
> at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:53)
> at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:123)
> at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:104)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
> at java.lang.reflect.Method.invoke(Unknown Source)
> at org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:164)
> at org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:110)
> at org.apache.maven.surefire.booter.SurefireStarter.invokeProvider(SurefireStarter.java:175)
> at org.apache.maven.surefire.booter.SurefireStarter.runSuitesInProcess(SurefireStarter.java:123)
> at org.eclipse.tycho.surefire.osgibooter.OsgiSurefireBooter.run(OsgiSurefireBooter.java:86)
> at org.eclipse.tycho.surefire.osgibooter.AbstractUITestApplication$1.run(AbstractUITestApplication.java:35)
> at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
> at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:136)
> at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:4147)
> at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3764)
> at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$9.run(PartRenderingEngine.java:1122)
> at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332)
> at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.run(PartRenderingEngine.java:1006)
> at org.eclipse.e4.ui.internal.workbench.E4Workbench.createAndRunUI(E4Workbench.java:147)
> at org.eclipse.ui.internal.Workbench$5.run(Workbench.java:630)
> at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332)
> at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:574)
> at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:150)
> at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:125)
> at org.eclipse.tycho.surefire.osgibooter.UITestApplication.runApplication(UITestApplication.java:31)
> at org.eclipse.tycho.surefire.osgibooter.AbstractUITestApplication.run(AbstractUITestApplication.java:114)
> at org.eclipse.tycho.surefire.osgibooter.UITestApplication.start(UITestApplication.java:37)
> at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:196)
> at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:133)
> at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:103)
> at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:378)
> at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:232)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
> at java.lang.reflect.Method.invoke(Unknown Source)
> at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:648)
> at org.eclipse.equinox.launcher.Main.basicRun(Main.java:603)
> at org.eclipse.equinox.launcher.Main.run(Main.java:1462)
> at org.eclipse.equinox.launcher.Main.main(Main.java:1438)
> testCancelMonitor(org.jboss.tools.foundation.core.test.ecf.URLTransportUtilTest) Time elapsed: 3.005 sectestPlatformUrl(org.jboss.tools.foundation.core.test.ecf.URLTransportUtilTest) Time elapsed: 0.004 sec
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 11 months
[JBoss JIRA] (JBIDE-17209) only product for mylyn integration is JBossAS Server
by Max Rydahl Andersen (JIRA)
Max Rydahl Andersen created JBIDE-17209:
-------------------------------------------
Summary: only product for mylyn integration is JBossAS Server
Key: JBIDE-17209
URL: https://issues.jboss.org/browse/JBIDE-17209
Project: Tools (JBoss Tools)
Issue Type: Bug
Reporter: Max Rydahl Andersen
Priority: Minor
Using "report bug or enhancement" JBoss Tools shows up but then after that a list of "products" is shown and it just list JBossAS Server.
I would have expected Developer Studio too at least, and a few more key components.
Note: this might not be something base should add, but put it into central or jbds product makes sense I think.
-- Configuration Details --
Product: Eclipse 4.4.0.20140301-1817 (org.eclipse.epp.package.jee.product)
Installed Features:
org.jboss.ide.eclipse.as.feature 3.0.0.Beta2-v20140421-1626-B483
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 11 months
[JBoss JIRA] (JBIDE-17208) cannot create python app w/jenkins
by Max Rydahl Andersen (JIRA)
Max Rydahl Andersen created JBIDE-17208:
-------------------------------------------
Summary: cannot create python app w/jenkins
Key: JBIDE-17208
URL: https://issues.jboss.org/browse/JBIDE-17208
Project: Tools (JBoss Tools)
Issue Type: Bug
Components: openshift
Reporter: Max Rydahl Andersen
When trying to create a pyton 2.7 w/jenkins client I get this error:
Could not create application "jira"
Could not request https://openshift.redhat.com/broker/rest/domain/man/applications?include=...: An application must contain one web cartridge. None of the specified cartridges is a web cartridge. Please include one of the following cartridges: diy-0.1, jboss-dv-6.0.0, jboss-vertx-2.1, jbossas-7, jbosseap-6, jbossews-1.0, jbossews-2.0, jenkins-1, nodejs-0.10, nodejs-0.6, perl-5.10, php-5.3, php-5.4, python-2.6, python-2.7, python-3.3, ruby-1.8, ruby-1.9, zend-5.6, and zend-6.1 or supply a valid url to a custom web_framework cartridge.
-- Configuration Details --
Product: Eclipse 4.4.0.20140301-1817 (org.eclipse.epp.package.jee.product)
Installed Features:
org.jboss.ide.eclipse.as.feature 3.0.0.Beta2-v20140421-1626-B483
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 11 months
[JBoss JIRA] (TOOLSDOC-492) Create new docs landing page on new tools.jboss.org site (moving to asciidoc for docs in process)
by Max Rydahl Andersen (JIRA)
[ https://issues.jboss.org/browse/TOOLSDOC-492?page=com.atlassian.jira.plug... ]
Max Rydahl Andersen commented on TOOLSDOC-492:
----------------------------------------------
yeah i'm not going to debug that amount of ruby code and we shouldn't need that complexity for docs (one of the reasons I don't think moving docs to tools.jbossorg (in its current state/structure) is going to bring us much - that most docs will continue to be written in docbook is the other - too much overhead).
> Create new docs landing page on new tools.jboss.org site (moving to asciidoc for docs in process)
> -------------------------------------------------------------------------------------------------
>
> Key: TOOLSDOC-492
> URL: https://issues.jboss.org/browse/TOOLSDOC-492
> Project: Documentation for JBoss Tools and Developer Studio
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: User Guide
> Affects Versions: 4.2.0.Beta1
> Reporter: Nick Boldt
> Assignee: Michelle Murray
> Fix For: 4.2.0.Beta2
>
>
> With the release of the new tools.jboss.org site, it's time to migrate the docs to the same skin / format / markup. Docbook is dead, long live Asciidoc!
> What [~mmurray] and I are thinking is that we would have a new landing page similar to one of these:
> http://tools.jboss.org/features/ (with icons that link to projects' latest doc)
> or
> http://tools.jboss.org/documentation/whatsnew/ (with the latest doc linked)
> And then under that landing page we'd have doc for each of projects' contributions to the User Guide, by milestone or Final release.
> Questions:
> a. [~maxandersen] [~burrsutter] [~mmusaji] Do we still need to provide 3 formats of doc - HTML, HTML-single, and PDF? Or can we replace that with this new content, PLUS include inline help doc within Eclipse? (That's another issue - see [~dgolovin] 's https://github.com/dgolovin/jbosstools-eclipse-docs/blob/master/docs/scen... for prototype)
> b. [~maxandersen] Should we include docs for "dead" projects like Freemarker, Portal, etc.? I'm guessing YES, even if the doc becomes out of date (ie., the doc for JBT 4.2 for Freemarker won't have changed much (or at all) since JBT 4.0/4.1).
> c. [~maxandersen] Should we convert old JBT 4.1.x (and/or 4.0.x, 3.3.x) doc to the new adoc format, or just start w/ the JBT 4.2.0.Beta1/2 doc? I'd be OK with 4.1 and maybe 4.0, but can we skip 3.3 since JBDS 5 is no longer fully supported?
> d. Will docbook2asciidoc [0] work for batch-converting docbook docs to adoc? @nick will try. If conversion works easily, then converting older User Guides is definitely more doable / less time consuming.
> [0] https://github.com/oreillymedia/docbook2asciidoc
> e. [~xcoulon] Is :page-component_version: still used, eg., in [1], or is the filename version itself used to categorize the content by milestone?
> [1] https://github.com/jbosstools/jbosstools-website/blob/master/documentatio...
> f. If we decide to continue to include other formats (eg., html-single, pdf) should we link to those from these places [2], [3]?
> [2] http://tools.jboss.org/downloads/overview.html
> [3] http://tools.jboss.org/downloads/jbosstools/luna/4.2.0.Beta1.html
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 11 months
[JBoss JIRA] (TOOLSDOC-492) Create new docs landing page on new tools.jboss.org site (moving to asciidoc for docs in process)
by Nick Boldt (JIRA)
[ https://issues.jboss.org/browse/TOOLSDOC-492?page=com.atlassian.jira.plug... ]
Nick Boldt commented on TOOLSDOC-492:
-------------------------------------
Today's experiment w/ rake resulted in this:
https://github.com/nickboldt/jbosstools-website/tree/TOOLSDOC-492
but the new pages won't render because of
{code}
While processing file
An error occurred: undefined method `to_sym' for nil:NilClass
{code}
So I added debugger to the Gemfile, as suggested here:
http://stackoverflow.com/questions/2663912/ruby-on-rails-debugging-rake-t...
but all I've managed to deduce is that the pipeline is getting a Nil object somewhere when processing the new userguide/ folder.
That said I suspect much of this is moot...
----
On the plus side, the docbook2asciidoc sorta worked:
{code}
git clone git@github.com:oreillymedia/docbook2asciidoc.git
cd docbook2asciidoc/
java -jar saxon9he.jar -s /home/nboldt/tru/jbosstools-documentation/docs/User_Guide/JBoss_Tools_User_Guide/en-US/chap-OpenShift_Tools.xml -o /home/nboldt/tru/jbosstools-website/documentation/userguide/openshift/openshift-news-2.6.0.Beta2.adoc d2a.xsl chunk-output=true
{code}
Result:
https://github.com/nickboldt/jbosstools-website/blob/TOOLSDOC-492/documen...
> Create new docs landing page on new tools.jboss.org site (moving to asciidoc for docs in process)
> -------------------------------------------------------------------------------------------------
>
> Key: TOOLSDOC-492
> URL: https://issues.jboss.org/browse/TOOLSDOC-492
> Project: Documentation for JBoss Tools and Developer Studio
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: User Guide
> Affects Versions: 4.2.0.Beta1
> Reporter: Nick Boldt
> Assignee: Michelle Murray
> Fix For: 4.2.0.Beta2
>
>
> With the release of the new tools.jboss.org site, it's time to migrate the docs to the same skin / format / markup. Docbook is dead, long live Asciidoc!
> What [~mmurray] and I are thinking is that we would have a new landing page similar to one of these:
> http://tools.jboss.org/features/ (with icons that link to projects' latest doc)
> or
> http://tools.jboss.org/documentation/whatsnew/ (with the latest doc linked)
> And then under that landing page we'd have doc for each of projects' contributions to the User Guide, by milestone or Final release.
> Questions:
> a. [~maxandersen] [~burrsutter] [~mmusaji] Do we still need to provide 3 formats of doc - HTML, HTML-single, and PDF? Or can we replace that with this new content, PLUS include inline help doc within Eclipse? (That's another issue - see [~dgolovin] 's https://github.com/dgolovin/jbosstools-eclipse-docs/blob/master/docs/scen... for prototype)
> b. [~maxandersen] Should we include docs for "dead" projects like Freemarker, Portal, etc.? I'm guessing YES, even if the doc becomes out of date (ie., the doc for JBT 4.2 for Freemarker won't have changed much (or at all) since JBT 4.0/4.1).
> c. [~maxandersen] Should we convert old JBT 4.1.x (and/or 4.0.x, 3.3.x) doc to the new adoc format, or just start w/ the JBT 4.2.0.Beta1/2 doc? I'd be OK with 4.1 and maybe 4.0, but can we skip 3.3 since JBDS 5 is no longer fully supported?
> d. Will docbook2asciidoc [0] work for batch-converting docbook docs to adoc? @nick will try. If conversion works easily, then converting older User Guides is definitely more doable / less time consuming.
> [0] https://github.com/oreillymedia/docbook2asciidoc
> e. [~xcoulon] Is :page-component_version: still used, eg., in [1], or is the filename version itself used to categorize the content by milestone?
> [1] https://github.com/jbosstools/jbosstools-website/blob/master/documentatio...
> f. If we decide to continue to include other formats (eg., html-single, pdf) should we link to those from these places [2], [3]?
> [2] http://tools.jboss.org/downloads/overview.html
> [3] http://tools.jboss.org/downloads/jbosstools/luna/4.2.0.Beta1.html
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 11 months
[JBoss JIRA] (TOOLSDOC-492) Create new docs landing page on new tools.jboss.org site (moving to asciidoc for docs in process)
by Max Rydahl Andersen (JIRA)
[ https://issues.jboss.org/browse/TOOLSDOC-492?page=com.atlassian.jira.plug... ]
Max Rydahl Andersen commented on TOOLSDOC-492:
----------------------------------------------
I'm all for moving from docbook to asciidoc but afaik the big showstopper is red hat docs saying they must be in in docbook. If that has changed then lets go, but if not then not much fun.
About putting docs *physically* on tools.jboss.org then my intent was to actually *not* put it there since it would increase the build time significantly - but that was when it was slow. Anyhow - putting it on docs.jboss.org with redirects might be a good option and just keep the style.
a) Yes, many users uses pdf for sure to download and HTML is definitely needed.
b) freemarker is not dead. neither is the usage of portal in older versions.
c) should only be done for new versions for sure.... put it on docs.jboss.org where we can have multiple versions properly layed out that does not require rebuilds again and again.
d) yes it mostly works - I tried others in past, I can dig them out if oreilly's doesn't work. Others in the company done this already too.
e) filenames aren't used for categorize content by milestone afaik. whatsnew approach doesn't fit userguides workflow IMO.
f) not sure what is asked for here - the downloads overview page is not about docs, but yes docs could be linked to from the individual download pages but since there was no decent structure for docs we could use we didn't for now.
I would like docs to move to asciidoc but mixingt that up *into* the website generation is not the right way to do this.
> Create new docs landing page on new tools.jboss.org site (moving to asciidoc for docs in process)
> -------------------------------------------------------------------------------------------------
>
> Key: TOOLSDOC-492
> URL: https://issues.jboss.org/browse/TOOLSDOC-492
> Project: Documentation for JBoss Tools and Developer Studio
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: User Guide
> Affects Versions: 4.2.0.Beta1
> Reporter: Nick Boldt
> Assignee: Michelle Murray
> Fix For: 4.2.0.Beta2
>
>
> With the release of the new tools.jboss.org site, it's time to migrate the docs to the same skin / format / markup. Docbook is dead, long live Asciidoc!
> What [~mmurray] and I are thinking is that we would have a new landing page similar to one of these:
> http://tools.jboss.org/features/ (with icons that link to projects' latest doc)
> or
> http://tools.jboss.org/documentation/whatsnew/ (with the latest doc linked)
> And then under that landing page we'd have doc for each of projects' contributions to the User Guide, by milestone or Final release.
> Questions:
> a. [~maxandersen] [~burrsutter] [~mmusaji] Do we still need to provide 3 formats of doc - HTML, HTML-single, and PDF? Or can we replace that with this new content, PLUS include inline help doc within Eclipse? (That's another issue - see [~dgolovin] 's https://github.com/dgolovin/jbosstools-eclipse-docs/blob/master/docs/scen... for prototype)
> b. [~maxandersen] Should we include docs for "dead" projects like Freemarker, Portal, etc.? I'm guessing YES, even if the doc becomes out of date (ie., the doc for JBT 4.2 for Freemarker won't have changed much (or at all) since JBT 4.0/4.1).
> c. [~maxandersen] Should we convert old JBT 4.1.x (and/or 4.0.x, 3.3.x) doc to the new adoc format, or just start w/ the JBT 4.2.0.Beta1/2 doc? I'd be OK with 4.1 and maybe 4.0, but can we skip 3.3 since JBDS 5 is no longer fully supported?
> d. Will docbook2asciidoc [0] work for batch-converting docbook docs to adoc? @nick will try. If conversion works easily, then converting older User Guides is definitely more doable / less time consuming.
> [0] https://github.com/oreillymedia/docbook2asciidoc
> e. [~xcoulon] Is :page-component_version: still used, eg., in [1], or is the filename version itself used to categorize the content by milestone?
> [1] https://github.com/jbosstools/jbosstools-website/blob/master/documentatio...
> f. If we decide to continue to include other formats (eg., html-single, pdf) should we link to those from these places [2], [3]?
> [2] http://tools.jboss.org/downloads/overview.html
> [3] http://tools.jboss.org/downloads/jbosstools/luna/4.2.0.Beta1.html
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 11 months