Re: Old Gen Full of Annotation Finder Index

Hi! All this is just a workaround imo. Afair we (Romain) introduced a temporary throw-away ClassLoader for scanning. That means after doing all the class scans we only keep the extracted information but do not keep the Classes in memory. Doesn't this work anymore? LieGrue, strub > Am

Re: JsonReader.readObject() fails with ArrayIndexOutOfBoundsException when a string is too long, but is full of backslashes?

We did tons of fixes in Johnzon. Can you please try out TomEE-7.0.5? This version contains a much newer version of Johnzon. LieGrue, strub > Am 26.02.2019 um 20:54 schrieb Kean Erickson : > > Sorry to reply to my own email but one more question on that--if I am to > set

Re: javaee-api 8.0 JPA

We are on the path of being 2.2 compliant. A few parts are missing. Could you please create an openjpa ticket? txs and LieGrue, strub > Am 13.11.2018 um 12:50 schrieb cocorossello : > > Shouldn't it be aligned since openjpa is now 2.2 compliant? > > > > -- > Sent from:

[ANNOUNCE] Welcome Roberto Cortez as new Apache TomEE committer

Good morning ladies and gents! It's a great pleasure to announce that Roberto Cortez has accepted our invitation to become an Apache TomEE committer! Welcome Roberto! your Apache TomEE PMC

Re: [Newsletter] Re: [Newsletter] Re: TomEE Performance

Are you using @Singleton with a locking scenario or are all methods Read? In that case you could possibly replace that @Singleton with a CDI @ApplicationScoped bean? Of course with @Transactional if you make use of that, etc. Would probably be worth a try. LieGrue, strub > Am 04.09.2018 um

Re: JPA 2.0 compliant OpenJPA version in 2.1 based TomEE?

Hi Fabian! The main reason to not include OpenJPA-3.0.0 in TomEE-7.0.5 is because OpenJPA-3.0.0 requires Java8 as minimum level. But TomEE-7.0.5 still supports to run on Java7. That said, it's pretty straight forward to just replace the OpenJPA jars on TomEE-7.0.5 with the ones from

Re: Johnzon is going to infinite loop on JPA entities with OneToMany relationship

/JohnzonBuilder.java#L212 > Am 19.07.2018 um 21:57 schrieb Mark Struberg : > > Sadly there is no common handling for this in the current spec. > I've already created a ticket [1], but this will only be available as of > JakartaEE9. > > You should be able to swap out Joh

Re: Johnzon is going to infinite loop on JPA entities with OneToMany relationship

Sadly there is no common handling for this in the current spec. I've already created a ticket [1], but this will only be available as of JakartaEE9. You should be able to swap out Johnzon-1.0.x with 1.1.8. Then use the following JsonbConfig and set "johnzon.deduplicateObjects" to true. Happy

Re: TomEE 7.0.4 and contextPath

that's news to me. Which ticket was that?Could not find it on bugzilla. On Monday, 18 June 2018, 17:15:01 CEST, Romain Manni-Bucau wrote: If you put the war in webapps (or auto deploy) you must rename the war file now (tomcat change). Romain Manni-Bucau @rmannibucau

Re: Embedded TomEE 7.0.4 and Arquillian and TLS

will apply. LieGrue,strub On Monday, 18 June 2018, 16:35:44 CEST, Romain Manni-Bucau wrote: Looks good to me (if anyone wants to apply it otherwise I'll do it end of the week) Romain Manni-Bucau @rmannibucau |  Blog

Re: Deploying WAR in TomEE

There is a difference between ClassNotFoundException and NoClassDefFoundError ClassNotFoundException: the class you were looking for could not be found. NoClassDefFoundError: some other Class your own class needs could not be loaded. Essentially com.app.auth.AuthenticationService is there, but

Re: [Newsletter] Migration step of jtaManaged flag in context resources

:) >> >> Thanks and best >> Fabian >> >> -Original Message- >> From: Mark Struberg <strub...@yahoo.de.INVALID> >> Sent: Friday, May 11, 2018 10:27 AM >> To: users@tomee.apache.org >> Subject: *EXT* [Newsletter] Re: Migration st

