Secure Storage default password dialog
by phantomjinx
Morning,
Due to some feedback I had from people testing Teiid Designer 8.1 (unreleased), they were initially
confused / thrown by the secure storage password dialog popping up for the jboss server / teiid
server admin password. As a consequence, I investigated overriding it to display a more descriptive
and tailored dialog. A screenshot is available at [1].
The commit is currently waiting to be merged into the Designer codebase but wondered if this might
be useful going into a JBossTools repository instead? If so, which one?
Cheers
PGR
[1] http://issues.jboss.org/browse/TEIIDDES-1591
--
Paul Richardson
* p.g.richardson(a)phantomjinx.co.uk
* p.g.richardson(a)redhat.com
* pgrichardson(a)linux.com
"I know exactly who reads the papers ...
* The Daily Mirror is read by people who think they run the country.
* The Guardian is read by people who think they ought to run the country.
* The Times is read by people who do actually run the country.
* The Daily Mail is read by the wives of the people who run the country.
* The Financial Times is read by the people who own the country.
* The Morning Star is read by the people who think the country ought to be run by another country.
* The Daily Telegraph is read by the people who think it is."
Jim Hacker, Yes Minister
13 years
Fwd: [wtp-dev] Upcoming platform change for Kepler M6
by Victor Rubezhny
For those who aren't subscribed to wtp-dev mailing lists.
Just to inform on upcoming change in Eclipse's core/debug packages
re-export policy.
See the forwarded messages.
Best Regards,
Victor
-------- Original Message --------
Subject: [wtp-dev] Upcoming platform change for Kepler M6
Date: Tue, 12 Feb 2013 19:47:11 -0500
From: Carl Anderson <ccc(a)us.ibm.com>
Reply-To: General discussion of project-wide or architectural issues.
<wtp-dev(a)eclipse.org>
To: wtp-dev(a)eclipse.org
Folks,
The Platform team announced that org.eclipse.debug.core will no longer
export org.eclipse.core.resources - see
https://bugs.eclipse.org/bugs/show_bug.cgi?id=156134 . This already
effected the Source Editing team - see
https://bugs.eclipse.org/bugs/show_bug.cgi?id=400538 . This may cause a
lot of compilation problems when we move up to an M6 build. Please look
through your plugin's dependencies for instances of
org.eclipse.debug.core to ensure that this is handled properly. (I see
at least 33 imports of org.eclipse.debug.core in WTP right now.)
I will hold off on moving up to an M6 platform build this week, but we
will move up early next week. Please address any compilation problems
as quickly as possible.
FWIW,
- Carl Anderson
WTP Build guy
13 years
whats the magic trick to get tycho to use latest available IU ?
by Max Rydahl Andersen
Hey,
We talked about this 'sideeffect' in tycho where you see things like:
[WARNING] The following locally built units have been used to resolve project dependencies:
[WARNING] org.jboss.tools.common.text.ext/3.4.0.Beta2-v20121028-1355
[WARNING] org.jboss.tools.usage/1.2.0.Beta2-v20121028-1355
[WARNING] org.jboss.tools.common.el.ui/3.4.0.Beta2-v20121028-1355
[WARNING] org.jboss.tools.common.el.core/3.4.0.Beta2-v20121028-1355
Even when I got a repository with even newer bits on it.
Was there a flag for tycho to make it choose the latest instead or somehow ignore my local built ones ?
(even better I would like to just remove all local built stuff without having to guess/list all the names)
/max
13 years
JBoss Tools 4.1 Alpha based on Kepler - ready for branch for build ETA next week?
by Max Rydahl Andersen
Hey,
If we branched for JBT 4.1 Alpha next week would you be ok ?
Koen and Denis did an awesome job of at least getting Hibernate JPA/Dali integration compiling this week.
And as Nick announced our simplest plan moving forward is to compile JBT 4.1 which will be basis for JBDS 7 against Kepler (theoretically we could have something working
on both but it would be a massive QE effort).
Eclipse Kepler M5 is coming out Friday so we might still have some issues but Nick/Mistria will be setting up a M5 based target platform as soon as possible.
It would be great if we could get out an early Alpha to get some traction and figure out what issues we got to fight when it all comes together.
Could you let me know ASAP if you have any issues/concerns with doing a branch next week for an Alpha build ? Would you be ready ?
Being ready for this means:
1) tested your component works on M5
2) no remaining jiras on 4.1.Alpha1 (triage your component! if questions ping/raise it)
3) issues marked with N&N so you can get them documented
4) Verified your component .y. version number have been bumped i.e. 3.2.1 -> 3.3.0 (we still have to do this "too high jump" in our current setup -hopefully can fix before next big version)
5) Branched your component with jbosstools-4.1.Alpha1x
Please let me know if you are ready for that or have questions/concerns.
Thanks,
Max
13 years
New Feature for Target Platform: materialize a local "SDK"
by Mickael Istria
Hi all,
as requested by Max and Rob on
https://issues.jboss.org/browse/JBIDE-13462 , I've added an option on
our Mojo that turns a target-platform file into a site.
The new feature is that if you specify
"-Dmirror-target-to-repo.includeSources=true" to Maven while building a
"multiple" target, it will generate aggregated/unified site that also
contains available sources for the target-platform.
If for any reason you have an issue with using the "multiple.target" as
the target-platform in your IDE (which is still the recommended
procedure), then as a workaround you can build the target-platfroms with
this flag, and it will result on a single site containing everything
that is in mulitple + available source. You can use this local site a a
Target-platfrom in your IDE, it will contain the same thing as it would
resolve with multiple.
You use this site as an "Installation" when setting up a target-platform
in multiple workspaces, then it won't re-download everything in each
workspace.
If you're using multiple.target, and are happy enough with it, keep on
using it.
Feedback is highly welcome.
--
Mickael Istria
Eclipse developer at JBoss, by Red Hat <http://www.jboss.org/tools>
My blog <http://mickaelistria.wordpress.com> - My Tweets
<http://twitter.com/mickaelistria>
13 years
