I will check on the state of these CVEs with respect to the backports, and
reply on this thread.
One comment I'll make though, is that NexusIQ (I also use it) will
potentially still identify the jars as Tomcat 10.0.27, and therefore may
still identify them as vulnerable (incorrectly), despite a pa
Hi
Its definitely not closed, and this message arrived fine - are you using a
link to Nabble from the website or similar?
Thanks
Jon
On Wed, Sep 15, 2021 at 6:11 PM Mauro Chi wrote:
> Hi guys.
> Is from some time that the tomee forum users is not reachable.
> I ask : is closed ?
>
What's the JNDI lookup you're doing here?
eu.debooy.doosutils.service.ServiceLocator.listContext(ServiceLocator.java:149)
at
eu.debooy.doosutils.service.ServiceLocator.lookup(ServiceLocator.java:184)
at
eu.debooy.doosutils.service.JNDI$JNDINaam.(JNDI.java:57) at
eu.debooy.doos.component.quartz.Qua
Hi Marco
I'd suggest getting a thread dump of the TomEE process that is stuck.
Assuming you're running on Linux, you can get the PID with:
ps -ef | grep Bootstrap
and then get the thread dump with:
jstack
The thread dump will contain the classnames and methods for the call stack
for every thr
lar with your answer ?
>
> We are using currently TomEE 8.0.6. Does it fully work and fully tested on
> this release .
>
> Best Regards.
>
> -----Original Message-
> From: Jonathan Gallimore [mailto:jonathan.gallim...@gmail.com]
> Sent: mardi 23 mars 2021 17:29
> To
Hi
TomEE does have the ability to do remote EJB calls over HTTP, although it
isn't based on IIOP. This capability has actually been around in OpenEJB in
the pre-TomEE days :-).
In TomEE, you'll need to enable remote support, and configure a list of
packages that are allowed to be serialized/deser
om.xml
>
> Maybe push did not happen after release prepare/perform?
> --
> Jean-Louis Monteiro
> http://twitter.com/jlouismonteiro
> http://www.tomitribe.com
>
>
> On Mon, Jan 25, 2021 at 7:58 PM Jonathan Gallimore <
> jonathan.gallim...@gmail.com> wrote:
>
>
The Apache TomEE team is pleased to announce the availability of TomEE
8.0.6.
Apache TomEE delivers enterprise application containers and services based
on, but not limited to the Enterprise JavaBeans Specification and Java
Enterprise Edition Specifications.
These releases primarily provide bug f
Sounds like you're using TomEE 8 and Postgres (can you specify the version
of Postgres and the JDBC driver?)
Can we get a bit more detail on the "failover" element - is this a failover
to a secondary database node? Are the database nodes you connect to
specified in the JDBC URI, or do you have a l
Congratulations Richard, and thank you for all your contributions!
Jon
On Tue, Jan 12, 2021 at 9:34 PM Jean-Louis Monteiro <
jlmonte...@tomitribe.com> wrote:
> The Project Management Committee (PMC) for Apache TomEE has
> invited Richard to become a committer and we are pleased to announce that
Severity: High
Vendor: The Apache Software Foundation
Versions Affected:
Apache TomEE 8.0.0-M1 - 8.0.3
Apache TomEE 7.1.0 - 7.1.3
Apache TomEE 7.0.0-M1 - 7.0.8
Apache TomEE 1.0.0 - 1.7.5
Description:
If Apache TomEE is configured to use the embedded ActiveMQ broker, and the
broker config is misc
The Apache TomEE team is pleased to announce the availability of TomEE
8.0.5 and TomEE 9.0.0-M3.
Apache TomEE delivers enterprise application containers and services based
on, but not limited to the Enterprise JavaBeans Specification and Java
Enterprise Edition Specifications.
These releases prim
> As an alternative, I could create a SVN patch file and send it to the
Geronimo dev list?
I'd suggest creating a JIRA, and attaching the patch to that. If you can
also follow up here with the JIRA, that would be fantastic.
Thanks Richard!
Jon
On Wed, Dec 2, 2020 at 11:21 AM Zowalla, Richard <
> java.lang.NoClassDefFoundError:
org/apache/activemq/ra/ActiveMQResourceAdapter
What flavor of TomEE are you using? If you're using webprofile, you maybe
need to switch to plus or plume (which include ActiveMQ).
Where are com..ServiceObjectFactory and
com..GenericBindingObjectFactory on your cla
Can we start by looking at a thread dump (jstack) taken at the point where
you've encountered the exception?
That will hopefully show where your stateless bean instances are being
used. We may need to debug why they aren't being returned to the pool if it
looks like there is a leak (although I thi
The reason for its removal is that there are some bugs with Xalan's unicode
handling, and this library hasn't seen an update for 6 years. I wasn't
aware of the regression at the time, so thank you for flagging that up.
I think my preference would be to look at how we can resolve the issue
without
The OpenEJB Eclipse Plugin works on the latest version of Eclipse? Wow. A
few people have reached me through a few different mediums about it, and
had wondered if it was time for an update. OpenEJB 3.1.4 is super old, I'm
wondering if we can use this to deploy EARs to recent versions of TomEE
witho
Hi
Can you share the Apache HTTPD set with mod_jk config with us (I assume you
run that in a separate Docker container)? Please don't share any sensitive
config like passwords, keys, etc, just the basics of what we'd need to
reproduce the error you're seeing. We'd be happy to take a look.
There w
Hi Dignesh
I did some digging around on this. There are two parameters on a
ResourceAdapter you can specify:
.MaximumPoolSize = XX
.CorePoolSize = XX
Which will allow you to have a variable size thread pool. If you swap
out threadPoolSize for these you should get what you're after. Note that
t
Sorry for the delayed reply.
Just a little bit of background on the TomEE branches:
Current master / TomEE 8, targets EE 8, and requires a minimum Java SE 8.
7.0.x targets EE7, and requires a minimum Java SE 7.
7.1.x also targets EE7, and is intended to be essentially the same as
7.0.x. It includ
CVE-2020-11969: Apache TomEE - useJMX attribute on ActiveMQ resource
adapter URI causes authenticated JMX port to be open
Severity: High
Vendor: The Apache Software Foundation
Versions Affected:
Apache TomEE 8.0.0-M1 - 8.0.1
Apache TomEE 7.1.0 - 7.1.2
Apache TomEE 7.0.0-M1 - 7.0.7
Apache TomEE 1
The Apache TomEE team is pleased to announce the availability of TomEE
8.0.2. 7.1.3 and 7.0.8.
Apache TomEE delivers enterprise application containers and services based
on, but not limited to the Enterprise JavaBeans Specification and Java
Enterprise Edition Specifications.
These releases primar
Sounds like an interesting use-case. ActiveMQ does have some JNDI
capabilities: https://activemq.apache.org/jndi-support.html, and the
bindings are controlled via system properties.
How are you adding your bindings in TomEE? Adding resources to tomee.xml?
Off the top of my head, it sounds ok. If
I think you managed to get a solution from the Johnzon team. To answer the
1.2.x question - I believe the upgrade causes regressions on the OpenAPI
MicroProfile TCK which needs further investigation.
Jon
On Wed, Apr 22, 2020 at 12:20 AM Stéphane Kay
wrote:
> Hi,
>
> In Tomee 8.01 – 8.02 as well
Hi Ross
Thanks for reporting this - I'll reach out to Nabble and see if we can get
that resolved. It returns a 500 error for me. Nabble itself is beyond our
control, so in the meantime I'd suggest using the mailing list archive at
Apache: http://mail-archives.apache.org/mod_mbox/tomee-dev/ and
htt
Thanks for your email, and apologies for the confusion - I'll try and help
:)
> - 8.0.1 ok Java EE 8 release (uncertified) but is it fully Java 11
compatible?
Correct, and yes, this is Java 11 compatible. If you find something that
isn't working on Java 11, please do report it and we'll fix it.
Off the top of my head - some JCA resource adapters provide "endpoint
pooling", and so by default, TomEE lets them handle that themselves. Around
the 2017 timeframe, we found a resource adapter that didn't provide
pooling, so we added the "pool" option to the MDB container, which if set
to true, wo
memory consumption
>
> Hello Jonathan
>
> I will do so (Jira).
> BTW, is this property tomee.mp.scan documented somewhere ?
>
> Best Regards.
>
> -Original Message-
> From: Jonathan Gallimore [mailto:jonathan.gallim...@gmail.com]
> Sent: mardi 11 février 2020 19:25
> To:
c. I saw that
> the GitHub repo seems to have updated Dockerfiles for 8.0.1 but still no
> release to Dockerhub :( Is there any plan to release the images soon?
>
> Best regards,
>
> Tobias
>
> On 20.01.20 10:52, Jonathan Gallimore wrote:
> > 8.0.1 is being release today
Thanks for following up with the solution!
On Thu, Feb 13, 2020 at 12:10 AM Shultz, Dmitry
wrote:
> For anybody hitting the same issue, it was resolved by adding
> org.omnifaces to the resources/META-INF/scan.xml
>
>
>
> Cheers,
>
>
>
> *Dmitry Shultz*
>
> *Senior Software Developer*
>
>
>
> *[i
s line to see if it solves
> the memory issue we have and will let you know.
>
> Best Regards.
>
> -Original Message-
> From: Jonathan Gallimore [mailto:jonathan.gallim...@gmail.com]
> Sent: lundi 10 février 2020 23:14
> To: users@tomee.apache.org
> Subject: Re: TomEE
there a way to disable opentracing
> in TomEE MP ? Is it possible ?
>
> Best Regards.
>
> -Original Message-
> From: Jonathan Gallimore [mailto:jonathan.gallim...@gmail.com]
> Sent: lundi 10 février 2020 18:21
> To: users@tomee.apache.org
> Subject: Re: TomEE mic
> I can provide you some memory dumps if you want .
Some details on how to reproduce with a small sample would be helpful.
Memory dumps tend to be quite large and contain confidential information,
so we prefer to not exchange those on the list.
Jon
On Mon, Feb 10, 2020 at 5:10 PM COURTAULT Franc
There was some work done in this area between TomEE 8.0.0 and 8.0.1, so if
you haven't yet tried 8.0.1, please do. In terms of what you're seeing, am
I correct in thinking that if you invoke a business method on an EJB with
this code may times:
*jmsContext*.createProducer().send(*messageQueue*, *j
Yes. I think we had some crossover with the vote period for 8.0.1 and the
release of ActiveMQ 5.15.11.
Jon
On Thu, Feb 6, 2020 at 8:24 AM COURTAULT Francois <
francois.courta...@thalesgroup.com> wrote:
> Hello,
>
> In TomEE 8.0.1 Plus, ActiveMQ 5.15.10 is included. Do you plan to
> integrate Act
On Mon, Jan 20, 2020 at 11:54 AM COURTAULT Francois <
francois.courta...@thalesgroup.com> wrote:
> Hello Jonathan,
>
> If I have well understood: TomEE 9 will manage the latest MP (eg 3.2 or
> superior), right ? When the master branch will become the 9 version ?
>
I don't know the timings on that
On Mon, Jan 20, 2020 at 11:07 AM COURTAULT Francois <
francois.courta...@thalesgroup.com> wrote:
> Hello Jonathan,
>
> As MP is quite important for us, what is the MP compliancy new version ?
> 2.2 ? 3.x?
>
Its 2.1. This is mostly bugfixes from TomEE 8.0.0.
> I guess it should be 2.2. The 3.x
8.0.1 is being release today having just passed a vote, so I'm anticipating
Rod / Carl and other will be looking to get a Docker image for that done
fairly quickly. I'll take a look at the problem with the GitHub project you
mention. Thanks for pointing that out.
Jon
On Mon, Jan 20, 2020 at 8:53
I'll dig out the app I had working with Websphere MQ and get back to you
later today. Apologies for missing the previous message.
Jon
On Fri, Jan 17, 2020 at 4:00 PM ptie wrote:
> Anybody?
>
> Thanks!
> Peter
>
>
>
> --
> Sent from:
> http://tomee-openejb.979440.n4.nabble.com/TomEE-Users-f97944
n't present an issue
out of the box. If someone knows different, please let us know.
If the current votes pass, we'll release as is, and kick off another
release to pick up the update. If they fail, we'll re-roll, and this will
be included. Does that sound reasonable?
Jon
On Th
It is too late, as the current VOTEs were posted before this was announced,
and I've been trying to get this release out for over a month.
That being said, I would be prepared to roll a subsequent release in fairly
short order afterwards in order to pick this up. Ideally I'd like to try
and releas
How are you using that resource - are you using @Resource or a JNDI lookup
or similar?
Thanks
Jon
On Mon, Jan 6, 2020 at 2:32 PM ptie wrote:
> Anybody?
>
> Regards,
> Peter
>
>
>
> --
> Sent from:
> http://tomee-openejb.979440.n4.nabble.com/TomEE-Users-f979441.html
>
What you're after isn't entirely trivial, as the DataSourceFactory stuff
isn't as well aligned as it could be with the service-jar.xml code. We
should fix that and add HikariCP.
I'll map out some to dos over the next couple of days. This'll be awesome.
Jon
On Fri, 20 Dec 2019, 17:47 Kalyan, wro
500MB to 110MB after
> deploy completed. Thanks so much
>
> On Tue, 17 Dec 2019, 11:33 Paul Carter-Brown,
> wrote:
>
>> Thanks Jon.
>>
>> I'm away at the moment but will give it a spin in the next few days and
>> let you know. Thanks again
>>
>&g
TomEE uses Quartz internally to schedule EJB timers etc - the reason for
shading it is to avoid it conflicting with Quartz packaged in your
application. So theoretically, you should be able to package Quartz in your
application, and use it per its own documentation. If you have a code
sample with y
Hi Paul
I've pushed a new snapshot which (hopefully) should address this. The CI
build is running on it now. Would you mind giving it a try? If it looks
good, I'll finish rolling the release. Fingers crossed it looks ok for you.
Jon
On Mon, Dec 16, 2019 at 2:48 PM Jonathan
der and lives
forever. It has the TempClassLoader attached, and therefore all the
AnnotationFinder stuff.
I suspect (2) is too aggressive and is causing the test failures, but will
confirm.
Jon
On Mon, Dec 16, 2019 at 11:27 AM Jonathan Gallimore <
jonathan.gallim...@gmail.com> wrote:
>
re doing. If you can
confirm, that would help. I'll test out a patch with some bigger .ear files
today.
Thanks
Jon
On Thu, Dec 12, 2019 at 9:08 PM Jonathan Gallimore <
jonathan.gallim...@gmail.com> wrote:
> The mailing list seems to be stripping off your images - can you resend
>
;> >
>> >
>> >
>> >
>> > On Wed, Dec 11, 2019 at 7:18 PM Paul Carter-Brown
>> wrote:
>> > Hi Jon,
>> >
>> > Unfortunately the snapshot behaves exactly the same way
>> >
>> > Paul Carter-Brown
>> &
Hi Paul
Would you mind trying your application with a recent snapshot?
https://repository.apache.org/content/repositories/snapshots/org/apache/tomee/apache-tomee/8.0.1-SNAPSHOT/.
I recently updated the exclude list.
Many thanks
Jon
On Wed, Dec 11, 2019 at 12:31 PM Paul Carter-Brown
wrote:
> H
3rd snapshot and it
> works
> Good job :-)
>
> Best Regards.
>
> -Original Message-
> From: Jonathan Gallimore [mailto:jonathan.gallim...@gmail.com]
> Sent: mercredi 4 décembre 2019 16:31
> To: users@tomee.apache.org
> Cc: d...@tomee.apache.org
> Subject: R
nt snapshot. Could you provide me some details
> about how do you have fixed that, please ?
> TomEE 8.0.1, close to be released ?
>
> Best Regards.
>
> -Original Message-
> From: Jonathan Gallimore [mailto:jonathan.gallim...@gmail.com]
> Sent: mercredi 4 dé
I believe its already been fixed. Could you try a recent snapshot?
Thanks
Jon
On Wed, Dec 4, 2019 at 3:14 PM COURTAULT Francois <
francois.courta...@thalesgroup.com> wrote:
> Hello everyone,
>
>
>
> We deployed an application which uses JAXB on TomEE Plus 8.0.0 using
> openjdk 11 and have no is
Glad you have it working. The other approach you could take is to implement
a custom password cipher:
https://tomee.apache.org/latest/examples/datasource-ciphered-password.html or
a properties provider:
https://tomee.apache.org/latest/docs/admin/configuration/resources.html which
you might be able
That's awesome, thank you!
On Fri, Nov 22, 2019 at 2:51 PM cocorossello wrote:
> Hi,
>
> I have created the JIRA ticket, I will do the patch this weekend.
>
> https://issues.apache.org/jira/browse/TOMEE-2744
>
>
>
>
> --
> Sent from:
> http://tomee-openejb.979440.n4.nabble.com/TomEE-Users-f97944
> Is it ok? Care for a PR with this patch?
A big yes please! Thank you for catching this!
Jon
On Thu, Nov 21, 2019 at 11:10 AM cocorossello
wrote:
> Hi,
>
> Just for curiosity, I tried tomee with jdk14 (upgrading xbean). I found
> that
> the java.security.acl package is removed from jdk14
> (h
P 2.2... and TomEE 8.1.x MP 3.x (3.2
> specification has just been released - 3 days ago)
>
> Is it also the roadmap you or the community have in mind ?
>
> Best Regards.
>
> -Original Message-
> From: Jonathan Gallimore [mailto:jonathan.gallim...@gmail.c
> I think it should be a quite important topic to consider in the roadmap,
right ?
I agree its cool. What's the community take on the priority? Personally,
I'd consider getting Jakarta EE 8 done the highest priority, behind bugs
and security updates. I'm currently trying to finish one bug, and rev
Schema-instance";>...". Sorry!
> Now it works!
>
> --
> With best regards,
> Alexey Makarov
>
> 12.11.2019, 14:55, "Jonathan Gallimore" :
> > You should be able to specify it using the "classifier" property in
> > arquillian.xml:
&
You should be able to specify it using the "classifier" property in
arquillian.xml:
http://www.w3.org/2001/XMLSchema-instance";>
plus
-1
-1
${tomee.version}
target/apache-tomee-remote
target/arquillian-test-working-dir
Let us know how yo
What version of Tomcat do you have? I'm working through a couple of issues
with a view to starting a release shortly.
Jon
On Mon, Nov 11, 2019 at 4:44 PM African Wild Dog
wrote:
> Em seg., 11 de nov. de 2019 às 11:29, Jonathan Gallimore <
> jonathan.gallim...@gmail.com> e
Hi Richard
African Wild Dog is looking for the drop-in war. If you're not familiar
with this, in the very early days of TomEE, we used to ship a .war file
which you could deploy to a vanilla Tomcat to create TomEE. We didn't ship
it for 8.0.0 as it appeared to have some issues.
If people are will
Correct. We're missing some of the lesser used, older full profile specs.
We're not intending to certify the full profile, although the plus and
plume distributions do ship with things like connectors and JMS which work
well.
Jon
On Sun, Nov 10, 2019 at 3:41 PM Richard Monson-Haefel <
monsonhae..
Did you have any luck with this one? I'm still happy to take a look if
you're still having trouble.
Thanks
Jon
On Thu, Oct 24, 2019 at 2:31 PM Jonathan Gallimore <
jonathan.gallim...@gmail.com> wrote:
> Can you let us know your WebsphereMQ version and your tomee.xm
Can you let us know your WebsphereMQ version and your tomee.xml (with
sensitive information like passwords removed)?
I've had success with Websphere MQ in the past with TomEE, so I'm sure we
can get you going.
Jon
On Thu, 24 Oct 2019, 14:09 Puttonen Sami (EXT), <
ext-sami.putto...@traficom.fi> w
> So, in a scenario where the number of concurrent requests exceeds this
value, the requests are queued, right ?
I don't know if that's correct. I'd have to dig into the Tomcat code and
check (I'd probably want to test it as well).
> new request is rejected with a 503 status code
The server woul
Hi
Just to confirm, I can reproduce your issue. Digging into it some more in
VisualVM.
Jon
On Sun, Oct 20, 2019 at 12:17 PM Jonathan Gallimore <
jonathan.gallim...@gmail.com> wrote:
> Sorry, I had a couple of critical issues at work this week. This is next
> on my list to look
Sorry, I had a couple of critical issues at work this week. This is next on
my list to look at.
Jon
On Sun, 20 Oct 2019, 11:00 makkus, wrote:
> No news on this?
> It looks to be a some problem in openebj? Is nobody else experiencing class
> leaks with TomEE 8? If I investigate the orphaned if
I responded to your other email - I'll take a look at the classes leaking
on reload later today. Thank you for reporting it, I'll let you know what
I find.
Jon
On Tue, Oct 15, 2019 at 1:38 PM makkus wrote:
> Hi Richard,
>
> basically I might give it a try at some point, but currently I am a lit
Thanks for reporting this, along with the sample, the very clear steps for
reproducing the issue, and the analysis. I'll take a look at this later
today - hopefully we can track this down and fix it without too much
trouble.
Jon
On Mon, Oct 14, 2019 at 9:00 AM makkus wrote:
> Hi folks,
>
> by t
The follow up is appreciated - we hadn't touched upon any of the
asynchronous parts of Kalyan's questions, so any pointers you're able to
give are appreciated. The hanging threads appear to be fixed in 8.0.0.
Jon
On Mon, Oct 14, 2019 at 10:46 AM Richard Monson-Haefel <
monsonhae...@gmail.com> wro
Setting MaxTotal, InitialSize, MinIdle, and MaxIdle enable you to control
whether and when the pool will grow or shrink -
http://commons.apache.org/proper/commons-dbcp/configuration.html.
I'd avoid the urge to change more parameters if you can as it adds more
variables. It looks like a code change
Adapter = MyJmsResourceAdapter
> > transactionSupport=none
> >
> >
> >
> >
> >
> > On Mon, Sep 30, 2019 at 8:53 PM Ihsan Ecemis wrote:
> >
> >>
> >> Thanks for digging into this Jon (and pointing my attention toward that
> &
Can you give it a shot with the 8.0.0 (final) version?
https://repo1.maven.org/maven2/org/apache/tomee/openejb-core/8.0.0/openejb-core-8.0.0.jar
.
Also, try the patch, but with the debug logging for OpenEJB.resource.jdbc
off.
My change should only be introducing logging, so maybe there is somethi
The test failures look unrelated, I get the same with master.
To test it out, I'd suggest building OpenEJB with that patch, and trying it
on your own development machine with a database connection pool size of
one. If your connection isn't returned the pool, you'll know about it
quickly :)
Jon
O
within this message not related to Jini
> Guru official business is deemed to be that of the individual only and is
> not endorsed by Jini Guru.
>
>
>
> On Tue, Oct 8, 2019 at 12:42 AM Jonathan Gallimore <
> jonathan.gallim...@gmail.com> wrote:
>
>> Awesome, tha
FYI There's a handful of test failures on my full build here. Not sure if
they are related to my change or not yet.
Jon
On Tue, Oct 8, 2019 at 10:28 PM Kalyan wrote:
> Thanks Jon!
> I will try this.
>
>
>
> --
> Sent from:
> http://tomee-openejb.979440.n4.nabble.com/TomEE-Users-f979441.html
>
Played around with this a little and opened this PR:
https://github.com/apache/tomee/pull/583. Take a look and see what you
think. I still need to do a full build and make sure I haven't
broken anything here. The theory is that is you turn the logging
on OpenEJB.resource.jdbc up to FINEST, you'll g
I can reproduce your stack trace by deliberately not calling
connection.close().
"main" #1 prio=5 os_prio=31 cpu=1929.67ms elapsed=28.55s
tid=0x7f8d1c800800 nid=0x1703 waiting on condition [0x70dd1000]
java.lang.Thread.State: WAITING (parking)
at jdk.internal.misc.Unsafe.park(java.
We're probably going to make some small changes quite rapidly to 1) see if
we can reproduce your issue and 2) extract some more information in logs.
If you're willing and able to pick up some snapshots, or patch your
8.0.0-M3 with some PRs and report back, that helps.
Jon
On Tue, Oct 8, 2019 at 6
At first glance, I'd say it looks like your database connection pool is
exhausted but there's nothing using the database, so either we have a bug
or connections are leaking. Next step will probably be some logging around
that.
Jon
On Tue, 8 Oct 2019, 17:10 Jonathan Gallimore,
wrote:
Got it. Going to be away from my computer for a couple of hours, but I'll
take a look later today.
Jon
On Tue, Oct 8, 2019 at 4:50 PM Kalyan wrote:
> Hi Jon,
> I sent you whole jstack to your email. Please take a look and let me know
> if
> anything can be done.
>
> thanks
> Kalyan
>
>
>
> --
>
The problem with getting single threads here and there is its difficult to
pin down the root cause. With the whole jstack file I can probably give you
some pointers pretty quickly (or I'll just say if not). A very long time
back (in the 1.7.3 era) there was an issue where you can lock a database
po
>>
>> Disclaimer: This message and/or attachment(s) may contain
>> privileged, confidential and/or personal information. If you are not the
>> intended recipient you may not disclose or distribute any of
>> the information contained within this message. In such case y
Are you able to share the whole thing? That's just one thread. If you have
a whole bunch of threads all hitting the database, that sounds like a
potential issue at the database end. If there are no other threads
accessing the database, then its possible there is a leak somewhere.
Jon
On Mon, Oct
Hi Paul
You able to create an as small as possible sample, maybe based on
https://github.com/apache/tomee/tree/master/examples/async-servlet? I'm
struggling a little to picture the code in my head. It sounds likely
related to the two different threads. I'm sure we can at least help figure
out a wo
I've had a quick run through of the code and I can't see a log statement
for that value. We can certainly add it to master, but that might not help
you on 8.0.0-M3. If you're feeling handy with a debugger, put a breakpoint
here:
https://github.com/apache/tomee/blob/tomee-8.0.0-M3/container/openejb-
on't want to post publicly (check the content of the jstack before
posting).
Jon
On Thu, Oct 3, 2019 at 9:50 PM Jonathan Gallimore <
jonathan.gallim...@gmail.com> wrote:
> Hi
>
> What version of TomEE are you using?
>
> Jon
>
> On Thu, Oct 3, 2019 at 9:16 PM
Hi
What version of TomEE are you using?
Jon
On Thu, Oct 3, 2019 at 9:16 PM Kalyan wrote:
> Hello,
> I am getting following error in my application.
>
> avax.ejb.ConcurrentAccessTimeoutException: No instances available in
> Stateless Session Bean pool. Waited 30 SECONDS
> at
>
> org.ap
MessageConsumer objects worked fine since at least
> TomEE 7.0.2 (our git history shows that we had such a piece of code
> implemented in March 2017)
>
>
>
> > On Sep 30, 2019, at 09:14, Jonathan Gallimore <
> jonathan.gallim...@gmail.com> wrote:
> >
> &g
oker running on
> > localhost:61616
> > BrokerXmlConfig =
> > ServerUrl= nio://localhost:61616
> >
> >
> > > type="javax.jms.ConnectionFactory">
> > ResourceAdapter = MyJmsResourceAdapter
> >
> >
Hi,
I'm wondering if this is because your send method isn't closing the
producer and the session? I did try your code and I saw the issue. I turned
it into an example, and added an Arquillian test:
https://github.com/apache/tomee/pull/578
Note that I added the session, producer and consumer into
se/java.net.URLClassLoader.defineClass(URLClassLoader.java:550)
> ...
>
> I've checked and think the conflict could be due
> to jakarta.persistence-2.2.2.jar and eclipselink-2.7.4.jar both having the
> javax.persistence and jakarta.persistence-2.2.2.jar is signed
>
> Pa
2019 at 10:31 PM Paul Carter-Brown
> wrote:
>
> > Thanks Jon
> >
> > Worked a charm.
> >
> > Paul
> >
> >
> > On Wed, Sep 25, 2019 at 9:17 PM Jonathan Gallimore <
> > jonathan.gallim...@gmail.com> wrote:
> >
> >> Looks like
ut
> the contents of my persistence.xml file then it boots fine (but
> EntityManagers are all null).
>
> If I include persistence.xml and even comment out my EntityManager
> injection points then it fails.
>
> Should if you need more info.
>
> Paul
>
>
> On Wed, Sep
691
>
> Best Regards.
>
> -----Original Message-
> From: Jonathan Gallimore [mailto:jonathan.gallim...@gmail.com]
> Sent: mercredi 25 septembre 2019 13:01
> To: users@tomee.apache.org
> Subject: Re: Any reason to not follow BouncyCastle latest version ?
>
> There's no speci
.0)
>
> Regarding Jakarta 8.0 compliancy, it should be good to know about the 10%
> non compliant implementation. Is it JMS (not really JMS 2.0 compliant)? Or
> other parts ?
>
> Best Regards.
>
> -Original Message-
> From: Jonathan Gallimore [mailto:jonathan.gallim
n't release an 8.0.1
including the standalone server fairly quickly.
Jon
On Wed, Sep 25, 2019 at 12:14 PM Bruce Beaumont
wrote:
> Related question
>
> Will there be an OpenEJB standalone build for version 8
>
> On 2019-09-25, 12:43, "Jonathan Gallimore"
> wrote:
There's no specific reason why - can you file a JIRA, and I'll be happy to
update it.
Thanks
Jon
On Wed, Sep 25, 2019 at 11:56 AM COURTAULT Francois <
francois.courta...@thalesgroup.com> wrote:
> Hello,
>
> I have seen that, in TomEE Plus 8.0.0, the BouncyCastle version embedded
> is still 1.6
Hi
Leaving the evaluation message on the download page when releasing TomEE
8.0.0 was a mistake on my part, apologies for the confusion. TomEE 8.0.0 is
intended for production use, as opposed to a milestone release which the
previous -M1, -M2 and -M3 releases were. The page has been corrected and
1 - 100 of 242 matches
Mail list logo