Re: Migration step of jtaManaged flag in context resources

, strub > Am 11.05.2018 um 10:37 schrieb Romain Manni-Bucau <rmannibu...@gmail.com>: > > Le ven. 11 mai 2018 09:27, Mark Struberg <strub...@yahoo.de.invalid> a > écrit : > >> Hi Fabian! >> >> >> To give a bit more context: >> >&

Re: Migration step of jtaManaged flag in context resources

Hi Fabian! To give a bit more context: Having actual db connections configured inside a WAR or EAR is usually something you'd rather like to avoid. Having passwords checked in into your source repo, needing to recompile if you want to tweak the connection or credentials, etc All that is

Re: TomEE Stable and OpenJDK

son <fred...@jonson.org>: > > Mark Struberg wrote: > >> I think what the download page fails to communicate is which EE level >> it addresses. >> >> TomEE-1.7.x adresses the JavaEE 6 specifications, with minimum requirement >> Java7 (up to Java8) >

Re: JAX-RS integration with managed beans

Hi! +1 for @javax.annotation.ManagedBean is a mess in the spec. I still remember how this got added to EE6. This annotation literally got added to EE6 in the last week before the spec went final. It was not discussed in the CDI, EJB and JSF Expert Groups and just had a single mention in an

Re: TomEE Stable and OpenJDK

I think what the download page fails to communicate is which EE level it addresses. We should probably split this into different areas on the download page. To clarify this TomEE-1.7.x adresses the JavaEE 6 specifications, with minimum requirement Java7 (up to Java8) TomEE-7.0.x adresses

Re: Removing version string from banner

or just add an tag in your web.xml. Because usually one wants to brand the error page anyway. LieGrue, strub > Am 14.02.2018 um 18:51 schrieb Jean-Louis Monteiro : > > Oups message left too quickly. > > The default error valve from Tomcat generates this HTML with

Re: TomEE supported on Java 9: when ?

Btw, if we get a few more helping hands up then I'd be happy if someone could help me with the TomEE8 branch ;) LieGrue, strub > Am 06.12.2017 um 13:08 schrieb Mark Struberg <strub...@yahoo.de>: > > I can roll an OWB-1.7.x release with Java9 support. > > LieGrue

Re: TomEE supported on Java 9: when ?

I can roll an OWB-1.7.x release with Java9 support. LieGrue, strub > Am 06.12.2017 um 13:03 schrieb Romain Manni-Bucau : > > 2017-12-06 12:34 GMT+01:00 COURTAULT Francois > : >> Hello, >> >> I have seen that Tomcat 8.5.24 is supported on

Re: TomEE -Java EE 8 compatible or certified ?

Hmm, EE8 requires Java8. Just from the API alone. And anything compiled with Java8 will also run on Java9, right? So I'd say the minimum requirement in TomEE8 is Java8. Btw, we still can use Java9 for the TomEE8 development! The new Java9 Maven build chain supports to generate real Java8 code

Re: TomEE -Java EE 8 compatible or certified ?

Hi Francois! The community is already working on EE8. It's in the tomee8 branch. LieGrue, strub > Am 25.09.2017 um 17:15 schrieb COURTAULT Francois > : > > Hello everyone, > > As Java EE 8 is out, could you tell us when a TomEE version will be at least >

Re: CDI @Observes ApplicationScoped.class

+1 NO @Destroyed(SomeContext.class) can be observed in a bean with scope @SomeContext! I even suggest we throw a ContextNotActive in the future. You can observe the @Destroyed(ApplicationScoped.class) in an Extension. But most of the time a @PreDestroy in your @ApplicationScoped bean would

Re: Upgrading OpenEJB Standalone to 4.6.0.2

Just out of curiosity: Why not using 4.7.4. Is 1:1 compatible with 4.5 and 4.6 LieGrue, strub > Am 12.04.2017 um 09:48 schrieb Romain Manni-Bucau : > > Hi Geoff, > > are you sure you didn't recompile your application with java 8? 4.6 doesn't > support it if I recall

