 
                                        
                                
                         
                        
                                
                                
                                        
                                                
                                        
                                        
                                        Updating quickstarts documentation between releases
                                
                                
                                
                                    
                                        by Paul Robinson
                                    
                                
                                
                                        Paul,
I think you are the right person for this, but I could be wrong…
On JBoss Developer we index quickstarts for each product and render some of the documentation (README.md, CONTRIBUTING.md, for example) on the site. Here’s an example:http://www.jboss.org/quickstarts/eap/contributing/ <http://www-stg.jboss.org/pr/714/build/1464/quickstarts/eap/contributing/>. We index the latest release of each quickstart from the related Quickstart repo in the JBoss Developer GitHub organisation. It’s important that we index the release, as we know it has been QA’d against the latest product GA on the site.
However, there are several cases where broken links exist in the documentation that we are indexing. Notice the ‘Fork’ link on http://www.jboss.org/quickstarts/eap/contributing/ <http://www.jboss.org/quickstarts/eap/contributing/>. This is due to a broken link in the source content: https://github.com/jboss-developer/jboss-eap-quickstarts/blob/6.3.0.GA/CO... <https://github.com/jboss-developer/jboss-eap-quickstarts/blob/6.3.0.GA/CO...>. This is easy to fix at source, but we would need to wait for the next quickstarts release (in this case EAP 6.4.0.GA) before JBoss Developer can consume the fix. Broken links are bad for user experience and adversely affect SEO, so we’d rather get them fixed sooner. 
One solution would be to allow documentation only changes to be made to quickstarts between releases. In the example above, we would create a commit (fixing the broken link) on top of the 6.3.0.GA release (https://github.com/jboss-developer/jboss-eap-quickstarts/releases/tag/6.3... <https://github.com/jboss-developer/jboss-eap-quickstarts/releases/tag/6.3...>) and then tag it as a new release. I think we’d have to use some naming convention to indicate it was just docs that changed. JBoss Developer would then index the new tag in order to consume the fix. 
Is this the right thing to do?
Paul.
-- 
Paul Robinson
JBoss Developer Team Lead (www.jboss.org)
Free/busy info: https://www.google.com/calendar/embed?src=probinso%40redhat.com&ctz=Europ...
JBoss, a Division of Red Hat
Registered in England and Wales under Company Registration No. 03798903
Directors:Michael Cunningham (US), Charles Peters (US), Matt Parson (US), Paul Hickey (Ireland)
                                
                         
                        
                                
                                10 years, 1 month
                        
                        
                 
         
 
        
            
        
        
        
                
                        
                                
                                 
                                        
                                
                         
                        
                                
                                
                                        
                                                
                                        
                                        
                                        <repository /> definition in pom.xml for Quickstarts and Demos
                                
                                
                                
                                    
                                        by Rafael Benevides
                                    
                                
                                
                                        Hi all,
I was thinking about the implementation of the repository definition in 
pom.xml and I want to share my thoughts:
- Create a QSTools CHECKER to mark the lack of <repository /> as a 
guideline violation if MavenCentralChecker is disabled.
    - The violation message will instruct to use the new QSTools GOAL 
that will be created
- Create another QSTools GOAL to setup the repositories.
   - There will be a list of approved repositories and its IDs (redhat 
techpreview, earlyacess, jboss developer temporary, etc)
   - QSTools will remove all previous repositories from pom.xml and 
prompt which repositories should be added.
   - This will help Quickstarts and demos to be easily buildable from 
development and production branches and will also allow this list to be 
bulk updated to remove any previous development repository definition.
Please,
If you have any feedback on this, feel free to reply.
-- 
*Rafael Benevides | Senior Software Engineer*
JBoss Developer
M: +55-61-9269-6576
Red Hat
Better technology. Faster innovation. Powered by community collaboration.
See how it works at www.redhat.com <http://www.redhat.com/>
LinkedIn <http://www.linkedin.com/company/3258288> Youtube 
<https://www.youtube.com/redhatlatam>
                                
                         
                        
                                
                                10 years, 6 months
                        
                        
                 
         
 
        
            
        
        
        
            
        
        
        
            
        
        
        
            
        
        
        
            
        
        
        
                
                        
                        
                                
                                
                                        
                                                
                                        
                                        
                                        Workaround for Google API Limit?
                                
                                
                                
                                    
                                        by Markus Eisele
                                    
                                
                                
                                         Hi All,
 
 I am trying to get the local JBoss.org site setup to contribute some pages.
 Can't do a rake clean preview because I always run into the Google User
Rate
 Limit.
 
 >While processing file
 >An error occurred: User Rate Limit Exceeded. Please sign up
 
 How are you guys locally previewing your changes? Is there a workaround?
 This is not exactly a particular feature of the site I am interested. Can I
just
 skip this step somehow?
 
 Thanks for your help!
 
 Cheers,
 M
 
 ___
 http://blog.eisele.net
 http://twitter.com/myfear
                                
                         
                        
                                
                                10 years, 8 months
                        
                        
                 
         
 
        
            
        
        
        
                
                        
                        
                                
                                
                                        
                                                
                                        
                                        
                                        JBoss Developer builds failing
                                
                                
                                
                                    
                                        by Paul Robinson
                                    
                                
                                
                                        All,
Production and pull request builds are currently broken for JBoss Developer. I’m on PTO tomorrow, so it’s unlikely I’ll get this fixed by Thursday.
The impact is:
1) Changes to things that we index (e.g connectors, events, videos etc) will not be reflected on the site.
2) If you raise a PR or update an existing one, you won’t get a preview build.
The live site is not impacted, other than from the lack of updates.
I’ll report back when this is fixed.
Paul.
-- 
Paul Robinson
JBoss Developer Team Lead (www.jboss.org <http://www.jboss.org/>)
Free/busy info: https://www.google.com/calendar/embed?src=probinso%40redhat.com&ctz=Europ... <https://www.google.com/calendar/embed?src=probinso%40redhat.com&ctz=Europ...>
JBoss, a Division of Red Hat
Registered in England and Wales under Company Registration No. 03798903
Directors:Michael Cunningham (US), Charles Peters (US), Matt Parson (US), Paul Hickey (Ireland)
                                
                         
                        
                                
                                10 years, 8 months
                        
                        
                 
         
 
        
            
        
        
        
                
                        
                        
                                
                                
                                        
                                                
                                        
                                        
                                        Workaround for Google API Limit?
                                
                                
                                
                                    
                                        by Markus Eisele
                                    
                                
                                
                                        Hi All,
I am trying to get the local JBoss.org site setup to contribute some pages.
Can't do a rake clean preview because I always run into the Google User Rate
Limit.
>While processing file 
>An error occurred: User Rate Limit Exceeded. Please sign up
How are you guys locally previewing your changes? Is there a workaround?
This is not exactly a particular feature of the site I am interested. Can I
just skip this step somehow?
Thanks for your help!
Cheers,
M
___ 
http://blog.eisele.net
http://twitter.com/myfear
                                
                         
                        
                                
                                10 years, 8 months