Jasypt xml mapping filies with Jasypt integration.
by Ricardo Rodríguez García
Hello, I have been working in the integration of an extension that would
allow the use of Jasypt Hibernate encrypted datatypes with the help of a
configuration wizard.
I started this project as part of my master thesis and I think is now time
to take it to the next level and make it public to address the last issues
it migth have and get some feedback from the community.
you can have copy of my thesis draft here
https://www.dropbox.com/s/12fl73635nad94i/RRGThesis_January%2031%20final%...
This would require the addition of Jasypt to the target platform.
Please let me know what do you think.
11 years, 10 months
Some modules in jbosstools-4.0.x require version update
by Denis Golovin
I was checking if there are components that requires version update in
4.0.x branch and
It looks like some components should have version updated (see attached
txt file for component changes):
esb ( 1.5.0 - 1.5.1 )
forge ( 1.1.0 - 1.1.1 )
jbpm ( 4.5.0 - 4.5.1 )
openshift ( 2.4.0 - 2.4.1 )
vpe ( 3.4.0 - 3.4.1 )
server/archives ( 3.4.0 - 3.4.1 )
version is already updated in:
bpel ( 1.2.0 -> 1.2.1 )
server/as ( 2.4.0 - 2.4.1 )
not sure if it is really required:
runtime-soa - nick suggested it can be deleted, because all runtime
detection plugins moved to corresponding modules
Could component leads confirm if version update above is really required?
Thanks
Denis
11 years, 10 months
m2e 1.3.1 is released
by Fred Bricon
Hi
m2e 1.3(.1) is available from the m2e release repository. See [1] for the
usual installation instructions.
m2e 1.3 focuses on bringing new APIs to be consumed by 3rd party adopters :
* New APIs to better control the project conversion to Maven experience
- Added new <conversionParticipantConfiguration> extension point to
explicitely request ProjectConversionParticipant invocation per packaging
type (For Jan and Tobias ;-))
- Added a new ConversionEnabler, providing the ability to preselect the
packaging type during project conversion
- exclude project conversion participants for certain projects
- Added new attributes to order project conversion participants execution
* Added new API for Runtime classpath resolution of dependencies referenced
with classifiers (fixes some ejb-client resolution issues in m2e-wtp)
* Introduced a new ResolverConfiguration#lifecycleMappingId attribute, if
specified, the corresponding ILifecycleMapping will be used regardless of
any other lifecycle mapping metadata
* Introduced a new flavor of AbstractProjectConfigurator#addNature that
accepts updateFlags parameter that allows finer control over new nature
creation.
* Added new AbstractJavaProjectConfigurator#getOutputLocation method to
provide better extensibility
The following behaviors changed in m2e 1.3
* The behavior for <execute/> mapping of maven plugins has been changed to
runOnIncremental=false by default, to prevent random build loops
* The JDT conversion participant is now restricted to the “jar” packaging
by default. 3rd party adopters need to explicitely request the
maven-compiler-plugin to be configured, via an extension point
Regular m2e users will probably appreciate :
* some slight improvements made on the archetype selection page
* import wizard now allows the (de)selection of individual projects
See the changelog for everything fixed in the 1.3 version[2].
Since a number of new APIs were introduced in m2e 1.3, we decided to use a
separate discovery catalog, to prevent users from installing incompatible
m2e extensions in previous 1.1 & 1.2 versions. Unfortunately, some build
issues prevented us from getting that catalog ready before the Juno SR2
aggregator build picked m2e 1.3.0 up. For that reason the Juno SR2
distributions and canonical juno p2 repository embed version 1.3.0. m2e
1.3.0 points at the "old" 1.1 discovery catalog.
The m2e 1.3.1 version that is available today points at a new 1.3 discovery
catalog.
The discovery catalog used in m2e can be manually changed by editing your
eclipse.ini and adding the -Dm2e.discovery.url parameter
-vmargs
...
...
-Dm2e.discovery.url=http://download.eclipse.org/technology/m2e/discovery/directory-1.3.xml
<http://download.eclipse.org/technology/m2e/discovery/directory-test-1.1.xml>
You'll probably notice the new 1.3 catalog contains significantly less
entries than the previous version. m2e extensions owner need to make sure
their plugins are compatible with m2e 1.3 and request a catalog update in
BZ. This time I should be able to take some time to work on the catalog
requests backlog.
As usual please report any bugs to bugzilla[3]
Finally I'd like to give some kudos to Marcos and Roberto from IBM who
contributed a number of patches for this release, keep it up guys ;-)
Fred
[1] http://www.eclipse.org/m2e/download/
[2]
https://bugs.eclipse.org/bugs/buglist.cgi?list_id=4327661&query_format=ad...
[3] https://bugs.eclipse.org/bugs/enter_bug.cgi?product=M2E
--
"Have you tried turning it off and on again" - The IT Crowd
11 years, 10 months
Xulrunner and jQuery Mobile 1.3
by Alexey Kazakov
Hi,
As you know we are working on wizards for our new jQuery Mobile palette:
https://issues.jboss.org/browse/JBIDE-13413
The wizards have a visual preview. We use the SWT Browser for that. But
there is a problem. It actually uses our bundled xulrunner from VPE
which has a limit support of HTML5.
This browser works ok with jQuery Mobile 1.2 but doesn't work at all
with 1.3.
If you don't have VPE installed in your Eclipse than this preview will
work with 1.3 but if you do then the xulrunner from VPE will be used.
We found a workaround for this problem. Our wizards generate code for
the latest jQuery Mobile 1.3 but we use 1.2 for visual preview. In some
cases 1.2 and 1.3 behaves differently and we have to *simulate* jQuery
1.3 widgets using 1.2 code for preview.
But I believe it's going to be a much bigger problem for future versions
of jQuery Mobile.
It's not only about jQuery wizards actually. It's about all eclipse
widgets which use swt browser.
11 years, 10 months