FYI: Because native mgmt interface is no longer on by default
jboss-as-maven-plugin no longer works OTB. Any tests, demos,
quickstarts, tutorials that rely on this will also not work anymore.
--
Bill Burke
JBoss, a division of Red Hat
http://bill.burkecentral.com
Hi Guys,
JDK 8 Second Release Candidate , Build 129 is now available for download
<http://jdk8.java.net/download.html> & test.
Please log all show stopper issues as soon as possible.
Thanks for your support, Rory
--
Rgds,Rory O'Donnell
Quality Engineering Manager
Oracle EMEA , Dublin, Ireland
Hi, I plan to add rabc support to picketlink console + extension
(https://github.com/picketlink2/picketlink-console)
I read the https://community.jboss.org/wiki/AccessControlNotes pages
and docs, I understood they explain about the design of the rbac
solution and not how to use it.
But I would like more guidance related to the code samples and how to
protect resources accordingly to the role the user is associated.
I understand there are two places to protect resources,
- management level, protect CLI and GUI operations
- GUI protect and hide features from unauthorized users.
Should I first protect the management operations, used in management
operations, at the extension level ?
then proceed to protect the HAL extension ?
I looked into org.jboss.as.console.client.shared.subsys.mail.MailPresenter,
how it is used to protect resources, but could not find how the "add",
"remove" "enable" buttons are hidden.
What means the annotation in the code.
@ProxyCodeSplit
@NameToken(NameTokens.MailPresenter)
@AccessControl(resources =
{"{selected.profile}/subsystem=mail/mail-session=*"})
public interface MyProxy extends Proxy<MailPresenter>, Place {}
Does @AccessControl reads the resource permission and injects some
code to HAL understood it needs to protect it ?
If you can provide some guidance, would be very appreciated.
Thanks
--
Claudio Miranda
claudio(a)claudius.com.br
http://www.claudius.com.br
Using eap-6.1 and AS7 some have discussed making all private jar files
"provided" in the maven pom.xml of a app project and then declaring them as
dependencies (in jboss-deployment-structure.xml) to explicitly have jboss
add them to the classpath of the deployed WAR or EAR (effectively shared
libs used from the jboss server but not EE related libs) with the added
benefit of reducing size of the EAR / WAR files.
ex: commons-io from base/system...
Others have discussed using JBoss for just the EE implementation that is is
selected to provide with any non-EE specific libs needing to be either
bundled into the EAR/WAR or put in a company build shared library set.
Further explicitly excluding the non-private modules (like log4j which can
have issues being shared based on the use of statics and threadlocal
variables) that are implicitly part of the classpath.
Another item to address is the situation where a project implicitly uses the
jboss provided jar X and the public maven jar Y which both have a transitive
dependency on some common jar Z. This resulting in X bringing in
Z-1.2.4-redhat-2 (from the Jboss maven repo) and Y bringing in Z-1.2.? (from
the internet)
What is the JBoss perspective on the above items and best practices?
--
View this message in context: http://wildfly-development.1055759.n5.nabble.com/what-is-jboss-api-privat...
Sent from the WildFly Development mailing list archive at Nabble.com.
Hi Everyone,
I am working on the release notes. In order to save time I thought I would try something new, and just ask that you email me a blurb covering anything important you want to announce in your area. This might be an interesting new feature, or it could be something the user should be aware of (compatibility change, important default changed).
Take a look at CR1’s notes for an idea of what I am looking for:
http://wildfly.org/news/2013/12/21/WildFly8-CR1-Released/
I plan to duplicate most of this content, however, I know there are many other interesting things I did not cover, so this is your opportunity to highlight them.
--
Jason T. Greene
WildFly Lead / JBoss EAP Platform Architect
JBoss, a division of Red Hat
Hello guys,
let me ask something, on jboss/wildfly, there is a way to running an
application as a module?
Thanks.
--
Regards,
______________________________________
Filippe Costa Spolti
Linux User n°515639 - http://counter.li.org/
filippespolti(a)gmail.com
"Be yourself"
<http://www.linkedin.com/pub/filippe-costa-spolti/67/985/575>
Actually, split/join does not work with JDK7. The following code seems to work with both:
name = name.split(".").join("/");
if (name) {
self.log("Use JDK8 method to build module names");
} else {
name = attributes.get("name");
name = name.replace(".", "/");
self.log("Use JDK7 method to build module names");
}
Cheers,
On 07 Feb 2014, at 15:27, Galder Zamarreño <galder(a)redhat.com> wrote:
> Hi,
>
> In JDK8, [1] causes issues, since the replace only happens the first time the character is found.
>
> We use this lib.xml in Infinispan as well [2]. I’ve workaround it by doing this instead:
>
> name = name.split(".").join("/");
>
> This seems to work fine, but have not fully tested it.
>
> Cheers,
>
> [1] https://github.com/wildfly/wildfly/blob/master/build/lib.xml#L75
> [2] https://issues.jboss.org/browse/ISPN-3974?focusedCommentId=12942643&page=...
> --
> Galder Zamarreño
> galder(a)redhat.com
> twitter.com/galderz
>
> Project Lead, Escalante
> http://escalante.io
>
> Engineer, Infinispan
> http://infinispan.org
>
>
> _______________________________________________
> infinispan-dev mailing list
> infinispan-dev(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/infinispan-dev
--
Galder Zamarreño
galder(a)redhat.com
twitter.com/galderz
Project Lead, Escalante
http://escalante.io
Engineer, Infinispan
http://infinispan.org
Chris sent me this rant on overriding built in Resteasy. I replied how
to fix it on his blog. The biggest problem is javaee.api which sucks in
every EE API. Is there a reason you don't trust the subsystems to suck
in the EE APIs they need?
-------- Original Message --------
Subject: dzone rant on resteasy/modules
Date: Fri, 07 Feb 2014 13:49:02 -0500
From: Chris Bredesen <cbredesen(a)redhat.com>
To: Bill Burke <bburke(a)redhat.com>
Just saw this by accident, have fun!
http://java.dzone.com/articles/jboss-modules-suck-it%E2%80%99s
-CB
--
Chris Bredesen
Supervisor, Software Engineering
Red Hat Global Support Services
--
Bill Burke
JBoss, a division of Red Hat
http://bill.burkecentral.com