Re: [+SPAM+]: Re: Jackson vs Johnzon JAX-RS provider

> > 2017-04-14 10:06 GMT+02:00 COURTAULT Francois < > francois.courta...@gemalto.com>: > >> Hello Mark, >> >> Any update ? >> >> Best Regards. >> >> -Original Message- >> From: Mark Struberg [mailto:strub...@yahoo.de.INVALID

Re: Tomcat security issues and tomee 1.7.x

+1 John, txs for jumping in! I'll be around if you need an additional pair of eyes. LieGrue, strub > Am 13.04.2017 um 16:45 schrieb Jonathan Gallimore : > > Thanks for your mail! I think we're probably due a 1.7.x release by now. If > there's no objections, I'm happy

Re: Tomcat security issues and tomee 1.7.x

Build is green now! We might check a few other dependencies as well, but most deps should have been updated. Who want's to run the 1.7.5 release train? LieGrue, strub > Am 13.04.2017 um 16:46 schrieb Romain Manni-Bucau : > > Hi > > Think Mark was waiting for a green

Re: Jackson vs Johnzon JAX-RS provider

cp.org/en/jsr/detail?id=367 , the latest stage is Public Review > Ballot. There is not yet a Proposed Final Draft :-( > > If not, when do you think it will be ? > > Best Regards. > > -Original Message- > From: Mark Struberg [mailto:strub...@yahoo.de.INV

Re: Jackson vs Johnzon JAX-RS provider

> It does (actually an early release included it: johnzon-jsonb module), > another release is coming very soon with a more up to date spec. To be more precise: the work on JSONP-1.1 and JSONB-1.0 was finished a few days ago! We already checked the API signatures and they are 1:1 with the RIs.

Re: TomEE performance

To give you a bit of perspective. I did have a public internet application written in JSF which _easily_ took 5 Mio page hits / day from about 70.000 unique users. Or another application which makes up to 20k requests per minute for about 7k users. Quick enough? ;) LieGrue, strub > Am

Re: EJBContainerRunner and @RequestScoped

You might give DeltaSpike CdiTestRunner a try. It cleans the contexts between test methods. Just use cdictrl-openejb as backend. LieGrue, Strub > Am 30.09.2016 um 11:45 schrieb Xavier Dury : > > Hi, > > Is it normal that all test methods from a test class running with >

Re: OpenEJB and EL

Yes a posibility to escape the dots in EL would be great. Too bad that EL doesn’t fully follow ECMAScript conventions but is only ’similar’ to it. LieGrue, strub > Am 29.09.2016 um 20:33 schrieb Xavier Dury : > > I concur: (a) would be best... maybe in EL 3.1 or 4.0? (I

Re: OpenEJB and EL

bject base, Object property) { >>if (base == null && "javax".equals(property)) { >>context.setPropertyResolved(base, property); >> return new ExpandingImplicitObject("javax"); >>} >>if (base i

Re: OpenEJB and EL

The problems are in the details. an EL #{javax.enterprise.context.conversation.id} will iterate over the EL loader chain a whooping 5 times! First it will resolve „javax“. Then on that object it will resolve „enterprise“, then … And on the last (id) you will finally hit the OWB

Re: OpenEJB and EL

enabled in some way). On the > contrary, >> if >> > the requirement comes from the java EE spec, then I suppose it is >> > implemented in TomEE and that would explain why my tests fail. >> > >> > >> The name is built it in openwebbeans: >&

Re: OpenEJB and EL

Any,javax.inject.Named] from file:/D:/development/ >> workspaces/openejb-el/target/test-classes/eg/ConversationWrapper.class >> ConversationImpl, WebBeansType:CONVERSATION, > Name:javax.enterprise.context.conversation, >> API Types:[org.apache.webbeans.conversation.ConversationImpl,

Re: OpenEJB and EL

}) > > Xavier > > > From: Romain Manni-Bucau <rmannibu...@gmail.com> > Sent: Wednesday, September 28, 2016 11:10 PM > To: users@tomee.apache.org; Mark Struberg > Subject: Re: OpenEJB and EL > > a producer allows to get a shorter/more elegant naming like #{c

Re: OpenEJB and EL

il.com> wrote: > > >a producer allows to get a shorter/more elegant naming like #{conv.id} if you >@Produces @Named("conv") ;) > > > >Romain Manni-Bucau >@rmannibucau | Blog | Old Wordpress Blog | Github | LinkedIn | Tomitriber | >JavaEE Fa

Re: tomee 1.7.1 plus . with deltaspike 1.7.1

+1 It is clearly a DeltaSpike question DeltaSpike people are also very responsive. There is actually quite an overlap in communities. But you will get better feedback for such DS related questions over there. LieGrue, strub > Am 09.09.2016 um 11:21 schrieb Romain Manni-Bucau

Re: default json provider

Hi Matthew! Could you probably also bring this up on the Johnzon list? Maybe we simply miss an important use case over there. txs and LieGrue, strub > On Thursday, 8 September 2016, 11:26, chongma > wrote: > > i tried the following without any luck: >

Re: Re. TomEE // SCHWERWIEGEND: FATAL ERROR: Unknown error in Assembler. Please send the following stack trace and this message to users@tomee.apache.org :

> Caused by: java.lang.ClassNotFoundException: org.postgresql.Driver That looks to me as if the postgresql jdbc driver jar is not in the /lib directory? LieGrue, strub > Am 14.02.2016 um 12:20 schrieb Michael Schubert : > >

Re: Change the location of tomee.xml

If you need global JTA resources then there they should get managed on the container level. This is a clean separation of concerns. The app says „I need resource X“ and the whole configuration and setup is done on container level depending on the system. Different stages or even customers

Re: CDI behavior change: who is right ?

nkedIn <https://www.linkedin.com/in/rmannibucau> | Tomitriber > <http://www.tomitribe.com> > > 2016-01-19 18:35 GMT+01:00 COURTAULT Francois < > francois.courta...@gemalto.com>: > >> Hello Romain, >> >> Thanks a lot for this useful exchange :-) >&

Re: Question about Java EE certification TomEE and Plume

cle > so no project in ASF can have access to TCK suite. > > Best > Gurkan > > Sent from my iPhone > >> On 14 Oca 2016, at 20:45, Mark Struberg <strub...@yahoo.de> wrote: >> >> With other words, most of the other vendor packages are strictly seen al

Re: Question about Java EE certification TomEE and Plume

t is not the same. Actually without accessing TCK >>> suite ( and required to become a licensee of Oracle) , you can not use any >>> test and say that blabla server is compatible. Currently ASF is not >>> licensee of Oracle so no project in ASF can have access to TCK

Re: Question about Java EE certification TomEE and Plume

With other words, most of the other vendor packages are strictly seen also not ‚certified‘ but only ‚compliant‘. Which makes them not bad - it’s just that the terms often get mixed up by marketing (knowingly or not? I don’t know) and confuse users. LieGrue, strub > Am 11.01.2016 um 23:04

Re: TomEE 7.0.0 Perf

If you report that you are satisfied with the performance then I can go on and trigger a BVal release. LieGrue, strub > Am 13.01.2016 um 11:40 schrieb Romain Manni-Bucau : > > with maven plugin using remove:bval, > org.apache.bval:bval-jsr:1.1.1-SNAPSHOT, >

Re: SessionScoped does not seem to work

Was about to write the same pointer (wrong import) ;) In Apache DeltaSpike we even have a small Extension which ‚corrects‘ those wrong scope annoations for you because it’s such a frequent user-error ;) LieGrue, strub > Am 20.12.2015 um 22:38 schrieb Marco DE BOOIJ :

