Kabir is now an AS push/reviewer!
by Jason T. Greene
Hi Everyone,
The recent events with the nexus outage and bad maven commits breaking
the build has brought up an issue I have been meaning to address, which
is that we don't have anyone in the EMEA timezones that can push changes
to the repo.
After speaking with Kabir this morning, he has agreed to take on the
additional responsibilities of reviewing and merging patches.
Thanks Kabir!
--
Jason T. Greene
JBoss, a division of Red Hat
14 years, 11 months
Second-level Cache in AS 7 Beta 3
by Andrig Miller
I just tried deploying my application into AS 7 Beta 3 with the clustering, and the second-level cache enabled.
Well, I received the following exception:
Caused by: java.lang.ClassNotFoundException: org.hibernate.cache.infinispan.JndiInfinispanRegionFactory from [Module "org.hibernate:main" from local module loader @1fff7a1e (roots: /root/jboss-7.0.0.Beta3/modules)]
at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:184) [:1.0.0.Beta17]
at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:357) [:1.0.0.Beta17]
at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:329) [:1.0.0.Beta17]
at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:306) [:1.0.0.Beta17]
at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:100) [:1.0.0.Beta17]
at java.lang.Class.forName0(Native Method) [:1.6.0_20]
at java.lang.Class.forName(Class.java:186) [:1.6.0_20]
at org.hibernate.util.ReflectHelper.classForName(ReflectHelper.java:192)
at org.hibernate.cfg.SettingsFactory.createRegionFactory(SettingsFactory.java:409)
... 12 more
It turns out the Hibernate module doesn't seem to include the classes for the second-level cache. I don't even see the old JBoss Cache stuff in those jars.
Is there a reason why this is missing? This makes it impossible to actually test this functionality.
Andy
14 years, 11 months
Setting up implicit dependency on JMS provider impl module
by Jaikiran Pai
Testing out AS 7.0.0.Beta3 with a sample JMS client web application
showed up a CNFE for hornetq classes. The client web application is just
a .war file with only one jsp (just for testing) which just uses the JMS
API to send out a message to a queue:
Context context = new InitialContext();
Queue queue = (Queue) context.lookup("queue/test");
...
QueueConnectionFactory queueConnectionFactory = (QueueConnectionFactory)
context.lookup("java:/ConnectionFactory");
QueueConnection queueConnection =
queueConnectionFactory.createQueueConnection();
QueueSession queueSession =
queueConnection.createQueueSession(false,Session.AUTO_ACKNOWLEDGE);
QueueSender queueSender = queueSession.createSender(queue);
//create a TextMessage
TextMessage textMessage = queueSession.createTextMessage("Hello JBoss AS7");
queueSender.send(textMessage);
...
When testing this, it runs into this exception:
12:51:38,061 ERROR [stderr] (http-localhost-127.0.0.1-8080-1) Caused by:
java.lang.ClassNotFoundException:
org.hornetq.api.core.client.loadbalance.RoundRobinConnectionLoadBalancingPolicy
from [Module "deployment.test.war:main" from Service Module Loader]
12:51:38,061 ERROR [stderr] (http-localhost-127.0.0.1-8080-1) at
org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:184)
12:51:38,062 ERROR [stderr] (http-localhost-127.0.0.1-8080-1) at
org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:357)
12:51:38,062 ERROR [stderr] (http-localhost-127.0.0.1-8080-1) at
org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:306)
12:51:38,063 ERROR [stderr] (http-localhost-127.0.0.1-8080-1) at
org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:100)
12:51:38,068 ERROR [stderr] (http-localhost-127.0.0.1-8080-1) at
org.hornetq.core.client.impl.ClientSessionFactoryImpl$1.run(ClientSessionFactoryImpl.java:1162)
12:51:38,069 ERROR [stderr] (http-localhost-127.0.0.1-8080-1) ... 28
more
Adding a Dependencies: org.hornetq to the .war/META-INF/MANIFEST.MF of
the war and redeploying the war gets me past this issue. But shouldn't
this dependency on our internal JMS provider impl module be setup
automatically by one of our deployment unit processors, instead of the
user having to do it?
-Jaikiran
14 years, 11 months
AS7 Demos: ExampleRunner Main Classes
by Andrew Lee Rubinger
Hi everyone:
Is there an automated way to be testing the ExampleRunner classes (which
have main() methods) in the demos? As we move things around I'd like to
be sure not to break anything in the process. :)
S,
ALR
14 years, 11 months
Writing Tests for AS7
by Andrew Lee Rubinger
Hi all:
In the AS7 suite we now have a series of new modules I'd like to introduce.
arquillian2 - Home of the new ARQ AS7 Containers, based on ARQ
1.0.0.Alpha5. These are not yet feature-complete (needs remote and
embedded servers), but the existing managed connector is working and in
place. The "arquillian" subsystem stuff will eventually be ported here.
demos2 - New home for the demos. These are split into submodules: spec,
api, and internals. The compilation ClassPath of "spec" is limited to
the JDK and the EE APIs, and the "api" submodule will also add in
support for the A7 APIs once those become available[1]. Anything in
"internals" will have compilation access to anything in the AS7 runtime.
As a general rule, place demos into the submodule with the most
limited scope you can.
testsuite2 - New home for the testsuite. Currently broken into spec,
api, and internals, just like the demos. I've ported some EJB3 tests
into here as an example.
Looking forward, please put new tests under "testsuite2" in the
appropriate module. Testable resources (like Servlets and EJBs) should
live either in demos2/*/src/main or testsuite2/*/src/main, not under the
test sources (so we ensure the compilation CP is correct and don't end
up testing internals accidentally). Also, have a look at porting tests
you've written in the original "testsuite" module...this may require
some refactoring to match the ARQ 1.0.0.Alpha5 and ShrinkWrap
1.0.0-alphas-12 APIs. Ping me if you need any help in this area. Some
common things to note:
* ZipExporter.export() > ZipExporter.exportAsStream()
* archive.add*() > archive > addAs*()
* @RunMode(RunModeType.CLIENT) > @RunAsClient
* Also, if you're running as client, you'll probably want to note to ARQ
*not* to wrap your deployment in a WAR along with the test case. This
is done by setting @Deployment(testable=false) on your deployment method.
An example of an EJB test which runs inside the container, using
injection into the test:
https://github.com/jbossas/jboss-as/blob/master/testsuite2/spec/src/test/...
Also, I'll soon be publishing a draft of a formal test plan for review,
which will account for:
* Assigning each subsystem lead to inventory coverage
* Porting AS6 tests into AS7
S,
ALR
[1] https://issues.jboss.org/browse/JBAS-9283
14 years, 11 months
RFC: Effective Model
by Heiko Braun
> Another thing that I would like to see (and I guess Ike can make use of this too)
> is an operation that shows the effective configuration that is passed to a concrete
> server-vm. So this would be the sum and overwritings of domain, server-group and
> individual server.
>
> The result could (should) have a 'source' attribute that explains where the property
> came from and perhaps a flag 'overwritten" that says property 'foo' was defined at
> domain and server level and server level did win.
>
> <property name="foo" value="baz" source="host" overwrite="true"/>
> or
> <property name="gaga" value="lala" source="domain" overwrite="false"/>
>
> pilhuhn
14 years, 11 months
"ignore" profile in standalone.xml?
by Jaikiran Pai
Is there any reason why the lone profile in standalone.xml, which
configures all available subsystems, named "ignore":
<profile name="ignore">
....
</profile>
-Jaikiran
14 years, 11 months
