Proposal: Option to disable FileAuditLogHandler log rotation
by Tomas Hofman
Hello,
currently FileAuditLogHandler rotates audit-log.log file during every
start up (or reload) and there is no option to turn this behavior off.
This clashes with users who want to use f.i. logrotate to perform log
rotation [1].
Apart from FileAuditLogHandler, there are also
PeriodicRotatingFileAuditLogHandler and SizeRotatingFileAuditLogHandler
available, which perform the log rotation on regular interval resp. file
size basis.
I would like to introduce an attribute "rotate-at-startup" into
FileAuditLogHandler definition which would allow to disable this
behavior, so the log file would be appended instead of rotated.
Is that a bad idea for some reason?
[1] https://bugzilla.redhat.com/show_bug.cgi?id=1301554
8 years, 10 months
Remote JMX access in Wildfly 8.2.1
by Rodrigo Lira
Hi,
After install WildFly in standalone mode I can access JMX with JConsole using the address service:jmx:http-remoting-jmx://host:9990, but when I install in domain mode only the domain controller is accessible, I can't connect in host slaves. How do I enable JMX in host slaves?
--
Thanks,
Rodrigo Lira
8 years, 10 months
Re: [wildfly-dev] wildfly-dev Digest, Vol 34, Issue 3
by shivu shiva shivraj
hi im new to wildfly jboss server
plz tell me any resource is there to understand the wildfly server...full
On Wed, Jan 20, 2016 at 10:27 PM, <wildfly-dev-request(a)lists.jboss.org>
wrote:
> Send wildfly-dev mailing list submissions to
> wildfly-dev(a)lists.jboss.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.jboss.org/mailman/listinfo/wildfly-dev
> or, via email, send a message with subject or body 'help' to
> wildfly-dev-request(a)lists.jboss.org
>
> You can reach the person managing the list at
> wildfly-dev-owner(a)lists.jboss.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of wildfly-dev digest..."
>
>
> Today's Topics:
>
> 1. Re: Early Access builds of JDK 8u76 b02, JDK 9 build b100 &
> build b99 for JDK 9 with Project Jigsaw are available on java.net
> (Rory O'Donnell)
> 2. How to avoid depending on corba classes in rt.jar
> (Michael Musgrove)
> 3. Re: How to avoid depending on corba classes in rt.jar
> (Jason Greene)
> 4. Re: How to avoid depending on corba classes in rt.jar
> (Tomasz Adamski)
> 5. Is there a wildfly-user list? (Renann Prado)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Fri, 15 Jan 2016 17:01:23 +0000
> From: "Rory O'Donnell" <rory.odonnell(a)oracle.com>
> Subject: Re: [wildfly-dev] Early Access builds of JDK 8u76 b02, JDK 9
> build b100 & build b99 for JDK 9 with Project Jigsaw are available
> on
> java.net
> To: Tomaz Cerar <tcerar(a)redhat.com>
> Cc: Balchandra Vaidya <balchandra.vaidya(a)oracle.com>,
> rory.odonnell(a)oracle.com, Muneer Kolarkunnu
> <abdul.kolarkunnu(a)oracle.com>, Dalibor Topic
> <dalibor.topic(a)oracle.com>, "wildfly-dev(a)lists.jboss.org"
> <wildfly-dev(a)lists.jboss.org>
> Message-ID: <569925E3.9040600(a)oracle.com>
> Content-Type: text/plain; charset="utf-8"
>
> Hi Tomaz,
>
> Thanks for the update, see you at FOSDEM!
>
> Rgds,Rory
>
> On 15/01/2016 16:54, Tomaz Cerar wrote:
> > Hey Rory,
> >
> > I've some more tests of WildFly on jdk9 build 100, currently from
> > custom branch,
> > as we are still waiting for new release of plexus-archiver containing
> > https://github.com/codehaus-plexus/plexus-archiver/pull/12
> >
> > It looks like our code works fine, after some small changes to address
> > also jvm version detection we had.
> > There was some small issue related to changes in JDK's logging but we
> > managed to fix already in recent build.
> >
> >
> > I will be at FOSDEM, so we sure should meet up.
> >
> > cheers,
> > tomaz
> >
> > On Fri, Jan 15, 2016 at 11:47 AM, Rory O'Donnell
> > <rory.odonnell(a)oracle.com <mailto:rory.odonnell@oracle.com>> wrote:
> >
> >
> > Hi Jason/Tomaz,
> >
> > Early Access b02 <https://jdk8.java.net/download.html> for JDK
> > 8u76 is available on java.net <http://java.net>, summary of
> > changes are listed here
> > <http://download.java.net/jdk8u76/changes/jdk8u76-b02.html>.
> >
> > Early Access b100 <https://jdk9.java.net/download/> for JDK 9 is
> > available on java.net <http://java.net>, summary of changes are
> > listed here <http://download.java.net/jdk9/changes/jdk-9+100.html>.
> >
> > Early Access b99 <https://jdk9.java.net/jigsaw/> for JDK 9 with
> > Project Jigsaw is available on java.net <http://java.net>, summary
> > of changes are listed here
> > <http://download.java.net/jigsaw/archive/99/binaries/jdk-9+99.html>
> .
> >
> > Dalibor and I will be at FOSDEM '16, Brussels 30 & 31 January,
> > link to our presentation here.
> > <https://fosdem.org/2016/schedule/event/preparing_for_jdk_nine/>
> > Let us know if you will be there, hopefully we can meet up !
> >
> > Rgds,Rory
> >
> > --
> > Rgds,Rory O'Donnell
> > Quality Engineering Manager
> > Oracle EMEA , Dublin, Ireland
> >
> >
> > _______________________________________________
> > wildfly-dev mailing list
> > wildfly-dev(a)lists.jboss.org <mailto:wildfly-dev@lists.jboss.org>
> > https://lists.jboss.org/mailman/listinfo/wildfly-dev
> >
> >
>
> --
> Rgds,Rory O'Donnell
> Quality Engineering Manager
> Oracle EMEA , Dublin, Ireland
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> http://lists.jboss.org/pipermail/wildfly-dev/attachments/20160115/36aa7ea...
>
> ------------------------------
>
> Message: 2
> Date: Wed, 20 Jan 2016 16:07:58 +0000
> From: Michael Musgrove <mmusgrov(a)redhat.com>
> Subject: [wildfly-dev] How to avoid depending on corba classes in
> rt.jar
> To: wildfly-dev(a)lists.jboss.org
> Message-ID:
> <CACKZbatO_=eKvCd=6ikxYLtftj1yiQEu8=
> DTTMDOorS9VBVJnQ(a)mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> The narayana jts jar has dependencies on internal jdk orb classes. We test
> that it can work with the openjdk-orb by adding the openjdk-orb jar to the
> bootclasspath. However, jdeps -jdkinternals reports that we depend on
> internal JDK APIs. Is it the case that we cannot avoid this warning but
> that we are safe provided at runtime we use the classes in the openjdk-orb
> jar?
>
> A follow up question is, if we add javax.orb.api as module dependency (in
> our wildfly transactions subsystem) then at runtime will we be using the
> classes provided by openjdk-orb?
>
> Thanks,
> Mike
>
> --
> Michael Musgrove
> Transactions Team
> e: mmusgrov(a)redhat.com
> t: +44 191 243 0870
>
> Registered in England and Wales under Company Registration No. 03798903
> Directors: Michael Cunningham (US), Paul Hickey (Ireland), Matt Parson
> (US), Charles Peters (US)
>
> Michael Cunningham (US), Charles Peters (US), Matt Parson (US), Michael
> O'Neill(Ireland)
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> http://lists.jboss.org/pipermail/wildfly-dev/attachments/20160120/874bd78...
>
> ------------------------------
>
> Message: 3
> Date: Wed, 20 Jan 2016 10:13:04 -0600
> From: Jason Greene <jason.greene(a)redhat.com>
> Subject: Re: [wildfly-dev] How to avoid depending on corba classes in
> rt.jar
> To: Michael Musgrove <mmusgrov(a)redhat.com>
> Cc: WildFly Dev <wildfly-dev(a)lists.jboss.org>
> Message-ID: <4AE627DB-58D2-4D8C-B4DA-1FD7D580EEA1(a)redhat.com>
> Content-Type: text/plain; charset="us-ascii"
>
> We probably should rename the packages to avoid confusion. What do you
> think Tomasz?
>
>
> > On Jan 20, 2016, at 10:07 AM, Michael Musgrove <mmusgrov(a)redhat.com>
> wrote:
> >
> > The narayana jts jar has dependencies on internal jdk orb classes. We
> test that it can work with the openjdk-orb by adding the openjdk-orb jar to
> the bootclasspath. However, jdeps -jdkinternals reports that we depend on
> internal JDK APIs. Is it the case that we cannot avoid this warning but
> that we are safe provided at runtime we use the classes in the openjdk-orb
> jar?
> >
> > A follow up question is, if we add javax.orb.api as module dependency
> (in our wildfly transactions subsystem) then at runtime will we be using
> the classes provided by openjdk-orb?
> >
> > Thanks,
> > Mike
> >
> > --
> > Michael Musgrove
> > Transactions Team
> > e: mmusgrov(a)redhat.com <mailto:mmusgrov@redhat.com>
> > t: +44 191 243 0870
> >
> > Registered in England and Wales under Company Registration No. 03798903
> > Directors: Michael Cunningham (US), Paul Hickey (Ireland), Matt Parson
> > (US), Charles Peters (US)
> >
> > Michael Cunningham (US), Charles Peters (US), Matt Parson (US), Michael
> O'Neill(Ireland)
> > _______________________________________________
> > wildfly-dev mailing list
> > wildfly-dev(a)lists.jboss.org
> > https://lists.jboss.org/mailman/listinfo/wildfly-dev
>
> --
> Jason T. Greene
> WildFly Lead / JBoss EAP Platform Architect
> JBoss, a division of Red Hat
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> http://lists.jboss.org/pipermail/wildfly-dev/attachments/20160120/abf845a...
>
> ------------------------------
>
> Message: 4
> Date: Wed, 20 Jan 2016 11:45:32 -0500 (EST)
> From: Tomasz Adamski <tadamski(a)redhat.com>
> Subject: Re: [wildfly-dev] How to avoid depending on corba classes in
> rt.jar
> To: Jason Greene <jason.greene(a)redhat.com>, Michael Musgrove
> <mmusgrov(a)redhat.com>
> Cc: WildFly Dev <wildfly-dev(a)lists.jboss.org>
> Message-ID:
> <883523971.10066138.1453308332564.JavaMail.zimbra(a)redhat.com>
> Content-Type: text/plain; charset=utf-8
>
> > A follow up question is, if we add javax.orb.api as module dependency (in
> > our wildfly transactions subsystem) then at runtime will we be using the
> > classes provided by openjdk-orb?
>
> If we use openjdk-orb in jboss-modules environment we are sure that
> openjdk-orb is used as orb classes are not exported as system packages.
>
> > Is it the case that we cannot avoid this warning but
> > that we are safe provided at runtime we use the classes in the
> openjdk-orb
> > jar?
>
> In standalone scenario it should work correctly too. I will look wheter
> the error is caused by jdeps tool behaviour or do we indeed have some
> unwanted runtime references to JDK.
>
> > We probably should rename the packages to avoid confusion. What do you
> think
> > Tomasz?
>
> This can be done but I see one problem: openjdk-orb is a hg repository and
> we have possibility to synchronize it with JDK head if there are some
> changes in ORB code. I would have to script it somehow to preserve such
> possibility. But I agree that it will be nice to do.
>
> --
> Tomasz Adamski
> Software Engineer
> JBoss by Red Hat
>
> ----- Oryginalna wiadomo?? -----
> > Od: "Jason Greene" <jason.greene(a)redhat.com>
> > Do: "Michael Musgrove" <mmusgrov(a)redhat.com>
> > DW: "WildFly Dev" <wildfly-dev(a)lists.jboss.org>, "Tomasz Adamski" <
> tadamski(a)redhat.com>
> > Wys?ane: ?roda, 20 stycze? 2016 17:13:04
> > Temat: Re: [wildfly-dev] How to avoid depending on corba classes in
> rt.jar
> >
> > We probably should rename the packages to avoid confusion. What do you
> think
> > Tomasz?
> >
> >
> > > On Jan 20, 2016, at 10:07 AM, Michael Musgrove <mmusgrov(a)redhat.com>
> wrote:
> > >
> > > The narayana jts jar has dependencies on internal jdk orb classes. We
> test
> > > that it can work with the openjdk-orb by adding the openjdk-orb jar to
> the
> > > bootclasspath. However, jdeps -jdkinternals reports that we depend on
> > > internal JDK APIs. Is it the case that we cannot avoid this warning but
> > > that we are safe provided at runtime we use the classes in the
> openjdk-orb
> > > jar?
> > >
> > > A follow up question is, if we add javax.orb.api as module dependency
> (in
> > > our wildfly transactions subsystem) then at runtime will we be using
> the
> > > classes provided by openjdk-orb?
> > >
> > > Thanks,
> > > Mike
> > >
> > > --
> > > Michael Musgrove
> > > Transactions Team
> > > e: mmusgrov(a)redhat.com <mailto:mmusgrov@redhat.com>
> > > t: +44 191 243 0870
> > >
> > > Registered in England and Wales under Company Registration No. 03798903
> > > Directors: Michael Cunningham (US), Paul Hickey (Ireland), Matt Parson
> > > (US), Charles Peters (US)
> > >
> > > Michael Cunningham (US), Charles Peters (US), Matt Parson (US), Michael
> > > O'Neill(Ireland)
> > > _______________________________________________
> > > wildfly-dev mailing list
> > > wildfly-dev(a)lists.jboss.org
> > > https://lists.jboss.org/mailman/listinfo/wildfly-dev
> >
> > --
> > Jason T. Greene
> > WildFly Lead / JBoss EAP Platform Architect
> > JBoss, a division of Red Hat
> >
> >
>
>
>
> ------------------------------
>
> Message: 5
> Date: Wed, 20 Jan 2016 14:57:05 -0200
> From: Renann Prado <darkness.renann(a)gmail.com>
> Subject: [wildfly-dev] Is there a wildfly-user list?
> To: wildfly-dev(a)lists.jboss.org
> Message-ID:
> <CAEBys6K=
> ARGS-2F4Vg2A-RsmdZM-Vnd5OU_K3zKU61EhwRA_3w(a)mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Hello.
>
> I took a look at the below link and couldn't find the wildfly-user list.
>
> https://lists.jboss.org/mailman/listinfo/
>
> Looking at the jboss-user list, it doesn't to be too much of active.
>
> https://lists.jboss.org/mailman/listinfo/jboss-user
>
> So I was wondering if there is a better place to ask things other than the
> wildfly forum.
>
> I know this is off-topic, sorry about that.
>
>
> Renann Prado
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> http://lists.jboss.org/pipermail/wildfly-dev/attachments/20160120/dd01c53...
>
> ------------------------------
>
> _______________________________________________
> wildfly-dev mailing list
> wildfly-dev(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/wildfly-dev
>
> End of wildfly-dev Digest, Vol 34, Issue 3
> ******************************************
>
--
shivraj
8 years, 10 months
How to avoid depending on corba classes in rt.jar
by Michael Musgrove
The narayana jts jar has dependencies on internal jdk orb classes. We test
that it can work with the openjdk-orb by adding the openjdk-orb jar to the
bootclasspath. However, jdeps -jdkinternals reports that we depend on
internal JDK APIs. Is it the case that we cannot avoid this warning but
that we are safe provided at runtime we use the classes in the openjdk-orb
jar?
A follow up question is, if we add javax.orb.api as module dependency (in
our wildfly transactions subsystem) then at runtime will we be using the
classes provided by openjdk-orb?
Thanks,
Mike
--
Michael Musgrove
Transactions Team
e: mmusgrov(a)redhat.com
t: +44 191 243 0870
Registered in England and Wales under Company Registration No. 03798903
Directors: Michael Cunningham (US), Paul Hickey (Ireland), Matt Parson
(US), Charles Peters (US)
Michael Cunningham (US), Charles Peters (US), Matt Parson (US), Michael
O'Neill(Ireland)
8 years, 10 months
Early Access builds of JDK 8u76 b02, JDK 9 build b100 & build b99 for JDK 9 with Project Jigsaw are available on java.net
by Rory O'Donnell
Hi Jason/Tomaz,
Early Access b02 <https://jdk8.java.net/download.html> for JDK 8u76 is
available on java.net, summary of changes are listed here
<http://download.java.net/jdk8u76/changes/jdk8u76-b02.html>.
Early Access b100 <https://jdk9.java.net/download/> for JDK 9 is
available on java.net, summary of changes are listed here
<http://download.java.net/jdk9/changes/jdk-9+100.html>.
Early Access b99 <https://jdk9.java.net/jigsaw/> for JDK 9 with Project
Jigsaw is available on java.net, summary of changes are listed here
<http://download.java.net/jigsaw/archive/99/binaries/jdk-9+99.html> .
Dalibor and I will be at FOSDEM '16, Brussels 30 & 31 January, link to
our presentation here.
<https://fosdem.org/2016/schedule/event/preparing_for_jdk_nine/>
Let us know if you will be there, hopefully we can meet up !
Rgds,Rory
--
Rgds,Rory O'Donnell
Quality Engineering Manager
Oracle EMEA , Dublin, Ireland
8 years, 10 months
Do we support overlay for files in jar of war of ear?
by Lin Gao
Hi,
I am working on https://issues.jboss.org/browse/WFCORE-761 for a while,
and I am stuck in the case of overlaying files in jar of war of ear.
I want to know that do we support overlay for files in jar of war of
ear? like: xx.ear/yy.war/zz.jar/META-INF/config.properties
DeploymentOverlayDeploymentUnitProcessor.java[1] and
DeferredDeploymentOverlayDeploymentUnitProcessor.java[2] are classes to
handle the deployment overlay, but in this case, the jar of war of ear does
not get mounted yet, which leads
to DeferredDeploymentOverlayDeploymentUnitProcessor.handleEntryWithFileParent()
method is called, which just prints the error message.
The way to fix it maybe mount the jar(VFS.mountZip) beforehand, but it
is specific to the case of ear/war/jar, and these 2 classes are more
generic(they are in wildfly-core, no ee nor undertow extension), so where
this can be fixed?
[1]
https://github.com/wildfly/wildfly-core/blob/master/server/src/main/java/...
[2]
https://github.com/wildfly/wildfly-core/blob/master/server/src/main/java/...
Best Regards
--
Lin Gao
JBoss Software Engineer
8 years, 10 months
