May 2007 - jboss-dev-forums - Jboss List Archives

[Design of JBoss Build System] - Project naming conventions again

by pgier

I like to discuss the project naming conventions a bit more, and hopefully settle on something. Steve Ebersole brought up a couple of things including: Should we separate commercial-only from open projects with org and com? So for example we would have a standard groupId of: org.jboss.${project-name} for open source products, and commercial projects (JBoss ON?) would have com.jboss.${project-name} This naming scheme would follow the maven recommendations: http://maven.apache.org/guides/mini/guide-naming-conventions.html Artifact IDs could be jboss-${project}-${subproject} to make sure that we don't have any naming conflicts. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4043303#4043303 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4043303

18 years, 7 months

1
0
0 / 0

[Design of AOP on JBoss (Aspects/JBoss)] - Re: Removing dependency on concurrent.jar

by kabir.khan＠jboss.com

The retroed version is at http://repository.jboss.com/jboss/common-core-14/2.2.0.snapshot/ View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4043249#4043249 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4043249

18 years, 7 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Maven assembly

by pgier

I added the docbook docs to the maven assembly. The docbook stuff can now be run with the docs profile. mvn -Pdocs install The assemblies can be generated using the assembly profile: mvn -Passembly install I wasn't sure what the source distribution should look like. The old source assembly looks like it just has the code from the modules combined. Is this how the new distribution files should work? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4043229#4043229 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4043229

18 years, 7 months

1
0
0 / 0

[Design the new POJO MicroContainer] - VFSClassLoaderPolicy

by adrian＠jboss.org

I've committed the inital cut at the VFSClassLoaderPolicy http://jira.jboss.com/jira/browse/JBOSGI-14 It's likely the final version will be more integrated with the VDF's classpath structure information rather than directly taking VFS urls, but at least the current class shows how to integrate the VFS with the new classloader. With this class done, we pretty much have all the functionality of the UnifiedClassLoader using the VFS. With OSGi style rules as well. Although it would need a subclass of this class http://jira.jboss.com/jira/browse/JBOSGI-15 to allow much of the policy to be set. JBOSGI-15 will almost certainly include more fine grained filtering like the MockClassLoaderPolicy in the classloader tests. e.g. excluding individual classes (not just from what is exported/imported but what the classloader itself can see in the "private" classes). View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4043148#4043148 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4043148

18 years, 7 months

1
0
0 / 0

[Design of POJO Server] - Re: Support dynamic

by scott.stark＠jboss.org

That should be represented by a reference MetaType that maps to a bean dependency I guess. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4043073#4043073 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4043073

18 years, 7 months

1
0
0 / 0

[Design of POJO Server] - Re: Support for resources whose deployment is not directly u

by scott.stark＠jboss.org

There has to be a deployer for something to be managed. If we want to manage log4j then a deployer that handles this descriptor and exposes a management interface is needed. There should be a log4j deployer to deal with application specific settings and isolation from the server config. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4043072#4043072 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4043072

18 years, 7 months

1
0
0 / 0

[Design of POJO Server] - Re: handling things like ${jboss.bind.address}

by scott.stark＠jboss.org

I would think it would be directly in the form of a property reference. It should be in terms of a value of some higher level setting like the server default bind address. This may be defined by the jboss.bind.address property at runtime. We have not really gotten into talking about how the metadata repository fits into the admin interface. A discussion of some of the mc issues is here: http://www.jboss.com/index.html?module=bb&op=viewtopic&t=85442 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4043071#4043071 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4043071

18 years, 7 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Expand the ManagedObject spi to operations/runtime prope

by scott.stark＠jboss.org

The only issue with operations with args is that they should be the from the org.jboss.metatype.api.values.* package to avoid leaking types to the client. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4043065#4043065 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4043065

18 years, 7 months

1
0
0 / 0

[Design of POJO Server] - handling things like ${jboss.bind.address}

by bytor99999

Are we going to be able to handle setting properties that have things like ${jboss.bind.address}? Or maybe this again is a difference between the file configuration that we used before and the ProfileService's way of doing it. Thanks Mark View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4042992#4042992 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4042992

18 years, 7 months

1
0
0 / 0

[Design of POJO Server] - Support for resources whose deployment is not directly under

by bytor99999

How are we planning on supporting configuration of resources whose deployment is not directly under JBoss control e.g. log4j? Is there any plans to support such resources? Thanks Mark View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4042991#4042991 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4042991

18 years, 7 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums May 2007