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

[Design the new POJO MicroContainer] - Re: Update the relevant .classpath files

by ALRubinger

"adrian(a)jboss.org wrote : It's not a vote. Either make a logical argument or go join some Apache project where you can make these usless comments to your hearts content. :-) We get it, Adrian, you're intimidating. I'll spell it out, then. Adding .classpath and .project files to the repo might seem like a convenience to users of the Eclipse IDE, but actuality what we're doing here is introducing elements that are unbound to actual changes in the POM, and may be misleading. By guaranteeing a build that will function from the command-line only, we add a fail-fast; compilation WILL fail in IDEs. It becomes the responsibility of the developer to add extensions to make it work in their preferred environment. And with the maven commands I've illustrated, it's incredibly simply to do so with Eclipse. We can even bind it to the build lifecycle in an Eclipse profile if we'd like. Generated code in a central repo is redundant and easily outdated. And users of IntelliJ (like Ales) shouldn't have to worry about the CP of Eclipse users. S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4133287#4133287 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4133287

16 years, 11 months

1
0
0 / 0

[Design of JBoss Web Services] - Enforce container specific libraries (jbossxb, remoting) at c

by thomas.diesler＠jboss.com

Folks, I noticed an invalid change to build-thirdparty.xml to the effect that remoting and jbossxb are downloaded dependent on the target container. I rolled back and added the following comment |  | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4133286#4133286 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4133286

16 years, 11 months

1
0
0 / 0

[Design of POJO Server] - Re: JBAS-5268, AbstractTopLevelClassLoaderDeployer

by scott.stark＠jboss.org

I'll take a look at updating the war deployer to make sure it can work, and its probably the easier path to fixing this and webservice issues. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4133285#4133285 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4133285

16 years, 11 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Update the relevant .classpath files

by adrian＠jboss.org

"ALRubinger" wrote : "alesj" wrote : I'm always in favor of not keeping things around that can be generated. | | +1. | | For Eclipse, this may be done: | It's not a vote. Either make a logical argument or go join some Apache project where you can make these usless comments to your hearts content. :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4133282#4133282 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4133282

16 years, 11 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Update the relevant .classpath files

by adrian＠jboss.org

"alesj" wrote : OK, I definitely don't want to see you loosing too much time doing this stuff :-), but I fail to see how this is relevant. | | e.g. you get your updated .classpath from svn | or you get updated pom from svn, close Eclispe (so you're not pulling the rug), run the maven-ide generator, open Eclipse | Because, I get an error when I load eclipse when it can't find the method/class/jar. I fix it, and then I've might have to fight eclipse's incremental compiler because I missed a step in some many stage svn update procedure. We've had this discussion before. What I really want is maven to automatically run mvn eclipse:eclipse when it detects the .classpath is earlier than the pom.xml. That way any developer modifying the poms will automatically check in updated .classpath files and it doesn't become an "infinite stage" process to get a working development environment after an svn update as I try to figure out what changed what I need/forgot to rerun and what eclipse thinks is going on. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4133278#4133278 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4133278

16 years, 11 months

1
0
0 / 0

[Design of OSGi Integration] - Re: Logging and Exception Handling

by johnbailey

"adrian(a)jboss.org" wrote : | Ok, it is Ales's fault then. :-) | Maybe we don't have an up-to-date VFS release? | There is a method in the org.jboss.test.bundle.helper.BundleEntryHelperTestCase class if you want to see what is happening. | public void testGetEntryPathsMissingDirPath() throws Exception | { | try | { | BundleEntryHelper.getEntryPaths(deploymentUnit, "mising/path"); | fail("Should have throw FileNotFoundException"); | } | catch (RuntimeException expectedException) | { | assertTrue(expectedException.getCause() instanceof FileNotFoundException); | } | } View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4133276#4133276 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4133276

16 years, 11 months

1
0
0 / 0

[Design of OSGi Integration] - Re: Logging and Exception Handling

by adrian＠jboss.org

"johnbailey" wrote : I am using the VFSDeploymentUnit.getFile method. Ok, it is Ales's fault then. :-) Maybe we don't have an up-to-date VFS release? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4133274#4133274 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4133274

16 years, 11 months

1
0
0 / 0

[Design of POJO Server] - Re: JBAS-5268, AbstractTopLevelClassLoaderDeployer

by adrian＠jboss.org

It's done. Here: http://www.jboss.com/index.html?module=bb&op=viewtopic&t=130518 It's part of this http://jira.jboss.com/jira/browse/JBCL-1 I mentioned on a different thread that I was going to try to rework the war classloader using this, but I wasn't necessarily going to change it for JBoss5. I just wanted to make sure I had all the required features. If it's necessary then I'll do more than a proof of concept. :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4133270#4133270 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4133270

16 years, 11 months

1
0
0 / 0

[Design of OSGi Integration] - Re: Logging and Exception Handling

by adrian＠jboss.org

"johnbailey" wrote : | I would also like to know if there are any ground rules on logging and Exception handling to follow. They're on the WIKI somewhere. Basically: ERROR - if a system admin would need to know (but only if you handle the error - don;t log and rethrow that just leads to duplicate logging!) WARN - may be a problem but you can recover INFO - is this something somebody is likely to find really useful? DEBUG - deployment time or other low volume logging TRACE - Everything else you might need to understand what happened e.g. in your example | public URL getEntry() | { | try | { | ... | } | catch (Exception e) | { | if (log.isTraceEnabled()) | log.trace("Error getting entry: " + entry, e); | return null; | } | } | Dont use isXEnabled for anything but TRACE. All other logging should be such low volume that it isn't necessary and probably redundant. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4133264#4133264 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4133264

16 years, 11 months

1
0
0 / 0

[Design of OSGi Integration] - Re: Logging and Exception Handling

by johnbailey

I am using the VFSDeploymentUnit.getFile method. | VirtualFile returnFile = null; | if (unit instanceof VFSDeploymentUnit) | { | VFSDeploymentUnit vfsUnit = VFSDeploymentUnit.class.cast(unit); | returnFile = vfsUnit.getFile(filePath); | } | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4133263#4133263 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4133263

16 years, 11 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 February 2008