November 2008 - jboss-dev-forums - Jboss List Archives

[Design of JBoss Profiler] - Re: Web app fails to start - managed beans missing no-argume

by rhills

"rhills" wrote : The next step is to investigate why the home page of the web app keeps reloading itself and never actually rendering properly! | OK, that is because index.html redirects to listSnapshots.faces (note camel case url and incorrect extension - web.xml only defines *.xhtml for the RichFaces servlet, presumably by design). Of course listSnapshots.faces returns a 404 which (from web.xml) redirects to index.html which... you get the idea! However, the url http://localhost:8080/jboss-profiler/listsnapshots.xhtml works nicely! I'll fix a few more things then upload another patch. Cheers, Rob Hills View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4193066#4193066 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4193066

15 years, 5 months

1
0
0 / 0

[Design of POJO Server] - Re: JBAS-6105; Improve start-up time

by alesj

I just fond a minor bug in my new jboss-dependency.xml handling. I'll do a new release to fix it. Not that it's very critical, but I would at least like to not go GA with known MC bugz. :-) I'll fix my blog to show this change as well. :-) - http://in.relation.to/Bloggers/MicrocontainerGoes200GA View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4193065#4193065 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4193065

15 years, 5 months

1
0
0 / 0

[Design of POJO Server] - Re: JBAS-6105; Improve start-up time

by adrian＠jboss.org

Something I noticed (by accident) is that for me to bootstrap the default server it is about 40 seconds on JDK5. But with JDK6 is 30 seconds. With JBoss-4.2.x is see no difference. So we are obviously tickling something inefficent in JDK5 that has been fixed in JDK6? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4193063#4193063 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4193063

15 years, 5 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Graphical Cut/Copy/Paste in GPD

by grmpf2

Let me raise this topic again. Are there any plans on supporting Copy/Paste of nodes in the near future? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4193062#4193062 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4193062

15 years, 5 months

1
0
0 / 0

[Design of POJO Server] - Re: JBAS-6105; Improve start-up time

by dimitris＠jboss.org

With the latest scanning filters the boot time has improved. On my mid-range XP laptop I"m seeing. minimal < 7secs web < 20secs default < 30secs all < 50 secs So we are good for now! View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4193005#4193005 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4193005

15 years, 5 months

2
1
0 / 0

[Design of JBoss Profiler] - Re: Web app fails to start - managed beans missing no-argume

by rhills

Hi Jesper, OK, I've looked at the classes you talked about and also looked through the xhtml files to see what Managed Beans are actually being used. As a result of that, I've established that a number of the Managed Beans defined in faces-config.xml are redundant. Happily this includes all the "beans" that are not in the web package and which cause errors during the webapp startup. I've uploaded a new patch against https://jira.jboss.org/jira/browse/JBPROFILER-55 which removes all the offending bits of faces-config.xml and also modifies web.xml to remove a pesky space from the ajax4jsf servlet name (FacesServlet vs Faces Servlet). That was causing the web app startup to fail with an exception also. As they are inclined to do, that pesky little space took quite a while to locate! The next step is to investigate why the home page of the web app keeps reloading itself and never actually rendering properly! Cheers, Rob Hills View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4193049#4193049 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4193049

15 years, 5 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: MC upgrade breaks scoped aop tests in trunk

by kabir.khan＠jboss.com

"adrian(a)jboss.org" wrote : | I think this is the real change isn't it? It would depend upon how you | created/deployed the GBF's metadata. How old is the previous code I showed? | The AbstractAopMetaDataDeployer code is current trunk and has been there for some months "adrian(a)jboss.org" wrote : | This is the code from 7 months ago before recent changes. | You can see it looks at the context first | http://viewvc.jboss.org/cgi-bin/viewvc.cgi/jbossas/projects/microcontaine... | Actually, GBF.classLoader is what is used if present. Not the context: | public Object createBean() throws Throwable | { | ClassLoader cl = null; | if (classLoader == null && context != null) | { | try | { | cl = context.getClassLoader(); | } | catch (Throwable t) | { | log.trace("Unable to retrieve classloader from " + context); | } | } | | if (cl == null) | cl = Configurator.getClassLoader(classLoader); | "adrian(a)jboss.org" wrote : | But actually looking at the logic behind all this, I don't see why we need to look | at the context for classloader since the next step is to ask the | ClassLoaderMetaData anyway (or use the TCL absent that). | | | | private Object createBean(ClassLoader cl) throws Throwable | | { | | ClassLoader loader = cl; | | if (loader == null) | | loader = Configurator.getClassLoader(classLoader); | | | | For everybody else, this will be same as asking the controller context | since the "classLoader" above is the same ClassLoaderMetaData. | But for you who wants to change the logic, it will do something different. So what do you suggest? Putting things back to more like the way they were? I've got an idea for a test that I can add to aop-mc-int that can help test for future regressions once this is working again. "adrian(a)jboss.org" wrote : | Duplicating code just means it won't get fixed the next time somebody finds a bug | or adds a new feature. | True, I was just trying to find a way out of my Friday surprise mess :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4193045#4193045 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4193045

15 years, 5 months

1
0
0 / 0

[Design of JBoss Profiler] - Re: Web app fails to start - managed beans missing no-argume

by rhills

Hi Jesper, "jesper.pedersen" wrote : | The shared package is special, since it contains the datamodel shared between the agent and the clients. | | This means that there should _really_ _really_ good arguments against changing even a single variable or adding a new method as it will result in increased memory / disk space requirements for the agent. | OK, got all that. After ferreting around the code a bit more tonight I've got a better understanding of these concepts. "jesper.pedersen" wrote : | Thanks for driving into this (have to say that with the reefs just off the shore of Waikiki ;) ! Hmmm, I think you're thinking of a slightly more exotic Waikiki than the one I live at. Here, the reef is about 2.5NM offshore so it'd take some driving! Cheers, Rob Hills Waikiki, Western Australia View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4193044#4193044 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4193044

15 years, 5 months

1
0
0 / 0

[Design of JBoss ESB] - Re: ServiceInvoker / deliver in new transaction

by mark.little＠jboss.com

Hi Bernd. Couldn't you just use two correlated one-way requests instead of deliverSync? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4193043#4193043 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4193043

15 years, 5 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: jpdl 3.3.GA / Why isn't the jar provided?

by heiko.braun＠jboss.com

The installer unpacks everything into ~/jBPM-X.Y.Z. No need to go to the repository. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4193041#4193041 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4193041

15 years, 5 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums November 2008