[JBoss JIRA] (JBTIS-171) dont override other connectors in discovery.xml
by Max Rydahl Andersen (JIRA)
Max Rydahl Andersen created JBTIS-171:
-----------------------------------------
Summary: dont override other connectors in discovery.xml
Key: JBTIS-171
URL: https://issues.jboss.org/browse/JBTIS-171
Project: JBoss Tools Integration Stack
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: distribution
Reporter: Max Rydahl Andersen
Currently this is in discovery plugin:
siteUrl="${jboss.discovery.site.url:https://devstudio.jboss.com/updates/7.0-development/central/integration-stack/}"
And instructions to test it says:
-vmargs -Djboss.discovery.directory.url=http://www.qa.jboss.com/binaries/RHDS/discovery/integration/integration-stack/7.0.0.Beta1/devstudio-integration-stack-directory.xml -Djboss.discovery.site.url=http://www.qa.jboss.com/binaries/RHDS/discovery/integration/integration-stack/7.0.0.Beta1
This is all great but it disables all other connectors in JBDS/eclipse thus it makes it hard to get together.
I suggest you use your own specific site url instead, something like:
siteUrl="${jboss.discovery.integration-stack.site.url:https://devstudio.jboss.com/updates/7.0-development/central/integration-stack/}"
Then the base connectors will still work.
We might even consider using recursive properties to allow for a global override, this would need changing in both IS And core discovery.xml to the tune of:
in core: siteUrl="${jboss.global.discovery.site.url,jboss.discovery.site.url:https://devstudio.jboss.com/updates/7.0-development/central/core}"
in stack:
siteUrl="${jboss.global.discovery.site.url,jboss.discovery.integration-stack.site.url:https://devstudio.jboss.com/updates/7.0-development/central/integration-stack/}"
--
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
12 years, 7 months
[JBoss JIRA] (JBIDE-15482) Replace staging & staging.previous (two builds w/ reused URLs) with uniquely timestamped build URLs and auto-regenerated composite*.xml files
by Martin Malina (JIRA)
[ https://issues.jboss.org/browse/JBIDE-15482?page=com.atlassian.jira.plugi... ]
Martin Malina commented on JBIDE-15482:
---------------------------------------
[~nickboldt] what will be the impact for our publishing of RedDeer?
https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/DevStudio/view/DevS...
publishes to
http://download.jboss.org/jbosstools/builds/staging/RedDeer_master/all/repo/
So now it will be staging/CI/RedDeer_master/{BUILD_ID}/all/repo/ ? Will there be some static url pointing to the latest?
Also, in the last I used (and plan to use in the future) https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/DevStudio/view/DevS...
to generate e.g. http://download.jboss.org/jbosstools/updates/stable/juno/core/reddeer/0.2.0/
Will it still work the same way?
> Replace staging & staging.previous (two builds w/ reused URLs) with uniquely timestamped build URLs and auto-regenerated composite*.xml files
> ---------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: JBIDE-15482
> URL: https://issues.jboss.org/browse/JBIDE-15482
> Project: Tools (JBoss Tools)
> Issue Type: Task
> Components: build, updatesite
> Reporter: Nick Boldt
> Assignee: Nick Boldt
> Fix For: 4.1.1.Alpha2
>
>
> Be it proposed:
> {quote}
> that instead of an in-place move which reuses
> generic folder names like "staging" and "staging.previous", we
> composite build output using unique names like
> 2013-08-09_05-05-26-B7222/ or 2013-08-13_10-05-28-B7255
> {quote}
> We therefore need:
> a) to regenerate the composite site each time there's a new build
> published, in order to remove the oldest and add the newest (keeping
> only the Nth and N-1rst builds)
> (I have a script that might already work for this, or would need
> tweaking.)
> b) heuristics to determine when an older (N-2, N-3, ... N-z) build is
> no longer needed, perhaps simply by assuming no one needs it after
> 24hrs?
> 24 hours should be more that enough.
> c) a cleanup script which can purge all but the builds which are no
> more than 1 day old, keeping at all times at least two builds (N and
> N-1)
> (I have a script that already does this for folders like
> http://download.jboss.org/jbosstools/builds/nightly/core/trunk/ but
> might need to be tweaked to work for a new pattern of
> staging/\$\{JOB_NAME}/<BUILD_ID>/ .)
> {quote}
--
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
12 years, 7 months
[JBoss JIRA] (JBIDE-15317) LiveReload script injection corrupted html encoding
by Xavier Coulon (JIRA)
[ https://issues.jboss.org/browse/JBIDE-15317?page=com.atlassian.jira.plugi... ]
Xavier Coulon commented on JBIDE-15317:
---------------------------------------
[~vpakan],
There is no combo in the LiveReload Configuration Editor anymore. You should simply set the Charset on the file itself in the file properties in Eclipse (in File>Properties>Resource, then set "UTF-8" in the "Text File Encoding" group).
> LiveReload script injection corrupted html encoding
> ---------------------------------------------------
>
> Key: JBIDE-15317
> URL: https://issues.jboss.org/browse/JBIDE-15317
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: livereload
> Affects Versions: 4.1.0.Final
> Reporter: Pei-Tang Huang
> Assignee: Xavier Coulon
> Priority: Critical
> Labels: encoding, livereload
> Fix For: 4.1.1.Alpha1, 4.2.0.Alpha1
>
> Attachments: chinese.html
>
> Original Estimate: 1 day
> Remaining Estimate: 1 day
>
> LiveReload script injection dissmisses the encoding of the original HTML content, my page contains CJK character in UTF-8 all became "?" character.
--
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
12 years, 7 months
[JBoss JIRA] (JBIDE-15317) LiveReload script injection corrupted html encoding
by Xavier Coulon (JIRA)
[ https://issues.jboss.org/browse/JBIDE-15317?page=com.atlassian.jira.plugi... ]
Xavier Coulon edited comment on JBIDE-15317 at 9/12/13 3:12 AM:
----------------------------------------------------------------
Hello [~tangtheone],
first, thanks for your feedback and thanks for reporting the invalid content-length header value that I was returning in my code !
I pushed an update of the PR in which the return content uses the same charset as the one given in the request, or it falls back the "Default Charset" that can be configured at the server level. Thus, if you set "UTF-8" at the LiveReload server level (this is the default value anyway), you should have the expected content in response.
Let me know if this works for you.
Thanks.
Best regards,
was (Author: xcoulon):
Hello [~tangtheone],
first, thanks for your feedback and thanks for reporting the invalid content-length header value that I returning in my code !
I pushed an update of the PR in which the return content uses the same charset as the one given in the request, or it falls back the "Default Charset" that can be configured at the server level. Thus, if you set "UTF-8" at the LiveReload server level (this is the default value anyway), you should have the expected content in response.
Let me know if this works for you.
Thanks.
Best regards,
> LiveReload script injection corrupted html encoding
> ---------------------------------------------------
>
> Key: JBIDE-15317
> URL: https://issues.jboss.org/browse/JBIDE-15317
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: livereload
> Affects Versions: 4.1.0.Final
> Reporter: Pei-Tang Huang
> Assignee: Xavier Coulon
> Priority: Critical
> Labels: encoding, livereload
> Fix For: 4.1.1.Alpha1, 4.2.0.Alpha1
>
> Attachments: chinese.html
>
> Original Estimate: 1 day
> Remaining Estimate: 1 day
>
> LiveReload script injection dissmisses the encoding of the original HTML content, my page contains CJK character in UTF-8 all became "?" character.
--
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
12 years, 7 months