Re: CDI unit test

+1 for a sample please. Then it will be pretty easy to identify your problem. txs and LieGrue, strub > Am 07.12.2015 um 20:37 schrieb Romain Manni-Bucau : > > Myfaces API pick up the proxy map implementation in a hardcoded fashion. I > dont see if you have the right

Re: CDI unit test

ViewScope is _not_ part of the CDI spec. Thus ContextsService wont help you here. This is only for OWB internal Contexts. You need to use the ‚owner‘ of the Context if you like control it’s lifecycle. This depends on whether you have @ManagedBean @ViewScoped (which would be a JSF managed

Re: TomEE 7 M1 feel

OWB-1.6.2 is ready and released. So one more showstopper out of the way. And +1 for pushing this^^ LieGrue, strub Am 12.08.2015 um 09:41 schrieb Alex Soto asot...@gmail.com: Hi guys, I know that the release process in Apache can be a bit slow because of votes and so on, but is your

Re: JPA trying to alter table to add the single table discriminator before openJPA build the schema on tomee startup (1.6.0.2)

Hmm, never had this problem. Important for me to figure what goes wrong in your case. As you already stated: the schema is aways the user which logs in. Is there probably some login trigger which does an alter session to switch the schema after logon to oracle? And do you have enough rights

Re: Stateless dead lock

:00 LG Optimusv lgoptimusv...@gmail.com: This might be useless, but if you have nothing else to try, you can try using the ip address instead of machine name in the jdbc url. On Jun 11, 2015 12:51, Romain Manni-Bucau rmannibu...@gmail.com wrote: Le 11 juin 2015 09:49, Mark Struberg strub

Re: Stateless dead lock

Hmm, if there is a network issue then the connection should actually get closed, right? So the lock gets cleaned and you will see an Exception in your app. Sounds really like a weird issue and I did not yet see this on any system yet. The more important it is to get behind the real reason why

Re: Stateless dead lock

No, proxies have a rather short and defensive socket retention time. Otherwise they would too quickly become stuck and run out ot sockets… LieGrue, strub Am 11.06.2015 um 18:51 schrieb Romain Manni-Bucau rmannibu...@gmail.com: Le 11 juin 2015 09:49, Mark Struberg strub...@yahoo.de a écrit

Re: tomee jee 7

The question is rather what the options are :) TomEE will sustain for quite some time. And TomEE rocks all the other servers from a performance aspect with a quite big gain. TomEE also doesn’t just ship ‚banana-ware‘ and then switch to commercial releases after the projects starts to become

