[Design the new POJO MicroContainer] - Re: Heavy usage of VirtualFileURLConnection
by alesj
I added JMX statistics about this to JBossAS.
And I'm seeing some minor issue - nothing than cannot be fixed. ;-)
| VFSContext Root URI
| conf file:/C:/projects/jboss5/trunk/build/output/jboss-5.0.0.GA/server/default/conf/
| jboss-aop-asintegration-core.jar file:/C:/projects/jboss5/trunk/build/output/jboss-5.0.0.GA/lib//jboss-aop-asintegration-core.jar
| lib file:/C:/projects/jboss5/trunk/build/output/jboss-5.0.0.GA/server/default/lib/
| jboss-deployers-vfs.jar file:/C:/projects/jboss5/trunk/build/output/jboss-5.0.0.GA/lib//jboss-deployers-vfs.jar
| jboss-mbeans.jar file:/C:/projects/jboss5/trunk/build/output/jboss-5.0.0.GA/lib//jboss-mbeans.jar
| jboss-aop-asintegration-mc.jar file:/C:/projects/jboss5/trunk/build/output/jboss-5.0.0.GA/lib//jboss-aop-asintegration-mc.jar
| deploy file:/C:/projects/jboss5/trunk/build/output/jboss-5.0.0.GA/server/default/deploy/
| jboss-bindingservice.jar file:/C:/projects/jboss5/trunk/build/output/jboss-5.0.0.GA/server/default/lib//jboss-bindingservice.jar
| jboss-system-jmx.jar file:/C:/projects/jboss5/trunk/build/output/jboss-5.0.0.GA/lib//jboss-system-jmx.jar
| jaxb-impl.jar file:/C:/projects/jboss5/trunk/build/output/jboss-5.0.0.GA/lib//jaxb-impl.jar
| jboss-service.xml file:/C:/projects/jboss5/trunk/build/output/jboss-5.0.0.GA/server/default/conf/jboss-service.xml
| jboss-deployers-spi.jar file:/C:/projects/jboss5/trunk/build/output/jboss-5.0.0.GA/lib//jboss-deployers-spi.jar
| jboss-aop-asintegration-jmx.jar file:/C:/projects/jboss5/trunk/build/output/jboss-5.0.0.GA/lib//jboss-aop-asintegration-jmx.jar
| jboss-deployers-impl.jar file:/C:/projects/jboss5/trunk/build/output/jboss-5.0.0.GA/lib//jboss-deployers-impl.jar
| jboss-deployers-client-spi.jar file:/C:/projects/jboss5/trunk/build/output/jboss-5.0.0.GA/lib//jboss-deployers-client-spi.jar
| wstx.jar file:/C:/projects/jboss5/trunk/build/output/jboss-5.0.0.GA/lib//wstx.jar
| jboss-deployers-structure-spi.jar file:/C:/projects/jboss5/trunk/build/output/jboss-5.0.0.GA/lib//jboss-deployers-structure-spi.jar
| jboss-system.jar file:/C:/projects/jboss5/trunk/build/output/jboss-5.0.0.GA/lib//jboss-system.jar
| deployers file:/C:/projects/jboss5/trunk/build/output/jboss-5.0.0.GA/server/default/deployers/
| jboss-deployers-core-spi.jar file:/C:/projects/jboss5/trunk/build/output/jboss-5.0.0.GA/lib//jboss-deployers-core-spi.jar
| jboss-j2se.jar file:/C:/projects/jboss5/trunk/build/output/jboss-5.0.0.GA/lib//jboss-j2se.jar
| jboss-jmx.jar file:/C:/projects/jboss5/trunk/build/output/jboss-5.0.0.GA/lib//jboss-jmx.jar
| jboss-deployers-client.jar file:/C:/projects/jboss5/trunk/build/output/jboss-5.0.0.GA/lib//jboss-deployers-client.jar
| jboss-deployers-vfs-spi.jar file:/C:/projects/jboss5/trunk/build/output/jboss-5.0.0.GA/lib//jboss-deployers-vfs-spi.jar
| dom4j.jar file:/C:/projects/jboss5/trunk/build/output/jboss-5.0.0.GA/lib//dom4j.jar
| jboss-deployers-core.jar file:/C:/projects/jboss5/trunk/build/output/jboss-5.0.0.GA/lib//jboss-deployers-core.jar
| jboss-aop-jboss5.jar file:/C:/projects/jboss5/trunk/build/output/jboss-5.0.0.GA/lib//jboss-aop-jboss5.jar
Just need to find out where that double // is coming in.
Otherwise it looks good == behaves as expected. :-)
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4186013#4186013
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4186013
16 years, 2 months
[Design the new POJO MicroContainer] - JBMDR-51; Annotation equals is completely broken
by alesj
This AnnotationProxy::doEquals looks like it misses a lot of logic. ;-)
| private Object doEquals(Object proxy, Object obj)
| {
| if (obj == proxy)
| return Boolean.TRUE;
| if (obj == null)
| return Boolean.FALSE;
|
| Class[] intfs = proxy.getClass().getInterfaces();
| if (intfs[0].isAssignableFrom(obj.getClass()) == false)
| {
| return Boolean.FALSE;
| }
| try
| {
| Proxy.getInvocationHandler(obj);
| }
| catch (Exception ex)
| {
| return Boolean.FALSE;
| }
| return Boolean.TRUE;
| }
|
And that last attempt is wrong,
e.g. this is totally legit, but would also fail:
| String expr = "@"+Name.class.getName() + "(type=\"type\",subtype=\"subtype\")";
| Name n0 = (Name) AnnotationCreator.createAnnotation(expr, Name.class);
| Name n2 = new NameImpl("type", "subtype");
| assertEquals(n0, n2); // FAILURE -- n2 has no InvocationHandler
|
I'll fix the impl, but what to do with release, since we already did 2.0.0.GA?
2.0.1.GA?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4185962#4185962
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4185962
16 years, 2 months
[Design of JBoss jBPM] - Re: Behavior when next state in a
by tom.baeyens@jboss.com
"camunda" wrote :
| anonymous wrote :
| | So I still think a component library that directly knows how to interact with jBPM is something that would be/is great to provide.
| |
| +1! But the problem may be, which technology to provide. But I think Facelets weren't such a bad idea...
Heiko, do you mean to a JSF or GWT component library that people can use to display the task list in their apps ?
Find a replacement for Facelets for the task forms technology might be difficult given that Facelets is:
* a simple library for template rendering
* rendering can be done easily programatically
* based on XHTML, so easy for users to customize the generated templates
Seam also uses Facelets for rendering the content of emails. That is what I would like to move to as well. Then seam (ui and email) and jbpm (task forms and email) are all based on the same simple technology.
Heiko, do you see a viable alternative for Facelets ? Maybe there is some templating component in GWT ?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4185955#4185955
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4185955
16 years, 2 months