Come on guys, no one wants to take more than two beers together?
Jean-Louis
--
View this message in context:
http://openejb.979440.n4.nabble.com/Apache-OpenEJB-TomEE-Get-Together-2012-tp4313559p4343779.html
Sent from the OpenEJB Dev mailing list archive at Nabble.com.
just as a reminder for TOMEE-130 i started
http://code.google.com/p/rmannibucau/source/browse#hg%2Fopenejb%2Ftomee-webapp-ng
but
it needs some jsf love.
for tomee-132: karafee has such a command and tomee maven plugin too, +1
for tomee.sh
tomee-133: should already be done
+1 for tomee-134
-
My problem is there is no such thing as 'only' two beers... two leads to
three leads to ...say ten on a good night
--
View this message in context:
http://openejb.979440.n4.nabble.com/Apache-OpenEJB-TomEE-Get-Together-2012-tp4313559p4343882.html
Sent from the OpenEJB Dev mailing list archive at
hi @ all,
fyi:
in addition to [1] i also created [2]. currently [3] just builds the
project with mvn clean install (and without running the tests) as soon as a
snapshot dependency changed. (esp. for detecting issues with old snapshot
dependencies, because we saw such issues recently and [1]
I now read it two beers as in two beer kegs for each one of us...
sounds much better :)
On Tue, Jan 31, 2012 at 10:01 AM, AndyG andy.gumbre...@orprovision.com wrote:
My problem is there is no such thing as 'only' two beers... two leads to
three leads to ...say ten on a good night
--
View
Jean-Louis,
you didn't consider that some write there best code at least after the
3rd beer or beyond ;)
On Tue, Jan 31, 2012 at 8:59 AM, Jean-Louis MONTEIRO jeano...@gmail.com wrote:
Come on guys, no one wants to take more than two beers together?
Jean-Louis
--
View this message in
As Russians say, Reality is an illusion, caused by the lack of alcohol.
-Original Message-
From: dsh [mailto:daniel.hais...@googlemail.com]
Sent: Tuesday, January 31, 2012 11:20 AM
To: dev@openejb.apache.org
Subject: Re: Apache OpenEJB/TomEE Get-Together 2012
Jean-Louis,
you didn't
Is that an offer for a Vodka donation?
On Tue, Jan 31, 2012 at 10:23 AM, Bakalsky, Krum krum.bakal...@sap.com wrote:
As Russians say, Reality is an illusion, caused by the lack of alcohol.
-Original Message-
From: dsh [mailto:daniel.hais...@googlemail.com]
Sent: Tuesday, January 31,
It looks good to me.
Thanks for that.
Jean-Louis
2012/1/31 Gerhard Petracek gpetra...@apache.org
hi @ all,
fyi:
in addition to [1] i also created [2]. currently [3] just builds the
project with mvn clean install (and without running the tests) as soon as a
snapshot dependency changed.
:D
May be we have to review the agenda and have 1 day for coding and 4 to take
some beers and great time ;-)
2012/1/31 dsh daniel.hais...@googlemail.com
Is that an offer for a Vodka donation?
On Tue, Jan 31, 2012 at 10:23 AM, Bakalsky, Krum krum.bakal...@sap.com
wrote:
As Russians say,
OpenEJB :: OSGi :: Tests
org.apache.karaf.tooling.exam:exam:pom:3.0.0-SNAPSHOT
Is there a maven repository from which the above dependency can be resolved?
I have had to download and build karaf tooling to get this dep, but that is
probably not a good solution.
--
View this message in
Hi Andy,
it should be on Apache Snapshots.
However, the SNAPSHOT has maybe been purged.
I will deploy a new Karaf snapshot.
Regards
JB
On 01/31/2012 10:45 AM, AndyG wrote:
OpenEJB :: OSGi :: Tests
org.apache.karaf.tooling.exam:exam:pom:3.0.0-SNAPSHOT
Is there a maven repository from
Case sensitive jar paths are being assumed.
Found EjbModule in classpath:
d:\OrproVisionServer\openejb\lib\openejb-core-4.0.0-beta-3-SNAPSHOT.jar
Found EjbModule in classpath:
D:\OrproVisionServer\openejb\lib\openejb-core-4.0.0-beta-3-SNAPSHOT.jar
SLF4J: Class path contains multiple SLF4J
This has something to do with DeploymentsResolver.loadFromClasspath
The xbean UrlSet contains duplicate urls for every jar on the classpath and
these are not filtered out.
--
View this message in context:
I am getting pretty close to the cause in
DeploymentsResolver.loadFromClasspath
UrlSet urlSet = new UrlSet(classLoader); -- Contains duplicate urls.
...filter etc.
Still contains duplicate urls with different drive letters after all filters
have been applied.
[62] =
here i got the app classloader. Is it the same for you?
- Romain
2012/1/31 AndyG andy.gumbre...@orprovision.com
I am getting pretty close to the cause in
DeploymentsResolver.loadFromClasspath
UrlSet urlSet = new UrlSet(classLoader); -- Contains duplicate urls.
...filter etc.
Still
in urlset class it does:
private static ListURL getUrls(ClassLoader classLoader) throws
IOException {
ListURL list = new ArrayListURL();
ArrayListURL urls =
Collections.list(classLoader.getResources(META-INF));
for (URL url : urls) {
String externalForm =
Just had a look at that myself and the duplicates are added from the get go.
Collections.list(classLoader.getResources(META-INF)) = Returns duplicates
Collections.list(classLoader.getResources()) = empty
--
View this message in context:
The iteration just trims off 'META-INF' from the url
--
View this message in context:
http://openejb.979440.n4.nabble.com/Trunk-classloading-is-broken-with-case-sensitive-paths-tp4344116p4345024.html
Sent from the OpenEJB Dev mailing list archive at Nabble.com.
It is the issue as that list is used for scanning, but not sure why it has
just cropped up over the weekend.
Have seen your changes to the exclude and cannot see anything that would
cause this. The duplicates need to be weeded out though as every jar is
basically scanned twice.
--
View this
META-INF is removed but as the same file can respond for both getResources
you can get twice the same url.
Can you debug this method and print out what returns both getresources
please?
- Romain
2012/1/31 AndyG andy.gumbre...@orprovision.com
It is the issue as that list is used for scanning,
I also think this is something that maybe just been highlighted by a
classloader issue somewhere else. Has anything been changed with class
loading over the weekend? Also can't see anything specific but gut tells me
this is not as simple as it looks.
The following log entries are of concern:
I have already posted the results of debugging both getResources calls - the
whole list is irrelevant , there are duplicates for 'every' url in the list,
one with an upper case drive letter and the other lower case.
--
View this message in context:
opps i missed a post, you didnt send your classloader right? is it the app
one or a created one?
- Romain
2012/1/31 AndyG andy.gumbre...@orprovision.com
I have already posted the results of debugging both getResources calls -
the
whole list is irrelevant , there are duplicates for 'every'
On Jan 30, 2012, at 9:18 AM, David Blevins wrote:
On Jan 30, 2012, at 8:22 AM, Alan D. Cabrera wrote:
I'm getting errors when I try to build trunk:
Failed tests:
MDB.PojoContextLookup.lookupStatefulBean(org.apache.openejb.test.NumberedTestCase$NamedTest):
Received Exception
we have some buildbot jobs with tests, the main one is
http://ci.apache.org/builders/openejb-trunk-ubuntu but we don't have access
to the output files (junit).
JL and I had this issue on windows, don't really remember why but was
something like a bad xml lib version in the classpath.
- Romain
I'm running on a RH box and a Mac Lion laptop. Both get errors when I try to
mvn clean install
If there are no suggestions I intend to debug the broken tests.
Regards,
Alan
On Jan 31, 2012, at 11:56 AM, Romain Manni-Bucau wrote:
we have some buildbot jobs with tests, the main one is
maybe skip it for tonight, JL will probably remember why it fails.
it is linked to xsd.
- Romain
2012/1/31 Alan D. Cabrera l...@toolazydogs.com
I'm running on a RH box and a Mac Lion laptop. Both get errors when I try
to
mvn clean install
If there are no suggestions I intend to debug
On Jan 31, 2012, at 11:56 AM, Romain Manni-Bucau wrote:
we have some buildbot jobs with tests, the main one is
http://ci.apache.org/builders/openejb-trunk-ubuntu but we don't have access
to the output files (junit).
The reports are available. Some weeks ago I added a test-results build step
On Jan 31, 2012, at 9:24 AM, AndyG wrote:
I also think this is something that maybe just been highlighted by a
classloader issue somewhere else.
That definitely seems to be the case.
I would focus debugging efforts at line 87 of org.apache.openejb.cli.Bootstrap
The uppercase and lowercase
Would be great to get an integration test that creates a webapp with say 10 or
20mb of jars. Then measure that startup time and keep track of it over time.
As well we could actually start testing specific libraries inside the webapp to
see if there are issues. Spring comes to mind.
Likely
BcProv is another one which cause long startup delay.
Jean-Louis
2012/2/1 David Blevins david.blev...@gmail.com
Would be great to get an integration test that creates a webapp with say
10 or 20mb of jars. Then measure that startup time and keep track of it
over time.
As well we could
Hehe,
Great starting point.
First figures are really encouraging.
BTW, the download page with the notice is great.
Also had a look to the mail content. It looks also great to me.
I would keep all up.
Jean-Louis
2012/2/1 David Blevins david.blev...@gmail.com
We've gotten about 5,500 views
33 matches
Mail list logo