Re: OpenEjb, Injection of datasource using jboss naming

you mean 7.0.0-SNAPSHOT right? LieGrue, strub Am 26.05.2015 um 18:14 schrieb Romain Manni-Bucau rmannibu...@gmail.com: Le 26 mai 2015 09:00, padou p...@imtf.ch a écrit : Hello I saw that you already improved it Is there a way to test with a SNAPSHOT ? what version of openEJB should I

Re: NPE when webBeansContext.getApplicationBoundaryService() in AbstractProxyFactory

well, that should not happen of course ;) I can give you a quick explanation what the ApplicationBoundaryService is for. We use it to get the ClassLoader to use for a class we need to proxy. Say if we create a CDI proxy (Contextual Reference) for a MyCustomCdiBean in your project then we

Re: Does TomEE 1.7.1 support JSF 1.1?

OpenWebBeans is built in a very modular fashion. We add integration features by simply dropping the plugin into the classpath. The webbeans-jsf* module adds support for 2 features: 1.) CDI @ConversationScoped support for JSF 2.) CDI EL support for JSF. Out of the box we have plugins to

Re: Does TomEE 1.7.1 support JSF 1.1?

I think it should also work in 1.7.1. This is actually not a bug but basically some modularity feature you get from OpenWebBeans. Basically CDI is JavaEE6. But in OpenWebBeans we still support a lot of older integration scenarios as well. And even pure Java SE. OWB is built around a ‚core‘

Re: Total noob question - system.properties

