jboss-5 broken now?
by Clebert Suconic
I can't compile jboss-trunk/testcases now:
I had to do an update -r66179
compile-classes-only:
[javac] Compiling 2455 source files to
/extra/clebert/workspaces/svn-trunk-jboss/trunk/testsuite/output/classes
[javac]
/extra/clebert/workspaces/svn-trunk-jboss/trunk/testsuite/src/main/org/jboss/test/bpel/ws/production/ProviderTestCase.java:11:
warning: unmappable character for encoding UTF8
[javac] * @author Alejandro Gu�zar
[javac] ^
[javac]
/extra/clebert/workspaces/svn-trunk-jboss/trunk/testsuite/src/main/org/jboss/test/common/ResolverTest.java:50:
warning: unmappable character for encoding UTF8
[javac] * @throws URISyntaxException - if the url can�t be resolved
[javac] ^
[javac]
/extra/clebert/workspaces/svn-trunk-jboss/trunk/testsuite/src/main/org/jboss/test/jca/test/ManagedDeploymentUnitTestCase.java:100:
cannot find symbol
[javac] symbol : method isPrefill()
[javac] location: class
org.jboss.resource.metadata.mcf.ManagedConnectionFactoryDeploymentMetaData
[javac] assertTrue(md.isPrefill());
[javac] ^
[javac]
/extra/clebert/workspaces/svn-trunk-jboss/trunk/testsuite/src/main/org/jboss/test/jcaprops/test/GoodrarUnitTestCase.java:207:
warning: non-varargs call of varargs method with inexact argument type
for last parameter;
[javac] cast to java.lang.Class for a varargs call
[javac] cast to java.lang.Class[] for a non-varargs call and to
suppress this warning
[javac] Method method =
PropertyTestAdminObject.class.getMethod(getter, null);
[javac]
^
[javac]
/extra/clebert/workspaces/svn-trunk-jboss/trunk/testsuite/src/main/org/jboss/test/jcaprops/test/GoodrarUnitTestCase.java:208:
warning: non-varargs call of varargs method with inexact argument type
for last parameter;
[javac] cast to java.lang.Object for a varargs call
[javac] cast to java.lang.Object[] for a non-varargs call and to
suppress this warning
[javac] Object value = method.invoke(ao, null);
[javac] ^
[javac]
/extra/clebert/workspaces/svn-trunk-jboss/trunk/testsuite/src/main/org/jboss/test/jcaprops/test/UpperGoodrarUnitTestCase.java:207:
warning: non-varargs call of varargs method with inexact argument type
for last parameter;
[javac] cast to java.lang.Class for a varargs call
[javac] cast to java.lang.Class[] for a non-varargs call and to
suppress this warning
[javac] Method method =
PropertyTestAdminObject.class.getMethod(getter, null);
[javac]
^
[javac]
/extra/clebert/workspaces/svn-trunk-jboss/trunk/testsuite/src/main/org/jboss/test/jcaprops/test/UpperGoodrarUnitTestCase.java:208:
warning: non-varargs call of varargs method with inexact argument type
for last parameter;
[javac] cast to java.lang.Object for a varargs call
[javac] cast to java.lang.Object[] for a non-varargs call and to
suppress this warning
[javac] Object value = method.invoke(ao, null);
[javac] ^
[javac]
/extra/clebert/workspaces/svn-trunk-jboss/trunk/testsuite/src/main/org/jboss/test/xml/JBossXBTestDelegate.java:91:
warning: non-varargs call of varargs method with inexact argument type
for last parameter;
[javac] cast to java.lang.Class for a varargs call
[javac] cast to java.lang.Class[] for a non-varargs call and to
suppress this warning
[javac] Method method = clazz.getMethod("initResolver", null);
[javac] ^
[javac]
/extra/clebert/workspaces/svn-trunk-jboss/trunk/testsuite/src/main/org/jboss/test/xml/JBossXBTestDelegate.java:92:
warning: non-varargs call of varargs method with inexact argument type
for last parameter;
[javac] cast to java.lang.Object for a varargs call
[javac] cast to java.lang.Object[] for a non-varargs call and to
suppress this warning
[javac] defaultResolver = (SchemaBindingResolver)
method.invoke(null, null);
[javac]
^
[javac] Note: Some input files use or override a deprecated API.
[javac] Note: Recompile with -Xlint:deprecation for details.
[javac] Note: Some input files use unchecked or unsafe operations.
[javac] Note: Recompile with -Xlint:unchecked for details.
[javac] 1 error
[javac] 8 warnings
17 years, 2 months
Hostname problem when starting JB AS TRUNK
by Tim Fox
Just tried to start JB5 on my laptop, and it fails.
Seems like something in remoting doesn't like hostnames with an
underscore in them?
My hostname is "tims_laptop".
AS 4.x starts fine on the same machine.
11:05:17,197 ERROR [AbstractKernelController] Error installing to Start:
name=jboss.remoting:protocol=rmi,service=JMXConnectorServer state=Create
mode=Manual requiredState=Installed
java.net.MalformedURLException: Bad URL path:
_laptop/jndi/rmi://tims_laptop:1090/jmxconnector
at
javax.management.remote.JMXServiceURL.validate(JMXServiceURL.java:348)
at
javax.management.remote.JMXServiceURL.<init>(JMXServiceURL.java:208)
at
org.jboss.mx.remoting.service.JMXConnectorServerService.start(JMXConnectorServerService.java:106)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at
org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:157)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:96)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
at
org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at
org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:668)
at
org.jboss.system.microcontainer.ServiceProxy.invoke(ServiceProxy.java:184)
at $Proxy4.start(Unknown Source)
at
org.jboss.system.microcontainer.StartStopLifecycleAction.installAction(StartStopLifecycleAction.java:42)
at
org.jboss.system.microcontainer.ServiceControllerContextAction.install(ServiceControllerContextAction.java:46)
at
org.jboss.dependency.plugins.AbstractControllerContextActions.install(AbstractControllerContextActions.java:51)
at
org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:327)
at
org.jboss.system.microcontainer.ServiceControllerContext.install(ServiceControllerContext.java:239)
at
org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1309)
at
org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:734)
at
org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:862)
at
org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:784)
at
org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:622)
at
org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:411)
at
org.jboss.system.ServiceController.doChange(ServiceController.java:659)
at
org.jboss.system.ServiceController.start(ServiceController.java:431)
at
org.jboss.system.deployers.ServiceDeployer.start(ServiceDeployer.java:149)
at
org.jboss.system.deployers.ServiceDeployer.deploy(ServiceDeployer.java:107)
at
org.jboss.system.deployers.ServiceDeployer.deploy(ServiceDeployer.java:46)
at
org.jboss.deployers.spi.deployer.helpers.AbstractSimpleRealDeployer.deploy(AbstractSimpleRealDeployer.java:65)
at
org.jboss.deployers.plugins.deployers.DeployerWrapper.deploy(DeployerWrapper.java:169)
at
org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:728)
at
org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:749)
at
org.jboss.deployers.plugins.deployers.DeployersImpl.install(DeployersImpl.java:669)
at
org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:327)
at
org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1309)
at
org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:734)
at
org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:862)
at
org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:784)
at
org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:622)
at
org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:411)
at
org.jboss.deployers.plugins.deployers.DeployersImpl.process(DeployersImpl.java:495)
at
org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:354)
at
org.jboss.system.server.profileservice.ProfileServiceBootstrap.loadProfile(ProfileServiceBootstrap.java:245)
at
org.jboss.system.server.profileservice.ProfileServiceBootstrap.start(ProfileServiceBootstrap.java:131)
at
org.jboss.bootstrap.AbstractServerImpl.start(AbstractServerImpl.java:382)
at org.jboss.Main.boot(Main.java:210)
at org.jboss.Main$1.run(Main.java:529)
at java.lang.Thread.run(Thread.java:595)
11:05:17,203 ERROR [AbstractKernelController] Error installing to Real:
name=vfsfile:/home/tim/dev/jbas/trunk/build/output/jboss-5.0.0.Beta3/server/default/deploy/jmx-remoting.sar/
state=PostClassLoader mode=Manual requiredState=Real
org.jboss.deployers.spi.DeploymentException: Error deploying:
jboss.remoting:service=JMXConnectorServer,protocol=rmi
at
org.jboss.deployers.spi.DeploymentException.rethrowAsDeploymentException(DeploymentException.java:49)
at
org.jboss.system.deployers.ServiceDeployer.deploy(ServiceDeployer.java:126)
at
org.jboss.system.deployers.ServiceDeployer.deploy(ServiceDeployer.java:46)
at
org.jboss.deployers.spi.deployer.helpers.AbstractSimpleRealDeployer.deploy(AbstractSimpleRealDeployer.java:65)
at
org.jboss.deployers.plugins.deployers.DeployerWrapper.deploy(DeployerWrapper.java:169)
at
org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:728)
at
org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:749)
at
org.jboss.deployers.plugins.deployers.DeployersImpl.install(DeployersImpl.java:669)
at
org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:327)
at
org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1309)
at
org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:734)
at
org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:862)
at
org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:784)
at
org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:622)
at
org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:411)
at
org.jboss.deployers.plugins.deployers.DeployersImpl.process(DeployersImpl.java:495)
at
org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:354)
at
org.jboss.system.server.profileservice.ProfileServiceBootstrap.loadProfile(ProfileServiceBootstrap.java:245)
at
org.jboss.system.server.profileservice.ProfileServiceBootstrap.start(ProfileServiceBootstrap.java:131)
at
org.jboss.bootstrap.AbstractServerImpl.start(AbstractServerImpl.java:382)
at org.jboss.Main.boot(Main.java:210)
at org.jboss.Main$1.run(Main.java:529)
at java.lang.Thread.run(Thread.java:595)
--
Tim Fox
Messaging lead
JBoss - a division of Red Hat
17 years, 2 months
metadata not attached to DeploymentUnit
by Thomas Diesler
Hi Scott,
we used to be able to detect a webapp deployment like this. Later, we
inspect the meta data for WS relevant servlet classes.
After the recent change to the new metadata model, the attachment is
missing. Is this work in progress (i.e. will the attachment be there
again) or should we do things differently?
public boolean isWebServiceDeployment(DeploymentUnit unit)
{
if (unit.getAttachment(JBossWebMetaData.class) == null)
return false;
return true;
}
cheers
-thomas
--
xxxxxxxxxxxxxxxxxxxxxxxxxxxx
Thomas Diesler
Web Service Lead
JBoss, a division of Red Hat
xxxxxxxxxxxxxxxxxxxxxxxxxxxx
17 years, 2 months
metadata empty lists are now null
by Thomas Diesler
ServletMetaData.getInitParam() used to return an empty list. It now
returns null.
Is this by design and now the responsibility of the client to check for
null list? I personally prefer an API to return empty lists instead of
null.
cheers
-thomas
--
xxxxxxxxxxxxxxxxxxxxxxxxxxxx
Thomas Diesler
Web Service Lead
JBoss, a division of Red Hat
xxxxxxxxxxxxxxxxxxxxxxxxxxxx
17 years, 2 months
Re: [jboss-dev] Re: metadata compiling
by Carlo de Wolf
AAAAAAAAAAAAaaaaaaaaaaaaarrrrrrrrrrrgggggggggghhhhhhhhhhh!!!!!!!
Surefire plugin has changed, we're seeing a false positive on JBoss
Metadata builds.
The old:
==== 8<====
[INFO] [surefire:test]
[INFO] Surefire report directory: /home/hudson/.hudson/jobs/JBoss Metadata/workspace/trunk/target/surefire-reports
-------------------------------------------------------
T E S T S
-------------------------------------------------------
Running org.jboss.metadata.test.ejb3.whitespace.WhitespaceUnitTestCase
...
Tests run: 49, Failures: 8, Errors: 8, Skipped: 0
[ERROR] There are test failures.
====8<====
And the new:
====8<====
[INFO] [surefire:test]
[INFO] Surefire report directory: /home/hudson/.hudson/jobs/JBoss Metadata/workspace/trunk/target/surefire-reports
/bin/bash: line 0: cd: /home/hudson/.hudson/jobs/JBoss: No such file or directory
[ERROR] There are test failures.
====8<====
0 failures, 0 errors, so it is reported as stable.
Bring me some meds as well.
If Fox can have an underscore in his hostname, then I should be allowed
a space in my directory name.
Carlo
--
I hate Maven.
I hate Maven.
I hate Maven.
On Fri, 2007-10-12 at 10:45 +0200, Sacha Labourey wrote:
> going to the pharmacy right now.
>
> On 10/12/2007 04:52 AM, Scott M Stark wrote:
> > Ok, the basic deployments are working. Client deployments are not
> > because the old ClientDeployer is gone. The ejb3 version will take its
> > place. I'm going to be committing the metadata changes so the ejb3 layer
> > can start converting, and multiple people can be working on validating
> > the move to the unified metadata. I'm expecting a big initial step
> > backwards in the cts testing, so TDMs/Sacha need to double up on blood
> > pressure meds.
> >
> > Scott M Stark wrote:
> >> This is finally starting up cleanly, but still have issues with jsp
> >> pages not displaying because the default mappings don't appear to be
> >> passed in correctly. Right now I'm merging all of the trunk changes so I
> >> can begin looking at the testsuite before committing. This is getting to
> >> be a relatively large change that needs to be synced up soon.
> >>
> >> Scott M Stark wrote:
> >>> The jbossas trunk is now compiling against the current 1.0.0.snapshot
> >>> jboss-metadata project. Still seeing some startup issues that I'll work
> >>> through before checking this in. The current trunk code has been
> >>> checkpointed under https://svn.jboss.org/repos/jbossas/tags/PRE_METADATA.
> >>>
> >
> > _______________________________________________
> > jboss-development mailing list
> > jboss-development(a)lists.jboss.org
> > https://lists.jboss.org/mailman/listinfo/jboss-development
>
17 years, 2 months
(no subject)
by anis jaballah
hi;
while my project is running ok; i re- compiled it and
i get this error :
Code:
ERROR
[org.jboss.remoting.transport.socket.SocketServerInvoker]
ERROR strating ServerSocket. Bind po
rt 3873, bind adress: /193.147.169.120
ERROR [org.jboss.remoting.transport.Connector] ERROR
strating connector.
java.netBindException: Cannot assign request adress
i dont know what is the matter can you help me and
thank you
_____________________________________________________________________________
Ne gardez plus qu'une seule adresse mail ! Copiez vos mails vers Yahoo! Mail
17 years, 2 months