Re: [jboss-dev] AS6 Doco Update
by Scott Marlow
If anyone else wants to contribute to Performance Tuning documentation
JBAS-8009, lets coordinate our efforts. I would like to do most of the
documentation work with DocBook
(https://svn.jboss.org/repos/jbossas/projects/docs/community/6/) and
later upload to docs.jboss.org. If there is interest in doing the work
online, let me know and I will upload the current content sooner rather
than later.
Let me know your interest and I will deal with any coordination. Even
if your not contributing right away, let me know your interest.
Thanks,
Scott
16 years
new scanning in AS trunk
by Ales Justin
I've just updated the AS trunk with new Scanning lib.
It also includes some other MC changes: Reflect, MDR, Kernel, CL, Deployers.
Apart from AnnotationRepository (which was already there with the old code),
I've also hacked around Hibernate's Scanner a bit, so it uses new scanning lib's ScannerImpl.
(the hack is mostly in place due to some impl issues in Hibernate itself, Emmanuel is working on it)
JSF can now use new JBossAnnotationProvider -- let me know how that goes Stan.
And web can use ResourcesIndex from DeploymentUnit -- Remy.
WeldScanningPlugin is currently commented out.
We need to disable one of the deployers in plugin's favor.
Pete, let me know when the new Weld release is coming in,
and I'll enable the plugin + run a few tests.
All in all, if you spot any issues / regressions wrt this change,
let me know, and I'll try to fix the stuff asap.
16 years
Re: [jboss-dev] new scanning in AS trunk
by Shelly McGowan
Jaikiran,
I'm not aware of a specific JIRA filed for the clustering regressions but
been noting other test regressions since this change here:
https://jira.jboss.org/browse/JBAS-8060
Shelly McGowan
JBoss, by Red Hat
----- Original Message -----
From: "Jaikiran Pai" <jpai(a)redhat.com>
To: "JBoss.org development list" <jboss-development(a)lists.jboss.org>
Cc: "Brian Stansberry" <bstansbe(a)redhat.com>
Sent: Monday, June 7, 2010 1:38:18 PM GMT -05:00 US/Canada Eastern
Subject: Re: [jboss-dev] new scanning in AS trunk
Is there a JIRA around this one? We are seeing similar clustering
deployment failures in our EJB3 build environment. I haven't yet looked
into the details to see what exactly causes the issue.
-Jaikiran
Brian Stansberry wrote:
> Still fails.
>
> I don't think the problem is on the JPA side -- or at least that's not
> the obvious surface problem. The persistence unit deployment seems to go ok.
>
> The obvious surface problem is that during the deployment there is no
> logging by any EJB3 related deployers. The session beans the test
> invokes on are not getting deployed.
>
> On 06/03/2010 03:17 PM, Ales Justin wrote:
>> The JPA has known issues:
>>
>>> https://jira.jboss.org/browse/JBJPA-29
>>> https://jira.jboss.org/browse/JBAS-8064
>> ALR already fixed this with new jpa.vfs3 release.
>> And Shelly just confirmed this now works as expected.
>>
>> The new jsp.vfs3 lib is already commited into c-m/pom.xml.
>> Can you try it and let us know if this also works for you?
>>
>>
>> On Jun 3, 2010, at 10:07 PM, Brian Stansberry wrote:
>>
>>> The tests artifacts are jars that all have this structure:
>>>
>>> META-INF/
>>> ++ MANIFEST.MF (w/ nothing interesting
>>> ++ persistence.xml
>>> org/blah/...
>>>
>>> where some of the classes are entities and some are annotated EJB3
>>> session beans. No ejb-jar.xml or jboss.xml.
>>>
>>> The testsuite/output/lib/clusteredentity-test.jar is a good example.
>>>
>>> In some but not all tests the jar is packaged in an ear along with a
>>> datasource.
>>>
>>> There's no EJB3 deployer logging, so perhaps the scanning isn't picking
>>> up the EJB annotations?
>>>
>>> On 06/03/2010 03:01 PM, Brian Stansberry wrote:
>>>> Following this commit (r105574), the tests in the
>>>> o.j.t.clustered.clusteredentity package started failing.[1] I brought an
>>>> AS checkout up to the commit before that (r105506) and they pass, but
>>>> with the r105574 commit they start failing.
>>>>
>>>> The tests deploy ejb3 jars with persistence units included. The tests
>>>> are failing because the EJBs are not bound in JNDI. Looking at the logs
>>>> there are no obvious failures during the artifact deployments. But
>>>> there's no logging from any EJB3 deployers, just from Hibernate.
>>>>
>>>> [1]
>>>> http://hudson.qa.jboss.com/hudson/view/JBoss%20AS/job/JBoss-AS-6.0.x-test...
>>>>
>>>> On 06/02/2010 08:26 AM, Ales Justin wrote:
>>>>> I've just updated the AS trunk with new Scanning lib.
>>>>> It also includes some other MC changes: Reflect, MDR, Kernel, CL,
>>>>> Deployers.
>>>>>
>>>>> Apart from AnnotationRepository (which was already there with the
>>>>> old code),
>>>>> I've also hacked around Hibernate's Scanner a bit, so it uses new
>>>>> scanning lib's ScannerImpl.
>>>>> (the hack is mostly in place due to some impl issues in Hibernate
>>>>> itself, Emmanuel is working on it)
>>>>>
>>>>> JSF can now use new JBossAnnotationProvider -- let me know how that
>>>>> goes Stan.
>>>>> And web can use ResourcesIndex from DeploymentUnit -- Remy.
>>>>>
>>>>> WeldScanningPlugin is currently commented out.
>>>>> We need to disable one of the deployers in plugin's favor.
>>>>> Pete, let me know when the new Weld release is coming in,
>>>>> and I'll enable the plugin + run a few tests.
>>>>>
>>>>> All in all, if you spot any issues / regressions wrt this change,
>>>>> let me know, and I'll try to fix the stuff asap.
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> jboss-development mailing list
>>>>> jboss-development(a)lists.jboss.org
>>>>> <mailto:jboss-development@lists.jboss.org>
>>>>> https://lists.jboss.org/mailman/listinfo/jboss-development
>>>>
>>>
>>> --
>>> Brian Stansberry
>>> Lead, AS Clustering
>>> JBoss by Red Hat
>>> _______________________________________________
>>> jboss-development mailing list
>>> jboss-development(a)lists.jboss.org
>>> <mailto:jboss-development@lists.jboss.org>
>>> https://lists.jboss.org/mailman/listinfo/jboss-development
>
>
_______________________________________________
jboss-development mailing list
jboss-development(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-development
16 years
AS trunk is broke
by Andrew Dinn
Ok, I have a clean AS trunk tree plus I deleted the whole of my m2 repo
(to avoid a ridiculous numbers of failed downloads due to checksum
errors -- that's not supposed to happen with maven is it?). I still get
a build error:
/ssd/home/adinn/jboss/jbossas/trunk/build/build.xml:1415:
/ssd/home/adinn/jboss/jbossas/trunk/tomcat/target/deploy/jsf.deployer
does not exist/.
Any explanation?
regards,
Andrew Dinn
-----------
16 years
Small boottime improvement
by Kabir Khan
I have been doing some work on profiling and optimizing the jboss-dependency project [1] for kernel 2.2.0.Alpha6 and it seems to have had a small, but still measurable impact :-)
I did a few startups of AS with jboss kernel 2.2.0.Alpha5 and with a local snapshot. This snapshot contains the work done for Alpha6 with the addition of removing the break in the resolveContexts loop as mentioned in the forum thread.
The startups were done on a freshly rebooted machine with nothing else running. The startup orders are given in brackets, so I started Alpha5 twice, then SNAPSHOT twice and so on.
2.2.0-Alpha5
----------------------
37s:247ms (1)
20s:573ms (2)
20s:275ms (5)
20s:127ms (7)
20s:433ms (9)
20s:329ms (10)
20s:890ms (13)
2.2.0-SNAPSHOT
------------------------
29s:563ms (3)
19s:965ms (4)
19s:821ms (6)
20s:332ms (8)
19s:618ms (10)
19s:905ms (12)
19s:900ms (14)
One strange thing is that the first time I started each server they took loads longer than the other times, does somebody know the reason for that?
Ignoring those initial times leaves me with average start times of:
Alpha5: 20s437ms
SNAPSHOT: 19s923ms
I'm going to have a final look at jboss-dependency to see if there are any other obvious and easy fixes before moving on to have a look at jboss-kernel.
[1] http://community.jboss.org/message/525047#525047
16 years