Hi Brandon! TomEE’s conf/system.properties are _not_ intended for end users. If you like to configure something in your own project then please take a look at the DeltaSpike configuration system [1]. The basic idea is to have different ‚ConfigSources‘ (some property files, environment, -D java

Re: Total noob question - system.properties

is intended to be used by any System.getProperty user It is the fastest way to get a conf without worrying about cdi. Depending the app cdi can be an issue (binding primitives etc) Le 5 avr. 2015 09:55, Mark Struberg strub...@yahoo.de a écrit : Hi Brandon! TomEE’s conf/system.properties

Re: Wrong encoding using JSF with tomee 2.0-SNAPSHOT

So what is the exact problem? Is it Tomcat or is it in OWB? Probably have a small example for me? txs and LieGrue, strub Am 31.03.2015 um 12:41 schrieb Karl Kildén karl.kil...@gmail.com: I tried downgrading to the catalina.jar from 1.7.1 and it works with that one... On 31 March 2015

Re: ApplicationComposer and Deltaspike 1.0

Hi Astah! I’m pretty good at DeltaSpike so to say, but I somehow lost the context. You are talking about an error in tomee but your log clearly shows you are working with WebSphere? com.ibm.ws.container.service.state.StateChangeException: Maybe you mixed up the paste? Do you mind to explain

Re: measure session size?

karl.kil...@gmail.com: Hello Mark, httpsession does not implement Serializable and tomcat sessionholder does not. The actual session is not obtainable :( Skickat från min iPhone 4 feb 2015 kl. 16:52 skrev Mark Struberg strub...@yahoo.de: did that via a SerlvetFilter

Re: measure session size?

does not. The actual session is not obtainable :( Skickat från min iPhone 4 feb 2015 kl. 16:52 skrev Mark Struberg strub...@yahoo.de: did that via a SerlvetFilter and just serialized the session into a byte[] and output the size. As benefit you also see early on whether you have

Re: measure session size?

. LieGrue, strub On Monday, 9 February 2015, 15:05, Karl Kildén karl.kil...@gmail.com wrote: XRebel is on the todo list but it's good to able to log it in production. Thanks alot Romain and Mark for the information! On 9 February 2015 at 11:26, Mark Struberg strub...@yahoo.de wrote: Often

Re: measure session size?

did that via a SerlvetFilter and just serialized the session into a byte[] and output the size. As benefit you also see early on whether you have something which is not properly Serializable and would fail on a cluster. LieGrue, strub On Monday, 2 February 2015, 20:01, Karl Kildén

Re: [CDI - OpenWebBeans] explicit no arg constructor

I'm not sure what Weld does, but the spec clearly mandates it 3.15. Unproxyable bean types The container uses proxies to provide certain functionality. Certain legal bean types cannot be proxied by the container: • classes which don’t have a non-private constructor with no parameters, ..

Re: Freemarker and CDI

+1 to what Romain said: http://deltaspike.apache.org/documentation/core.html#_beanprovider It works in JavaEE and also in SE. LieGrue, strub On Saturday, 15 November 2014, 19:52, Romain Manni-Bucau rmannibu...@tomitribe.com wrote: Ok got it. I'm not aware of an existing impl but

CDI container performance

Hi! Yesterday I wrote a small micro benchmark to test the performance of some CDI containers. The outcome was pretty stunning - but best if you run it yourself: https://github.com/struberg/cdi-performance $ git clone https://github.com/struberg/cdi-performance.git $ cd cdi-performance Just

Re: CDI container performance

...@kasisoft.net wrote: Am 21.10.2014 um 11:37 schrieb Mark Struberg: Hi! Yesterday I wrote a small micro benchmark to test the performance of some CDI containers. The outcome was pretty stunning - but best if you run it yourself: https://github.com/struberg/cdi-performance First of all I

Re: CDI container performance

Actually all CDI containers use proxies for NormalScoped beans. This is mandated by the spec. We also only cache 1 instance for all ApplicationScoped proxies of the same type. So I profiled (using YourKit profiler) that OWB allocates WAY less temporary objects - what results in a fraction of

Re: JDBC Transactions vs EJBs and @TransactionAttribute(...) and more...

Hi Lars-Fredrik! With pure JPA you could kind of 'emulate' JTA. At least in a poor mans way without 100% guarantee. iterate over all open connections and em.flush() them. This is actually the part where either the operation blows up or all is fine. Then after that in a second pass you loop

Re: TomEE EE6/7 Certification

I'm not quite sure if this got resolved already on a legal level, but here is my pov up to what I know. There are 2 different profiles defined in JSR-316 (JavaEE6 umbrella spec): 1.) the full-profile 2.) the web-profile We pass the web-profile, but we do NOT implement the full full-profile but

Re: Alternatives and beans.xml

The moment you find a way to do something,  there is always a better one  Well, this is true for others as well ;) There is just no silver bullet and no 1-fits it all hammer for all problems. The thing is that we (as community) discussing about such things can spread the word and share ideas.

Re: Alternatives and beans.xml

Hi! I'd use neither approach ;) Take a look at Apache DeltaSpike @Exclude [1].   You can exclude beans (and thus disable alternatives and specializes) either via ProjectStage or via configuration. You can even do something like @Specializes @Exclude(onExpression=dbvendor!=oracle) public class

Re: Deltaspike 1.0.0 issue?

+1 Put all except maybe deltaspike-jsf into the ear lib. LieGrue, strub On Sunday, 22 June 2014, 17:52, Romain Manni-Bucau rmannibu...@gmail.com wrote: Weird, i would have expected everything excepted jsf modules in common libs only. Le dimanche 22 juin 2014, hwaastad

Re: Deltaspike 1.0.0 issue?

Hi! This Exception should only get thrown if you have a  @Specializes public class  A extends X where X is not in the classpath or not an enabled bean. Do you have a sample of this around somewhere? Oh and we finally need to change the error message to proper english! LieGrue, strub On

Re: Deltaspike 1.0.0 issue?

Can you please check if you do have deltaspike-core-impl.jar in your classpath? LieGrue, strub On Saturday, 21 June 2014, 20:50, hwaastad he...@waastad.org wrote: Hi Mark,ve No, I do not have any of such. I have omnifaces in ear/lib.(a library is using this). I'll see if I can

Re: Vert.x Vs OpenEJB

regarding scaling: most of the standard Tomcat scaling solution applies to TomEE as well.  E.g. use a load balancer with sticky session in front of your servers. Then you can either use MSM (backup the sessions in one direction to a memcached instance) or tomcat session replication in pairs

Re: No bean found for type: org.apache.myfaces.extensions.cdi.jsf.api.config.JsfModuleConfig

can you probably explain again what the whole issue is? Is there a bug report with a sample? LieGrue, strub From: José Luis Cetina maxtorz...@gmail.com To: users@tomee.apache.org Sent: Wednesday, 11 December 2013, 19:26 Subject: Re: No bean found for type:

Re: 1.6.0 release plans?

:16 PM, Mark Struberg strub...@yahoo.de wrote: yup, gonna start with cutting the actual release in a few hours. The next projects on the list are xbean and OpenWebBeans. LieGrue, strub - Original Message - From: Romain Manni-Bucau rmannibu...@gmail.com To: users

Re: CDI Injecting parameterized types

I would need a bit more code to understand the problem. E.g. how the DiscountCodeFacade does look like. Ideally a small sample project. The message in the log indicates that OWB cannot find a Bean for the InjectionPoint. LieGrue, strub - Original Message - From: Kay Wrobel

Re: 1.6.0 release plans?

yup, gonna start with cutting the actual release in a few hours. The next projects on the list are xbean and OpenWebBeans. LieGrue, strub - Original Message - From: Romain Manni-Bucau rmannibu...@gmail.com To: users@tomee.apache.org users@tomee.apache.org Cc: Sent: Tuesday, 29

Re: @Async call blocks in @PostConstruct

And as discussed with Romain on IRC a few minutes ago: This works in OpenEJB, because it's smart ;) But I would not bet a dime that this is clear from the spec. So it is probably not portable and possibly won't work on other EJB containers. There is of course an easy alternative solution.

Re: @Async call blocks in @PostConstruct

restart a node under load. LieGrue, strub - Original Message - From: Mark Struberg strub...@yahoo.de To: users@tomee.apache.org users@tomee.apache.org Cc: OpenEJB Users us...@openejb.apache.org Sent: Thursday, 24 October 2013, 9:51 Subject: Re: @Async call blocks

Re: @Async call blocks in @PostConstruct

Romain, I fear this will not work. Please note that the commons-annotation spec defines that @PostConstruct methods must be invoked _before_ the instance is made available. LieGrue, strub - Original Message - From: Romain Manni-Bucau rmannibu...@gmail.com To:

Re: @Async call blocks in @PostConstruct

@tomee.apache.org; Mark Struberg strub...@yahoo.de Cc: Sent: Wednesday, 23 October 2013, 11:29 Subject: Re: @Async call blocks in @PostConstruct Mark: it was not a question, it works :p SessionContext is usable in the @PostConstruct so this is doable. here is a sample https://github.com

Re: Entity cant be refreshed with new list values

Much easier solution: mark the fields you don't like to persist as @javax.persistence.Transient I still wonder why you cannot set a new array into the entity.  Imo this should work even for unmanaged entities. All which happens (at least if you use OpenJPA with enhancement and not with

Re: Entity cant be refreshed with new list values

Clone is not a good solution imo. What kind of enhancement do you use? LieGrue, strub From: José Luis Cetina maxtorz...@gmail.com To: users@tomee.apache.org Sent: Friday, 18 October 2013, 21:57 Subject: Re: Entity cant be refreshed with new list values

Re: Entity cant be refreshed with new list values

Le 19 oct. 2013 14:07, Howard W. Smith, Jr. smithh032...@gmail.com a écrit : wow, interesting response, (thanks) Mark! responses inline.. On Sat, Oct 19, 2013 at 3:16 AM, Mark Struberg strub...@yahoo.de wrote: Much easier solution: mark the fields you don't like to persist

Re: Entity cant be refreshed with new list values

: Howard W. Smith, Jr. smithh032...@gmail.com To: users@tomee.apache.org; Mark Struberg strub...@yahoo.de Sent: Saturday, 19 October 2013, 14:06 Subject: Re: Entity cant be refreshed with new list values wow, interesting response, (thanks) Mark! responses inline.. On Sat, Oct 19, 2013 at 3:16

Re: Entity cant be refreshed with new list values

Nope, there is nothing in the spec which defines that it will really load all the entities. The only thing which guarantees this is by really iterating over all the items in the list and even touch all the lazy attributes in those items if you need them. LieGrue, strub - Original

Re: Entity cant be refreshed with new list values

To: users@tomee.apache.org; Mark Struberg strub...@yahoo.de Sent: Saturday, 19 October 2013, 21:40 Subject: Re: Entity cant be refreshed with new list values responses inline below... On Sat, Oct 19, 2013 at 10:49 AM, Mark Struberg strub...@yahoo.de wrote: It depends on the application I'd say

Re: Hibernate Vs OpenJPA

In Hibernate @Basic(fetchType=LAZY) byte[] image; public byte [] getImage() {return image;} in OpenJPA and eclipselink you will get some 'enhance' classes which will do kind of byte[] image; public byte[] getImage() {   if (!imageLoaded()) {    image = loadImage();   }   return image; }

Re: @Alternative for observer method

Works as designed from the spec perspective. What you could do is to use @Specializes which would 'disable' your original class as CDI Bean? LieGrue, strub - Original Message - From: zeddius avalyu...@gmail.com To: us...@openejb.apache.org Cc: Sent: Wednesday, 3 July 2013, 10:34

Re: JMS [was: EJB lite]

I also found this really useful. It allows me e.g. to tweak DataSources in my unit tests when using the openejb CdiControl backend. You can see this in the ContainerTest.java from the sample I posted recently. LieGrue, strub - Original Message - From: Romain Manni-Bucau

Re: Remote exceptions logging

There are imo two different things in the game here: 1.) This imo indicates some nasty ClassLoader or scanning issue 2.) Afaik it's not defined whether you should get this log on the server at all. Most servers I know don't log it. You might work around it by writing a CDI Extension which

Re: Javaagent throwing NoClassDefFoundError

will fix this now :=) LieGrue, strub - Original Message - From: Romain Manni-Bucau rmannibu...@gmail.com To: users@tomee.apache.org Cc: Sent: Thursday, 30 May 2013, 19:43 Subject: Re: Javaagent throwing NoClassDefFoundError Hi Add asm 4 as a dependency. I added a patch on

  1   2   >