Is there a public roadmap for Redhat JBoss Fuse 7? I mean other than the ones accessible with a Red Hat Login at https://access.redhat.com/solutions/3253531.
I ask here at SO since the old forum is readonly now, i.e. see https://developer.jboss.org/thread/273716.
The roadmap was presented at last year's Red Hat summit (see PDF slides at https://rh2017.smarteventscloud.com/connect/sessionDetail.ww?SESSION_ID=105088). This should give you a general idea about what will be included. Keep in mind that the specifics change from sprint to sprint so if you are interested about a particular feature or bug fix, please get in touch.
Related
I have not used JasperReports in a number of years. It has changed :-) I've decided that the Community version of Jasper Server is what I need. The install (Postgres and Tomcat defaults) went smoothly and was happy when poking around the result. However, I cannot get my MySQL datasource to test correctly...even though I'm logged in as an admin user and the connection (all at localhost) works fine in JasperStudio. To make matters worse, I want to use the dashboard tool. All the tutorials show what looks like a dash for the tool that includes a big Dashboard icon...but I don't know how to see that page. For me, it defaults to a page with a folder listing on the left and repository display in the main frame. Where is the tool's dashboard? I don't even see the "create" tab across the top frame...all I see is: Library, View, Manage...
Did I miss something in the setup? I followed the directions that came with the 7.x install without any red flags...
Jasper Servevr Community edition does not supports features like adhoc reporting, dashboards, visualize.js etc.. If you are looking for Dashboard feature either you have to use Professional or Enterprise.
I'm a little bit confused. I know that sugarCRM no longer supports version 6.5 as of 2016, but there are still security patches being applied in 2017 as per
http://support.sugarcrm.com/Resources/Security/sugarcrm-sa-2017-005/
Does this mean that no new functionalities will be added but security patches and bug fixes will still be applied?
Support vs maintenance
As per Clint's thread: https://community.sugarcrm.com/thread/18434
We are expecting to support and issue maintenance releases to v6.5
through summer 2015 when v6.5 hits it end-of-support period.
So I'm assuming that support for 6.5 ended in 2016, but on this page http://support.sugarcrm.com/Resources/Security/sugarcrm-sa-2017-005/ we see the mention:
The list of affected products reflect all currently maintained
versions at the publication date of this advisory.
Which is a bit confusing.
Thank you
As per Sugar support. So it's no longer supported in any way shape or form it seems
6.5 is no longer supported and no additional patches of any kind (including security) are being developed. End of life for 6.5 was
reached in July 2017. Our current supported versions list can be found
here: http://support.sugarcrm.com/Resources/Supported_Versions/. This
blog post may also be helpful to read, especially if you're using CE:
Sugar Community Edition open source project ends.
I am using Orange 3.13 on Windows 8.1 Enterprise. I successfully added add-on Bioinformatics, however I am missing some of the widgets in this add-on. I would need PIPAx, Volcano plot, Set enrichment, Select genes, BioMart, and Gene info. But some other widgets are also missing.
Could anyone tell me if this is due technical limitations on my side or due to some updates/removal of some widgets etc.?
And if I can find the missing widgets or similar ones for Orange somewhere else?
Thank you very much.
Kind regards, Ana :)
There a two version of the bioinformatics add-on, version 3 and 2. Your installed the newer add-on, which has less widgets.
To get the older version, open the add-on dialog, click "Add more..." button and type "orange-bioinformatics" into the box. Then, a new add-on (version 2) will appear on the list of add-ons. Now you can choose to install it.
Ubuntu is usually a cutting edge distro. But why does it stick to a 2011 version of Eclipse when we are 4 years into 4.x development?
It's not even optional and cannot be installed from the repositories. And it's not 'easy' from a download either. For some reason, the Java SE 7 reference implementation, OpenJDK, is not enough, and you need the Oracle version. Why? This isn't available from the repo's either, and you need some weird untrusted 3rd party repo for that or follow a whole chapter on how to install it yourself.
There were problems three years ago. When Juno 4.2 came out, it had a lot of performance issues. Eclipse Director Mike Milinkovich explains one of the reasons is lack of funding. For the first time in a major release:
"The performance test were turned off because the Eclipse platform team has a serious resource issue."
For that reason, developers released unnamed and unpromoted version 3.8 simultaneously with 4.2 to bridge the gap for this (hopefully) temporary problem, and it's popularity caused a notable trend downwards amongst developers. As one Eclipse b3 developer mentioned:
"I was stunned by the performance improvement after the switch. The 3.8 platform is much MUCH faster"
The 3.8 release is still a popular alternative to the 4.x branch among developers (ask my colleagues or google), I think mainly because of (genuine) trust issues. But the bridge (read: support for 3.8) has closed now that 4.3 is released.
The core problems (funding and developers) have not been fixed though, as seen by Google's gesture of donating money to the Eclipse Foundation in the hopes that other companies will follow suit. Does this mean that 4.3 is still not up to par with the 3.x standards?
This is not a problem with a plugin or a feature for a specific language, this is a problem within the core of the platform itself. (But I'm using WST with Javascript and V8 plugins for PHP and Node development in particular.)
This is not a specific platform problem either. There are similar complaints from Linux, Windows, and OSX users. (But I'm using Linux (Mint 13).)
On the one hand you have people telling the EOL for 3.8 "proves" that 4.3 is fine now. On the other hand (see comments):
"I've moved back to 3.8 due to constant crashes on ubuntu with 4.3"
3.8 is far from problem-free and I wouldn't mind to get a smoother development experience. So I am wondering, why is Eclipse 4 'kept from us' by the people who decide what software versions are 'good for us' (AKA what goes into the official repository)?
lucid (10.04 LTS)
Eclipse 3.5.2-2
precise (12.04 LTS)
Eclipse 3.7.2-1
raring (13.04)
Eclipse 3.8.1-1
saucy (13.10)
Eclipse 3.8.1-4
trusty (14.04 LTS)
Eclipse 3.8.1-5.1
utopic (14.10)
Eclipse 3.8.1-5.1
Update 2014-05-30: I just tried Kepler (again) and it still suffers from UI glitches out of the box. E.g.:
And no, changing the inactive window toolbar background color in preferences does not fix this. (Even if it would, this would be a silly default choice).
I would like to know, from someone who is not positively or negatively biased because of their own highly specialized and tweaked workflow - preferably from someone with experience in the Ubuntu package maintaining process for non-trivial packages - why this decision is made by a team of professionals who know what they are doing for the most widely used Linux distribution out there?
Eclipse Juno was released 2012-06-27. On 2012-07-17 a bug concerning the responsiveness of the UI was reported. Four months later, around 2012-11-14 the first patch was released to the official update-site.
Many users, however, completely missed the release of the patches. I assume the information drowned in the FUD, and other more important news, that was spread around that time. At the end of 2012 I posted an answer on SO. Apparently I was not the only one for whom the patch fixed this performance issue.
On 2013-02-22 Eclipse 4.2.2 was released, which contained the same patch, yet I kept receiving upvotes for my answer on SO until June.
Probably the only known fact among developers is that Eclipse had serious performance issues at some point. However, the knowledge about scope, magnitude and duration of these issues seems to me like a series of common misconceptions.
There was a four months period during which it was a good idea for many Eclipse users to stick with the 3.8 branch. I say "many" because I worked with 4.2.0 and 4.2.1 and it was O.K. for me. Subjectively, switching tabs was about two times slower and the IDE froze maybe once a day for a couple of seconds. For colleagues of mine the problem was much more severe. I assume it depended on your setup and on your workflow, however, I never felt like investigating further because I knew the platform developers were working on the issues, and there was a good fallback, using 3.8.
One year and three Eclpse releases later these serious performance issues are still fixed.
Of course, this doesn't mean that there are no more performance issues. As of now I find 1979 reports in the Eclipse bugzilla with the keyword "performance". This doesn't mean that Eclipse is very buggy, but only that it is very well documented and open. Whether or not you are affected by any of these issues, again, depends on the setup, the plug-ins you are using and your workflow. I am a Java, plug-in and EMF developer. I work with medium to big work spaces (~1M LoC), and Eclipse 4.3.1 is fast enough. The 3.8 release is not an option for me because as Eric said, it won't receive all of the important updates. People will still continue using it in the future. Many of them will also continue using Internet Explorer 5.5.
If you try the 4.x branch and notice any performance issues, please report them, but be specific about your setup.
From the official Wiki page:
Several major performance defects have been addressed in Juno SR2
(4.2.2). Community members have confirmed that these fixes
substantially address the performance problems with editor and view
opening, closing, and switching. These fixes are widely available in
Juno Service Release 2 (February 2013). All defects are also resolved
in the Kepler (June 2013) release stream.
new Features
Your statement "3.8 release was specifically released as a faster and more stable alternative to 4.2" is clearly incorrect; 3.x has gone into its 'end of life' maintenance and was most certainly not released as an alternative to 4.x.
While folks are welcome to continue to use the 3.x stream if it suits their needs please recognize that as the various projects move forward there will be significant divergence in the features available between the two versions...
I need to do some UML diagrams, and doing the work right in Eclipse by reverse engineering classes is the best/fastest approach for me. Taking advise found elsewhere on Stack Overflow, I'm playing with eUML2.
The problem I have is this... I installed the Studio demo, and it worked well for us. However, for now, I just need to do the class diagrams which are available in the free edition. So I uninstalled the studio demo, and installed the free. However, it still thinks I have the studio demo installed as the background of my diagrams has it in 24pt font, and in the top right of the page it says "* Evaluation *".
Reading around, I assume this issue is around the problem with the license file contained in the install of the free version... or the fact that it is missing from the free version.
Anyone here figured out the license file issue with eUML2? Where can I find a free license, or an install with the free license in it? Where is the license stored in my install? can I just kill it?
I could ask this question on the Soyatec forum, however this question has been asked a number of times, with no answers provided. Either they do not monitor their forums, or one must pay the 100€ price for support to get an answer.
The studio license is installing a file in your folder user/.eclipse/configuration/... If you erase this file then the tool will consider it is a new install of the software.
Having said that I would not recommend to use eUML because it is full of bugs and adding UML tags in your code. A real mess mixing code and model !!
For your information it seems to me that it is intentional not to answer to any question and stop the Soyatec company.
Don't forget that Soyatec is more or less a kind of Omondo spin off. 4 shareholders having created the omondo company left it with the code of EclipseUML 2005. I know that the tool is now totally different because being revamped by a new team but the architecture is still more or less the same.
Omondo Corp is currently being under acquisition by a large US software company and once the sell will completed it could be possible that they claim redundancy package, or company shares etc... to the main shareholder who sacked them few years ago. They have a split contract but it seems that it is not valid.
Just money, always money. This world is disguising :-)